Apologies if I am missing something obvious. I am upgrading a 3.2x MSM installation to 4.0.3 using the magical automatic upgrade scripts. The installation has a custom package containing some sub-types of Standard Page, handling some special tasks (eg display of very large images).
The auto upgrade scripts naturally fell over when trying to upgrade this custom package from CVS. Fear not, I was using a clone for testing.
The problem is that if I remove the custom package for the duration of the upgrades, I lose all the additional attributes for these custom sub-types. Entering them back in again afterwards is painful (and error prone).
Anyone got any ideas, please? Is there a way to tell the scripts to ignore a package, or inject a custom one?
Thanks, Martin
Local package and automatic upgrade scripts
If you are using CVS mode to upgrade, it's apparent that public cvs repo doesn't contain your custom package.
That's why it is complaining the custom package doesn't exist.
If you are using pre_upload mode, it shouldn't be a problem since you can check out new version of standard Matrix code and place your custom package in there too.
I think you just want to keep your own custom package while still upgrading rest of Matrix to 4.x?
Don't panic. I just put in an feature for the magic script. Now you can specify skip packages list in main.conf.
Those packages will be simply ignored when checking local modification and checking out new code.
'cvs_skip_packages' => Array(
'custom_package1',
'custom_package2',
),
Please grab the automatic script again, it should have the new feature now, and test it out and let me know how it goes.
Please note that, if the package is Squiz Supported version(client package), you should contact Squiz to upgrade for you.
Because new versions of those packages is in our client CVS repo but not available in public-cvs repository anyway.
Superb! Can't ask for better service than that 
Sounds like this will do the job very nicely. Will test and report back here.
This is a GPL installation.
Thanks, Martin
Sadly, no joy. The custom package directory disappears some time around the running of step_02/step_03 during the upgrade from 3.28.0 to 3.28.2.
I'm guessing you create an empty system root, install from CVS in to it then copy data back? That would lose custom package(s).
Regards, Martin
Hi Martin,
You are correct, it will check out all new code to a temp directory, and in the end it will rename it.
I overlooked that part. Don't worry, a fix is on the way. The script should copy over the original skipped packages to that temp directory, apart from just skipping cvs rounds.
Can you download the automatic upgrade script and check it again?
All custom packages should be safely moved to new versions now.
Looking good. Re-ran the 3.28.0 to 4.0.3 upgrade, custom package survived and premliminary testing shows that the system is working fine. Many thanks again for your support.
There were a few cosmetic "dings" but nothing that stopped the upgrade.
First, the warning for when a custom package exists is potentially misleading:
The following files are in the existing code but not in CVS:
- ./packages/dol
If you continue, these changes will be overridden.In the upgrade to 3.28.6, if you are running without --verbose then there is no prompt for the root password during Funnelback step. If you do enter the password it continues properly.
Run script: Upgrade Funnelback config files for Funnelback
binary engine 9.1 During the 4.0.0 upgrade the following warnings appeared:
Backup skipped due to command-line option. [ Skipped ]
Disable search indexing [ No Change ]
Disable rollback [ OK ]
Check out new code, using tag "mysource_4-0-0" [ Skip dol... ]
/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp[ Checking out Fudge Modules... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mysour[ Checking out Squiz Suite Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/[ Checking out Data Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mysourc[ Checking out Sharepoint Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/m[ Checking out Google Maps Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/[ Checking out Bulkmail Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mys[ Checking out Trim Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mysourc[ Checking out Funnelback Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/m[ Checking out Ldap Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mysourc[ Checking out Web Services Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp[ Checking out Filesystem Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/m[ Checking out News Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mysourc[ Checking out Search Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mysou[ Checking out Calendar Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mys[ Checking out Squid Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mysour[ Checking out Import Tools Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp[ Checking out Cms Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mysource[ Checking out Ipb Package... ]/var/www/vhosts/deddington.org.uk/tmp/automatic_upgrades/tmp/mysource[ OK ]
Run script: Change Matrix logos in login design, ees
design, password change design +------------------------------------------------------+
| MySource Warning |
|------------------------------------------------------|
| File Belongs to different Repository [FVER0008] |
+------------------------------------------------------+
+------------------------------------------------------------------------------+
| MySource Warning |
|------------------------------------------------------------------------------|
| Error occurred getting file information, unable to run upToDate() [FVER0002] |
+------------------------------------------------------------------------------+
+------------------------------------------------------+
| MySource Warning |
|------------------------------------------------------|
| File Belongs to different Repository [FVER0008] |
+------------------------------------------------------+
+------------------------------------------------------------------------------+
| MySource Warning |
|------------------------------------------------------------------------------|
| Error occurred getting file information, unable to run upToDate() [FVER0002] |
+------------------------------------------------------------------------------+
[ OK ]
Run install step step_02 [ OK ]
Run install step compile_locale [ OK ]Finally, on the doc page the disable option for --backup is "skip".
Thank goodness for VMWare snapshots :)
Regards, Martin
Thanks for your feedback.
The string "If you continue …" is fixed so that it will mention CVS skip packages list will be preserved.
root password prompt of that script is removed and backported to 3.28.6, so you won't need to worry about entering password any more.
Those warnings you get is probably because the current Matrix instance was moved from different file location before. When the logo changing script tries to replace those Login Design logo files, it triggers those warnings.
It shouldn't be a problem, if you can still see Login screen normally.
Just to confirm that the login screen is fine. Thanks again for your assistance.
Regards, Martin