From noreply at opencsw.org  Mon Jun  1 09:51:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 09:51:38 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <67e853adf4bfe38ea3a97474ea67d83c@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-01 09:51 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
======================================================================


From noreply at opencsw.org  Mon Jun  1 09:51:50 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 09:51:50 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <488ff7b25ebb398084fa6c27e98f7ce7@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-01 09:51 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
======================================================================


From noreply at opencsw.org  Mon Jun  1 11:59:59 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 11:59:59 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <3fadf09f946db28c358a9313e2ff94a1@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-01 11:59 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
======================================================================


From noreply at opencsw.org  Mon Jun  1 13:42:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 13:42:55 +0200
Subject: [bug-notifications] [gcc3core 0002763]: gcc 3.4.5 doesn\'t seem to
	be able to produce 64 bit on x86
In-Reply-To: <74c386772be4c9e3d9f72aa6332fda85>
Message-ID: <73178ffdb3894ccf781986ea327bb2e5@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2763 
====================================================================== 
Reported By:                dam
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3core
Issue ID:                   2763
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-02-02 06:28 CET
Last Modified:              2009-06-01 13:42 CEST
====================================================================== 
Summary:                    gcc 3.4.5 doesn\'t seem to be able to produce 64 bit
on x86
Description: 
reading about QEMU on OSOL at
   http://www.opensolaris.org/os/project/qemu/host/gcc-failures/
is says:
   Blastwave gcc-3.4.5 not configured to compile 64-bit
This seems only to be the case for x86, though.


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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 13:42 pfelecan       Status                   new => assigned     
2009-06-01 13:42 pfelecan       Assigned To               => pfelecan        
======================================================================


From noreply at opencsw.org  Mon Jun  1 14:39:34 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:39:34 +0200
Subject: [bug-notifications] [gcc3core 0002763]: gcc 3.4.5 doesn\'t seem to
	be able to produce 64 bit on x86
In-Reply-To: <74c386772be4c9e3d9f72aa6332fda85>
Message-ID: <0476caf2ae4bacb3ce498baefa08e78c@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2763 
====================================================================== 
Reported By:                dam
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3core
Issue ID:                   2763
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-02-02 06:28 CET
Last Modified:              2009-06-01 14:39 CEST
====================================================================== 
Summary:                    gcc 3.4.5 doesn\'t seem to be able to produce 64 bit
on x86
Description: 
reading about QEMU on OSOL at
   http://www.opensolaris.org/os/project/qemu/host/gcc-failures/
is says:
   Blastwave gcc-3.4.5 not configured to compile 64-bit
This seems only to be the case for x86, though.


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

---------------------------------------------------------------------- 
 (0006235) pfelecan (manager) - 2009-06-01 14:39
 http://www.opencsw.org/bugtrack/view.php?id=2763#c6235 
---------------------------------------------------------------------- 
this has nothing to do with gnet per se. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 13:42 pfelecan       Status                   new => assigned     
2009-06-01 13:42 pfelecan       Assigned To               => pfelecan        
2009-06-01 14:39 pfelecan       Note Added: 0006235                          
2009-06-01 14:39 pfelecan       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Mon Jun  1 14:40:27 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:40:27 +0200
Subject: [bug-notifications] [gcc3core 0002764]: Please upgrade to 3.4.6
In-Reply-To: <b8bbaab79ceebdbfc6e00152fc86f5d7>
Message-ID: <96a953d20716883f0fa189288ffbafe0@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2764 
====================================================================== 
Reported By:                dam
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3core
Issue ID:                   2764
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-02-02 06:29 CET
Last Modified:              2009-06-01 14:40 CEST
====================================================================== 
Summary:                    Please upgrade to 3.4.6
Description: 
gcc 3.4.6 is available:
   http://gcc.gnu.org/onlinedocs/
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 14:40 pfelecan       Status                   new => assigned     
2009-06-01 14:40 pfelecan       Assigned To               => pfelecan        
======================================================================


From noreply at opencsw.org  Mon Jun  1 14:41:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:41:10 +0200
Subject: [bug-notifications] [gcc3core 0002764]: Please upgrade to 3.4.6
In-Reply-To: <b8bbaab79ceebdbfc6e00152fc86f5d7>
Message-ID: <a163e5e9aa2d74ecb369b5b8a4dd7322@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2764 
====================================================================== 
Reported By:                dam
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3core
Issue ID:                   2764
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-02-02 06:29 CET
Last Modified:              2009-06-01 14:41 CEST
====================================================================== 
Summary:                    Please upgrade to 3.4.6
Description: 
gcc 3.4.6 is available:
   http://gcc.gnu.org/onlinedocs/
====================================================================== 

---------------------------------------------------------------------- 
 (0006236) pfelecan (manager) - 2009-06-01 14:41
 http://www.opencsw.org/bugtrack/view.php?id=2764#c6236 
---------------------------------------------------------------------- 
this has nothing to do with gnet per se. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 14:40 pfelecan       Status                   new => assigned     
2009-06-01 14:40 pfelecan       Assigned To               => pfelecan        
2009-06-01 14:41 pfelecan       Note Added: 0006236                          
2009-06-01 14:41 pfelecan       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Mon Jun  1 14:43:39 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:43:39 +0200
Subject: [bug-notifications] [gcc3corert 0002952]: Error at installation on
	Soalris 10 U5
In-Reply-To: <87ad75b494ae5991368f04615ae4d82a>
Message-ID: <4c9434f6e19e0b2d8ce75a044030fcbd@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2952 
====================================================================== 
Reported By:                hevisko
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3corert
Issue ID:                   2952
Category:                   packaging
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-11-17 17:08 CET
Last Modified:              2009-06-01 14:43 CEST
====================================================================== 
Summary:                    Error at installation on Soalris 10 U5
Description: 
## Executing postinstall script.
*** NOTICE ***
Fixing the system headers
for a detailed log see /var/sadm/install/logs/CSWgcc3core-20081117163800
Don't forget: whenever your system headers change run the mkheaders
script!
pkgadd: ERROR: postinstall script did not complete successfully

Installation of <CSWgcc3core> failed.
bash-3.00# cat /var/sadm/install/logs/CSWgcc3core-20081117163800
chown: X11: No such file or directory
postinstall: anomaly : cannot change ownership for include directory!
bash-3.00# find /opt/csw/gcc3/lib -type l -ls
269032    1 lrwxrwxrwx   1 root     other          34 Nov 17 16:38
/opt/csw/gcc3/lib/gcc/sparc-sun-solaris2.8/3.4.5/include/X11 ->
root/usr/openwin/share/include/X11

IT APPEARS TO BE RELATED TO THE CHOWN -R that fails 'cause of that link
that comes from mkheader... perhaps a compilation trouble, haven't checked
yet, but perhaps it's related to some changes to the include structures.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-17 17:08 hevisko        New Issue                                    
2009-06-01 14:42 pfelecan       Project                  gcc3core => gcc3corert
2009-06-01 14:43 pfelecan       Status                   new => assigned     
2009-06-01 14:43 pfelecan       Assigned To               => pfelecan        
======================================================================


From noreply at opencsw.org  Mon Jun  1 14:45:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:45:45 +0200
Subject: [bug-notifications] [emacs 0002976]: provide a site-start style
	depot for other .el providers
In-Reply-To: <c4df72c39076aa789ab3a080032ef7ca>
Message-ID: <c4394a02e8ed7b99feb0784cc03ba4e5@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2976 
====================================================================== 
Reported By:                bwalton
Assigned To:                pfelecan
====================================================================== 
Project:                    emacs
Issue ID:                   2976
Category:                   packaging
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-19 17:57 CET
Last Modified:              2009-06-01 14:45 CEST
====================================================================== 
Summary:                    provide a site-start style depot for other .el
providers
Description: 
Hi Peter,

As we discussed, it would be nice if the emacs packages provided a
site-start (or similar) directory where other providers of .el/.elc files
could place small elisp snippets that see things hooked into the startup of
every emacs instance.

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-19 17:57 bwalton        New Issue                                    
2009-06-01 14:45 pfelecan       Project                  emacs_common => emacs
2009-06-01 14:45 pfelecan       Status                   new => assigned     
2009-06-01 14:45 pfelecan       Assigned To               => pfelecan        
======================================================================


From noreply at opencsw.org  Mon Jun  1 16:50:37 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 16:50:37 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <9181f769f6b8b582733a35e0ba8facdf@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-01 16:50 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
======================================================================


From noreply at opencsw.org  Mon Jun  1 17:37:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 17:37:38 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <2a230173c86831045f617c2b24657758@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-01 17:37 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
======================================================================


From noreply at opencsw.org  Mon Jun  1 18:17:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 18:17:32 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
Message-ID: <dc7f51c31b38123b23c93e23f0c87bfc@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-01 18:17 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
======================================================================


From noreply at opencsw.org  Tue Jun  2 00:17:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 00:17:25 +0200
Subject: [bug-notifications] [httping 0002391]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <4c7ec7bcdb207a4e45add008973e6013>
Message-ID: <e7b81040e55e834f0525eda07723dfee@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=2391 
====================================================================== 
Reported By:                yann
Assigned To:                skayser
====================================================================== 
Project:                    httping
Issue ID:                   2391
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2007-07-28 08:44 CEST
Last Modified:              2009-06-02 00:17 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-02 00:17 skayser        Status                   new => assigned     
2009-06-02 00:17 skayser        Assigned To               => skayser         
======================================================================


From noreply at opencsw.org  Tue Jun  2 00:18:31 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 00:18:31 +0200
Subject: [bug-notifications] [httping 0002391]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <4c7ec7bcdb207a4e45add008973e6013>
Message-ID: <6cc899cda6237b1e08b398dc54b27481@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=2391 
====================================================================== 
Reported By:                yann
Assigned To:                skayser
====================================================================== 
Project:                    httping
Issue ID:                   2391
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 08:44 CEST
Last Modified:              2009-06-02 00:18 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006241) skayser (administrator) - 2009-06-02 00:18
 http://opencsw.org/bugtrack/view.php?id=2391#c6241 
---------------------------------------------------------------------- 
1.3.0,REV=2009.05.31 with dependency on CSWosslrt pushed to current. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-02 00:17 skayser        Status                   new => assigned     
2009-06-02 00:17 skayser        Assigned To               => skayser         
2009-06-02 00:18 skayser        Note Added: 0006241                          
2009-06-02 00:18 skayser        Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Tue Jun  2 00:18:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 00:18:52 +0200
Subject: [bug-notifications] [httping 0003458]: Please upgrade to 1.3.0
In-Reply-To: <8966bf9cf5c5724905c12215a2a4bb1b>
Message-ID: <8b3b946bf45c5e386f9f2afd5c8c727e@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3458 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    httping
Issue ID:                   3458
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-03-06 00:20 CET
Last Modified:              2009-06-02 00:18 CEST
====================================================================== 
Summary:                    Please upgrade to 1.3.0
Description: 
Version 1.3.0 is out and contains some fixes / new features

  http://www.vanheusden.com/httping/

Changes:
1.3.0 httping used to put an absolute URI in the GET/HEAD request when not
via proxy which is incorrect, that is now fixed
1.2.9 binding to an adapter did not work, 'SIGPIPE' was not handled
correctly
1.2.8 fixed a segfault introduced in version 1.2.7
1.2.7 http statuscodes are now correctly interpreted (if selected)
1.2.6 Can now split measured latency in time to connect and time to
exchange a request with the HTTP server
1.2.5 showing the status code would garble the screen
1.2.4 fixed memory-leak in SSL code
1.2.3 added audible ping (patch by Nico Golde)
1.2.2 one can now set the interface through which the http-pings will be
send
1.2.1 fix to get httping to work with sites that use the Apache
mod_security module
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-06 00:20 skayser        New Issue                                    
2009-06-02 00:18 skayser        Status                   new => assigned     
2009-06-02 00:18 skayser        Assigned To               => skayser         
======================================================================


From noreply at opencsw.org  Tue Jun  2 00:19:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 00:19:25 +0200
Subject: [bug-notifications] [httping 0003458]: Please upgrade to 1.3.0
In-Reply-To: <8966bf9cf5c5724905c12215a2a4bb1b>
Message-ID: <420902dc904516b06c48d01f86a0aadc@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3458 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    httping
Issue ID:                   3458
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-03-06 00:20 CET
Last Modified:              2009-06-02 00:19 CEST
====================================================================== 
Summary:                    Please upgrade to 1.3.0
Description: 
Version 1.3.0 is out and contains some fixes / new features

  http://www.vanheusden.com/httping/

Changes:
1.3.0 httping used to put an absolute URI in the GET/HEAD request when not
via proxy which is incorrect, that is now fixed
1.2.9 binding to an adapter did not work, 'SIGPIPE' was not handled
correctly
1.2.8 fixed a segfault introduced in version 1.2.7
1.2.7 http statuscodes are now correctly interpreted (if selected)
1.2.6 Can now split measured latency in time to connect and time to
exchange a request with the HTTP server
1.2.5 showing the status code would garble the screen
1.2.4 fixed memory-leak in SSL code
1.2.3 added audible ping (patch by Nico Golde)
1.2.2 one can now set the interface through which the http-pings will be
send
1.2.1 fix to get httping to work with sites that use the Apache
mod_security module
====================================================================== 

---------------------------------------------------------------------- 
 (0006242) skayser (administrator) - 2009-06-02 00:19
 http://opencsw.org/bugtrack/view.php?id=3458#c6242 
---------------------------------------------------------------------- 
1.3.0,REV=2009.05.31 pushed to current/. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-06 00:20 skayser        New Issue                                    
2009-06-02 00:18 skayser        Status                   new => assigned     
2009-06-02 00:18 skayser        Assigned To               => skayser         
2009-06-02 00:19 skayser        Note Added: 0006242                          
2009-06-02 00:19 skayser        Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Tue Jun  2 16:54:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 16:54:18 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <da807c8183fbba1a73bc98b8027893e5@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-02 16:54 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
======================================================================


From noreply at opencsw.org  Tue Jun  2 17:49:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 17:49:09 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <83554d55eca97f9153333d7a9d77785b@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-02 17:49 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

---------------------------------------------------------------------- 
 (0006243) bonivart (manager) - 2009-06-02 17:49
 http://www.opencsw.org/mantis/view.php?id=3702#c6243 
---------------------------------------------------------------------- 
If I made a dime on pkgutil I would have to start paying you for beta
testing! :-)

I see what you mean, if stunnel made use of any new features compared to
the one you had installed it would have failed. Even more interesting is to
know for sure it would have installed cswclassutils first if you didn't
have it at all..?!

I'll do some testing of my own and maybe come up with a special case for
cswclassutils. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
2009-06-02 17:49 bonivart       Note Added: 0006243                          
======================================================================


From noreply at opencsw.org  Tue Jun  2 17:58:33 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 17:58:33 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <15aa4d181eafeb20381330f839af891e@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 17:58 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/mantis/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
======================================================================


From noreply at opencsw.org  Tue Jun  2 18:34:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 18:34:55 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <2a514d867b17cd00cf0ff28d2efa6e30@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 18:34 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/bugtrack/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

---------------------------------------------------------------------- 
 (0006245) bfr-murphy (reporter) - 2009-06-02 18:34
 http://opencsw.org/bugtrack/view.php?id=2973#c6245 
---------------------------------------------------------------------- 
I do not have $LD_LIBRARY_PATH set.

I have uploaded the output of 'ldd /opt/csw/bin/mutt'. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
2009-06-02 18:33 bfr-murphy     File Added: mutt-ldd.txt                     
2009-06-02 18:34 bfr-murphy     Note Added: 0006245                          
======================================================================


From noreply at opencsw.org  Tue Jun  2 19:17:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 19:17:43 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <e38738aca9fa3f4c9ff8eaa61249e869@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-02 19:17 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
======================================================================


From noreply at opencsw.org  Tue Jun  2 20:22:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 20:22:04 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <efd63b076d8fa2831dfd23febe5c2aab@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 20:22 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/bugtrack/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

---------------------------------------------------------------------- 
 (0006245) bfr-murphy (reporter) - 2009-06-02 18:36
 http://opencsw.org/bugtrack/view.php?id=2973#c6245 
---------------------------------------------------------------------- 
I do not have $LD_LIBRARY_PATH set.

I have uploaded the output of 'ldd /opt/csw/bin/mutt'.  The
/opt/csw/bin/mutt binary is using the copy of libiconv in the /opt/csw/lib
directory.

 

---------------------------------------------------------------------- 
 (0006247) phil (manager) - 2009-06-02 20:22
 http://opencsw.org/bugtrack/view.php?id=2973#c6247 
---------------------------------------------------------------------- 
Could this actually be considered a bug in our libidn package?


Hmm.. sun has SUNWidn.. but it does not appear to have a libidn.so.
arg.

Still seems like the real issue is that libidn does not degrade
gracefully.
If it cant find whatever magical translation files it needs, methinks it
should default to just returning whatever string it received as-is ? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
2009-06-02 18:33 bfr-murphy     File Added: mutt-ldd.txt                     
2009-06-02 18:34 bfr-murphy     Note Added: 0006245                          
2009-06-02 18:36 bfr-murphy     Note Edited: 0006245                         
2009-06-02 20:22 phil           Note Added: 0006247                          
======================================================================


From noreply at opencsw.org  Tue Jun  2 20:58:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 20:58:09 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <401ed97cb15126172790abc4e31c130f@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 20:58 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/mantis/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

---------------------------------------------------------------------- 
 (0006245) bfr-murphy (reporter) - 2009-06-02 18:36
 http://opencsw.org/mantis/view.php?id=2973#c6245 
---------------------------------------------------------------------- 
I do not have $LD_LIBRARY_PATH set.

I have uploaded the output of 'ldd /opt/csw/bin/mutt'.  The
/opt/csw/bin/mutt binary is using the copy of libiconv in the /opt/csw/lib
directory.

 

---------------------------------------------------------------------- 
 (0006247) phil (manager) - 2009-06-02 20:22
 http://opencsw.org/mantis/view.php?id=2973#c6247 
---------------------------------------------------------------------- 
Could this actually be considered a bug in our libidn package?


Hmm.. sun has SUNWidn.. but it does not appear to have a libidn.so.
arg.

Still seems like the real issue is that libidn does not degrade
gracefully.
If it cant find whatever magical translation files it needs, methinks it
should default to just returning whatever string it received as-is ? 

---------------------------------------------------------------------- 
 (0006248) skayser (administrator) - 2009-06-02 20:58
 http://opencsw.org/mantis/view.php?id=2973#c6248 
---------------------------------------------------------------------- 
>From looking at the mutt 1.5.19 sources the part where it bails out seems
to be mutt_socket.c:470

~/tmp/mutt-1.5.19$ ack -B2 '"Bad IDN \\".*\.'
mutt_socket.c
468-  if (idna_to_ascii_lz (conn->account.host, &host_idna, 1) !=
IDNA_SUCCESS)
469-  {
470:    mutt_error (_("Bad IDN \"%s\"."), conn->account.host);
...

And using the following snippet i can re-create the problem.

$ cat idna-test.c 
#include <stdio.h>
#include <errno.h>
#include <locale.h>
#include <idna.h>

void main(void)
{
    char *output;
    int rc;

    setlocale(LC_ALL,"");

    rc =  idna_to_ascii_lz("foo", &output, 1);
    if (rc == IDNA_SUCCESS) {
        printf("Converted: %s\n", output);
    } else {
        printf("Conversion failed: %s\n", idna_strerror(rc));
    };
}

$ /opt/studio/SOS11/SUNWspro/bin/cc -o idna-test -I/opt/csw/include 
-L/opt/csw/lib -R /opt/csw/lib idna-test.c -lidn

$ LC_CTYPE=en_US.UTF-8 ./idna-test
Converted: foo
$ LC_CTYPE=C ./idna-test
Conversion failed: System iconv failed

Note the "System iconv failed". I didn't go further yet (nor am i near
understanding the exact libidn workings), but there is a more recent
libiconv version available upstream (1.13 vs. our 1.12). Phil, would you
mind packaging that up for testing purposes? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
2009-06-02 18:33 bfr-murphy     File Added: mutt-ldd.txt                     
2009-06-02 18:34 bfr-murphy     Note Added: 0006245                          
2009-06-02 18:36 bfr-murphy     Note Edited: 0006245                         
2009-06-02 20:22 phil           Note Added: 0006247                          
2009-06-02 20:58 skayser        Note Added: 0006248                          
======================================================================


From noreply at opencsw.org  Tue Jun  2 21:16:23 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 21:16:23 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <1f48722b1a28352a31092f519d3b50a0@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 21:16 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/mantis/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

---------------------------------------------------------------------- 
 (0006245) bfr-murphy (reporter) - 2009-06-02 18:36
 http://opencsw.org/mantis/view.php?id=2973#c6245 
---------------------------------------------------------------------- 
I do not have $LD_LIBRARY_PATH set.

I have uploaded the output of 'ldd /opt/csw/bin/mutt'.  The
/opt/csw/bin/mutt binary is using the copy of libiconv in the /opt/csw/lib
directory.

 

---------------------------------------------------------------------- 
 (0006247) phil (manager) - 2009-06-02 20:22
 http://opencsw.org/mantis/view.php?id=2973#c6247 
---------------------------------------------------------------------- 
Could this actually be considered a bug in our libidn package?


Hmm.. sun has SUNWidn.. but it does not appear to have a libidn.so.
arg.

Still seems like the real issue is that libidn does not degrade
gracefully.
If it cant find whatever magical translation files it needs, methinks it
should default to just returning whatever string it received as-is ? 

---------------------------------------------------------------------- 
 (0006248) skayser (administrator) - 2009-06-02 20:58
 http://opencsw.org/mantis/view.php?id=2973#c6248 
---------------------------------------------------------------------- 
>From looking at the mutt 1.5.19 sources the part where it bails out seems
to be mutt_socket.c:470

~/tmp/mutt-1.5.19$ ack -B2 '"Bad IDN \\".*\.'
mutt_socket.c
468-  if (idna_to_ascii_lz (conn->account.host, &host_idna, 1) !=
IDNA_SUCCESS)
469-  {
470:    mutt_error (_("Bad IDN \"%s\"."), conn->account.host);
...

And using the following snippet i can re-create the problem.

$ cat idna-test.c 
#include <stdio.h>
#include <errno.h>
#include <locale.h>
#include <idna.h>

void main(void)
{
    char *output;
    int rc;

    setlocale(LC_ALL,"");

    rc =  idna_to_ascii_lz("foo", &output, 1);
    if (rc == IDNA_SUCCESS) {
        printf("Converted: %s\n", output);
    } else {
        printf("Conversion failed: %s\n", idna_strerror(rc));
    };
}

$ /opt/studio/SOS11/SUNWspro/bin/cc -o idna-test -I/opt/csw/include 
-L/opt/csw/lib -R /opt/csw/lib idna-test.c -lidn

$ LC_CTYPE=en_US.UTF-8 ./idna-test
Converted: foo
$ LC_CTYPE=C ./idna-test
Conversion failed: System iconv failed

Note the "System iconv failed". I didn't go further yet (nor am i near
understanding the exact libidn workings), but there is a more recent
libiconv version available upstream (1.13 vs. our 1.12). Phil, would you
mind packaging that up for testing purposes? 

---------------------------------------------------------------------- 
 (0006249) phil (manager) - 2009-06-02 21:16
 http://opencsw.org/mantis/view.php?id=2973#c6249 
---------------------------------------------------------------------- 
odd.. i thought someone else had already updated it.
if you'd like to take over iconv please feel free. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
2009-06-02 18:33 bfr-murphy     File Added: mutt-ldd.txt                     
2009-06-02 18:34 bfr-murphy     Note Added: 0006245                          
2009-06-02 18:36 bfr-murphy     Note Edited: 0006245                         
2009-06-02 20:22 phil           Note Added: 0006247                          
2009-06-02 20:58 skayser        Note Added: 0006248                          
2009-06-02 21:16 phil           Note Added: 0006249                          
======================================================================


From noreply at opencsw.org  Tue Jun  2 23:17:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 23:17:46 +0200
Subject: [bug-notifications] [qt 0002664]: qt needs to be upgraded to qt4
In-Reply-To: <d39a926837a78eec8df7a2f513cfd6b1>
Message-ID: <a7cc81120a6b882ac7fcc61aee4c72a7@opencsw.org>


The following issue has been REOPENED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=2664 
====================================================================== 
Reported By:                gravax
Assigned To:                kenmays
====================================================================== 
Project:                    qt
Issue ID:                   2664
Category:                   upgrade
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2007-11-13 07:56 CET
Last Modified:              2009-06-02 23:17 CEST
====================================================================== 
Summary:                    qt needs to be upgraded to qt4
Description: 
Blastwave version of qt is wt3. Current released version is qt4. Upgraded
needed.
====================================================================== 

---------------------------------------------------------------------- 
 (0005069) kenmays (manager) - 2008-01-06 08:16
 http://opencsw.org/mantis/view.php?id=2664#c5069 
---------------------------------------------------------------------- 
Qt 4.3.4 binaries is available upon request. 

---------------------------------------------------------------------- 
 (0006250) skayser (administrator) - 2009-06-02 23:17
 http://opencsw.org/mantis/view.php?id=2664#c6250 
---------------------------------------------------------------------- 
I would like to re-open this one, CSWqt is still 3.3.3 (CSWqtgcc is 3.3.4).
Psi needs Qt 4.x to be updated (http://opencsw.org/mantis/view.php?id=3448) and
i would like to package QSynergy
(http://www.volker-lanz.de/en/software/qsynergy/) which requires at least
Qt 4.3. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-02 23:17 skayser        Note Added: 0006250                          
2009-06-02 23:17 skayser        Status                   closed => feedback  
2009-06-02 23:17 skayser        Resolution               fixed => reopened   
======================================================================


From noreply at opencsw.org  Wed Jun  3 00:10:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 00:10:25 +0200
Subject: [bug-notifications] [libiconv 0003524]: Please upgrade to 1.13
In-Reply-To: <c29cbd409610723fe1c9f4f91dd41f75>
Message-ID: <887106a0b0e0654eff0d835dbd8a2e2e@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3524 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    libiconv
Issue ID:                   3524
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-03-31 21:43 CEST
Last Modified:              2009-06-03 00:10 CEST
====================================================================== 
Summary:                    Please upgrade to 1.13
Description: 
A new version of libiconv (1.13) is available. Finally it knows about
Solaris encoding 646!
====================================================================== 

---------------------------------------------------------------------- 
 (0006251) skayser (administrator) - 2009-06-03 00:10
 http://opencsw.org/mantis/view.php?id=3524#c6251 
---------------------------------------------------------------------- 
For reference, there are at least two related bugs that would be fixed with
the update to 1.13: http://opencsw.org/mantis/view.php?id=2614,
http://opencsw.org/mantis/view.php?id=2973.

New in 1.13 (taken from NEWS):
* The library and the iconv program now understand platform dependent
aliases,
  for better compatibility with the platform's own iconv_open function.
  Examples: "646" on Solaris, "iso88591" on HP-UX, "IBM-1252" on AIX. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-31 21:43 dam            New Issue                                    
2009-06-03 00:10 skayser        Note Added: 0006251                          
======================================================================


From noreply at opencsw.org  Wed Jun  3 01:10:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 01:10:16 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <c0bb76c81385295c7054e2b80724ca7f@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-03 01:10 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
======================================================================


From noreply at opencsw.org  Wed Jun  3 02:35:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:35:16 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
Message-ID: <966a921bad771dc9479fecdb696c0942@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:35 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
======================================================================


From noreply at opencsw.org  Wed Jun  3 02:36:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:36:30 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <83ac21ac556b200bf604d8b3f81f3aa4@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:36 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006253) skayser (administrator) - 2009-06-03 02:36
 http://opencsw.org/bugtrack/view.php?id=3703#c6253 
---------------------------------------------------------------------- 
Lorem ipsum dolor sit amet, consectetur adipiscing elit. In augue orci,
interdum vitae mollis tempor, bibendum eget dui. Nulla placerat eros neque,
sed volutpat est. Cras sed nulla vitae orci interdum ultrices. Pellentesque
dictum, neque in sagittis convallis, quam urna placerat justo, nec
vestibulum eros nisi non orci. Quisque aliquam, felis quis pretium pretium,
neque ante faucibus neque, non varius ante velit a nunc.

Donec eget diam libero. Morbi quis nisl eu nisl scelerisque ullamcorper.
Suspendisse eget fermentum sem. Sed eros magna, laoreet ac rhoncus in,
rutrum et diam. Quisque neque lorem, porta vel imperdiet a, porttitor quis
elit. Nam quis mauris ut urna eleifend sagittis id tincidunt arcu.

Donec non quam lorem. Integer sagittis, neque tempor auctor imperdiet,
neque massa pharetra arcu, eu convallis augue dolor id nunc. Nullam quis
magna eu metus dictum suscipit vestibulum vel turpis. Suspendisse cursus
congue congue. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
======================================================================


From noreply at opencsw.org  Wed Jun  3 02:37:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:37:18 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <6e266f9c955bb5a212e47b61d1a4c1ae@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:37 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006254) skayser (administrator) - 2009-06-03 02:37
 http://opencsw.org/bugtrack/view.php?id=3703#c6254 
---------------------------------------------------------------------- 
Just testing cont. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
2009-06-03 02:37 skayser        Note Added: 0006254                          
======================================================================


From noreply at opencsw.org  Wed Jun  3 02:39:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:39:11 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <929b208a9b6c7bf6abbdc1667e9bfcbe@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:39 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006253) skayser (administrator) - 2009-06-03 02:36
 http://opencsw.org/bugtrack/view.php?id=3703#c6253 
---------------------------------------------------------------------- 
Lorem ipsum dolor sit amet, consectetur adipiscing elit. In augue orci,
interdum vitae mollis tempor, bibendum eget dui. Nulla placerat eros neque,
sed volutpat est. Cras sed nulla vitae orci interdum ultrices. Pellentesque
dictum, neque in sagittis convallis, quam urna placerat justo, nec
vestibulum eros nisi non orci. Quisque aliquam, felis quis pretium pretium,
neque ante faucibus neque, non varius ante velit a nunc.

Donec eget diam libero. Morbi quis nisl eu nisl scelerisque ullamcorper.
Suspendisse eget fermentum sem. Sed eros magna, laoreet ac rhoncus in,
rutrum et diam. Quisque neque lorem, porta vel imperdiet a, porttitor quis
elit. Nam quis mauris ut urna eleifend sagittis id tincidunt arcu.

Donec non quam lorem. Integer sagittis, neque tempor auctor imperdiet,
neque massa pharetra arcu, eu convallis augue dolor id nunc. Nullam quis
magna eu metus dictum suscipit vestibulum vel turpis. Suspendisse cursus
congue congue. 

---------------------------------------------------------------------- 
 (0006254) skayser (administrator) - 2009-06-03 02:37
 http://opencsw.org/bugtrack/view.php?id=3703#c6254 
---------------------------------------------------------------------- 
Just testing cont. 

---------------------------------------------------------------------- 
 (0006255) skayser (administrator) - 2009-06-03 02:39
 http://opencsw.org/bugtrack/view.php?id=3703#c6255 
---------------------------------------------------------------------- 
Just testing cont. (cont.) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
2009-06-03 02:37 skayser        Note Added: 0006254                          
2009-06-03 02:39 skayser        Note Added: 0006255                          
======================================================================


From noreply at opencsw.org  Wed Jun  3 02:43:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:43:09 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <3433ee920cdd496a8f74bd2cbabbcdbe@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:43 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006253) skayser (administrator) - 2009-06-03 02:36
 http://opencsw.org/bugtrack/view.php?id=3703#c6253 
---------------------------------------------------------------------- 
Lorem ipsum dolor sit amet, consectetur adipiscing elit. In augue orci,
interdum vitae mollis tempor, bibendum eget dui. Nulla placerat eros neque,
sed volutpat est. Cras sed nulla vitae orci interdum ultrices. Pellentesque
dictum, neque in sagittis convallis, quam urna placerat justo, nec
vestibulum eros nisi non orci. Quisque aliquam, felis quis pretium pretium,
neque ante faucibus neque, non varius ante velit a nunc.

Donec eget diam libero. Morbi quis nisl eu nisl scelerisque ullamcorper.
Suspendisse eget fermentum sem. Sed eros magna, laoreet ac rhoncus in,
rutrum et diam. Quisque neque lorem, porta vel imperdiet a, porttitor quis
elit. Nam quis mauris ut urna eleifend sagittis id tincidunt arcu.

Donec non quam lorem. Integer sagittis, neque tempor auctor imperdiet,
neque massa pharetra arcu, eu convallis augue dolor id nunc. Nullam quis
magna eu metus dictum suscipit vestibulum vel turpis. Suspendisse cursus
congue congue. 

---------------------------------------------------------------------- 
 (0006254) skayser (administrator) - 2009-06-03 02:37
 http://opencsw.org/bugtrack/view.php?id=3703#c6254 
---------------------------------------------------------------------- 
Just testing cont. 

---------------------------------------------------------------------- 
 (0006255) skayser (administrator) - 2009-06-03 02:39
 http://opencsw.org/bugtrack/view.php?id=3703#c6255 
---------------------------------------------------------------------- 
Just testing cont. (cont.) 

---------------------------------------------------------------------- 
 (0006256) skayser (administrator) - 2009-06-03 02:43
 http://opencsw.org/bugtrack/view.php?id=3703#c6256 
---------------------------------------------------------------------- 
Just testing cont. (cont.) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
2009-06-03 02:37 skayser        Note Added: 0006254                          
2009-06-03 02:39 skayser        Note Added: 0006255                          
2009-06-03 02:43 skayser        Note Added: 0006256                          
======================================================================


From noreply at opencsw.org  Wed Jun  3 10:47:17 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 10:47:17 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <67475bc6271cbfd93455959bc7edd452@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-03 10:47 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
======================================================================


From noreply at opencsw.org  Wed Jun  3 12:03:57 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 12:03:57 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <5da747ba94c389c75986e3b3b975bbdd@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-03 12:03 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
======================================================================


From noreply at opencsw.org  Wed Jun  3 13:53:33 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 13:53:33 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <f53d757fd38439b09bf6d9ae6f57d5b9@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-03 13:53 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

---------------------------------------------------------------------- 
 (0006259) bonivart (manager) - 2009-06-03 13:53
 http://www.opencsw.org/mantis/view.php?id=3635#c6259 
---------------------------------------------------------------------- 
Ok, option 1 is now implemented, rc-links will be created but service will
not be started if AUTOENABLE=no|false.

http://mirror.opencsw.org/testing/cswclassutils-1.16,REV=2009.06.03-SunOS5.8-all-CSW.pkg.gz

I will try to add some text to the wiki about it. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
2009-06-03 13:53 bonivart       Note Added: 0006259                          
======================================================================


From noreply at opencsw.org  Thu Jun  4 10:51:49 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:51:49 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <113e4a7a9d9185cf8a6316d173381ef4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-04 10:51 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0005990) bonivart (manager) - 2009-04-21 17:13
 http://www.opencsw.org/mantis/view.php?id=3633#c5990 
---------------------------------------------------------------------- 
I have a fix for this in 1.6. Thanks for reporting it. 

---------------------------------------------------------------------- 
 (0006260) bonivart (manager) - 2009-06-04 10:51
 http://www.opencsw.org/mantis/view.php?id=3633#c6260 
---------------------------------------------------------------------- 
Confirmed to work by Mike Watters. Closing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 18:23 yann           New Issue                                    
2009-04-21 16:08 bonivart       Status                   new => assigned     
2009-04-21 16:08 bonivart       Assigned To               => bonivart        
2009-04-21 17:13 bonivart       Note Added: 0005990                          
2009-06-04 10:51 bonivart       Note Added: 0006260                          
======================================================================


From noreply at opencsw.org  Thu Jun  4 10:52:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:52:43 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <57b0943575ef9a81929a942b1c6db47d@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-04 10:52 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0005990) bonivart (manager) - 2009-04-21 17:13
 http://www.opencsw.org/mantis/view.php?id=3633#c5990 
---------------------------------------------------------------------- 
I have a fix for this in 1.6. Thanks for reporting it. 

---------------------------------------------------------------------- 
 (0006260) bonivart (manager) - 2009-06-04 10:51
 http://www.opencsw.org/mantis/view.php?id=3633#c6260 
---------------------------------------------------------------------- 
Confirmed to work by Mike Watters. Closing. 

---------------------------------------------------------------------- 
 (0006261) bonivart (manager) - 2009-06-04 10:52
 http://www.opencsw.org/mantis/view.php?id=3633#c6261 
---------------------------------------------------------------------- 
Fix in 1.16 released today. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 18:23 yann           New Issue                                    
2009-04-21 16:08 bonivart       Status                   new => assigned     
2009-04-21 16:08 bonivart       Assigned To               => bonivart        
2009-04-21 17:13 bonivart       Note Added: 0005990                          
2009-06-04 10:51 bonivart       Note Added: 0006260                          
2009-06-04 10:52 bonivart       Note Added: 0006261                          
2009-06-04 10:52 bonivart       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Thu Jun  4 10:53:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:53:30 +0200
Subject: [bug-notifications] [cswclassutils 0003634]: Please add smf service
	state persistence across upgrade
In-Reply-To: <58e13c493b1026ed43824a8221b97717>
Message-ID: <2dae7e83d5713f059177ada2dc77e065@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3634 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3634
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:48 CEST
Last Modified:              2009-06-04 10:53 CEST
====================================================================== 
Summary:                    Please add smf service state persistence across
upgrade
Description: 

Currently, if someone installs a daemon (provided by a csw package) under
Solaris with SMF support and chooses to disable it, this state will not be
preserved across upgrades.
Next time, the package is upgraded, the service will be automatically
started and will be configured to do so at boot time, 

In other word: the "svcadm disable" command is useless with opencsw
packaged daemons.


It would be nice to add smf service state persistence across upgrade in
cswclassutils to allow the state of service to stay the same across
upgrades.
====================================================================== 

---------------------------------------------------------------------- 
 (0005959) yann (reporter) - 2009-04-13 19:54
 http://www.opencsw.org/mantis/view.php?id=3634#c5959 
---------------------------------------------------------------------- 
I upload a patch which implement this behaviour.

However, it will only do so when autoenable_daemons is enabled, because
the standard explicitely says to not start daemons when autoenable_daemons
is set to no.

I would prefer the smf saved state to override the autoenable_daemons but
I think that would require some discussion. 

---------------------------------------------------------------------- 
 (0005994) bonivart (manager) - 2009-04-21 18:51
 http://www.opencsw.org/mantis/view.php?id=3634#c5994 
---------------------------------------------------------------------- 
I have implemented your patch in 1.6. 

---------------------------------------------------------------------- 
 (0005999) bonivart (manager) - 2009-04-22 17:58
 http://www.opencsw.org/mantis/view.php?id=3634#c5999 
---------------------------------------------------------------------- 
Just discovered a (non related) problem with packages that set up multiple
services and realized that this patch doesn't cover that either. It only
saves one state per package, not separate state for each service of the
package. ClamAV is one example of a package that sets up multiple services. 

---------------------------------------------------------------------- 
 (0006000) yann (reporter) - 2009-04-22 18:01
 http://www.opencsw.org/mantis/view.php?id=3634#c6000 
---------------------------------------------------------------------- 
Ok, I will have a look at this problem. 

---------------------------------------------------------------------- 
 (0006027) bonivart (manager) - 2009-04-24 18:46
 http://www.opencsw.org/mantis/view.php?id=3634#c6027 
---------------------------------------------------------------------- 
I'm testing some other changes to cswinitsmf and it never starts the
service. It seems that the only way a service can be enabled is if there
existed a state file that says it was enabled before but this means that
new installations can never be enabled..? 

---------------------------------------------------------------------- 
 (0006123) yann (reporter) - 2009-05-17 16:54
 http://www.opencsw.org/mantis/view.php?id=3634#c6123 
---------------------------------------------------------------------- 
Hi Peter,

I had a look at the multiple service case, and the smf persistance code
already handled it fine. I tested with clamav, disabling one of the two
service (clamav-milter) and the state was properly restored upon
reinstallation.

However, I fixed the bug you mentionned in your last note, now the code
will properly enable the service even if the state file is not present.

I attached a patch against cswclassutils 1.9 to re-enable the code and
apply the fix: smf_state_persistence_multiple.patch 

---------------------------------------------------------------------- 
 (0006212) bonivart (manager) - 2009-05-28 13:56
 http://www.opencsw.org/mantis/view.php?id=3634#c6212 
---------------------------------------------------------------------- 
Ok, I have applied your patch in 1.11, it's in testing:

http://mirror.opencsw.org/testing/cswclassutils-1.11,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006262) bonivart (manager) - 2009-06-04 10:53
 http://www.opencsw.org/mantis/view.php?id=3634#c6262 
---------------------------------------------------------------------- 
Confirmed to work by Mike Watters. Closing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:48 yann           New Issue                                    
2009-04-13 19:49 yann           File Added: smf_state_persistence.patch         
          
2009-04-13 19:54 yann           Note Added: 0005959                          
2009-04-21 16:15 bonivart       Status                   new => assigned     
2009-04-21 16:15 bonivart       Assigned To               => bonivart        
2009-04-21 18:51 bonivart       Note Added: 0005994                          
2009-04-22 17:58 bonivart       Note Added: 0005999                          
2009-04-22 18:01 yann           Note Added: 0006000                          
2009-04-24 18:46 bonivart       Note Added: 0006027                          
2009-05-17 16:52 yann           File Added: smf_state_persistence_multiple.patch
                   
2009-05-17 16:54 yann           Note Added: 0006123                          
2009-05-28 13:56 bonivart       Note Added: 0006212                          
2009-06-04 10:53 bonivart       Note Added: 0006262                          
======================================================================


From noreply at opencsw.org  Thu Jun  4 10:54:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:54:11 +0200
Subject: [bug-notifications] [cswclassutils 0003634]: Please add smf service
	state persistence across upgrade
In-Reply-To: <58e13c493b1026ed43824a8221b97717>
Message-ID: <0d89ab7b132d43e2e19bc822063c873e@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3634 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3634
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 19:48 CEST
Last Modified:              2009-06-04 10:54 CEST
====================================================================== 
Summary:                    Please add smf service state persistence across
upgrade
Description: 

Currently, if someone installs a daemon (provided by a csw package) under
Solaris with SMF support and chooses to disable it, this state will not be
preserved across upgrades.
Next time, the package is upgraded, the service will be automatically
started and will be configured to do so at boot time, 

In other word: the "svcadm disable" command is useless with opencsw
packaged daemons.


It would be nice to add smf service state persistence across upgrade in
cswclassutils to allow the state of service to stay the same across
upgrades.
====================================================================== 

---------------------------------------------------------------------- 
 (0005959) yann (reporter) - 2009-04-13 19:54
 http://www.opencsw.org/mantis/view.php?id=3634#c5959 
---------------------------------------------------------------------- 
I upload a patch which implement this behaviour.

However, it will only do so when autoenable_daemons is enabled, because
the standard explicitely says to not start daemons when autoenable_daemons
is set to no.

I would prefer the smf saved state to override the autoenable_daemons but
I think that would require some discussion. 

---------------------------------------------------------------------- 
 (0005994) bonivart (manager) - 2009-04-21 18:51
 http://www.opencsw.org/mantis/view.php?id=3634#c5994 
---------------------------------------------------------------------- 
I have implemented your patch in 1.6. 

---------------------------------------------------------------------- 
 (0005999) bonivart (manager) - 2009-04-22 17:58
 http://www.opencsw.org/mantis/view.php?id=3634#c5999 
---------------------------------------------------------------------- 
Just discovered a (non related) problem with packages that set up multiple
services and realized that this patch doesn't cover that either. It only
saves one state per package, not separate state for each service of the
package. ClamAV is one example of a package that sets up multiple services. 

---------------------------------------------------------------------- 
 (0006000) yann (reporter) - 2009-04-22 18:01
 http://www.opencsw.org/mantis/view.php?id=3634#c6000 
---------------------------------------------------------------------- 
Ok, I will have a look at this problem. 

---------------------------------------------------------------------- 
 (0006027) bonivart (manager) - 2009-04-24 18:46
 http://www.opencsw.org/mantis/view.php?id=3634#c6027 
---------------------------------------------------------------------- 
I'm testing some other changes to cswinitsmf and it never starts the
service. It seems that the only way a service can be enabled is if there
existed a state file that says it was enabled before but this means that
new installations can never be enabled..? 

---------------------------------------------------------------------- 
 (0006123) yann (reporter) - 2009-05-17 16:54
 http://www.opencsw.org/mantis/view.php?id=3634#c6123 
---------------------------------------------------------------------- 
Hi Peter,

I had a look at the multiple service case, and the smf persistance code
already handled it fine. I tested with clamav, disabling one of the two
service (clamav-milter) and the state was properly restored upon
reinstallation.

However, I fixed the bug you mentionned in your last note, now the code
will properly enable the service even if the state file is not present.

I attached a patch against cswclassutils 1.9 to re-enable the code and
apply the fix: smf_state_persistence_multiple.patch 

---------------------------------------------------------------------- 
 (0006212) bonivart (manager) - 2009-05-28 13:56
 http://www.opencsw.org/mantis/view.php?id=3634#c6212 
---------------------------------------------------------------------- 
Ok, I have applied your patch in 1.11, it's in testing:

http://mirror.opencsw.org/testing/cswclassutils-1.11,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006262) bonivart (manager) - 2009-06-04 10:53
 http://www.opencsw.org/mantis/view.php?id=3634#c6262 
---------------------------------------------------------------------- 
Confirmed to work by Mike Watters. Closing. 

---------------------------------------------------------------------- 
 (0006263) bonivart (manager) - 2009-06-04 10:54
 http://www.opencsw.org/mantis/view.php?id=3634#c6263 
---------------------------------------------------------------------- 
Fix in 1.16 released today. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:48 yann           New Issue                                    
2009-04-13 19:49 yann           File Added: smf_state_persistence.patch         
          
2009-04-13 19:54 yann           Note Added: 0005959                          
2009-04-21 16:15 bonivart       Status                   new => assigned     
2009-04-21 16:15 bonivart       Assigned To               => bonivart        
2009-04-21 18:51 bonivart       Note Added: 0005994                          
2009-04-22 17:58 bonivart       Note Added: 0005999                          
2009-04-22 18:01 yann           Note Added: 0006000                          
2009-04-24 18:46 bonivart       Note Added: 0006027                          
2009-05-17 16:52 yann           File Added: smf_state_persistence_multiple.patch
                   
2009-05-17 16:54 yann           Note Added: 0006123                          
2009-05-28 13:56 bonivart       Note Added: 0006212                          
2009-06-04 10:53 bonivart       Note Added: 0006262                          
2009-06-04 10:54 bonivart       Note Added: 0006263                          
2009-06-04 10:54 bonivart       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Thu Jun  4 10:55:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:55:28 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <24d5e168d15c331fa21ca08f1679e2a4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-04 10:55 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

---------------------------------------------------------------------- 
 (0006259) bonivart (manager) - 2009-06-03 13:53
 http://www.opencsw.org/mantis/view.php?id=3635#c6259 
---------------------------------------------------------------------- 
Ok, option 1 is now implemented, rc-links will be created but service will
not be started if AUTOENABLE=no|false.

http://mirror.opencsw.org/testing/cswclassutils-1.16,REV=2009.06.03-SunOS5.8-all-CSW.pkg.gz

I will try to add some text to the wiki about it. 

---------------------------------------------------------------------- 
 (0006264) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3635#c6264 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
2009-06-03 13:53 bonivart       Note Added: 0006259                          
2009-06-04 10:55 bonivart       Note Added: 0006264                          
======================================================================


From noreply at opencsw.org  Thu Jun  4 10:55:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:55:52 +0200
Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to
	provide their own manifest file
In-Reply-To: <df0b81825ba9298a130e8eeb48752ceb>
Message-ID: <e3a0fb3c1adee8fcdd4939f76c539af7@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3636 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3636
Category:                   regular use
Reproducibility:            have not tried
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 20:01 CEST
Last Modified:              2009-06-04 10:55 CEST
====================================================================== 
Summary:                    Allow package to provide their own manifest file
Description: 

Some package already provide their own manifest file to be used under
Solaris 10.
It would be nice to have a way for a package using cswinitsmf to disable
automatic manifest generation so its own manifest file is used.
====================================================================== 

---------------------------------------------------------------------- 
 (0005970) yann (reporter) - 2009-04-15 21:12
 http://www.opencsw.org/mantis/view.php?id=3636#c5970 
---------------------------------------------------------------------- 
It could be configured by using the existing tweaks system.
For exemple, if you provide your own manifest file, you could add:

#SMF_SCRIPT no     # change this value to no if this init script should
not be used to autogenerate the smf manifest file. 

---------------------------------------------------------------------- 
 (0005992) bonivart (manager) - 2009-04-21 17:20
 http://www.opencsw.org/mantis/view.php?id=3636#c5992 
---------------------------------------------------------------------- 
Ok, but how would it know which file to import as manifest?

SMF_SCRIPT /path/to/manifest

? 

---------------------------------------------------------------------- 
 (0005996) yann (reporter) - 2009-04-21 21:08
 http://www.opencsw.org/mantis/view.php?id=3636#c5996 
---------------------------------------------------------------------- 
The manifest file would belong to the cswinitsmf class, so it will be
passed to your script which could register it if smf is available and
enabled. 
You would have to add a test to determine if the file is a manifest or an
init.d script (or something else).

But using "SMF_SCRIPT /path/to/manifest" will also work. 

---------------------------------------------------------------------- 
 (0006124) yann (reporter) - 2009-05-17 16:56
 http://www.opencsw.org/mantis/view.php?id=3636#c6124 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature, do you plan adding it ?
I am waiting for it to be able to switch some of my packages to
cswclassutils.

Thanks in avance,

Yann 

---------------------------------------------------------------------- 
 (0006215) bonivart (manager) - 2009-05-28 15:16
 http://www.opencsw.org/mantis/view.php?id=3636#c6215 
---------------------------------------------------------------------- 
I have added a MANIFEST tweak to the init script. If set it will use that
manifest instead of autogenerating one.

http://mirror.opencsw.org/testing/cswclassutils-1.13,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006265) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3636#c6265 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 20:01 yann           New Issue                                    
2009-04-15 21:12 yann           Note Added: 0005970                          
2009-04-21 17:18 bonivart       Status                   new => assigned     
2009-04-21 17:18 bonivart       Assigned To               => bonivart        
2009-04-21 17:20 bonivart       Note Added: 0005992                          
2009-04-21 21:08 yann           Note Added: 0005996                          
2009-05-17 16:56 yann           Note Added: 0006124                          
2009-05-28 15:16 bonivart       Note Added: 0006215                          
2009-06-04 10:55 bonivart       Note Added: 0006265                          
======================================================================


From noreply at opencsw.org  Thu Jun  4 10:56:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:56:43 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <77c97e0aa921cd546a9a340b4377e86f@www.opencsw.org>


The following issue has been RESOLVED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     resolved
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-04 10:56 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

---------------------------------------------------------------------- 
 (0006259) bonivart (manager) - 2009-06-03 13:53
 http://www.opencsw.org/mantis/view.php?id=3635#c6259 
---------------------------------------------------------------------- 
Ok, option 1 is now implemented, rc-links will be created but service will
not be started if AUTOENABLE=no|false.

http://mirror.opencsw.org/testing/cswclassutils-1.16,REV=2009.06.03-SunOS5.8-all-CSW.pkg.gz

I will try to add some text to the wiki about it. 

---------------------------------------------------------------------- 
 (0006264) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3635#c6264 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
2009-06-03 13:53 bonivart       Note Added: 0006259                          
2009-06-04 10:55 bonivart       Note Added: 0006264                          
2009-06-04 10:56 bonivart       Status                   assigned => resolved
2009-06-04 10:56 bonivart       Resolution               open => fixed       
======================================================================


From noreply at opencsw.org  Thu Jun  4 10:56:53 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:56:53 +0200
Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to
	provide their own manifest file
In-Reply-To: <df0b81825ba9298a130e8eeb48752ceb>
Message-ID: <71149466b00feda3e7809c081a8def9e@www.opencsw.org>


The following issue has been RESOLVED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3636 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3636
Category:                   regular use
Reproducibility:            have not tried
Severity:                   feature
Priority:                   normal
Status:                     resolved
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 20:01 CEST
Last Modified:              2009-06-04 10:56 CEST
====================================================================== 
Summary:                    Allow package to provide their own manifest file
Description: 

Some package already provide their own manifest file to be used under
Solaris 10.
It would be nice to have a way for a package using cswinitsmf to disable
automatic manifest generation so its own manifest file is used.
====================================================================== 

---------------------------------------------------------------------- 
 (0005970) yann (reporter) - 2009-04-15 21:12
 http://www.opencsw.org/mantis/view.php?id=3636#c5970 
---------------------------------------------------------------------- 
It could be configured by using the existing tweaks system.
For exemple, if you provide your own manifest file, you could add:

#SMF_SCRIPT no     # change this value to no if this init script should
not be used to autogenerate the smf manifest file. 

---------------------------------------------------------------------- 
 (0005992) bonivart (manager) - 2009-04-21 17:20
 http://www.opencsw.org/mantis/view.php?id=3636#c5992 
---------------------------------------------------------------------- 
Ok, but how would it know which file to import as manifest?

SMF_SCRIPT /path/to/manifest

? 

---------------------------------------------------------------------- 
 (0005996) yann (reporter) - 2009-04-21 21:08
 http://www.opencsw.org/mantis/view.php?id=3636#c5996 
---------------------------------------------------------------------- 
The manifest file would belong to the cswinitsmf class, so it will be
passed to your script which could register it if smf is available and
enabled. 
You would have to add a test to determine if the file is a manifest or an
init.d script (or something else).

But using "SMF_SCRIPT /path/to/manifest" will also work. 

---------------------------------------------------------------------- 
 (0006124) yann (reporter) - 2009-05-17 16:56
 http://www.opencsw.org/mantis/view.php?id=3636#c6124 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature, do you plan adding it ?
I am waiting for it to be able to switch some of my packages to
cswclassutils.

Thanks in avance,

Yann 

---------------------------------------------------------------------- 
 (0006215) bonivart (manager) - 2009-05-28 15:16
 http://www.opencsw.org/mantis/view.php?id=3636#c6215 
---------------------------------------------------------------------- 
I have added a MANIFEST tweak to the init script. If set it will use that
manifest instead of autogenerating one.

http://mirror.opencsw.org/testing/cswclassutils-1.13,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006265) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3636#c6265 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 20:01 yann           New Issue                                    
2009-04-15 21:12 yann           Note Added: 0005970                          
2009-04-21 17:18 bonivart       Status                   new => assigned     
2009-04-21 17:18 bonivart       Assigned To               => bonivart        
2009-04-21 17:20 bonivart       Note Added: 0005992                          
2009-04-21 21:08 yann           Note Added: 0005996                          
2009-05-17 16:56 yann           Note Added: 0006124                          
2009-05-28 15:16 bonivart       Note Added: 0006215                          
2009-06-04 10:55 bonivart       Note Added: 0006265                          
2009-06-04 10:56 bonivart       Status                   assigned => resolved
2009-06-04 10:56 bonivart       Resolution               open => fixed       
======================================================================


From noreply at opencsw.org  Thu Jun  4 17:41:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 17:41:10 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <632ad2afb26f377124117d134a8db8ef@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-04 17:41 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

---------------------------------------------------------------------- 
 (0006243) bonivart (manager) - 2009-06-02 17:49
 http://www.opencsw.org/mantis/view.php?id=3702#c6243 
---------------------------------------------------------------------- 
If I made a dime on pkgutil I would have to start paying you for beta
testing! :-)

I see what you mean, if stunnel made use of any new features compared to
the one you had installed it would have failed. Even more interesting is to
know for sure it would have installed cswclassutils first if you didn't
have it at all..?!

I'll do some testing of my own and maybe come up with a special case for
cswclassutils. 

---------------------------------------------------------------------- 
 (0006266) bonivart (manager) - 2009-06-04 17:41
 http://www.opencsw.org/mantis/view.php?id=3702#c6266 
---------------------------------------------------------------------- 
I have taken a look at this and made a small change to how the packages to
be downloaded/installed/upgraded are ordered. As far as I can see no
special case for cswclassutils is needed now. Please try r56:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=56

It also contains a fix for http://www.opencsw.org/mantis/view.php?id=3701 (r55).


Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
2009-06-02 17:49 bonivart       Note Added: 0006243                          
2009-06-04 17:41 bonivart       Note Added: 0006266                          
======================================================================


From noreply at opencsw.org  Thu Jun  4 17:51:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 17:51:30 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <afa6abc2abd7864eb177d8d3d9a68721@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-04 17:51 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

---------------------------------------------------------------------- 
 (0006243) bonivart (manager) - 2009-06-02 17:49
 http://www.opencsw.org/mantis/view.php?id=3702#c6243 
---------------------------------------------------------------------- 
If I made a dime on pkgutil I would have to start paying you for beta
testing! :-)

I see what you mean, if stunnel made use of any new features compared to
the one you had installed it would have failed. Even more interesting is to
know for sure it would have installed cswclassutils first if you didn't
have it at all..?!

I'll do some testing of my own and maybe come up with a special case for
cswclassutils. 

---------------------------------------------------------------------- 
 (0006266) bonivart (manager) - 2009-06-04 17:41
 http://www.opencsw.org/mantis/view.php?id=3702#c6266 
---------------------------------------------------------------------- 
I have taken a look at this and made a small change to how the packages to
be downloaded/installed/upgraded are ordered. As far as I can see no
special case for cswclassutils is needed now. Please try r56:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=56

It also contains a fix for http://www.opencsw.org/mantis/view.php?id=3701 (r55).


---------------------------------------------------------------------- 
 (0006267) bonivart (manager) - 2009-06-04 17:51
 http://www.opencsw.org/mantis/view.php?id=3702#c6267 
---------------------------------------------------------------------- 
Minor update:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=57 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
2009-06-02 17:49 bonivart       Note Added: 0006243                          
2009-06-04 17:41 bonivart       Note Added: 0006266                          
2009-06-04 17:51 bonivart       Note Added: 0006267                          
======================================================================


From noreply at opencsw.org  Thu Jun  4 18:51:51 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 18:51:51 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <970ddb5cf9d0946ad7dd581dc8505b1b@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-04 18:51 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

---------------------------------------------------------------------- 
 (0006259) bonivart (manager) - 2009-06-03 13:53
 http://www.opencsw.org/mantis/view.php?id=3635#c6259 
---------------------------------------------------------------------- 
Ok, option 1 is now implemented, rc-links will be created but service will
not be started if AUTOENABLE=no|false.

http://mirror.opencsw.org/testing/cswclassutils-1.16,REV=2009.06.03-SunOS5.8-all-CSW.pkg.gz

I will try to add some text to the wiki about it. 

---------------------------------------------------------------------- 
 (0006264) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3635#c6264 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

---------------------------------------------------------------------- 
 (0006268) bonivart (manager) - 2009-06-04 18:51
 http://www.opencsw.org/mantis/view.php?id=3635#c6268 
---------------------------------------------------------------------- 
Fix in 1.16 released today. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
2009-06-03 13:53 bonivart       Note Added: 0006259                          
2009-06-04 10:55 bonivart       Note Added: 0006264                          
2009-06-04 10:56 bonivart       Status                   assigned => resolved
2009-06-04 10:56 bonivart       Resolution               open => fixed       
2009-06-04 18:51 bonivart       Note Added: 0006268                          
2009-06-04 18:51 bonivart       Status                   resolved => closed  
======================================================================


From noreply at opencsw.org  Thu Jun  4 18:51:54 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 18:51:54 +0200
Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to
	provide their own manifest file
In-Reply-To: <df0b81825ba9298a130e8eeb48752ceb>
Message-ID: <a045cb09bb27ac0fe0492506c504dfce@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3636 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3636
Category:                   regular use
Reproducibility:            have not tried
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 20:01 CEST
Last Modified:              2009-06-04 18:51 CEST
====================================================================== 
Summary:                    Allow package to provide their own manifest file
Description: 

Some package already provide their own manifest file to be used under
Solaris 10.
It would be nice to have a way for a package using cswinitsmf to disable
automatic manifest generation so its own manifest file is used.
====================================================================== 

---------------------------------------------------------------------- 
 (0005970) yann (reporter) - 2009-04-15 21:12
 http://www.opencsw.org/mantis/view.php?id=3636#c5970 
---------------------------------------------------------------------- 
It could be configured by using the existing tweaks system.
For exemple, if you provide your own manifest file, you could add:

#SMF_SCRIPT no     # change this value to no if this init script should
not be used to autogenerate the smf manifest file. 

---------------------------------------------------------------------- 
 (0005992) bonivart (manager) - 2009-04-21 17:20
 http://www.opencsw.org/mantis/view.php?id=3636#c5992 
---------------------------------------------------------------------- 
Ok, but how would it know which file to import as manifest?

SMF_SCRIPT /path/to/manifest

? 

---------------------------------------------------------------------- 
 (0005996) yann (reporter) - 2009-04-21 21:08
 http://www.opencsw.org/mantis/view.php?id=3636#c5996 
---------------------------------------------------------------------- 
The manifest file would belong to the cswinitsmf class, so it will be
passed to your script which could register it if smf is available and
enabled. 
You would have to add a test to determine if the file is a manifest or an
init.d script (or something else).

But using "SMF_SCRIPT /path/to/manifest" will also work. 

---------------------------------------------------------------------- 
 (0006124) yann (reporter) - 2009-05-17 16:56
 http://www.opencsw.org/mantis/view.php?id=3636#c6124 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature, do you plan adding it ?
I am waiting for it to be able to switch some of my packages to
cswclassutils.

Thanks in avance,

Yann 

---------------------------------------------------------------------- 
 (0006215) bonivart (manager) - 2009-05-28 15:16
 http://www.opencsw.org/mantis/view.php?id=3636#c6215 
---------------------------------------------------------------------- 
I have added a MANIFEST tweak to the init script. If set it will use that
manifest instead of autogenerating one.

http://mirror.opencsw.org/testing/cswclassutils-1.13,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006265) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3636#c6265 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

---------------------------------------------------------------------- 
 (0006269) bonivart (manager) - 2009-06-04 18:51
 http://www.opencsw.org/mantis/view.php?id=3636#c6269 
---------------------------------------------------------------------- 
Fix in 1.16 released today. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 20:01 yann           New Issue                                    
2009-04-15 21:12 yann           Note Added: 0005970                          
2009-04-21 17:18 bonivart       Status                   new => assigned     
2009-04-21 17:18 bonivart       Assigned To               => bonivart        
2009-04-21 17:20 bonivart       Note Added: 0005992                          
2009-04-21 21:08 yann           Note Added: 0005996                          
2009-05-17 16:56 yann           Note Added: 0006124                          
2009-05-28 15:16 bonivart       Note Added: 0006215                          
2009-06-04 10:55 bonivart       Note Added: 0006265                          
2009-06-04 10:56 bonivart       Status                   assigned => resolved
2009-06-04 10:56 bonivart       Resolution               open => fixed       
2009-06-04 18:51 bonivart       Note Added: 0006269                          
2009-06-04 18:51 bonivart       Status                   resolved => closed  
======================================================================


From noreply at opencsw.org  Fri Jun  5 04:31:53 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 04:31:53 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
Message-ID: <b914d099bde87faacc28da21417f19b6@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-05 04:31 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 04:31 bwalton        New Issue                                    
======================================================================


From noreply at opencsw.org  Fri Jun  5 10:00:33 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 10:00:33 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <b069ab5ce635afb7047c226c64a446e8@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 10:00 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
======================================================================


From noreply at opencsw.org  Fri Jun  5 10:29:13 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 10:29:13 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <039c791cc16ff447034fe67fbb88a11e@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 10:29 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
======================================================================


From noreply at opencsw.org  Fri Jun  5 11:15:49 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 11:15:49 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <be84a2c221ad262966e1d9277bff0abd@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 11:15 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

---------------------------------------------------------------------- 
 (0006273) dam (reporter) - 2009-06-05 11:15
 http://www.opencsw.org/mantis/view.php?id=3701#c6273 
---------------------------------------------------------------------- 
It is worse. Because it deinstalls all upgradeable packages and instead of
installing the packages it throws errors. So you end up without all
packages to be upgraded and without trace which packages got deinstalled. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
2009-06-05 11:15 dam            Note Added: 0006273                          
======================================================================


From noreply at opencsw.org  Fri Jun  5 11:24:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 11:24:43 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <b129fba7050b3a404daa787480d8dd11@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 11:24 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

---------------------------------------------------------------------- 
 (0006273) dam (reporter) - 2009-06-05 11:15
 http://www.opencsw.org/mantis/view.php?id=3701#c6273 
---------------------------------------------------------------------- 
It is worse. Because it deinstalls all upgradeable packages and instead of
installing the packages it throws errors. So you end up without all
packages to be upgraded and without trace which packages got deinstalled. 

---------------------------------------------------------------------- 
 (0006274) bonivart (manager) - 2009-06-05 11:24
 http://www.opencsw.org/mantis/view.php?id=3701#c6274 
---------------------------------------------------------------------- 
No, read the code. :-) It actually removes/installs the packages one by one
so all packages up to pkgutil will be upgraded.

But I agree with you that it's not how I want things to be, your idea with
copying the admin file at start sounds interesting... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
2009-06-05 11:15 dam            Note Added: 0006273                          
2009-06-05 11:24 bonivart       Note Added: 0006274                          
======================================================================


From noreply at opencsw.org  Fri Jun  5 12:16:47 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 12:16:47 +0200
Subject: [bug-notifications] [tcsh 0003705]: Please upgrade to 6.16.0
Message-ID: <7b5b588913e1248de71b6a10d464e82d@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3705 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    tcsh
Issue ID:                   3705
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-05 12:16 CEST
Last Modified:              2009-06-05 12:16 CEST
====================================================================== 
Summary:                    Please upgrade to 6.16.0
Description: 
Please upgrade to 6.16.0
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 12:16 dam            New Issue                                    
======================================================================


From noreply at opencsw.org  Fri Jun  5 15:13:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 15:13:58 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <ce925b64d9d62accefa4ea4a28b83b8c@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 15:13 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

---------------------------------------------------------------------- 
 (0006273) dam (reporter) - 2009-06-05 11:15
 http://www.opencsw.org/mantis/view.php?id=3701#c6273 
---------------------------------------------------------------------- 
It is worse. Because it deinstalls all upgradeable packages and instead of
installing the packages it throws errors. So you end up without all
packages to be upgraded and without trace which packages got deinstalled. 

---------------------------------------------------------------------- 
 (0006274) bonivart (manager) - 2009-06-05 11:24
 http://www.opencsw.org/mantis/view.php?id=3701#c6274 
---------------------------------------------------------------------- 
No, read the code. :-) It actually removes/installs the packages one by one
so all packages up to pkgutil will be upgraded.

But I agree with you that it's not how I want things to be, your idea with
copying the admin file at start sounds interesting... 

---------------------------------------------------------------------- 
 (0006275) bonivart (manager) - 2009-06-05 15:13
 http://www.opencsw.org/mantis/view.php?id=3701#c6275 
---------------------------------------------------------------------- 
Please try r59 if you have a chance, it copies the admin file like you
suggested Dago.

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=59 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
2009-06-05 11:15 dam            Note Added: 0006273                          
2009-06-05 11:24 bonivart       Note Added: 0006274                          
2009-06-05 15:13 bonivart       Note Added: 0006275                          
======================================================================


From noreply at opencsw.org  Fri Jun  5 21:52:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 21:52:52 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
In-Reply-To: <218c42593951a1f9b80cfa1014416379>
Message-ID: <fe02196fe39538047987c1ac53cc8af0@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     confirmed
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-05 21:52 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

---------------------------------------------------------------------- 
 (0006270) mwatters (manager) - 2009-06-05 05:36
 http://www.opencsw.org/mantis/view.php?id=3704#c6270 
---------------------------------------------------------------------- 
Now that the new python and cswclassutils are installed on the build farm,
I will start re-packaging the python modules.  I was in a holding pattern
until the cswclassutils package was released.
 

---------------------------------------------------------------------- 
 (0006276) bwalton (reporter) - 2009-06-05 21:52
 http://www.opencsw.org/mantis/view.php?id=3704#c6276 
---------------------------------------------------------------------- 
The newly packaged module seems to fix the import problem for the module
itself, but now, it can't find distutils:

I have the following packages installed:
CSWpysetuptools
0.6,REV=2009.06.05_rev=c9
CSWpython
2.6.2,REV=2009.05.28
CSWpython-rt
2.6.2,REV=2009.05.28

The error reported now is:
 ==> Running setup.py install in work/build-isa-i386/gitosis-0.2
Traceback (most recent call last):
  File "./setup.py", line 2, in <module>
    from setuptools import setup, find_packages
  File "/opt/csw/lib/python/site-packages/setuptools/__init__.py", line 2,
in <module>
    from setuptools.extension import Extension, Library
  File "/opt/csw/lib/python/site-packages/setuptools/extension.py", line
1, in <module>
    from distutils.core import Extension as _Extension
ImportError: No module named distutils.core 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 04:31 bwalton        New Issue                                    
2009-06-05 05:36 mwatters       Note Added: 0006270                          
2009-06-05 05:36 mwatters       Assigned To               => mwatters        
2009-06-05 05:36 mwatters       Status                   new => confirmed    
2009-06-05 21:52 bwalton        Note Added: 0006276                          
======================================================================


From noreply at opencsw.org  Fri Jun  5 23:10:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 23:10:38 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
In-Reply-To: <218c42593951a1f9b80cfa1014416379>
Message-ID: <9a3d0e05c29b026e2dc1a0395c164994@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     confirmed
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-05 23:10 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

---------------------------------------------------------------------- 
 (0006270) mwatters (manager) - 2009-06-05 05:36
 http://www.opencsw.org/mantis/view.php?id=3704#c6270 
---------------------------------------------------------------------- 
Now that the new python and cswclassutils are installed on the build farm,
I will start re-packaging the python modules.  I was in a holding pattern
until the cswclassutils package was released.
 

---------------------------------------------------------------------- 
 (0006276) bwalton (reporter) - 2009-06-05 21:52
 http://www.opencsw.org/mantis/view.php?id=3704#c6276 
---------------------------------------------------------------------- 
The newly packaged module seems to fix the import problem for the module
itself, but now, it can't find distutils:

I have the following packages installed:
CSWpysetuptools
0.6,REV=2009.06.05_rev=c9
CSWpython
2.6.2,REV=2009.05.28
CSWpython-rt
2.6.2,REV=2009.05.28

The error reported now is:
 ==> Running setup.py install in work/build-isa-i386/gitosis-0.2
Traceback (most recent call last):
  File "./setup.py", line 2, in <module>
    from setuptools import setup, find_packages
  File "/opt/csw/lib/python/site-packages/setuptools/__init__.py", line 2,
in <module>
    from setuptools.extension import Extension, Library
  File "/opt/csw/lib/python/site-packages/setuptools/extension.py", line
1, in <module>
    from distutils.core import Extension as _Extension
ImportError: No module named distutils.core 

---------------------------------------------------------------------- 
 (0006277) mwatters (manager) - 2009-06-05 23:10
 http://www.opencsw.org/mantis/view.php?id=3704#c6277 
---------------------------------------------------------------------- 
distutils is part of python_devel 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 04:31 bwalton        New Issue                                    
2009-06-05 05:36 mwatters       Note Added: 0006270                          
2009-06-05 05:36 mwatters       Assigned To               => mwatters        
2009-06-05 05:36 mwatters       Status                   new => confirmed    
2009-06-05 21:52 bwalton        Note Added: 0006276                          
2009-06-05 23:10 mwatters       Note Added: 0006277                          
======================================================================


From noreply at opencsw.org  Fri Jun  5 23:16:00 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 23:16:00 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
In-Reply-To: <218c42593951a1f9b80cfa1014416379>
Message-ID: <913a75a283e8a16889cd81f5410368f4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     confirmed
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-05 23:15 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

---------------------------------------------------------------------- 
 (0006270) mwatters (manager) - 2009-06-05 05:36
 http://www.opencsw.org/mantis/view.php?id=3704#c6270 
---------------------------------------------------------------------- 
Now that the new python and cswclassutils are installed on the build farm,
I will start re-packaging the python modules.  I was in a holding pattern
until the cswclassutils package was released.
 

---------------------------------------------------------------------- 
 (0006276) bwalton (reporter) - 2009-06-05 21:52
 http://www.opencsw.org/mantis/view.php?id=3704#c6276 
---------------------------------------------------------------------- 
The newly packaged module seems to fix the import problem for the module
itself, but now, it can't find distutils:

I have the following packages installed:
CSWpysetuptools
0.6,REV=2009.06.05_rev=c9
CSWpython
2.6.2,REV=2009.05.28
CSWpython-rt
2.6.2,REV=2009.05.28

The error reported now is:
 ==> Running setup.py install in work/build-isa-i386/gitosis-0.2
Traceback (most recent call last):
  File "./setup.py", line 2, in <module>
    from setuptools import setup, find_packages
  File "/opt/csw/lib/python/site-packages/setuptools/__init__.py", line 2,
in <module>
    from setuptools.extension import Extension, Library
  File "/opt/csw/lib/python/site-packages/setuptools/extension.py", line
1, in <module>
    from distutils.core import Extension as _Extension
ImportError: No module named distutils.core 

---------------------------------------------------------------------- 
 (0006277) mwatters (manager) - 2009-06-05 23:10
 http://www.opencsw.org/mantis/view.php?id=3704#c6277 
---------------------------------------------------------------------- 
distutils is part of python_devel 

---------------------------------------------------------------------- 
 (0006278) bwalton (reporter) - 2009-06-05 23:15
 http://www.opencsw.org/mantis/view.php?id=3704#c6278 
---------------------------------------------------------------------- 
Should setuputils depend on python_devel then? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 04:31 bwalton        New Issue                                    
2009-06-05 05:36 mwatters       Note Added: 0006270                          
2009-06-05 05:36 mwatters       Assigned To               => mwatters        
2009-06-05 05:36 mwatters       Status                   new => confirmed    
2009-06-05 21:52 bwalton        Note Added: 0006276                          
2009-06-05 23:10 mwatters       Note Added: 0006277                          
2009-06-05 23:15 bwalton        Note Added: 0006278                          
======================================================================


From noreply at opencsw.org  Mon Jun  8 11:09:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 11:09:58 +0200
Subject: [bug-notifications] [ggettextrt 0003706]: libintl
Message-ID: <272137b3416fc9ba157b82e1885e1bb2@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3706 
====================================================================== 
Reported By:                hson
Assigned To:                
====================================================================== 
Project:                    ggettextrt
Issue ID:                   3706
Category:                   upgrade
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 11:09 CEST
Last Modified:              2009-06-08 11:09 CEST
====================================================================== 
Summary:                    libintl
Description: 
After upgrading a bunch of CSW-packages binaries linked to libintl starts
to crash due to a nonexistant symbol

fatal: relocation error: file /opt/csw/lib/libintl.so.8: symbol
libiconv_set_relocation_prefix: referenced symbol not found
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 11:09 hson           New Issue                                    
======================================================================


From noreply at opencsw.org  Mon Jun  8 12:10:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 12:10:18 +0200
Subject: [bug-notifications] [nrpe 0003707]: Enable nrpe to send 8 kB data
Message-ID: <8488dbef37a14d06b5858d2bdd8cc3ca@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3707 
====================================================================== 
Reported By:                ja
Assigned To:                
====================================================================== 
Project:                    nrpe
Issue ID:                   3707
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 12:10 CEST
Last Modified:              2009-06-08 12:10 CEST
====================================================================== 
Summary:                    Enable nrpe to send 8 kB data
Description: 
Enable nrpe to send 8 kB data to a nagios server. This is useful /
necessary to perform larger checks with check_multi.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 12:10 ja             New Issue                                    
======================================================================


From noreply at opencsw.org  Mon Jun  8 12:10:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 12:10:55 +0200
Subject: [bug-notifications] [nrpe 0003707]: Enable nrpe to send 8 kB data
In-Reply-To: <5c1f00797dc136f375bab0be7974496c>
Message-ID: <4608804656f08ec6df8960f3ef680799@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3707 
====================================================================== 
Reported By:                ja
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3707
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-08 12:10 CEST
Last Modified:              2009-06-08 12:10 CEST
====================================================================== 
Summary:                    Enable nrpe to send 8 kB data
Description: 
Enable nrpe to send 8 kB data to a nagios server. This is useful /
necessary to perform larger checks with check_multi.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 12:10 ja             New Issue                                    
2009-06-08 12:10 ja             Status                   new => assigned     
2009-06-08 12:10 ja             Assigned To               => ja              
======================================================================


From noreply at opencsw.org  Mon Jun  8 13:08:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 13:08:28 +0200
Subject: [bug-notifications] [nasm 0003708]: Please upgrade to 2.05.01
Message-ID: <4c3a43d452f964ff27a91cfb0b163816@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3708 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    nasm
Issue ID:                   3708
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 13:08 CEST
Last Modified:              2009-06-08 13:08 CEST
====================================================================== 
Summary:                    Please upgrade to 2.05.01
Description: 
Please upgrade to 2.05.01
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 13:08 dam            New Issue                                    
======================================================================


From noreply at opencsw.org  Mon Jun  8 13:44:42 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 13:44:42 +0200
Subject: [bug-notifications] [doxygen 0003709]: Upgrade to 1.5.9 requested
Message-ID: <1d83899e4e30da91e987b99b9e67ebbf@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3709 
====================================================================== 
Reported By:                ludvigb
Assigned To:                
====================================================================== 
Project:                    doxygen
Issue ID:                   3709
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 13:44 CEST
Last Modified:              2009-06-08 13:44 CEST
====================================================================== 
Summary:                    Upgrade to 1.5.9 requested
Description: 
Doxygen should be upgraded from 1.4.7 to 1.5.9
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 13:44 ludvigb        New Issue                                    
======================================================================


From noreply at opencsw.org  Mon Jun  8 15:52:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 15:52:58 +0200
Subject: [bug-notifications] [nasm 0003708]: Please upgrade to 2.05.01
In-Reply-To: <35110727f6848d7f944010676ce7f14c>
Message-ID: <fe5c36c9c12e80505d09b1290b16b900@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3708 
====================================================================== 
Reported By:                dam
Assigned To:                mjensen
====================================================================== 
Project:                    nasm
Issue ID:                   3708
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-08 13:08 CEST
Last Modified:              2009-06-08 15:52 CEST
====================================================================== 
Summary:                    Please upgrade to 2.05.01
Description: 
Please upgrade to 2.05.01
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 13:08 dam            New Issue                                    
2009-06-08 15:52 mjensen        Status                   new => assigned     
2009-06-08 15:52 mjensen        Assigned To               => mjensen         
======================================================================


From noreply at opencsw.org  Mon Jun  8 16:12:17 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 16:12:17 +0200
Subject: [bug-notifications] [pm_htmlmason 0002897]: pm_htmlmason depends on
	Apache1
In-Reply-To: <2679b96cef2269942d2260125390b6f9>
Message-ID: <4105b0bea92c6bab10a9dc38af8d3e00@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2897 
====================================================================== 
Reported By:                phips
Assigned To:                asmoore
====================================================================== 
Project:                    pm_htmlmason
Issue ID:                   2897
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-05-22 07:35 CEST
Last Modified:              2009-06-08 16:12 CEST
====================================================================== 
Summary:                    pm_htmlmason depends on Apache1
Description: 
Currently installing pm_htmlmason will install apache1 due to dependencies.
It would be nice if there were another version that depended on apache2, or
even better if this version was smart enough to recognise if a system was
already utilising apache2 and not drag version 1 in.
====================================================================== 

---------------------------------------------------------------------- 
 (0006279) bonivart (reporter) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2897#c6279 
---------------------------------------------------------------------- 
It's CSWpmapachereq that starts the chain that eventually pulls in Apache
1. This is only an optional requirement so I have rebuilt the package
without this dependency and also updated it to 1.42. It will soon be in
testing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006279                          
======================================================================


From noreply at opencsw.org  Mon Jun  8 16:12:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 16:12:32 +0200
Subject: [bug-notifications] [pm_tstbldrtester 0002192]: file clash with
	CSWperldoc
In-Reply-To: <f21288869a8436935a5010765c635f5d>
Message-ID: <3db39343c81a2daf108fe34b9968f505@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2192 
====================================================================== 
Reported By:                james
Assigned To:                asmoore
====================================================================== 
Project:                    pm_tstbldrtester
Issue ID:                   2192
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2007-04-02 10:52 CEST
Last Modified:              2009-06-08 16:12 CEST
====================================================================== 
Summary:                    file clash with CSWperldoc
Description: 
2 man pages are also in CSWperldoc

/opt/csw/share/man/man3/Test::Builder::Tester.3perl
/opt/csw/share/man/man3/Test::Builder::Tester::Color.3perl
====================================================================== 

---------------------------------------------------------------------- 
 (0006280) bonivart (reporter) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2192#c6280 
---------------------------------------------------------------------- 
New package in testing without man pages. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006280                          
======================================================================


From noreply at opencsw.org  Mon Jun  8 16:13:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 16:13:32 +0200
Subject: [bug-notifications] [pm_authensasl 0002871]: Authen-SASL-2.11
	available
In-Reply-To: <ea3d81f55b959417c65700268abe4ccb>
Message-ID: <4817c474c2a4b1ca8b50a543f2d7b4b2@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2871 
====================================================================== 
Reported By:                vboisard
Assigned To:                asmoore
====================================================================== 
Project:                    pm_authensasl
Issue ID:                   2871
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-05-01 10:28 CEST
Last Modified:              2009-06-08 16:13 CEST
====================================================================== 
Summary:                    Authen-SASL-2.11 available
Description: 
In order to use gssapi auth with ldap in perl, this new version of
Authen-SASL-2.11 is needed (2.10 is needed but 2.11 is just out)

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

---------------------------------------------------------------------- 
 (0005270) asmoore (manager) - 2008-05-02 06:45
 http://www.opencsw.org/mantis/view.php?id=2871#c5270 
---------------------------------------------------------------------- 
A copy of the pm_authensasl update is in http://www.blastwave.org/testing
for download and install manually.  Be sure to install any dependencies as
well. 

---------------------------------------------------------------------- 
 (0005273) vboisard (reporter) - 2008-05-03 11:03
 http://www.opencsw.org/mantis/view.php?id=2871#c5273 
---------------------------------------------------------------------- 
Works fine for me. Thanks 

---------------------------------------------------------------------- 
 (0006281) bonivart (reporter) - 2009-06-08 16:13
 http://www.opencsw.org/mantis/view.php?id=2871#c6281 
---------------------------------------------------------------------- 
Package updated to 2.12 soon in testing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:13 bonivart       Note Added: 0006281                          
======================================================================


From noreply at opencsw.org  Mon Jun  8 19:32:08 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 19:32:08 +0200
Subject: [bug-notifications] [glib2 0003710]: Please upgrade to 2.20.3
Message-ID: <32f645e04962f475883d729479f7ed0c@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3710 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    glib2
Issue ID:                   3710
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 19:32 CEST
Last Modified:              2009-06-08 19:32 CEST
====================================================================== 
Summary:                    Please upgrade to 2.20.3
Description: 
Please upgrade to 2.20.3
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 19:32 dam            New Issue                                    
======================================================================


From noreply at opencsw.org  Mon Jun  8 22:38:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 22:38:30 +0200
Subject: [bug-notifications] [ggettextrt 0003706]: libintl
In-Reply-To: <4fcf3c7ce807834710006b09e2ca78e7>
Message-ID: <7443f65e4707bfb8d5086913fbaa8d84@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3706 
====================================================================== 
Reported By:                hson
Assigned To:                
====================================================================== 
Project:                    ggettextrt
Issue ID:                   3706
Category:                   upgrade
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 11:09 CEST
Last Modified:              2009-06-08 22:38 CEST
====================================================================== 
Summary:                    libintl
Description: 
After upgrading a bunch of CSW-packages binaries linked to libintl starts
to crash due to a nonexistant symbol

fatal: relocation error: file /opt/csw/lib/libintl.so.8: symbol
libiconv_set_relocation_prefix: referenced symbol not found
====================================================================== 

---------------------------------------------------------------------- 
 (0006282) hson (reporter) - 2009-06-08 22:38
 http://opencsw.org/mantis/view.php?id=3706#c6282 
---------------------------------------------------------------------- 
The problem isn't that the apps doesn't start, but that they crash after a
while in some specific places (for instance within a function call to
libexif which is linked to libintl and libiconv).
However, a recompile of the app seem to fix the problem.
But the question is if there is some option when building libintl whether
to include libiconv_set_relocation_prefix or not... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 11:09 hson           New Issue                                    
2009-06-08 22:38 hson           Note Added: 0006282                          
======================================================================


From noreply at opencsw.org  Tue Jun  9 09:54:03 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:54:03 +0200
Subject: [bug-notifications] [pm_tstbldrtester 0002192]: file clash with
	CSWperldoc
In-Reply-To: <f21288869a8436935a5010765c635f5d>
Message-ID: <a676b9d783577c4e15bbf33dd962283f@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2192 
====================================================================== 
Reported By:                james
Assigned To:                bonivart
====================================================================== 
Project:                    pm_tstbldrtester
Issue ID:                   2192
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2007-04-02 10:52 CEST
Last Modified:              2009-06-09 09:54 CEST
====================================================================== 
Summary:                    file clash with CSWperldoc
Description: 
2 man pages are also in CSWperldoc

/opt/csw/share/man/man3/Test::Builder::Tester.3perl
/opt/csw/share/man/man3/Test::Builder::Tester::Color.3perl
====================================================================== 

---------------------------------------------------------------------- 
 (0006280) bonivart (manager) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2192#c6280 
---------------------------------------------------------------------- 
New package in testing without man pages. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006280                          
2009-06-09 09:54 bonivart       Assigned To              asmoore => bonivart 
======================================================================


From noreply at opencsw.org  Tue Jun  9 09:55:51 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:55:51 +0200
Subject: [bug-notifications] [pm_tstbldrtester 0002192]: file clash with
	CSWperldoc
In-Reply-To: <f21288869a8436935a5010765c635f5d>
Message-ID: <9186c35b2b624debb93c2baab03e137e@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2192 
====================================================================== 
Reported By:                james
Assigned To:                bonivart
====================================================================== 
Project:                    pm_tstbldrtester
Issue ID:                   2192
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-04-02 10:52 CEST
Last Modified:              2009-06-09 09:55 CEST
====================================================================== 
Summary:                    file clash with CSWperldoc
Description: 
2 man pages are also in CSWperldoc

/opt/csw/share/man/man3/Test::Builder::Tester.3perl
/opt/csw/share/man/man3/Test::Builder::Tester::Color.3perl
====================================================================== 

---------------------------------------------------------------------- 
 (0006280) bonivart (manager) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2192#c6280 
---------------------------------------------------------------------- 
New package in testing without man pages. 

---------------------------------------------------------------------- 
 (0006284) bonivart (manager) - 2009-06-09 09:55
 http://www.opencsw.org/mantis/view.php?id=2192#c6284 
---------------------------------------------------------------------- 
New package released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006280                          
2009-06-09 09:54 bonivart       Assigned To              asmoore => bonivart 
2009-06-09 09:55 bonivart       Note Added: 0006284                          
2009-06-09 09:55 bonivart       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Tue Jun  9 09:56:23 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:56:23 +0200
Subject: [bug-notifications] [pm_modulebuild 0003650]: Upgrade to 3.4.x
In-Reply-To: <5651c94752f4199f6cc6a18ca1b69a35>
Message-ID: <eb9dd42891c8fad9bf57744ff7d83cdf@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3650 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_modulebuild
Issue ID:                   3650
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-03 11:42 CEST
Last Modified:              2009-06-09 09:56 CEST
====================================================================== 
Summary:                    Upgrade to 3.4.x
Description: 
Upgrade eclipse package to 3.4.x version
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-03 11:42 wbonnet        New Issue                                    
2009-06-09 09:56 bonivart       Status                   new => assigned     
2009-06-09 09:56 bonivart       Assigned To               => bonivart        
======================================================================


From noreply at opencsw.org  Tue Jun  9 09:56:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:56:30 +0200
Subject: [bug-notifications] [pm_htmlmason 0002897]: pm_htmlmason depends on
	Apache1
In-Reply-To: <2679b96cef2269942d2260125390b6f9>
Message-ID: <d8b1e8fdfaa89574958f0d345534ff8d@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2897 
====================================================================== 
Reported By:                phips
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlmason
Issue ID:                   2897
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-05-22 07:35 CEST
Last Modified:              2009-06-09 09:56 CEST
====================================================================== 
Summary:                    pm_htmlmason depends on Apache1
Description: 
Currently installing pm_htmlmason will install apache1 due to dependencies.
It would be nice if there were another version that depended on apache2, or
even better if this version was smart enough to recognise if a system was
already utilising apache2 and not drag version 1 in.
====================================================================== 

---------------------------------------------------------------------- 
 (0006279) bonivart (manager) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2897#c6279 
---------------------------------------------------------------------- 
It's CSWpmapachereq that starts the chain that eventually pulls in Apache
1. This is only an optional requirement so I have rebuilt the package
without this dependency and also updated it to 1.42. It will soon be in
testing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006279                          
2009-06-09 09:56 bonivart       Assigned To              asmoore => bonivart 
======================================================================


From noreply at opencsw.org  Tue Jun  9 09:56:39 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:56:39 +0200
Subject: [bug-notifications] [pm_authensasl 0002871]: Authen-SASL-2.11
	available
In-Reply-To: <ea3d81f55b959417c65700268abe4ccb>
Message-ID: <2f05fe79c8f1db15df2ad624f0ef3b39@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2871 
====================================================================== 
Reported By:                vboisard
Assigned To:                bonivart
====================================================================== 
Project:                    pm_authensasl
Issue ID:                   2871
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-05-01 10:28 CEST
Last Modified:              2009-06-09 09:56 CEST
====================================================================== 
Summary:                    Authen-SASL-2.11 available
Description: 
In order to use gssapi auth with ldap in perl, this new version of
Authen-SASL-2.11 is needed (2.10 is needed but 2.11 is just out)

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

---------------------------------------------------------------------- 
 (0005270) asmoore (reporter) - 2008-05-02 06:45
 http://www.opencsw.org/mantis/view.php?id=2871#c5270 
---------------------------------------------------------------------- 
A copy of the pm_authensasl update is in http://www.blastwave.org/testing
for download and install manually.  Be sure to install any dependencies as
well. 

---------------------------------------------------------------------- 
 (0005273) vboisard (reporter) - 2008-05-03 11:03
 http://www.opencsw.org/mantis/view.php?id=2871#c5273 
---------------------------------------------------------------------- 
Works fine for me. Thanks 

---------------------------------------------------------------------- 
 (0006281) bonivart (manager) - 2009-06-08 16:13
 http://www.opencsw.org/mantis/view.php?id=2871#c6281 
---------------------------------------------------------------------- 
Package updated to 2.12 soon in testing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:13 bonivart       Note Added: 0006281                          
2009-06-09 09:56 bonivart       Assigned To              asmoore => bonivart 
======================================================================


From noreply at opencsw.org  Tue Jun  9 09:57:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:57:52 +0200
Subject: [bug-notifications] [pm_modulebuild 0003650]: Upgrade to 3.4.x
In-Reply-To: <5651c94752f4199f6cc6a18ca1b69a35>
Message-ID: <cda96bb7e8cfd619ed98ad9b69ef14d2@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3650 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_modulebuild
Issue ID:                   3650
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-03 11:42 CEST
Last Modified:              2009-06-09 09:57 CEST
====================================================================== 
Summary:                    Upgrade to 3.4.x
Description: 
Upgrade eclipse package to 3.4.x version
====================================================================== 

---------------------------------------------------------------------- 
 (0006285) bonivart (manager) - 2009-06-09 09:57
 http://www.opencsw.org/mantis/view.php?id=3650#c6285 
---------------------------------------------------------------------- 
Not sure if you filed the bug against the right package...but I updated
this one anyway since it was orphaned. :-) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-03 11:42 wbonnet        New Issue                                    
2009-06-09 09:56 bonivart       Status                   new => assigned     
2009-06-09 09:56 bonivart       Assigned To               => bonivart        
2009-06-09 09:57 bonivart       Note Added: 0006285                          
2009-06-09 09:57 bonivart       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Tue Jun  9 09:58:26 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:58:26 +0200
Subject: [bug-notifications] [pm_htmlmason 0002897]: pm_htmlmason depends on
	Apache1
In-Reply-To: <2679b96cef2269942d2260125390b6f9>
Message-ID: <0af0e895f29971ae860b2c9265c9d8fd@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2897 
====================================================================== 
Reported By:                phips
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlmason
Issue ID:                   2897
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-05-22 07:35 CEST
Last Modified:              2009-06-09 09:58 CEST
====================================================================== 
Summary:                    pm_htmlmason depends on Apache1
Description: 
Currently installing pm_htmlmason will install apache1 due to dependencies.
It would be nice if there were another version that depended on apache2, or
even better if this version was smart enough to recognise if a system was
already utilising apache2 and not drag version 1 in.
====================================================================== 

---------------------------------------------------------------------- 
 (0006279) bonivart (manager) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2897#c6279 
---------------------------------------------------------------------- 
It's CSWpmapachereq that starts the chain that eventually pulls in Apache
1. This is only an optional requirement so I have rebuilt the package
without this dependency and also updated it to 1.42. It will soon be in
testing. 

---------------------------------------------------------------------- 
 (0006286) bonivart (manager) - 2009-06-09 09:58
 http://www.opencsw.org/mantis/view.php?id=2897#c6286 
---------------------------------------------------------------------- 
New package released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006279                          
2009-06-09 09:56 bonivart       Assigned To              asmoore => bonivart 
2009-06-09 09:58 bonivart       Note Added: 0006286                          
2009-06-09 09:58 bonivart       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Tue Jun  9 09:59:03 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:59:03 +0200
Subject: [bug-notifications] [pm_authensasl 0002871]: Authen-SASL-2.11
	available
In-Reply-To: <ea3d81f55b959417c65700268abe4ccb>
Message-ID: <8efda4f72de5e1ac803b29b34bd48d6f@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2871 
====================================================================== 
Reported By:                vboisard
Assigned To:                bonivart
====================================================================== 
Project:                    pm_authensasl
Issue ID:                   2871
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-05-01 10:28 CEST
Last Modified:              2009-06-09 09:59 CEST
====================================================================== 
Summary:                    Authen-SASL-2.11 available
Description: 
In order to use gssapi auth with ldap in perl, this new version of
Authen-SASL-2.11 is needed (2.10 is needed but 2.11 is just out)

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

---------------------------------------------------------------------- 
 (0005270) asmoore (reporter) - 2008-05-02 06:45
 http://www.opencsw.org/mantis/view.php?id=2871#c5270 
---------------------------------------------------------------------- 
A copy of the pm_authensasl update is in http://www.blastwave.org/testing
for download and install manually.  Be sure to install any dependencies as
well. 

---------------------------------------------------------------------- 
 (0005273) vboisard (reporter) - 2008-05-03 11:03
 http://www.opencsw.org/mantis/view.php?id=2871#c5273 
---------------------------------------------------------------------- 
Works fine for me. Thanks 

---------------------------------------------------------------------- 
 (0006281) bonivart (manager) - 2009-06-08 16:13
 http://www.opencsw.org/mantis/view.php?id=2871#c6281 
---------------------------------------------------------------------- 
Package updated to 2.12 soon in testing. 

---------------------------------------------------------------------- 
 (0006287) bonivart (manager) - 2009-06-09 09:59
 http://www.opencsw.org/mantis/view.php?id=2871#c6287 
---------------------------------------------------------------------- 
New package released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:13 bonivart       Note Added: 0006281                          
2009-06-09 09:56 bonivart       Assigned To              asmoore => bonivart 
2009-06-09 09:59 bonivart       Note Added: 0006287                          
2009-06-09 09:59 bonivart       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Tue Jun  9 10:00:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 10:00:38 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <58bca8b8d9f33994e5c7d1085d7507d9@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-09 10:00 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

---------------------------------------------------------------------- 
 (0006273) dam (reporter) - 2009-06-05 11:15
 http://www.opencsw.org/mantis/view.php?id=3701#c6273 
---------------------------------------------------------------------- 
It is worse. Because it deinstalls all upgradeable packages and instead of
installing the packages it throws errors. So you end up without all
packages to be upgraded and without trace which packages got deinstalled. 

---------------------------------------------------------------------- 
 (0006274) bonivart (manager) - 2009-06-05 11:24
 http://www.opencsw.org/mantis/view.php?id=3701#c6274 
---------------------------------------------------------------------- 
No, read the code. :-) It actually removes/installs the packages one by one
so all packages up to pkgutil will be upgraded.

But I agree with you that it's not how I want things to be, your idea with
copying the admin file at start sounds interesting... 

---------------------------------------------------------------------- 
 (0006275) bonivart (manager) - 2009-06-05 15:13
 http://www.opencsw.org/mantis/view.php?id=3701#c6275 
---------------------------------------------------------------------- 
Please try r59 if you have a chance, it copies the admin file like you
suggested Dago.

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=59 

---------------------------------------------------------------------- 
 (0006288) bonivart (manager) - 2009-06-09 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6288 
---------------------------------------------------------------------- 
v1.6.1 released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
2009-06-05 11:15 dam            Note Added: 0006273                          
2009-06-05 11:24 bonivart       Note Added: 0006274                          
2009-06-05 15:13 bonivart       Note Added: 0006275                          
2009-06-09 10:00 bonivart       Note Added: 0006288                          
2009-06-09 10:00 bonivart       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Tue Jun  9 10:01:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 10:01:07 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <66b87896c623d3619b04fe70426b93c0@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-09 10:01 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

---------------------------------------------------------------------- 
 (0006243) bonivart (manager) - 2009-06-02 17:49
 http://www.opencsw.org/mantis/view.php?id=3702#c6243 
---------------------------------------------------------------------- 
If I made a dime on pkgutil I would have to start paying you for beta
testing! :-)

I see what you mean, if stunnel made use of any new features compared to
the one you had installed it would have failed. Even more interesting is to
know for sure it would have installed cswclassutils first if you didn't
have it at all..?!

I'll do some testing of my own and maybe come up with a special case for
cswclassutils. 

---------------------------------------------------------------------- 
 (0006266) bonivart (manager) - 2009-06-04 17:41
 http://www.opencsw.org/mantis/view.php?id=3702#c6266 
---------------------------------------------------------------------- 
I have taken a look at this and made a small change to how the packages to
be downloaded/installed/upgraded are ordered. As far as I can see no
special case for cswclassutils is needed now. Please try r56:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=56

It also contains a fix for http://www.opencsw.org/mantis/view.php?id=3701 (r55).


---------------------------------------------------------------------- 
 (0006267) bonivart (manager) - 2009-06-04 17:51
 http://www.opencsw.org/mantis/view.php?id=3702#c6267 
---------------------------------------------------------------------- 
Minor update:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=57 

---------------------------------------------------------------------- 
 (0006289) bonivart (manager) - 2009-06-09 10:01
 http://www.opencsw.org/mantis/view.php?id=3702#c6289 
---------------------------------------------------------------------- 
v1.6.1 released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
2009-06-02 17:49 bonivart       Note Added: 0006243                          
2009-06-04 17:41 bonivart       Note Added: 0006266                          
2009-06-04 17:51 bonivart       Note Added: 0006267                          
2009-06-09 10:01 bonivart       Note Added: 0006289                          
2009-06-09 10:01 bonivart       Status                   assigned => closed  
======================================================================


From noreply at opencsw.org  Tue Jun  9 14:10:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 14:10:35 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <528f4340f65d126f295645cee352e0fd@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-09 14:10 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006290) skayser (administrator) - 2009-06-09 14:10
 http://opencsw.org/bugtrack/view.php?id=3703#c6290 
---------------------------------------------------------------------- 
Most recent bugnote. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
2009-06-03 02:37 skayser        Note Added: 0006254                          
2009-06-03 02:39 skayser        Note Added: 0006255                          
2009-06-03 02:43 skayser        Note Added: 0006256                          
2009-06-09 14:10 skayser        Note Added: 0006290                          
======================================================================


From noreply at opencsw.org  Tue Jun  9 14:12:34 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 14:12:34 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <5618bd89cbccb5527d2cb7cd6b7b4b6c@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-09 14:12 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006291) skayser (administrator) - 2009-06-09 14:12
 http://opencsw.org/bugtrack/view.php?id=3703#c6291 
---------------------------------------------------------------------- 
Just testing, looks good.


From noreply at opencsw.org  Tue Jun  9 14:23:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 14:23:35 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <60d735ce02de049c6758e0f73966efaa@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-09 14:23 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006292) skayser (administrator) - 2009-06-09 14:23
 http://opencsw.org/bugtrack/view.php?id=3703#c6292 
---------------------------------------------------------------------- 
Testing finished. Closing this issue.


From noreply at opencsw.org  Wed Jun 10 13:10:20 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 13:10:20 +0200
Subject: [bug-notifications] [gsed 0003711]: Please upgrade to 4.2
Message-ID: <0d93ef5d37d1e602659778410362f830@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3711 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    gsed
Issue ID:                   3711
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-10 13:10 CEST
Last Modified:              2009-06-10 13:10 CEST
====================================================================== 
Summary:                    Please upgrade to 4.2
Description: 
Please upgrade to 4.2
======================================================================


From noreply at opencsw.org  Wed Jun 10 22:59:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 22:59:18 +0200
Subject: [bug-notifications] [libidl 0001293]: Recompile of libIDL needed or
	update to 0.8.6
In-Reply-To: <1c54cfc6ac718bb2d0f63fe4bca0a7f4>
Message-ID: <9552431b33a024f1bc138f42e36aa903@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1293 
====================================================================== 
Reported By:                kenmays
Assigned To:                dam
====================================================================== 
Project:                    libidl
Issue ID:                   1293
Category:                   other
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2005-11-12 11:50 CET
Last Modified:              2009-06-10 22:59 CEST
====================================================================== 
Summary:                    Recompile of libIDL needed or update to 0.8.6
Description: 
Please recompile libIDL using the Sun Studio compiler. The currentpackage
has a CPP depenendency to /opt/csw/gcc/bin/cpp which is the GCC
preprocessor which is in error. 
====================================================================== 

---------------------------------------------------------------------- 
 (0003889) kenmays (reporter) - 2006-09-17 14:27
 http://www.opencsw.org/mantis/view.php?id=1293#c3889 
---------------------------------------------------------------------- 
this is fixed


From noreply at opencsw.org  Wed Jun 10 22:59:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 22:59:43 +0200
Subject: [bug-notifications] [libidl 0001293]: Recompile of libIDL needed or
	update to 0.8.6
In-Reply-To: <1c54cfc6ac718bb2d0f63fe4bca0a7f4>
Message-ID: <8014ec657922834061e0d3dd5ad45278@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1293 
====================================================================== 
Reported By:                kenmays
Assigned To:                dam
====================================================================== 
Project:                    libidl
Issue ID:                   1293
Category:                   other
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2005-11-12 11:50 CET
Last Modified:              2009-06-10 22:59 CEST
====================================================================== 
Summary:                    Recompile of libIDL needed or update to 0.8.6
Description: 
Please recompile libIDL using the Sun Studio compiler. The currentpackage
has a CPP depenendency to /opt/csw/gcc/bin/cpp which is the GCC
preprocessor which is in error. 
====================================================================== 

---------------------------------------------------------------------- 
 (0006293) dam (manager) - 2009-06-10 22:59
 http://www.opencsw.org/mantis/view.php?id=1293#c6293 
---------------------------------------------------------------------- 
Fixed in 0.8.13,REV=2009.06.10


From noreply at opencsw.org  Wed Jun 10 23:00:14 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:00:14 +0200
Subject: [bug-notifications] [libidl 0003117]: Depend on CSWggettextrt
In-Reply-To: <c8cef90a389ce661e45f452d8a1a76c9>
Message-ID: <620c9c73f59913de868f3a89e0f735d9@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3117 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libidl
Issue ID:                   3117
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 02:53 CET
Last Modified:              2009-06-10 23:00 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
======================================================================


From noreply at opencsw.org  Wed Jun 10 23:00:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:00:38 +0200
Subject: [bug-notifications] [libidl 0003117]: Depend on CSWggettextrt
In-Reply-To: <c8cef90a389ce661e45f452d8a1a76c9>
Message-ID: <86e4cecde2ff9029b91129cb29289747@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3117 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libidl
Issue ID:                   3117
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 02:53 CET
Last Modified:              2009-06-10 23:00 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006294) dam (manager) - 2009-06-10 23:00
 http://www.opencsw.org/mantis/view.php?id=3117#c6294 
---------------------------------------------------------------------- 
Fixed in 0.8.13,REV=2009.06.10


From noreply at opencsw.org  Wed Jun 10 23:01:27 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:01:27 +0200
Subject: [bug-notifications] [libxrender 0003516]: Please upgrade to 0.9.4
In-Reply-To: <d6021446e530af3f0aea7c4ea10b1c17>
Message-ID: <8e19ed3a47e6659ed15ff3c36c14d47a@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3516 
====================================================================== 
Reported By:                dam
Assigned To:                dam
====================================================================== 
Project:                    libxrender
Issue ID:                   3516
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-03-30 20:49 CEST
Last Modified:              2009-06-10 23:01 CEST
====================================================================== 
Summary:                    Please upgrade to 0.9.4
Description: 
Please upgrade to 0.9.4
New home is http://www.t2-project.org/packages/libxrender.html
======================================================================


From noreply at opencsw.org  Wed Jun 10 23:01:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:01:56 +0200
Subject: [bug-notifications] [libxrender 0003516]: Please upgrade to 0.9.4
In-Reply-To: <d6021446e530af3f0aea7c4ea10b1c17>
Message-ID: <8e8c44444616036acb83834c317859bc@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3516 
====================================================================== 
Reported By:                dam
Assigned To:                dam
====================================================================== 
Project:                    libxrender
Issue ID:                   3516
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-03-30 20:49 CEST
Last Modified:              2009-06-10 23:01 CEST
====================================================================== 
Summary:                    Please upgrade to 0.9.4
Description: 
Please upgrade to 0.9.4
New home is http://www.t2-project.org/packages/libxrender.html
====================================================================== 

---------------------------------------------------------------------- 
 (0006295) dam (manager) - 2009-06-10 23:01
 http://www.opencsw.org/mantis/view.php?id=3516#c6295 
---------------------------------------------------------------------- 
Fixed in 0.9.4,REV=2009.06.09


From noreply at opencsw.org  Wed Jun 10 23:03:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:03:18 +0200
Subject: [bug-notifications] [libxrender 0002030]: la file contains local
	path
In-Reply-To: <69f0cbf06273d0bf7bb1df3c9c444f83>
Message-ID: <211ea7aad9ff06d3c43729126f263732@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2030 
====================================================================== 
Reported By:                james
Assigned To:                dam
====================================================================== 
Project:                    libxrender
Issue ID:                   2030
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2006-12-03 11:11 CET
Last Modified:              2009-06-10 23:03 CEST
====================================================================== 
Summary:                    la file contains local path
Description: 
la file contains local path
======================================================================


From noreply at opencsw.org  Wed Jun 10 23:56:59 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:56:59 +0200
Subject: [bug-notifications] [libungif 0003712]: Please upgrade to latest
	version
Message-ID: <36a38d41cdad414f8ed1c3e4bcc677b8@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3712 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    libungif
Issue ID:                   3712
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-10 23:56 CEST
Last Modified:              2009-06-10 23:56 CEST
====================================================================== 
Summary:                    Please upgrade to latest version
Description: 
Please upgrade to latest version
New home is https://sourceforge.net/projects/giflib/ (previously libungif)
======================================================================


From noreply at opencsw.org  Fri Jun 12 17:47:36 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 12 Jun 2009 17:47:36 +0200
Subject: [bug-notifications] [gcc4g++ 0001487]: missing support for
	mcheck()/MALLOC_CHECK in glibc
In-Reply-To: <5abee9798edb062b8b58b7b65218040d>
Message-ID: <d466f28a90efbd89311585310f06289c@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1487 
====================================================================== 
Reported By:                kz43f88823
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   1487
Category:                   other
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-02-19 10:10 CET
Last Modified:              2009-06-12 17:47 CEST
====================================================================== 
Summary:                    missing support for mcheck()/MALLOC_CHECK in glibc
Description: 
the current library doesn\'t have the mcheck/MALLOC_CHECK feature enabled
======================================================================


From noreply at opencsw.org  Fri Jun 12 17:52:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 12 Jun 2009 17:52:32 +0200
Subject: [bug-notifications] [mod_php 0001503]: Pear XML RPC library
	doesn\'t handle empty strings
In-Reply-To: <3596d6240aa9adb6d3c5abffc26633e3>
Message-ID: <2a21000a2703141893c488535143b918@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1503 
====================================================================== 
Reported By:                malk271
Assigned To:                mark
====================================================================== 
Project:                    mod_php
Issue ID:                   1503
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-02-27 04:36 CET
Last Modified:              2009-06-12 17:52 CEST
====================================================================== 
Summary:                    Pear XML RPC library doesn\'t handle empty strings
Description: 
The current release of CSWphp has a version of the Pear XML-RPC library
that doesn\'t properly handle empty structs. There is a newer release of
this library available on Pear\'s web site that fixes this problem (version
1.4.5)
====================================================================== 

---------------------------------------------------------------------- 
 (0006296) mwatters (manager) - 2009-06-12 17:52
 http://www.opencsw.org/mantis/view.php?id=1503#c6296 
---------------------------------------------------------------------- 
latest version has been released


From noreply at opencsw.org  Fri Jun 12 18:01:12 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 12 Jun 2009 18:01:12 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
Message-ID: <39b03b90fb7b9dfdc7d961a83a86eaef@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-12 18:01 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
======================================================================


From noreply at opencsw.org  Sun Jun 14 18:31:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 14 Jun 2009 18:31:46 +0200
Subject: [bug-notifications] [nasm 0003708]: Please upgrade to 2.05.01
In-Reply-To: <35110727f6848d7f944010676ce7f14c>
Message-ID: <2c59ae1fc85a9ead778ff082543e063b@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3708 
====================================================================== 
Reported By:                dam
Assigned To:                mjensen
====================================================================== 
Project:                    nasm
Issue ID:                   3708
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-08 13:08 CEST
Last Modified:              2009-06-14 18:31 CEST
====================================================================== 
Summary:                    Please upgrade to 2.05.01
Description: 
Please upgrade to 2.05.01
====================================================================== 

---------------------------------------------------------------------- 
 (0006297) mjensen (manager) - 2009-06-14 18:31
 http://www.opencsw.org/bugtrack/view.php?id=3708#c6297 
---------------------------------------------------------------------- 
The following files have been put into /testing ...

9aea1d1df09e7f51525d8a9fee95b0ee 
nasm-2.05.01,REV=2009.06.14-SunOS5.8-i386-CSW.pkg.gz
0fa0d0eebd39d15f6c7ae7336764b4fa 
nasm-2.05.01,REV=2009.06.14-SunOS5.8-sparc-CSW.pkg.gz

I haven't even run them yet - let me know if they work. Cheers!

Murray...


From noreply at opencsw.org  Sun Jun 14 20:48:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 14 Jun 2009 20:48:11 +0200
Subject: [bug-notifications] [libxrender 0002030]: la file contains local
	path
In-Reply-To: <69f0cbf06273d0bf7bb1df3c9c444f83>
Message-ID: <dedd6e861a960db636a5ee30d7cc2d3f@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2030 
====================================================================== 
Reported By:                james
Assigned To:                dam
====================================================================== 
Project:                    libxrender
Issue ID:                   2030
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-12-03 11:11 CET
Last Modified:              2009-06-14 20:48 CEST
====================================================================== 
Summary:                    la file contains local path
Description: 
la file contains local path
====================================================================== 

---------------------------------------------------------------------- 
 (0006298) dam (manager) - 2009-06-14 20:48
 http://www.opencsw.org/mantis/view.php?id=2030#c6298 
---------------------------------------------------------------------- 
Fixed in 0.9.4,REV=2009.06.11


From noreply at opencsw.org  Tue Jun 16 01:13:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 01:13:35 +0200
Subject: [bug-notifications] [pm_glib 0003714]: Please upgrade to 1.221
Message-ID: <a138de20ac033c132900f5cd0af40cbe@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3714 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_glib
Issue ID:                   3714
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-16 01:13 CEST
Last Modified:              2009-06-16 01:13 CEST
====================================================================== 
Summary:                    Please upgrade to 1.221
Description: 
Please upgrade to version 1.221
======================================================================


From noreply at opencsw.org  Tue Jun 16 09:37:26 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 09:37:26 +0200
Subject: [bug-notifications] [pm_extutilsdepends 0003715]: Please upgrade to
	0.301
Message-ID: <346ca076970f32e7af97b9c31a27c875@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3715 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_extutilsdepends
Issue ID:                   3715
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-16 09:37 CEST
Last Modified:              2009-06-16 09:37 CEST
====================================================================== 
Summary:                    Please upgrade to 0.301
Description: 
Please upgrade to 0.301
======================================================================


From noreply at opencsw.org  Tue Jun 16 22:00:13 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:00:13 +0200
Subject: [bug-notifications] [mod_php 0002583]: latest (\'final\') version
	needed, with bugfixes/security fixes
In-Reply-To: <9f004d3e554a01d1e11adeaac1c2bfe4>
Message-ID: <fd78c5959442c149208b4c9421fddb8a@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2583 
====================================================================== 
Reported By:                philadmin
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   2583
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   urgent
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-09-03 10:52 CEST
Last Modified:              2009-06-16 22:00 CEST
====================================================================== 
Summary:                    latest (\'final\') version needed, with
bugfixes/security fixes
Description: 
Please update php4 to \&quot;final\&quot; version from the php guys.

This is a tickler for when you get back \&quot;mid september\&quot; 2007
:-)


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

---------------------------------------------------------------------- 
 (0006299) mwatters (manager) - 2009-06-16 22:00
 http://www.opencsw.org/mantis/view.php?id=2583#c6299 
---------------------------------------------------------------------- 
The "last" version of php4 has been released.


From noreply at opencsw.org  Tue Jun 16 22:03:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:03:45 +0200
Subject: [bug-notifications] [mod_php 0001575]: lib/php/DB missing
In-Reply-To: <875dd78bb123a3001f4da38253fc5125>
Message-ID: <399e3e4f0c06b6f3bd1e73885262a09e@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1575 
====================================================================== 
Reported By:                archangel at crackteam.org
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   1575
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-04-17 15:43 CEST
Last Modified:              2009-06-16 22:03 CEST
====================================================================== 
Summary:                    lib/php/DB missing
Description: 
I recently did a \'pkg-get upgrade\' and now mod_php seems to be missing
some files, namely everything that was in /opt/csw/lib/php/DB. I realize
that php was recently broken into several packages, but I\'ve searched for
DB.php using the package file search form and nothing comes up. An
important 3rd party app we use requires DB.php, which was previously there
(I did a copy of /opt/csw before the upgrade). Where did this go? Missing
directories (compared to my previous install) from /opt/csw/lib/php
include:

Archive
Console (pear is complaining it can\'t find Getopt.php, which resides in
this dir)
Mail
XML
doc
test

Do these have to be added manually now? I would be grateful for any
direction here.


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

---------------------------------------------------------------------- 
 (0006300) mwatters (manager) - 2009-06-16 22:03
 http://www.opencsw.org/mantis/view.php?id=1575#c6300 
---------------------------------------------------------------------- 
last version of php4 has been released.


From noreply at opencsw.org  Tue Jun 16 22:04:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:04:58 +0200
Subject: [bug-notifications] [mod_php4_core 0002150]: apache2 most recent
	update (2.2.4) core dumps with mod_php4_core loaded
In-Reply-To: <b765d86d364a05243e9d25978e427c9e>
Message-ID: <19afd543c148810592344b65f01b740c@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2150 
====================================================================== 
Reported By:                douglass
Assigned To:                
====================================================================== 
Project:                    mod_php4_core
Issue ID:                   2150
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-03-01 11:19 CET
Last Modified:              2009-06-16 22:04 CEST
====================================================================== 
Summary:                    apache2 most recent update (2.2.4) core dumps with
mod_php4_core loaded
Description: 
I did a pkg-get -u on a system which runs apache2/php4 from blastwave. 
After update the apache2 would segfault on every page served.    Commenting
out the 
LoadModule for php4_module keeps it from core dumping so the problem would
appear to be directly related to php4.
====================================================================== 

---------------------------------------------------------------------- 
 (0006301) mwatters (manager) - 2009-06-16 22:04
 http://www.opencsw.org/mantis/view.php?id=2150#c6301 
---------------------------------------------------------------------- 
last version of php4 now released. issue is resolved.


From noreply at opencsw.org  Tue Jun 16 22:06:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:06:55 +0200
Subject: [bug-notifications] [mod_php 0001624]: XSLT support
In-Reply-To: <f5db4df76da1c92278cc9a4992d5f1ba>
Message-ID: <1b5c6e06e453245141269c18d80f207e@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1624 
====================================================================== 
Reported By:                archangel at crackteam.org
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   1624
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-06-05 20:09 CEST
Last Modified:              2009-06-16 22:06 CEST
====================================================================== 
Summary:                    XSLT support
Description: 
I would like to request XSLT support be compiled offered for PHP 4. The
DOMXML extension is installed and enabled, but unfortunately it does not
automatically include XSLT libraries. The XSLT library is not installed.

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

---------------------------------------------------------------------- 
 (0006302) mwatters (manager) - 2009-06-16 22:06
 http://www.opencsw.org/mantis/view.php?id=1624#c6302 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 22:07:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:07:32 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <b8f83d24c861004baab80b10d2e10736@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-16 22:07 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006303) mwatters (manager) - 2009-06-16 22:07
 http://www.opencsw.org/mantis/view.php?id=3686#c6303 
---------------------------------------------------------------------- 
last version released


From noreply at opencsw.org  Tue Jun 16 22:13:12 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:13:12 +0200
Subject: [bug-notifications] [pm_parserecdescent 0003695]: Needs to depend
	on CSWpmversion
In-Reply-To: <406a446d18e10b1f65f7028ba6670f40>
Message-ID: <6a9f93d662eab33255b8f98ff37349b1@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/mantis-test/view.php?id=3695 
====================================================================== 
Reported By:                skayser
Assigned To:                wbonnet
====================================================================== 
Project:                    pm_parserecdescent
Issue ID:                   3695
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-29 13:48 CEST
Last Modified:              2009-06-16 22:13 CEST
====================================================================== 
Summary:                    Needs to depend on CSWpmversion
Description: 
Just installed pm_parserecdescent, but it bails out because it can't find
version.pm.

$ perl -MParse::RecDescent
Can't locate version.pm in @INC (@INC contains: /opt/csw/lib/perl/5.8.8
/opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl
/opt/csw/share/perl/site_perl /opt/csw/share/perl/site_perl
/opt/csw/lib/perl/csw /opt/csw/share/perl/csw /opt/csw/share/perl/csw .) at
/opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722.
BEGIN failed--compilation aborted at
/opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722.
Compilation failed in require.
BEGIN failed--compilation aborted.

After installing pm_version this error goes away.
====================================================================== 

---------------------------------------------------------------------- 
 (0006304) wbonnet (manager) - 2009-06-16 22:13
 http://opencsw.org/mantis-test/view.php?id=3695#c6304 
---------------------------------------------------------------------- 
Thnaks for reporting this problem. A new version of package has been
released adding it.


From noreply at opencsw.org  Tue Jun 16 23:19:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:19:11 +0200
Subject: [bug-notifications] [python 0003679]: Split the python package into
	individual runtime, devel and doc packages
In-Reply-To: <7577a61c4685219a79b413e382d7becc>
Message-ID: <9a7d680f0a778844f4a1845c3d1a42d2@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3679 
====================================================================== 
Reported By:                mwatters
Assigned To:                mwatters
====================================================================== 
Project:                    python
Issue ID:                   3679
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   low
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-19 00:12 CEST
Last Modified:              2009-06-16 23:19 CEST
====================================================================== 
Summary:                    Split the python package into individual runtime,
devel and doc packages
Description: 
mimic other distro's like debian and redhat
======================================================================


From noreply at opencsw.org  Tue Jun 16 23:27:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:27:56 +0200
Subject: [bug-notifications] [python 0003684]: copy from 3682 - easy_install
	pre-sets the compiler, which cannot be changed.
In-Reply-To: <13b8716d1fc483c9c766e929c0c4aceb>
Message-ID: <fa469b4a50ce066e30dc6e86a357cd8c@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3684 
====================================================================== 
Reported By:                mwatters
Assigned To:                mwatters
====================================================================== 
Project:                    python
Issue ID:                   3684
Category:                   packaging
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-23 00:35 CEST
Last Modified:              2009-06-16 23:27 CEST
====================================================================== 
Summary:                    copy from 3682 - easy_install pre-sets the compiler,
which cannot be changed.
Description: 
installing PIL, genshi, mercurial, and others does not work seamlessly or
not at all if one has no possibility to create the pre-set path
/opt/studio/SOS11/SUNWspro/bin/cc.

it would be nice to have this path as /opt/csw/studio .... so anybody is
able to set it.

see
http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210
as well.

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

---------------------------------------------------------------------- 
 (0006305) mwatters (manager) - 2009-06-16 23:27
 http://www.opencsw.org/mantis/view.php?id=3684#c6305 
---------------------------------------------------------------------- 
This has been corrected in the latest release


From noreply at opencsw.org  Tue Jun 16 23:29:47 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:29:47 +0200
Subject: [bug-notifications] [php4_cgi 0001659]: unable to use PEAR
In-Reply-To: <9755ea00710c26bb9e1e9615a95b24ef>
Message-ID: <dab126cb2eb8a16a99cb871341f44249@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1659 
====================================================================== 
Reported By:                ghenry
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1659
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-06-28 03:20 CEST
Last Modified:              2009-06-16 23:29 CEST
====================================================================== 
Summary:                    unable to use PEAR
Description: 
w2100-root% /opt/csw/bin/pear
PHP Notice:  Constant FORCE_GZIP already defined in Unknown on line 0
PHP Notice:  Constant FORCE_DEFLATE already defined in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - readgzfile
in Unknown on line 0
...
Warning: main(Console/Getopt.php): failed to open stream: No such file
or directory in System.php on line 27
PHP Fatal error:  main(): Failed opening required \'Console/Getopt.php\'
(include_path=\'/opt/csw/lib/php\') in /opt/csw/lib/php/System.php on line
27



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

---------------------------------------------------------------------- 
 (0006306) mwatters (manager) - 2009-06-16 23:29
 http://www.opencsw.org/mantis/view.php?id=1659#c6306 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:30:08 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:30:08 +0200
Subject: [bug-notifications] [php4_cgi 0001691]: missing Console/GetOpt
In-Reply-To: <b9cb821923875400e9f5e411d6e70897>
Message-ID: <b0582004e5088277e8a0552f46e07123@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1691 
====================================================================== 
Reported By:                kennethd
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1691
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-07-31 10:43 CEST
Last Modified:              2009-06-16 23:30 CEST
====================================================================== 
Summary:                    missing Console/GetOpt
Description: 
kenneth at eagle:~$ which
pear
/opt/csw/bin/pear
kenneth at eagle:~$ pear

Warning: main(Console/Getopt.php): failed to open stream: No such file or
directory in System.php on line 27

Fatal error: main(): Failed opening required \'Console/Getopt.php\'
(include_path=\'/opt/csw/lib/php\') in /opt/csw/lib/php/System.php on line
27

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

---------------------------------------------------------------------- 
 (0006307) mwatters (manager) - 2009-06-16 23:30
 http://www.opencsw.org/mantis/view.php?id=1691#c6307 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:30:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:30:32 +0200
Subject: [bug-notifications] [php4_cgi 0001918]: missing
	--enable-discard-path
In-Reply-To: <1537cff75f341519c46eb3dab58f86f0>
Message-ID: <dd0c99ecc4b8864b8c710d436f327bfd@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1918 
====================================================================== 
Reported By:                calessio
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1918
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-11-06 07:08 CET
Last Modified:              2009-06-16 23:30 CEST
====================================================================== 
Summary:                    missing --enable-discard-path
Description: 
php-cgi should be configured with the option --enable-discard-path
otherwise it causes some server to generate the \&quot;no input file
specified\&quot; error. 

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

---------------------------------------------------------------------- 
 (0006308) mwatters (manager) - 2009-06-16 23:30
 http://www.opencsw.org/mantis/view.php?id=1918#c6308 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:30:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:30:52 +0200
Subject: [bug-notifications] [php4_cgi 0001919]: --with-imap points to
	maintainer\'s home directory
In-Reply-To: <6105b68b6831f829c2cf54da01b6e21c>
Message-ID: <86640edaf1b2952159a3edcfd7061343@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1919 
====================================================================== 
Reported By:                calessio
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1919
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-11-06 07:19 CET
Last Modified:              2009-06-16 23:30 CEST
====================================================================== 
Summary:                    --with-imap points to maintainer\'s home directory
Description: 
php-cgi configure options contain --with-imap=/expot/home/...
i guess it\'s wrong, isn\'t it?
====================================================================== 

---------------------------------------------------------------------- 
 (0006309) mwatters (manager) - 2009-06-16 23:30
 http://www.opencsw.org/mantis/view.php?id=1919#c6309 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:31:15 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:31:15 +0200
Subject: [bug-notifications] [php4_cgi 0001950]: missing XSLT library
In-Reply-To: <6e9c8cee627da47d069231e04d3752fe>
Message-ID: <51b2281479273857ea324d54b9f1f688@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1950 
====================================================================== 
Reported By:                stephen.le
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1950
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-11-29 17:56 CET
Last Modified:              2009-06-16 23:31 CEST
====================================================================== 
Summary:                    missing XSLT library
Description: 
It seems the php4_cgi package is missing the XSLT dynamic library. The
following error is generated when php is executed:

$ php
PHP Warning:  Unknown(): Unable to load dynamic library
\'/opt/csw/lib/php/extensions/no-debug-non-zts-20020429/xslt.so\' -
ld.so.1: php: fatal:
/opt/csw/lib/php/extensions/no-debug-non-zts-20020429/xslt.so: open failed:
No such file or directory in Unknown on line 0
====================================================================== 

---------------------------------------------------------------------- 
 (0006310) mwatters (manager) - 2009-06-16 23:31
 http://www.opencsw.org/mantis/view.php?id=1950#c6310 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:31:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:31:46 +0200
Subject: [bug-notifications] [php4_cgi 0001973]: local paths in config files
In-Reply-To: <79e81db1d54883b8fcb67192cb91fd88>
Message-ID: <f4aca1c4ca8e70b6fd1cba146410e1c7@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1973 
====================================================================== 
Reported By:                james
Assigned To:                mark
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1973
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-12-03 07:58 CET
Last Modified:              2009-06-16 23:31 CEST
====================================================================== 
Summary:                    local paths in config files
Description: 
CSWphp4cgi 4.4.4
export/home found in file ./opt/csw/include/php/main/build-defs.h

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

---------------------------------------------------------------------- 
 (0006311) mwatters (manager) - 2009-06-16 23:31
 http://www.opencsw.org/mantis/view.php?id=1973#c6311 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:32:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:32:10 +0200
Subject: [bug-notifications] [php4_cgi 0002651]: new version of php4
	addresses security issues
In-Reply-To: <7b8ab81a497980cff8cc27b4fa4f43c5>
Message-ID: <8524edb9c4e3a6363982402b2806226f@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2651 
====================================================================== 
Reported By:                stephen.le
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   2651
Category:                   upgrade
Reproducibility:            N/A
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-11-03 07:37 CET
Last Modified:              2009-06-16 23:32 CEST
====================================================================== 
Summary:                    new version of php4 addresses security issues
Description: 
PHP 4.4.7 was recently released to fix various security issues. Please
upgrade PHP4 to the latest version of PHP.
====================================================================== 

---------------------------------------------------------------------- 
 (0006312) mwatters (manager) - 2009-06-16 23:32
 http://www.opencsw.org/mantis/view.php?id=2651#c6312 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:32:31 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:32:31 +0200
Subject: [bug-notifications] [php4_curl 0002513]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <e26ec4fa4131de73bacec0e71b779599>
Message-ID: <077a8b737a1e63c797d398e2df6f017b@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2513 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_curl
Issue ID:                   2513
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:23 CEST
Last Modified:              2009-06-16 23:32 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006313) mwatters (manager) - 2009-06-16 23:32
 http://www.opencsw.org/mantis/view.php?id=2513#c6313 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:32:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:32:56 +0200
Subject: [bug-notifications] [php4_gettext 0003333]: Depend on CSWggettextrt
In-Reply-To: <74b9efd813ed263938cdfa4191e76348>
Message-ID: <266846b4f6e6b9db674cd2fe1468e010@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3333 
====================================================================== 
Reported By:                harpchad
Assigned To:                
====================================================================== 
Project:                    php4_gettext
Issue ID:                   3333
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 03:16 CET
Last Modified:              2009-06-16 23:32 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006314) mwatters (manager) - 2009-06-16 23:32
 http://www.opencsw.org/mantis/view.php?id=3333#c6314 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:33:27 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:33:27 +0200
Subject: [bug-notifications] [php4_imap 0002514]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <6fb7ef887f42e0bafee27c5f499a885e>
Message-ID: <a49b58b3bbb8d3a55dc84358d496482b@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2514 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_imap
Issue ID:                   2514
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:24 CEST
Last Modified:              2009-06-16 23:33 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006315) mwatters (manager) - 2009-06-16 23:33
 http://www.opencsw.org/mantis/view.php?id=2514#c6315 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:34:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:34:38 +0200
Subject: [bug-notifications] [php4_imap 0003571]: RPATH contains home dir
In-Reply-To: <5a81fe6a5ae4b58f25da9b4466d99107>
Message-ID: <d771eef580a69afc0b18e2aece0ad54f@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3571 
====================================================================== 
Reported By:                james
Assigned To:                
====================================================================== 
Project:                    php4_imap
Issue ID:                   3571
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-01 21:09 CEST
Last Modified:              2009-06-16 23:34 CEST
====================================================================== 
Summary:                    RPATH contains home dir
Description: 
RPATH contains a home directory.  Possibilty to corrupt by a user.

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

---------------------------------------------------------------------- 
 (0006316) mwatters (manager) - 2009-06-16 23:34
 http://www.opencsw.org/mantis/view.php?id=3571#c6316 
---------------------------------------------------------------------- 
last version of php4 has been released

this has been corrected


From noreply at opencsw.org  Tue Jun 16 23:35:15 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:35:15 +0200
Subject: [bug-notifications] [php4_ldap 0002515]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <55ac2f850b8769d7fe6d6910ca4108e9>
Message-ID: <454a8c993580d06fca3aea22748618f5@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2515 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_ldap
Issue ID:                   2515
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:24 CEST
Last Modified:              2009-06-16 23:35 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006317) mwatters (manager) - 2009-06-16 23:35
 http://www.opencsw.org/mantis/view.php?id=2515#c6317 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:35:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:35:38 +0200
Subject: [bug-notifications] [php4_mysql 0002516]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <b1e3971a1682d7528e8bf6363bec1f81>
Message-ID: <8bc77f361c5a6a9106d905d88e3350d9@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2516 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_mysql
Issue ID:                   2516
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:24 CEST
Last Modified:              2009-06-16 23:35 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006318) mwatters (manager) - 2009-06-16 23:35
 http://www.opencsw.org/mantis/view.php?id=2516#c6318 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:36:02 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:36:02 +0200
Subject: [bug-notifications] [php4_openssl 0002517]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <f03262c65f1325dbdfc910847719d2a3>
Message-ID: <f69be6bec62bd42ed2e225fa93b4acc6@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2517 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_openssl
Issue ID:                   2517
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:25 CEST
Last Modified:              2009-06-16 23:36 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006319) mwatters (manager) - 2009-06-16 23:36
 http://www.opencsw.org/mantis/view.php?id=2517#c6319 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:36:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:36:25 +0200
Subject: [bug-notifications] [php4_pgsql 0002518]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <40eae5f3fae1a3d880ff1698d2997151>
Message-ID: <c1e912f3fd556bb02c8e5df3b10dd6d0@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2518 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_pgsql
Issue ID:                   2518
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:25 CEST
Last Modified:              2009-06-16 23:36 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006320) mwatters (manager) - 2009-06-16 23:36
 http://www.opencsw.org/mantis/view.php?id=2518#c6320 
---------------------------------------------------------------------- 
last version of php4 has been released


From noreply at opencsw.org  Tue Jun 16 23:36:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:36:55 +0200
Subject: [bug-notifications] [pygobject 0003376]: Depend on CSWggettextrt
In-Reply-To: <2de888c439263d9b79c5fa7bd15f5a7f>
Message-ID: <d88d6a7b7b38da2fe2e39c9d14b06510@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3376 
====================================================================== 
Reported By:                harpchad
Assigned To:                
====================================================================== 
Project:                    pygobject
Issue ID:                   3376
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 03:21 CET
Last Modified:              2009-06-16 23:36 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006321) mwatters (manager) - 2009-06-16 23:36
 http://www.opencsw.org/mantis/view.php?id=3376#c6321 
---------------------------------------------------------------------- 
This is resolved in the latest revision


From noreply at opencsw.org  Tue Jun 16 23:37:37 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:37:37 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
In-Reply-To: <218c42593951a1f9b80cfa1014416379>
Message-ID: <522be119cce573ced1447870b7cc33ba@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-16 23:37 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

---------------------------------------------------------------------- 
 (0006322) mwatters (manager) - 2009-06-16 23:37
 http://www.opencsw.org/mantis/view.php?id=3704#c6322 
---------------------------------------------------------------------- 
new pysetuptools has been released and libpath corrected.


From noreply at opencsw.org  Wed Jun 17 14:14:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 17 Jun 2009 14:14:16 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <bb66a2f0f5064f7672ba85b581f7faa3@www.opencsw.org>


The following issue has been REOPENED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-17 14:14 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006323) xmasm1 (reporter) - 2009-06-17 14:14
 http://www.opencsw.org/mantis/view.php?id=3686#c6323 
---------------------------------------------------------------------- 
At first - thanks a lot!!!

Could you please do the same for PHP4?
M.


From noreply at opencsw.org  Wed Jun 17 16:42:34 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 17 Jun 2009 16:42:34 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <78cf62f78282353ae4688a39aa4baab8@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-17 16:42 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006324) mwatters (manager) - 2009-06-17 16:42
 http://www.opencsw.org/mantis/view.php?id=3686#c6324 
---------------------------------------------------------------------- 
php4 is EOL upstream since December 31st 2007.
http://www.php.net/releases/

There has been no security/bug fixes since the last release in August
2008.

I will add the php4_dbase package since you requested it, but I
***STRONGLY*** recommend you upgrade to php5.

php5 already has the dbase extension compiled for use. php5_dbase


From noreply at opencsw.org  Wed Jun 17 16:54:06 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 17 Jun 2009 16:54:06 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <e599815d6dcd3c0212bb850d48588ace@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-17 16:54 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006325) xmasm1 (reporter) - 2009-06-17 16:54
 http://www.opencsw.org/mantis/view.php?id=3686#c6325 
---------------------------------------------------------------------- 
You are so kind. Thanks for this.
Some projects still rely on PHP4.


From noreply at opencsw.org  Wed Jun 17 23:42:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 17 Jun 2009 23:42:45 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <f00ed50b05df429629268fe5f7097293@www.opencsw.org>


The following issue requires your FEEDBACK. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-17 23:42 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006326) mwatters (manager) - 2009-06-17 23:42
 http://www.opencsw.org/mantis/view.php?id=3713#c6326 
---------------------------------------------------------------------- 
maybe we are looking at 2 different versions of webtoolkit. but the one I
see requires:
Cmake (2.4 or 2.6 are preferred) and boost-1.35 or later. 
http://www.webtoolkit.eu/wt#/download

g++ 4.3.3 is compiled against the current gmp and libmpfr they are
"requirements to build", that is g++ will not build without them. 

please confirm the URL of the software you are attempting to compile.
as well as the OS version and configure command

I don't think the problem is with g++ being incompatible with libmpfr. I
think it is more the latest wt is not compatible with the older version of
libmpfr.
I will wait for your reply and data before making the final
determination.


From noreply at opencsw.org  Thu Jun 18 21:06:42 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 18 Jun 2009 21:06:42 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <f8847d923292e1c6129877e798e31028@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 reopened
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-18 21:06 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006327) mwatters (manager) - 2009-06-18 21:06
 http://www.opencsw.org/mantis/view.php?id=3686#c6327 
---------------------------------------------------------------------- 
php4_dbase has been released.


From noreply at opencsw.org  Thu Jun 18 22:44:06 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 18 Jun 2009 22:44:06 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <c6acfb00d937411c04df1ee8a9cce29f@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-18 22:44 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006328) scottcurtis (reporter) - 2009-06-18 22:44
 http://www.opencsw.org/mantis/view.php?id=3713#c6328 
---------------------------------------------------------------------- 
The problem seems to be related to using the sqrt() from <cmath> which uses
the g++ __builtin_sqrt(). To remove WT from the picture, I created a
main.cpp with the following:

int main(int argc, char **argv)
{
    double d = __builtin_sqrtf(2.0);

    return 0;
}

If I compile this using:
g++ main.cpp

I can reproduce the problem

My OS is Solaris 10.
My libmpfr is version 2.3.1,REV=2008.01.29
My g++ is version 4.3.3,REV=2009.05.07

The libmpfr and g++ versions are what pkg-get -u installs when I get from
current.

If I download and build the latest libmpfr, then __builtin_sqrtf()
compiles successfully.


From noreply at opencsw.org  Thu Jun 18 23:43:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 18 Jun 2009 23:43:35 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <248f9f4ed4524754d4619a87848f5422@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-18 23:43 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006329) mwatters (manager) - 2009-06-18 23:43
 http://www.opencsw.org/mantis/view.php?id=3713#c6329 
---------------------------------------------------------------------- 
thank you for the feedback,  I will look into this further.
we are in the process of upgrading gmp and then libmpfr so hopefully once
I get that done, this bug will be fixed as a side effect.


From noreply at opencsw.org  Fri Jun 19 00:17:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 00:17:04 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <08cd87adb8410a79b570745bd99e1bb3@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-19 00:17 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006330) mwatters (manager) - 2009-06-19 00:17
 http://www.opencsw.org/mantis/view.php?id=3713#c6330 
---------------------------------------------------------------------- 
ok, using the sample program you gave me I cannot reproduce:

$ g++ m.cpp
$ ./a.out

I get no error

I tried on solaris 8 sparc, and 10 sparc and 10 x86

Here is the pertinent software I am using.

all the systems have the same revision of CSW software
$ pkg-get -c libgmp libmpfr
# (From site http://mirror/opencsw/current )
       software                        localrev                     
remoterev
         libgmp            4.2.2,REV=2007.12.08                          
SAME
        libmpfr            2.3.1,REV=2008.01.29                          
SAME

$ pkg-get -c |grep gcc4         
        gcc4ada            4.3.3,REV=2009.05.07                          
SAME
      gcc4adart            4.3.3,REV=2009.05.07                          
SAME
       gcc4core            4.3.3,REV=2009.05.07                          
SAME
     gcc4corert            4.3.3,REV=2009.05.07                          
SAME
        gcc4g++            4.3.3,REV=2009.05.07                          
SAME
      gcc4g++rt            4.3.3,REV=2009.05.07                          
SAME
   gcc4gfortran            4.3.3,REV=2009.05.07                          
SAME
 gcc4gfortranrt            4.3.3,REV=2009.05.07                          
SAME
       gcc4objc            4.3.3,REV=2009.05.07                          
SAME
     gcc4objcrt            4.3.3,REV=2009.05.07                          
SAME

what version of libgmp are you running? is there any other info you can
supply?


From noreply at opencsw.org  Fri Jun 19 12:23:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 12:23:56 +0200
Subject: [bug-notifications] [amanda 0003716]: Amanda 2.6.1p1 fails with
	symbol g_fprintf: referenced symbol not found
Message-ID: <ea99c6a2d67365c320d090c7e154949b@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3716 
====================================================================== 
Reported By:                tim
Assigned To:                
====================================================================== 
Project:                    amanda
Issue ID:                   3716
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-19 12:23 CEST
Last Modified:              2009-06-19 12:23 CEST
====================================================================== 
Summary:                    Amanda 2.6.1p1 fails with symbol g_fprintf:
referenced symbol not found
Description: 
bash-2.05# /opt/csw/libexec/amanda/amandad                                 
    
ld.so.1: /opt/csw/libexec/amanda/amandad: fatal: relocation error: file
/opt/csw/lib/amanda/libamanda-2.6.1p1.so: symbol g_fprintf: referenced
symbol not found 
Killed  

bash-2.05# uname -a
SunOS acdev9 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Fire-V240

bash-2.05# ldd /opt/csw/libexec/amanda/amandad
        libamandad-2.6.1p1.so =>        
/opt/csw/lib/amanda/libamandad-2.6.1p1.so
        libamanda-2.6.1p1.so =>  /opt/csw/lib/amanda/libamanda-2.6.1p1.so
        libm.so.1 =>     /usr/lib/libm.so.1
        libgmodule-2.0.so.0 =>   /usr/lib/libgmodule-2.0.so.0
        libgobject-2.0.so.0 =>   /usr/lib/libgobject-2.0.so.0
        libgthread-2.0.so.0 =>   /usr/lib/libgthread-2.0.so.0
        libpthread.so.1 =>       /usr/lib/libpthread.so.1
        libthread.so.1 =>        /usr/lib/libthread.so.1
        librt.so.1 =>    /usr/lib/librt.so.1
        libglib-2.0.so.0 =>      /usr/lib/libglib-2.0.so.0
        libintl.so.8 =>  /opt/csw/lib/libintl.so.8
        libcurl.so.4 =>  /usr/local/lib/libcurl.so.4
        libidn.so.11 =>  /opt/csw/lib/libidn.so.11
        libldap-2.3.so.0 =>      /opt/csw/lib/libldap-2.3.so.0
        liblber-2.3.so.0 =>      /opt/csw/lib/liblber-2.3.so.0
        libgen.so.1 =>   /usr/lib/libgen.so.1
        libnet.so =>     /opt/csw/lib/libnet.so
        libsasl2.so.2 =>         /opt/csw/lib/libsasl2.so.2
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libssl.so.0.9.8 =>       /opt/csw/lib/libssl.so.0.9.8
        libcrypto.so.0.9.8 =>    /opt/csw/lib/libcrypto.so.0.9.8
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libz.so =>       /usr/lib/libz.so
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libaio.so.1 =>   /usr/lib/libaio.so.1
        libmd5.so.1 =>   /usr/lib/libmd5.so.1
        libsec.so.1 =>   /usr/lib/libsec.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
        /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1



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


From noreply at opencsw.org  Fri Jun 19 17:23:23 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 17:23:23 +0200
Subject: [bug-notifications] [gcc4g++ 0003717]: Upgrade to GCC 4.4.x for
	improved C99/C++0x/OpenMP 3.0 support
Message-ID: <6fdb033fb48dc3dc2032a7213fba9aa6@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3717 
====================================================================== 
Reported By:                kenmays
Assigned To:                
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3717
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-19 17:23 CEST
Last Modified:              2009-06-19 17:23 CEST
====================================================================== 
Summary:                    Upgrade to GCC 4.4.x for improved C99/C++0x/OpenMP
3.0  support
Description: 
We are using GCC 4.4.x for C++0x/GNU++0x/OpenMP projects which our exam
requirements mention we should use GCC 4.4.x for these features and loop
blocking optimizations.
======================================================================


From noreply at opencsw.org  Fri Jun 19 17:37:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 17:37:11 +0200
Subject: [bug-notifications] [gcc4g++ 0003717]: Upgrade to GCC 4.4.x for
	improved C99/C++0x/OpenMP 3.0 support
In-Reply-To: <2d555f2eb47064dd14a0dd422b0424e6>
Message-ID: <f9328319cceccd9aa742d66ca6677d6b@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3717 
====================================================================== 
Reported By:                kenmays
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3717
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-19 17:23 CEST
Last Modified:              2009-06-19 17:37 CEST
====================================================================== 
Summary:                    Upgrade to GCC 4.4.x for improved C99/C++0x/OpenMP
3.0  support
Description: 
We are using GCC 4.4.x for C++0x/GNU++0x/OpenMP projects which our exam
requirements mention we should use GCC 4.4.x for these features and loop
blocking optimizations.
======================================================================


From noreply at opencsw.org  Fri Jun 19 21:35:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 21:35:45 +0200
Subject: [bug-notifications] [nrpe 0003707]: Enable nrpe to send 8 kB data
In-Reply-To: <5c1f00797dc136f375bab0be7974496c>
Message-ID: <25be641dc8b12a9e9468da07eeab073d@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3707 
====================================================================== 
Reported By:                ja
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3707
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-08 12:10 CEST
Last Modified:              2009-06-19 21:35 CEST
====================================================================== 
Summary:                    Enable nrpe to send 8 kB data
Description: 
Enable nrpe to send 8 kB data to a nagios server. This is useful /
necessary to perform larger checks with check_multi.
====================================================================== 

---------------------------------------------------------------------- 
 (0006331) ja (manager) - 2009-06-19 21:35
 http://www.opencsw.org/bugtrack/view.php?id=3707#c6331 
---------------------------------------------------------------------- 
New packages are available.


From noreply at opencsw.org  Sat Jun 20 05:04:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 20 Jun 2009 05:04:55 +0200
Subject: [bug-notifications] [git 0003718]: upgrade git to close security
	hole
Message-ID: <c581c77576b6fa99bd72a8d24a0d6711@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3718 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    git
Issue ID:                   3718
Category:                   upgrade
Reproducibility:            N/A
Severity:                   major
Priority:                   high
Status:                     new
====================================================================== 
Date Submitted:             2009-06-20 05:04 CEST
Last Modified:              2009-06-20 05:04 CEST
====================================================================== 
Summary:                    upgrade git to close security hole
Description: 
Upgrade to mitigate CVE-2009-2108

http://web.nvd.nist.gov/view/vuln/detail?execution=e1s1

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


From noreply at opencsw.org  Sun Jun 21 18:50:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 21 Jun 2009 18:50:52 +0200
Subject: [bug-notifications] [gocr 0003699]: Please upgrade to 0.46
In-Reply-To: <4a7f35f35d312d116f7b56677468f002>
Message-ID: <06db1bdc72ed017165dba3417d5a5978@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3699 
====================================================================== 
Reported By:                ihsan
Assigned To:                
====================================================================== 
Project:                    gocr
Issue ID:                   3699
Category:                   upgrade
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-05-29 15:07 CEST
Last Modified:              2009-06-21 18:50 CEST
====================================================================== 
Summary:                    Please upgrade to 0.46
Description: 
Please upgrade to 0.46
====================================================================== 

---------------------------------------------------------------------- 
 (0006332) pfelecan (reporter) - 2009-06-21 18:50
 http://www.opencsw.org/mantis/view.php?id=3699#c6332 
---------------------------------------------------------------------- 
Strongly support for the request of ugrading the package to the last
upstream version.


From noreply at opencsw.org  Sun Jun 21 20:38:22 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 21 Jun 2009 20:38:22 +0200
Subject: [bug-notifications] [gcc4g++rt 0003694]: libstdc++.so.6.0.10
	doesn't see libgcc_s.so.1
In-Reply-To: <3c1b456a7b382ed154befba22a351eb9>
Message-ID: <730af69ae58b67704ec4b6dc1d21c3b7@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3694 
====================================================================== 
Reported By:                kamilradz
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++rt
Issue ID:                   3694
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-29 10:20 CEST
Last Modified:              2009-06-21 20:38 CEST
====================================================================== 
Summary:                    libstdc++.so.6.0.10 doesn't see libgcc_s.so.1
Description: 
/opt/csw/gcc4/lib/libstdc++.so.6.0.10 looks for libgcc_s.so.1 dependency in
system runtime linking environment, instead of linking to
/opt/csw/gcc4/lib/libgcc_s.so.1

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

---------------------------------------------------------------------- 
 (0006222) dam (reporter) - 2009-05-29 11:57
 http://www.opencsw.org/bugtrack/view.php?id=3694#c6222 
---------------------------------------------------------------------- 
For the library to be self-sufficient the runtime linker path must be
compiled into the shared lib. No RUNPATH there:

build8s% dump -Lv /opt/csw/gcc4/lib/libstdc++.so.6.0.10

/opt/csw/gcc4/lib/libstdc++.so.6.0.10:

  **** DYNAMIC SECTION INFORMATION ****
.dynamic:
[INDEX] Tag         Value
[1]     NEEDED          libm.so.1
[2]     NEEDED          libgcc_s.so.1
[3]     INIT            0x5c0f0
[4]     FINI            0x5c10c
[5]     SONAME          libstdc++.so.6
[6]     HASH            0x94
[7]     STRTAB          0x16fc0
[8]     STRSZ           0x2a5f2
[9]     SYMTAB          0x7b00
[10]    SYMENT          0x10
[11]    CHECKSUM        0x9ea4
[12]    VERNEED         0x415b4
[13]    VERNEEDNUM      0x2
[14]    PLTSZ           0x2088
[15]    PLTREL          0x7
[16]    JMPREL          0x54398
[17]    RELA            0x415f4
[18]    RELASZ          0x14e2c
[19]    RELAENT         0xc
[20]    FEATURE_1       PARINIT 
[21]    FLAGS           0
[22]    FLAGS_1         DISPRELDONE 
[23]    PLTGOT          0xedb04

However, as libstdc++.so.6.0.10 is always linked to a binary, that binary
itself needs to have this runtime linker path also. So there is a slight
flaw inside the shared lib which should be fixed some time, bit it
shouldn't be visible when you compile something as '-R/opt/csw/gcc4/lib' is
mandatory.


From noreply at opencsw.org  Sun Jun 21 21:33:31 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 21 Jun 2009 21:33:31 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
Message-ID: <e231160fc33e9d3cdbd870eb2991ec61@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-21 21:33 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
======================================================================


From noreply at opencsw.org  Mon Jun 22 12:42:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 22 Jun 2009 12:42:45 +0200
Subject: [bug-notifications] [nrpe 0003720]: Incompatibilities between NRPE
	versions with different packet sizes
Message-ID: <f8e7a06f6ecfe434fd667ec133e0a530@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3720 
====================================================================== 
Reported By:                ja
Assigned To:                
====================================================================== 
Project:                    nrpe
Issue ID:                   3720
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-22 12:42 CEST
Last Modified:              2009-06-22 12:42 CEST
====================================================================== 
Summary:                    Incompatibilities between NRPE versions with
different packet sizes
Description: 
Because there are incompatibilities between NRPE versions, which support
different packet sizes, it is necessary to provide at least two different
versions: 

- packet size of 1 kB (which should be the default for most of the
packages, also BSD and Linux ones)
- packet size of 8 kB (which is desired for some Nagios plugins with a
longer output like check_multi)
======================================================================


From noreply at opencsw.org  Mon Jun 22 12:44:40 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 22 Jun 2009 12:44:40 +0200
Subject: [bug-notifications] [nrpe 0003720]: Incompatibilities between NRPE
	versions with different packet sizes
In-Reply-To: <95be82bae21e7f1e936942a2abaa704b>
Message-ID: <0a064887a1a1412830e6bd84383687fe@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3720 
====================================================================== 
Reported By:                ja
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3720
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-22 12:42 CEST
Last Modified:              2009-06-22 12:44 CEST
====================================================================== 
Summary:                    Incompatibilities between NRPE versions with
different packet sizes
Description: 
Because there are incompatibilities between NRPE versions, which support
different packet sizes, it is necessary to provide at least two different
versions: 

- packet size of 1 kB (which should be the default for most of the
packages, also BSD and Linux ones)
- packet size of 8 kB (which is desired for some Nagios plugins with a
longer output like check_multi)
======================================================================


From noreply at opencsw.org  Mon Jun 22 15:33:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 22 Jun 2009 15:33:16 +0200
Subject: [bug-notifications] [pidgin 0003721]: please upgrade pidgin to 2.5.7
Message-ID: <084eeee95ddb8e12ec8d693bca17c2ff@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3721 
====================================================================== 
Reported By:                mwatters
Assigned To:                
====================================================================== 
Project:                    pidgin
Issue ID:                   3721
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-22 15:33 CEST
Last Modified:              2009-06-22 15:33 CEST
====================================================================== 
Summary:                    please upgrade pidgin to 2.5.7
Description: 
Pidgin 2.5.7 addresses Yahoo dropping support on their servers for legacy
login protocols.  without this pidgin can not be used yahoo instant
messenger.

http://developer.pidgin.im/ticket/8853
======================================================================


From noreply at opencsw.org  Mon Jun 22 22:46:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 22 Jun 2009 22:46:07 +0200
Subject: [bug-notifications] [mysql5 0003722]: Request for update to MySQL
	5.1
Message-ID: <bcefaaddbe0ba447e7b11808753d9ef5@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3722 
====================================================================== 
Reported By:                bryanwgraham
Assigned To:                
====================================================================== 
Project:                    mysql5
Issue ID:                   3722
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-22 22:46 CEST
Last Modified:              2009-06-22 22:46 CEST
====================================================================== 
Summary:                    Request for update to MySQL 5.1
Description: 
It's out.  I'm told this is how you request a new version.
======================================================================


From noreply at opencsw.org  Tue Jun 23 09:28:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 23 Jun 2009 09:28:58 +0200
Subject: [bug-notifications] [stunnel 0003029]: Cannot create pid file
	/opt/csw/var/run/stunnel/stunnel.pid
In-Reply-To: <e90d5d9337418d43175d07193ca8d772>
Message-ID: <de1397a8a3fbbad31caed04d798e529e@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3029 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    stunnel
Issue ID:                   3029
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-01-21 12:29 CET
Last Modified:              2009-06-23 09:28 CEST
====================================================================== 
Summary:                    Cannot create pid file
/opt/csw/var/run/stunnel/stunnel.pid
Description: 
stunnel tries to create its PID file in a non-existent directory. 

$ stunnel stunnel.conf 
2009.01.21 12:20:00 LOG5[28953:1]: stunnel 4.21 on i386-pc-solaris2.8 with
OpenSSL 0.9.8i 15 Sep 2008
2009.01.21 12:20:00 LOG5[28953:1]: Threading:PTHREAD SSL:ENGINE
Sockets:POLL,IPv6
2009.01.21 12:20:00 LOG5[28953:1]: 125 clients allowed
2009.01.21 12:20:00 LOG3[28953:1]: Cannot create pid file
/opt/csw/var/run/stunnel/stunnel.pid
2009.01.21 12:20:00 LOG3[28953:1]: create: No such file or directory (2)

You might create the missing directory for the package, but it would be
even better to relocate the /opt/csw/var stuff to /var/opt/csw
(http://opencsw.org/standards/layout).
======================================================================


From noreply at opencsw.org  Tue Jun 23 09:30:47 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 23 Jun 2009 09:30:47 +0200
Subject: [bug-notifications] [stunnel 0003029]: Cannot create pid file
	/opt/csw/var/run/stunnel/stunnel.pid
In-Reply-To: <e90d5d9337418d43175d07193ca8d772>
Message-ID: <3bc87290fa154dbe63c8cb368cbf4bda@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3029 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    stunnel
Issue ID:                   3029
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-01-21 12:29 CET
Last Modified:              2009-06-23 09:30 CEST
====================================================================== 
Summary:                    Cannot create pid file
/opt/csw/var/run/stunnel/stunnel.pid
Description: 
stunnel tries to create its PID file in a non-existent directory. 

$ stunnel stunnel.conf 
2009.01.21 12:20:00 LOG5[28953:1]: stunnel 4.21 on i386-pc-solaris2.8 with
OpenSSL 0.9.8i 15 Sep 2008
2009.01.21 12:20:00 LOG5[28953:1]: Threading:PTHREAD SSL:ENGINE
Sockets:POLL,IPv6
2009.01.21 12:20:00 LOG5[28953:1]: 125 clients allowed
2009.01.21 12:20:00 LOG3[28953:1]: Cannot create pid file
/opt/csw/var/run/stunnel/stunnel.pid
2009.01.21 12:20:00 LOG3[28953:1]: create: No such file or directory (2)

You might create the missing directory for the package, but it would be
even better to relocate the /opt/csw/var stuff to /var/opt/csw
(http://opencsw.org/standards/layout).
====================================================================== 

---------------------------------------------------------------------- 
 (0006333) skayser (administrator) - 2009-06-23 09:30
 http://opencsw.org/bugtrack/view.php?id=3029#c6333 
---------------------------------------------------------------------- 
Issue has been fixed with 4.27,REV=2009.06.18. --localstatedir is now
/var/opt/csw/.


From noreply at opencsw.org  Wed Jun 24 15:04:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 15:04:28 +0200
Subject: [bug-notifications] [gtk2 0003723]: upgrade to 2.16.2
Message-ID: <5ba2b2de4191fbadd5098357e1d187cf@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3723 
====================================================================== 
Reported By:                pfelecan
Assigned To:                
====================================================================== 
Project:                    gtk2
Issue ID:                   3723
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-24 15:04 CEST
Last Modified:              2009-06-24 15:04 CEST
====================================================================== 
Summary:                    upgrade to 2.16.2
Description: 
upgrade to 2.16.2
======================================================================


From noreply at opencsw.org  Wed Jun 24 15:06:06 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 15:06:06 +0200
Subject: [bug-notifications] [gtkmm_rt 0003724]: upgrade to 2.16.0
Message-ID: <8b1c9fc8b16956a32aaccfd24bfdc55f@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3724 
====================================================================== 
Reported By:                pfelecan
Assigned To:                
====================================================================== 
Project:                    gtkmm_rt
Issue ID:                   3724
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-24 15:06 CEST
Last Modified:              2009-06-24 15:06 CEST
====================================================================== 
Summary:                    upgrade to 2.16.0
Description: 
upgrade to 2.16.0
======================================================================


From noreply at opencsw.org  Wed Jun 24 15:07:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 15:07:25 +0200
Subject: [bug-notifications] [glibmm_rt 0003725]: upgrade to 2.20.0
Message-ID: <848233eb070486a91f3d54ea0e278a9f@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3725 
====================================================================== 
Reported By:                pfelecan
Assigned To:                
====================================================================== 
Project:                    glibmm_rt
Issue ID:                   3725
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-24 15:07 CEST
Last Modified:              2009-06-24 15:07 CEST
====================================================================== 
Summary:                    upgrade to 2.20.0
Description: 
upgrade to 2.20.0
======================================================================


From noreply at opencsw.org  Wed Jun 24 15:10:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 15:10:04 +0200
Subject: [bug-notifications] [glib2 0003710]: Please upgrade to 2.20.3
In-Reply-To: <940075db8f245a374af0562b58406eac>
Message-ID: <e22e2ed911a4c9ea4b9672ff7fb04acd@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3710 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    glib2
Issue ID:                   3710
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 19:32 CEST
Last Modified:              2009-06-24 15:10 CEST
====================================================================== 
Summary:                    Please upgrade to 2.20.3
Description: 
Please upgrade to 2.20.3
====================================================================== 

---------------------------------------------------------------------- 
 (0006334) pfelecan (reporter) - 2009-06-24 15:10
 http://www.opencsw.org/mantis/view.php?id=3710#c6334 
---------------------------------------------------------------------- 
do we have a status about an upgrade?


From noreply at opencsw.org  Wed Jun 24 16:31:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 16:31:56 +0200
Subject: [bug-notifications] [mutt 0003726]: compile mutt --with-sasl and
	--with-hcache
Message-ID: <d23e112ec405998f2835e1ed9c3ced90@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3726 
====================================================================== 
Reported By:                moto
Assigned To:                
====================================================================== 
Project:                    mutt
Issue ID:                   3726
Category:                   regular use
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-24 16:31 CEST
Last Modified:              2009-06-24 16:31 CEST
====================================================================== 
Summary:                    compile mutt --with-sasl and --with-hcache
Description: 
http://durak.org/sean/pubs/software/mutt/optionalfeatures.html#caching
The mutt headercache feature downloads mail-headers for IMAP mailboxes and
thus saves time when opening mailboxes, especially when the folder in
question contains a lot of mails.

http://durak.org/sean/pubs/software/mutt/optionalfeatures.html#id408431
SASL automatically chooses the most safe authentication method if the
mailserver has SASL enabled.  

Unfortunately both features rely on other librarys, probably the reason
why those neat features where not included in the first place.

Cheers,
  Markus
======================================================================


From noreply at opencsw.org  Wed Jun 24 16:41:22 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 16:41:22 +0200
Subject: [bug-notifications] [amanda 0003716]: Amanda 2.6.1p1 fails with
	symbol g_fprintf: referenced symbol not found
In-Reply-To: <07c25f805abede1474a8b1dc4ccaf6c7>
Message-ID: <7309c0e431c1c42c07e753b3d1f88ca7@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3716 
====================================================================== 
Reported By:                tim
Assigned To:                
====================================================================== 
Project:                    amanda
Issue ID:                   3716
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-19 12:23 CEST
Last Modified:              2009-06-24 16:41 CEST
====================================================================== 
Summary:                    Amanda 2.6.1p1 fails with symbol g_fprintf:
referenced symbol not found
Description: 
bash-2.05# /opt/csw/libexec/amanda/amandad                                 
    
ld.so.1: /opt/csw/libexec/amanda/amandad: fatal: relocation error: file
/opt/csw/lib/amanda/libamanda-2.6.1p1.so: symbol g_fprintf: referenced
symbol not found 
Killed  

bash-2.05# uname -a
SunOS acdev9 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Fire-V240

bash-2.05# ldd /opt/csw/libexec/amanda/amandad
        libamandad-2.6.1p1.so =>        
/opt/csw/lib/amanda/libamandad-2.6.1p1.so
        libamanda-2.6.1p1.so =>  /opt/csw/lib/amanda/libamanda-2.6.1p1.so
        libm.so.1 =>     /usr/lib/libm.so.1
        libgmodule-2.0.so.0 =>   /usr/lib/libgmodule-2.0.so.0
        libgobject-2.0.so.0 =>   /usr/lib/libgobject-2.0.so.0
        libgthread-2.0.so.0 =>   /usr/lib/libgthread-2.0.so.0
        libpthread.so.1 =>       /usr/lib/libpthread.so.1
        libthread.so.1 =>        /usr/lib/libthread.so.1
        librt.so.1 =>    /usr/lib/librt.so.1
        libglib-2.0.so.0 =>      /usr/lib/libglib-2.0.so.0
        libintl.so.8 =>  /opt/csw/lib/libintl.so.8
        libcurl.so.4 =>  /usr/local/lib/libcurl.so.4
        libidn.so.11 =>  /opt/csw/lib/libidn.so.11
        libldap-2.3.so.0 =>      /opt/csw/lib/libldap-2.3.so.0
        liblber-2.3.so.0 =>      /opt/csw/lib/liblber-2.3.so.0
        libgen.so.1 =>   /usr/lib/libgen.so.1
        libnet.so =>     /opt/csw/lib/libnet.so
        libsasl2.so.2 =>         /opt/csw/lib/libsasl2.so.2
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libssl.so.0.9.8 =>       /opt/csw/lib/libssl.so.0.9.8
        libcrypto.so.0.9.8 =>    /opt/csw/lib/libcrypto.so.0.9.8
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libz.so =>       /usr/lib/libz.so
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libaio.so.1 =>   /usr/lib/libaio.so.1
        libmd5.so.1 =>   /usr/lib/libmd5.so.1
        libsec.so.1 =>   /usr/lib/libsec.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
        /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1



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

---------------------------------------------------------------------- 
 (0006335) darin (manager) - 2009-06-24 16:41
 http://www.opencsw.org/bugtrack/view.php?id=3716#c6335 
---------------------------------------------------------------------- 
Tim,

I am unable to recreate this behavior, amanda is working fine for me on
Solaris 9 SPARC, and Solaris 10 SPARC/x86. I would recommend installing the
latest patch cluster from Sun as well as ensuring the CSW stack is updated.


From noreply at opencsw.org  Wed Jun 24 18:56:00 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 18:56:00 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <72094ec691b2db2f109baee96fc5fb60@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-24 18:55 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006336) scottcurtis (reporter) - 2009-06-24 18:55
 http://www.opencsw.org/mantis/view.php?id=3713#c6336 
---------------------------------------------------------------------- 
pkg-get -c libgmp libmpfr
# (From site http://ibiblio.org/pub/packages/solaris/opencsw/current )
       software                    localrev                   remoterev
         libgmp        4.2.2,REV=2007.12.08                        SAME
        libmpfr        2.3.1,REV=2008.01.29                        SAME
pkg-get -c |grep gcc4
        gcc4ada             [Not installed]        4.3.3,REV=2009.05.07
      gcc4adart             [Not installed]        4.3.3,REV=2009.05.07
       gcc4core        4.3.3,REV=2009.05.07                        SAME
     gcc4corert        4.3.3,REV=2009.05.07                        SAME
        gcc4g++        4.3.3,REV=2009.05.07                        SAME
      gcc4g++rt        4.3.3,REV=2009.05.07                        SAME
        gcc4g95             [Not installed]        4.0.2,REV=2005.09.29
      gcc4g95rt             [Not installed]        4.0.2,REV=2005.09.29
   gcc4gfortran             [Not installed]        4.3.3,REV=2009.05.07
 gcc4gfortranrt             [Not installed]        4.3.3,REV=2009.05.07
       gcc4java             [Not installed]        4.3.3,REV=2009.05.07
     gcc4javart             [Not installed]        4.3.3,REV=2009.05.07
       gcc4objc             [Not installed]        4.3.3,REV=2009.05.07
     gcc4objcrt             [Not installed]        4.3.3,REV=2009.05.07


From noreply at opencsw.org  Wed Jun 24 20:16:54 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 20:16:54 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
In-Reply-To: <4815ca3c21682ed3c32677339deada8f>
Message-ID: <76b4e08bb74ed789ff8f41e4e02dcc8f@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-24 20:16 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
====================================================================== 

---------------------------------------------------------------------- 
 (0006337) philadmin (administrator) - 2009-06-24 20:16
 http://opencsw.org/bugtrack/view.php?id=3719#c6337 
---------------------------------------------------------------------- 
Err.. no the subject doesnt say it all.
it doenst say where to get this alleged version 2.2

links.sourceforge.net, only seems to have the old 0.99 version


From noreply at opencsw.org  Wed Jun 24 22:45:23 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 22:45:23 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
In-Reply-To: <4815ca3c21682ed3c32677339deada8f>
Message-ID: <5408b41e90ebe1c3f530fed200b71dd6@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-24 22:45 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
====================================================================== 

---------------------------------------------------------------------- 
 (0006338) trygvis (reporter) - 2009-06-24 22:45
 http://opencsw.org/bugtrack/view.php?id=3719#c6338 
---------------------------------------------------------------------- 
Err, a basic search give you: http://links.twibright.com/download.php.

It is also linked to from links.sourceforge.net


From noreply at opencsw.org  Wed Jun 24 23:18:44 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 23:18:44 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
In-Reply-To: <4815ca3c21682ed3c32677339deada8f>
Message-ID: <859d9d7733a6208f233a2f94bde62e6c@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-24 23:18 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
====================================================================== 

---------------------------------------------------------------------- 
 (0006339) philadmin (administrator) - 2009-06-24 23:18
 http://opencsw.org/bugtrack/view.php?id=3719#c6339 
---------------------------------------------------------------------- 
that is not "links.sourceforge.net". it is a fork.
This "bug report", then, does not belong in the category of "upgrade".

It becomes more of a feature request or something, along the lines of,

"links, the original, is obsolete. Please replace with the fork found at

   xxx.yyy...zzz".

Except that there are multiple.

and as a side note, we already have a package for one of the forks:
elinks.

Hmph. they really should have renamed the one you are referencing.

Or taken over the sourceforge area.

I'm not sure how best to deal with the transition/rename/whatever.
Please start a discussion on the maintainers list, if you're really like
to see the twibright version packaged.
Closing this "update" bug.


From noreply at opencsw.org  Wed Jun 24 23:19:20 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 23:19:20 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
In-Reply-To: <4815ca3c21682ed3c32677339deada8f>
Message-ID: <864ce1315674d31ce8264c2f63a8333f@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-24 23:19 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
====================================================================== 

---------------------------------------------------------------------- 
 (0006339) philadmin (administrator) - 2009-06-24 23:18
 http://opencsw.org/bugtrack/view.php?id=3719#c6339 
---------------------------------------------------------------------- 
that is not "links.sourceforge.net". it is a fork.
This "bug report", then, does not belong in the category of "upgrade".

It becomes more of a feature request or something, along the lines of,

"links, the original, is obsolete. Please replace with the fork found at

   xxx.yyy...zzz".

Except that there are multiple.

and as a side note, we already have a package for one of the forks:
elinks.

Hmph. they really should have renamed the one you are referencing.

Or taken over the sourceforge area.

I'm not sure how best to deal with the transition/rename/whatever.
Please start a discussion on the maintainers list, if you're really like
to see the twibright version packaged.
Closing this "update" bug.


From noreply at opencsw.org  Thu Jun 25 11:19:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:19:52 +0200
Subject: [bug-notifications] [nrpe 0003727]: "Request packet had invalid
	CRC32"
Message-ID: <0287e6e2b4f63c2ccfcb867333342423@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3727 
====================================================================== 
Reported By:                thwn
Assigned To:                
====================================================================== 
Project:                    nrpe
Issue ID:                   3727
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-25 11:19 CEST
Last Modified:              2009-06-25 11:19 CEST
====================================================================== 
Summary:                    "Request packet had invalid CRC32"
Description: 
After upgrade from 
nrpe 2.12,REV=2009.05.17
to
nrpe 2.12,REV=2009.06.18
I suddendly get the following error in syslog:
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 261363 daemon.error] Error: Request
packet had invalid CRC32.
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 900267 daemon.error] Client request
was invalid, bailing out...
======================================================================


From noreply at opencsw.org  Thu Jun 25 11:27:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:27:18 +0200
Subject: [bug-notifications] [nrpe 0003727]: "Request packet had invalid
	CRC32"
In-Reply-To: <8b051e478e18986e26c60892bd0582ff>
Message-ID: <d20267af295c64283254e5ad645dd418@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3727 
====================================================================== 
Reported By:                thwn
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3727
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-25 11:19 CEST
Last Modified:              2009-06-25 11:27 CEST
====================================================================== 
Summary:                    "Request packet had invalid CRC32"
Description: 
After upgrade from 
nrpe 2.12,REV=2009.05.17
to
nrpe 2.12,REV=2009.06.18
I suddendly get the following error in syslog:
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 261363 daemon.error] Error: Request
packet had invalid CRC32.
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 900267 daemon.error] Client request
was invalid, bailing out...
======================================================================


From noreply at opencsw.org  Thu Jun 25 11:27:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:27:58 +0200
Subject: [bug-notifications] [nrpe 0003727]: "Request packet had invalid
	CRC32"
In-Reply-To: <8b051e478e18986e26c60892bd0582ff>
Message-ID: <28548432a319e33772492c567ea843b2@www.opencsw.org>


The following issue has been set as DUPLICATE OF issue 0003720. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3727 
====================================================================== 
Reported By:                thwn
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3727
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-25 11:19 CEST
Last Modified:              2009-06-25 11:27 CEST
====================================================================== 
Summary:                    "Request packet had invalid CRC32"
Description: 
After upgrade from 
nrpe 2.12,REV=2009.05.17
to
nrpe 2.12,REV=2009.06.18
I suddendly get the following error in syslog:
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 261363 daemon.error] Error: Request
packet had invalid CRC32.
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 900267 daemon.error] Client request
was invalid, bailing out...
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0003720 Incompatibilities between NRPE versions...
======================================================================


From noreply at opencsw.org  Thu Jun 25 11:27:59 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:27:59 +0200
Subject: [bug-notifications] [nrpe 0003720]: Incompatibilities between NRPE
	versions with different packet sizes
In-Reply-To: <95be82bae21e7f1e936942a2abaa704b>
Message-ID: <7476e089eb9ebd0e3e41b4f83b41655e@www.opencsw.org>


The issue 0003727 has been set as DUPLICATE OF the following issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3720 
====================================================================== 
Reported By:                ja
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3720
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-22 12:42 CEST
Last Modified:              2009-06-22 12:44 CEST
====================================================================== 
Summary:                    Incompatibilities between NRPE versions with
different packet sizes
Description: 
Because there are incompatibilities between NRPE versions, which support
different packet sizes, it is necessary to provide at least two different
versions: 

- packet size of 1 kB (which should be the default for most of the
packages, also BSD and Linux ones)
- packet size of 8 kB (which is desired for some Nagios plugins with a
longer output like check_multi)
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0003727 &quot;Request packet had invalid CRC32&...
======================================================================


From noreply at opencsw.org  Thu Jun 25 11:31:39 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:31:39 +0200
Subject: [bug-notifications] [nrpe 0003727]: "Request packet had invalid
	CRC32"
In-Reply-To: <8b051e478e18986e26c60892bd0582ff>
Message-ID: <ac47fc2c32ecc9fb3dcd75bfa71f3ecb@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3727 
====================================================================== 
Reported By:                thwn
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3727
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-25 11:19 CEST
Last Modified:              2009-06-25 11:31 CEST
====================================================================== 
Summary:                    "Request packet had invalid CRC32"
Description: 
After upgrade from 
nrpe 2.12,REV=2009.05.17
to
nrpe 2.12,REV=2009.06.18
I suddendly get the following error in syslog:
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 261363 daemon.error] Error: Request
packet had invalid CRC32.
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 900267 daemon.error] Client request
was invalid, bailing out...
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0003720 Incompatibilities between NRPE versions...
====================================================================== 

---------------------------------------------------------------------- 
 (0006340) ja (manager) - 2009-06-25 11:31
 http://www.opencsw.org/bugtrack/view.php?id=3727#c6340 
---------------------------------------------------------------------- 
For a quick fix update all your NRPE agents and the check_plugin. See
ticket 0003720 for more info.

If updating is not possible or you have also some Linux / BSD / ... boxes,
give me a personal note, I'll send you packages, which should work as
expected.


From noreply at opencsw.org  Thu Jun 25 14:56:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 14:56:04 +0200
Subject: [bug-notifications] [pen 0003728]: Please upgrade to 0.18.0
Message-ID: <42891dfd97113ba6fd83405201c773b7@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3728 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    pen
Issue ID:                   3728
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-25 14:56 CEST
Last Modified:              2009-06-25 14:56 CEST
====================================================================== 
Summary:                    Please upgrade to 0.18.0
Description: 
Please upgrade to 0.18.0
======================================================================


From noreply at opencsw.org  Thu Jun 25 23:53:39 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 23:53:39 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <41fed97a97ab0d9200907ab7aa25c8c5@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-25 23:53 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006341) skayser (administrator) - 2009-06-25 23:53
 http://opencsw.org/bugtrack/view.php?id=3703#c6341 
---------------------------------------------------------------------- 
Testing something again. pfelecon receives mails from Mantis with duplicate
Message-ID: headers. Let's see ...


From noreply at opencsw.org  Fri Jun 26 00:23:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 00:23:09 +0200
Subject: [bug-notifications] [pysetuptools 0003729]: Missing dependency on
	CSWpython-devel?
Message-ID: <92e6dbff3d6ccd6b7d1c65a619ffc654@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3729 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3729
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 00:23 CEST
Last Modified:              2009-06-26 00:23 CEST
====================================================================== 
Summary:                    Missing dependency on CSWpython-devel?
Description: 
Just installed CSWpysetuptools and easy_install bailed out on me. Upon
installation of CSWpython-devel (which contains distutils) the error below
goes away.

skayser @ ray1 ~$ easy_install
Traceback (most recent call last):
  File "/opt/csw/bin/easy_install", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in
<module>
    class Environment(object):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in
Environment
    def __init__(self, search_path=None,
platform=get_supported_platform(), python=PY_MAJOR):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in
get_supported_platform
    plat = get_build_platform(); m = macosVersionString.match(plat)
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in
get_build_platform
    from distutils.util import get_platform
ImportError: No module named distutils.util
======================================================================


From noreply at opencsw.org  Fri Jun 26 00:28:29 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 00:28:29 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
Message-ID: <187f613a89206f0d0d24ae17bf50b627@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-26 00:28 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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


From noreply at opencsw.org  Fri Jun 26 00:36:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 00:36:46 +0200
Subject: [bug-notifications] [pylibxml2 0003731]: Python C API version
	mismatch for module libxml2mod
Message-ID: <3db1d4328c099d4ef82195b84d88846d@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3731 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    pylibxml2
Issue ID:                   3731
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 00:36 CEST
Last Modified:              2009-06-26 00:36 CEST
====================================================================== 
Summary:                    Python C API version mismatch for module libxml2mod
Description: 
I don't know whether this is something that one needs to worry about.
Haven't discovered anything broken yet while using it, so just reporting
FYI.

$ /opt/csw/bin/python
Python 2.6.2 (r262:71600, May 27 2009, 14:19:46) [C] on sunos5
Type "help", "copyright", "credits" or "license" for more information.
>>> import libxml2mod
__main__:1: RuntimeWarning: Python C API version mismatch for module
libxml2mod: This Python has API version 1013, module libxml2mod has version
1012.
>>> 
======================================================================


From noreply at opencsw.org  Fri Jun 26 04:50:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 04:50:16 +0200
Subject: [bug-notifications] [pysetuptools 0003729]: Missing dependency on
	CSWpython-devel?
In-Reply-To: <3c0efaa53a34b56a1f6af4b2d58767ab>
Message-ID: <941948f7a8e212b8c7ed4bdec1409675@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3729 
====================================================================== 
Reported By:                skayser
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3729
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:23 CEST
Last Modified:              2009-06-26 04:50 CEST
====================================================================== 
Summary:                    Missing dependency on CSWpython-devel?
Description: 
Just installed CSWpysetuptools and easy_install bailed out on me. Upon
installation of CSWpython-devel (which contains distutils) the error below
goes away.

skayser @ ray1 ~$ easy_install
Traceback (most recent call last):
  File "/opt/csw/bin/easy_install", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in
<module>
    class Environment(object):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in
Environment
    def __init__(self, search_path=None,
platform=get_supported_platform(), python=PY_MAJOR):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in
get_supported_platform
    plat = get_build_platform(); m = macosVersionString.match(plat)
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in
get_build_platform
    from distutils.util import get_platform
ImportError: No module named distutils.util
======================================================================


From noreply at opencsw.org  Fri Jun 26 10:50:26 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 10:50:26 +0200
Subject: [bug-notifications] [pysetuptools 0003732]: CSWpysetuptools
	dependency failure
Message-ID: <31f64155274912fbe5488c74d8486f89@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3732 
====================================================================== 
Reported By:                chrislf
Assigned To:                
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3732
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 10:50 CEST
Last Modified:              2009-06-26 10:50 CEST
====================================================================== 
Summary:                    CSWpysetuptools dependency failure
Description: 
easy_install from the CSWpysetuptools package depends on distutils, which
used to be bundled with the dependent package CSWpython prior to version
2.6.2,REV=2009.05.28. At the time of writing distutils has been moved to
CSWpython_devel; thus either CSWpython_devel should be made a dependency of
CSWpysetuptools, or distutils should be made available as a separate
package and listed as a dependency of CSWpysetuptools.

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


From noreply at opencsw.org  Fri Jun 26 11:04:00 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 11:04:00 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <3f28962b6a5b273af3cce97d44d23014@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-26 11:03 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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


From noreply at opencsw.org  Fri Jun 26 14:52:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 14:52:28 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <bb09afe1b91297fc6decdc9f2be70539@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-26 14:52 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006342) ja (manager) - 2009-06-26 14:52
 http://opencsw.org/bugtrack/view.php?id=3730#c6342 
---------------------------------------------------------------------- 
Did I understand it right, that in your config file the pid_file directive
is missing?

Then, this should do the trick in /var/opt/csw/svc/method/svc-cswnrpe, do
you agree?

'stop') 
        if [ -f "$pidfile" ]; then
            [ -n "`pgrep -x -u 0,1,$NRPE_USER nrpe`" ] && /usr/bin/kill
`head -1 $pidfile`
            rm "$pidfile"
        else
            /usr/bin/kill `pgrep -x -u 0,1,$NRPE_USER nrpe`
        fi
        ;;


From noreply at opencsw.org  Fri Jun 26 16:02:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 16:02:58 +0200
Subject: [bug-notifications] [pysetuptools 0003732]: CSWpysetuptools
	dependency failure
In-Reply-To: <b939f18bcc5de7891fbaaf87b8539d47>
Message-ID: <a74f5fd133468384425f909d84a4cbbb@opencsw.org>


The following issue has been set as DUPLICATE OF issue 0003729. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3732 
====================================================================== 
Reported By:                chrislf
Assigned To:                
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3732
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 10:50 CEST
Last Modified:              2009-06-26 16:02 CEST
====================================================================== 
Summary:                    CSWpysetuptools dependency failure
Description: 
easy_install from the CSWpysetuptools package depends on distutils, which
used to be bundled with the dependent package CSWpython prior to version
2.6.2,REV=2009.05.28. At the time of writing distutils has been moved to
CSWpython_devel; thus either CSWpython_devel should be made a dependency of
CSWpysetuptools, or distutils should be made available as a separate
package and listed as a dependency of CSWpysetuptools.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0003729 Missing dependency on CSWpython-devel?
======================================================================


From noreply at opencsw.org  Fri Jun 26 16:02:59 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 16:02:59 +0200
Subject: [bug-notifications] [pysetuptools 0003729]: Missing dependency on
	CSWpython-devel?
In-Reply-To: <3c0efaa53a34b56a1f6af4b2d58767ab>
Message-ID: <b5c4f33d64aa2690a450dc98a914be6b@opencsw.org>


The issue 0003732 has been set as DUPLICATE OF the following issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3729 
====================================================================== 
Reported By:                skayser
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3729
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:23 CEST
Last Modified:              2009-06-26 04:50 CEST
====================================================================== 
Summary:                    Missing dependency on CSWpython-devel?
Description: 
Just installed CSWpysetuptools and easy_install bailed out on me. Upon
installation of CSWpython-devel (which contains distutils) the error below
goes away.

skayser @ ray1 ~$ easy_install
Traceback (most recent call last):
  File "/opt/csw/bin/easy_install", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in
<module>
    class Environment(object):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in
Environment
    def __init__(self, search_path=None,
platform=get_supported_platform(), python=PY_MAJOR):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in
get_supported_platform
    plat = get_build_platform(); m = macosVersionString.match(plat)
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in
get_build_platform
    from distutils.util import get_platform
ImportError: No module named distutils.util
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0003732 CSWpysetuptools dependency failure
======================================================================


From noreply at opencsw.org  Fri Jun 26 19:51:29 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 19:51:29 +0200
Subject: [bug-notifications] [swaks 0003733]: Change to use csw version of
	perl in hash bang
Message-ID: <b85e3612d8a0fc13060a6e0340dbccda@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3733 
====================================================================== 
Reported By:                rmacduff
Assigned To:                
====================================================================== 
Project:                    swaks
Issue ID:                   3733
Category:                   regular use
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 19:51 CEST
Last Modified:              2009-06-26 19:51 CEST
====================================================================== 
Summary:                    Change to use csw version of perl in hash bang
Description: 
The perl used in the hash bang is the Sun provided version (/usr/bin/perl).
 This causes problems when trying to use CSW provided modules that certain
options of swaks requires since the Sun version know nothing of these
modules.  

Changing the path to point to the CSW provided perl would solve this
problem.
======================================================================


From noreply at opencsw.org  Fri Jun 26 19:53:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 19:53:55 +0200
Subject: [bug-notifications] [gsed 0003711]: Please upgrade to 4.2
In-Reply-To: <9319cf212e30a1508a56e051e6be8d72>
Message-ID: <0c217653cb23bde1544526e500a164b9@opencsw.org>


The following issue has been RESOLVED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3711 
====================================================================== 
Reported By:                dam
Assigned To:                rmacduff
====================================================================== 
Project:                    gsed
Issue ID:                   3711
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     resolved
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-10 13:10 CEST
Last Modified:              2009-06-26 19:53 CEST
====================================================================== 
Summary:                    Please upgrade to 4.2
Description: 
Please upgrade to 4.2
====================================================================== 

---------------------------------------------------------------------- 
 (0006343) rmacduff (manager) - 2009-06-26 19:53
 http://opencsw.org/mantis/view.php?id=3711#c6343 
---------------------------------------------------------------------- 
Upgraded to 4.2.


From noreply at opencsw.org  Sat Jun 27 01:07:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 01:07:07 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <71471b89b2cc0119bff15751bd78a253@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-27 01:07 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006344) gadavis (reporter) - 2009-06-27 01:07
 http://opencsw.org/bugtrack/view.php?id=3730#c6344 
---------------------------------------------------------------------- 
The restart function looks like it would still be broken, but that seems
like it will work.

Now that I look at things closer, I would almost consider treating a
configuration file without a pid_file declared to be an error on Solaris 10
and higher because pgrep will find multiple pids if it is run in the global
zone and there are non-global zones running nrpe as well. As it currently
stands, the script will attempt to kill all of them if it is run without a
pidfile.

You might also want to replace lines 32 and 33 with:

pidfile=`awk -F'=' '/^[ \t]*pid_file/ {print $2}' $CONFIG_FILE`
NRPE_USER=`awk -F'=' '/^[ \t]*nrpe_user/ { print $2 }' $CONFIG_FILE`

This fixes a couple of problems with spaces at the beginning of the line
for both config options and commented out pid_file lines


From noreply at opencsw.org  Sat Jun 27 12:39:49 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 12:39:49 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <da267845d2b6250f16c631a324db7165@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-27 12:39 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006345) ja (manager) - 2009-06-27 12:39
 http://opencsw.org/bugtrack/view.php?id=3730#c6345 
---------------------------------------------------------------------- 
Good point with the zones! What do you think about this?

'stop')
        # remove pid file
        if [ -f "$pidfile" ]; then
            [ -n "`pgrep -x -u 0,1,$NRPE_USER nrpe`" ] && /usr/bin/kill
`head -1 $pidfile`
            rm "$pidfile"
        else
                if [ `uname -r` = 5.8  -o `uname -r` = 5.9 ]
                then
                        /usr/bin/kill `pgrep -x -u 0,1,$NRPE_USER nrpe`
                else
                        /usr/bin/kill `pgrep -x -u 0,1,$NRPE_USER -z
\`zonename\` nrpe`
                fi
        fi
        ;;

Works for me reliable in a global zone and works around a missing pid_file
line in the config.

Thanks for the modified lines 32 and 33, cool!


From noreply at opencsw.org  Sat Jun 27 16:04:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 16:04:10 +0200
Subject: [bug-notifications] [ghostscript 0003734]: dvipdf fails with
	message "-q: not found"
Message-ID: <e88903d648c79ee99c17f6a4db08321c@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3734 
====================================================================== 
Reported By:                pfelecan
Assigned To:                
====================================================================== 
Project:                    ghostscript
Issue ID:                   3734
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-27 16:04 CEST
Last Modified:              2009-06-27 16:04 CEST
====================================================================== 
Summary:                    dvipdf fails with message "-q: not found"
Description: 
because dvipdf doesn't define GS_EXECUTABLE it tries to execute "-q" which
is not found...

looking at the Debian supplied file it has this salient code in the first
lines:

# This definition is changed on install to match the
# executable name set in the makefile
GS_EXECUTABLE=gs

Strangely, the script's code is of the same revision as the OpenCSW one.
The same is true for ghostscript itself.

I didn't check the other DVI converters provided by the package.
======================================================================


From noreply at opencsw.org  Sat Jun 27 23:45:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 23:45:45 +0200
Subject: [bug-notifications] [pm_htmlparser 0003735]: Upgrade to 3.61
Message-ID: <53d068c5501b19bcbc10423cd25ab49e@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3735 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_htmlparser
Issue ID:                   3735
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-27 23:45 CEST
Last Modified:              2009-06-27 23:45 CEST
====================================================================== 
Summary:                    Upgrade to 3.61
Description: 
Hi

Please can you upgrade to version 3.61

Thanks in advance
======================================================================


From noreply at opencsw.org  Sat Jun 27 23:47:24 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 23:47:24 +0200
Subject: [bug-notifications] [pm_archivezip 0003736]: Upgrade to 1.28
Message-ID: <ab5727f46335c199ef76b7aa22b4df01@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3736 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3736
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-27 23:47 CEST
Last Modified:              2009-06-27 23:47 CEST
====================================================================== 
Summary:                    Upgrade to 1.28
Description: 
Hi

Canyou please upgrade to version 1.28

Thanks in advance
======================================================================


From noreply at opencsw.org  Sun Jun 28 11:41:54 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:41:54 +0200
Subject: [bug-notifications] [libatk 0003108]: Depend on CSWggettextrt
In-Reply-To: <17f9729ed1c95324fc812611cfec0f60>
Message-ID: <67e4767a8e058dedc8ee5061f8f5b2db@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3108 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libatk
Issue ID:                   3108
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 02:52 CET
Last Modified:              2009-06-28 11:41 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
======================================================================


From noreply at opencsw.org  Sun Jun 28 11:42:14 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:42:14 +0200
Subject: [bug-notifications] [libatk 0003108]: Depend on CSWggettextrt
In-Reply-To: <17f9729ed1c95324fc812611cfec0f60>
Message-ID: <ff7f0c2dee802e8733cc1e89db942209@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3108 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libatk
Issue ID:                   3108
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 02:52 CET
Last Modified:              2009-06-28 11:42 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006346) dam (manager) - 2009-06-28 11:42
 http://www.opencsw.org/mantis/view.php?id=3108#c6346 
---------------------------------------------------------------------- 
Fixed in 1.26.0,REV=2009.06.27


From noreply at opencsw.org  Sun Jun 28 11:42:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:42:46 +0200
Subject: [bug-notifications] [libpango 0003107]: Depend on CSWggettextrt
In-Reply-To: <d1d820648dbbc6ee70346e22c0632af2>
Message-ID: <9a1e98ffbd45173d06edef8d624218f3@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3107 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3107
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 02:52 CET
Last Modified:              2009-06-28 11:42 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
======================================================================


From noreply at opencsw.org  Sun Jun 28 11:43:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:43:04 +0200
Subject: [bug-notifications] [libpango 0003107]: Depend on CSWggettextrt
In-Reply-To: <d1d820648dbbc6ee70346e22c0632af2>
Message-ID: <8092f61b8bb41d8ef1a242d178ca1257@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3107 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3107
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 02:52 CET
Last Modified:              2009-06-28 11:43 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006347) dam (manager) - 2009-06-28 11:43
 http://www.opencsw.org/mantis/view.php?id=3107#c6347 
---------------------------------------------------------------------- 
Fixed in 1.24.3,REV=2009.06.27


From noreply at opencsw.org  Sun Jun 28 11:43:27 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:43:27 +0200
Subject: [bug-notifications] [libpango 0003667]: libpango-1.0.la references
	non-existent .la files, breaks graphviz builds
In-Reply-To: <8dffe78907841537f4e0366dab9518be>
Message-ID: <d52ea5cf3b63bf65d04725ea52452c60@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3667 
====================================================================== 
Reported By:                user2188
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3667
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-12 16:08 CEST
Last Modified:              2009-06-28 11:43 CEST
====================================================================== 
Summary:                    libpango-1.0.la references non-existent .la files,
breaks graphviz builds
Description: 
Basically same issue as 0003666

The installed /opt/csw/lib/libpango-1.0.la contains references to
non-existent .la files.  Specifically: /opt/csw/lib/libgobject-2.0.la
/opt/csw/lib/libg
module-2.0.la -ldl /opt/csw/lib/libglib-2.0.la

This is breaking graphviz builds.


The more general question is:  Why is opencsw installing .la files?   
Fedora does not.
======================================================================


From noreply at opencsw.org  Sun Jun 28 11:43:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:43:43 +0200
Subject: [bug-notifications] [libpango 0003667]: libpango-1.0.la references
	non-existent .la files, breaks graphviz builds
In-Reply-To: <8dffe78907841537f4e0366dab9518be>
Message-ID: <ebff6351bbd568319d7eedf6fdd40d16@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3667 
====================================================================== 
Reported By:                user2188
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3667
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-12 16:08 CEST
Last Modified:              2009-06-28 11:43 CEST
====================================================================== 
Summary:                    libpango-1.0.la references non-existent .la files,
breaks graphviz builds
Description: 
Basically same issue as 0003666

The installed /opt/csw/lib/libpango-1.0.la contains references to
non-existent .la files.  Specifically: /opt/csw/lib/libgobject-2.0.la
/opt/csw/lib/libg
module-2.0.la -ldl /opt/csw/lib/libglib-2.0.la

This is breaking graphviz builds.


The more general question is:  Why is opencsw installing .la files?   
Fedora does not.
====================================================================== 

---------------------------------------------------------------------- 
 (0006348) dam (manager) - 2009-06-28 11:43
 http://www.opencsw.org/mantis/view.php?id=3667#c6348 
---------------------------------------------------------------------- 
Fixed in 1.24.3,REV=2009.06.27


From noreply at opencsw.org  Sun Jun 28 12:54:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 12:54:35 +0200
Subject: [bug-notifications] [ghostscript 0003734]: dvipdf fails with
	message "-q: not found"
In-Reply-To: <cd9847a24278cb6861131fdf9c9222b7>
Message-ID: <86a990090dea202c35b31d11fec67ad4@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3734 
====================================================================== 
Reported By:                pfelecan
Assigned To:                james
====================================================================== 
Project:                    ghostscript
Issue ID:                   3734
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 16:04 CEST
Last Modified:              2009-06-28 12:54 CEST
====================================================================== 
Summary:                    dvipdf fails with message "-q: not found"
Description: 
because dvipdf doesn't define GS_EXECUTABLE it tries to execute "-q" which
is not found...

looking at the Debian supplied file it has this salient code in the first
lines:

# This definition is changed on install to match the
# executable name set in the makefile
GS_EXECUTABLE=gs

Strangely, the script's code is of the same revision as the OpenCSW one.
The same is true for ghostscript itself.

I didn't check the other DVI converters provided by the package.
======================================================================


From noreply at opencsw.org  Sun Jun 28 12:56:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 12:56:10 +0200
Subject: [bug-notifications] [ghostscript 0003734]: dvipdf fails with
	message "-q: not found"
In-Reply-To: <cd9847a24278cb6861131fdf9c9222b7>
Message-ID: <40d70f25bd2756a2448c9d8c3262565f@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3734 
====================================================================== 
Reported By:                pfelecan
Assigned To:                james
====================================================================== 
Project:                    ghostscript
Issue ID:                   3734
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 16:04 CEST
Last Modified:              2009-06-28 12:56 CEST
====================================================================== 
Summary:                    dvipdf fails with message "-q: not found"
Description: 
because dvipdf doesn't define GS_EXECUTABLE it tries to execute "-q" which
is not found...

looking at the Debian supplied file it has this salient code in the first
lines:

# This definition is changed on install to match the
# executable name set in the makefile
GS_EXECUTABLE=gs

Strangely, the script's code is of the same revision as the OpenCSW one.
The same is true for ghostscript itself.

I didn't check the other DVI converters provided by the package.
====================================================================== 

---------------------------------------------------------------------- 
 (0006349) james (manager) - 2009-06-28 12:56
 http://www.opencsw.org/mantis/view.php?id=3734#c6349 
---------------------------------------------------------------------- 
Confirmed.  The script that adds /opt/csw/bin/gsc failed to match the
original file.

ghostscript-8.64,REV=2009.06.28 in testing.


From noreply at opencsw.org  Sun Jun 28 14:02:29 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:02:29 +0200
Subject: [bug-notifications] [jbig2dec 0003290]: Depend on CSWggettextrt
In-Reply-To: <db201bf489b5f4736176be0c82abb2fa>
Message-ID: <7fd1399ce03dabb61ecfa898191762b4@www.opencsw.org>


The following issue has been UPDATED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3290 
====================================================================== 
Reported By:                harpchad
Assigned To:                james
====================================================================== 
Project:                    jbig2dec
Issue ID:                   3290
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 03:12 CET
Last Modified:              2009-06-28 14:02 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006350) james (manager) - 2009-06-28 14:02
 http://www.opencsw.org/bugtrack/view.php?id=3290#c6350 
---------------------------------------------------------------------- 
new release jbig2dec-0.10,REV=2009.06.28 has rt depend


From noreply at opencsw.org  Sun Jun 28 14:03:01 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:03:01 +0200
Subject: [bug-notifications] [jbig2dec 0003290]: Depend on CSWggettextrt
In-Reply-To: <db201bf489b5f4736176be0c82abb2fa>
Message-ID: <0af7b8f9fbb34d5fde684a689fc53572@www.opencsw.org>


The following issue has been UPDATED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3290 
====================================================================== 
Reported By:                harpchad
Assigned To:                james
====================================================================== 
Project:                    jbig2dec
Issue ID:                   3290
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 03:12 CET
Last Modified:              2009-06-28 14:03 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006350) james (manager) - 2009-06-28 14:02
 http://www.opencsw.org/bugtrack/view.php?id=3290#c6350 
---------------------------------------------------------------------- 
new release jbig2dec-0.10,REV=2009.06.28 has rt depend


From noreply at opencsw.org  Sun Jun 28 14:03:24 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:03:24 +0200
Subject: [bug-notifications] [jbig2dec 0003290]: Depend on CSWggettextrt
In-Reply-To: <db201bf489b5f4736176be0c82abb2fa>
Message-ID: <d5976c84f503ca18e36af5ba26c6a7d2@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3290 
====================================================================== 
Reported By:                harpchad
Assigned To:                james
====================================================================== 
Project:                    jbig2dec
Issue ID:                   3290
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 03:12 CET
Last Modified:              2009-06-28 14:03 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006350) james (manager) - 2009-06-28 14:02
 http://www.opencsw.org/bugtrack/view.php?id=3290#c6350 
---------------------------------------------------------------------- 
new release jbig2dec-0.10,REV=2009.06.28 has rt depend


From noreply at opencsw.org  Sun Jun 28 14:18:17 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:18:17 +0200
Subject: [bug-notifications] [pm_extutilsdepends 0003715]: Please upgrade to
	0.301
In-Reply-To: <01d3af6707e586f4ab16e5c719e10163>
Message-ID: <ed50173e43034f1bd33a05c0a248b711@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3715 
====================================================================== 
Reported By:                wbonnet
Assigned To:                wbonnet
====================================================================== 
Project:                    pm_extutilsdepends
Issue ID:                   3715
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-16 09:37 CEST
Last Modified:              2009-06-28 14:18 CEST
====================================================================== 
Summary:                    Please upgrade to 0.301
Description: 
Please upgrade to 0.301
======================================================================


From noreply at opencsw.org  Sun Jun 28 14:18:33 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:18:33 +0200
Subject: [bug-notifications] [pm_extutilsdepends 0003715]: Please upgrade to
	0.301
In-Reply-To: <01d3af6707e586f4ab16e5c719e10163>
Message-ID: <34a2101db31a318ca2d230a328267efe@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3715 
====================================================================== 
Reported By:                wbonnet
Assigned To:                wbonnet
====================================================================== 
Project:                    pm_extutilsdepends
Issue ID:                   3715
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-16 09:37 CEST
Last Modified:              2009-06-28 14:18 CEST
====================================================================== 
Summary:                    Please upgrade to 0.301
Description: 
Please upgrade to 0.301
====================================================================== 

---------------------------------------------------------------------- 
 (0006351) wbonnet (manager) - 2009-06-28 14:18
 http://www.opencsw.org/bugtrack/view.php?id=3715#c6351 
---------------------------------------------------------------------- 
Package has been updated


From noreply at opencsw.org  Sun Jun 28 15:49:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 15:49:28 +0200
Subject: [bug-notifications] [git 0003718]: upgrade git to close security
	hole
In-Reply-To: <efed457064e4a88b38646d4423739ca1>
Message-ID: <44fab51d28dab78547301807fbccb9f8@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3718 
====================================================================== 
Reported By:                bwalton
Assigned To:                bwalton
====================================================================== 
Project:                    git
Issue ID:                   3718
Category:                   upgrade
Reproducibility:            N/A
Severity:                   major
Priority:                   high
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-20 05:04 CEST
Last Modified:              2009-06-28 15:49 CEST
====================================================================== 
Summary:                    upgrade git to close security hole
Description: 
Upgrade to mitigate CVE-2009-2108

http://web.nvd.nist.gov/view/vuln/detail?execution=e1s1

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

---------------------------------------------------------------------- 
 (0006352) bwalton (manager) - 2009-06-28 15:49
 http://www.opencsw.org/mantis/view.php?id=3718#c6352 
---------------------------------------------------------------------- 
1.6.3.2 released.


From noreply at opencsw.org  Sun Jun 28 22:01:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 22:01:55 +0200
Subject: [bug-notifications] [pm_gd 0003737]: GARNAME is invalid
Message-ID: <32bfe879a06e76c4ad977c0d9775179f@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3737 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_gd
Issue ID:                   3737
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-28 22:01 CEST
Last Modified:              2009-06-28 22:01 CEST
====================================================================== 
Summary:                    GARNAME is invalid
Description: 
GARNAME of this packageis GD, it should be pm_GD. This name conflits with
GD (the lib not the perl wrapper containted in this package)
======================================================================


From noreply at opencsw.org  Mon Jun 29 10:36:47 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 10:36:47 +0200
Subject: [bug-notifications] [pm_archivezip 0003736]: Upgrade to 1.28
In-Reply-To: <c5696d96d4b9d789a88a536e701c31f5>
Message-ID: <504be88b3276c70aabfac59e82714a23@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3736 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3736
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 23:47 CEST
Last Modified:              2009-06-29 10:36 CEST
====================================================================== 
Summary:                    Upgrade to 1.28
Description: 
Hi

Canyou please upgrade to version 1.28

Thanks in advance
======================================================================


From noreply at opencsw.org  Mon Jun 29 10:36:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 10:36:52 +0200
Subject: [bug-notifications] [pm_htmlparser 0003735]: Upgrade to 3.61
In-Reply-To: <e79ae68ad4b496652e25cd69c487fee7>
Message-ID: <0f2b0e1b8c30d259ae85cd4a44653af3@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3735 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlparser
Issue ID:                   3735
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 23:45 CEST
Last Modified:              2009-06-29 10:36 CEST
====================================================================== 
Summary:                    Upgrade to 3.61
Description: 
Hi

Please can you upgrade to version 3.61

Thanks in advance
======================================================================


From noreply at opencsw.org  Mon Jun 29 10:57:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 10:57:58 +0200
Subject: [bug-notifications] [pm_archivezip 0003736]: Upgrade to 1.28
In-Reply-To: <c5696d96d4b9d789a88a536e701c31f5>
Message-ID: <f89fc13c2add88eab93e26efdc9cd63d@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3736 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3736
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 23:47 CEST
Last Modified:              2009-06-29 10:57 CEST
====================================================================== 
Summary:                    Upgrade to 1.28
Description: 
Hi

Canyou please upgrade to version 1.28

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006353) bonivart (manager) - 2009-06-29 10:57
 http://www.opencsw.org/mantis/view.php?id=3736#c6353 
---------------------------------------------------------------------- 
Released to current now. I thought uwatch should have alerted me about the
new release? I have this in the Makefile:

UFILES_REGEX = $(GARNAME)-(\d+(?:\.\d+)*).tar.gz


From noreply at opencsw.org  Mon Jun 29 10:58:22 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 10:58:22 +0200
Subject: [bug-notifications] [pm_htmlparser 0003735]: Upgrade to 3.61
In-Reply-To: <e79ae68ad4b496652e25cd69c487fee7>
Message-ID: <5b4d4206839320c023d3ce6282aca904@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3735 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlparser
Issue ID:                   3735
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 23:45 CEST
Last Modified:              2009-06-29 10:58 CEST
====================================================================== 
Summary:                    Upgrade to 3.61
Description: 
Hi

Please can you upgrade to version 3.61

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006354) bonivart (manager) - 2009-06-29 10:58
 http://www.opencsw.org/mantis/view.php?id=3735#c6354 
---------------------------------------------------------------------- 
Released to current now.


From noreply at opencsw.org  Mon Jun 29 11:25:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 11:25:04 +0200
Subject: [bug-notifications] [libtool 0003738]: Libtool is not aware of all
	compilers at OpenCSW
Message-ID: <5bc1e6b3c45ff5d9083c581a3ceba620@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3738 
====================================================================== 
Reported By:                ihsan
Assigned To:                
====================================================================== 
Project:                    libtool
Issue ID:                   3738
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-29 11:25 CEST
Last Modified:              2009-06-29 11:25 CEST
====================================================================== 
Summary:                    Libtool is not aware of all compilers at OpenCSW
Description: 
Libtool is not aware of all compilers at OpenCSW.
======================================================================


From noreply at opencsw.org  Mon Jun 29 12:13:19 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 12:13:19 +0200
Subject: [bug-notifications] [gsed 0003739]: Please upgrade to 4.2.1
Message-ID: <b02389ed8e8046ce1222529a1c6a0aba@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3739 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    gsed
Issue ID:                   3739
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-29 12:13 CEST
Last Modified:              2009-06-29 12:13 CEST
====================================================================== 
Summary:                    Please upgrade to 4.2.1
Description: 
Hi

Please can you upgrade the package to latest version, 4.2.1

thanks in advance


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


From noreply at opencsw.org  Mon Jun 29 16:37:48 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 16:37:48 +0200
Subject: [bug-notifications] [pysetuptools 0003732]: CSWpysetuptools
	dependency failure
In-Reply-To: <b939f18bcc5de7891fbaaf87b8539d47>
Message-ID: <0e0db62ec34b34832e37bab2139db5e7@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3732 
====================================================================== 
Reported By:                chrislf
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3732
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 10:50 CEST
Last Modified:              2009-06-29 16:37 CEST
====================================================================== 
Summary:                    CSWpysetuptools dependency failure
Description: 
easy_install from the CSWpysetuptools package depends on distutils, which
used to be bundled with the dependent package CSWpython prior to version
2.6.2,REV=2009.05.28. At the time of writing distutils has been moved to
CSWpython_devel; thus either CSWpython_devel should be made a dependency of
CSWpysetuptools, or distutils should be made available as a separate
package and listed as a dependency of CSWpysetuptools.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0003729 Missing dependency on CSWpython-devel?
======================================================================


From noreply at opencsw.org  Mon Jun 29 16:41:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 16:41:46 +0200
Subject: [bug-notifications] [squid 0002283]: squid uses /opt/csw/var for
	the default location of the cache.
In-Reply-To: <c721b8be5f19665e55de4ab3d7bdaf5a>
Message-ID: <a12539ab8fb3f3a4c29bbc13e8fa7884@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2283 
====================================================================== 
Reported By:                baro
Assigned To:                mwatters
====================================================================== 
Project:                    squid
Issue ID:                   2283
Category:                   packaging
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-12 19:47 CEST
Last Modified:              2009-06-29 16:41 CEST
====================================================================== 
Summary:                    squid uses /opt/csw/var for the default location of
the cache.
Description: 
I have been trying to submit squidguard as a blastwave packge and have been
trying to keep it consistent with squid.  I used /opt/csw/var/squidGuard as
the default location of the db and log directories.  Unfortunately Phil
bounced recommeding that I instead use /var/opt/csw/squidGuard.  He also
asked that I open a bug against squid for this same issue.
====================================================================== 

---------------------------------------------------------------------- 
 (0006355) mwatters (manager) - 2009-06-29 16:41
 http://www.opencsw.org/mantis/view.php?id=2283#c6355 
---------------------------------------------------------------------- 
fixed in the latest release.


From noreply at opencsw.org  Mon Jun 29 17:23:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 17:23:25 +0200
Subject: [bug-notifications] [gsed 0003739]: Please upgrade to 4.2.1
In-Reply-To: <3e9f9a67cfadb6fefbc643822a200323>
Message-ID: <0dd27167f4a7fd8b67f3633507e7e97c@opencsw.org>


The following issue has been UPDATED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3739 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    gsed
Issue ID:                   3739
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-29 12:13 CEST
Last Modified:              2009-06-29 17:23 CEST
====================================================================== 
Summary:                    Please upgrade to 4.2.1
Description: 
Hi

Please can you upgrade the package to latest version, 4.2.1

thanks in advance


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

---------------------------------------------------------------------- 
 (0006356) rmacduff (manager) - 2009-06-29 17:23
 http://opencsw.org/mantis/view.php?id=3739#c6356 
---------------------------------------------------------------------- 
Upgraded and now in testing.


From noreply at opencsw.org  Mon Jun 29 18:43:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 18:43:07 +0200
Subject: [bug-notifications] [ghostscript 0003734]: dvipdf fails with
	message "-q: not found"
In-Reply-To: <cd9847a24278cb6861131fdf9c9222b7>
Message-ID: <002504fc1a7f44a8de7006e4f1dec13b@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3734 
====================================================================== 
Reported By:                pfelecan
Assigned To:                james
====================================================================== 
Project:                    ghostscript
Issue ID:                   3734
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 16:04 CEST
Last Modified:              2009-06-29 18:43 CEST
====================================================================== 
Summary:                    dvipdf fails with message "-q: not found"
Description: 
because dvipdf doesn't define GS_EXECUTABLE it tries to execute "-q" which
is not found...

looking at the Debian supplied file it has this salient code in the first
lines:

# This definition is changed on install to match the
# executable name set in the makefile
GS_EXECUTABLE=gs

Strangely, the script's code is of the same revision as the OpenCSW one.
The same is true for ghostscript itself.

I didn't check the other DVI converters provided by the package.
====================================================================== 

---------------------------------------------------------------------- 
 (0006357) pfelecan (reporter) - 2009-06-29 18:43
 http://www.opencsw.org/bugtrack/view.php?id=3734#c6357 
---------------------------------------------------------------------- 
Installed and tested on i386. dvipdf works.


From noreply at opencsw.org  Mon Jun 29 20:34:51 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 20:34:51 +0200
Subject: [bug-notifications] [pm_archivezip 0003736]: Upgrade to 1.28
In-Reply-To: <c5696d96d4b9d789a88a536e701c31f5>
Message-ID: <6331e6c4321342feb8eb7c5b38f27579@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3736 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3736
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-27 23:47 CEST
Last Modified:              2009-06-29 20:34 CEST
====================================================================== 
Summary:                    Upgrade to 1.28
Description: 
Hi

Canyou please upgrade to version 1.28

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006358) bonivart (manager) - 2009-06-29 20:34
 http://www.opencsw.org/mantis/view.php?id=3736#c6358 
---------------------------------------------------------------------- 
Release confirmed.


From noreply at opencsw.org  Mon Jun 29 20:36:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 20:36:25 +0200
Subject: [bug-notifications] [pm_htmlparser 0003735]: Upgrade to 3.61
In-Reply-To: <e79ae68ad4b496652e25cd69c487fee7>
Message-ID: <b829abf15cc9b2510fddf7c1e8c8fa33@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3735 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlparser
Issue ID:                   3735
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-27 23:45 CEST
Last Modified:              2009-06-29 20:36 CEST
====================================================================== 
Summary:                    Upgrade to 3.61
Description: 
Hi

Please can you upgrade to version 3.61

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006359) bonivart (manager) - 2009-06-29 20:36
 http://www.opencsw.org/mantis/view.php?id=3735#c6359 
---------------------------------------------------------------------- 
Release confirmed.


From noreply at opencsw.org  Mon Jun 29 22:32:48 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 22:32:48 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <a1fa3fe79d7bf4d16664f9aeb615b209@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-29 22:32 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006360) gadavis (reporter) - 2009-06-29 22:32
 http://opencsw.org/bugtrack/view.php?id=3730#c6360 
---------------------------------------------------------------------- 
Looks like it should work


From noreply at opencsw.org  Mon Jun 29 23:39:14 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 23:39:14 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <41b6ab925ccea61e721f9fc30d97ad59@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-29 23:39 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006361) ja (manager) - 2009-06-29 23:39
 http://opencsw.org/bugtrack/view.php?id=3730#c6361 
---------------------------------------------------------------------- 
I put packages with the fixed start / stop script into testing. Please test
them, if there aren't other issues I will release them at the end of the
week.


From noreply at opencsw.org  Mon Jun 29 23:46:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 23:46:07 +0200
Subject: [bug-notifications] [dnstracer 0003740]: Please upgrade to 1.9
Message-ID: <c911ca5cfaee684a0ffdad6111b2b5ab@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3740 
====================================================================== 
Reported By:                bonivart
Assigned To:                
====================================================================== 
Project:                    dnstracer
Issue ID:                   3740
Category:                   upgrade
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-29 23:46 CEST
Last Modified:              2009-06-29 23:46 CEST
====================================================================== 
Summary:                    Please upgrade to 1.9
Description: 
<Please upgrade to 1.9.
======================================================================


From noreply at opencsw.org  Mon Jun 29 23:48:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 23:48:46 +0200
Subject: [bug-notifications] [libcairo 0003672]: broken installation of
	cairo on build8st - missing xcb
In-Reply-To: <2be64af8ddb4ec30d51c1864a3da7880>
Message-ID: <bcb026780192ff577daeb81f6e4f8ae1@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3672 
====================================================================== 
Reported By:                user2188
Assigned To:                dam
====================================================================== 
Project:                    libcairo
Issue ID:                   3672
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-13 21:10 CEST
Last Modified:              2009-06-29 23:48 CEST
====================================================================== 
Summary:                    broken installation of cairo on build8st - missing
xcb
Description: 
$ pkg-config --exists --print-errors cairo
sh: gnome-config: not found
Package xcb was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb.pc'
to the PKG_CONFIG_PATH environment variable
Package 'xcb', required by 'cairo', not found

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


From noreply at opencsw.org  Mon Jun 29 23:49:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 23:49:56 +0200
Subject: [bug-notifications] [libcairo 0003672]: broken installation of
	cairo on build8st - missing xcb
In-Reply-To: <2be64af8ddb4ec30d51c1864a3da7880>
Message-ID: <4a71a2d33a344a3a078ec018831677c2@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3672 
====================================================================== 
Reported By:                user2188
Assigned To:                dam
====================================================================== 
Project:                    libcairo
Issue ID:                   3672
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-13 21:10 CEST
Last Modified:              2009-06-29 23:49 CEST
====================================================================== 
Summary:                    broken installation of cairo on build8st - missing
xcb
Description: 
$ pkg-config --exists --print-errors cairo
sh: gnome-config: not found
Package xcb was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb.pc'
to the PKG_CONFIG_PATH environment variable
Package 'xcb', required by 'cairo', not found

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

---------------------------------------------------------------------- 
 (0006362) dam (manager) - 2009-06-29 23:49
 http://www.opencsw.org/mantis/view.php?id=3672#c6362 
---------------------------------------------------------------------- 
This is normal behaviour as the xcb files are located in X11. You must set
PKG_CONFIG_PATH and everything works:

build8st% export PKG_CONFIG_PATH=/opt/csw/X11/lib/pkgconfig
build8st% pkg-config --exists --print-errors cairo         
build8st%


From noreply at opencsw.org  Tue Jun 30 00:00:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 00:00:10 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <c5823f86f8f394f14f21905f0f7acb47@www.opencsw.org>


The following issue has been REOPENED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-30 00:00 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0006363) yann (reporter) - 2009-06-30 00:00
 http://www.opencsw.org/mantis/view.php?id=3633#c6363 
---------------------------------------------------------------------- 
Hi Peter,

I would like to reopen this bug because I am not quite sure what I asked
in the original report was standard compliant.

According to the standard, if autoenable_daemons=no, postinstall script
should skip enabling the demon to run at boot time. Right now cswclassutils
doesn't install the rc links if autoenable_daemons=no so it should be
right.

However according to the same standard, it is suggested that init script
rely on configuration script presence to know whether or not they should
start the daemon, if the service doesn't provide its own way to
enable/disable it, which is usually the case. 

This configuration file creation mecanism allow to enable/disable the
daemon at boot time:
"That way, the user has the option to manually create the config file
later on, and thus "manually" enable the demon at boot time (as opposed to
"autoenable")."


Reading that, if autoenable_daemons=no, I would think I just have to
create the configuration file to enable the daemon at boot time but that
would not be the case as cswclassutils doesn't create the rc links.


I am not sure I understand well this standard. What's your understand on
this ?


From noreply at opencsw.org  Tue Jun 30 09:29:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 09:29:43 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <e3f3fc2667c0604cf2ced6aff786a4d4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-30 09:29 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0006364) bonivart (manager) - 2009-06-30 09:29
 http://www.opencsw.org/mantis/view.php?id=3633#c6364 
---------------------------------------------------------------------- 
I think the rc-mechanism is too simple to make this perfect for everyone.
The rc-part of cswinitsmf is legacy and we will have to make a choice best
suited for most people.

Not all init scripts check the presence of config files so if rc-links
were to be set up always they would fail in various ways. I think it's
cleaner this way. And it should only affect those who have made a choice to
use autoenable_daemons=no.

To me it's OK but maybe it should be discussed on the maintainers list,
the csw.conf page may need to be reworded slightly or something. Take it to
the list if you want it further discussed. If you do I'll keep this bug
open and fix it the way the list decides.


From noreply at opencsw.org  Tue Jun 30 09:48:36 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 09:48:36 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <592ea35cadece2b8da8bd023b0987ada@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-30 09:48 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0006365) yann (reporter) - 2009-06-30 09:48
 http://www.opencsw.org/mantis/view.php?id=3633#c6365 
---------------------------------------------------------------------- 
I also prefer the way it is handled by cswclassutils. It just lacks a
simple tool to easily recreate the symlinks (but maybe I missed it) but
this way is cleaner.


From noreply at opencsw.org  Tue Jun 30 13:51:17 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 13:51:17 +0200
Subject: [bug-notifications] [pound2 0003741]: Upgrade to 2.4.5
Message-ID: <a9a43558730716e39b8214083dac10b0@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3741 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pound2
Issue ID:                   3741
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 13:51 CEST
Last Modified:              2009-06-30 13:51 CEST
====================================================================== 
Summary:                    Upgrade to 2.4.5
Description: 
Please can you upgrade to 2.4.5

Thanks in advance


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


From noreply at opencsw.org  Tue Jun 30 13:52:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 13:52:28 +0200
Subject: [bug-notifications] [pm_archivezip 0003742]: Upgrade to 1.29
Message-ID: <6f918932cbce78909d787dcbe265bb79@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3742 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3742
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 13:52 CEST
Last Modified:              2009-06-30 13:52 CEST
====================================================================== 
Summary:                    Upgrade to 1.29
Description: 
Please can you upgrade to 1.29

Thanks in advance
======================================================================


From noreply at opencsw.org  Tue Jun 30 13:59:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 13:59:09 +0200
Subject: [bug-notifications] [firefox 0003743]: Upgrade to 3.5
Message-ID: <84589b509b0b247da91ba6fd10367fa4@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3743 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    firefox
Issue ID:                   3743
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 13:59 CEST
Last Modified:              2009-06-30 13:59 CEST
====================================================================== 
Summary:                    Upgrade to 3.5
Description: 
Please upgrade to 3.5
======================================================================


From noreply at opencsw.org  Tue Jun 30 14:05:03 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:05:03 +0200
Subject: [bug-notifications] [firefox 0003743]: Upgrade to 3.5
In-Reply-To: <6be61c27bcc09a0e505db525ac865cf0>
Message-ID: <8e517d8e01cbbd8ec69444a13e5b4b40@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3743 
====================================================================== 
Reported By:                wbonnet
Assigned To:                wbonnet
====================================================================== 
Project:                    firefox
Issue ID:                   3743
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 13:59 CEST
Last Modified:              2009-06-30 14:05 CEST
====================================================================== 
Summary:                    Upgrade to 3.5
Description: 
Please upgrade to 3.5
======================================================================


From noreply at opencsw.org  Tue Jun 30 14:24:34 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:24:34 +0200
Subject: [bug-notifications] [pm_archivezip 0003742]: Upgrade to 1.29
In-Reply-To: <23fc492c5e244c13ccfcf37b209b766b>
Message-ID: <8f25fd16dd9b44e2952fcfd0aac2f709@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3742 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3742
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 13:52 CEST
Last Modified:              2009-06-30 14:24 CEST
====================================================================== 
Summary:                    Upgrade to 1.29
Description: 
Please can you upgrade to 1.29

Thanks in advance
======================================================================


From noreply at opencsw.org  Tue Jun 30 14:26:50 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:26:50 +0200
Subject: [bug-notifications] [pm_archivezip 0003742]: Upgrade to 1.29
In-Reply-To: <23fc492c5e244c13ccfcf37b209b766b>
Message-ID: <ecc2601e504d0b76e64af8e0e4f44e9e@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3742 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3742
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 13:52 CEST
Last Modified:              2009-06-30 14:26 CEST
====================================================================== 
Summary:                    Upgrade to 1.29
Description: 
Please can you upgrade to 1.29

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006366) bonivart (manager) - 2009-06-30 14:26
 http://www.opencsw.org/mantis/view.php?id=3742#c6366 
---------------------------------------------------------------------- 
Are you having a problem with 1.28 I released yesterday?

I tried to build 1.29 and it fails internal testing:

Bareword "Cwd::getcwd" not allowed while "strict subs" in use

As far as I can see this is the only change from 1.28:

- Changed _asLocalName back to rel2abs, but this time using
          Cwd::getcwd as the base path instead of Cwd::cwd.
          This hopefully resolved
http://www.opencsw.org/mantis/view.php?id=47223 (ADAMK)


From noreply at opencsw.org  Tue Jun 30 14:29:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:29:07 +0200
Subject: [bug-notifications] [sudo 0003744]: /etc/projects
Message-ID: <40c7ab02d771c4b8eb8d8775e56522c1@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3744 
====================================================================== 
Reported By:                ihsan
Assigned To:                
====================================================================== 
Project:                    sudo
Issue ID:                   3744
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 14:29 CEST
Last Modified:              2009-06-30 14:29 CEST
====================================================================== 
Summary:                    /etc/projects
Description: 
Please add /etc/projects support for Solaris 9 and 10.

  --with-project
	Enable support for Solaris project resource limits.
	This option is only available on Solaris 9 and above.

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


From noreply at opencsw.org  Tue Jun 30 14:55:31 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:55:31 +0200
Subject: [bug-notifications] [pm_archivezip 0003742]: Upgrade to 1.29
In-Reply-To: <23fc492c5e244c13ccfcf37b209b766b>
Message-ID: <e9a2108148c68bb3af45f4047122ab54@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3742 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3742
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 13:52 CEST
Last Modified:              2009-06-30 14:55 CEST
====================================================================== 
Summary:                    Upgrade to 1.29
Description: 
Please can you upgrade to 1.29

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006367) wbonnet (reporter) - 2009-06-30 14:55
 http://www.opencsw.org/mantis/view.php?id=3742#c6367 
---------------------------------------------------------------------- 
Absolutely no problem :)

While preparing the work for automatic upgrade request from uwatch, i am
reporting issues i receive. 

For a reason i still haven't look for, the email about Archive-Zip goes to
uwatch rejection queue. It is certainly a problem, not on the build
description, but in the GARNMAME / Web Site link.

Thanks for your quick updates


From noreply at opencsw.org  Tue Jun 30 16:34:00 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 16:34:00 +0200
Subject: [bug-notifications] [gv 0003517]: Please upgrade to 3.6.7
In-Reply-To: <47d4ee53a6d9ef365067a1d32e1329c1>
Message-ID: <a57e0c0d95a619a26f1439226e57af83@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3517 
====================================================================== 
Reported By:                dam
Assigned To:                james
====================================================================== 
Project:                    gv
Issue ID:                   3517
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-03-31 12:16 CEST
Last Modified:              2009-06-30 16:33 CEST
====================================================================== 
Summary:                    Please upgrade to 3.6.7
Description: 
Please upgrade to 3.6.7. The new home is
  http://www.gnu.org/software/gv/
====================================================================== 

---------------------------------------------------------------------- 
 (0006368) james (manager) - 2009-06-30 16:33
 http://www.opencsw.org/bugtrack/view.php?id=3517#c6368 
---------------------------------------------------------------------- 
Did 3.6.7 work for you?


From noreply at opencsw.org  Tue Jun 30 18:54:48 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 18:54:48 +0200
Subject: [bug-notifications] [automake 0003745]: Please upgrade 10 1.11
Message-ID: <ae2f4f316595586b0b23e506d73f830b@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3745 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    automake
Issue ID:                   3745
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 18:54 CEST
Last Modified:              2009-06-30 18:54 CEST
====================================================================== 
Summary:                    Please upgrade 10 1.11
Description: 
Coreutils requires 1.10b or newer. Do you mind releasing an update?
======================================================================


From noreply at opencsw.org  Tue Jun 30 20:36:26 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 20:36:26 +0200
Subject: [bug-notifications] [libpango 0003746]: Register the default
	modules as a post-install
Message-ID: <05149a3378ad12c4fdc6b3e3cd2c0905@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3746 
====================================================================== 
Reported By:                mwatters
Assigned To:                
====================================================================== 
Project:                    libpango
Issue ID:                   3746
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 20:36 CEST
Last Modified:              2009-06-30 20:36 CEST
====================================================================== 
Summary:                    Register the default modules as a post-install
Description: 
/opt/csw/bin/pango-querymodules >/opt/csw/etc/pango/pango.modules
======================================================================


From noreply at opencsw.org  Tue Jun 30 23:50:06 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 23:50:06 +0200
Subject: [bug-notifications] [automake 0003745]: Please upgrade 10 1.11
In-Reply-To: <32aa8b20ec8a689c70486b8ed6866ad3>
Message-ID: <46fe2f6ae69a29041f5823c0ee1a0e24@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3745 
====================================================================== 
Reported By:                bwalton
Assigned To:                dam
====================================================================== 
Project:                    automake
Issue ID:                   3745
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 18:54 CEST
Last Modified:              2009-06-30 23:50 CEST
====================================================================== 
Summary:                    Please upgrade 10 1.11
Description: 
Coreutils requires 1.10b or newer. Do you mind releasing an update?
======================================================================


From noreply at opencsw.org  Tue Jun 30 23:50:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 23:50:25 +0200
Subject: [bug-notifications] [libpango 0003746]: Register the default
	modules as a post-install
In-Reply-To: <b7c422da07137b08731273f5dc756a5e>
Message-ID: <ec17acd5a9fa46d11c9d10f1791be615@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3746 
====================================================================== 
Reported By:                mwatters
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3746
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 20:36 CEST
Last Modified:              2009-06-30 23:50 CEST
====================================================================== 
Summary:                    Register the default modules as a post-install
Description: 
/opt/csw/bin/pango-querymodules >/opt/csw/etc/pango/pango.modules
======================================================================


From noreply at opencsw.org  Mon Jun  1 09:51:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 09:51:38 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <67e853adf4bfe38ea3a97474ea67d83c@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-01 09:51 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
======================================================================



From noreply at opencsw.org  Mon Jun  1 09:51:50 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 09:51:50 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <488ff7b25ebb398084fa6c27e98f7ce7@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-01 09:51 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
======================================================================



From noreply at opencsw.org  Mon Jun  1 11:59:59 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 11:59:59 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <3fadf09f946db28c358a9313e2ff94a1@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-01 11:59 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
======================================================================



From noreply at opencsw.org  Mon Jun  1 13:42:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 13:42:55 +0200
Subject: [bug-notifications] [gcc3core 0002763]: gcc 3.4.5 doesn\'t seem to
	be able to produce 64 bit on x86
In-Reply-To: <74c386772be4c9e3d9f72aa6332fda85>
Message-ID: <73178ffdb3894ccf781986ea327bb2e5@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2763 
====================================================================== 
Reported By:                dam
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3core
Issue ID:                   2763
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-02-02 06:28 CET
Last Modified:              2009-06-01 13:42 CEST
====================================================================== 
Summary:                    gcc 3.4.5 doesn\'t seem to be able to produce 64 bit
on x86
Description: 
reading about QEMU on OSOL at
   http://www.opensolaris.org/os/project/qemu/host/gcc-failures/
is says:
   Blastwave gcc-3.4.5 not configured to compile 64-bit
This seems only to be the case for x86, though.


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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 13:42 pfelecan       Status                   new => assigned     
2009-06-01 13:42 pfelecan       Assigned To               => pfelecan        
======================================================================



From noreply at opencsw.org  Mon Jun  1 14:39:34 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:39:34 +0200
Subject: [bug-notifications] [gcc3core 0002763]: gcc 3.4.5 doesn\'t seem to
	be able to produce 64 bit on x86
In-Reply-To: <74c386772be4c9e3d9f72aa6332fda85>
Message-ID: <0476caf2ae4bacb3ce498baefa08e78c@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2763 
====================================================================== 
Reported By:                dam
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3core
Issue ID:                   2763
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-02-02 06:28 CET
Last Modified:              2009-06-01 14:39 CEST
====================================================================== 
Summary:                    gcc 3.4.5 doesn\'t seem to be able to produce 64 bit
on x86
Description: 
reading about QEMU on OSOL at
   http://www.opensolaris.org/os/project/qemu/host/gcc-failures/
is says:
   Blastwave gcc-3.4.5 not configured to compile 64-bit
This seems only to be the case for x86, though.


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

---------------------------------------------------------------------- 
 (0006235) pfelecan (manager) - 2009-06-01 14:39
 http://www.opencsw.org/bugtrack/view.php?id=2763#c6235 
---------------------------------------------------------------------- 
this has nothing to do with gnet per se. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 13:42 pfelecan       Status                   new => assigned     
2009-06-01 13:42 pfelecan       Assigned To               => pfelecan        
2009-06-01 14:39 pfelecan       Note Added: 0006235                          
2009-06-01 14:39 pfelecan       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Mon Jun  1 14:40:27 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:40:27 +0200
Subject: [bug-notifications] [gcc3core 0002764]: Please upgrade to 3.4.6
In-Reply-To: <b8bbaab79ceebdbfc6e00152fc86f5d7>
Message-ID: <96a953d20716883f0fa189288ffbafe0@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2764 
====================================================================== 
Reported By:                dam
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3core
Issue ID:                   2764
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-02-02 06:29 CET
Last Modified:              2009-06-01 14:40 CEST
====================================================================== 
Summary:                    Please upgrade to 3.4.6
Description: 
gcc 3.4.6 is available:
   http://gcc.gnu.org/onlinedocs/
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 14:40 pfelecan       Status                   new => assigned     
2009-06-01 14:40 pfelecan       Assigned To               => pfelecan        
======================================================================



From noreply at opencsw.org  Mon Jun  1 14:41:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:41:10 +0200
Subject: [bug-notifications] [gcc3core 0002764]: Please upgrade to 3.4.6
In-Reply-To: <b8bbaab79ceebdbfc6e00152fc86f5d7>
Message-ID: <a163e5e9aa2d74ecb369b5b8a4dd7322@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2764 
====================================================================== 
Reported By:                dam
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3core
Issue ID:                   2764
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-02-02 06:29 CET
Last Modified:              2009-06-01 14:41 CEST
====================================================================== 
Summary:                    Please upgrade to 3.4.6
Description: 
gcc 3.4.6 is available:
   http://gcc.gnu.org/onlinedocs/
====================================================================== 

---------------------------------------------------------------------- 
 (0006236) pfelecan (manager) - 2009-06-01 14:41
 http://www.opencsw.org/bugtrack/view.php?id=2764#c6236 
---------------------------------------------------------------------- 
this has nothing to do with gnet per se. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 14:40 pfelecan       Status                   new => assigned     
2009-06-01 14:40 pfelecan       Assigned To               => pfelecan        
2009-06-01 14:41 pfelecan       Note Added: 0006236                          
2009-06-01 14:41 pfelecan       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Mon Jun  1 14:43:39 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:43:39 +0200
Subject: [bug-notifications] [gcc3corert 0002952]: Error at installation on
	Soalris 10 U5
In-Reply-To: <87ad75b494ae5991368f04615ae4d82a>
Message-ID: <4c9434f6e19e0b2d8ce75a044030fcbd@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2952 
====================================================================== 
Reported By:                hevisko
Assigned To:                pfelecan
====================================================================== 
Project:                    gcc3corert
Issue ID:                   2952
Category:                   packaging
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-11-17 17:08 CET
Last Modified:              2009-06-01 14:43 CEST
====================================================================== 
Summary:                    Error at installation on Soalris 10 U5
Description: 
## Executing postinstall script.
*** NOTICE ***
Fixing the system headers
for a detailed log see /var/sadm/install/logs/CSWgcc3core-20081117163800
Don't forget: whenever your system headers change run the mkheaders
script!
pkgadd: ERROR: postinstall script did not complete successfully

Installation of <CSWgcc3core> failed.
bash-3.00# cat /var/sadm/install/logs/CSWgcc3core-20081117163800
chown: X11: No such file or directory
postinstall: anomaly : cannot change ownership for include directory!
bash-3.00# find /opt/csw/gcc3/lib -type l -ls
269032    1 lrwxrwxrwx   1 root     other          34 Nov 17 16:38
/opt/csw/gcc3/lib/gcc/sparc-sun-solaris2.8/3.4.5/include/X11 ->
root/usr/openwin/share/include/X11

IT APPEARS TO BE RELATED TO THE CHOWN -R that fails 'cause of that link
that comes from mkheader... perhaps a compilation trouble, haven't checked
yet, but perhaps it's related to some changes to the include structures.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-17 17:08 hevisko        New Issue                                    
2009-06-01 14:42 pfelecan       Project                  gcc3core => gcc3corert
2009-06-01 14:43 pfelecan       Status                   new => assigned     
2009-06-01 14:43 pfelecan       Assigned To               => pfelecan        
======================================================================



From noreply at opencsw.org  Mon Jun  1 14:45:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 14:45:45 +0200
Subject: [bug-notifications] [emacs 0002976]: provide a site-start style
	depot for other .el providers
In-Reply-To: <c4df72c39076aa789ab3a080032ef7ca>
Message-ID: <c4394a02e8ed7b99feb0784cc03ba4e5@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=2976 
====================================================================== 
Reported By:                bwalton
Assigned To:                pfelecan
====================================================================== 
Project:                    emacs
Issue ID:                   2976
Category:                   packaging
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-19 17:57 CET
Last Modified:              2009-06-01 14:45 CEST
====================================================================== 
Summary:                    provide a site-start style depot for other .el
providers
Description: 
Hi Peter,

As we discussed, it would be nice if the emacs packages provided a
site-start (or similar) directory where other providers of .el/.elc files
could place small elisp snippets that see things hooked into the startup of
every emacs instance.

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-19 17:57 bwalton        New Issue                                    
2009-06-01 14:45 pfelecan       Project                  emacs_common => emacs
2009-06-01 14:45 pfelecan       Status                   new => assigned     
2009-06-01 14:45 pfelecan       Assigned To               => pfelecan        
======================================================================



From noreply at opencsw.org  Mon Jun  1 16:50:37 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 16:50:37 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <9181f769f6b8b582733a35e0ba8facdf@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-01 16:50 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
======================================================================



From noreply at opencsw.org  Mon Jun  1 17:37:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 17:37:38 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <2a230173c86831045f617c2b24657758@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-01 17:37 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
======================================================================



From noreply at opencsw.org  Mon Jun  1 18:17:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 1 Jun 2009 18:17:32 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
Message-ID: <dc7f51c31b38123b23c93e23f0c87bfc@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-01 18:17 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
======================================================================



From noreply at opencsw.org  Tue Jun  2 00:17:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 00:17:25 +0200
Subject: [bug-notifications] [httping 0002391]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <4c7ec7bcdb207a4e45add008973e6013>
Message-ID: <e7b81040e55e834f0525eda07723dfee@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=2391 
====================================================================== 
Reported By:                yann
Assigned To:                skayser
====================================================================== 
Project:                    httping
Issue ID:                   2391
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2007-07-28 08:44 CEST
Last Modified:              2009-06-02 00:17 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-02 00:17 skayser        Status                   new => assigned     
2009-06-02 00:17 skayser        Assigned To               => skayser         
======================================================================



From noreply at opencsw.org  Tue Jun  2 00:18:31 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 00:18:31 +0200
Subject: [bug-notifications] [httping 0002391]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <4c7ec7bcdb207a4e45add008973e6013>
Message-ID: <6cc899cda6237b1e08b398dc54b27481@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=2391 
====================================================================== 
Reported By:                yann
Assigned To:                skayser
====================================================================== 
Project:                    httping
Issue ID:                   2391
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 08:44 CEST
Last Modified:              2009-06-02 00:18 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006241) skayser (administrator) - 2009-06-02 00:18
 http://opencsw.org/bugtrack/view.php?id=2391#c6241 
---------------------------------------------------------------------- 
1.3.0,REV=2009.05.31 with dependency on CSWosslrt pushed to current. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-02 00:17 skayser        Status                   new => assigned     
2009-06-02 00:17 skayser        Assigned To               => skayser         
2009-06-02 00:18 skayser        Note Added: 0006241                          
2009-06-02 00:18 skayser        Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Tue Jun  2 00:18:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 00:18:52 +0200
Subject: [bug-notifications] [httping 0003458]: Please upgrade to 1.3.0
In-Reply-To: <8966bf9cf5c5724905c12215a2a4bb1b>
Message-ID: <8b3b946bf45c5e386f9f2afd5c8c727e@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3458 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    httping
Issue ID:                   3458
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-03-06 00:20 CET
Last Modified:              2009-06-02 00:18 CEST
====================================================================== 
Summary:                    Please upgrade to 1.3.0
Description: 
Version 1.3.0 is out and contains some fixes / new features

  http://www.vanheusden.com/httping/

Changes:
1.3.0 httping used to put an absolute URI in the GET/HEAD request when not
via proxy which is incorrect, that is now fixed
1.2.9 binding to an adapter did not work, 'SIGPIPE' was not handled
correctly
1.2.8 fixed a segfault introduced in version 1.2.7
1.2.7 http statuscodes are now correctly interpreted (if selected)
1.2.6 Can now split measured latency in time to connect and time to
exchange a request with the HTTP server
1.2.5 showing the status code would garble the screen
1.2.4 fixed memory-leak in SSL code
1.2.3 added audible ping (patch by Nico Golde)
1.2.2 one can now set the interface through which the http-pings will be
send
1.2.1 fix to get httping to work with sites that use the Apache
mod_security module
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-06 00:20 skayser        New Issue                                    
2009-06-02 00:18 skayser        Status                   new => assigned     
2009-06-02 00:18 skayser        Assigned To               => skayser         
======================================================================



From noreply at opencsw.org  Tue Jun  2 00:19:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 00:19:25 +0200
Subject: [bug-notifications] [httping 0003458]: Please upgrade to 1.3.0
In-Reply-To: <8966bf9cf5c5724905c12215a2a4bb1b>
Message-ID: <420902dc904516b06c48d01f86a0aadc@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3458 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    httping
Issue ID:                   3458
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-03-06 00:20 CET
Last Modified:              2009-06-02 00:19 CEST
====================================================================== 
Summary:                    Please upgrade to 1.3.0
Description: 
Version 1.3.0 is out and contains some fixes / new features

  http://www.vanheusden.com/httping/

Changes:
1.3.0 httping used to put an absolute URI in the GET/HEAD request when not
via proxy which is incorrect, that is now fixed
1.2.9 binding to an adapter did not work, 'SIGPIPE' was not handled
correctly
1.2.8 fixed a segfault introduced in version 1.2.7
1.2.7 http statuscodes are now correctly interpreted (if selected)
1.2.6 Can now split measured latency in time to connect and time to
exchange a request with the HTTP server
1.2.5 showing the status code would garble the screen
1.2.4 fixed memory-leak in SSL code
1.2.3 added audible ping (patch by Nico Golde)
1.2.2 one can now set the interface through which the http-pings will be
send
1.2.1 fix to get httping to work with sites that use the Apache
mod_security module
====================================================================== 

---------------------------------------------------------------------- 
 (0006242) skayser (administrator) - 2009-06-02 00:19
 http://opencsw.org/bugtrack/view.php?id=3458#c6242 
---------------------------------------------------------------------- 
1.3.0,REV=2009.05.31 pushed to current/. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-06 00:20 skayser        New Issue                                    
2009-06-02 00:18 skayser        Status                   new => assigned     
2009-06-02 00:18 skayser        Assigned To               => skayser         
2009-06-02 00:19 skayser        Note Added: 0006242                          
2009-06-02 00:19 skayser        Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Tue Jun  2 16:54:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 16:54:18 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <da807c8183fbba1a73bc98b8027893e5@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-02 16:54 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
======================================================================



From noreply at opencsw.org  Tue Jun  2 17:49:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 17:49:09 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <83554d55eca97f9153333d7a9d77785b@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-02 17:49 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

---------------------------------------------------------------------- 
 (0006243) bonivart (manager) - 2009-06-02 17:49
 http://www.opencsw.org/mantis/view.php?id=3702#c6243 
---------------------------------------------------------------------- 
If I made a dime on pkgutil I would have to start paying you for beta
testing! :-)

I see what you mean, if stunnel made use of any new features compared to
the one you had installed it would have failed. Even more interesting is to
know for sure it would have installed cswclassutils first if you didn't
have it at all..?!

I'll do some testing of my own and maybe come up with a special case for
cswclassutils. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
2009-06-02 17:49 bonivart       Note Added: 0006243                          
======================================================================



From noreply at opencsw.org  Tue Jun  2 17:58:33 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 17:58:33 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <15aa4d181eafeb20381330f839af891e@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 17:58 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/mantis/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
======================================================================



From noreply at opencsw.org  Tue Jun  2 18:34:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 18:34:55 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <2a514d867b17cd00cf0ff28d2efa6e30@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 18:34 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/bugtrack/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

---------------------------------------------------------------------- 
 (0006245) bfr-murphy (reporter) - 2009-06-02 18:34
 http://opencsw.org/bugtrack/view.php?id=2973#c6245 
---------------------------------------------------------------------- 
I do not have $LD_LIBRARY_PATH set.

I have uploaded the output of 'ldd /opt/csw/bin/mutt'. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
2009-06-02 18:33 bfr-murphy     File Added: mutt-ldd.txt                     
2009-06-02 18:34 bfr-murphy     Note Added: 0006245                          
======================================================================



From noreply at opencsw.org  Tue Jun  2 19:17:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 19:17:43 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <e38738aca9fa3f4c9ff8eaa61249e869@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-02 19:17 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
======================================================================



From noreply at opencsw.org  Tue Jun  2 20:22:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 20:22:04 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <efd63b076d8fa2831dfd23febe5c2aab@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 20:22 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/bugtrack/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

---------------------------------------------------------------------- 
 (0006245) bfr-murphy (reporter) - 2009-06-02 18:36
 http://opencsw.org/bugtrack/view.php?id=2973#c6245 
---------------------------------------------------------------------- 
I do not have $LD_LIBRARY_PATH set.

I have uploaded the output of 'ldd /opt/csw/bin/mutt'.  The
/opt/csw/bin/mutt binary is using the copy of libiconv in the /opt/csw/lib
directory.

 

---------------------------------------------------------------------- 
 (0006247) phil (manager) - 2009-06-02 20:22
 http://opencsw.org/bugtrack/view.php?id=2973#c6247 
---------------------------------------------------------------------- 
Could this actually be considered a bug in our libidn package?


Hmm.. sun has SUNWidn.. but it does not appear to have a libidn.so.
arg.

Still seems like the real issue is that libidn does not degrade
gracefully.
If it cant find whatever magical translation files it needs, methinks it
should default to just returning whatever string it received as-is ? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
2009-06-02 18:33 bfr-murphy     File Added: mutt-ldd.txt                     
2009-06-02 18:34 bfr-murphy     Note Added: 0006245                          
2009-06-02 18:36 bfr-murphy     Note Edited: 0006245                         
2009-06-02 20:22 phil           Note Added: 0006247                          
======================================================================



From noreply at opencsw.org  Tue Jun  2 20:58:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 20:58:09 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <401ed97cb15126172790abc4e31c130f@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 20:58 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/mantis/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

---------------------------------------------------------------------- 
 (0006245) bfr-murphy (reporter) - 2009-06-02 18:36
 http://opencsw.org/mantis/view.php?id=2973#c6245 
---------------------------------------------------------------------- 
I do not have $LD_LIBRARY_PATH set.

I have uploaded the output of 'ldd /opt/csw/bin/mutt'.  The
/opt/csw/bin/mutt binary is using the copy of libiconv in the /opt/csw/lib
directory.

 

---------------------------------------------------------------------- 
 (0006247) phil (manager) - 2009-06-02 20:22
 http://opencsw.org/mantis/view.php?id=2973#c6247 
---------------------------------------------------------------------- 
Could this actually be considered a bug in our libidn package?


Hmm.. sun has SUNWidn.. but it does not appear to have a libidn.so.
arg.

Still seems like the real issue is that libidn does not degrade
gracefully.
If it cant find whatever magical translation files it needs, methinks it
should default to just returning whatever string it received as-is ? 

---------------------------------------------------------------------- 
 (0006248) skayser (administrator) - 2009-06-02 20:58
 http://opencsw.org/mantis/view.php?id=2973#c6248 
---------------------------------------------------------------------- 
>From looking at the mutt 1.5.19 sources the part where it bails out seems
to be mutt_socket.c:470

~/tmp/mutt-1.5.19$ ack -B2 '"Bad IDN \\".*\.'
mutt_socket.c
468-  if (idna_to_ascii_lz (conn->account.host, &host_idna, 1) !=
IDNA_SUCCESS)
469-  {
470:    mutt_error (_("Bad IDN \"%s\"."), conn->account.host);
...

And using the following snippet i can re-create the problem.

$ cat idna-test.c 
#include <stdio.h>
#include <errno.h>
#include <locale.h>
#include <idna.h>

void main(void)
{
    char *output;
    int rc;

    setlocale(LC_ALL,"");

    rc =  idna_to_ascii_lz("foo", &output, 1);
    if (rc == IDNA_SUCCESS) {
        printf("Converted: %s\n", output);
    } else {
        printf("Conversion failed: %s\n", idna_strerror(rc));
    };
}

$ /opt/studio/SOS11/SUNWspro/bin/cc -o idna-test -I/opt/csw/include 
-L/opt/csw/lib -R /opt/csw/lib idna-test.c -lidn

$ LC_CTYPE=en_US.UTF-8 ./idna-test
Converted: foo
$ LC_CTYPE=C ./idna-test
Conversion failed: System iconv failed

Note the "System iconv failed". I didn't go further yet (nor am i near
understanding the exact libidn workings), but there is a more recent
libiconv version available upstream (1.13 vs. our 1.12). Phil, would you
mind packaging that up for testing purposes? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
2009-06-02 18:33 bfr-murphy     File Added: mutt-ldd.txt                     
2009-06-02 18:34 bfr-murphy     Note Added: 0006245                          
2009-06-02 18:36 bfr-murphy     Note Edited: 0006245                         
2009-06-02 20:22 phil           Note Added: 0006247                          
2009-06-02 20:58 skayser        Note Added: 0006248                          
======================================================================



From noreply at opencsw.org  Tue Jun  2 21:16:23 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 21:16:23 +0200
Subject: [bug-notifications] [mutt 0002973]: mutt compiled with libidn does
	not work with the defaul locale
In-Reply-To: <b4e753674d27bdd8e55a15cfd65b1139>
Message-ID: <1f48722b1a28352a31092f519d3b50a0@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=2973 
====================================================================== 
Reported By:                bfr-murphy
Assigned To:                phil
====================================================================== 
Project:                    mutt
Issue ID:                   2973
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-12-17 21:13 CET
Last Modified:              2009-06-02 21:16 CEST
====================================================================== 
Summary:                    mutt compiled with libidn does not work with the
defaul locale
Description: 
When compiled with libidn mutt does not work with the "C" or "POSIX"
locales.  The error 'Bad IDN "{hostname of IMAP server}".' is printed in
the message line at the bottom of the terminal window and no connection is
made to the IMAP server.

This is a problem because the Sun default locale is "C".

Unsetting the mutt variable use_idn or changing the value of the mutt
variables charset, assumed_charset, attach_charset, config_charset, and
send_charset does not fix the problem.

Possible solutions:

1) Do not compile mutt with libidn.

2) Provide a wrapper script that checks the LANG shell environment
variable and changes the LC_ALL shell environment variable to another value
if LANG is "C" or "POSIX".  There would need to be a way for the user to
specify a locale other than "C" or "POSIX" for the wrapper to use.


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

---------------------------------------------------------------------- 
 (0006244) skayser (administrator) - 2009-06-02 17:58
 http://opencsw.org/mantis/view.php?id=2973#c6244 
---------------------------------------------------------------------- 
I have just had the same problem with one of my co-workers, but with a
locale != C/POSIX. Underlying issue was not with mutt, but that he had the
"evil" LD_LIBRARY_PATH set and thus mutt runtime-linked against a non-csw
libiconv.

$ echo $LD_LIBRARY_PATH
/usr/sfw/lib:/opt/sfw/lib:/usr/lib:/usr/openwin/lib:/usr/local/kde/qt/lib:/usr/dt/lib:/usr/local/kde/lib:/usr/local/lib

$ ldd /opt/csw/bin/mutt
...
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2

Getting rid of $LD_LIBRARY_PATH solved the issue. bfr-murphy, if this is
still an issue for you, can you please check whether you have
$LD_LIBRARY_PATH set? Providing the output of "set" and "ldd
/opt/csw/bin/mutt" might also help. 

---------------------------------------------------------------------- 
 (0006245) bfr-murphy (reporter) - 2009-06-02 18:36
 http://opencsw.org/mantis/view.php?id=2973#c6245 
---------------------------------------------------------------------- 
I do not have $LD_LIBRARY_PATH set.

I have uploaded the output of 'ldd /opt/csw/bin/mutt'.  The
/opt/csw/bin/mutt binary is using the copy of libiconv in the /opt/csw/lib
directory.

 

---------------------------------------------------------------------- 
 (0006247) phil (manager) - 2009-06-02 20:22
 http://opencsw.org/mantis/view.php?id=2973#c6247 
---------------------------------------------------------------------- 
Could this actually be considered a bug in our libidn package?


Hmm.. sun has SUNWidn.. but it does not appear to have a libidn.so.
arg.

Still seems like the real issue is that libidn does not degrade
gracefully.
If it cant find whatever magical translation files it needs, methinks it
should default to just returning whatever string it received as-is ? 

---------------------------------------------------------------------- 
 (0006248) skayser (administrator) - 2009-06-02 20:58
 http://opencsw.org/mantis/view.php?id=2973#c6248 
---------------------------------------------------------------------- 
>From looking at the mutt 1.5.19 sources the part where it bails out seems
to be mutt_socket.c:470

~/tmp/mutt-1.5.19$ ack -B2 '"Bad IDN \\".*\.'
mutt_socket.c
468-  if (idna_to_ascii_lz (conn->account.host, &host_idna, 1) !=
IDNA_SUCCESS)
469-  {
470:    mutt_error (_("Bad IDN \"%s\"."), conn->account.host);
...

And using the following snippet i can re-create the problem.

$ cat idna-test.c 
#include <stdio.h>
#include <errno.h>
#include <locale.h>
#include <idna.h>

void main(void)
{
    char *output;
    int rc;

    setlocale(LC_ALL,"");

    rc =  idna_to_ascii_lz("foo", &output, 1);
    if (rc == IDNA_SUCCESS) {
        printf("Converted: %s\n", output);
    } else {
        printf("Conversion failed: %s\n", idna_strerror(rc));
    };
}

$ /opt/studio/SOS11/SUNWspro/bin/cc -o idna-test -I/opt/csw/include 
-L/opt/csw/lib -R /opt/csw/lib idna-test.c -lidn

$ LC_CTYPE=en_US.UTF-8 ./idna-test
Converted: foo
$ LC_CTYPE=C ./idna-test
Conversion failed: System iconv failed

Note the "System iconv failed". I didn't go further yet (nor am i near
understanding the exact libidn workings), but there is a more recent
libiconv version available upstream (1.13 vs. our 1.12). Phil, would you
mind packaging that up for testing purposes? 

---------------------------------------------------------------------- 
 (0006249) phil (manager) - 2009-06-02 21:16
 http://opencsw.org/mantis/view.php?id=2973#c6249 
---------------------------------------------------------------------- 
odd.. i thought someone else had already updated it.
if you'd like to take over iconv please feel free. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-17 21:13 bfr-murphy     New Issue                                    
2009-02-27 02:42 philadmin      Status                   new => assigned     
2009-02-27 02:42 philadmin      Assigned To               => phil            
2009-06-02 17:58 skayser        Note Added: 0006244                          
2009-06-02 18:33 bfr-murphy     File Added: mutt-ldd.txt                     
2009-06-02 18:34 bfr-murphy     Note Added: 0006245                          
2009-06-02 18:36 bfr-murphy     Note Edited: 0006245                         
2009-06-02 20:22 phil           Note Added: 0006247                          
2009-06-02 20:58 skayser        Note Added: 0006248                          
2009-06-02 21:16 phil           Note Added: 0006249                          
======================================================================



From noreply at opencsw.org  Tue Jun  2 23:17:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 2 Jun 2009 23:17:46 +0200
Subject: [bug-notifications] [qt 0002664]: qt needs to be upgraded to qt4
In-Reply-To: <d39a926837a78eec8df7a2f513cfd6b1>
Message-ID: <a7cc81120a6b882ac7fcc61aee4c72a7@opencsw.org>


The following issue has been REOPENED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=2664 
====================================================================== 
Reported By:                gravax
Assigned To:                kenmays
====================================================================== 
Project:                    qt
Issue ID:                   2664
Category:                   upgrade
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2007-11-13 07:56 CET
Last Modified:              2009-06-02 23:17 CEST
====================================================================== 
Summary:                    qt needs to be upgraded to qt4
Description: 
Blastwave version of qt is wt3. Current released version is qt4. Upgraded
needed.
====================================================================== 

---------------------------------------------------------------------- 
 (0005069) kenmays (manager) - 2008-01-06 08:16
 http://opencsw.org/mantis/view.php?id=2664#c5069 
---------------------------------------------------------------------- 
Qt 4.3.4 binaries is available upon request. 

---------------------------------------------------------------------- 
 (0006250) skayser (administrator) - 2009-06-02 23:17
 http://opencsw.org/mantis/view.php?id=2664#c6250 
---------------------------------------------------------------------- 
I would like to re-open this one, CSWqt is still 3.3.3 (CSWqtgcc is 3.3.4).
Psi needs Qt 4.x to be updated (http://opencsw.org/mantis/view.php?id=3448) and
i would like to package QSynergy
(http://www.volker-lanz.de/en/software/qsynergy/) which requires at least
Qt 4.3. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-02 23:17 skayser        Note Added: 0006250                          
2009-06-02 23:17 skayser        Status                   closed => feedback  
2009-06-02 23:17 skayser        Resolution               fixed => reopened   
======================================================================



From noreply at opencsw.org  Wed Jun  3 00:10:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 00:10:25 +0200
Subject: [bug-notifications] [libiconv 0003524]: Please upgrade to 1.13
In-Reply-To: <c29cbd409610723fe1c9f4f91dd41f75>
Message-ID: <887106a0b0e0654eff0d835dbd8a2e2e@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3524 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    libiconv
Issue ID:                   3524
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-03-31 21:43 CEST
Last Modified:              2009-06-03 00:10 CEST
====================================================================== 
Summary:                    Please upgrade to 1.13
Description: 
A new version of libiconv (1.13) is available. Finally it knows about
Solaris encoding 646!
====================================================================== 

---------------------------------------------------------------------- 
 (0006251) skayser (administrator) - 2009-06-03 00:10
 http://opencsw.org/mantis/view.php?id=3524#c6251 
---------------------------------------------------------------------- 
For reference, there are at least two related bugs that would be fixed with
the update to 1.13: http://opencsw.org/mantis/view.php?id=2614,
http://opencsw.org/mantis/view.php?id=2973.

New in 1.13 (taken from NEWS):
* The library and the iconv program now understand platform dependent
aliases,
  for better compatibility with the platform's own iconv_open function.
  Examples: "646" on Solaris, "iso88591" on HP-UX, "IBM-1252" on AIX. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-31 21:43 dam            New Issue                                    
2009-06-03 00:10 skayser        Note Added: 0006251                          
======================================================================



From noreply at opencsw.org  Wed Jun  3 01:10:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 01:10:16 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <c0bb76c81385295c7054e2b80724ca7f@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-03 01:10 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
======================================================================



From noreply at opencsw.org  Wed Jun  3 02:35:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:35:16 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
Message-ID: <966a921bad771dc9479fecdb696c0942@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:35 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
======================================================================



From noreply at opencsw.org  Wed Jun  3 02:36:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:36:30 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <83ac21ac556b200bf604d8b3f81f3aa4@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:36 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006253) skayser (administrator) - 2009-06-03 02:36
 http://opencsw.org/bugtrack/view.php?id=3703#c6253 
---------------------------------------------------------------------- 
Lorem ipsum dolor sit amet, consectetur adipiscing elit. In augue orci,
interdum vitae mollis tempor, bibendum eget dui. Nulla placerat eros neque,
sed volutpat est. Cras sed nulla vitae orci interdum ultrices. Pellentesque
dictum, neque in sagittis convallis, quam urna placerat justo, nec
vestibulum eros nisi non orci. Quisque aliquam, felis quis pretium pretium,
neque ante faucibus neque, non varius ante velit a nunc.

Donec eget diam libero. Morbi quis nisl eu nisl scelerisque ullamcorper.
Suspendisse eget fermentum sem. Sed eros magna, laoreet ac rhoncus in,
rutrum et diam. Quisque neque lorem, porta vel imperdiet a, porttitor quis
elit. Nam quis mauris ut urna eleifend sagittis id tincidunt arcu.

Donec non quam lorem. Integer sagittis, neque tempor auctor imperdiet,
neque massa pharetra arcu, eu convallis augue dolor id nunc. Nullam quis
magna eu metus dictum suscipit vestibulum vel turpis. Suspendisse cursus
congue congue. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
======================================================================



From noreply at opencsw.org  Wed Jun  3 02:37:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:37:18 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <6e266f9c955bb5a212e47b61d1a4c1ae@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:37 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006254) skayser (administrator) - 2009-06-03 02:37
 http://opencsw.org/bugtrack/view.php?id=3703#c6254 
---------------------------------------------------------------------- 
Just testing cont. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
2009-06-03 02:37 skayser        Note Added: 0006254                          
======================================================================



From noreply at opencsw.org  Wed Jun  3 02:39:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:39:11 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <929b208a9b6c7bf6abbdc1667e9bfcbe@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:39 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006253) skayser (administrator) - 2009-06-03 02:36
 http://opencsw.org/bugtrack/view.php?id=3703#c6253 
---------------------------------------------------------------------- 
Lorem ipsum dolor sit amet, consectetur adipiscing elit. In augue orci,
interdum vitae mollis tempor, bibendum eget dui. Nulla placerat eros neque,
sed volutpat est. Cras sed nulla vitae orci interdum ultrices. Pellentesque
dictum, neque in sagittis convallis, quam urna placerat justo, nec
vestibulum eros nisi non orci. Quisque aliquam, felis quis pretium pretium,
neque ante faucibus neque, non varius ante velit a nunc.

Donec eget diam libero. Morbi quis nisl eu nisl scelerisque ullamcorper.
Suspendisse eget fermentum sem. Sed eros magna, laoreet ac rhoncus in,
rutrum et diam. Quisque neque lorem, porta vel imperdiet a, porttitor quis
elit. Nam quis mauris ut urna eleifend sagittis id tincidunt arcu.

Donec non quam lorem. Integer sagittis, neque tempor auctor imperdiet,
neque massa pharetra arcu, eu convallis augue dolor id nunc. Nullam quis
magna eu metus dictum suscipit vestibulum vel turpis. Suspendisse cursus
congue congue. 

---------------------------------------------------------------------- 
 (0006254) skayser (administrator) - 2009-06-03 02:37
 http://opencsw.org/bugtrack/view.php?id=3703#c6254 
---------------------------------------------------------------------- 
Just testing cont. 

---------------------------------------------------------------------- 
 (0006255) skayser (administrator) - 2009-06-03 02:39
 http://opencsw.org/bugtrack/view.php?id=3703#c6255 
---------------------------------------------------------------------- 
Just testing cont. (cont.) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
2009-06-03 02:37 skayser        Note Added: 0006254                          
2009-06-03 02:39 skayser        Note Added: 0006255                          
======================================================================



From noreply at opencsw.org  Wed Jun  3 02:43:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 02:43:09 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <3433ee920cdd496a8f74bd2cbabbcdbe@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-03 02:43 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006253) skayser (administrator) - 2009-06-03 02:36
 http://opencsw.org/bugtrack/view.php?id=3703#c6253 
---------------------------------------------------------------------- 
Lorem ipsum dolor sit amet, consectetur adipiscing elit. In augue orci,
interdum vitae mollis tempor, bibendum eget dui. Nulla placerat eros neque,
sed volutpat est. Cras sed nulla vitae orci interdum ultrices. Pellentesque
dictum, neque in sagittis convallis, quam urna placerat justo, nec
vestibulum eros nisi non orci. Quisque aliquam, felis quis pretium pretium,
neque ante faucibus neque, non varius ante velit a nunc.

Donec eget diam libero. Morbi quis nisl eu nisl scelerisque ullamcorper.
Suspendisse eget fermentum sem. Sed eros magna, laoreet ac rhoncus in,
rutrum et diam. Quisque neque lorem, porta vel imperdiet a, porttitor quis
elit. Nam quis mauris ut urna eleifend sagittis id tincidunt arcu.

Donec non quam lorem. Integer sagittis, neque tempor auctor imperdiet,
neque massa pharetra arcu, eu convallis augue dolor id nunc. Nullam quis
magna eu metus dictum suscipit vestibulum vel turpis. Suspendisse cursus
congue congue. 

---------------------------------------------------------------------- 
 (0006254) skayser (administrator) - 2009-06-03 02:37
 http://opencsw.org/bugtrack/view.php?id=3703#c6254 
---------------------------------------------------------------------- 
Just testing cont. 

---------------------------------------------------------------------- 
 (0006255) skayser (administrator) - 2009-06-03 02:39
 http://opencsw.org/bugtrack/view.php?id=3703#c6255 
---------------------------------------------------------------------- 
Just testing cont. (cont.) 

---------------------------------------------------------------------- 
 (0006256) skayser (administrator) - 2009-06-03 02:43
 http://opencsw.org/bugtrack/view.php?id=3703#c6256 
---------------------------------------------------------------------- 
Just testing cont. (cont.) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
2009-06-03 02:37 skayser        Note Added: 0006254                          
2009-06-03 02:39 skayser        Note Added: 0006255                          
2009-06-03 02:43 skayser        Note Added: 0006256                          
======================================================================



From noreply at opencsw.org  Wed Jun  3 10:47:17 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 10:47:17 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <67475bc6271cbfd93455959bc7edd452@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-03 10:47 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
======================================================================



From noreply at opencsw.org  Wed Jun  3 12:03:57 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 12:03:57 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <5da747ba94c389c75986e3b3b975bbdd@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-03 12:03 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
======================================================================



From noreply at opencsw.org  Wed Jun  3 13:53:33 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 3 Jun 2009 13:53:33 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <f53d757fd38439b09bf6d9ae6f57d5b9@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-03 13:53 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

---------------------------------------------------------------------- 
 (0006259) bonivart (manager) - 2009-06-03 13:53
 http://www.opencsw.org/mantis/view.php?id=3635#c6259 
---------------------------------------------------------------------- 
Ok, option 1 is now implemented, rc-links will be created but service will
not be started if AUTOENABLE=no|false.

http://mirror.opencsw.org/testing/cswclassutils-1.16,REV=2009.06.03-SunOS5.8-all-CSW.pkg.gz

I will try to add some text to the wiki about it. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
2009-06-03 13:53 bonivart       Note Added: 0006259                          
======================================================================



From noreply at opencsw.org  Thu Jun  4 10:51:49 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:51:49 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <113e4a7a9d9185cf8a6316d173381ef4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-04 10:51 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0005990) bonivart (manager) - 2009-04-21 17:13
 http://www.opencsw.org/mantis/view.php?id=3633#c5990 
---------------------------------------------------------------------- 
I have a fix for this in 1.6. Thanks for reporting it. 

---------------------------------------------------------------------- 
 (0006260) bonivart (manager) - 2009-06-04 10:51
 http://www.opencsw.org/mantis/view.php?id=3633#c6260 
---------------------------------------------------------------------- 
Confirmed to work by Mike Watters. Closing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 18:23 yann           New Issue                                    
2009-04-21 16:08 bonivart       Status                   new => assigned     
2009-04-21 16:08 bonivart       Assigned To               => bonivart        
2009-04-21 17:13 bonivart       Note Added: 0005990                          
2009-06-04 10:51 bonivart       Note Added: 0006260                          
======================================================================



From noreply at opencsw.org  Thu Jun  4 10:52:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:52:43 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <57b0943575ef9a81929a942b1c6db47d@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-04 10:52 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0005990) bonivart (manager) - 2009-04-21 17:13
 http://www.opencsw.org/mantis/view.php?id=3633#c5990 
---------------------------------------------------------------------- 
I have a fix for this in 1.6. Thanks for reporting it. 

---------------------------------------------------------------------- 
 (0006260) bonivart (manager) - 2009-06-04 10:51
 http://www.opencsw.org/mantis/view.php?id=3633#c6260 
---------------------------------------------------------------------- 
Confirmed to work by Mike Watters. Closing. 

---------------------------------------------------------------------- 
 (0006261) bonivart (manager) - 2009-06-04 10:52
 http://www.opencsw.org/mantis/view.php?id=3633#c6261 
---------------------------------------------------------------------- 
Fix in 1.16 released today. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 18:23 yann           New Issue                                    
2009-04-21 16:08 bonivart       Status                   new => assigned     
2009-04-21 16:08 bonivart       Assigned To               => bonivart        
2009-04-21 17:13 bonivart       Note Added: 0005990                          
2009-06-04 10:51 bonivart       Note Added: 0006260                          
2009-06-04 10:52 bonivart       Note Added: 0006261                          
2009-06-04 10:52 bonivart       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Thu Jun  4 10:53:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:53:30 +0200
Subject: [bug-notifications] [cswclassutils 0003634]: Please add smf service
	state persistence across upgrade
In-Reply-To: <58e13c493b1026ed43824a8221b97717>
Message-ID: <2dae7e83d5713f059177ada2dc77e065@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3634 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3634
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:48 CEST
Last Modified:              2009-06-04 10:53 CEST
====================================================================== 
Summary:                    Please add smf service state persistence across
upgrade
Description: 

Currently, if someone installs a daemon (provided by a csw package) under
Solaris with SMF support and chooses to disable it, this state will not be
preserved across upgrades.
Next time, the package is upgraded, the service will be automatically
started and will be configured to do so at boot time, 

In other word: the "svcadm disable" command is useless with opencsw
packaged daemons.


It would be nice to add smf service state persistence across upgrade in
cswclassutils to allow the state of service to stay the same across
upgrades.
====================================================================== 

---------------------------------------------------------------------- 
 (0005959) yann (reporter) - 2009-04-13 19:54
 http://www.opencsw.org/mantis/view.php?id=3634#c5959 
---------------------------------------------------------------------- 
I upload a patch which implement this behaviour.

However, it will only do so when autoenable_daemons is enabled, because
the standard explicitely says to not start daemons when autoenable_daemons
is set to no.

I would prefer the smf saved state to override the autoenable_daemons but
I think that would require some discussion. 

---------------------------------------------------------------------- 
 (0005994) bonivart (manager) - 2009-04-21 18:51
 http://www.opencsw.org/mantis/view.php?id=3634#c5994 
---------------------------------------------------------------------- 
I have implemented your patch in 1.6. 

---------------------------------------------------------------------- 
 (0005999) bonivart (manager) - 2009-04-22 17:58
 http://www.opencsw.org/mantis/view.php?id=3634#c5999 
---------------------------------------------------------------------- 
Just discovered a (non related) problem with packages that set up multiple
services and realized that this patch doesn't cover that either. It only
saves one state per package, not separate state for each service of the
package. ClamAV is one example of a package that sets up multiple services. 

---------------------------------------------------------------------- 
 (0006000) yann (reporter) - 2009-04-22 18:01
 http://www.opencsw.org/mantis/view.php?id=3634#c6000 
---------------------------------------------------------------------- 
Ok, I will have a look at this problem. 

---------------------------------------------------------------------- 
 (0006027) bonivart (manager) - 2009-04-24 18:46
 http://www.opencsw.org/mantis/view.php?id=3634#c6027 
---------------------------------------------------------------------- 
I'm testing some other changes to cswinitsmf and it never starts the
service. It seems that the only way a service can be enabled is if there
existed a state file that says it was enabled before but this means that
new installations can never be enabled..? 

---------------------------------------------------------------------- 
 (0006123) yann (reporter) - 2009-05-17 16:54
 http://www.opencsw.org/mantis/view.php?id=3634#c6123 
---------------------------------------------------------------------- 
Hi Peter,

I had a look at the multiple service case, and the smf persistance code
already handled it fine. I tested with clamav, disabling one of the two
service (clamav-milter) and the state was properly restored upon
reinstallation.

However, I fixed the bug you mentionned in your last note, now the code
will properly enable the service even if the state file is not present.

I attached a patch against cswclassutils 1.9 to re-enable the code and
apply the fix: smf_state_persistence_multiple.patch 

---------------------------------------------------------------------- 
 (0006212) bonivart (manager) - 2009-05-28 13:56
 http://www.opencsw.org/mantis/view.php?id=3634#c6212 
---------------------------------------------------------------------- 
Ok, I have applied your patch in 1.11, it's in testing:

http://mirror.opencsw.org/testing/cswclassutils-1.11,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006262) bonivart (manager) - 2009-06-04 10:53
 http://www.opencsw.org/mantis/view.php?id=3634#c6262 
---------------------------------------------------------------------- 
Confirmed to work by Mike Watters. Closing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:48 yann           New Issue                                    
2009-04-13 19:49 yann           File Added: smf_state_persistence.patch         
          
2009-04-13 19:54 yann           Note Added: 0005959                          
2009-04-21 16:15 bonivart       Status                   new => assigned     
2009-04-21 16:15 bonivart       Assigned To               => bonivart        
2009-04-21 18:51 bonivart       Note Added: 0005994                          
2009-04-22 17:58 bonivart       Note Added: 0005999                          
2009-04-22 18:01 yann           Note Added: 0006000                          
2009-04-24 18:46 bonivart       Note Added: 0006027                          
2009-05-17 16:52 yann           File Added: smf_state_persistence_multiple.patch
                   
2009-05-17 16:54 yann           Note Added: 0006123                          
2009-05-28 13:56 bonivart       Note Added: 0006212                          
2009-06-04 10:53 bonivart       Note Added: 0006262                          
======================================================================



From noreply at opencsw.org  Thu Jun  4 10:54:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:54:11 +0200
Subject: [bug-notifications] [cswclassutils 0003634]: Please add smf service
	state persistence across upgrade
In-Reply-To: <58e13c493b1026ed43824a8221b97717>
Message-ID: <0d89ab7b132d43e2e19bc822063c873e@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3634 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3634
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 19:48 CEST
Last Modified:              2009-06-04 10:54 CEST
====================================================================== 
Summary:                    Please add smf service state persistence across
upgrade
Description: 

Currently, if someone installs a daemon (provided by a csw package) under
Solaris with SMF support and chooses to disable it, this state will not be
preserved across upgrades.
Next time, the package is upgraded, the service will be automatically
started and will be configured to do so at boot time, 

In other word: the "svcadm disable" command is useless with opencsw
packaged daemons.


It would be nice to add smf service state persistence across upgrade in
cswclassutils to allow the state of service to stay the same across
upgrades.
====================================================================== 

---------------------------------------------------------------------- 
 (0005959) yann (reporter) - 2009-04-13 19:54
 http://www.opencsw.org/mantis/view.php?id=3634#c5959 
---------------------------------------------------------------------- 
I upload a patch which implement this behaviour.

However, it will only do so when autoenable_daemons is enabled, because
the standard explicitely says to not start daemons when autoenable_daemons
is set to no.

I would prefer the smf saved state to override the autoenable_daemons but
I think that would require some discussion. 

---------------------------------------------------------------------- 
 (0005994) bonivart (manager) - 2009-04-21 18:51
 http://www.opencsw.org/mantis/view.php?id=3634#c5994 
---------------------------------------------------------------------- 
I have implemented your patch in 1.6. 

---------------------------------------------------------------------- 
 (0005999) bonivart (manager) - 2009-04-22 17:58
 http://www.opencsw.org/mantis/view.php?id=3634#c5999 
---------------------------------------------------------------------- 
Just discovered a (non related) problem with packages that set up multiple
services and realized that this patch doesn't cover that either. It only
saves one state per package, not separate state for each service of the
package. ClamAV is one example of a package that sets up multiple services. 

---------------------------------------------------------------------- 
 (0006000) yann (reporter) - 2009-04-22 18:01
 http://www.opencsw.org/mantis/view.php?id=3634#c6000 
---------------------------------------------------------------------- 
Ok, I will have a look at this problem. 

---------------------------------------------------------------------- 
 (0006027) bonivart (manager) - 2009-04-24 18:46
 http://www.opencsw.org/mantis/view.php?id=3634#c6027 
---------------------------------------------------------------------- 
I'm testing some other changes to cswinitsmf and it never starts the
service. It seems that the only way a service can be enabled is if there
existed a state file that says it was enabled before but this means that
new installations can never be enabled..? 

---------------------------------------------------------------------- 
 (0006123) yann (reporter) - 2009-05-17 16:54
 http://www.opencsw.org/mantis/view.php?id=3634#c6123 
---------------------------------------------------------------------- 
Hi Peter,

I had a look at the multiple service case, and the smf persistance code
already handled it fine. I tested with clamav, disabling one of the two
service (clamav-milter) and the state was properly restored upon
reinstallation.

However, I fixed the bug you mentionned in your last note, now the code
will properly enable the service even if the state file is not present.

I attached a patch against cswclassutils 1.9 to re-enable the code and
apply the fix: smf_state_persistence_multiple.patch 

---------------------------------------------------------------------- 
 (0006212) bonivart (manager) - 2009-05-28 13:56
 http://www.opencsw.org/mantis/view.php?id=3634#c6212 
---------------------------------------------------------------------- 
Ok, I have applied your patch in 1.11, it's in testing:

http://mirror.opencsw.org/testing/cswclassutils-1.11,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006262) bonivart (manager) - 2009-06-04 10:53
 http://www.opencsw.org/mantis/view.php?id=3634#c6262 
---------------------------------------------------------------------- 
Confirmed to work by Mike Watters. Closing. 

---------------------------------------------------------------------- 
 (0006263) bonivart (manager) - 2009-06-04 10:54
 http://www.opencsw.org/mantis/view.php?id=3634#c6263 
---------------------------------------------------------------------- 
Fix in 1.16 released today. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:48 yann           New Issue                                    
2009-04-13 19:49 yann           File Added: smf_state_persistence.patch         
          
2009-04-13 19:54 yann           Note Added: 0005959                          
2009-04-21 16:15 bonivart       Status                   new => assigned     
2009-04-21 16:15 bonivart       Assigned To               => bonivart        
2009-04-21 18:51 bonivart       Note Added: 0005994                          
2009-04-22 17:58 bonivart       Note Added: 0005999                          
2009-04-22 18:01 yann           Note Added: 0006000                          
2009-04-24 18:46 bonivart       Note Added: 0006027                          
2009-05-17 16:52 yann           File Added: smf_state_persistence_multiple.patch
                   
2009-05-17 16:54 yann           Note Added: 0006123                          
2009-05-28 13:56 bonivart       Note Added: 0006212                          
2009-06-04 10:53 bonivart       Note Added: 0006262                          
2009-06-04 10:54 bonivart       Note Added: 0006263                          
2009-06-04 10:54 bonivart       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Thu Jun  4 10:55:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:55:28 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <24d5e168d15c331fa21ca08f1679e2a4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-04 10:55 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

---------------------------------------------------------------------- 
 (0006259) bonivart (manager) - 2009-06-03 13:53
 http://www.opencsw.org/mantis/view.php?id=3635#c6259 
---------------------------------------------------------------------- 
Ok, option 1 is now implemented, rc-links will be created but service will
not be started if AUTOENABLE=no|false.

http://mirror.opencsw.org/testing/cswclassutils-1.16,REV=2009.06.03-SunOS5.8-all-CSW.pkg.gz

I will try to add some text to the wiki about it. 

---------------------------------------------------------------------- 
 (0006264) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3635#c6264 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
2009-06-03 13:53 bonivart       Note Added: 0006259                          
2009-06-04 10:55 bonivart       Note Added: 0006264                          
======================================================================



From noreply at opencsw.org  Thu Jun  4 10:55:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:55:52 +0200
Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to
	provide their own manifest file
In-Reply-To: <df0b81825ba9298a130e8eeb48752ceb>
Message-ID: <e3a0fb3c1adee8fcdd4939f76c539af7@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3636 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3636
Category:                   regular use
Reproducibility:            have not tried
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-04-13 20:01 CEST
Last Modified:              2009-06-04 10:55 CEST
====================================================================== 
Summary:                    Allow package to provide their own manifest file
Description: 

Some package already provide their own manifest file to be used under
Solaris 10.
It would be nice to have a way for a package using cswinitsmf to disable
automatic manifest generation so its own manifest file is used.
====================================================================== 

---------------------------------------------------------------------- 
 (0005970) yann (reporter) - 2009-04-15 21:12
 http://www.opencsw.org/mantis/view.php?id=3636#c5970 
---------------------------------------------------------------------- 
It could be configured by using the existing tweaks system.
For exemple, if you provide your own manifest file, you could add:

#SMF_SCRIPT no     # change this value to no if this init script should
not be used to autogenerate the smf manifest file. 

---------------------------------------------------------------------- 
 (0005992) bonivart (manager) - 2009-04-21 17:20
 http://www.opencsw.org/mantis/view.php?id=3636#c5992 
---------------------------------------------------------------------- 
Ok, but how would it know which file to import as manifest?

SMF_SCRIPT /path/to/manifest

? 

---------------------------------------------------------------------- 
 (0005996) yann (reporter) - 2009-04-21 21:08
 http://www.opencsw.org/mantis/view.php?id=3636#c5996 
---------------------------------------------------------------------- 
The manifest file would belong to the cswinitsmf class, so it will be
passed to your script which could register it if smf is available and
enabled. 
You would have to add a test to determine if the file is a manifest or an
init.d script (or something else).

But using "SMF_SCRIPT /path/to/manifest" will also work. 

---------------------------------------------------------------------- 
 (0006124) yann (reporter) - 2009-05-17 16:56
 http://www.opencsw.org/mantis/view.php?id=3636#c6124 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature, do you plan adding it ?
I am waiting for it to be able to switch some of my packages to
cswclassutils.

Thanks in avance,

Yann 

---------------------------------------------------------------------- 
 (0006215) bonivart (manager) - 2009-05-28 15:16
 http://www.opencsw.org/mantis/view.php?id=3636#c6215 
---------------------------------------------------------------------- 
I have added a MANIFEST tweak to the init script. If set it will use that
manifest instead of autogenerating one.

http://mirror.opencsw.org/testing/cswclassutils-1.13,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006265) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3636#c6265 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 20:01 yann           New Issue                                    
2009-04-15 21:12 yann           Note Added: 0005970                          
2009-04-21 17:18 bonivart       Status                   new => assigned     
2009-04-21 17:18 bonivart       Assigned To               => bonivart        
2009-04-21 17:20 bonivart       Note Added: 0005992                          
2009-04-21 21:08 yann           Note Added: 0005996                          
2009-05-17 16:56 yann           Note Added: 0006124                          
2009-05-28 15:16 bonivart       Note Added: 0006215                          
2009-06-04 10:55 bonivart       Note Added: 0006265                          
======================================================================



From noreply at opencsw.org  Thu Jun  4 10:56:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:56:43 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <77c97e0aa921cd546a9a340b4377e86f@www.opencsw.org>


The following issue has been RESOLVED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     resolved
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-04 10:56 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

---------------------------------------------------------------------- 
 (0006259) bonivart (manager) - 2009-06-03 13:53
 http://www.opencsw.org/mantis/view.php?id=3635#c6259 
---------------------------------------------------------------------- 
Ok, option 1 is now implemented, rc-links will be created but service will
not be started if AUTOENABLE=no|false.

http://mirror.opencsw.org/testing/cswclassutils-1.16,REV=2009.06.03-SunOS5.8-all-CSW.pkg.gz

I will try to add some text to the wiki about it. 

---------------------------------------------------------------------- 
 (0006264) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3635#c6264 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
2009-06-03 13:53 bonivart       Note Added: 0006259                          
2009-06-04 10:55 bonivart       Note Added: 0006264                          
2009-06-04 10:56 bonivart       Status                   assigned => resolved
2009-06-04 10:56 bonivart       Resolution               open => fixed       
======================================================================



From noreply at opencsw.org  Thu Jun  4 10:56:53 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 10:56:53 +0200
Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to
	provide their own manifest file
In-Reply-To: <df0b81825ba9298a130e8eeb48752ceb>
Message-ID: <71149466b00feda3e7809c081a8def9e@www.opencsw.org>


The following issue has been RESOLVED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3636 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3636
Category:                   regular use
Reproducibility:            have not tried
Severity:                   feature
Priority:                   normal
Status:                     resolved
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 20:01 CEST
Last Modified:              2009-06-04 10:56 CEST
====================================================================== 
Summary:                    Allow package to provide their own manifest file
Description: 

Some package already provide their own manifest file to be used under
Solaris 10.
It would be nice to have a way for a package using cswinitsmf to disable
automatic manifest generation so its own manifest file is used.
====================================================================== 

---------------------------------------------------------------------- 
 (0005970) yann (reporter) - 2009-04-15 21:12
 http://www.opencsw.org/mantis/view.php?id=3636#c5970 
---------------------------------------------------------------------- 
It could be configured by using the existing tweaks system.
For exemple, if you provide your own manifest file, you could add:

#SMF_SCRIPT no     # change this value to no if this init script should
not be used to autogenerate the smf manifest file. 

---------------------------------------------------------------------- 
 (0005992) bonivart (manager) - 2009-04-21 17:20
 http://www.opencsw.org/mantis/view.php?id=3636#c5992 
---------------------------------------------------------------------- 
Ok, but how would it know which file to import as manifest?

SMF_SCRIPT /path/to/manifest

? 

---------------------------------------------------------------------- 
 (0005996) yann (reporter) - 2009-04-21 21:08
 http://www.opencsw.org/mantis/view.php?id=3636#c5996 
---------------------------------------------------------------------- 
The manifest file would belong to the cswinitsmf class, so it will be
passed to your script which could register it if smf is available and
enabled. 
You would have to add a test to determine if the file is a manifest or an
init.d script (or something else).

But using "SMF_SCRIPT /path/to/manifest" will also work. 

---------------------------------------------------------------------- 
 (0006124) yann (reporter) - 2009-05-17 16:56
 http://www.opencsw.org/mantis/view.php?id=3636#c6124 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature, do you plan adding it ?
I am waiting for it to be able to switch some of my packages to
cswclassutils.

Thanks in avance,

Yann 

---------------------------------------------------------------------- 
 (0006215) bonivart (manager) - 2009-05-28 15:16
 http://www.opencsw.org/mantis/view.php?id=3636#c6215 
---------------------------------------------------------------------- 
I have added a MANIFEST tweak to the init script. If set it will use that
manifest instead of autogenerating one.

http://mirror.opencsw.org/testing/cswclassutils-1.13,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006265) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3636#c6265 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 20:01 yann           New Issue                                    
2009-04-15 21:12 yann           Note Added: 0005970                          
2009-04-21 17:18 bonivart       Status                   new => assigned     
2009-04-21 17:18 bonivart       Assigned To               => bonivart        
2009-04-21 17:20 bonivart       Note Added: 0005992                          
2009-04-21 21:08 yann           Note Added: 0005996                          
2009-05-17 16:56 yann           Note Added: 0006124                          
2009-05-28 15:16 bonivart       Note Added: 0006215                          
2009-06-04 10:55 bonivart       Note Added: 0006265                          
2009-06-04 10:56 bonivart       Status                   assigned => resolved
2009-06-04 10:56 bonivart       Resolution               open => fixed       
======================================================================



From noreply at opencsw.org  Thu Jun  4 17:41:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 17:41:10 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <632ad2afb26f377124117d134a8db8ef@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-04 17:41 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

---------------------------------------------------------------------- 
 (0006243) bonivart (manager) - 2009-06-02 17:49
 http://www.opencsw.org/mantis/view.php?id=3702#c6243 
---------------------------------------------------------------------- 
If I made a dime on pkgutil I would have to start paying you for beta
testing! :-)

I see what you mean, if stunnel made use of any new features compared to
the one you had installed it would have failed. Even more interesting is to
know for sure it would have installed cswclassutils first if you didn't
have it at all..?!

I'll do some testing of my own and maybe come up with a special case for
cswclassutils. 

---------------------------------------------------------------------- 
 (0006266) bonivart (manager) - 2009-06-04 17:41
 http://www.opencsw.org/mantis/view.php?id=3702#c6266 
---------------------------------------------------------------------- 
I have taken a look at this and made a small change to how the packages to
be downloaded/installed/upgraded are ordered. As far as I can see no
special case for cswclassutils is needed now. Please try r56:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=56

It also contains a fix for http://www.opencsw.org/mantis/view.php?id=3701 (r55).


Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
2009-06-02 17:49 bonivart       Note Added: 0006243                          
2009-06-04 17:41 bonivart       Note Added: 0006266                          
======================================================================



From noreply at opencsw.org  Thu Jun  4 17:51:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 17:51:30 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <afa6abc2abd7864eb177d8d3d9a68721@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-04 17:51 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

---------------------------------------------------------------------- 
 (0006243) bonivart (manager) - 2009-06-02 17:49
 http://www.opencsw.org/mantis/view.php?id=3702#c6243 
---------------------------------------------------------------------- 
If I made a dime on pkgutil I would have to start paying you for beta
testing! :-)

I see what you mean, if stunnel made use of any new features compared to
the one you had installed it would have failed. Even more interesting is to
know for sure it would have installed cswclassutils first if you didn't
have it at all..?!

I'll do some testing of my own and maybe come up with a special case for
cswclassutils. 

---------------------------------------------------------------------- 
 (0006266) bonivart (manager) - 2009-06-04 17:41
 http://www.opencsw.org/mantis/view.php?id=3702#c6266 
---------------------------------------------------------------------- 
I have taken a look at this and made a small change to how the packages to
be downloaded/installed/upgraded are ordered. As far as I can see no
special case for cswclassutils is needed now. Please try r56:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=56

It also contains a fix for http://www.opencsw.org/mantis/view.php?id=3701 (r55).


---------------------------------------------------------------------- 
 (0006267) bonivart (manager) - 2009-06-04 17:51
 http://www.opencsw.org/mantis/view.php?id=3702#c6267 
---------------------------------------------------------------------- 
Minor update:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=57 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
2009-06-02 17:49 bonivart       Note Added: 0006243                          
2009-06-04 17:41 bonivart       Note Added: 0006266                          
2009-06-04 17:51 bonivart       Note Added: 0006267                          
======================================================================



From noreply at opencsw.org  Thu Jun  4 18:51:51 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 18:51:51 +0200
Subject: [bug-notifications] [cswclassutils 0003635]: Support service that
	can't be autoenabled at first install
In-Reply-To: <dd69b0ccd74aec2f826bccb66072e1dd>
Message-ID: <970ddb5cf9d0946ad7dd581dc8505b1b@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3635 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3635
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 19:59 CEST
Last Modified:              2009-06-04 18:51 CEST
====================================================================== 
Summary:                    Support service that can't be autoenabled at first
install
Description: 
Some daemons can't be launched at all at first install without a bit of
manual configuration, that the case of imapproxy which require an imap
server to be given in imapproxy configuration file.

Currently, cswclassutils cswinitsmf will always tries to start the daemon
if autoenable_daemons=yes, for cswimapproxy this would result in a service
in maintenance state that would need to be cleared.

It would be nice to have support for this case, the service can't be
launched at first install, but once it is configured and enabled by the
administrator, it has to be re-launched at each upgrade.
====================================================================== 

---------------------------------------------------------------------- 
 (0005991) bonivart (manager) - 2009-04-21 17:17
 http://www.opencsw.org/mantis/view.php?id=3635#c5991 
---------------------------------------------------------------------- 
Isn't this normally handled by the start script? Something like:

[ -f someconffile ] && startservice 

---------------------------------------------------------------------- 
 (0005997) yann (reporter) - 2009-04-21 21:12
 http://www.opencsw.org/mantis/view.php?id=3635#c5997 
---------------------------------------------------------------------- 
The script already has this check, but as your script will always try to
enable the service (if autoenable_daemons != no), the init script will exit
and the imapproxy service will go in maintenance mode from SMF point of
view.

It would be cleaner to have it not started at all at the first install. 

---------------------------------------------------------------------- 
 (0006125) yann (reporter) - 2009-05-17 16:57
 http://www.opencsw.org/mantis/view.php?id=3635#c6125 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature request ? 

---------------------------------------------------------------------- 
 (0006211) bonivart (manager) - 2009-05-28 10:24
 http://www.opencsw.org/mantis/view.php?id=3635#c6211 
---------------------------------------------------------------------- 
I think I will enable this via another tweak in the init script. OK? 

---------------------------------------------------------------------- 
 (0006214) bonivart (manager) - 2009-05-28 14:44
 http://www.opencsw.org/mantis/view.php?id=3635#c6214 
---------------------------------------------------------------------- 
I have put in an AUTOENABLE tweak to the init script, if it's no or false
the service will not be enabled.

http://mirror.opencsw.org/testing/cswclassutils-1.12,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006240) skayser (administrator) - 2009-06-01 17:37
 http://www.opencsw.org/mantis/view.php?id=3635#c6240 
---------------------------------------------------------------------- 
Thanks for adding this feature, just tested it and ran into a small hitch.
The tr used to translate from upper to lower, doesn't work with multibyte
locales and thus the script fails when running in for example en_US.UTF-8.
Also there is a space missing in one of the test clauses.

# pkgparam CSWcswclassutils VERSION
1.14,REV=2009.05.29

# locale
LANG=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -u stunnel
...
Creating service script in /var/opt/csw/svc/method/svc-cswstunnel ...
Creating manifest ...
Configuring service in SMF ...
CSWstunnel is using Service Management Facility. The FMRI is
svc:/network/cswstunnel:default
Bad string
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Transcript of the last part with set -x enabled:

AUTOENABLE=yes
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ [ #AUTOENABLE no ]
+ grep ^#AUTOENABLE /etc/opt/csw/init.d/cswstunnel
+ awk {print $2}
+ tr -s [:upper:] [:lower:]
Bad string
AUTOENABLE=
+ [ yes = yes -a  != no -a  != false]
/usr/sadm/install/scripts/i.cswinitsmf: test: ] missing

Note the "Bad string" warning and the empty AUTOENABLE afterwards. test
complains because there is a space missing before the closing bracket.

When using /usr/xpg4/bin/tr in i.cswinitsmf instead of /bin/tr,
installation works fine. See also tr(1).

Note:  /usr/bin/tr  supports  character   class
expressions  only  in  singlebyte  locales. Use
/usr/xpg4/bin/tr to support  these  expressions
in any locale. 

---------------------------------------------------------------------- 
 (0006246) bonivart (manager) - 2009-06-02 19:17
 http://www.opencsw.org/mantis/view.php?id=3635#c6246 
---------------------------------------------------------------------- 
Oops, sorry about that. Fixed the space and switched to xpg4/tr. Try:

http://mirror.opencsw.org/testing/cswclassutils-1.15,REV=2009.06.02-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006252) skayser (administrator) - 2009-06-03 01:10
 http://www.opencsw.org/mantis/view.php?id=3635#c6252 
---------------------------------------------------------------------- 
Works, thanks. What do you think about somehow evaluating the AUTOENABLE
for classic init scripts also? From looking at the script, for $smf = no it
will say "Starting $service" and try to run /etc/init.d/$service.

Taken stunnel, it doesn't make sense to run it without a proper
configuration, that's why i use AUTOENABLE. Currently I have added a test
-f conffile || exit 0 to its init script, but i was thinking about
extending it with an error message like "stunnel configuration missing.
Exiting.". Only with i.cswinitsmf this won't be seen by the user.

# grep -n "/etc/init.d/\$service start"
/usr/sadm/install/scripts/i.cswinitsmf
298:      /etc/init.d/$service start > /dev/null 2>&1

So if you could skip the /etc/init.d/$service start if AUTOENABLE says so,
we would just have to make sure that our init scripts let users know why
they bail out (like with the missing configuration). This way, upon reboot
they would know why a service could not be started, but they wouldn't get a
"Starting $service" with no immediate effect upon installation (like it is
now). 

---------------------------------------------------------------------- 
 (0006257) bonivart (manager) - 2009-06-03 10:47
 http://www.opencsw.org/mantis/view.php?id=3635#c6257 
---------------------------------------------------------------------- 
I thought about it but I would have to choose between just skipping the
start at end of install or not creating the rc-links and skipping start.
The first would seem clean at install but after a reboot it would try to
start it again, is that ok? The second would perhaps be ok at first but
after the user has fixed the config they would have to create the rc-links
themselves which is not very nice.

It's hard to implement it perfectly without the knowledge of state that
SMF brings to the table.

What do you think? 

---------------------------------------------------------------------- 
 (0006258) skayser (administrator) - 2009-06-03 12:03
 http://www.opencsw.org/mantis/view.php?id=3635#c6258 
---------------------------------------------------------------------- 
"The first would seem clean at install but after a reboot it would try to
start it again, is that ok?"

IMHO yes and you are right, definitely better than not creating the rc
links. 

Maintainers just need to make sure that their init scripts throw a
meaningful warning when the service can't be started (config missing or
similar), should be documented in the cswclassutils wiki, then the start
attempt after reboot doesn't harm at all. 

---------------------------------------------------------------------- 
 (0006259) bonivart (manager) - 2009-06-03 13:53
 http://www.opencsw.org/mantis/view.php?id=3635#c6259 
---------------------------------------------------------------------- 
Ok, option 1 is now implemented, rc-links will be created but service will
not be started if AUTOENABLE=no|false.

http://mirror.opencsw.org/testing/cswclassutils-1.16,REV=2009.06.03-SunOS5.8-all-CSW.pkg.gz

I will try to add some text to the wiki about it. 

---------------------------------------------------------------------- 
 (0006264) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3635#c6264 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

---------------------------------------------------------------------- 
 (0006268) bonivart (manager) - 2009-06-04 18:51
 http://www.opencsw.org/mantis/view.php?id=3635#c6268 
---------------------------------------------------------------------- 
Fix in 1.16 released today. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 19:59 yann           New Issue                                    
2009-04-21 17:15 bonivart       Status                   new => assigned     
2009-04-21 17:15 bonivart       Assigned To               => bonivart        
2009-04-21 17:17 bonivart       Note Added: 0005991                          
2009-04-21 21:12 yann           Note Added: 0005997                          
2009-05-17 16:57 yann           Note Added: 0006125                          
2009-05-28 10:24 bonivart       Note Added: 0006211                          
2009-05-28 14:44 bonivart       Note Added: 0006214                          
2009-06-01 17:37 skayser        Note Added: 0006240                          
2009-06-02 19:17 bonivart       Note Added: 0006246                          
2009-06-03 01:10 skayser        Note Added: 0006252                          
2009-06-03 10:47 bonivart       Note Added: 0006257                          
2009-06-03 12:03 skayser        Note Added: 0006258                          
2009-06-03 13:53 bonivart       Note Added: 0006259                          
2009-06-04 10:55 bonivart       Note Added: 0006264                          
2009-06-04 10:56 bonivart       Status                   assigned => resolved
2009-06-04 10:56 bonivart       Resolution               open => fixed       
2009-06-04 18:51 bonivart       Note Added: 0006268                          
2009-06-04 18:51 bonivart       Status                   resolved => closed  
======================================================================



From noreply at opencsw.org  Thu Jun  4 18:51:54 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 4 Jun 2009 18:51:54 +0200
Subject: [bug-notifications] [cswclassutils 0003636]: Allow package to
	provide their own manifest file
In-Reply-To: <df0b81825ba9298a130e8eeb48752ceb>
Message-ID: <a045cb09bb27ac0fe0492506c504dfce@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3636 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3636
Category:                   regular use
Reproducibility:            have not tried
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-13 20:01 CEST
Last Modified:              2009-06-04 18:51 CEST
====================================================================== 
Summary:                    Allow package to provide their own manifest file
Description: 

Some package already provide their own manifest file to be used under
Solaris 10.
It would be nice to have a way for a package using cswinitsmf to disable
automatic manifest generation so its own manifest file is used.
====================================================================== 

---------------------------------------------------------------------- 
 (0005970) yann (reporter) - 2009-04-15 21:12
 http://www.opencsw.org/mantis/view.php?id=3636#c5970 
---------------------------------------------------------------------- 
It could be configured by using the existing tweaks system.
For exemple, if you provide your own manifest file, you could add:

#SMF_SCRIPT no     # change this value to no if this init script should
not be used to autogenerate the smf manifest file. 

---------------------------------------------------------------------- 
 (0005992) bonivart (manager) - 2009-04-21 17:20
 http://www.opencsw.org/mantis/view.php?id=3636#c5992 
---------------------------------------------------------------------- 
Ok, but how would it know which file to import as manifest?

SMF_SCRIPT /path/to/manifest

? 

---------------------------------------------------------------------- 
 (0005996) yann (reporter) - 2009-04-21 21:08
 http://www.opencsw.org/mantis/view.php?id=3636#c5996 
---------------------------------------------------------------------- 
The manifest file would belong to the cswinitsmf class, so it will be
passed to your script which could register it if smf is available and
enabled. 
You would have to add a test to determine if the file is a manifest or an
init.d script (or something else).

But using "SMF_SCRIPT /path/to/manifest" will also work. 

---------------------------------------------------------------------- 
 (0006124) yann (reporter) - 2009-05-17 16:56
 http://www.opencsw.org/mantis/view.php?id=3636#c6124 
---------------------------------------------------------------------- 
Hi Peter,

Any news of this feature, do you plan adding it ?
I am waiting for it to be able to switch some of my packages to
cswclassutils.

Thanks in avance,

Yann 

---------------------------------------------------------------------- 
 (0006215) bonivart (manager) - 2009-05-28 15:16
 http://www.opencsw.org/mantis/view.php?id=3636#c6215 
---------------------------------------------------------------------- 
I have added a MANIFEST tweak to the init script. If set it will use that
manifest instead of autogenerating one.

http://mirror.opencsw.org/testing/cswclassutils-1.13,REV=2009.05.28-SunOS5.8-all-CSW.pkg.gz


---------------------------------------------------------------------- 
 (0006265) bonivart (manager) - 2009-06-04 10:55
 http://www.opencsw.org/mantis/view.php?id=3636#c6265 
---------------------------------------------------------------------- 
I have tested it with smf_test 2.8 and it works. 

---------------------------------------------------------------------- 
 (0006269) bonivart (manager) - 2009-06-04 18:51
 http://www.opencsw.org/mantis/view.php?id=3636#c6269 
---------------------------------------------------------------------- 
Fix in 1.16 released today. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-13 20:01 yann           New Issue                                    
2009-04-15 21:12 yann           Note Added: 0005970                          
2009-04-21 17:18 bonivart       Status                   new => assigned     
2009-04-21 17:18 bonivart       Assigned To               => bonivart        
2009-04-21 17:20 bonivart       Note Added: 0005992                          
2009-04-21 21:08 yann           Note Added: 0005996                          
2009-05-17 16:56 yann           Note Added: 0006124                          
2009-05-28 15:16 bonivart       Note Added: 0006215                          
2009-06-04 10:55 bonivart       Note Added: 0006265                          
2009-06-04 10:56 bonivart       Status                   assigned => resolved
2009-06-04 10:56 bonivart       Resolution               open => fixed       
2009-06-04 18:51 bonivart       Note Added: 0006269                          
2009-06-04 18:51 bonivart       Status                   resolved => closed  
======================================================================



From noreply at opencsw.org  Fri Jun  5 04:31:53 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 04:31:53 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
Message-ID: <b914d099bde87faacc28da21417f19b6@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-05 04:31 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 04:31 bwalton        New Issue                                    
======================================================================



From noreply at opencsw.org  Fri Jun  5 10:00:33 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 10:00:33 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <b069ab5ce635afb7047c226c64a446e8@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 10:00 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
======================================================================



From noreply at opencsw.org  Fri Jun  5 10:29:13 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 10:29:13 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <039c791cc16ff447034fe67fbb88a11e@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 10:29 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
======================================================================



From noreply at opencsw.org  Fri Jun  5 11:15:49 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 11:15:49 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <be84a2c221ad262966e1d9277bff0abd@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 11:15 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

---------------------------------------------------------------------- 
 (0006273) dam (reporter) - 2009-06-05 11:15
 http://www.opencsw.org/mantis/view.php?id=3701#c6273 
---------------------------------------------------------------------- 
It is worse. Because it deinstalls all upgradeable packages and instead of
installing the packages it throws errors. So you end up without all
packages to be upgraded and without trace which packages got deinstalled. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
2009-06-05 11:15 dam            Note Added: 0006273                          
======================================================================



From noreply at opencsw.org  Fri Jun  5 11:24:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 11:24:43 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <b129fba7050b3a404daa787480d8dd11@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 11:24 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

---------------------------------------------------------------------- 
 (0006273) dam (reporter) - 2009-06-05 11:15
 http://www.opencsw.org/mantis/view.php?id=3701#c6273 
---------------------------------------------------------------------- 
It is worse. Because it deinstalls all upgradeable packages and instead of
installing the packages it throws errors. So you end up without all
packages to be upgraded and without trace which packages got deinstalled. 

---------------------------------------------------------------------- 
 (0006274) bonivart (manager) - 2009-06-05 11:24
 http://www.opencsw.org/mantis/view.php?id=3701#c6274 
---------------------------------------------------------------------- 
No, read the code. :-) It actually removes/installs the packages one by one
so all packages up to pkgutil will be upgraded.

But I agree with you that it's not how I want things to be, your idea with
copying the admin file at start sounds interesting... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
2009-06-05 11:15 dam            Note Added: 0006273                          
2009-06-05 11:24 bonivart       Note Added: 0006274                          
======================================================================



From noreply at opencsw.org  Fri Jun  5 12:16:47 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 12:16:47 +0200
Subject: [bug-notifications] [tcsh 0003705]: Please upgrade to 6.16.0
Message-ID: <7b5b588913e1248de71b6a10d464e82d@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3705 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    tcsh
Issue ID:                   3705
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-05 12:16 CEST
Last Modified:              2009-06-05 12:16 CEST
====================================================================== 
Summary:                    Please upgrade to 6.16.0
Description: 
Please upgrade to 6.16.0
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 12:16 dam            New Issue                                    
======================================================================



From noreply at opencsw.org  Fri Jun  5 15:13:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 15:13:58 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <ce925b64d9d62accefa4ea4a28b83b8c@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-05 15:13 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

---------------------------------------------------------------------- 
 (0006273) dam (reporter) - 2009-06-05 11:15
 http://www.opencsw.org/mantis/view.php?id=3701#c6273 
---------------------------------------------------------------------- 
It is worse. Because it deinstalls all upgradeable packages and instead of
installing the packages it throws errors. So you end up without all
packages to be upgraded and without trace which packages got deinstalled. 

---------------------------------------------------------------------- 
 (0006274) bonivart (manager) - 2009-06-05 11:24
 http://www.opencsw.org/mantis/view.php?id=3701#c6274 
---------------------------------------------------------------------- 
No, read the code. :-) It actually removes/installs the packages one by one
so all packages up to pkgutil will be upgraded.

But I agree with you that it's not how I want things to be, your idea with
copying the admin file at start sounds interesting... 

---------------------------------------------------------------------- 
 (0006275) bonivart (manager) - 2009-06-05 15:13
 http://www.opencsw.org/mantis/view.php?id=3701#c6275 
---------------------------------------------------------------------- 
Please try r59 if you have a chance, it copies the admin file like you
suggested Dago.

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=59 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
2009-06-05 11:15 dam            Note Added: 0006273                          
2009-06-05 11:24 bonivart       Note Added: 0006274                          
2009-06-05 15:13 bonivart       Note Added: 0006275                          
======================================================================



From noreply at opencsw.org  Fri Jun  5 21:52:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 21:52:52 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
In-Reply-To: <218c42593951a1f9b80cfa1014416379>
Message-ID: <fe02196fe39538047987c1ac53cc8af0@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     confirmed
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-05 21:52 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

---------------------------------------------------------------------- 
 (0006270) mwatters (manager) - 2009-06-05 05:36
 http://www.opencsw.org/mantis/view.php?id=3704#c6270 
---------------------------------------------------------------------- 
Now that the new python and cswclassutils are installed on the build farm,
I will start re-packaging the python modules.  I was in a holding pattern
until the cswclassutils package was released.
 

---------------------------------------------------------------------- 
 (0006276) bwalton (reporter) - 2009-06-05 21:52
 http://www.opencsw.org/mantis/view.php?id=3704#c6276 
---------------------------------------------------------------------- 
The newly packaged module seems to fix the import problem for the module
itself, but now, it can't find distutils:

I have the following packages installed:
CSWpysetuptools
0.6,REV=2009.06.05_rev=c9
CSWpython
2.6.2,REV=2009.05.28
CSWpython-rt
2.6.2,REV=2009.05.28

The error reported now is:
 ==> Running setup.py install in work/build-isa-i386/gitosis-0.2
Traceback (most recent call last):
  File "./setup.py", line 2, in <module>
    from setuptools import setup, find_packages
  File "/opt/csw/lib/python/site-packages/setuptools/__init__.py", line 2,
in <module>
    from setuptools.extension import Extension, Library
  File "/opt/csw/lib/python/site-packages/setuptools/extension.py", line
1, in <module>
    from distutils.core import Extension as _Extension
ImportError: No module named distutils.core 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 04:31 bwalton        New Issue                                    
2009-06-05 05:36 mwatters       Note Added: 0006270                          
2009-06-05 05:36 mwatters       Assigned To               => mwatters        
2009-06-05 05:36 mwatters       Status                   new => confirmed    
2009-06-05 21:52 bwalton        Note Added: 0006276                          
======================================================================



From noreply at opencsw.org  Fri Jun  5 23:10:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 23:10:38 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
In-Reply-To: <218c42593951a1f9b80cfa1014416379>
Message-ID: <9a3d0e05c29b026e2dc1a0395c164994@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     confirmed
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-05 23:10 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

---------------------------------------------------------------------- 
 (0006270) mwatters (manager) - 2009-06-05 05:36
 http://www.opencsw.org/mantis/view.php?id=3704#c6270 
---------------------------------------------------------------------- 
Now that the new python and cswclassutils are installed on the build farm,
I will start re-packaging the python modules.  I was in a holding pattern
until the cswclassutils package was released.
 

---------------------------------------------------------------------- 
 (0006276) bwalton (reporter) - 2009-06-05 21:52
 http://www.opencsw.org/mantis/view.php?id=3704#c6276 
---------------------------------------------------------------------- 
The newly packaged module seems to fix the import problem for the module
itself, but now, it can't find distutils:

I have the following packages installed:
CSWpysetuptools
0.6,REV=2009.06.05_rev=c9
CSWpython
2.6.2,REV=2009.05.28
CSWpython-rt
2.6.2,REV=2009.05.28

The error reported now is:
 ==> Running setup.py install in work/build-isa-i386/gitosis-0.2
Traceback (most recent call last):
  File "./setup.py", line 2, in <module>
    from setuptools import setup, find_packages
  File "/opt/csw/lib/python/site-packages/setuptools/__init__.py", line 2,
in <module>
    from setuptools.extension import Extension, Library
  File "/opt/csw/lib/python/site-packages/setuptools/extension.py", line
1, in <module>
    from distutils.core import Extension as _Extension
ImportError: No module named distutils.core 

---------------------------------------------------------------------- 
 (0006277) mwatters (manager) - 2009-06-05 23:10
 http://www.opencsw.org/mantis/view.php?id=3704#c6277 
---------------------------------------------------------------------- 
distutils is part of python_devel 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 04:31 bwalton        New Issue                                    
2009-06-05 05:36 mwatters       Note Added: 0006270                          
2009-06-05 05:36 mwatters       Assigned To               => mwatters        
2009-06-05 05:36 mwatters       Status                   new => confirmed    
2009-06-05 21:52 bwalton        Note Added: 0006276                          
2009-06-05 23:10 mwatters       Note Added: 0006277                          
======================================================================



From noreply at opencsw.org  Fri Jun  5 23:16:00 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 5 Jun 2009 23:16:00 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
In-Reply-To: <218c42593951a1f9b80cfa1014416379>
Message-ID: <913a75a283e8a16889cd81f5410368f4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     confirmed
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-05 23:15 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

---------------------------------------------------------------------- 
 (0006270) mwatters (manager) - 2009-06-05 05:36
 http://www.opencsw.org/mantis/view.php?id=3704#c6270 
---------------------------------------------------------------------- 
Now that the new python and cswclassutils are installed on the build farm,
I will start re-packaging the python modules.  I was in a holding pattern
until the cswclassutils package was released.
 

---------------------------------------------------------------------- 
 (0006276) bwalton (reporter) - 2009-06-05 21:52
 http://www.opencsw.org/mantis/view.php?id=3704#c6276 
---------------------------------------------------------------------- 
The newly packaged module seems to fix the import problem for the module
itself, but now, it can't find distutils:

I have the following packages installed:
CSWpysetuptools
0.6,REV=2009.06.05_rev=c9
CSWpython
2.6.2,REV=2009.05.28
CSWpython-rt
2.6.2,REV=2009.05.28

The error reported now is:
 ==> Running setup.py install in work/build-isa-i386/gitosis-0.2
Traceback (most recent call last):
  File "./setup.py", line 2, in <module>
    from setuptools import setup, find_packages
  File "/opt/csw/lib/python/site-packages/setuptools/__init__.py", line 2,
in <module>
    from setuptools.extension import Extension, Library
  File "/opt/csw/lib/python/site-packages/setuptools/extension.py", line
1, in <module>
    from distutils.core import Extension as _Extension
ImportError: No module named distutils.core 

---------------------------------------------------------------------- 
 (0006277) mwatters (manager) - 2009-06-05 23:10
 http://www.opencsw.org/mantis/view.php?id=3704#c6277 
---------------------------------------------------------------------- 
distutils is part of python_devel 

---------------------------------------------------------------------- 
 (0006278) bwalton (reporter) - 2009-06-05 23:15
 http://www.opencsw.org/mantis/view.php?id=3704#c6278 
---------------------------------------------------------------------- 
Should setuputils depend on python_devel then? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-05 04:31 bwalton        New Issue                                    
2009-06-05 05:36 mwatters       Note Added: 0006270                          
2009-06-05 05:36 mwatters       Assigned To               => mwatters        
2009-06-05 05:36 mwatters       Status                   new => confirmed    
2009-06-05 21:52 bwalton        Note Added: 0006276                          
2009-06-05 23:10 mwatters       Note Added: 0006277                          
2009-06-05 23:15 bwalton        Note Added: 0006278                          
======================================================================



From noreply at opencsw.org  Mon Jun  8 11:09:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 11:09:58 +0200
Subject: [bug-notifications] [ggettextrt 0003706]: libintl
Message-ID: <272137b3416fc9ba157b82e1885e1bb2@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3706 
====================================================================== 
Reported By:                hson
Assigned To:                
====================================================================== 
Project:                    ggettextrt
Issue ID:                   3706
Category:                   upgrade
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 11:09 CEST
Last Modified:              2009-06-08 11:09 CEST
====================================================================== 
Summary:                    libintl
Description: 
After upgrading a bunch of CSW-packages binaries linked to libintl starts
to crash due to a nonexistant symbol

fatal: relocation error: file /opt/csw/lib/libintl.so.8: symbol
libiconv_set_relocation_prefix: referenced symbol not found
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 11:09 hson           New Issue                                    
======================================================================



From noreply at opencsw.org  Mon Jun  8 12:10:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 12:10:18 +0200
Subject: [bug-notifications] [nrpe 0003707]: Enable nrpe to send 8 kB data
Message-ID: <8488dbef37a14d06b5858d2bdd8cc3ca@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3707 
====================================================================== 
Reported By:                ja
Assigned To:                
====================================================================== 
Project:                    nrpe
Issue ID:                   3707
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 12:10 CEST
Last Modified:              2009-06-08 12:10 CEST
====================================================================== 
Summary:                    Enable nrpe to send 8 kB data
Description: 
Enable nrpe to send 8 kB data to a nagios server. This is useful /
necessary to perform larger checks with check_multi.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 12:10 ja             New Issue                                    
======================================================================



From noreply at opencsw.org  Mon Jun  8 12:10:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 12:10:55 +0200
Subject: [bug-notifications] [nrpe 0003707]: Enable nrpe to send 8 kB data
In-Reply-To: <5c1f00797dc136f375bab0be7974496c>
Message-ID: <4608804656f08ec6df8960f3ef680799@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3707 
====================================================================== 
Reported By:                ja
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3707
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-08 12:10 CEST
Last Modified:              2009-06-08 12:10 CEST
====================================================================== 
Summary:                    Enable nrpe to send 8 kB data
Description: 
Enable nrpe to send 8 kB data to a nagios server. This is useful /
necessary to perform larger checks with check_multi.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 12:10 ja             New Issue                                    
2009-06-08 12:10 ja             Status                   new => assigned     
2009-06-08 12:10 ja             Assigned To               => ja              
======================================================================



From noreply at opencsw.org  Mon Jun  8 13:08:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 13:08:28 +0200
Subject: [bug-notifications] [nasm 0003708]: Please upgrade to 2.05.01
Message-ID: <4c3a43d452f964ff27a91cfb0b163816@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3708 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    nasm
Issue ID:                   3708
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 13:08 CEST
Last Modified:              2009-06-08 13:08 CEST
====================================================================== 
Summary:                    Please upgrade to 2.05.01
Description: 
Please upgrade to 2.05.01
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 13:08 dam            New Issue                                    
======================================================================



From noreply at opencsw.org  Mon Jun  8 13:44:42 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 13:44:42 +0200
Subject: [bug-notifications] [doxygen 0003709]: Upgrade to 1.5.9 requested
Message-ID: <1d83899e4e30da91e987b99b9e67ebbf@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3709 
====================================================================== 
Reported By:                ludvigb
Assigned To:                
====================================================================== 
Project:                    doxygen
Issue ID:                   3709
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 13:44 CEST
Last Modified:              2009-06-08 13:44 CEST
====================================================================== 
Summary:                    Upgrade to 1.5.9 requested
Description: 
Doxygen should be upgraded from 1.4.7 to 1.5.9
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 13:44 ludvigb        New Issue                                    
======================================================================



From noreply at opencsw.org  Mon Jun  8 15:52:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 15:52:58 +0200
Subject: [bug-notifications] [nasm 0003708]: Please upgrade to 2.05.01
In-Reply-To: <35110727f6848d7f944010676ce7f14c>
Message-ID: <fe5c36c9c12e80505d09b1290b16b900@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3708 
====================================================================== 
Reported By:                dam
Assigned To:                mjensen
====================================================================== 
Project:                    nasm
Issue ID:                   3708
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-08 13:08 CEST
Last Modified:              2009-06-08 15:52 CEST
====================================================================== 
Summary:                    Please upgrade to 2.05.01
Description: 
Please upgrade to 2.05.01
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 13:08 dam            New Issue                                    
2009-06-08 15:52 mjensen        Status                   new => assigned     
2009-06-08 15:52 mjensen        Assigned To               => mjensen         
======================================================================



From noreply at opencsw.org  Mon Jun  8 16:12:17 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 16:12:17 +0200
Subject: [bug-notifications] [pm_htmlmason 0002897]: pm_htmlmason depends on
	Apache1
In-Reply-To: <2679b96cef2269942d2260125390b6f9>
Message-ID: <4105b0bea92c6bab10a9dc38af8d3e00@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2897 
====================================================================== 
Reported By:                phips
Assigned To:                asmoore
====================================================================== 
Project:                    pm_htmlmason
Issue ID:                   2897
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-05-22 07:35 CEST
Last Modified:              2009-06-08 16:12 CEST
====================================================================== 
Summary:                    pm_htmlmason depends on Apache1
Description: 
Currently installing pm_htmlmason will install apache1 due to dependencies.
It would be nice if there were another version that depended on apache2, or
even better if this version was smart enough to recognise if a system was
already utilising apache2 and not drag version 1 in.
====================================================================== 

---------------------------------------------------------------------- 
 (0006279) bonivart (reporter) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2897#c6279 
---------------------------------------------------------------------- 
It's CSWpmapachereq that starts the chain that eventually pulls in Apache
1. This is only an optional requirement so I have rebuilt the package
without this dependency and also updated it to 1.42. It will soon be in
testing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006279                          
======================================================================



From noreply at opencsw.org  Mon Jun  8 16:12:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 16:12:32 +0200
Subject: [bug-notifications] [pm_tstbldrtester 0002192]: file clash with
	CSWperldoc
In-Reply-To: <f21288869a8436935a5010765c635f5d>
Message-ID: <3db39343c81a2daf108fe34b9968f505@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2192 
====================================================================== 
Reported By:                james
Assigned To:                asmoore
====================================================================== 
Project:                    pm_tstbldrtester
Issue ID:                   2192
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2007-04-02 10:52 CEST
Last Modified:              2009-06-08 16:12 CEST
====================================================================== 
Summary:                    file clash with CSWperldoc
Description: 
2 man pages are also in CSWperldoc

/opt/csw/share/man/man3/Test::Builder::Tester.3perl
/opt/csw/share/man/man3/Test::Builder::Tester::Color.3perl
====================================================================== 

---------------------------------------------------------------------- 
 (0006280) bonivart (reporter) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2192#c6280 
---------------------------------------------------------------------- 
New package in testing without man pages. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006280                          
======================================================================



From noreply at opencsw.org  Mon Jun  8 16:13:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 16:13:32 +0200
Subject: [bug-notifications] [pm_authensasl 0002871]: Authen-SASL-2.11
	available
In-Reply-To: <ea3d81f55b959417c65700268abe4ccb>
Message-ID: <4817c474c2a4b1ca8b50a543f2d7b4b2@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2871 
====================================================================== 
Reported By:                vboisard
Assigned To:                asmoore
====================================================================== 
Project:                    pm_authensasl
Issue ID:                   2871
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-05-01 10:28 CEST
Last Modified:              2009-06-08 16:13 CEST
====================================================================== 
Summary:                    Authen-SASL-2.11 available
Description: 
In order to use gssapi auth with ldap in perl, this new version of
Authen-SASL-2.11 is needed (2.10 is needed but 2.11 is just out)

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

---------------------------------------------------------------------- 
 (0005270) asmoore (manager) - 2008-05-02 06:45
 http://www.opencsw.org/mantis/view.php?id=2871#c5270 
---------------------------------------------------------------------- 
A copy of the pm_authensasl update is in http://www.blastwave.org/testing
for download and install manually.  Be sure to install any dependencies as
well. 

---------------------------------------------------------------------- 
 (0005273) vboisard (reporter) - 2008-05-03 11:03
 http://www.opencsw.org/mantis/view.php?id=2871#c5273 
---------------------------------------------------------------------- 
Works fine for me. Thanks 

---------------------------------------------------------------------- 
 (0006281) bonivart (reporter) - 2009-06-08 16:13
 http://www.opencsw.org/mantis/view.php?id=2871#c6281 
---------------------------------------------------------------------- 
Package updated to 2.12 soon in testing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:13 bonivart       Note Added: 0006281                          
======================================================================



From noreply at opencsw.org  Mon Jun  8 19:32:08 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 19:32:08 +0200
Subject: [bug-notifications] [glib2 0003710]: Please upgrade to 2.20.3
Message-ID: <32f645e04962f475883d729479f7ed0c@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3710 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    glib2
Issue ID:                   3710
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 19:32 CEST
Last Modified:              2009-06-08 19:32 CEST
====================================================================== 
Summary:                    Please upgrade to 2.20.3
Description: 
Please upgrade to 2.20.3
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 19:32 dam            New Issue                                    
======================================================================



From noreply at opencsw.org  Mon Jun  8 22:38:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 8 Jun 2009 22:38:30 +0200
Subject: [bug-notifications] [ggettextrt 0003706]: libintl
In-Reply-To: <4fcf3c7ce807834710006b09e2ca78e7>
Message-ID: <7443f65e4707bfb8d5086913fbaa8d84@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3706 
====================================================================== 
Reported By:                hson
Assigned To:                
====================================================================== 
Project:                    ggettextrt
Issue ID:                   3706
Category:                   upgrade
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 11:09 CEST
Last Modified:              2009-06-08 22:38 CEST
====================================================================== 
Summary:                    libintl
Description: 
After upgrading a bunch of CSW-packages binaries linked to libintl starts
to crash due to a nonexistant symbol

fatal: relocation error: file /opt/csw/lib/libintl.so.8: symbol
libiconv_set_relocation_prefix: referenced symbol not found
====================================================================== 

---------------------------------------------------------------------- 
 (0006282) hson (reporter) - 2009-06-08 22:38
 http://opencsw.org/mantis/view.php?id=3706#c6282 
---------------------------------------------------------------------- 
The problem isn't that the apps doesn't start, but that they crash after a
while in some specific places (for instance within a function call to
libexif which is linked to libintl and libiconv).
However, a recompile of the app seem to fix the problem.
But the question is if there is some option when building libintl whether
to include libiconv_set_relocation_prefix or not... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 11:09 hson           New Issue                                    
2009-06-08 22:38 hson           Note Added: 0006282                          
======================================================================



From noreply at opencsw.org  Tue Jun  9 09:54:03 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:54:03 +0200
Subject: [bug-notifications] [pm_tstbldrtester 0002192]: file clash with
	CSWperldoc
In-Reply-To: <f21288869a8436935a5010765c635f5d>
Message-ID: <a676b9d783577c4e15bbf33dd962283f@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2192 
====================================================================== 
Reported By:                james
Assigned To:                bonivart
====================================================================== 
Project:                    pm_tstbldrtester
Issue ID:                   2192
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2007-04-02 10:52 CEST
Last Modified:              2009-06-09 09:54 CEST
====================================================================== 
Summary:                    file clash with CSWperldoc
Description: 
2 man pages are also in CSWperldoc

/opt/csw/share/man/man3/Test::Builder::Tester.3perl
/opt/csw/share/man/man3/Test::Builder::Tester::Color.3perl
====================================================================== 

---------------------------------------------------------------------- 
 (0006280) bonivart (manager) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2192#c6280 
---------------------------------------------------------------------- 
New package in testing without man pages. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006280                          
2009-06-09 09:54 bonivart       Assigned To              asmoore => bonivart 
======================================================================



From noreply at opencsw.org  Tue Jun  9 09:55:51 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:55:51 +0200
Subject: [bug-notifications] [pm_tstbldrtester 0002192]: file clash with
	CSWperldoc
In-Reply-To: <f21288869a8436935a5010765c635f5d>
Message-ID: <9186c35b2b624debb93c2baab03e137e@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2192 
====================================================================== 
Reported By:                james
Assigned To:                bonivart
====================================================================== 
Project:                    pm_tstbldrtester
Issue ID:                   2192
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-04-02 10:52 CEST
Last Modified:              2009-06-09 09:55 CEST
====================================================================== 
Summary:                    file clash with CSWperldoc
Description: 
2 man pages are also in CSWperldoc

/opt/csw/share/man/man3/Test::Builder::Tester.3perl
/opt/csw/share/man/man3/Test::Builder::Tester::Color.3perl
====================================================================== 

---------------------------------------------------------------------- 
 (0006280) bonivart (manager) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2192#c6280 
---------------------------------------------------------------------- 
New package in testing without man pages. 

---------------------------------------------------------------------- 
 (0006284) bonivart (manager) - 2009-06-09 09:55
 http://www.opencsw.org/mantis/view.php?id=2192#c6284 
---------------------------------------------------------------------- 
New package released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006280                          
2009-06-09 09:54 bonivart       Assigned To              asmoore => bonivart 
2009-06-09 09:55 bonivart       Note Added: 0006284                          
2009-06-09 09:55 bonivart       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Tue Jun  9 09:56:23 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:56:23 +0200
Subject: [bug-notifications] [pm_modulebuild 0003650]: Upgrade to 3.4.x
In-Reply-To: <5651c94752f4199f6cc6a18ca1b69a35>
Message-ID: <eb9dd42891c8fad9bf57744ff7d83cdf@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3650 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_modulebuild
Issue ID:                   3650
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-03 11:42 CEST
Last Modified:              2009-06-09 09:56 CEST
====================================================================== 
Summary:                    Upgrade to 3.4.x
Description: 
Upgrade eclipse package to 3.4.x version
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-03 11:42 wbonnet        New Issue                                    
2009-06-09 09:56 bonivart       Status                   new => assigned     
2009-06-09 09:56 bonivart       Assigned To               => bonivart        
======================================================================



From noreply at opencsw.org  Tue Jun  9 09:56:30 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:56:30 +0200
Subject: [bug-notifications] [pm_htmlmason 0002897]: pm_htmlmason depends on
	Apache1
In-Reply-To: <2679b96cef2269942d2260125390b6f9>
Message-ID: <d8b1e8fdfaa89574958f0d345534ff8d@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2897 
====================================================================== 
Reported By:                phips
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlmason
Issue ID:                   2897
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-05-22 07:35 CEST
Last Modified:              2009-06-09 09:56 CEST
====================================================================== 
Summary:                    pm_htmlmason depends on Apache1
Description: 
Currently installing pm_htmlmason will install apache1 due to dependencies.
It would be nice if there were another version that depended on apache2, or
even better if this version was smart enough to recognise if a system was
already utilising apache2 and not drag version 1 in.
====================================================================== 

---------------------------------------------------------------------- 
 (0006279) bonivart (manager) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2897#c6279 
---------------------------------------------------------------------- 
It's CSWpmapachereq that starts the chain that eventually pulls in Apache
1. This is only an optional requirement so I have rebuilt the package
without this dependency and also updated it to 1.42. It will soon be in
testing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006279                          
2009-06-09 09:56 bonivart       Assigned To              asmoore => bonivart 
======================================================================



From noreply at opencsw.org  Tue Jun  9 09:56:39 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:56:39 +0200
Subject: [bug-notifications] [pm_authensasl 0002871]: Authen-SASL-2.11
	available
In-Reply-To: <ea3d81f55b959417c65700268abe4ccb>
Message-ID: <2f05fe79c8f1db15df2ad624f0ef3b39@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2871 
====================================================================== 
Reported By:                vboisard
Assigned To:                bonivart
====================================================================== 
Project:                    pm_authensasl
Issue ID:                   2871
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-05-01 10:28 CEST
Last Modified:              2009-06-09 09:56 CEST
====================================================================== 
Summary:                    Authen-SASL-2.11 available
Description: 
In order to use gssapi auth with ldap in perl, this new version of
Authen-SASL-2.11 is needed (2.10 is needed but 2.11 is just out)

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

---------------------------------------------------------------------- 
 (0005270) asmoore (reporter) - 2008-05-02 06:45
 http://www.opencsw.org/mantis/view.php?id=2871#c5270 
---------------------------------------------------------------------- 
A copy of the pm_authensasl update is in http://www.blastwave.org/testing
for download and install manually.  Be sure to install any dependencies as
well. 

---------------------------------------------------------------------- 
 (0005273) vboisard (reporter) - 2008-05-03 11:03
 http://www.opencsw.org/mantis/view.php?id=2871#c5273 
---------------------------------------------------------------------- 
Works fine for me. Thanks 

---------------------------------------------------------------------- 
 (0006281) bonivart (manager) - 2009-06-08 16:13
 http://www.opencsw.org/mantis/view.php?id=2871#c6281 
---------------------------------------------------------------------- 
Package updated to 2.12 soon in testing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:13 bonivart       Note Added: 0006281                          
2009-06-09 09:56 bonivart       Assigned To              asmoore => bonivart 
======================================================================



From noreply at opencsw.org  Tue Jun  9 09:57:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:57:52 +0200
Subject: [bug-notifications] [pm_modulebuild 0003650]: Upgrade to 3.4.x
In-Reply-To: <5651c94752f4199f6cc6a18ca1b69a35>
Message-ID: <cda96bb7e8cfd619ed98ad9b69ef14d2@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3650 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_modulebuild
Issue ID:                   3650
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-03 11:42 CEST
Last Modified:              2009-06-09 09:57 CEST
====================================================================== 
Summary:                    Upgrade to 3.4.x
Description: 
Upgrade eclipse package to 3.4.x version
====================================================================== 

---------------------------------------------------------------------- 
 (0006285) bonivart (manager) - 2009-06-09 09:57
 http://www.opencsw.org/mantis/view.php?id=3650#c6285 
---------------------------------------------------------------------- 
Not sure if you filed the bug against the right package...but I updated
this one anyway since it was orphaned. :-) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-03 11:42 wbonnet        New Issue                                    
2009-06-09 09:56 bonivart       Status                   new => assigned     
2009-06-09 09:56 bonivart       Assigned To               => bonivart        
2009-06-09 09:57 bonivart       Note Added: 0006285                          
2009-06-09 09:57 bonivart       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Tue Jun  9 09:58:26 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:58:26 +0200
Subject: [bug-notifications] [pm_htmlmason 0002897]: pm_htmlmason depends on
	Apache1
In-Reply-To: <2679b96cef2269942d2260125390b6f9>
Message-ID: <0af0e895f29971ae860b2c9265c9d8fd@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2897 
====================================================================== 
Reported By:                phips
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlmason
Issue ID:                   2897
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-05-22 07:35 CEST
Last Modified:              2009-06-09 09:58 CEST
====================================================================== 
Summary:                    pm_htmlmason depends on Apache1
Description: 
Currently installing pm_htmlmason will install apache1 due to dependencies.
It would be nice if there were another version that depended on apache2, or
even better if this version was smart enough to recognise if a system was
already utilising apache2 and not drag version 1 in.
====================================================================== 

---------------------------------------------------------------------- 
 (0006279) bonivart (manager) - 2009-06-08 16:12
 http://www.opencsw.org/mantis/view.php?id=2897#c6279 
---------------------------------------------------------------------- 
It's CSWpmapachereq that starts the chain that eventually pulls in Apache
1. This is only an optional requirement so I have rebuilt the package
without this dependency and also updated it to 1.42. It will soon be in
testing. 

---------------------------------------------------------------------- 
 (0006286) bonivart (manager) - 2009-06-09 09:58
 http://www.opencsw.org/mantis/view.php?id=2897#c6286 
---------------------------------------------------------------------- 
New package released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:12 bonivart       Note Added: 0006279                          
2009-06-09 09:56 bonivart       Assigned To              asmoore => bonivart 
2009-06-09 09:58 bonivart       Note Added: 0006286                          
2009-06-09 09:58 bonivart       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Tue Jun  9 09:59:03 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 09:59:03 +0200
Subject: [bug-notifications] [pm_authensasl 0002871]: Authen-SASL-2.11
	available
In-Reply-To: <ea3d81f55b959417c65700268abe4ccb>
Message-ID: <8efda4f72de5e1ac803b29b34bd48d6f@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2871 
====================================================================== 
Reported By:                vboisard
Assigned To:                bonivart
====================================================================== 
Project:                    pm_authensasl
Issue ID:                   2871
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-05-01 10:28 CEST
Last Modified:              2009-06-09 09:59 CEST
====================================================================== 
Summary:                    Authen-SASL-2.11 available
Description: 
In order to use gssapi auth with ldap in perl, this new version of
Authen-SASL-2.11 is needed (2.10 is needed but 2.11 is just out)

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

---------------------------------------------------------------------- 
 (0005270) asmoore (reporter) - 2008-05-02 06:45
 http://www.opencsw.org/mantis/view.php?id=2871#c5270 
---------------------------------------------------------------------- 
A copy of the pm_authensasl update is in http://www.blastwave.org/testing
for download and install manually.  Be sure to install any dependencies as
well. 

---------------------------------------------------------------------- 
 (0005273) vboisard (reporter) - 2008-05-03 11:03
 http://www.opencsw.org/mantis/view.php?id=2871#c5273 
---------------------------------------------------------------------- 
Works fine for me. Thanks 

---------------------------------------------------------------------- 
 (0006281) bonivart (manager) - 2009-06-08 16:13
 http://www.opencsw.org/mantis/view.php?id=2871#c6281 
---------------------------------------------------------------------- 
Package updated to 2.12 soon in testing. 

---------------------------------------------------------------------- 
 (0006287) bonivart (manager) - 2009-06-09 09:59
 http://www.opencsw.org/mantis/view.php?id=2871#c6287 
---------------------------------------------------------------------- 
New package released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-08 16:13 bonivart       Note Added: 0006281                          
2009-06-09 09:56 bonivart       Assigned To              asmoore => bonivart 
2009-06-09 09:59 bonivart       Note Added: 0006287                          
2009-06-09 09:59 bonivart       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Tue Jun  9 10:00:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 10:00:38 +0200
Subject: [bug-notifications] [pkgutil 0003701]: Upgrading pkgutil with -y
	fails and leaves system without pkgutil
In-Reply-To: <536a535ba5ae224d2e8f7e430d9c4d3e>
Message-ID: <58bca8b8d9f33994e5c7d1085d7507d9@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3701 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3701
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-31 17:12 CEST
Last Modified:              2009-06-09 10:00 CEST
====================================================================== 
Summary:                    Upgrading pkgutil with -y fails and leaves system
without pkgutil
Description: 
Just tried to upgrade pkgutil to 1.6 with -y (don't bother me ;).
Unfortunately, /var/opt/csw/pkgutil/admin is deleted when removing the old
version, so the pkgadd of 1.6 fails. Maybe find some way to keep the admin
file around?

# pkgutil -v
1.5
# pkgutil -yu pkgutil
Parsing catalog, may take a while...
Updated packages: CSWpkgutil-1.6,REV=2009.05.29
Total size:  108.5 KB
Fetching CSWpkgutil-1.6,REV=2009.05.29...
--2009-05-31 16:13:48-- 
http://csw.informatik.uni-erlangen.de/csw/current/i386/5.10/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz
Resolving csw.informatik.uni-erlangen.de... 131.188.30.102
Connecting to csw.informatik.uni-erlangen.de|131.188.30.102|:80...
connected.
HTTP request sent, awaiting response... 200 OK
Length: 111094 (108K) [application/octet-stream]
Saving to:
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'

100%[=======================================>] 111,094      178K/s   in
0.6s

2009-05-31 16:13:49 (178 KB/s) -
`/var/opt/csw/pkgutil/packages/pkgutil-1.6,REV=2009.05.29-SunOS5.8-i386-CSW.pkg.gz'
saved [111094/111094]

Removing old version of CSWpkgutil

Removal of <CSWpkgutil> was successful.
Installing CSWpkgutil-1.6,REV=2009.05.29
pkgadd: ERROR: unable to open admin file </var/opt/csw/pkgutil/admin>: No
such file or directory
====================================================================== 

---------------------------------------------------------------------- 
 (0006233) bonivart (manager) - 2009-06-01 09:51
 http://www.opencsw.org/mantis/view.php?id=3701#c6233 
---------------------------------------------------------------------- 
Thanks for reporting that, I usually don't use -y myself because I want to
see everything looking for bugs but of course there was one related to -y!
:-)

I'll see what I will do about this, I'm thinking two things, either keep
the admin file around somehow (not really nice if you permanently remove
the package) or simply checking for its existence before using it, the
latter would in practice temporarily disable -y until the admin file is
back again. 

---------------------------------------------------------------------- 
 (0006234) skayser (administrator) - 2009-06-01 11:59
 http://www.opencsw.org/mantis/view.php?id=3701#c6234 
---------------------------------------------------------------------- 
Your second option seems like a good option. Straight-forward and fully
sufficient in the seldom case of a pkgutil upgrade (with its admin file
removal). 

---------------------------------------------------------------------- 
 (0006239) bonivart (manager) - 2009-06-01 16:50
 http://www.opencsw.org/mantis/view.php?id=3701#c6239 
---------------------------------------------------------------------- 
I went with the second option, it seemed the simplest. I will release 1.6.1
shortly, hopefully not that many will use -y to upgrade to it... :-)

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=55 

---------------------------------------------------------------------- 
 (0006271) dam (reporter) - 2009-06-05 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6271 
---------------------------------------------------------------------- 
This is not good. If you upgrade a machine which receives updates only once
every few month you have almost always an update of pkgutil and also many
many packages. Just not using a removed admin file renders -y useless in
these scenarios. It would be better to copy the admin file somewhere on
pkgutil start, use it during pkgutil runtime, and remove it after that.
That way removing admin from the package wouldn't interfere with package
installation.

Additionally, there should be a special case which always updated pkgutil
first and restarts it, so in case of an error the error is fixable.
Currently using -y leaves a machine completely broken as packages are
downloaded, removed, but not installed as the admin file was missing. So
lots of packages are removed and not installed again. 

---------------------------------------------------------------------- 
 (0006272) bonivart (manager) - 2009-06-05 10:29
 http://www.opencsw.org/mantis/view.php?id=3701#c6272 
---------------------------------------------------------------------- 
At least for interactive it's no worse than having to confirm for pkgutil,
right? If you're running from cron or something it would halt.

I kept it on my todo-list but I wanted a quick fix for those like
Sebastian who ended up without pkgutil. 

---------------------------------------------------------------------- 
 (0006273) dam (reporter) - 2009-06-05 11:15
 http://www.opencsw.org/mantis/view.php?id=3701#c6273 
---------------------------------------------------------------------- 
It is worse. Because it deinstalls all upgradeable packages and instead of
installing the packages it throws errors. So you end up without all
packages to be upgraded and without trace which packages got deinstalled. 

---------------------------------------------------------------------- 
 (0006274) bonivart (manager) - 2009-06-05 11:24
 http://www.opencsw.org/mantis/view.php?id=3701#c6274 
---------------------------------------------------------------------- 
No, read the code. :-) It actually removes/installs the packages one by one
so all packages up to pkgutil will be upgraded.

But I agree with you that it's not how I want things to be, your idea with
copying the admin file at start sounds interesting... 

---------------------------------------------------------------------- 
 (0006275) bonivart (manager) - 2009-06-05 15:13
 http://www.opencsw.org/mantis/view.php?id=3701#c6275 
---------------------------------------------------------------------- 
Please try r59 if you have a chance, it copies the admin file like you
suggested Dago.

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=59 

---------------------------------------------------------------------- 
 (0006288) bonivart (manager) - 2009-06-09 10:00
 http://www.opencsw.org/mantis/view.php?id=3701#c6288 
---------------------------------------------------------------------- 
v1.6.1 released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-31 17:12 skayser        New Issue                                    
2009-06-01 09:51 bonivart       Note Added: 0006233                          
2009-06-01 09:51 bonivart       Status                   new => assigned     
2009-06-01 09:51 bonivart       Assigned To               => bonivart        
2009-06-01 11:59 skayser        Note Added: 0006234                          
2009-06-01 16:50 bonivart       Note Added: 0006239                          
2009-06-05 10:00 dam            Note Added: 0006271                          
2009-06-05 10:29 bonivart       Note Added: 0006272                          
2009-06-05 11:15 dam            Note Added: 0006273                          
2009-06-05 11:24 bonivart       Note Added: 0006274                          
2009-06-05 15:13 bonivart       Note Added: 0006275                          
2009-06-09 10:00 bonivart       Note Added: 0006288                          
2009-06-09 10:00 bonivart       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Tue Jun  9 10:01:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 10:01:07 +0200
Subject: [bug-notifications] [pkgutil 0003702]: pkgutil should upgrade
	cswclassutils before installing other packages
In-Reply-To: <fd8dd9e144b9b1e15657b2c7dfe924be>
Message-ID: <66b87896c623d3619b04fe70426b93c0@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3702 
====================================================================== 
Reported By:                skayser
Assigned To:                bonivart
====================================================================== 
Project:                    pkgutil
Issue ID:                   3702
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-01 18:17 CEST
Last Modified:              2009-06-09 10:01 CEST
====================================================================== 
Summary:                    pkgutil should upgrade cswclassutils before
installing other packages
Description: 
I just tried to install CSWstunnel from testing, which has a dependency on
CSWcswclassutils. CSWcswclassutils was already installed on the system, but
not the most recent one, so pkgutil offered to install stunnel and upgrade
cswclassutils.

Instead of upgrading cswclassutils first (which i would have expected as
it is a dependency of stunnel) it went on to install stunnel first. Is this
a multi-repository issue? It would be good to have pkgutil install all
dependencies first before installing dependent packages no matter what.
Especially cswclassutils as dependent packages might make use of recent
cswclassutils features.

# pkgutil -t http://mirror.opencsw.org/opencsw/testing -i stunnel
...
Parsing catalog, may take a while...
New packages: CSWstunnel-4.27,REV=2009.06.01
Updated packages: CSWcswclassutils-1.14,REV=2009.05.29
Current packages: CSWcommon-1.4.6,REV=2008.04.28
CSWcacertificates-20090108,REV=
2009.01.08 CSWtcpwrap-7.6,REV=2006.03.30.ipv6.4
CSWosslrt-0.9.8,REV=2009.03.27_r
ev=k CSWzlib-1.2.3,REV=2009.04.05
Total size: 118.5 KB
2 packages to fetch. Do you want to continue? [Y,n]
...
Installing CSWstunnel-4.27,REV=2009.06.01

Processing package instance <CSWstunnel> from
</var/opt/csw/pkgutil/packages/stunnel-4.27,REV=2009.06.01-SunOS5.8-sparc-CSW.pkg>

...
The following package is currently installed:
   CSWcswclassutils      cswclassutils - CSW class action utilities
                         (all) 1.4,REV=2009.02.18

Do you want to remove this package? [y,n,?,q] q
...

Let me know if you need any further information. The machine is still in
an unchanged state, so i can easily do testing.
====================================================================== 

---------------------------------------------------------------------- 
 (0006243) bonivart (manager) - 2009-06-02 17:49
 http://www.opencsw.org/mantis/view.php?id=3702#c6243 
---------------------------------------------------------------------- 
If I made a dime on pkgutil I would have to start paying you for beta
testing! :-)

I see what you mean, if stunnel made use of any new features compared to
the one you had installed it would have failed. Even more interesting is to
know for sure it would have installed cswclassutils first if you didn't
have it at all..?!

I'll do some testing of my own and maybe come up with a special case for
cswclassutils. 

---------------------------------------------------------------------- 
 (0006266) bonivart (manager) - 2009-06-04 17:41
 http://www.opencsw.org/mantis/view.php?id=3702#c6266 
---------------------------------------------------------------------- 
I have taken a look at this and made a small change to how the packages to
be downloaded/installed/upgraded are ordered. As far as I can see no
special case for cswclassutils is needed now. Please try r56:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=56

It also contains a fix for http://www.opencsw.org/mantis/view.php?id=3701 (r55).


---------------------------------------------------------------------- 
 (0006267) bonivart (manager) - 2009-06-04 17:51
 http://www.opencsw.org/mantis/view.php?id=3702#c6267 
---------------------------------------------------------------------- 
Minor update:

http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/pkgutil?revision=57 

---------------------------------------------------------------------- 
 (0006289) bonivart (manager) - 2009-06-09 10:01
 http://www.opencsw.org/mantis/view.php?id=3702#c6289 
---------------------------------------------------------------------- 
v1.6.1 released. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-01 18:17 skayser        New Issue                                    
2009-06-02 16:54 bonivart       Status                   new => assigned     
2009-06-02 16:54 bonivart       Assigned To               => bonivart        
2009-06-02 17:49 bonivart       Note Added: 0006243                          
2009-06-04 17:41 bonivart       Note Added: 0006266                          
2009-06-04 17:51 bonivart       Note Added: 0006267                          
2009-06-09 10:01 bonivart       Note Added: 0006289                          
2009-06-09 10:01 bonivart       Status                   assigned => closed  
======================================================================



From noreply at opencsw.org  Tue Jun  9 14:10:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 14:10:35 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <528f4340f65d126f295645cee352e0fd@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-09 14:10 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006290) skayser (administrator) - 2009-06-09 14:10
 http://opencsw.org/bugtrack/view.php?id=3703#c6290 
---------------------------------------------------------------------- 
Most recent bugnote. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-03 02:35 skayser        New Issue                                    
2009-06-03 02:36 skayser        Note Added: 0006253                          
2009-06-03 02:37 skayser        Note Added: 0006254                          
2009-06-03 02:39 skayser        Note Added: 0006255                          
2009-06-03 02:43 skayser        Note Added: 0006256                          
2009-06-09 14:10 skayser        Note Added: 0006290                          
======================================================================



From noreply at opencsw.org  Tue Jun  9 14:12:34 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 14:12:34 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <5618bd89cbccb5527d2cb7cd6b7b4b6c@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-09 14:12 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006291) skayser (administrator) - 2009-06-09 14:12
 http://opencsw.org/bugtrack/view.php?id=3703#c6291 
---------------------------------------------------------------------- 
Just testing, looks good.



From noreply at opencsw.org  Tue Jun  9 14:23:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 9 Jun 2009 14:23:35 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <60d735ce02de049c6758e0f73966efaa@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-09 14:23 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006292) skayser (administrator) - 2009-06-09 14:23
 http://opencsw.org/bugtrack/view.php?id=3703#c6292 
---------------------------------------------------------------------- 
Testing finished. Closing this issue.



From noreply at opencsw.org  Wed Jun 10 13:10:20 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 13:10:20 +0200
Subject: [bug-notifications] [gsed 0003711]: Please upgrade to 4.2
Message-ID: <0d93ef5d37d1e602659778410362f830@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3711 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    gsed
Issue ID:                   3711
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-10 13:10 CEST
Last Modified:              2009-06-10 13:10 CEST
====================================================================== 
Summary:                    Please upgrade to 4.2
Description: 
Please upgrade to 4.2
======================================================================



From noreply at opencsw.org  Wed Jun 10 22:59:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 22:59:18 +0200
Subject: [bug-notifications] [libidl 0001293]: Recompile of libIDL needed or
	update to 0.8.6
In-Reply-To: <1c54cfc6ac718bb2d0f63fe4bca0a7f4>
Message-ID: <9552431b33a024f1bc138f42e36aa903@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1293 
====================================================================== 
Reported By:                kenmays
Assigned To:                dam
====================================================================== 
Project:                    libidl
Issue ID:                   1293
Category:                   other
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2005-11-12 11:50 CET
Last Modified:              2009-06-10 22:59 CEST
====================================================================== 
Summary:                    Recompile of libIDL needed or update to 0.8.6
Description: 
Please recompile libIDL using the Sun Studio compiler. The currentpackage
has a CPP depenendency to /opt/csw/gcc/bin/cpp which is the GCC
preprocessor which is in error. 
====================================================================== 

---------------------------------------------------------------------- 
 (0003889) kenmays (reporter) - 2006-09-17 14:27
 http://www.opencsw.org/mantis/view.php?id=1293#c3889 
---------------------------------------------------------------------- 
this is fixed



From noreply at opencsw.org  Wed Jun 10 22:59:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 22:59:43 +0200
Subject: [bug-notifications] [libidl 0001293]: Recompile of libIDL needed or
	update to 0.8.6
In-Reply-To: <1c54cfc6ac718bb2d0f63fe4bca0a7f4>
Message-ID: <8014ec657922834061e0d3dd5ad45278@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1293 
====================================================================== 
Reported By:                kenmays
Assigned To:                dam
====================================================================== 
Project:                    libidl
Issue ID:                   1293
Category:                   other
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2005-11-12 11:50 CET
Last Modified:              2009-06-10 22:59 CEST
====================================================================== 
Summary:                    Recompile of libIDL needed or update to 0.8.6
Description: 
Please recompile libIDL using the Sun Studio compiler. The currentpackage
has a CPP depenendency to /opt/csw/gcc/bin/cpp which is the GCC
preprocessor which is in error. 
====================================================================== 

---------------------------------------------------------------------- 
 (0006293) dam (manager) - 2009-06-10 22:59
 http://www.opencsw.org/mantis/view.php?id=1293#c6293 
---------------------------------------------------------------------- 
Fixed in 0.8.13,REV=2009.06.10



From noreply at opencsw.org  Wed Jun 10 23:00:14 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:00:14 +0200
Subject: [bug-notifications] [libidl 0003117]: Depend on CSWggettextrt
In-Reply-To: <c8cef90a389ce661e45f452d8a1a76c9>
Message-ID: <620c9c73f59913de868f3a89e0f735d9@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3117 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libidl
Issue ID:                   3117
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 02:53 CET
Last Modified:              2009-06-10 23:00 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
======================================================================



From noreply at opencsw.org  Wed Jun 10 23:00:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:00:38 +0200
Subject: [bug-notifications] [libidl 0003117]: Depend on CSWggettextrt
In-Reply-To: <c8cef90a389ce661e45f452d8a1a76c9>
Message-ID: <86e4cecde2ff9029b91129cb29289747@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3117 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libidl
Issue ID:                   3117
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 02:53 CET
Last Modified:              2009-06-10 23:00 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006294) dam (manager) - 2009-06-10 23:00
 http://www.opencsw.org/mantis/view.php?id=3117#c6294 
---------------------------------------------------------------------- 
Fixed in 0.8.13,REV=2009.06.10



From noreply at opencsw.org  Wed Jun 10 23:01:27 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:01:27 +0200
Subject: [bug-notifications] [libxrender 0003516]: Please upgrade to 0.9.4
In-Reply-To: <d6021446e530af3f0aea7c4ea10b1c17>
Message-ID: <8e19ed3a47e6659ed15ff3c36c14d47a@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3516 
====================================================================== 
Reported By:                dam
Assigned To:                dam
====================================================================== 
Project:                    libxrender
Issue ID:                   3516
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-03-30 20:49 CEST
Last Modified:              2009-06-10 23:01 CEST
====================================================================== 
Summary:                    Please upgrade to 0.9.4
Description: 
Please upgrade to 0.9.4
New home is http://www.t2-project.org/packages/libxrender.html
======================================================================



From noreply at opencsw.org  Wed Jun 10 23:01:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:01:56 +0200
Subject: [bug-notifications] [libxrender 0003516]: Please upgrade to 0.9.4
In-Reply-To: <d6021446e530af3f0aea7c4ea10b1c17>
Message-ID: <8e8c44444616036acb83834c317859bc@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3516 
====================================================================== 
Reported By:                dam
Assigned To:                dam
====================================================================== 
Project:                    libxrender
Issue ID:                   3516
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-03-30 20:49 CEST
Last Modified:              2009-06-10 23:01 CEST
====================================================================== 
Summary:                    Please upgrade to 0.9.4
Description: 
Please upgrade to 0.9.4
New home is http://www.t2-project.org/packages/libxrender.html
====================================================================== 

---------------------------------------------------------------------- 
 (0006295) dam (manager) - 2009-06-10 23:01
 http://www.opencsw.org/mantis/view.php?id=3516#c6295 
---------------------------------------------------------------------- 
Fixed in 0.9.4,REV=2009.06.09



From noreply at opencsw.org  Wed Jun 10 23:03:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:03:18 +0200
Subject: [bug-notifications] [libxrender 0002030]: la file contains local
	path
In-Reply-To: <69f0cbf06273d0bf7bb1df3c9c444f83>
Message-ID: <211ea7aad9ff06d3c43729126f263732@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2030 
====================================================================== 
Reported By:                james
Assigned To:                dam
====================================================================== 
Project:                    libxrender
Issue ID:                   2030
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2006-12-03 11:11 CET
Last Modified:              2009-06-10 23:03 CEST
====================================================================== 
Summary:                    la file contains local path
Description: 
la file contains local path
======================================================================



From noreply at opencsw.org  Wed Jun 10 23:56:59 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 10 Jun 2009 23:56:59 +0200
Subject: [bug-notifications] [libungif 0003712]: Please upgrade to latest
	version
Message-ID: <36a38d41cdad414f8ed1c3e4bcc677b8@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3712 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    libungif
Issue ID:                   3712
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-10 23:56 CEST
Last Modified:              2009-06-10 23:56 CEST
====================================================================== 
Summary:                    Please upgrade to latest version
Description: 
Please upgrade to latest version
New home is https://sourceforge.net/projects/giflib/ (previously libungif)
======================================================================



From noreply at opencsw.org  Fri Jun 12 17:47:36 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 12 Jun 2009 17:47:36 +0200
Subject: [bug-notifications] [gcc4g++ 0001487]: missing support for
	mcheck()/MALLOC_CHECK in glibc
In-Reply-To: <5abee9798edb062b8b58b7b65218040d>
Message-ID: <d466f28a90efbd89311585310f06289c@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1487 
====================================================================== 
Reported By:                kz43f88823
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   1487
Category:                   other
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-02-19 10:10 CET
Last Modified:              2009-06-12 17:47 CEST
====================================================================== 
Summary:                    missing support for mcheck()/MALLOC_CHECK in glibc
Description: 
the current library doesn\'t have the mcheck/MALLOC_CHECK feature enabled
======================================================================



From noreply at opencsw.org  Fri Jun 12 17:52:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 12 Jun 2009 17:52:32 +0200
Subject: [bug-notifications] [mod_php 0001503]: Pear XML RPC library
	doesn\'t handle empty strings
In-Reply-To: <3596d6240aa9adb6d3c5abffc26633e3>
Message-ID: <2a21000a2703141893c488535143b918@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1503 
====================================================================== 
Reported By:                malk271
Assigned To:                mark
====================================================================== 
Project:                    mod_php
Issue ID:                   1503
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-02-27 04:36 CET
Last Modified:              2009-06-12 17:52 CEST
====================================================================== 
Summary:                    Pear XML RPC library doesn\'t handle empty strings
Description: 
The current release of CSWphp has a version of the Pear XML-RPC library
that doesn\'t properly handle empty structs. There is a newer release of
this library available on Pear\'s web site that fixes this problem (version
1.4.5)
====================================================================== 

---------------------------------------------------------------------- 
 (0006296) mwatters (manager) - 2009-06-12 17:52
 http://www.opencsw.org/mantis/view.php?id=1503#c6296 
---------------------------------------------------------------------- 
latest version has been released



From noreply at opencsw.org  Fri Jun 12 18:01:12 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 12 Jun 2009 18:01:12 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
Message-ID: <39b03b90fb7b9dfdc7d961a83a86eaef@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-12 18:01 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
======================================================================



From noreply at opencsw.org  Sun Jun 14 18:31:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 14 Jun 2009 18:31:46 +0200
Subject: [bug-notifications] [nasm 0003708]: Please upgrade to 2.05.01
In-Reply-To: <35110727f6848d7f944010676ce7f14c>
Message-ID: <2c59ae1fc85a9ead778ff082543e063b@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3708 
====================================================================== 
Reported By:                dam
Assigned To:                mjensen
====================================================================== 
Project:                    nasm
Issue ID:                   3708
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-08 13:08 CEST
Last Modified:              2009-06-14 18:31 CEST
====================================================================== 
Summary:                    Please upgrade to 2.05.01
Description: 
Please upgrade to 2.05.01
====================================================================== 

---------------------------------------------------------------------- 
 (0006297) mjensen (manager) - 2009-06-14 18:31
 http://www.opencsw.org/bugtrack/view.php?id=3708#c6297 
---------------------------------------------------------------------- 
The following files have been put into /testing ...

9aea1d1df09e7f51525d8a9fee95b0ee 
nasm-2.05.01,REV=2009.06.14-SunOS5.8-i386-CSW.pkg.gz
0fa0d0eebd39d15f6c7ae7336764b4fa 
nasm-2.05.01,REV=2009.06.14-SunOS5.8-sparc-CSW.pkg.gz

I haven't even run them yet - let me know if they work. Cheers!

Murray...



From noreply at opencsw.org  Sun Jun 14 20:48:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 14 Jun 2009 20:48:11 +0200
Subject: [bug-notifications] [libxrender 0002030]: la file contains local
	path
In-Reply-To: <69f0cbf06273d0bf7bb1df3c9c444f83>
Message-ID: <dedd6e861a960db636a5ee30d7cc2d3f@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2030 
====================================================================== 
Reported By:                james
Assigned To:                dam
====================================================================== 
Project:                    libxrender
Issue ID:                   2030
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-12-03 11:11 CET
Last Modified:              2009-06-14 20:48 CEST
====================================================================== 
Summary:                    la file contains local path
Description: 
la file contains local path
====================================================================== 

---------------------------------------------------------------------- 
 (0006298) dam (manager) - 2009-06-14 20:48
 http://www.opencsw.org/mantis/view.php?id=2030#c6298 
---------------------------------------------------------------------- 
Fixed in 0.9.4,REV=2009.06.11



From noreply at opencsw.org  Tue Jun 16 01:13:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 01:13:35 +0200
Subject: [bug-notifications] [pm_glib 0003714]: Please upgrade to 1.221
Message-ID: <a138de20ac033c132900f5cd0af40cbe@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3714 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_glib
Issue ID:                   3714
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-16 01:13 CEST
Last Modified:              2009-06-16 01:13 CEST
====================================================================== 
Summary:                    Please upgrade to 1.221
Description: 
Please upgrade to version 1.221
======================================================================



From noreply at opencsw.org  Tue Jun 16 09:37:26 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 09:37:26 +0200
Subject: [bug-notifications] [pm_extutilsdepends 0003715]: Please upgrade to
	0.301
Message-ID: <346ca076970f32e7af97b9c31a27c875@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3715 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_extutilsdepends
Issue ID:                   3715
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-16 09:37 CEST
Last Modified:              2009-06-16 09:37 CEST
====================================================================== 
Summary:                    Please upgrade to 0.301
Description: 
Please upgrade to 0.301
======================================================================



From noreply at opencsw.org  Tue Jun 16 22:00:13 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:00:13 +0200
Subject: [bug-notifications] [mod_php 0002583]: latest (\'final\') version
	needed, with bugfixes/security fixes
In-Reply-To: <9f004d3e554a01d1e11adeaac1c2bfe4>
Message-ID: <fd78c5959442c149208b4c9421fddb8a@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2583 
====================================================================== 
Reported By:                philadmin
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   2583
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   urgent
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-09-03 10:52 CEST
Last Modified:              2009-06-16 22:00 CEST
====================================================================== 
Summary:                    latest (\'final\') version needed, with
bugfixes/security fixes
Description: 
Please update php4 to \&quot;final\&quot; version from the php guys.

This is a tickler for when you get back \&quot;mid september\&quot; 2007
:-)


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

---------------------------------------------------------------------- 
 (0006299) mwatters (manager) - 2009-06-16 22:00
 http://www.opencsw.org/mantis/view.php?id=2583#c6299 
---------------------------------------------------------------------- 
The "last" version of php4 has been released.



From noreply at opencsw.org  Tue Jun 16 22:03:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:03:45 +0200
Subject: [bug-notifications] [mod_php 0001575]: lib/php/DB missing
In-Reply-To: <875dd78bb123a3001f4da38253fc5125>
Message-ID: <399e3e4f0c06b6f3bd1e73885262a09e@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1575 
====================================================================== 
Reported By:                archangel at crackteam.org
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   1575
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-04-17 15:43 CEST
Last Modified:              2009-06-16 22:03 CEST
====================================================================== 
Summary:                    lib/php/DB missing
Description: 
I recently did a \'pkg-get upgrade\' and now mod_php seems to be missing
some files, namely everything that was in /opt/csw/lib/php/DB. I realize
that php was recently broken into several packages, but I\'ve searched for
DB.php using the package file search form and nothing comes up. An
important 3rd party app we use requires DB.php, which was previously there
(I did a copy of /opt/csw before the upgrade). Where did this go? Missing
directories (compared to my previous install) from /opt/csw/lib/php
include:

Archive
Console (pear is complaining it can\'t find Getopt.php, which resides in
this dir)
Mail
XML
doc
test

Do these have to be added manually now? I would be grateful for any
direction here.


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

---------------------------------------------------------------------- 
 (0006300) mwatters (manager) - 2009-06-16 22:03
 http://www.opencsw.org/mantis/view.php?id=1575#c6300 
---------------------------------------------------------------------- 
last version of php4 has been released.



From noreply at opencsw.org  Tue Jun 16 22:04:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:04:58 +0200
Subject: [bug-notifications] [mod_php4_core 0002150]: apache2 most recent
	update (2.2.4) core dumps with mod_php4_core loaded
In-Reply-To: <b765d86d364a05243e9d25978e427c9e>
Message-ID: <19afd543c148810592344b65f01b740c@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2150 
====================================================================== 
Reported By:                douglass
Assigned To:                
====================================================================== 
Project:                    mod_php4_core
Issue ID:                   2150
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-03-01 11:19 CET
Last Modified:              2009-06-16 22:04 CEST
====================================================================== 
Summary:                    apache2 most recent update (2.2.4) core dumps with
mod_php4_core loaded
Description: 
I did a pkg-get -u on a system which runs apache2/php4 from blastwave. 
After update the apache2 would segfault on every page served.    Commenting
out the 
LoadModule for php4_module keeps it from core dumping so the problem would
appear to be directly related to php4.
====================================================================== 

---------------------------------------------------------------------- 
 (0006301) mwatters (manager) - 2009-06-16 22:04
 http://www.opencsw.org/mantis/view.php?id=2150#c6301 
---------------------------------------------------------------------- 
last version of php4 now released. issue is resolved.



From noreply at opencsw.org  Tue Jun 16 22:06:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:06:55 +0200
Subject: [bug-notifications] [mod_php 0001624]: XSLT support
In-Reply-To: <f5db4df76da1c92278cc9a4992d5f1ba>
Message-ID: <1b5c6e06e453245141269c18d80f207e@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1624 
====================================================================== 
Reported By:                archangel at crackteam.org
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   1624
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-06-05 20:09 CEST
Last Modified:              2009-06-16 22:06 CEST
====================================================================== 
Summary:                    XSLT support
Description: 
I would like to request XSLT support be compiled offered for PHP 4. The
DOMXML extension is installed and enabled, but unfortunately it does not
automatically include XSLT libraries. The XSLT library is not installed.

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

---------------------------------------------------------------------- 
 (0006302) mwatters (manager) - 2009-06-16 22:06
 http://www.opencsw.org/mantis/view.php?id=1624#c6302 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 22:07:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:07:32 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <b8f83d24c861004baab80b10d2e10736@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-16 22:07 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006303) mwatters (manager) - 2009-06-16 22:07
 http://www.opencsw.org/mantis/view.php?id=3686#c6303 
---------------------------------------------------------------------- 
last version released



From noreply at opencsw.org  Tue Jun 16 22:13:12 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 22:13:12 +0200
Subject: [bug-notifications] [pm_parserecdescent 0003695]: Needs to depend
	on CSWpmversion
In-Reply-To: <406a446d18e10b1f65f7028ba6670f40>
Message-ID: <6a9f93d662eab33255b8f98ff37349b1@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/mantis-test/view.php?id=3695 
====================================================================== 
Reported By:                skayser
Assigned To:                wbonnet
====================================================================== 
Project:                    pm_parserecdescent
Issue ID:                   3695
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-29 13:48 CEST
Last Modified:              2009-06-16 22:13 CEST
====================================================================== 
Summary:                    Needs to depend on CSWpmversion
Description: 
Just installed pm_parserecdescent, but it bails out because it can't find
version.pm.

$ perl -MParse::RecDescent
Can't locate version.pm in @INC (@INC contains: /opt/csw/lib/perl/5.8.8
/opt/csw/share/perl/5.8.8 /opt/csw/lib/perl/site_perl
/opt/csw/share/perl/site_perl /opt/csw/share/perl/site_perl
/opt/csw/lib/perl/csw /opt/csw/share/perl/csw /opt/csw/share/perl/csw .) at
/opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722.
BEGIN failed--compilation aborted at
/opt/csw/share/perl/csw/Parse/RecDescent.pm line 1722.
Compilation failed in require.
BEGIN failed--compilation aborted.

After installing pm_version this error goes away.
====================================================================== 

---------------------------------------------------------------------- 
 (0006304) wbonnet (manager) - 2009-06-16 22:13
 http://opencsw.org/mantis-test/view.php?id=3695#c6304 
---------------------------------------------------------------------- 
Thnaks for reporting this problem. A new version of package has been
released adding it.



From noreply at opencsw.org  Tue Jun 16 23:19:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:19:11 +0200
Subject: [bug-notifications] [python 0003679]: Split the python package into
	individual runtime, devel and doc packages
In-Reply-To: <7577a61c4685219a79b413e382d7becc>
Message-ID: <9a7d680f0a778844f4a1845c3d1a42d2@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3679 
====================================================================== 
Reported By:                mwatters
Assigned To:                mwatters
====================================================================== 
Project:                    python
Issue ID:                   3679
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   low
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-19 00:12 CEST
Last Modified:              2009-06-16 23:19 CEST
====================================================================== 
Summary:                    Split the python package into individual runtime,
devel and doc packages
Description: 
mimic other distro's like debian and redhat
======================================================================



From noreply at opencsw.org  Tue Jun 16 23:27:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:27:56 +0200
Subject: [bug-notifications] [python 0003684]: copy from 3682 - easy_install
	pre-sets the compiler, which cannot be changed.
In-Reply-To: <13b8716d1fc483c9c766e929c0c4aceb>
Message-ID: <fa469b4a50ce066e30dc6e86a357cd8c@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3684 
====================================================================== 
Reported By:                mwatters
Assigned To:                mwatters
====================================================================== 
Project:                    python
Issue ID:                   3684
Category:                   packaging
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-23 00:35 CEST
Last Modified:              2009-06-16 23:27 CEST
====================================================================== 
Summary:                    copy from 3682 - easy_install pre-sets the compiler,
which cannot be changed.
Description: 
installing PIL, genshi, mercurial, and others does not work seamlessly or
not at all if one has no possibility to create the pre-set path
/opt/studio/SOS11/SUNWspro/bin/cc.

it would be nice to have this path as /opt/csw/studio .... so anybody is
able to set it.

see
http://groups.google.com/group/distutils-sig/browse_thread/thread/d8d2c47eb1d96210
as well.

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

---------------------------------------------------------------------- 
 (0006305) mwatters (manager) - 2009-06-16 23:27
 http://www.opencsw.org/mantis/view.php?id=3684#c6305 
---------------------------------------------------------------------- 
This has been corrected in the latest release



From noreply at opencsw.org  Tue Jun 16 23:29:47 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:29:47 +0200
Subject: [bug-notifications] [php4_cgi 0001659]: unable to use PEAR
In-Reply-To: <9755ea00710c26bb9e1e9615a95b24ef>
Message-ID: <dab126cb2eb8a16a99cb871341f44249@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1659 
====================================================================== 
Reported By:                ghenry
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1659
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-06-28 03:20 CEST
Last Modified:              2009-06-16 23:29 CEST
====================================================================== 
Summary:                    unable to use PEAR
Description: 
w2100-root% /opt/csw/bin/pear
PHP Notice:  Constant FORCE_GZIP already defined in Unknown on line 0
PHP Notice:  Constant FORCE_DEFLATE already defined in Unknown on line 0
PHP Warning:  Function registration failed - duplicate name - readgzfile
in Unknown on line 0
...
Warning: main(Console/Getopt.php): failed to open stream: No such file
or directory in System.php on line 27
PHP Fatal error:  main(): Failed opening required \'Console/Getopt.php\'
(include_path=\'/opt/csw/lib/php\') in /opt/csw/lib/php/System.php on line
27



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

---------------------------------------------------------------------- 
 (0006306) mwatters (manager) - 2009-06-16 23:29
 http://www.opencsw.org/mantis/view.php?id=1659#c6306 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:30:08 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:30:08 +0200
Subject: [bug-notifications] [php4_cgi 0001691]: missing Console/GetOpt
In-Reply-To: <b9cb821923875400e9f5e411d6e70897>
Message-ID: <b0582004e5088277e8a0552f46e07123@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1691 
====================================================================== 
Reported By:                kennethd
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1691
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-07-31 10:43 CEST
Last Modified:              2009-06-16 23:30 CEST
====================================================================== 
Summary:                    missing Console/GetOpt
Description: 
kenneth at eagle:~$ which
pear
/opt/csw/bin/pear
kenneth at eagle:~$ pear

Warning: main(Console/Getopt.php): failed to open stream: No such file or
directory in System.php on line 27

Fatal error: main(): Failed opening required \'Console/Getopt.php\'
(include_path=\'/opt/csw/lib/php\') in /opt/csw/lib/php/System.php on line
27

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

---------------------------------------------------------------------- 
 (0006307) mwatters (manager) - 2009-06-16 23:30
 http://www.opencsw.org/mantis/view.php?id=1691#c6307 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:30:32 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:30:32 +0200
Subject: [bug-notifications] [php4_cgi 0001918]: missing
	--enable-discard-path
In-Reply-To: <1537cff75f341519c46eb3dab58f86f0>
Message-ID: <dd0c99ecc4b8864b8c710d436f327bfd@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1918 
====================================================================== 
Reported By:                calessio
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1918
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-11-06 07:08 CET
Last Modified:              2009-06-16 23:30 CEST
====================================================================== 
Summary:                    missing --enable-discard-path
Description: 
php-cgi should be configured with the option --enable-discard-path
otherwise it causes some server to generate the \&quot;no input file
specified\&quot; error. 

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

---------------------------------------------------------------------- 
 (0006308) mwatters (manager) - 2009-06-16 23:30
 http://www.opencsw.org/mantis/view.php?id=1918#c6308 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:30:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:30:52 +0200
Subject: [bug-notifications] [php4_cgi 0001919]: --with-imap points to
	maintainer\'s home directory
In-Reply-To: <6105b68b6831f829c2cf54da01b6e21c>
Message-ID: <86640edaf1b2952159a3edcfd7061343@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1919 
====================================================================== 
Reported By:                calessio
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1919
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-11-06 07:19 CET
Last Modified:              2009-06-16 23:30 CEST
====================================================================== 
Summary:                    --with-imap points to maintainer\'s home directory
Description: 
php-cgi configure options contain --with-imap=/expot/home/...
i guess it\'s wrong, isn\'t it?
====================================================================== 

---------------------------------------------------------------------- 
 (0006309) mwatters (manager) - 2009-06-16 23:30
 http://www.opencsw.org/mantis/view.php?id=1919#c6309 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:31:15 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:31:15 +0200
Subject: [bug-notifications] [php4_cgi 0001950]: missing XSLT library
In-Reply-To: <6e9c8cee627da47d069231e04d3752fe>
Message-ID: <51b2281479273857ea324d54b9f1f688@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1950 
====================================================================== 
Reported By:                stephen.le
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1950
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-11-29 17:56 CET
Last Modified:              2009-06-16 23:31 CEST
====================================================================== 
Summary:                    missing XSLT library
Description: 
It seems the php4_cgi package is missing the XSLT dynamic library. The
following error is generated when php is executed:

$ php
PHP Warning:  Unknown(): Unable to load dynamic library
\'/opt/csw/lib/php/extensions/no-debug-non-zts-20020429/xslt.so\' -
ld.so.1: php: fatal:
/opt/csw/lib/php/extensions/no-debug-non-zts-20020429/xslt.so: open failed:
No such file or directory in Unknown on line 0
====================================================================== 

---------------------------------------------------------------------- 
 (0006310) mwatters (manager) - 2009-06-16 23:31
 http://www.opencsw.org/mantis/view.php?id=1950#c6310 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:31:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:31:46 +0200
Subject: [bug-notifications] [php4_cgi 0001973]: local paths in config files
In-Reply-To: <79e81db1d54883b8fcb67192cb91fd88>
Message-ID: <f4aca1c4ca8e70b6fd1cba146410e1c7@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=1973 
====================================================================== 
Reported By:                james
Assigned To:                mark
====================================================================== 
Project:                    php4_cgi
Issue ID:                   1973
Category:                   other
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2006-12-03 07:58 CET
Last Modified:              2009-06-16 23:31 CEST
====================================================================== 
Summary:                    local paths in config files
Description: 
CSWphp4cgi 4.4.4
export/home found in file ./opt/csw/include/php/main/build-defs.h

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

---------------------------------------------------------------------- 
 (0006311) mwatters (manager) - 2009-06-16 23:31
 http://www.opencsw.org/mantis/view.php?id=1973#c6311 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:32:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:32:10 +0200
Subject: [bug-notifications] [php4_cgi 0002651]: new version of php4
	addresses security issues
In-Reply-To: <7b8ab81a497980cff8cc27b4fa4f43c5>
Message-ID: <8524edb9c4e3a6363982402b2806226f@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2651 
====================================================================== 
Reported By:                stephen.le
Assigned To:                
====================================================================== 
Project:                    php4_cgi
Issue ID:                   2651
Category:                   upgrade
Reproducibility:            N/A
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-11-03 07:37 CET
Last Modified:              2009-06-16 23:32 CEST
====================================================================== 
Summary:                    new version of php4 addresses security issues
Description: 
PHP 4.4.7 was recently released to fix various security issues. Please
upgrade PHP4 to the latest version of PHP.
====================================================================== 

---------------------------------------------------------------------- 
 (0006312) mwatters (manager) - 2009-06-16 23:32
 http://www.opencsw.org/mantis/view.php?id=2651#c6312 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:32:31 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:32:31 +0200
Subject: [bug-notifications] [php4_curl 0002513]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <e26ec4fa4131de73bacec0e71b779599>
Message-ID: <077a8b737a1e63c797d398e2df6f017b@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2513 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_curl
Issue ID:                   2513
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:23 CEST
Last Modified:              2009-06-16 23:32 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006313) mwatters (manager) - 2009-06-16 23:32
 http://www.opencsw.org/mantis/view.php?id=2513#c6313 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:32:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:32:56 +0200
Subject: [bug-notifications] [php4_gettext 0003333]: Depend on CSWggettextrt
In-Reply-To: <74b9efd813ed263938cdfa4191e76348>
Message-ID: <266846b4f6e6b9db674cd2fe1468e010@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3333 
====================================================================== 
Reported By:                harpchad
Assigned To:                
====================================================================== 
Project:                    php4_gettext
Issue ID:                   3333
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 03:16 CET
Last Modified:              2009-06-16 23:32 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006314) mwatters (manager) - 2009-06-16 23:32
 http://www.opencsw.org/mantis/view.php?id=3333#c6314 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:33:27 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:33:27 +0200
Subject: [bug-notifications] [php4_imap 0002514]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <6fb7ef887f42e0bafee27c5f499a885e>
Message-ID: <a49b58b3bbb8d3a55dc84358d496482b@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2514 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_imap
Issue ID:                   2514
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:24 CEST
Last Modified:              2009-06-16 23:33 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006315) mwatters (manager) - 2009-06-16 23:33
 http://www.opencsw.org/mantis/view.php?id=2514#c6315 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:34:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:34:38 +0200
Subject: [bug-notifications] [php4_imap 0003571]: RPATH contains home dir
In-Reply-To: <5a81fe6a5ae4b58f25da9b4466d99107>
Message-ID: <d771eef580a69afc0b18e2aece0ad54f@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3571 
====================================================================== 
Reported By:                james
Assigned To:                
====================================================================== 
Project:                    php4_imap
Issue ID:                   3571
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-01 21:09 CEST
Last Modified:              2009-06-16 23:34 CEST
====================================================================== 
Summary:                    RPATH contains home dir
Description: 
RPATH contains a home directory.  Possibilty to corrupt by a user.

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

---------------------------------------------------------------------- 
 (0006316) mwatters (manager) - 2009-06-16 23:34
 http://www.opencsw.org/mantis/view.php?id=3571#c6316 
---------------------------------------------------------------------- 
last version of php4 has been released

this has been corrected



From noreply at opencsw.org  Tue Jun 16 23:35:15 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:35:15 +0200
Subject: [bug-notifications] [php4_ldap 0002515]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <55ac2f850b8769d7fe6d6910ca4108e9>
Message-ID: <454a8c993580d06fca3aea22748618f5@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2515 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_ldap
Issue ID:                   2515
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:24 CEST
Last Modified:              2009-06-16 23:35 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006317) mwatters (manager) - 2009-06-16 23:35
 http://www.opencsw.org/mantis/view.php?id=2515#c6317 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:35:38 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:35:38 +0200
Subject: [bug-notifications] [php4_mysql 0002516]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <b1e3971a1682d7528e8bf6363bec1f81>
Message-ID: <8bc77f361c5a6a9106d905d88e3350d9@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2516 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_mysql
Issue ID:                   2516
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:24 CEST
Last Modified:              2009-06-16 23:35 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006318) mwatters (manager) - 2009-06-16 23:35
 http://www.opencsw.org/mantis/view.php?id=2516#c6318 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:36:02 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:36:02 +0200
Subject: [bug-notifications] [php4_openssl 0002517]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <f03262c65f1325dbdfc910847719d2a3>
Message-ID: <f69be6bec62bd42ed2e225fa93b4acc6@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2517 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_openssl
Issue ID:                   2517
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:25 CEST
Last Modified:              2009-06-16 23:36 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006319) mwatters (manager) - 2009-06-16 23:36
 http://www.opencsw.org/mantis/view.php?id=2517#c6319 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:36:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:36:25 +0200
Subject: [bug-notifications] [php4_pgsql 0002518]: openssl dependancy
	deprecated: please use openssl_rt instead
In-Reply-To: <40eae5f3fae1a3d880ff1698d2997151>
Message-ID: <c1e912f3fd556bb02c8e5df3b10dd6d0@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2518 
====================================================================== 
Reported By:                yann
Assigned To:                
====================================================================== 
Project:                    php4_pgsql
Issue ID:                   2518
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-28 09:25 CEST
Last Modified:              2009-06-16 23:36 CEST
====================================================================== 
Summary:                    openssl dependancy deprecated: please use openssl_rt
instead
Description: 
Following the openssl package split, the ssl libraries are now
directly provided by the openssl_rt package.

The openssl package still exists, it\'s a metapackage which will 
install openssl_rt, openssl_devel and openssl_utils which contains
respectively the ssl libraries, the development files and the 
openssl utilities.

Your package probably only use the ssl libraries, so to avoid
 installing unnecessary dependancies, please update your package 
to depend on openssl_rt rather than openssl.

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

---------------------------------------------------------------------- 
 (0006320) mwatters (manager) - 2009-06-16 23:36
 http://www.opencsw.org/mantis/view.php?id=2518#c6320 
---------------------------------------------------------------------- 
last version of php4 has been released



From noreply at opencsw.org  Tue Jun 16 23:36:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:36:55 +0200
Subject: [bug-notifications] [pygobject 0003376]: Depend on CSWggettextrt
In-Reply-To: <2de888c439263d9b79c5fa7bd15f5a7f>
Message-ID: <d88d6a7b7b38da2fe2e39c9d14b06510@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3376 
====================================================================== 
Reported By:                harpchad
Assigned To:                
====================================================================== 
Project:                    pygobject
Issue ID:                   3376
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 03:21 CET
Last Modified:              2009-06-16 23:36 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006321) mwatters (manager) - 2009-06-16 23:36
 http://www.opencsw.org/mantis/view.php?id=3376#c6321 
---------------------------------------------------------------------- 
This is resolved in the latest revision



From noreply at opencsw.org  Tue Jun 16 23:37:37 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 16 Jun 2009 23:37:37 +0200
Subject: [bug-notifications] [pysetuptools 0003704]: python lib path change
	breaks module
In-Reply-To: <218c42593951a1f9b80cfa1014416379>
Message-ID: <522be119cce573ced1447870b7cc33ba@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3704 
====================================================================== 
Reported By:                bwalton
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3704
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-05 04:31 CEST
Last Modified:              2009-06-16 23:37 CEST
====================================================================== 
Summary:                    python lib path change breaks module
Description: 
After the change from lib/python2.6 to lib/python, the pysetuptools package
isn't found by python using from ... or import.  A modified sys.path (or
whatever the python lingo is) would fix this, but it should be repackaged
to the new lib path.
====================================================================== 

---------------------------------------------------------------------- 
 (0006322) mwatters (manager) - 2009-06-16 23:37
 http://www.opencsw.org/mantis/view.php?id=3704#c6322 
---------------------------------------------------------------------- 
new pysetuptools has been released and libpath corrected.



From noreply at opencsw.org  Wed Jun 17 14:14:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 17 Jun 2009 14:14:16 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <bb66a2f0f5064f7672ba85b581f7faa3@www.opencsw.org>


The following issue has been REOPENED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-17 14:14 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006323) xmasm1 (reporter) - 2009-06-17 14:14
 http://www.opencsw.org/mantis/view.php?id=3686#c6323 
---------------------------------------------------------------------- 
At first - thanks a lot!!!

Could you please do the same for PHP4?
M.



From noreply at opencsw.org  Wed Jun 17 16:42:34 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 17 Jun 2009 16:42:34 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <78cf62f78282353ae4688a39aa4baab8@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-17 16:42 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006324) mwatters (manager) - 2009-06-17 16:42
 http://www.opencsw.org/mantis/view.php?id=3686#c6324 
---------------------------------------------------------------------- 
php4 is EOL upstream since December 31st 2007.
http://www.php.net/releases/

There has been no security/bug fixes since the last release in August
2008.

I will add the php4_dbase package since you requested it, but I
***STRONGLY*** recommend you upgrade to php5.

php5 already has the dbase extension compiled for use. php5_dbase



From noreply at opencsw.org  Wed Jun 17 16:54:06 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 17 Jun 2009 16:54:06 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <e599815d6dcd3c0212bb850d48588ace@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-17 16:54 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006325) xmasm1 (reporter) - 2009-06-17 16:54
 http://www.opencsw.org/mantis/view.php?id=3686#c6325 
---------------------------------------------------------------------- 
You are so kind. Thanks for this.
Some projects still rely on PHP4.



From noreply at opencsw.org  Wed Jun 17 23:42:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 17 Jun 2009 23:42:45 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <f00ed50b05df429629268fe5f7097293@www.opencsw.org>


The following issue requires your FEEDBACK. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-17 23:42 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006326) mwatters (manager) - 2009-06-17 23:42
 http://www.opencsw.org/mantis/view.php?id=3713#c6326 
---------------------------------------------------------------------- 
maybe we are looking at 2 different versions of webtoolkit. but the one I
see requires:
Cmake (2.4 or 2.6 are preferred) and boost-1.35 or later. 
http://www.webtoolkit.eu/wt#/download

g++ 4.3.3 is compiled against the current gmp and libmpfr they are
"requirements to build", that is g++ will not build without them. 

please confirm the URL of the software you are attempting to compile.
as well as the OS version and configure command

I don't think the problem is with g++ being incompatible with libmpfr. I
think it is more the latest wt is not compatible with the older version of
libmpfr.
I will wait for your reply and data before making the final
determination.



From noreply at opencsw.org  Thu Jun 18 21:06:42 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 18 Jun 2009 21:06:42 +0200
Subject: [bug-notifications] [mod_php 0003686]: Configure PHP --with-dbase
	support
In-Reply-To: <6cbf3e05e604fa305ffc499a4096e1b6>
Message-ID: <f8847d923292e1c6129877e798e31028@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3686 
====================================================================== 
Reported By:                xmasm1
Assigned To:                
====================================================================== 
Project:                    mod_php
Issue ID:                   3686
Category:                   regular use
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 reopened
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-26 10:14 CEST
Last Modified:              2009-06-18 21:06 CEST
====================================================================== 
Summary:                    Configure PHP --with-dbase support
Description: 
Hi, May I have a guestion about configure and compile PHP with Dbase
support? Is it possible to recompile PHP with this option and add such a
package?
Thanks a lot.
M.
====================================================================== 

---------------------------------------------------------------------- 
 (0006327) mwatters (manager) - 2009-06-18 21:06
 http://www.opencsw.org/mantis/view.php?id=3686#c6327 
---------------------------------------------------------------------- 
php4_dbase has been released.



From noreply at opencsw.org  Thu Jun 18 22:44:06 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 18 Jun 2009 22:44:06 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <c6acfb00d937411c04df1ee8a9cce29f@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-18 22:44 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006328) scottcurtis (reporter) - 2009-06-18 22:44
 http://www.opencsw.org/mantis/view.php?id=3713#c6328 
---------------------------------------------------------------------- 
The problem seems to be related to using the sqrt() from <cmath> which uses
the g++ __builtin_sqrt(). To remove WT from the picture, I created a
main.cpp with the following:

int main(int argc, char **argv)
{
    double d = __builtin_sqrtf(2.0);

    return 0;
}

If I compile this using:
g++ main.cpp

I can reproduce the problem

My OS is Solaris 10.
My libmpfr is version 2.3.1,REV=2008.01.29
My g++ is version 4.3.3,REV=2009.05.07

The libmpfr and g++ versions are what pkg-get -u installs when I get from
current.

If I download and build the latest libmpfr, then __builtin_sqrtf()
compiles successfully.



From noreply at opencsw.org  Thu Jun 18 23:43:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 18 Jun 2009 23:43:35 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <248f9f4ed4524754d4619a87848f5422@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-18 23:43 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006329) mwatters (manager) - 2009-06-18 23:43
 http://www.opencsw.org/mantis/view.php?id=3713#c6329 
---------------------------------------------------------------------- 
thank you for the feedback,  I will look into this further.
we are in the process of upgrading gmp and then libmpfr so hopefully once
I get that done, this bug will be fixed as a side effect.



From noreply at opencsw.org  Fri Jun 19 00:17:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 00:17:04 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <08cd87adb8410a79b570745bd99e1bb3@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-19 00:17 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006330) mwatters (manager) - 2009-06-19 00:17
 http://www.opencsw.org/mantis/view.php?id=3713#c6330 
---------------------------------------------------------------------- 
ok, using the sample program you gave me I cannot reproduce:

$ g++ m.cpp
$ ./a.out

I get no error

I tried on solaris 8 sparc, and 10 sparc and 10 x86

Here is the pertinent software I am using.

all the systems have the same revision of CSW software
$ pkg-get -c libgmp libmpfr
# (From site http://mirror/opencsw/current )
       software                        localrev                     
remoterev
         libgmp            4.2.2,REV=2007.12.08                          
SAME
        libmpfr            2.3.1,REV=2008.01.29                          
SAME

$ pkg-get -c |grep gcc4         
        gcc4ada            4.3.3,REV=2009.05.07                          
SAME
      gcc4adart            4.3.3,REV=2009.05.07                          
SAME
       gcc4core            4.3.3,REV=2009.05.07                          
SAME
     gcc4corert            4.3.3,REV=2009.05.07                          
SAME
        gcc4g++            4.3.3,REV=2009.05.07                          
SAME
      gcc4g++rt            4.3.3,REV=2009.05.07                          
SAME
   gcc4gfortran            4.3.3,REV=2009.05.07                          
SAME
 gcc4gfortranrt            4.3.3,REV=2009.05.07                          
SAME
       gcc4objc            4.3.3,REV=2009.05.07                          
SAME
     gcc4objcrt            4.3.3,REV=2009.05.07                          
SAME

what version of libgmp are you running? is there any other info you can
supply?



From noreply at opencsw.org  Fri Jun 19 12:23:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 12:23:56 +0200
Subject: [bug-notifications] [amanda 0003716]: Amanda 2.6.1p1 fails with
	symbol g_fprintf: referenced symbol not found
Message-ID: <ea99c6a2d67365c320d090c7e154949b@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3716 
====================================================================== 
Reported By:                tim
Assigned To:                
====================================================================== 
Project:                    amanda
Issue ID:                   3716
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-19 12:23 CEST
Last Modified:              2009-06-19 12:23 CEST
====================================================================== 
Summary:                    Amanda 2.6.1p1 fails with symbol g_fprintf:
referenced symbol not found
Description: 
bash-2.05# /opt/csw/libexec/amanda/amandad                                 
    
ld.so.1: /opt/csw/libexec/amanda/amandad: fatal: relocation error: file
/opt/csw/lib/amanda/libamanda-2.6.1p1.so: symbol g_fprintf: referenced
symbol not found 
Killed  

bash-2.05# uname -a
SunOS acdev9 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Fire-V240

bash-2.05# ldd /opt/csw/libexec/amanda/amandad
        libamandad-2.6.1p1.so =>        
/opt/csw/lib/amanda/libamandad-2.6.1p1.so
        libamanda-2.6.1p1.so =>  /opt/csw/lib/amanda/libamanda-2.6.1p1.so
        libm.so.1 =>     /usr/lib/libm.so.1
        libgmodule-2.0.so.0 =>   /usr/lib/libgmodule-2.0.so.0
        libgobject-2.0.so.0 =>   /usr/lib/libgobject-2.0.so.0
        libgthread-2.0.so.0 =>   /usr/lib/libgthread-2.0.so.0
        libpthread.so.1 =>       /usr/lib/libpthread.so.1
        libthread.so.1 =>        /usr/lib/libthread.so.1
        librt.so.1 =>    /usr/lib/librt.so.1
        libglib-2.0.so.0 =>      /usr/lib/libglib-2.0.so.0
        libintl.so.8 =>  /opt/csw/lib/libintl.so.8
        libcurl.so.4 =>  /usr/local/lib/libcurl.so.4
        libidn.so.11 =>  /opt/csw/lib/libidn.so.11
        libldap-2.3.so.0 =>      /opt/csw/lib/libldap-2.3.so.0
        liblber-2.3.so.0 =>      /opt/csw/lib/liblber-2.3.so.0
        libgen.so.1 =>   /usr/lib/libgen.so.1
        libnet.so =>     /opt/csw/lib/libnet.so
        libsasl2.so.2 =>         /opt/csw/lib/libsasl2.so.2
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libssl.so.0.9.8 =>       /opt/csw/lib/libssl.so.0.9.8
        libcrypto.so.0.9.8 =>    /opt/csw/lib/libcrypto.so.0.9.8
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libz.so =>       /usr/lib/libz.so
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libaio.so.1 =>   /usr/lib/libaio.so.1
        libmd5.so.1 =>   /usr/lib/libmd5.so.1
        libsec.so.1 =>   /usr/lib/libsec.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
        /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1



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



From noreply at opencsw.org  Fri Jun 19 17:23:23 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 17:23:23 +0200
Subject: [bug-notifications] [gcc4g++ 0003717]: Upgrade to GCC 4.4.x for
	improved C99/C++0x/OpenMP 3.0 support
Message-ID: <6fdb033fb48dc3dc2032a7213fba9aa6@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3717 
====================================================================== 
Reported By:                kenmays
Assigned To:                
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3717
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-19 17:23 CEST
Last Modified:              2009-06-19 17:23 CEST
====================================================================== 
Summary:                    Upgrade to GCC 4.4.x for improved C99/C++0x/OpenMP
3.0  support
Description: 
We are using GCC 4.4.x for C++0x/GNU++0x/OpenMP projects which our exam
requirements mention we should use GCC 4.4.x for these features and loop
blocking optimizations.
======================================================================



From noreply at opencsw.org  Fri Jun 19 17:37:11 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 17:37:11 +0200
Subject: [bug-notifications] [gcc4g++ 0003717]: Upgrade to GCC 4.4.x for
	improved C99/C++0x/OpenMP 3.0 support
In-Reply-To: <2d555f2eb47064dd14a0dd422b0424e6>
Message-ID: <f9328319cceccd9aa742d66ca6677d6b@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3717 
====================================================================== 
Reported By:                kenmays
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3717
Category:                   upgrade
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-19 17:23 CEST
Last Modified:              2009-06-19 17:37 CEST
====================================================================== 
Summary:                    Upgrade to GCC 4.4.x for improved C99/C++0x/OpenMP
3.0  support
Description: 
We are using GCC 4.4.x for C++0x/GNU++0x/OpenMP projects which our exam
requirements mention we should use GCC 4.4.x for these features and loop
blocking optimizations.
======================================================================



From noreply at opencsw.org  Fri Jun 19 21:35:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 19 Jun 2009 21:35:45 +0200
Subject: [bug-notifications] [nrpe 0003707]: Enable nrpe to send 8 kB data
In-Reply-To: <5c1f00797dc136f375bab0be7974496c>
Message-ID: <25be641dc8b12a9e9468da07eeab073d@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3707 
====================================================================== 
Reported By:                ja
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3707
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-08 12:10 CEST
Last Modified:              2009-06-19 21:35 CEST
====================================================================== 
Summary:                    Enable nrpe to send 8 kB data
Description: 
Enable nrpe to send 8 kB data to a nagios server. This is useful /
necessary to perform larger checks with check_multi.
====================================================================== 

---------------------------------------------------------------------- 
 (0006331) ja (manager) - 2009-06-19 21:35
 http://www.opencsw.org/bugtrack/view.php?id=3707#c6331 
---------------------------------------------------------------------- 
New packages are available.



From noreply at opencsw.org  Sat Jun 20 05:04:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 20 Jun 2009 05:04:55 +0200
Subject: [bug-notifications] [git 0003718]: upgrade git to close security
	hole
Message-ID: <c581c77576b6fa99bd72a8d24a0d6711@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3718 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    git
Issue ID:                   3718
Category:                   upgrade
Reproducibility:            N/A
Severity:                   major
Priority:                   high
Status:                     new
====================================================================== 
Date Submitted:             2009-06-20 05:04 CEST
Last Modified:              2009-06-20 05:04 CEST
====================================================================== 
Summary:                    upgrade git to close security hole
Description: 
Upgrade to mitigate CVE-2009-2108

http://web.nvd.nist.gov/view/vuln/detail?execution=e1s1

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



From noreply at opencsw.org  Sun Jun 21 18:50:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 21 Jun 2009 18:50:52 +0200
Subject: [bug-notifications] [gocr 0003699]: Please upgrade to 0.46
In-Reply-To: <4a7f35f35d312d116f7b56677468f002>
Message-ID: <06db1bdc72ed017165dba3417d5a5978@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3699 
====================================================================== 
Reported By:                ihsan
Assigned To:                
====================================================================== 
Project:                    gocr
Issue ID:                   3699
Category:                   upgrade
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-05-29 15:07 CEST
Last Modified:              2009-06-21 18:50 CEST
====================================================================== 
Summary:                    Please upgrade to 0.46
Description: 
Please upgrade to 0.46
====================================================================== 

---------------------------------------------------------------------- 
 (0006332) pfelecan (reporter) - 2009-06-21 18:50
 http://www.opencsw.org/mantis/view.php?id=3699#c6332 
---------------------------------------------------------------------- 
Strongly support for the request of ugrading the package to the last
upstream version.



From noreply at opencsw.org  Sun Jun 21 20:38:22 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 21 Jun 2009 20:38:22 +0200
Subject: [bug-notifications] [gcc4g++rt 0003694]: libstdc++.so.6.0.10
	doesn't see libgcc_s.so.1
In-Reply-To: <3c1b456a7b382ed154befba22a351eb9>
Message-ID: <730af69ae58b67704ec4b6dc1d21c3b7@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3694 
====================================================================== 
Reported By:                kamilradz
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++rt
Issue ID:                   3694
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-29 10:20 CEST
Last Modified:              2009-06-21 20:38 CEST
====================================================================== 
Summary:                    libstdc++.so.6.0.10 doesn't see libgcc_s.so.1
Description: 
/opt/csw/gcc4/lib/libstdc++.so.6.0.10 looks for libgcc_s.so.1 dependency in
system runtime linking environment, instead of linking to
/opt/csw/gcc4/lib/libgcc_s.so.1

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

---------------------------------------------------------------------- 
 (0006222) dam (reporter) - 2009-05-29 11:57
 http://www.opencsw.org/bugtrack/view.php?id=3694#c6222 
---------------------------------------------------------------------- 
For the library to be self-sufficient the runtime linker path must be
compiled into the shared lib. No RUNPATH there:

build8s% dump -Lv /opt/csw/gcc4/lib/libstdc++.so.6.0.10

/opt/csw/gcc4/lib/libstdc++.so.6.0.10:

  **** DYNAMIC SECTION INFORMATION ****
.dynamic:
[INDEX] Tag         Value
[1]     NEEDED          libm.so.1
[2]     NEEDED          libgcc_s.so.1
[3]     INIT            0x5c0f0
[4]     FINI            0x5c10c
[5]     SONAME          libstdc++.so.6
[6]     HASH            0x94
[7]     STRTAB          0x16fc0
[8]     STRSZ           0x2a5f2
[9]     SYMTAB          0x7b00
[10]    SYMENT          0x10
[11]    CHECKSUM        0x9ea4
[12]    VERNEED         0x415b4
[13]    VERNEEDNUM      0x2
[14]    PLTSZ           0x2088
[15]    PLTREL          0x7
[16]    JMPREL          0x54398
[17]    RELA            0x415f4
[18]    RELASZ          0x14e2c
[19]    RELAENT         0xc
[20]    FEATURE_1       PARINIT 
[21]    FLAGS           0
[22]    FLAGS_1         DISPRELDONE 
[23]    PLTGOT          0xedb04

However, as libstdc++.so.6.0.10 is always linked to a binary, that binary
itself needs to have this runtime linker path also. So there is a slight
flaw inside the shared lib which should be fixed some time, bit it
shouldn't be visible when you compile something as '-R/opt/csw/gcc4/lib' is
mandatory.



From noreply at opencsw.org  Sun Jun 21 21:33:31 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 21 Jun 2009 21:33:31 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
Message-ID: <e231160fc33e9d3cdbd870eb2991ec61@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-21 21:33 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
======================================================================



From noreply at opencsw.org  Mon Jun 22 12:42:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 22 Jun 2009 12:42:45 +0200
Subject: [bug-notifications] [nrpe 0003720]: Incompatibilities between NRPE
	versions with different packet sizes
Message-ID: <f8e7a06f6ecfe434fd667ec133e0a530@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3720 
====================================================================== 
Reported By:                ja
Assigned To:                
====================================================================== 
Project:                    nrpe
Issue ID:                   3720
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-22 12:42 CEST
Last Modified:              2009-06-22 12:42 CEST
====================================================================== 
Summary:                    Incompatibilities between NRPE versions with
different packet sizes
Description: 
Because there are incompatibilities between NRPE versions, which support
different packet sizes, it is necessary to provide at least two different
versions: 

- packet size of 1 kB (which should be the default for most of the
packages, also BSD and Linux ones)
- packet size of 8 kB (which is desired for some Nagios plugins with a
longer output like check_multi)
======================================================================



From noreply at opencsw.org  Mon Jun 22 12:44:40 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 22 Jun 2009 12:44:40 +0200
Subject: [bug-notifications] [nrpe 0003720]: Incompatibilities between NRPE
	versions with different packet sizes
In-Reply-To: <95be82bae21e7f1e936942a2abaa704b>
Message-ID: <0a064887a1a1412830e6bd84383687fe@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3720 
====================================================================== 
Reported By:                ja
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3720
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-22 12:42 CEST
Last Modified:              2009-06-22 12:44 CEST
====================================================================== 
Summary:                    Incompatibilities between NRPE versions with
different packet sizes
Description: 
Because there are incompatibilities between NRPE versions, which support
different packet sizes, it is necessary to provide at least two different
versions: 

- packet size of 1 kB (which should be the default for most of the
packages, also BSD and Linux ones)
- packet size of 8 kB (which is desired for some Nagios plugins with a
longer output like check_multi)
======================================================================



From noreply at opencsw.org  Mon Jun 22 15:33:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 22 Jun 2009 15:33:16 +0200
Subject: [bug-notifications] [pidgin 0003721]: please upgrade pidgin to 2.5.7
Message-ID: <084eeee95ddb8e12ec8d693bca17c2ff@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3721 
====================================================================== 
Reported By:                mwatters
Assigned To:                
====================================================================== 
Project:                    pidgin
Issue ID:                   3721
Category:                   upgrade
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-22 15:33 CEST
Last Modified:              2009-06-22 15:33 CEST
====================================================================== 
Summary:                    please upgrade pidgin to 2.5.7
Description: 
Pidgin 2.5.7 addresses Yahoo dropping support on their servers for legacy
login protocols.  without this pidgin can not be used yahoo instant
messenger.

http://developer.pidgin.im/ticket/8853
======================================================================



From noreply at opencsw.org  Mon Jun 22 22:46:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 22 Jun 2009 22:46:07 +0200
Subject: [bug-notifications] [mysql5 0003722]: Request for update to MySQL
	5.1
Message-ID: <bcefaaddbe0ba447e7b11808753d9ef5@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3722 
====================================================================== 
Reported By:                bryanwgraham
Assigned To:                
====================================================================== 
Project:                    mysql5
Issue ID:                   3722
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-22 22:46 CEST
Last Modified:              2009-06-22 22:46 CEST
====================================================================== 
Summary:                    Request for update to MySQL 5.1
Description: 
It's out.  I'm told this is how you request a new version.
======================================================================



From noreply at opencsw.org  Tue Jun 23 09:28:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 23 Jun 2009 09:28:58 +0200
Subject: [bug-notifications] [stunnel 0003029]: Cannot create pid file
	/opt/csw/var/run/stunnel/stunnel.pid
In-Reply-To: <e90d5d9337418d43175d07193ca8d772>
Message-ID: <de1397a8a3fbbad31caed04d798e529e@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3029 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    stunnel
Issue ID:                   3029
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-01-21 12:29 CET
Last Modified:              2009-06-23 09:28 CEST
====================================================================== 
Summary:                    Cannot create pid file
/opt/csw/var/run/stunnel/stunnel.pid
Description: 
stunnel tries to create its PID file in a non-existent directory. 

$ stunnel stunnel.conf 
2009.01.21 12:20:00 LOG5[28953:1]: stunnel 4.21 on i386-pc-solaris2.8 with
OpenSSL 0.9.8i 15 Sep 2008
2009.01.21 12:20:00 LOG5[28953:1]: Threading:PTHREAD SSL:ENGINE
Sockets:POLL,IPv6
2009.01.21 12:20:00 LOG5[28953:1]: 125 clients allowed
2009.01.21 12:20:00 LOG3[28953:1]: Cannot create pid file
/opt/csw/var/run/stunnel/stunnel.pid
2009.01.21 12:20:00 LOG3[28953:1]: create: No such file or directory (2)

You might create the missing directory for the package, but it would be
even better to relocate the /opt/csw/var stuff to /var/opt/csw
(http://opencsw.org/standards/layout).
======================================================================



From noreply at opencsw.org  Tue Jun 23 09:30:47 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 23 Jun 2009 09:30:47 +0200
Subject: [bug-notifications] [stunnel 0003029]: Cannot create pid file
	/opt/csw/var/run/stunnel/stunnel.pid
In-Reply-To: <e90d5d9337418d43175d07193ca8d772>
Message-ID: <3bc87290fa154dbe63c8cb368cbf4bda@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3029 
====================================================================== 
Reported By:                skayser
Assigned To:                skayser
====================================================================== 
Project:                    stunnel
Issue ID:                   3029
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-01-21 12:29 CET
Last Modified:              2009-06-23 09:30 CEST
====================================================================== 
Summary:                    Cannot create pid file
/opt/csw/var/run/stunnel/stunnel.pid
Description: 
stunnel tries to create its PID file in a non-existent directory. 

$ stunnel stunnel.conf 
2009.01.21 12:20:00 LOG5[28953:1]: stunnel 4.21 on i386-pc-solaris2.8 with
OpenSSL 0.9.8i 15 Sep 2008
2009.01.21 12:20:00 LOG5[28953:1]: Threading:PTHREAD SSL:ENGINE
Sockets:POLL,IPv6
2009.01.21 12:20:00 LOG5[28953:1]: 125 clients allowed
2009.01.21 12:20:00 LOG3[28953:1]: Cannot create pid file
/opt/csw/var/run/stunnel/stunnel.pid
2009.01.21 12:20:00 LOG3[28953:1]: create: No such file or directory (2)

You might create the missing directory for the package, but it would be
even better to relocate the /opt/csw/var stuff to /var/opt/csw
(http://opencsw.org/standards/layout).
====================================================================== 

---------------------------------------------------------------------- 
 (0006333) skayser (administrator) - 2009-06-23 09:30
 http://opencsw.org/bugtrack/view.php?id=3029#c6333 
---------------------------------------------------------------------- 
Issue has been fixed with 4.27,REV=2009.06.18. --localstatedir is now
/var/opt/csw/.



From noreply at opencsw.org  Wed Jun 24 15:04:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 15:04:28 +0200
Subject: [bug-notifications] [gtk2 0003723]: upgrade to 2.16.2
Message-ID: <5ba2b2de4191fbadd5098357e1d187cf@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3723 
====================================================================== 
Reported By:                pfelecan
Assigned To:                
====================================================================== 
Project:                    gtk2
Issue ID:                   3723
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-24 15:04 CEST
Last Modified:              2009-06-24 15:04 CEST
====================================================================== 
Summary:                    upgrade to 2.16.2
Description: 
upgrade to 2.16.2
======================================================================



From noreply at opencsw.org  Wed Jun 24 15:06:06 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 15:06:06 +0200
Subject: [bug-notifications] [gtkmm_rt 0003724]: upgrade to 2.16.0
Message-ID: <8b1c9fc8b16956a32aaccfd24bfdc55f@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3724 
====================================================================== 
Reported By:                pfelecan
Assigned To:                
====================================================================== 
Project:                    gtkmm_rt
Issue ID:                   3724
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-24 15:06 CEST
Last Modified:              2009-06-24 15:06 CEST
====================================================================== 
Summary:                    upgrade to 2.16.0
Description: 
upgrade to 2.16.0
======================================================================



From noreply at opencsw.org  Wed Jun 24 15:07:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 15:07:25 +0200
Subject: [bug-notifications] [glibmm_rt 0003725]: upgrade to 2.20.0
Message-ID: <848233eb070486a91f3d54ea0e278a9f@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3725 
====================================================================== 
Reported By:                pfelecan
Assigned To:                
====================================================================== 
Project:                    glibmm_rt
Issue ID:                   3725
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-24 15:07 CEST
Last Modified:              2009-06-24 15:07 CEST
====================================================================== 
Summary:                    upgrade to 2.20.0
Description: 
upgrade to 2.20.0
======================================================================



From noreply at opencsw.org  Wed Jun 24 15:10:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 15:10:04 +0200
Subject: [bug-notifications] [glib2 0003710]: Please upgrade to 2.20.3
In-Reply-To: <940075db8f245a374af0562b58406eac>
Message-ID: <e22e2ed911a4c9ea4b9672ff7fb04acd@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3710 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    glib2
Issue ID:                   3710
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-08 19:32 CEST
Last Modified:              2009-06-24 15:10 CEST
====================================================================== 
Summary:                    Please upgrade to 2.20.3
Description: 
Please upgrade to 2.20.3
====================================================================== 

---------------------------------------------------------------------- 
 (0006334) pfelecan (reporter) - 2009-06-24 15:10
 http://www.opencsw.org/mantis/view.php?id=3710#c6334 
---------------------------------------------------------------------- 
do we have a status about an upgrade?



From noreply at opencsw.org  Wed Jun 24 16:31:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 16:31:56 +0200
Subject: [bug-notifications] [mutt 0003726]: compile mutt --with-sasl and
	--with-hcache
Message-ID: <d23e112ec405998f2835e1ed9c3ced90@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3726 
====================================================================== 
Reported By:                moto
Assigned To:                
====================================================================== 
Project:                    mutt
Issue ID:                   3726
Category:                   regular use
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-24 16:31 CEST
Last Modified:              2009-06-24 16:31 CEST
====================================================================== 
Summary:                    compile mutt --with-sasl and --with-hcache
Description: 
http://durak.org/sean/pubs/software/mutt/optionalfeatures.html#caching
The mutt headercache feature downloads mail-headers for IMAP mailboxes and
thus saves time when opening mailboxes, especially when the folder in
question contains a lot of mails.

http://durak.org/sean/pubs/software/mutt/optionalfeatures.html#id408431
SASL automatically chooses the most safe authentication method if the
mailserver has SASL enabled.  

Unfortunately both features rely on other librarys, probably the reason
why those neat features where not included in the first place.

Cheers,
  Markus
======================================================================



From noreply at opencsw.org  Wed Jun 24 16:41:22 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 16:41:22 +0200
Subject: [bug-notifications] [amanda 0003716]: Amanda 2.6.1p1 fails with
	symbol g_fprintf: referenced symbol not found
In-Reply-To: <07c25f805abede1474a8b1dc4ccaf6c7>
Message-ID: <7309c0e431c1c42c07e753b3d1f88ca7@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3716 
====================================================================== 
Reported By:                tim
Assigned To:                
====================================================================== 
Project:                    amanda
Issue ID:                   3716
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-19 12:23 CEST
Last Modified:              2009-06-24 16:41 CEST
====================================================================== 
Summary:                    Amanda 2.6.1p1 fails with symbol g_fprintf:
referenced symbol not found
Description: 
bash-2.05# /opt/csw/libexec/amanda/amandad                                 
    
ld.so.1: /opt/csw/libexec/amanda/amandad: fatal: relocation error: file
/opt/csw/lib/amanda/libamanda-2.6.1p1.so: symbol g_fprintf: referenced
symbol not found 
Killed  

bash-2.05# uname -a
SunOS acdev9 5.9 Generic_117171-07 sun4u sparc SUNW,Sun-Fire-V240

bash-2.05# ldd /opt/csw/libexec/amanda/amandad
        libamandad-2.6.1p1.so =>        
/opt/csw/lib/amanda/libamandad-2.6.1p1.so
        libamanda-2.6.1p1.so =>  /opt/csw/lib/amanda/libamanda-2.6.1p1.so
        libm.so.1 =>     /usr/lib/libm.so.1
        libgmodule-2.0.so.0 =>   /usr/lib/libgmodule-2.0.so.0
        libgobject-2.0.so.0 =>   /usr/lib/libgobject-2.0.so.0
        libgthread-2.0.so.0 =>   /usr/lib/libgthread-2.0.so.0
        libpthread.so.1 =>       /usr/lib/libpthread.so.1
        libthread.so.1 =>        /usr/lib/libthread.so.1
        librt.so.1 =>    /usr/lib/librt.so.1
        libglib-2.0.so.0 =>      /usr/lib/libglib-2.0.so.0
        libintl.so.8 =>  /opt/csw/lib/libintl.so.8
        libcurl.so.4 =>  /usr/local/lib/libcurl.so.4
        libidn.so.11 =>  /opt/csw/lib/libidn.so.11
        libldap-2.3.so.0 =>      /opt/csw/lib/libldap-2.3.so.0
        liblber-2.3.so.0 =>      /opt/csw/lib/liblber-2.3.so.0
        libgen.so.1 =>   /usr/lib/libgen.so.1
        libnet.so =>     /opt/csw/lib/libnet.so
        libsasl2.so.2 =>         /opt/csw/lib/libsasl2.so.2
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libssl.so.0.9.8 =>       /opt/csw/lib/libssl.so.0.9.8
        libcrypto.so.0.9.8 =>    /opt/csw/lib/libcrypto.so.0.9.8
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libz.so =>       /usr/lib/libz.so
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libaio.so.1 =>   /usr/lib/libaio.so.1
        libmd5.so.1 =>   /usr/lib/libmd5.so.1
        libsec.so.1 =>   /usr/lib/libsec.so.1
        libiconv.so.2 =>         /opt/csw/lib/libiconv.so.2
        libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        /usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1
        /usr/platform/SUNW,Sun-Fire-V240/lib/libmd5_psr.so.1



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

---------------------------------------------------------------------- 
 (0006335) darin (manager) - 2009-06-24 16:41
 http://www.opencsw.org/bugtrack/view.php?id=3716#c6335 
---------------------------------------------------------------------- 
Tim,

I am unable to recreate this behavior, amanda is working fine for me on
Solaris 9 SPARC, and Solaris 10 SPARC/x86. I would recommend installing the
latest patch cluster from Sun as well as ensuring the CSW stack is updated.



From noreply at opencsw.org  Wed Jun 24 18:56:00 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 18:56:00 +0200
Subject: [bug-notifications] [gcc4g++ 0003713]: g++ is not compatible with
	libmpfr
In-Reply-To: <44069785091580c106afd766c2bb44cf>
Message-ID: <72094ec691b2db2f109baee96fc5fb60@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3713 
====================================================================== 
Reported By:                scottcurtis
Assigned To:                mwatters
====================================================================== 
Project:                    gcc4g++
Issue ID:                   3713
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-06-12 18:01 CEST
Last Modified:              2009-06-24 18:55 CEST
====================================================================== 
Summary:                    g++ is not compatible with libmpfr
Description: 
I did an upgrade to the "current" release to get the latest g++. When
compiling a function which requires g++ to load libmpfr, the compiler fails
with the message "undefined reference to __gmp_get_memory_functions". I
built and installed libmpfr version 2.4.1 and this corrected the problem.
====================================================================== 

---------------------------------------------------------------------- 
 (0006336) scottcurtis (reporter) - 2009-06-24 18:55
 http://www.opencsw.org/mantis/view.php?id=3713#c6336 
---------------------------------------------------------------------- 
pkg-get -c libgmp libmpfr
# (From site http://ibiblio.org/pub/packages/solaris/opencsw/current )
       software                    localrev                   remoterev
         libgmp        4.2.2,REV=2007.12.08                        SAME
        libmpfr        2.3.1,REV=2008.01.29                        SAME
pkg-get -c |grep gcc4
        gcc4ada             [Not installed]        4.3.3,REV=2009.05.07
      gcc4adart             [Not installed]        4.3.3,REV=2009.05.07
       gcc4core        4.3.3,REV=2009.05.07                        SAME
     gcc4corert        4.3.3,REV=2009.05.07                        SAME
        gcc4g++        4.3.3,REV=2009.05.07                        SAME
      gcc4g++rt        4.3.3,REV=2009.05.07                        SAME
        gcc4g95             [Not installed]        4.0.2,REV=2005.09.29
      gcc4g95rt             [Not installed]        4.0.2,REV=2005.09.29
   gcc4gfortran             [Not installed]        4.3.3,REV=2009.05.07
 gcc4gfortranrt             [Not installed]        4.3.3,REV=2009.05.07
       gcc4java             [Not installed]        4.3.3,REV=2009.05.07
     gcc4javart             [Not installed]        4.3.3,REV=2009.05.07
       gcc4objc             [Not installed]        4.3.3,REV=2009.05.07
     gcc4objcrt             [Not installed]        4.3.3,REV=2009.05.07



From noreply at opencsw.org  Wed Jun 24 20:16:54 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 20:16:54 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
In-Reply-To: <4815ca3c21682ed3c32677339deada8f>
Message-ID: <76b4e08bb74ed789ff8f41e4e02dcc8f@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-24 20:16 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
====================================================================== 

---------------------------------------------------------------------- 
 (0006337) philadmin (administrator) - 2009-06-24 20:16
 http://opencsw.org/bugtrack/view.php?id=3719#c6337 
---------------------------------------------------------------------- 
Err.. no the subject doesnt say it all.
it doenst say where to get this alleged version 2.2

links.sourceforge.net, only seems to have the old 0.99 version



From noreply at opencsw.org  Wed Jun 24 22:45:23 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 22:45:23 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
In-Reply-To: <4815ca3c21682ed3c32677339deada8f>
Message-ID: <5408b41e90ebe1c3f530fed200b71dd6@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-24 22:45 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
====================================================================== 

---------------------------------------------------------------------- 
 (0006338) trygvis (reporter) - 2009-06-24 22:45
 http://opencsw.org/bugtrack/view.php?id=3719#c6338 
---------------------------------------------------------------------- 
Err, a basic search give you: http://links.twibright.com/download.php.

It is also linked to from links.sourceforge.net



From noreply at opencsw.org  Wed Jun 24 23:18:44 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 23:18:44 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
In-Reply-To: <4815ca3c21682ed3c32677339deada8f>
Message-ID: <859d9d7733a6208f233a2f94bde62e6c@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-24 23:18 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
====================================================================== 

---------------------------------------------------------------------- 
 (0006339) philadmin (administrator) - 2009-06-24 23:18
 http://opencsw.org/bugtrack/view.php?id=3719#c6339 
---------------------------------------------------------------------- 
that is not "links.sourceforge.net". it is a fork.
This "bug report", then, does not belong in the category of "upgrade".

It becomes more of a feature request or something, along the lines of,

"links, the original, is obsolete. Please replace with the fork found at

   xxx.yyy...zzz".

Except that there are multiple.

and as a side note, we already have a package for one of the forks:
elinks.

Hmph. they really should have renamed the one you are referencing.

Or taken over the sourceforge area.

I'm not sure how best to deal with the transition/rename/whatever.
Please start a discussion on the maintainers list, if you're really like
to see the twibright version packaged.
Closing this "update" bug.



From noreply at opencsw.org  Wed Jun 24 23:19:20 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Wed, 24 Jun 2009 23:19:20 +0200
Subject: [bug-notifications] [links 0003719]: Upgrade to 2.2 (from 1.0)
In-Reply-To: <4815ca3c21682ed3c32677339deada8f>
Message-ID: <864ce1315674d31ce8264c2f63a8333f@opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3719 
====================================================================== 
Reported By:                trygvis
Assigned To:                
====================================================================== 
Project:                    links
Issue ID:                   3719
Category:                   upgrade
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-21 21:33 CEST
Last Modified:              2009-06-24 23:19 CEST
====================================================================== 
Summary:                    Upgrade to 2.2 (from 1.0)
Description: 
Summary say it all.
====================================================================== 

---------------------------------------------------------------------- 
 (0006339) philadmin (administrator) - 2009-06-24 23:18
 http://opencsw.org/bugtrack/view.php?id=3719#c6339 
---------------------------------------------------------------------- 
that is not "links.sourceforge.net". it is a fork.
This "bug report", then, does not belong in the category of "upgrade".

It becomes more of a feature request or something, along the lines of,

"links, the original, is obsolete. Please replace with the fork found at

   xxx.yyy...zzz".

Except that there are multiple.

and as a side note, we already have a package for one of the forks:
elinks.

Hmph. they really should have renamed the one you are referencing.

Or taken over the sourceforge area.

I'm not sure how best to deal with the transition/rename/whatever.
Please start a discussion on the maintainers list, if you're really like
to see the twibright version packaged.
Closing this "update" bug.



From noreply at opencsw.org  Thu Jun 25 11:19:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:19:52 +0200
Subject: [bug-notifications] [nrpe 0003727]: "Request packet had invalid
	CRC32"
Message-ID: <0287e6e2b4f63c2ccfcb867333342423@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3727 
====================================================================== 
Reported By:                thwn
Assigned To:                
====================================================================== 
Project:                    nrpe
Issue ID:                   3727
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-25 11:19 CEST
Last Modified:              2009-06-25 11:19 CEST
====================================================================== 
Summary:                    "Request packet had invalid CRC32"
Description: 
After upgrade from 
nrpe 2.12,REV=2009.05.17
to
nrpe 2.12,REV=2009.06.18
I suddendly get the following error in syslog:
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 261363 daemon.error] Error: Request
packet had invalid CRC32.
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 900267 daemon.error] Client request
was invalid, bailing out...
======================================================================



From noreply at opencsw.org  Thu Jun 25 11:27:18 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:27:18 +0200
Subject: [bug-notifications] [nrpe 0003727]: "Request packet had invalid
	CRC32"
In-Reply-To: <8b051e478e18986e26c60892bd0582ff>
Message-ID: <d20267af295c64283254e5ad645dd418@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3727 
====================================================================== 
Reported By:                thwn
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3727
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-25 11:19 CEST
Last Modified:              2009-06-25 11:27 CEST
====================================================================== 
Summary:                    "Request packet had invalid CRC32"
Description: 
After upgrade from 
nrpe 2.12,REV=2009.05.17
to
nrpe 2.12,REV=2009.06.18
I suddendly get the following error in syslog:
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 261363 daemon.error] Error: Request
packet had invalid CRC32.
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 900267 daemon.error] Client request
was invalid, bailing out...
======================================================================



From noreply at opencsw.org  Thu Jun 25 11:27:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:27:58 +0200
Subject: [bug-notifications] [nrpe 0003727]: "Request packet had invalid
	CRC32"
In-Reply-To: <8b051e478e18986e26c60892bd0582ff>
Message-ID: <28548432a319e33772492c567ea843b2@www.opencsw.org>


The following issue has been set as DUPLICATE OF issue 0003720. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3727 
====================================================================== 
Reported By:                thwn
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3727
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-25 11:19 CEST
Last Modified:              2009-06-25 11:27 CEST
====================================================================== 
Summary:                    "Request packet had invalid CRC32"
Description: 
After upgrade from 
nrpe 2.12,REV=2009.05.17
to
nrpe 2.12,REV=2009.06.18
I suddendly get the following error in syslog:
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 261363 daemon.error] Error: Request
packet had invalid CRC32.
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 900267 daemon.error] Client request
was invalid, bailing out...
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0003720 Incompatibilities between NRPE versions...
======================================================================



From noreply at opencsw.org  Thu Jun 25 11:27:59 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:27:59 +0200
Subject: [bug-notifications] [nrpe 0003720]: Incompatibilities between NRPE
	versions with different packet sizes
In-Reply-To: <95be82bae21e7f1e936942a2abaa704b>
Message-ID: <7476e089eb9ebd0e3e41b4f83b41655e@www.opencsw.org>


The issue 0003727 has been set as DUPLICATE OF the following issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3720 
====================================================================== 
Reported By:                ja
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3720
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-22 12:42 CEST
Last Modified:              2009-06-22 12:44 CEST
====================================================================== 
Summary:                    Incompatibilities between NRPE versions with
different packet sizes
Description: 
Because there are incompatibilities between NRPE versions, which support
different packet sizes, it is necessary to provide at least two different
versions: 

- packet size of 1 kB (which should be the default for most of the
packages, also BSD and Linux ones)
- packet size of 8 kB (which is desired for some Nagios plugins with a
longer output like check_multi)
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0003727 &quot;Request packet had invalid CRC32&...
======================================================================



From noreply at opencsw.org  Thu Jun 25 11:31:39 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 11:31:39 +0200
Subject: [bug-notifications] [nrpe 0003727]: "Request packet had invalid
	CRC32"
In-Reply-To: <8b051e478e18986e26c60892bd0582ff>
Message-ID: <ac47fc2c32ecc9fb3dcd75bfa71f3ecb@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3727 
====================================================================== 
Reported By:                thwn
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3727
Category:                   regular use
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-25 11:19 CEST
Last Modified:              2009-06-25 11:31 CEST
====================================================================== 
Summary:                    "Request packet had invalid CRC32"
Description: 
After upgrade from 
nrpe 2.12,REV=2009.05.17
to
nrpe 2.12,REV=2009.06.18
I suddendly get the following error in syslog:
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 261363 daemon.error] Error: Request
packet had invalid CRC32.
Jun 25 11:07:42 dactyl nrpe[8427]: [ID 900267 daemon.error] Client request
was invalid, bailing out...
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0003720 Incompatibilities between NRPE versions...
====================================================================== 

---------------------------------------------------------------------- 
 (0006340) ja (manager) - 2009-06-25 11:31
 http://www.opencsw.org/bugtrack/view.php?id=3727#c6340 
---------------------------------------------------------------------- 
For a quick fix update all your NRPE agents and the check_plugin. See
ticket 0003720 for more info.

If updating is not possible or you have also some Linux / BSD / ... boxes,
give me a personal note, I'll send you packages, which should work as
expected.



From noreply at opencsw.org  Thu Jun 25 14:56:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 14:56:04 +0200
Subject: [bug-notifications] [pen 0003728]: Please upgrade to 0.18.0
Message-ID: <42891dfd97113ba6fd83405201c773b7@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3728 
====================================================================== 
Reported By:                dam
Assigned To:                
====================================================================== 
Project:                    pen
Issue ID:                   3728
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-25 14:56 CEST
Last Modified:              2009-06-25 14:56 CEST
====================================================================== 
Summary:                    Please upgrade to 0.18.0
Description: 
Please upgrade to 0.18.0
======================================================================



From noreply at opencsw.org  Thu Jun 25 23:53:39 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Thu, 25 Jun 2009 23:53:39 +0200
Subject: [bug-notifications] [ack 0003703]: Just testing
In-Reply-To: <ad8c788a7b154119590551528c88c6e5>
Message-ID: <41fed97a97ab0d9200907ab7aa25c8c5@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3703 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    ack
Issue ID:                   3703
Category:                   other
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-03 02:35 CEST
Last Modified:              2009-06-25 23:53 CEST
====================================================================== 
Summary:                    Just testing
Description: 
Just testing
====================================================================== 

---------------------------------------------------------------------- 
 (0006341) skayser (administrator) - 2009-06-25 23:53
 http://opencsw.org/bugtrack/view.php?id=3703#c6341 
---------------------------------------------------------------------- 
Testing something again. pfelecon receives mails from Mantis with duplicate
Message-ID: headers. Let's see ...



From noreply at opencsw.org  Fri Jun 26 00:23:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 00:23:09 +0200
Subject: [bug-notifications] [pysetuptools 0003729]: Missing dependency on
	CSWpython-devel?
Message-ID: <92e6dbff3d6ccd6b7d1c65a619ffc654@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3729 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3729
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 00:23 CEST
Last Modified:              2009-06-26 00:23 CEST
====================================================================== 
Summary:                    Missing dependency on CSWpython-devel?
Description: 
Just installed CSWpysetuptools and easy_install bailed out on me. Upon
installation of CSWpython-devel (which contains distutils) the error below
goes away.

skayser @ ray1 ~$ easy_install
Traceback (most recent call last):
  File "/opt/csw/bin/easy_install", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in
<module>
    class Environment(object):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in
Environment
    def __init__(self, search_path=None,
platform=get_supported_platform(), python=PY_MAJOR):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in
get_supported_platform
    plat = get_build_platform(); m = macosVersionString.match(plat)
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in
get_build_platform
    from distutils.util import get_platform
ImportError: No module named distutils.util
======================================================================



From noreply at opencsw.org  Fri Jun 26 00:28:29 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 00:28:29 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
Message-ID: <187f613a89206f0d0d24ae17bf50b627@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-26 00:28 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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



From noreply at opencsw.org  Fri Jun 26 00:36:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 00:36:46 +0200
Subject: [bug-notifications] [pylibxml2 0003731]: Python C API version
	mismatch for module libxml2mod
Message-ID: <3db1d4328c099d4ef82195b84d88846d@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3731 
====================================================================== 
Reported By:                skayser
Assigned To:                
====================================================================== 
Project:                    pylibxml2
Issue ID:                   3731
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 00:36 CEST
Last Modified:              2009-06-26 00:36 CEST
====================================================================== 
Summary:                    Python C API version mismatch for module libxml2mod
Description: 
I don't know whether this is something that one needs to worry about.
Haven't discovered anything broken yet while using it, so just reporting
FYI.

$ /opt/csw/bin/python
Python 2.6.2 (r262:71600, May 27 2009, 14:19:46) [C] on sunos5
Type "help", "copyright", "credits" or "license" for more information.
>>> import libxml2mod
__main__:1: RuntimeWarning: Python C API version mismatch for module
libxml2mod: This Python has API version 1013, module libxml2mod has version
1012.
>>> 
======================================================================



From noreply at opencsw.org  Fri Jun 26 04:50:16 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 04:50:16 +0200
Subject: [bug-notifications] [pysetuptools 0003729]: Missing dependency on
	CSWpython-devel?
In-Reply-To: <3c0efaa53a34b56a1f6af4b2d58767ab>
Message-ID: <941948f7a8e212b8c7ed4bdec1409675@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3729 
====================================================================== 
Reported By:                skayser
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3729
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:23 CEST
Last Modified:              2009-06-26 04:50 CEST
====================================================================== 
Summary:                    Missing dependency on CSWpython-devel?
Description: 
Just installed CSWpysetuptools and easy_install bailed out on me. Upon
installation of CSWpython-devel (which contains distutils) the error below
goes away.

skayser @ ray1 ~$ easy_install
Traceback (most recent call last):
  File "/opt/csw/bin/easy_install", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in
<module>
    class Environment(object):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in
Environment
    def __init__(self, search_path=None,
platform=get_supported_platform(), python=PY_MAJOR):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in
get_supported_platform
    plat = get_build_platform(); m = macosVersionString.match(plat)
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in
get_build_platform
    from distutils.util import get_platform
ImportError: No module named distutils.util
======================================================================



From noreply at opencsw.org  Fri Jun 26 10:50:26 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 10:50:26 +0200
Subject: [bug-notifications] [pysetuptools 0003732]: CSWpysetuptools
	dependency failure
Message-ID: <31f64155274912fbe5488c74d8486f89@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3732 
====================================================================== 
Reported By:                chrislf
Assigned To:                
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3732
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 10:50 CEST
Last Modified:              2009-06-26 10:50 CEST
====================================================================== 
Summary:                    CSWpysetuptools dependency failure
Description: 
easy_install from the CSWpysetuptools package depends on distutils, which
used to be bundled with the dependent package CSWpython prior to version
2.6.2,REV=2009.05.28. At the time of writing distutils has been moved to
CSWpython_devel; thus either CSWpython_devel should be made a dependency of
CSWpysetuptools, or distutils should be made available as a separate
package and listed as a dependency of CSWpysetuptools.

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



From noreply at opencsw.org  Fri Jun 26 11:04:00 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 11:04:00 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <3f28962b6a5b273af3cce97d44d23014@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-26 11:03 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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



From noreply at opencsw.org  Fri Jun 26 14:52:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 14:52:28 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <bb09afe1b91297fc6decdc9f2be70539@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-26 14:52 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006342) ja (manager) - 2009-06-26 14:52
 http://opencsw.org/bugtrack/view.php?id=3730#c6342 
---------------------------------------------------------------------- 
Did I understand it right, that in your config file the pid_file directive
is missing?

Then, this should do the trick in /var/opt/csw/svc/method/svc-cswnrpe, do
you agree?

'stop') 
        if [ -f "$pidfile" ]; then
            [ -n "`pgrep -x -u 0,1,$NRPE_USER nrpe`" ] && /usr/bin/kill
`head -1 $pidfile`
            rm "$pidfile"
        else
            /usr/bin/kill `pgrep -x -u 0,1,$NRPE_USER nrpe`
        fi
        ;;



From noreply at opencsw.org  Fri Jun 26 16:02:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 16:02:58 +0200
Subject: [bug-notifications] [pysetuptools 0003732]: CSWpysetuptools
	dependency failure
In-Reply-To: <b939f18bcc5de7891fbaaf87b8539d47>
Message-ID: <a74f5fd133468384425f909d84a4cbbb@opencsw.org>


The following issue has been set as DUPLICATE OF issue 0003729. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3732 
====================================================================== 
Reported By:                chrislf
Assigned To:                
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3732
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 10:50 CEST
Last Modified:              2009-06-26 16:02 CEST
====================================================================== 
Summary:                    CSWpysetuptools dependency failure
Description: 
easy_install from the CSWpysetuptools package depends on distutils, which
used to be bundled with the dependent package CSWpython prior to version
2.6.2,REV=2009.05.28. At the time of writing distutils has been moved to
CSWpython_devel; thus either CSWpython_devel should be made a dependency of
CSWpysetuptools, or distutils should be made available as a separate
package and listed as a dependency of CSWpysetuptools.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0003729 Missing dependency on CSWpython-devel?
======================================================================



From noreply at opencsw.org  Fri Jun 26 16:02:59 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 16:02:59 +0200
Subject: [bug-notifications] [pysetuptools 0003729]: Missing dependency on
	CSWpython-devel?
In-Reply-To: <3c0efaa53a34b56a1f6af4b2d58767ab>
Message-ID: <b5c4f33d64aa2690a450dc98a914be6b@opencsw.org>


The issue 0003732 has been set as DUPLICATE OF the following issue. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3729 
====================================================================== 
Reported By:                skayser
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3729
Category:                   packaging
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:23 CEST
Last Modified:              2009-06-26 04:50 CEST
====================================================================== 
Summary:                    Missing dependency on CSWpython-devel?
Description: 
Just installed CSWpysetuptools and easy_install bailed out on me. Upon
installation of CSWpython-devel (which contains distutils) the error below
goes away.

skayser @ ray1 ~$ easy_install
Traceback (most recent call last):
  File "/opt/csw/bin/easy_install", line 5, in <module>
    from pkg_resources import load_entry_point
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 657, in
<module>
    class Environment(object):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 660, in
Environment
    def __init__(self, search_path=None,
platform=get_supported_platform(), python=PY_MAJOR):
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 55, in
get_supported_platform
    plat = get_build_platform(); m = macosVersionString.match(plat)
  File "/opt/csw/lib/python/site-packages/pkg_resources.py", line 186, in
get_build_platform
    from distutils.util import get_platform
ImportError: No module named distutils.util
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0003732 CSWpysetuptools dependency failure
======================================================================



From noreply at opencsw.org  Fri Jun 26 19:51:29 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 19:51:29 +0200
Subject: [bug-notifications] [swaks 0003733]: Change to use csw version of
	perl in hash bang
Message-ID: <b85e3612d8a0fc13060a6e0340dbccda@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3733 
====================================================================== 
Reported By:                rmacduff
Assigned To:                
====================================================================== 
Project:                    swaks
Issue ID:                   3733
Category:                   regular use
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-26 19:51 CEST
Last Modified:              2009-06-26 19:51 CEST
====================================================================== 
Summary:                    Change to use csw version of perl in hash bang
Description: 
The perl used in the hash bang is the Sun provided version (/usr/bin/perl).
 This causes problems when trying to use CSW provided modules that certain
options of swaks requires since the Sun version know nothing of these
modules.  

Changing the path to point to the CSW provided perl would solve this
problem.
======================================================================



From noreply at opencsw.org  Fri Jun 26 19:53:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Fri, 26 Jun 2009 19:53:55 +0200
Subject: [bug-notifications] [gsed 0003711]: Please upgrade to 4.2
In-Reply-To: <9319cf212e30a1508a56e051e6be8d72>
Message-ID: <0c217653cb23bde1544526e500a164b9@opencsw.org>


The following issue has been RESOLVED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3711 
====================================================================== 
Reported By:                dam
Assigned To:                rmacduff
====================================================================== 
Project:                    gsed
Issue ID:                   3711
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     resolved
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-10 13:10 CEST
Last Modified:              2009-06-26 19:53 CEST
====================================================================== 
Summary:                    Please upgrade to 4.2
Description: 
Please upgrade to 4.2
====================================================================== 

---------------------------------------------------------------------- 
 (0006343) rmacduff (manager) - 2009-06-26 19:53
 http://opencsw.org/mantis/view.php?id=3711#c6343 
---------------------------------------------------------------------- 
Upgraded to 4.2.



From noreply at opencsw.org  Sat Jun 27 01:07:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 01:07:07 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <71471b89b2cc0119bff15751bd78a253@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-27 01:07 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006344) gadavis (reporter) - 2009-06-27 01:07
 http://opencsw.org/bugtrack/view.php?id=3730#c6344 
---------------------------------------------------------------------- 
The restart function looks like it would still be broken, but that seems
like it will work.

Now that I look at things closer, I would almost consider treating a
configuration file without a pid_file declared to be an error on Solaris 10
and higher because pgrep will find multiple pids if it is run in the global
zone and there are non-global zones running nrpe as well. As it currently
stands, the script will attempt to kill all of them if it is run without a
pidfile.

You might also want to replace lines 32 and 33 with:

pidfile=`awk -F'=' '/^[ \t]*pid_file/ {print $2}' $CONFIG_FILE`
NRPE_USER=`awk -F'=' '/^[ \t]*nrpe_user/ { print $2 }' $CONFIG_FILE`

This fixes a couple of problems with spaces at the beginning of the line
for both config options and commented out pid_file lines



From noreply at opencsw.org  Sat Jun 27 12:39:49 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 12:39:49 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <da267845d2b6250f16c631a324db7165@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-27 12:39 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006345) ja (manager) - 2009-06-27 12:39
 http://opencsw.org/bugtrack/view.php?id=3730#c6345 
---------------------------------------------------------------------- 
Good point with the zones! What do you think about this?

'stop')
        # remove pid file
        if [ -f "$pidfile" ]; then
            [ -n "`pgrep -x -u 0,1,$NRPE_USER nrpe`" ] && /usr/bin/kill
`head -1 $pidfile`
            rm "$pidfile"
        else
                if [ `uname -r` = 5.8  -o `uname -r` = 5.9 ]
                then
                        /usr/bin/kill `pgrep -x -u 0,1,$NRPE_USER nrpe`
                else
                        /usr/bin/kill `pgrep -x -u 0,1,$NRPE_USER -z
\`zonename\` nrpe`
                fi
        fi
        ;;

Works for me reliable in a global zone and works around a missing pid_file
line in the config.

Thanks for the modified lines 32 and 33, cool!



From noreply at opencsw.org  Sat Jun 27 16:04:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 16:04:10 +0200
Subject: [bug-notifications] [ghostscript 0003734]: dvipdf fails with
	message "-q: not found"
Message-ID: <e88903d648c79ee99c17f6a4db08321c@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3734 
====================================================================== 
Reported By:                pfelecan
Assigned To:                
====================================================================== 
Project:                    ghostscript
Issue ID:                   3734
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-27 16:04 CEST
Last Modified:              2009-06-27 16:04 CEST
====================================================================== 
Summary:                    dvipdf fails with message "-q: not found"
Description: 
because dvipdf doesn't define GS_EXECUTABLE it tries to execute "-q" which
is not found...

looking at the Debian supplied file it has this salient code in the first
lines:

# This definition is changed on install to match the
# executable name set in the makefile
GS_EXECUTABLE=gs

Strangely, the script's code is of the same revision as the OpenCSW one.
The same is true for ghostscript itself.

I didn't check the other DVI converters provided by the package.
======================================================================



From noreply at opencsw.org  Sat Jun 27 23:45:45 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 23:45:45 +0200
Subject: [bug-notifications] [pm_htmlparser 0003735]: Upgrade to 3.61
Message-ID: <53d068c5501b19bcbc10423cd25ab49e@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3735 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_htmlparser
Issue ID:                   3735
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-27 23:45 CEST
Last Modified:              2009-06-27 23:45 CEST
====================================================================== 
Summary:                    Upgrade to 3.61
Description: 
Hi

Please can you upgrade to version 3.61

Thanks in advance
======================================================================



From noreply at opencsw.org  Sat Jun 27 23:47:24 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sat, 27 Jun 2009 23:47:24 +0200
Subject: [bug-notifications] [pm_archivezip 0003736]: Upgrade to 1.28
Message-ID: <ab5727f46335c199ef76b7aa22b4df01@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3736 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3736
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-27 23:47 CEST
Last Modified:              2009-06-27 23:47 CEST
====================================================================== 
Summary:                    Upgrade to 1.28
Description: 
Hi

Canyou please upgrade to version 1.28

Thanks in advance
======================================================================



From noreply at opencsw.org  Sun Jun 28 11:41:54 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:41:54 +0200
Subject: [bug-notifications] [libatk 0003108]: Depend on CSWggettextrt
In-Reply-To: <17f9729ed1c95324fc812611cfec0f60>
Message-ID: <67e4767a8e058dedc8ee5061f8f5b2db@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3108 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libatk
Issue ID:                   3108
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 02:52 CET
Last Modified:              2009-06-28 11:41 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
======================================================================



From noreply at opencsw.org  Sun Jun 28 11:42:14 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:42:14 +0200
Subject: [bug-notifications] [libatk 0003108]: Depend on CSWggettextrt
In-Reply-To: <17f9729ed1c95324fc812611cfec0f60>
Message-ID: <ff7f0c2dee802e8733cc1e89db942209@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3108 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libatk
Issue ID:                   3108
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 02:52 CET
Last Modified:              2009-06-28 11:42 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006346) dam (manager) - 2009-06-28 11:42
 http://www.opencsw.org/mantis/view.php?id=3108#c6346 
---------------------------------------------------------------------- 
Fixed in 1.26.0,REV=2009.06.27



From noreply at opencsw.org  Sun Jun 28 11:42:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:42:46 +0200
Subject: [bug-notifications] [libpango 0003107]: Depend on CSWggettextrt
In-Reply-To: <d1d820648dbbc6ee70346e22c0632af2>
Message-ID: <9a1e98ffbd45173d06edef8d624218f3@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3107 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3107
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 02:52 CET
Last Modified:              2009-06-28 11:42 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
======================================================================



From noreply at opencsw.org  Sun Jun 28 11:43:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:43:04 +0200
Subject: [bug-notifications] [libpango 0003107]: Depend on CSWggettextrt
In-Reply-To: <d1d820648dbbc6ee70346e22c0632af2>
Message-ID: <8092f61b8bb41d8ef1a242d178ca1257@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3107 
====================================================================== 
Reported By:                harpchad
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3107
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 02:52 CET
Last Modified:              2009-06-28 11:43 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006347) dam (manager) - 2009-06-28 11:43
 http://www.opencsw.org/mantis/view.php?id=3107#c6347 
---------------------------------------------------------------------- 
Fixed in 1.24.3,REV=2009.06.27



From noreply at opencsw.org  Sun Jun 28 11:43:27 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:43:27 +0200
Subject: [bug-notifications] [libpango 0003667]: libpango-1.0.la references
	non-existent .la files, breaks graphviz builds
In-Reply-To: <8dffe78907841537f4e0366dab9518be>
Message-ID: <d52ea5cf3b63bf65d04725ea52452c60@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3667 
====================================================================== 
Reported By:                user2188
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3667
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-12 16:08 CEST
Last Modified:              2009-06-28 11:43 CEST
====================================================================== 
Summary:                    libpango-1.0.la references non-existent .la files,
breaks graphviz builds
Description: 
Basically same issue as 0003666

The installed /opt/csw/lib/libpango-1.0.la contains references to
non-existent .la files.  Specifically: /opt/csw/lib/libgobject-2.0.la
/opt/csw/lib/libg
module-2.0.la -ldl /opt/csw/lib/libglib-2.0.la

This is breaking graphviz builds.


The more general question is:  Why is opencsw installing .la files?   
Fedora does not.
======================================================================



From noreply at opencsw.org  Sun Jun 28 11:43:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 11:43:43 +0200
Subject: [bug-notifications] [libpango 0003667]: libpango-1.0.la references
	non-existent .la files, breaks graphviz builds
In-Reply-To: <8dffe78907841537f4e0366dab9518be>
Message-ID: <ebff6351bbd568319d7eedf6fdd40d16@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3667 
====================================================================== 
Reported By:                user2188
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3667
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-12 16:08 CEST
Last Modified:              2009-06-28 11:43 CEST
====================================================================== 
Summary:                    libpango-1.0.la references non-existent .la files,
breaks graphviz builds
Description: 
Basically same issue as 0003666

The installed /opt/csw/lib/libpango-1.0.la contains references to
non-existent .la files.  Specifically: /opt/csw/lib/libgobject-2.0.la
/opt/csw/lib/libg
module-2.0.la -ldl /opt/csw/lib/libglib-2.0.la

This is breaking graphviz builds.


The more general question is:  Why is opencsw installing .la files?   
Fedora does not.
====================================================================== 

---------------------------------------------------------------------- 
 (0006348) dam (manager) - 2009-06-28 11:43
 http://www.opencsw.org/mantis/view.php?id=3667#c6348 
---------------------------------------------------------------------- 
Fixed in 1.24.3,REV=2009.06.27



From noreply at opencsw.org  Sun Jun 28 12:54:35 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 12:54:35 +0200
Subject: [bug-notifications] [ghostscript 0003734]: dvipdf fails with
	message "-q: not found"
In-Reply-To: <cd9847a24278cb6861131fdf9c9222b7>
Message-ID: <86a990090dea202c35b31d11fec67ad4@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3734 
====================================================================== 
Reported By:                pfelecan
Assigned To:                james
====================================================================== 
Project:                    ghostscript
Issue ID:                   3734
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 16:04 CEST
Last Modified:              2009-06-28 12:54 CEST
====================================================================== 
Summary:                    dvipdf fails with message "-q: not found"
Description: 
because dvipdf doesn't define GS_EXECUTABLE it tries to execute "-q" which
is not found...

looking at the Debian supplied file it has this salient code in the first
lines:

# This definition is changed on install to match the
# executable name set in the makefile
GS_EXECUTABLE=gs

Strangely, the script's code is of the same revision as the OpenCSW one.
The same is true for ghostscript itself.

I didn't check the other DVI converters provided by the package.
======================================================================



From noreply at opencsw.org  Sun Jun 28 12:56:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 12:56:10 +0200
Subject: [bug-notifications] [ghostscript 0003734]: dvipdf fails with
	message "-q: not found"
In-Reply-To: <cd9847a24278cb6861131fdf9c9222b7>
Message-ID: <40d70f25bd2756a2448c9d8c3262565f@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3734 
====================================================================== 
Reported By:                pfelecan
Assigned To:                james
====================================================================== 
Project:                    ghostscript
Issue ID:                   3734
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 16:04 CEST
Last Modified:              2009-06-28 12:56 CEST
====================================================================== 
Summary:                    dvipdf fails with message "-q: not found"
Description: 
because dvipdf doesn't define GS_EXECUTABLE it tries to execute "-q" which
is not found...

looking at the Debian supplied file it has this salient code in the first
lines:

# This definition is changed on install to match the
# executable name set in the makefile
GS_EXECUTABLE=gs

Strangely, the script's code is of the same revision as the OpenCSW one.
The same is true for ghostscript itself.

I didn't check the other DVI converters provided by the package.
====================================================================== 

---------------------------------------------------------------------- 
 (0006349) james (manager) - 2009-06-28 12:56
 http://www.opencsw.org/mantis/view.php?id=3734#c6349 
---------------------------------------------------------------------- 
Confirmed.  The script that adds /opt/csw/bin/gsc failed to match the
original file.

ghostscript-8.64,REV=2009.06.28 in testing.



From noreply at opencsw.org  Sun Jun 28 14:02:29 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:02:29 +0200
Subject: [bug-notifications] [jbig2dec 0003290]: Depend on CSWggettextrt
In-Reply-To: <db201bf489b5f4736176be0c82abb2fa>
Message-ID: <7fd1399ce03dabb61ecfa898191762b4@www.opencsw.org>


The following issue has been UPDATED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3290 
====================================================================== 
Reported By:                harpchad
Assigned To:                james
====================================================================== 
Project:                    jbig2dec
Issue ID:                   3290
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 03:12 CET
Last Modified:              2009-06-28 14:02 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006350) james (manager) - 2009-06-28 14:02
 http://www.opencsw.org/bugtrack/view.php?id=3290#c6350 
---------------------------------------------------------------------- 
new release jbig2dec-0.10,REV=2009.06.28 has rt depend



From noreply at opencsw.org  Sun Jun 28 14:03:01 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:03:01 +0200
Subject: [bug-notifications] [jbig2dec 0003290]: Depend on CSWggettextrt
In-Reply-To: <db201bf489b5f4736176be0c82abb2fa>
Message-ID: <0af7b8f9fbb34d5fde684a689fc53572@www.opencsw.org>


The following issue has been UPDATED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3290 
====================================================================== 
Reported By:                harpchad
Assigned To:                james
====================================================================== 
Project:                    jbig2dec
Issue ID:                   3290
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-02-14 03:12 CET
Last Modified:              2009-06-28 14:03 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006350) james (manager) - 2009-06-28 14:02
 http://www.opencsw.org/bugtrack/view.php?id=3290#c6350 
---------------------------------------------------------------------- 
new release jbig2dec-0.10,REV=2009.06.28 has rt depend



From noreply at opencsw.org  Sun Jun 28 14:03:24 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:03:24 +0200
Subject: [bug-notifications] [jbig2dec 0003290]: Depend on CSWggettextrt
In-Reply-To: <db201bf489b5f4736176be0c82abb2fa>
Message-ID: <d5976c84f503ca18e36af5ba26c6a7d2@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3290 
====================================================================== 
Reported By:                harpchad
Assigned To:                james
====================================================================== 
Project:                    jbig2dec
Issue ID:                   3290
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-14 03:12 CET
Last Modified:              2009-06-28 14:03 CEST
====================================================================== 
Summary:                    Depend on CSWggettextrt
Description: 
Rutime for gettext is now in CSWggettextrt, please update dependencies from
CSWgettext to CSWgettextrt
====================================================================== 

---------------------------------------------------------------------- 
 (0006350) james (manager) - 2009-06-28 14:02
 http://www.opencsw.org/bugtrack/view.php?id=3290#c6350 
---------------------------------------------------------------------- 
new release jbig2dec-0.10,REV=2009.06.28 has rt depend



From noreply at opencsw.org  Sun Jun 28 14:18:17 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:18:17 +0200
Subject: [bug-notifications] [pm_extutilsdepends 0003715]: Please upgrade to
	0.301
In-Reply-To: <01d3af6707e586f4ab16e5c719e10163>
Message-ID: <ed50173e43034f1bd33a05c0a248b711@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3715 
====================================================================== 
Reported By:                wbonnet
Assigned To:                wbonnet
====================================================================== 
Project:                    pm_extutilsdepends
Issue ID:                   3715
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-16 09:37 CEST
Last Modified:              2009-06-28 14:18 CEST
====================================================================== 
Summary:                    Please upgrade to 0.301
Description: 
Please upgrade to 0.301
======================================================================



From noreply at opencsw.org  Sun Jun 28 14:18:33 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 14:18:33 +0200
Subject: [bug-notifications] [pm_extutilsdepends 0003715]: Please upgrade to
	0.301
In-Reply-To: <01d3af6707e586f4ab16e5c719e10163>
Message-ID: <34a2101db31a318ca2d230a328267efe@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3715 
====================================================================== 
Reported By:                wbonnet
Assigned To:                wbonnet
====================================================================== 
Project:                    pm_extutilsdepends
Issue ID:                   3715
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-16 09:37 CEST
Last Modified:              2009-06-28 14:18 CEST
====================================================================== 
Summary:                    Please upgrade to 0.301
Description: 
Please upgrade to 0.301
====================================================================== 

---------------------------------------------------------------------- 
 (0006351) wbonnet (manager) - 2009-06-28 14:18
 http://www.opencsw.org/bugtrack/view.php?id=3715#c6351 
---------------------------------------------------------------------- 
Package has been updated



From noreply at opencsw.org  Sun Jun 28 15:49:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 15:49:28 +0200
Subject: [bug-notifications] [git 0003718]: upgrade git to close security
	hole
In-Reply-To: <efed457064e4a88b38646d4423739ca1>
Message-ID: <44fab51d28dab78547301807fbccb9f8@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3718 
====================================================================== 
Reported By:                bwalton
Assigned To:                bwalton
====================================================================== 
Project:                    git
Issue ID:                   3718
Category:                   upgrade
Reproducibility:            N/A
Severity:                   major
Priority:                   high
Status:                     closed
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-20 05:04 CEST
Last Modified:              2009-06-28 15:49 CEST
====================================================================== 
Summary:                    upgrade git to close security hole
Description: 
Upgrade to mitigate CVE-2009-2108

http://web.nvd.nist.gov/view/vuln/detail?execution=e1s1

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

---------------------------------------------------------------------- 
 (0006352) bwalton (manager) - 2009-06-28 15:49
 http://www.opencsw.org/mantis/view.php?id=3718#c6352 
---------------------------------------------------------------------- 
1.6.3.2 released.



From noreply at opencsw.org  Sun Jun 28 22:01:55 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Sun, 28 Jun 2009 22:01:55 +0200
Subject: [bug-notifications] [pm_gd 0003737]: GARNAME is invalid
Message-ID: <32bfe879a06e76c4ad977c0d9775179f@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3737 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_gd
Issue ID:                   3737
Category:                   other
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-28 22:01 CEST
Last Modified:              2009-06-28 22:01 CEST
====================================================================== 
Summary:                    GARNAME is invalid
Description: 
GARNAME of this packageis GD, it should be pm_GD. This name conflits with
GD (the lib not the perl wrapper containted in this package)
======================================================================



From noreply at opencsw.org  Mon Jun 29 10:36:47 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 10:36:47 +0200
Subject: [bug-notifications] [pm_archivezip 0003736]: Upgrade to 1.28
In-Reply-To: <c5696d96d4b9d789a88a536e701c31f5>
Message-ID: <504be88b3276c70aabfac59e82714a23@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3736 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3736
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 23:47 CEST
Last Modified:              2009-06-29 10:36 CEST
====================================================================== 
Summary:                    Upgrade to 1.28
Description: 
Hi

Canyou please upgrade to version 1.28

Thanks in advance
======================================================================



From noreply at opencsw.org  Mon Jun 29 10:36:52 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 10:36:52 +0200
Subject: [bug-notifications] [pm_htmlparser 0003735]: Upgrade to 3.61
In-Reply-To: <e79ae68ad4b496652e25cd69c487fee7>
Message-ID: <0f2b0e1b8c30d259ae85cd4a44653af3@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3735 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlparser
Issue ID:                   3735
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 23:45 CEST
Last Modified:              2009-06-29 10:36 CEST
====================================================================== 
Summary:                    Upgrade to 3.61
Description: 
Hi

Please can you upgrade to version 3.61

Thanks in advance
======================================================================



From noreply at opencsw.org  Mon Jun 29 10:57:58 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 10:57:58 +0200
Subject: [bug-notifications] [pm_archivezip 0003736]: Upgrade to 1.28
In-Reply-To: <c5696d96d4b9d789a88a536e701c31f5>
Message-ID: <f89fc13c2add88eab93e26efdc9cd63d@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3736 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3736
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 23:47 CEST
Last Modified:              2009-06-29 10:57 CEST
====================================================================== 
Summary:                    Upgrade to 1.28
Description: 
Hi

Canyou please upgrade to version 1.28

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006353) bonivart (manager) - 2009-06-29 10:57
 http://www.opencsw.org/mantis/view.php?id=3736#c6353 
---------------------------------------------------------------------- 
Released to current now. I thought uwatch should have alerted me about the
new release? I have this in the Makefile:

UFILES_REGEX = $(GARNAME)-(\d+(?:\.\d+)*).tar.gz



From noreply at opencsw.org  Mon Jun 29 10:58:22 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 10:58:22 +0200
Subject: [bug-notifications] [pm_htmlparser 0003735]: Upgrade to 3.61
In-Reply-To: <e79ae68ad4b496652e25cd69c487fee7>
Message-ID: <5b4d4206839320c023d3ce6282aca904@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3735 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlparser
Issue ID:                   3735
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 23:45 CEST
Last Modified:              2009-06-29 10:58 CEST
====================================================================== 
Summary:                    Upgrade to 3.61
Description: 
Hi

Please can you upgrade to version 3.61

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006354) bonivart (manager) - 2009-06-29 10:58
 http://www.opencsw.org/mantis/view.php?id=3735#c6354 
---------------------------------------------------------------------- 
Released to current now.



From noreply at opencsw.org  Mon Jun 29 11:25:04 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 11:25:04 +0200
Subject: [bug-notifications] [libtool 0003738]: Libtool is not aware of all
	compilers at OpenCSW
Message-ID: <5bc1e6b3c45ff5d9083c581a3ceba620@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3738 
====================================================================== 
Reported By:                ihsan
Assigned To:                
====================================================================== 
Project:                    libtool
Issue ID:                   3738
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-29 11:25 CEST
Last Modified:              2009-06-29 11:25 CEST
====================================================================== 
Summary:                    Libtool is not aware of all compilers at OpenCSW
Description: 
Libtool is not aware of all compilers at OpenCSW.
======================================================================



From noreply at opencsw.org  Mon Jun 29 12:13:19 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 12:13:19 +0200
Subject: [bug-notifications] [gsed 0003739]: Please upgrade to 4.2.1
Message-ID: <b02389ed8e8046ce1222529a1c6a0aba@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3739 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    gsed
Issue ID:                   3739
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-29 12:13 CEST
Last Modified:              2009-06-29 12:13 CEST
====================================================================== 
Summary:                    Please upgrade to 4.2.1
Description: 
Hi

Please can you upgrade the package to latest version, 4.2.1

thanks in advance


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



From noreply at opencsw.org  Mon Jun 29 16:37:48 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 16:37:48 +0200
Subject: [bug-notifications] [pysetuptools 0003732]: CSWpysetuptools
	dependency failure
In-Reply-To: <b939f18bcc5de7891fbaaf87b8539d47>
Message-ID: <0e0db62ec34b34832e37bab2139db5e7@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3732 
====================================================================== 
Reported By:                chrislf
Assigned To:                mwatters
====================================================================== 
Project:                    pysetuptools
Issue ID:                   3732
Category:                   regular use
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 10:50 CEST
Last Modified:              2009-06-29 16:37 CEST
====================================================================== 
Summary:                    CSWpysetuptools dependency failure
Description: 
easy_install from the CSWpysetuptools package depends on distutils, which
used to be bundled with the dependent package CSWpython prior to version
2.6.2,REV=2009.05.28. At the time of writing distutils has been moved to
CSWpython_devel; thus either CSWpython_devel should be made a dependency of
CSWpysetuptools, or distutils should be made available as a separate
package and listed as a dependency of CSWpysetuptools.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0003729 Missing dependency on CSWpython-devel?
======================================================================



From noreply at opencsw.org  Mon Jun 29 16:41:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 16:41:46 +0200
Subject: [bug-notifications] [squid 0002283]: squid uses /opt/csw/var for
	the default location of the cache.
In-Reply-To: <c721b8be5f19665e55de4ab3d7bdaf5a>
Message-ID: <a12539ab8fb3f3a4c29bbc13e8fa7884@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=2283 
====================================================================== 
Reported By:                baro
Assigned To:                mwatters
====================================================================== 
Project:                    squid
Issue ID:                   2283
Category:                   packaging
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2007-07-12 19:47 CEST
Last Modified:              2009-06-29 16:41 CEST
====================================================================== 
Summary:                    squid uses /opt/csw/var for the default location of
the cache.
Description: 
I have been trying to submit squidguard as a blastwave packge and have been
trying to keep it consistent with squid.  I used /opt/csw/var/squidGuard as
the default location of the db and log directories.  Unfortunately Phil
bounced recommeding that I instead use /var/opt/csw/squidGuard.  He also
asked that I open a bug against squid for this same issue.
====================================================================== 

---------------------------------------------------------------------- 
 (0006355) mwatters (manager) - 2009-06-29 16:41
 http://www.opencsw.org/mantis/view.php?id=2283#c6355 
---------------------------------------------------------------------- 
fixed in the latest release.



From noreply at opencsw.org  Mon Jun 29 17:23:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 17:23:25 +0200
Subject: [bug-notifications] [gsed 0003739]: Please upgrade to 4.2.1
In-Reply-To: <3e9f9a67cfadb6fefbc643822a200323>
Message-ID: <0dd27167f4a7fd8b67f3633507e7e97c@opencsw.org>


The following issue has been UPDATED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3739 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    gsed
Issue ID:                   3739
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-29 12:13 CEST
Last Modified:              2009-06-29 17:23 CEST
====================================================================== 
Summary:                    Please upgrade to 4.2.1
Description: 
Hi

Please can you upgrade the package to latest version, 4.2.1

thanks in advance


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

---------------------------------------------------------------------- 
 (0006356) rmacduff (manager) - 2009-06-29 17:23
 http://opencsw.org/mantis/view.php?id=3739#c6356 
---------------------------------------------------------------------- 
Upgraded and now in testing.



From noreply at opencsw.org  Mon Jun 29 18:43:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 18:43:07 +0200
Subject: [bug-notifications] [ghostscript 0003734]: dvipdf fails with
	message "-q: not found"
In-Reply-To: <cd9847a24278cb6861131fdf9c9222b7>
Message-ID: <002504fc1a7f44a8de7006e4f1dec13b@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3734 
====================================================================== 
Reported By:                pfelecan
Assigned To:                james
====================================================================== 
Project:                    ghostscript
Issue ID:                   3734
Category:                   regular use
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-27 16:04 CEST
Last Modified:              2009-06-29 18:43 CEST
====================================================================== 
Summary:                    dvipdf fails with message "-q: not found"
Description: 
because dvipdf doesn't define GS_EXECUTABLE it tries to execute "-q" which
is not found...

looking at the Debian supplied file it has this salient code in the first
lines:

# This definition is changed on install to match the
# executable name set in the makefile
GS_EXECUTABLE=gs

Strangely, the script's code is of the same revision as the OpenCSW one.
The same is true for ghostscript itself.

I didn't check the other DVI converters provided by the package.
====================================================================== 

---------------------------------------------------------------------- 
 (0006357) pfelecan (reporter) - 2009-06-29 18:43
 http://www.opencsw.org/bugtrack/view.php?id=3734#c6357 
---------------------------------------------------------------------- 
Installed and tested on i386. dvipdf works.



From noreply at opencsw.org  Mon Jun 29 20:34:51 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 20:34:51 +0200
Subject: [bug-notifications] [pm_archivezip 0003736]: Upgrade to 1.28
In-Reply-To: <c5696d96d4b9d789a88a536e701c31f5>
Message-ID: <6331e6c4321342feb8eb7c5b38f27579@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3736 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3736
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-27 23:47 CEST
Last Modified:              2009-06-29 20:34 CEST
====================================================================== 
Summary:                    Upgrade to 1.28
Description: 
Hi

Canyou please upgrade to version 1.28

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006358) bonivart (manager) - 2009-06-29 20:34
 http://www.opencsw.org/mantis/view.php?id=3736#c6358 
---------------------------------------------------------------------- 
Release confirmed.



From noreply at opencsw.org  Mon Jun 29 20:36:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 20:36:25 +0200
Subject: [bug-notifications] [pm_htmlparser 0003735]: Upgrade to 3.61
In-Reply-To: <e79ae68ad4b496652e25cd69c487fee7>
Message-ID: <b829abf15cc9b2510fddf7c1e8c8fa33@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3735 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_htmlparser
Issue ID:                   3735
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-27 23:45 CEST
Last Modified:              2009-06-29 20:36 CEST
====================================================================== 
Summary:                    Upgrade to 3.61
Description: 
Hi

Please can you upgrade to version 3.61

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006359) bonivart (manager) - 2009-06-29 20:36
 http://www.opencsw.org/mantis/view.php?id=3735#c6359 
---------------------------------------------------------------------- 
Release confirmed.



From noreply at opencsw.org  Mon Jun 29 22:32:48 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 22:32:48 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <a1fa3fe79d7bf4d16664f9aeb615b209@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-29 22:32 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006360) gadavis (reporter) - 2009-06-29 22:32
 http://opencsw.org/bugtrack/view.php?id=3730#c6360 
---------------------------------------------------------------------- 
Looks like it should work



From noreply at opencsw.org  Mon Jun 29 23:39:14 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 23:39:14 +0200
Subject: [bug-notifications] [nrpe 0003730]: svcadm disable cswnrpe does not
	gracefully handle missing pid_file param, hangs system on shutdown
In-Reply-To: <b08548f2d4ab048de7f62c6b9ebae76e>
Message-ID: <41b6ab925ccea61e721f9fc30d97ad59@opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://opencsw.org/bugtrack/view.php?id=3730 
====================================================================== 
Reported By:                gadavis
Assigned To:                ja
====================================================================== 
Project:                    nrpe
Issue ID:                   3730
Category:                   regular use
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-26 00:28 CEST
Last Modified:              2009-06-29 23:39 CEST
====================================================================== 
Summary:                    svcadm disable cswnrpe does not gracefully handle
missing pid_file param, hangs system on shutdown
Description: 
CSWnpre 2.12,REV=2009.06.18 fails to successfully shutdown on Solaris 10
SPARC. This causes something in the SMF framework to hang when the system
is init 6'd or init 1'd. The system must be Stop-A'd and rebooted.

When a manual svcadm enable/ svcadm disable is issued, the following is
observed in /var/svc/log/application-cswnrpe:default.log:

[ Jun 25 22:01:14 Executing start method
("/var/opt/csw/svc/method/svc-cswnrpe s
tart") ]
[ Jun 25 22:01:16 Method "start" exited with status 0 ]
[ Jun 25 22:02:12 Stopping because service disabled. ]
[ Jun 25 22:02:12 Executing stop method
("/var/opt/csw/svc/method/svc-cswnrpe st
op") ]
/usr/bin/kill[8]: kill: bad argument count
[ Jun 25 22:02:13 Method "stop" exited with status 0 ]

svcs -xv shows:
# svcs -xv cswnrpe
svc:/application/cswnrpe:default (?)
 State: online since June 25, 2009 10:02:12 PM UTC
   See: /var/svc/log/application-cswnrpe:default.log
Impact: None.

Digging a bit further, it appears that the stop method script does not
have any sort of error checking to see if pid_file is defined in nrpe.cfg.

This is a bit of a problem for those of us upgrading from an older version
of NRPE that didn't support the pid_file argument.

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

---------------------------------------------------------------------- 
 (0006361) ja (manager) - 2009-06-29 23:39
 http://opencsw.org/bugtrack/view.php?id=3730#c6361 
---------------------------------------------------------------------- 
I put packages with the fixed start / stop script into testing. Please test
them, if there aren't other issues I will release them at the end of the
week.



From noreply at opencsw.org  Mon Jun 29 23:46:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 23:46:07 +0200
Subject: [bug-notifications] [dnstracer 0003740]: Please upgrade to 1.9
Message-ID: <c911ca5cfaee684a0ffdad6111b2b5ab@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3740 
====================================================================== 
Reported By:                bonivart
Assigned To:                
====================================================================== 
Project:                    dnstracer
Issue ID:                   3740
Category:                   upgrade
Reproducibility:            N/A
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-29 23:46 CEST
Last Modified:              2009-06-29 23:46 CEST
====================================================================== 
Summary:                    Please upgrade to 1.9
Description: 
<Please upgrade to 1.9.
======================================================================



From noreply at opencsw.org  Mon Jun 29 23:48:46 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 23:48:46 +0200
Subject: [bug-notifications] [libcairo 0003672]: broken installation of
	cairo on build8st - missing xcb
In-Reply-To: <2be64af8ddb4ec30d51c1864a3da7880>
Message-ID: <bcb026780192ff577daeb81f6e4f8ae1@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3672 
====================================================================== 
Reported By:                user2188
Assigned To:                dam
====================================================================== 
Project:                    libcairo
Issue ID:                   3672
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-05-13 21:10 CEST
Last Modified:              2009-06-29 23:48 CEST
====================================================================== 
Summary:                    broken installation of cairo on build8st - missing
xcb
Description: 
$ pkg-config --exists --print-errors cairo
sh: gnome-config: not found
Package xcb was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb.pc'
to the PKG_CONFIG_PATH environment variable
Package 'xcb', required by 'cairo', not found

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



From noreply at opencsw.org  Mon Jun 29 23:49:56 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Mon, 29 Jun 2009 23:49:56 +0200
Subject: [bug-notifications] [libcairo 0003672]: broken installation of
	cairo on build8st - missing xcb
In-Reply-To: <2be64af8ddb4ec30d51c1864a3da7880>
Message-ID: <4a71a2d33a344a3a078ec018831677c2@www.opencsw.org>


The following issue has been CLOSED 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3672 
====================================================================== 
Reported By:                user2188
Assigned To:                dam
====================================================================== 
Project:                    libcairo
Issue ID:                   3672
Category:                   packaging
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-05-13 21:10 CEST
Last Modified:              2009-06-29 23:49 CEST
====================================================================== 
Summary:                    broken installation of cairo on build8st - missing
xcb
Description: 
$ pkg-config --exists --print-errors cairo
sh: gnome-config: not found
Package xcb was not found in the pkg-config search path.
Perhaps you should add the directory containing `xcb.pc'
to the PKG_CONFIG_PATH environment variable
Package 'xcb', required by 'cairo', not found

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

---------------------------------------------------------------------- 
 (0006362) dam (manager) - 2009-06-29 23:49
 http://www.opencsw.org/mantis/view.php?id=3672#c6362 
---------------------------------------------------------------------- 
This is normal behaviour as the xcb files are located in X11. You must set
PKG_CONFIG_PATH and everything works:

build8st% export PKG_CONFIG_PATH=/opt/csw/X11/lib/pkgconfig
build8st% pkg-config --exists --print-errors cairo         
build8st%



From noreply at opencsw.org  Tue Jun 30 00:00:10 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 00:00:10 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <c5823f86f8f394f14f21905f0f7acb47@www.opencsw.org>


The following issue has been REOPENED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-30 00:00 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0006363) yann (reporter) - 2009-06-30 00:00
 http://www.opencsw.org/mantis/view.php?id=3633#c6363 
---------------------------------------------------------------------- 
Hi Peter,

I would like to reopen this bug because I am not quite sure what I asked
in the original report was standard compliant.

According to the standard, if autoenable_daemons=no, postinstall script
should skip enabling the demon to run at boot time. Right now cswclassutils
doesn't install the rc links if autoenable_daemons=no so it should be
right.

However according to the same standard, it is suggested that init script
rely on configuration script presence to know whether or not they should
start the daemon, if the service doesn't provide its own way to
enable/disable it, which is usually the case. 

This configuration file creation mecanism allow to enable/disable the
daemon at boot time:
"That way, the user has the option to manually create the config file
later on, and thus "manually" enable the demon at boot time (as opposed to
"autoenable")."


Reading that, if autoenable_daemons=no, I would think I just have to
create the configuration file to enable the daemon at boot time but that
would not be the case as cswclassutils doesn't create the rc links.


I am not sure I understand well this standard. What's your understand on
this ?



From noreply at opencsw.org  Tue Jun 30 09:29:43 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 09:29:43 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <e3f3fc2667c0604cf2ced6aff786a4d4@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-30 09:29 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0006364) bonivart (manager) - 2009-06-30 09:29
 http://www.opencsw.org/mantis/view.php?id=3633#c6364 
---------------------------------------------------------------------- 
I think the rc-mechanism is too simple to make this perfect for everyone.
The rc-part of cswinitsmf is legacy and we will have to make a choice best
suited for most people.

Not all init scripts check the presence of config files so if rc-links
were to be set up always they would fail in various ways. I think it's
cleaner this way. And it should only affect those who have made a choice to
use autoenable_daemons=no.

To me it's OK but maybe it should be discussed on the maintainers list,
the csw.conf page may need to be reworded slightly or something. Take it to
the list if you want it further discussed. If you do I'll keep this bug
open and fix it the way the list decides.



From noreply at opencsw.org  Tue Jun 30 09:48:36 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 09:48:36 +0200
Subject: [bug-notifications] [cswclassutils 0003633]: Service using init
	scripts should not be configured to at boot time when
	autoenable_daemons=no
In-Reply-To: <f2ce4811ab2e76fd8e23ef88f0f96376>
Message-ID: <592ea35cadece2b8da8bd023b0987ada@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3633 
====================================================================== 
Reported By:                yann
Assigned To:                bonivart
====================================================================== 
Project:                    cswclassutils
Issue ID:                   3633
Category:                   regular use
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     feedback
====================================================================== 
Date Submitted:             2009-04-13 18:23 CEST
Last Modified:              2009-06-30 09:48 CEST
====================================================================== 
Summary:                    Service using init scripts should not be configured
to at boot time when autoenable_daemons=no
Description: 
Hi,

It seems cswinitsmf class doesn't perfectly respect the opencsw standard.
According to the standard when autoenable_daemons=no, the install scripts
whould "skip enabling the demon to run at boot time" [1], that doesn't seem
to be the case currently with init scripts, rc links are setup whatever the
autoenable setting.

I had this bug with the dovecot package, at the first reboot dovecot was
launched despite autoenable_daemons being set to no.


[1] http://www.opencsw.org/standards/csw.conf
====================================================================== 

---------------------------------------------------------------------- 
 (0006365) yann (reporter) - 2009-06-30 09:48
 http://www.opencsw.org/mantis/view.php?id=3633#c6365 
---------------------------------------------------------------------- 
I also prefer the way it is handled by cswclassutils. It just lacks a
simple tool to easily recreate the symlinks (but maybe I missed it) but
this way is cleaner.



From noreply at opencsw.org  Tue Jun 30 13:51:17 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 13:51:17 +0200
Subject: [bug-notifications] [pound2 0003741]: Upgrade to 2.4.5
Message-ID: <a9a43558730716e39b8214083dac10b0@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3741 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pound2
Issue ID:                   3741
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 13:51 CEST
Last Modified:              2009-06-30 13:51 CEST
====================================================================== 
Summary:                    Upgrade to 2.4.5
Description: 
Please can you upgrade to 2.4.5

Thanks in advance


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



From noreply at opencsw.org  Tue Jun 30 13:52:28 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 13:52:28 +0200
Subject: [bug-notifications] [pm_archivezip 0003742]: Upgrade to 1.29
Message-ID: <6f918932cbce78909d787dcbe265bb79@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3742 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3742
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 13:52 CEST
Last Modified:              2009-06-30 13:52 CEST
====================================================================== 
Summary:                    Upgrade to 1.29
Description: 
Please can you upgrade to 1.29

Thanks in advance
======================================================================



From noreply at opencsw.org  Tue Jun 30 13:59:09 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 13:59:09 +0200
Subject: [bug-notifications] [firefox 0003743]: Upgrade to 3.5
Message-ID: <84589b509b0b247da91ba6fd10367fa4@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3743 
====================================================================== 
Reported By:                wbonnet
Assigned To:                
====================================================================== 
Project:                    firefox
Issue ID:                   3743
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 13:59 CEST
Last Modified:              2009-06-30 13:59 CEST
====================================================================== 
Summary:                    Upgrade to 3.5
Description: 
Please upgrade to 3.5
======================================================================



From noreply at opencsw.org  Tue Jun 30 14:05:03 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:05:03 +0200
Subject: [bug-notifications] [firefox 0003743]: Upgrade to 3.5
In-Reply-To: <6be61c27bcc09a0e505db525ac865cf0>
Message-ID: <8e517d8e01cbbd8ec69444a13e5b4b40@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3743 
====================================================================== 
Reported By:                wbonnet
Assigned To:                wbonnet
====================================================================== 
Project:                    firefox
Issue ID:                   3743
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 13:59 CEST
Last Modified:              2009-06-30 14:05 CEST
====================================================================== 
Summary:                    Upgrade to 3.5
Description: 
Please upgrade to 3.5
======================================================================



From noreply at opencsw.org  Tue Jun 30 14:24:34 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:24:34 +0200
Subject: [bug-notifications] [pm_archivezip 0003742]: Upgrade to 1.29
In-Reply-To: <23fc492c5e244c13ccfcf37b209b766b>
Message-ID: <8f25fd16dd9b44e2952fcfd0aac2f709@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3742 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3742
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 13:52 CEST
Last Modified:              2009-06-30 14:24 CEST
====================================================================== 
Summary:                    Upgrade to 1.29
Description: 
Please can you upgrade to 1.29

Thanks in advance
======================================================================



From noreply at opencsw.org  Tue Jun 30 14:26:50 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:26:50 +0200
Subject: [bug-notifications] [pm_archivezip 0003742]: Upgrade to 1.29
In-Reply-To: <23fc492c5e244c13ccfcf37b209b766b>
Message-ID: <ecc2601e504d0b76e64af8e0e4f44e9e@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3742 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3742
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 13:52 CEST
Last Modified:              2009-06-30 14:26 CEST
====================================================================== 
Summary:                    Upgrade to 1.29
Description: 
Please can you upgrade to 1.29

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006366) bonivart (manager) - 2009-06-30 14:26
 http://www.opencsw.org/mantis/view.php?id=3742#c6366 
---------------------------------------------------------------------- 
Are you having a problem with 1.28 I released yesterday?

I tried to build 1.29 and it fails internal testing:

Bareword "Cwd::getcwd" not allowed while "strict subs" in use

As far as I can see this is the only change from 1.28:

- Changed _asLocalName back to rel2abs, but this time using
          Cwd::getcwd as the base path instead of Cwd::cwd.
          This hopefully resolved
http://www.opencsw.org/mantis/view.php?id=47223 (ADAMK)



From noreply at opencsw.org  Tue Jun 30 14:29:07 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:29:07 +0200
Subject: [bug-notifications] [sudo 0003744]: /etc/projects
Message-ID: <40c7ab02d771c4b8eb8d8775e56522c1@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3744 
====================================================================== 
Reported By:                ihsan
Assigned To:                
====================================================================== 
Project:                    sudo
Issue ID:                   3744
Category:                   packaging
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 14:29 CEST
Last Modified:              2009-06-30 14:29 CEST
====================================================================== 
Summary:                    /etc/projects
Description: 
Please add /etc/projects support for Solaris 9 and 10.

  --with-project
	Enable support for Solaris project resource limits.
	This option is only available on Solaris 9 and above.

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



From noreply at opencsw.org  Tue Jun 30 14:55:31 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 14:55:31 +0200
Subject: [bug-notifications] [pm_archivezip 0003742]: Upgrade to 1.29
In-Reply-To: <23fc492c5e244c13ccfcf37b209b766b>
Message-ID: <e9a2108148c68bb3af45f4047122ab54@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3742 
====================================================================== 
Reported By:                wbonnet
Assigned To:                bonivart
====================================================================== 
Project:                    pm_archivezip
Issue ID:                   3742
Category:                   upgrade
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 13:52 CEST
Last Modified:              2009-06-30 14:55 CEST
====================================================================== 
Summary:                    Upgrade to 1.29
Description: 
Please can you upgrade to 1.29

Thanks in advance
====================================================================== 

---------------------------------------------------------------------- 
 (0006367) wbonnet (reporter) - 2009-06-30 14:55
 http://www.opencsw.org/mantis/view.php?id=3742#c6367 
---------------------------------------------------------------------- 
Absolutely no problem :)

While preparing the work for automatic upgrade request from uwatch, i am
reporting issues i receive. 

For a reason i still haven't look for, the email about Archive-Zip goes to
uwatch rejection queue. It is certainly a problem, not on the build
description, but in the GARNMAME / Web Site link.

Thanks for your quick updates



From noreply at opencsw.org  Tue Jun 30 16:34:00 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 16:34:00 +0200
Subject: [bug-notifications] [gv 0003517]: Please upgrade to 3.6.7
In-Reply-To: <47d4ee53a6d9ef365067a1d32e1329c1>
Message-ID: <a57e0c0d95a619a26f1439226e57af83@www.opencsw.org>


A NOTE has been added to this issue. 
====================================================================== 
http://www.opencsw.org/bugtrack/view.php?id=3517 
====================================================================== 
Reported By:                dam
Assigned To:                james
====================================================================== 
Project:                    gv
Issue ID:                   3517
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-03-31 12:16 CEST
Last Modified:              2009-06-30 16:33 CEST
====================================================================== 
Summary:                    Please upgrade to 3.6.7
Description: 
Please upgrade to 3.6.7. The new home is
  http://www.gnu.org/software/gv/
====================================================================== 

---------------------------------------------------------------------- 
 (0006368) james (manager) - 2009-06-30 16:33
 http://www.opencsw.org/bugtrack/view.php?id=3517#c6368 
---------------------------------------------------------------------- 
Did 3.6.7 work for you?



From noreply at opencsw.org  Tue Jun 30 18:54:48 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 18:54:48 +0200
Subject: [bug-notifications] [automake 0003745]: Please upgrade 10 1.11
Message-ID: <ae2f4f316595586b0b23e506d73f830b@opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3745 
====================================================================== 
Reported By:                bwalton
Assigned To:                
====================================================================== 
Project:                    automake
Issue ID:                   3745
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 18:54 CEST
Last Modified:              2009-06-30 18:54 CEST
====================================================================== 
Summary:                    Please upgrade 10 1.11
Description: 
Coreutils requires 1.10b or newer. Do you mind releasing an update?
======================================================================



From noreply at opencsw.org  Tue Jun 30 20:36:26 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 20:36:26 +0200
Subject: [bug-notifications] [libpango 0003746]: Register the default
	modules as a post-install
Message-ID: <05149a3378ad12c4fdc6b3e3cd2c0905@www.opencsw.org>


The following issue has been SUBMITTED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3746 
====================================================================== 
Reported By:                mwatters
Assigned To:                
====================================================================== 
Project:                    libpango
Issue ID:                   3746
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
====================================================================== 
Date Submitted:             2009-06-30 20:36 CEST
Last Modified:              2009-06-30 20:36 CEST
====================================================================== 
Summary:                    Register the default modules as a post-install
Description: 
/opt/csw/bin/pango-querymodules >/opt/csw/etc/pango/pango.modules
======================================================================



From noreply at opencsw.org  Tue Jun 30 23:50:06 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 23:50:06 +0200
Subject: [bug-notifications] [automake 0003745]: Please upgrade 10 1.11
In-Reply-To: <32aa8b20ec8a689c70486b8ed6866ad3>
Message-ID: <46fe2f6ae69a29041f5823c0ee1a0e24@opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://opencsw.org/mantis/view.php?id=3745 
====================================================================== 
Reported By:                bwalton
Assigned To:                dam
====================================================================== 
Project:                    automake
Issue ID:                   3745
Category:                   upgrade
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 18:54 CEST
Last Modified:              2009-06-30 23:50 CEST
====================================================================== 
Summary:                    Please upgrade 10 1.11
Description: 
Coreutils requires 1.10b or newer. Do you mind releasing an update?
======================================================================



From noreply at opencsw.org  Tue Jun 30 23:50:25 2009
From: noreply at opencsw.org (Mantis Bug Tracker)
Date: Tue, 30 Jun 2009 23:50:25 +0200
Subject: [bug-notifications] [libpango 0003746]: Register the default
	modules as a post-install
In-Reply-To: <b7c422da07137b08731273f5dc756a5e>
Message-ID: <ec17acd5a9fa46d11c9d10f1791be615@www.opencsw.org>


The following issue has been ASSIGNED. 
====================================================================== 
http://www.opencsw.org/mantis/view.php?id=3746 
====================================================================== 
Reported By:                mwatters
Assigned To:                dam
====================================================================== 
Project:                    libpango
Issue ID:                   3746
Category:                   packaging
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2009-06-30 20:36 CEST
Last Modified:              2009-06-30 23:50 CEST
====================================================================== 
Summary:                    Register the default modules as a post-install
Description: 
/opt/csw/bin/pango-querymodules >/opt/csw/etc/pango/pango.modules
======================================================================