Paul Hostetler | 1 Dec 16:19
Picon
Favicon

Migration from 2.5.1 to 3.1.7 dies.

I am trying to migrate a vanilla Plone site with quite a bit of content
from 2.5.1 (the default Debian 4.0 Plone install on an Itanium CPU
system) to Plone 3.1.7 on Debian on Intel installed by the Unified
Installer.

I uninstalled all of the products and packed the database.  The
migration dies after making it to 2.5.2. 

http://paste.plone.org/25175

Thanks!

Milos Prudek | 1 Dec 17:00
Picon

Re: Migration from 2.5.1 to 3.1.7 dies.

> I am trying to migrate a vanilla Plone site with quite a bit of content
> from 2.5.1 (the default Debian 4.0 Plone install on an Itanium CPU
> system) to Plone 3.1.7 on Debian on Intel installed by the Unified

That is exactly what I will need to do soon.

> I uninstalled all of the products and packed the database.  The
> migration dies after making it to 2.5.2.
>
> http://paste.plone.org/25175

Look at this solution that solved this problem for me a year ago:

"The reason is that two MIME types are missing from the mimetypes_registry. To 
correct the issue, add the MIME types:

   1. In the ZMI, go to the root of your Plone site.
   2. Go into the mimetypes_registry
   3. At the top of that sreen is a button to Add a New MIME type. Click that.
   4. In the resulting screen, complete that form. I believe the only fields 
that are required are Name and mime-types.
   5. In name, enter a name of your choice.
   6. In mime-type, enter: text/x-web-markdown
   7. Repeat steps 5 and 6, except for mime-type, enter: text/x-web-textile 
   8. Re-export the site and the import to the new instance should now succeed 
(at least it did for me ;-)).

Source: https://weblion.psu.edu/trac/weblion/wiki/PloneTroubleshooting

Did it help?
(Continue reading)

Paul Hostetler | 1 Dec 18:33
Picon
Favicon

Re: Migration from 2.5.1 to 3.1.7 dies.

---- Original Message ----
From: Milos Prudek <prudek-//zWVuv0bFo@public.gmane.org>
Look at this solution that solved this problem for me a year ago:

"The reason is that two MIME types are missing from the mimetypes_registry. To
correct the issue, add the MIME types:

   1. In the ZMI, go to the root of your Plone site.
   2. Go into the mimetypes_registry
   3. At the top of that sreen is a button to Add a New MIME type. Click that.
   4. In the resulting screen, complete that form. I believe the only fields
that are required are Name and mime-types.
   5. In name, enter a name of your choice.
   6. In mime-type, enter: text/x-web-markdown
   7. Repeat steps 5 and 6, except for mime-type, enter: text/x-web-textile
   8. Re-export the site and the import to the new instance should now succeed
(at least it did for me ;-)).

Source: https://weblion.psu.edu/trac/weblion/wiki/PloneTroubleshooting

Did it help?

OK, I did that and the problem changed:
  • Dry run selected.
  • Starting the migration from version: 2.5.1
  • Attempting to upgrade from: 2.5.1
  • Registered tools as utilities.
  • Upgrade to: 2.5.2-rc1, completed
  • Attempting to upgrade from: 2.5.2-rc1
  • Upgrade to: 2.5.2, completed
  • Attempting to upgrade from: 2.5.2
  • Added `text/x-web-markdown` and `text/x-web-textile`.
  • Upgrade to: 2.5.3-rc1, completed
  • Attempting to upgrade from: 2.5.3-rc1
  • Upgrade to: 2.5.3-final, completed
  • Attempting to upgrade from: 2.5.3-final
  • Set plone GS profile as default
  • Upgrade to: 2.5.4-final, completed
  • Attempting to upgrade from: 2.5.4-final
  • Upgrade to: 2.5.4-2, completed
  • Attempting to upgrade from: 2.5.4-2
  • Upgrade to: 2.5.5, completed
  • Attempting to upgrade from: 2.5.5
  • Upgrade aborted
  • Error type: zExceptions.BadRequest
  • Error value: ('Empty or invalid id specified', '')
  • File "/home/paul/Plone-3.1.7/zinstance/parts/plone/CMFPlone/MigrationTool.py", line 210, in upgrade newv, msgs = self._upgrade(newv)
  • File "/home/paul/Plone-3.1.7/zinstance/parts/plone/CMFPlone/MigrationTool.py", line 321, in _upgrade res = function(self.aq_parent)
  • File "/home/paul/Plone-3.1.7/zinstance/parts/plone/CMFPlone/migrations/v3_0/alphas.py", line 100, in three0_alpha1 migrateOldActions(portal, out)
  • File "/home/paul/Plone-3.1.7/zinstance/parts/plone/CMFPlone/migrations/v3_0/alphas.py", line 425, in migrateOldActions portal.portal_actions._setObject(category, ActionCategory(id=category))
  • File "/home/paul/Plone-3.1.7/zinstance/parts/zope2/lib/python/OFS/ObjectManager.py", line 314, in _setObject v = self._checkId(id)
  • File "/home/paul/Plone-3.1.7/zinstance/parts/zope2/lib/python/OFS/ObjectManager.py", line 81, in checkValidId raise BadRequest, ('Empty or invalid id specified', id)
  • End of upgrade path, migration has finished
  • The upgrade path did NOT reach current version
  • Migration has failed
  • Dry run selected, transaction aborted
Any suggestions?
Milos Prudek | 1 Dec 18:43
Picon

Re: Migration from 2.5.1 to 3.1.7 dies.

> OK, I did that and the problem changed:

Well, I cannot take you any further. I have no experience upgrading beyond 
Plone 2.5.2, and none about Plone debugging.

Someone else will have to step in.

--

-- 
Milos Prudek

Haarman | 2 Dec 19:08
Picon

varnish via buildout error

Anyone knows how to fix a "sh: ./configure: Permission denied" error while installing varnish with buildout using the zc.recipe.cmmi?

-bash-3.2# cd /home/plone/plone/
-bash-3.2# bin/buildout -c deployment.cfg
Updating svnproducts.
Updating plone.
Updating zope2.
Updating libxml2-python.
Updating productdistros.
Updating zeoserver.
Updating primary.
Updating secondary.
Installing varnish-build.
varnish-build: Unpacking and configuring
sh: ./configure: Permission denied
While:
 Installing varnish-build.

An internal error occured due to a bug in either zc.buildout or in a
recipe being used:
Traceback (most recent call last):
 File "/tmp/tmp6XD8rO/zc.buildout-1.

1.1-py2.4.egg/zc/buildout/buildout.py",
line 1477, in main
 File "/tmp/tmp6XD8rO/zc.buildout-1.1.1-py2.4.egg/zc/buildout/buildout.py",
line 462, in install
 File "/tmp/tmp6XD8rO/zc.buildout-1.1.1-py2.4.egg/zc/buildout/buildout.py",
line 1060, in _call
 File "build/bdist.linux-x86_64/egg/zc/recipe/cmmi/__init__.py", line 111,
in install
 File "build/bdist.linux-x86_64/egg/zc/recipe/cmmi/__init__.py", line 24,
in system
SystemError: ('Failed', './configure
--prefix=/home/plone/plone/parts/varnish-build ')
-bash-3.2#
Russ Ferriday | 2 Dec 19:22
Favicon
Gravatar

Re: varnish via buildout error

A kludgy way is to re-run as root, once you have arrived at this point.
You might then need to make use of chown -R in parts of your tree.
Because I run Plone as plone, I also need to run bin/instance (or whatever) as root. 

There is a well thought out solution out there....

...I'm also looking for it, and getting nearer with every project.

--r
On 2 Dec 2008, at 18:08, Haarman wrote:

Anyone knows how to fix a "sh: ./configure: Permission denied" error while installing varnish with buildout using the zc.recipe.cmmi?

-bash-3.2# cd /home/plone/plone/
-bash-3.2# bin/buildout -c deployment.cfg
Updating svnproducts.
Updating plone.
Updating zope2.
Updating libxml2-python.
Updating productdistros.
Updating zeoserver.
Updating primary.
Updating secondary.
Installing varnish-build.
varnish-build: Unpacking and configuring
sh: ./configure: Permission denied
While:
 Installing varnish-build.

An internal error occured due to a bug in either zc.buildout or in a
recipe being used:
Traceback (most recent call last):
 File "/tmp/tmp6XD8rO/zc.buildout-1.
1.1-py2.4.egg/zc/buildout/buildout.py",
line 1477, in main
 File "/tmp/tmp6XD8rO/zc.buildout-1.1.1-py2.4.egg/zc/buildout/buildout.py",
line 462, in install
 File "/tmp/tmp6XD8rO/zc.buildout-1.1.1-py2.4.egg/zc/buildout/buildout.py",
line 1060, in _call
 File "build/bdist.linux-x86_64/egg/zc/recipe/cmmi/__init__.py", line 111,
in install
 File "build/bdist.linux-x86_64/egg/zc/recipe/cmmi/__init__.py", line 24,
in system
SystemError: ('Failed', './configure
--prefix=/home/plone/plone/parts/varnish-build ')
-bash-3.2#
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/_______________________________________________
Plone-Users mailing list
Plone-Users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/plone-users

Russ Ferriday - Topia Systems - Open Source content management with Plone and Zope
russf-LXV7wMoWbxkAvxtiuMwx3w@public.gmane.org - office: +44 2076 1777588 - mobile: +44 7789 338868 - skype: ferriday

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Plone-Users mailing list
Plone-Users@...
https://lists.sourceforge.net/lists/listinfo/plone-users
criley | 3 Dec 02:29
Picon

Re: Items missing from Personal Bar


Jacques,

Thanks very much for posting this solution!
It worked for me like a charm.

Now I must go pick up tufts of hair that are laying around from before I
read your post.

Charles

OmicroN wrote:
> 
> To resolve your problem try this :
> 
> Goto '/root/portal_actions/user'
> Add a 'CMF Action' and complete :
>   UID = 'mystuff'
>   Title = 'My Folder'
>   I18n Domain = 'plone'
>   URL = 'string:${portal/portal_membership/getHomeUrl}'
>   Condition = 'python:(member is not None) and
> (portal.portal_membership.getHomeFolder() is not None)'
>   Permissions = 'View'
>   Visible  checked
> 
> Jacques
> 
> 
> 
> AndyH wrote:
>> 
>> Good afternoon!
>> 
>> Working with Plone 3.1.6, trying to get it up and going for a school
>> district.  Have it installed, up and running on an Ubuntu server.  It
>> looks pretty good, although I'm still working out some kinks.  One issue
>> that I know I need to get resolved is that, when a user logs in, we are
>> missing the "My Folder" from the personal bar, along with something else
>> - all we have is the username and log out.
>> 
>> I've gone through all the settings, etc. and it looks to be set right,
>> but I'm sure there's something I am missing.  I set up a whole new Plone
>> site on the same server, and the same issue was there.  The server does
>> create the folder in "Users," but there isn't a clean way for the user to
>> access the folder.
>> 
>> Thanks.
>> 
>> Andy
>> 
> 
> 

--

-- 
View this message in context: http://n2.nabble.com/Items-missing-from-Personal-Bar-tp1360939p1607011.html
Sent from the Installation, Setup, Upgrades mailing list archive at Nabble.com.

Volkan Kepoglu | 3 Dec 13:46
Picon

setup error on win xp: calls different pythonwin


Hi,
 
i am trying to install plone on win xp sp3 with Plone-3.1.7.exe, but getting error: 'pythonw.exe entry point'
this error occures when i clicked start > programs > plone > plone, so i cannot see plone controller window.
 
however, plone runs without error from start > programs > plone > development > plone debug and i can see Plone site with http://localhost/ on internet explorer 7.
 
i found an error description at wxApp.log as:
 
Traceback (most recent call last):
  File "C:\Program Files\Plone 3\XController\wxApp.py", line 91, in ?
    respawn_sub()
  File "C:\Program Files\Plone 3\XController\wxApp.py", line 63, in respawn_sub
    import pythoncom
  File "C:\Python24\Lib\site-packages\pythoncom.py", line 3, in ?
    pywintypes.__import_pywin32_system_module__("pythoncom", globals())
  File "C:\Python24\Lib\site-packages\win32\lib\pywintypes.py", line 93, in __import_pywin32_system_module__
    raise ImportError, \
ImportError: No system module 'pythoncom' (pythoncom24.dll)
 
on my machine, ESRI ArcGIS 9.2 is also installed and uses python 2.4.1 as scripting language and pythonwin pywin32-207.win32-py2.4.exe. these versions should not be changed. so, i have separate python installation at C:\Python24 (and also C:\Python25, python 2.5.2 has also pythonwin).
 
it seems from the log error that ESRI python and plone python confused, because C:\Python24\Lib\site-packages\win32\lib should belong to ESRI. Plone has his own python and pythonw at C:\Program Files\Plone 3\Python
 
NEXT thing i did: i uninstalled python24 and plone, and then reinstall the plone. the error gone and now i can see the plone controller window. everything working well.
 
how can i use both python (ESRI python 2.4.1 and Plone python 2.4.4) at the same machine?
could you help me, please?
 
i mean that not running plone controller window is not big deal but will this error be a problem in the future if i uses both python at the same time.
thanks for help.
 
note: there is no pythonpath or pythonhome variable and no python path definition for path variable for this user.

--
Regards,
Volkan Osman Kepoglu
PhD Candidate
GGIT Department in METU,
Ankara, Turkey.
moncho | 4 Dec 03:18
Picon
Picon
Favicon
Gravatar

Unified Installer vs Source

Someone could explain what is the advantage of using the Unified Installer, which already integrates further than necessary.

How is the upgrade?
the Unified Installer is reliable and safe to take an online system?

Would greatly appreciate your comments.

Thank you very much


Dale DeWitt | 4 Dec 03:39
Picon

Re: Unified Installer vs Source

I presume when you say "integrates further than necessary" you're
referring to a separate python?  I'm not sure though, from the literal
interpretation of what you write.

Steve McMahon says: "Platform packages have been of uneven quality and
have used installation trees that make it difficult for the community
to offer help when problems occur. Also, platform packages have
historically been vulnerable to changes in the system Python. Zope/
Plone is very picky about the version of Python used to run it, and an
update of the system Python when some other item is installed can
easily break Zope/Plone. At this point, you may be thinking that this
just means that the packages have poorly specified dependencies. The
Unified Installer was created because generation after generation of
packages did not solve this problem." from
http://plone.org/documentation/tutorial/installing-plone-3-with-the-unified-installer

I've never had any problems with the installer on win32 ubuntu
opensolaris.  And I've tested many instances of each operating
system.  So, the advantage of using the Unified Installer is that it
saves time.  If you want a standard installation then saving time is a
good thing.  Dale

On Dec 3, 8:18 pm, moncho <monflo...@...> wrote:
> Someone could explain what is the advantage of using the Unified Installer, which already integrates
further than necessary.
>
> How is the upgrade?
> the Unified Installer is reliable and safe to take an online system?
>
> Would greatly appreciate your comments.
>
> Thank you very much
>
> _______________________________________________
> Setup mailing list
> Se...@...://lists.plone.org/mailman/listinfo/setup


Gmane