From: SourceForge.net <no...@so...> - 2006-06-22 04:38:45
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3790946 By: nickbower Hi. Pydev is great, but I can't use it because of a very simple limitation. :( When I check out a working copy of a project here, *some* libraries are sym-linked from a central library location (Products below) to different locations within the same svn checkout; . |-- Plone | |-- ATContentTypes | `-- ... |-- Products | |-- ATContentTypes -> ../Plone/ATContentTypes | |-- BSWBSkins | `-- ... `-- bin `-- runzope Normally I'd just add the Products directory to the PYTHONPATH and python can do this as though both were equal, from Products.ATContentTypes.public import * from Products.BSWBSkins.skins import * This method of linking within subversion is essential (and reccommended by the subversion docs) for version control of third party packages. However in the situation above, there is no way to get all the libraries into the code intelligence database because some of the libraries have symlinks and the code intelligence database, configured by the pydev project PYTHONPATH setting, doesn't like symlinks. For me this kills pydev - code checking and code navigation all fail and pydev becomes and editor not an ide. A solution (as in the faq) to manually copy the files to the library path (Products) is just not realistic. I'm constantly checking out and in multiple projects everyday and starting an application server (zope) on them. So my quesiton; as python or other ide's such as Komodo do not have problemts with sym-links on unix systems, why does PyDev have such a fundamental limitation? Is there any liklihood this will be fixed? I'd really like to use pydev. Presumably some unix and windows specifc code could be inserted to recognise the obvious importance of syn-links and junctions? <:) Thanks, Nick ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=293649 |