Re: Re: Mac OS X Installer Progress 20050911-1700

Jim Roepcke <[email protected]>
Newsgroups gmane.comp.web.zope.plone.installers
Message-ID <[email protected]>
On 12-Sep-05, at 5:45 PM, Andy McKay wrote:


> Alexander Limi wrote:
>
>
>> On Mon, 12 Sep 2005 23:01:00 +0200, Andy McKay   
>> <andy-/awGbKECNgO/3pe1ocb+swC/[email protected]> wrote:
>>
>>
>>> +1, auto-updating is not a good idea, especially if the update  
>>> process  is not simple eg Plone 2 to Plone 2.1.
>>>
>>
>> I'm not talking about running the actual migration script, but I  
>> would at  least expect my instance to be using the new 2.1 code.
>>
>
> The file system code should be 2.1. The database should be running  
> 2.0.x and need the migration running.
>
> Are you saying the file system code is not 2.1? In which case I  
> agree ;)
>

The policy for the Sites folder in the Plone for Mac OS X installer  
has always been that the Sites folder belongs to the user, not the  
installer.  The installer will not touch their instances.  (I think  
there's been one exception around the time of transitioning from Zope  
2.7 RC2 to Zope 2.7-final, to work around a serious bug)  The process  
of upgrading a production Plone environment from one version to  
another is never assumed to be straightforward and bulletproof enough  
to warrant an automated process, but we can help with the grunt work.

When they do the initial installation, it creates a "Default" site  
(ie: Zope instance with a Plone site in the root of the ZODB) for  
them.  If an installer is run and upgrades an existing installation,  
and it finds the Sites folder in /Applications/Plone2, it does not  
touch that folder.  If it doesn't find the Sites folder, it creates  
it and the first instance_home, at /Applications/Plone2/Sites/Default.

Remember, the Plone for Mac OS X environment is designed to support  
multiple Zope instances.

The installer provides an upgrade script (and instructions for its  
use) that a user can run to upgrade *an* instance to Plone 2.1  
products.  It replaces the products with the ones in Plone Core 2.1  
and updates their instance's Zope configuration to use the new  
software stack (Python 2.3.5 and Zope 2.7.7, since Plone 2.1 does not  
work on the old stack, Python 2.3.4 and Zope 2.7.3).  The  
instructions tell the user to start their instance and run the  
portal_migration script after running the upgrade script.

The supplied documentation is very clear that if a user wants a fresh  
Plone 2.1 site after upgrading they should run the newsite command.

Jim




-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.