Trac instalation has been destroyed after the attempt of installing TracTicketChainedFieldsPlugin.

[mimi]

My trac instalation is (was) 12.2 hosted on the Apache (2.2.22) for Windows (W2k8x32) which goes along with the VisualSVN (2.5.5) distriburion. 

Trac has been installed following the instructions: http://www.visualsvn.com/server/trac/

After compiling the TracTicketChainedFieldsPlugin http://trac-hacks.org/wiki/TracTicketChainedFieldsPlugin as described on the webpage

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

(...)

If you want to install this plugin to trac instance only:

• python setup.py bdist_egg
• copy the generated egg file to the trac instance's plugin directory

(...)

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

I have output as below:

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

C:\Users\=====\Desktop\tracticketchainedfieldsplugin\0.11>"C:\Program Files\VisualSVN Server\trac\python\python.exe" setup.py bdist_egg
running bdist_egg
running egg_info
creating TracTicketChainedFields.egg-info
writing TracTicketChainedFields.egg-info\PKG-INFO
writing top-level names to TracTicketChainedFields.egg-info\top_level.txt
writing dependency_links to TracTicketChainedFields.egg-info\dependency_links.txt
writing entry points to TracTicketChainedFields.egg-info\entry_points.txt
writing manifest file 'TracTicketChainedFields.egg-info\SOURCES.txt'
reading manifest file 'TracTicketChainedFields.egg-info\SOURCES.txt'
writing manifest file 'TracTicketChainedFields.egg-info\SOURCES.txt'
installing library code to build\bdist.win32\egg
running install_lib
running build_py
creating build
creating build\lib
creating build\lib\tcf
copying tcf\model.py -> build\lib\tcf
copying tcf\upgrades.py -> build\lib\tcf
copying tcf\web_ui.py -> build\lib\tcf
copying tcf\__init__.py -> build\lib\tcf
copying tcf\changelog.txt -> build\lib\tcf
copying tcf\readme.txt -> build\lib\tcf
copying tcf\version.txt -> build\lib\tcf
creating build\lib\tcf\templates
copying tcf\templates\tcf.html -> build\lib\tcf\templates
copying tcf\templates\tcf_admin.html -> build\lib\tcf\templates
creating build\lib\tcf\htdocs
copying tcf\htdocs\tcf_ticket.js -> build\lib\tcf\htdocs
copying tcf\htdocs\trac.ico -> build\lib\tcf\htdocs
creating build\bdist.win32
creating build\bdist.win32\egg
creating build\bdist.win32\egg\tcf
copying build\lib\tcf\changelog.txt -> build\bdist.win32\egg\tcf
creating build\bdist.win32\egg\tcf\htdocs
copying build\lib\tcf\htdocs\tcf_ticket.js -> build\bdist.win32\egg\tcf\htdocs
copying build\lib\tcf\htdocs\trac.ico -> build\bdist.win32\egg\tcf\htdocs
copying build\lib\tcf\model.py -> build\bdist.win32\egg\tcf
copying build\lib\tcf\readme.txt -> build\bdist.win32\egg\tcf
creating build\bdist.win32\egg\tcf\templates
copying build\lib\tcf\templates\tcf.html -> build\bdist.win32\egg\tcf\templates
copying build\lib\tcf\templates\tcf_admin.html -> build\bdist.win32\egg\tcf\templates
copying build\lib\tcf\upgrades.py -> build\bdist.win32\egg\tcf
copying build\lib\tcf\version.txt -> build\bdist.win32\egg\tcf
copying build\lib\tcf\web_ui.py -> build\bdist.win32\egg\tcf
copying build\lib\tcf\__init__.py -> build\bdist.win32\egg\tcf
byte-compiling build\bdist.win32\egg\tcf\model.py to model.pyc
byte-compiling build\bdist.win32\egg\tcf\upgrades.py to upgrades.pyc
byte-compiling build\bdist.win32\egg\tcf\web_ui.py to web_ui.pyc
byte-compiling build\bdist.win32\egg\tcf\__init__.py to __init__.pyc
creating build\bdist.win32\egg\EGG-INFO
copying TracTicketChainedFields.egg-info\PKG-INFO -> build\bdist.win32\egg\EGG-INFO
copying TracTicketChainedFields.egg-info\SOURCES.txt -> build\bdist.win32\egg\EGG-INFO
copying TracTicketChainedFields.egg-info\dependency_links.txt -> build\bdist.win32\egg\EGG-INFO
copying TracTicketChainedFields.egg-info\entry_points.txt -> build\bdist.win32\egg\EGG-INFO
copying TracTicketChainedFields.egg-info\top_level.txt -> build\bdist.win32\egg\EGG-INFO
zip_safe flag not set; analyzing archive contents...
creating dist
creating 'dist\TracTicketChainedFields-0.1-py2.6.egg' and adding 'build\bdist.win32\egg' to it
removing 'build\bdist.win32\egg' (and everything under it)

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

As a result of above five files have been changed:

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

c:\Program Files\VisualSVN Server\trac\python\Lib\zipfile.pyc

c:\Program Files\VisualSVN Server\trac\python\Lib\py_compile.pyc

c:\Program Files\VisualSVN Server\trac\python\Lib\encodings\cp850.pyc

c:\Program Files\VisualSVN Server\trac\python\Lib\distutils\command\build_py.pyc

c:\Program Files\VisualSVN Server\trac\python\Lib\distutils\command\build.pyc

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

and trac installation (all projects) has been destroyed. :-(. When I'm accessing my server https:/xxxxxx/trac I see:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log. 

Any chance to restore it back?

Many thanks in advance.

[Steffen Hoffmann]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 23.11.2012 18:54, mimi wrote:
> My trac instalation is (was) 12.2 hosted on the Apache (2.2.22) for
> Windows (W2k8x32) which goes along with the VisualSVN (2.5.5) distriburion.
>
> Trac has been installed following the
> instructions: http://www.visualsvn.com/server/trac/
>
> After compiling
> the TracTicketChainedFieldsPlugin http://trac-hacks.org/wiki/TracTicketChainedFieldsPlugin as
> described on the webpage
>
> ======================================================
> (...)
> If you want to install this plugin to trac instance only:
>

> * python setup.py bdist_egg
> * copy the generated egg file to the trac instance's plugin directory

I can't belief that. I've never witnessed nor heard of a similar case,
and I think, that a 'bdist_egg' setup call won't do any writing outside
the build dir in general.

There must have been more and other things going on, if Trac and/or
other installed Python stuff really stopped working. Please investigate,
what that could have been, if you do not prefer to re-install Trac
right-away (a common windows user habit, no pun intended).

Steffen Hoffmann
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlCv50QACgkQ31DJeiZFuHc7+wCguzxMgO9irV7qmq1cexuvD5/f
ZEcAn2JL3ve7XinFz1JWD6+FCO7WJyIa
=fHWX
-----END PGP SIGNATURE-----

[osimons]

On Friday, November 23, 2012 6:54:51 PM UTC+1, mimi wrote:

My trac instalation is (was) 12.2 hosted on the Apache (2.2.22) for Windows (W2k8x32) which goes along with the VisualSVN (2.5.5) distriburion. 

Trac has been installed following the instructions: http://www.visualsvn.com/server/trac/

After compiling the TracTicketChainedFieldsPlugin http://trac-hacks.org/wiki/TracTicketChainedFieldsPlugin as described on the webpage

and trac installation (all projects) has been destroyed. :-(. When I'm accessing my server https:/xxxxxx/trac I see:

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

It it quite likely that the plugin is broken or somehow misconfigured. I don't know anything about the plugin, but your first option to research anything like this is to enable debug logging and restart webserver and check the messages for errors and problems:

http://trac.edgewall.org/wiki/TracLogging

I can assure you that compile & copy of an egg will not break Trac or Python installations, but a plugin problem may naturally render your project inaccessible until it is resolved.


:::simon

https://www.coderesort.com