bug in GenericUserFolder
Hello everyone, I've discovered what appears to be a bug in GenericUserFolder and I'm wondering if someone else can verify it. (Who knows, it might just be me.) I'm running Linux on a 2.2.x kernel with a fresh source install of Zope 2.1.2 (w_pcgi). No problem there. Copying my old Data.* brings up my site with no problem. Immediately after that, I untarred GenericUserFolder 1.0.6, stopped the Zope server and restarted it to make GenericUserFolder available. My site became instantly unavailable with the following message: Zope Error Zope has encountered an error while publishing this resource. ImportError Sorry, a Zope error occurred. The traceback includes: Traceback (innermost last): File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/Publish.py, line 214, in publish_module File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/Publish.py, line 179, in publish File /usr/local/src/Zope-2.1.2-src/lib/python/Zope/__init__.py, line 202, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/Publish.py, line 165, in publish File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/Publish.py, line 102, in call_object (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/OFS/DTMLMethod.py, line 145, in __call__ (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/DocumentTemplate/DT_String.py, line 443, in __call__ (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/DocumentTemplate/DT_String.py, line 381, in cook (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/DocumentTemplate/DT_String.py, line 219, in parse (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/DocumentTemplate/DT_String.py, line 166, in _parseTag (Object: index_html) File <string>, line 1, in ? ImportError: No module named DT_With It seems like the install of GenericUserFolder is nuking parts of the DocumentTemplate directory. -Tim -- Timothy Wilson | "The faster you | Check out: Henry Sibley H.S. | go, the shorter | http://slashdot.org/ W. St. Paul, MN, USA | you are." | http://linux.com/ wilson@visi.com | -Einstein | http://www.mn-linux.org/
Untarring GenericUserFolder messes up permissions. Reset the lib/python/Products permissions to the correct settings and everythin will be fine. Pavlos On Thu, 6 Jan 2000, Timothy Wilson wrote:
Hello everyone,
I've discovered what appears to be a bug in GenericUserFolder and I'm wondering if someone else can verify it. (Who knows, it might just be me.)
I'm running Linux on a 2.2.x kernel with a fresh source install of Zope 2.1.2 (w_pcgi). No problem there. Copying my old Data.* brings up my site with no problem.
Immediately after that, I untarred GenericUserFolder 1.0.6, stopped the Zope server and restarted it to make GenericUserFolder available. My site became instantly unavailable with the following message:
Zope Error
Zope has encountered an error while publishing this resource.
ImportError
Sorry, a Zope error occurred.
The traceback includes:
Traceback (innermost last): File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/Publish.py, line 214, in publish_module File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/Publish.py, line 179, in publish File /usr/local/src/Zope-2.1.2-src/lib/python/Zope/__init__.py, line 202, in zpublisher_exception_hook (Object: ApplicationDefaultPermissions) File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/Publish.py, line 165, in publish File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/mapply.py, line 160, in mapply (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/ZPublisher/Publish.py, line 102, in call_object (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/OFS/DTMLMethod.py, line 145, in __call__ (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/DocumentTemplate/DT_String.py, line 443, in __call__ (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/DocumentTemplate/DT_String.py, line 381, in cook (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/DocumentTemplate/DT_String.py, line 219, in parse (Object: index_html) File /usr/local/src/Zope-2.1.2-src/lib/python/DocumentTemplate/DT_String.py, line 166, in _parseTag (Object: index_html) File <string>, line 1, in ? ImportError: No module named DT_With
It seems like the install of GenericUserFolder is nuking parts of the DocumentTemplate directory.
-Tim
-- Timothy Wilson | "The faster you | Check out: Henry Sibley H.S. | go, the shorter | http://slashdot.org/ W. St. Paul, MN, USA | you are." | http://linux.com/ wilson@visi.com | -Einstein | http://www.mn-linux.org/
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
On Fri, 7 Jan 2000, Pavlos Christoforou wrote:
Untarring GenericUserFolder messes up permissions. Reset the lib/python/Products permissions to the correct settings and everythin will be fine.
I see. Sorry to be an alarmist there. I guess the real question is if there is a way to untar GenericUserFolder without having it change permissions. -Tim -- Timothy Wilson | "The faster you | Check out: Henry Sibley H.S. | go, the shorter | http://slashdot.org/ W. St. Paul, MN, USA | you are." | http://linux.com/ wilson@visi.com | -Einstein | http://www.mn-linux.org/
Any time you untar, you need to check out the owner/group and permissions. This is just SOP in *nix. Timothy Wilson wrote:
On Fri, 7 Jan 2000, Pavlos Christoforou wrote:
Untarring GenericUserFolder messes up permissions. Reset the lib/python/Products permissions to the correct settings and everythin will be fine.
I see. Sorry to be an alarmist there. I guess the real question is if there is a way to untar GenericUserFolder without having it change permissions.
-Tim
-- Timothy Wilson | "The faster you | Check out: Henry Sibley H.S. | go, the shorter | http://slashdot.org/ W. St. Paul, MN, USA | you are." | http://linux.com/ wilson@visi.com | -Einstein | http://www.mn-linux.org/
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
-- "Those who do not understand Unix are condemned to reinvent it, poorly." -- Henry Spencer "For every complex problem there is an answer that is clear, simple, and wrong." -- H L Mencken Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damage per incident.
On Thu, 6 Jan 2000, Timothy Wilson wrote:
I've discovered what appears to be a bug in GenericUserFolder and I'm wondering if someone else can verify it. (Who knows, it might just be me.)
I've received a similar bug report already. Check the permissions on your directories - you might find they no loger have world read/execute access when they did before. When you untar the distribution, the permissions may be modified on your /lib & /lib/Products directories - a side-effect of using tar as the installation mechanism. Something to be dococumented in the product developer guides that people are trying to get organized in another thread... -- ___ // Zen (alias Stuart Bishop) Work: zen@cs.rmit.edu.au // E N Senior Systems Alchemist Play: zen@shangri-la.dropbear.id.au //__ Computer Science, RMIT WWW: http://www.cs.rmit.edu.au/~zen
Stuart 'Zen' Bishop wrote:
When you untar the distribution, the permissions may be modified on your /lib & /lib/Products directories - a side-effect of using tar as the installation mechanism. Something to be dococumented in the product developer guides that people are trying to get organized in another thread...
It isn't very hard to make a tarball which doesn't do this, by the way. For a simple example, see http://www.zope.org/Members/4am/packProduct Of course, if you have to deal with an existing flawed tarball, you can always untar it in a temporary location which doesn't have a 'lib' directory, then move the product's directory to the correct location and delete the empty 'lib/python/Products' from the temporary location. Cheers, Evan @ 4-am
participants (5)
-
Evan Simpson -
ozric -
Pavlos Christoforou -
Stuart 'Zen' Bishop -
Timothy Wilson