gservat wrote on Wed Oct 18 22:26:00 MEST 2006:
Hi, I'm using EPIC to write code and once I've done that, I need to upload it to a server where the required Perl modules, etc, are installed (and ultimately where the scripts will run). I looked into CVS. CVS is not quite the right solution as it involves checking out from EPIC which is all well and good, but then I need to go into the remote server and do a cvs checkout. That's not the bad part. The part I don't like is that all my "use .." lines in the Perl modules come up with a big bad red cross. Is there any way to make EPIC ignore the "use" lines? if not, how do people do it? Apart from the CVS solution, I also looked into the FTP synchronization solution which looked OK at first, but when I did a compare between remote and local, remote always came up totally blank for some reason that I couldn't figure out. It also has the same problem that the "use .." lines have an error associated to them since the modules aren't installed locally, they are installed remotely. Thanks very much in advance for any tips, suggestions, whatever comes my way. Regards, Gonzalo.
jgangemi wrote on Wed Oct 18 22:48:27 MEST 2006:
you could turn off validation, but i don't see that being the most ideal solution. can you mount the remote module directory on your local machine and set an include path for it? i'm in a similiar situation w/ my dev work, but i just install any 3rd party modules that might be required on my local dev machine.
gservat wrote on Wed Oct 18 23:40:42 MEST 2006:
Hi, thanks for your reply. That's how I've been doing it. Mounting the remote directory on my local PC which works great when I'm near the dev machine, but when I work from home I press save on Eclipse and it might take 5 mins, sometimes it doesn't finish and I have to kill the app. What you're suggesting is to mount just the modules directory remotely which is a work around I guess. Not the ideal solution but I guess it does the trick. Have you ever used the FTP sync option? That would solve my "saving" problem, although it doesn't work for me very well (as I said in my post). The remote side is always blank. It would seem like it can't download the file or something but if I tell Eclipse to download it, it can do it no probs. It's just comparing that doesn't work. Regards Gonzalo
jgangemi wrote on Wed Oct 18 23:55:53 MEST 2006:
any reason you can't install the libraries that are missing on your local dev machine?
gservat wrote on Thu Oct 19 00:00:53 MEST 2006:
Mainly because the scripts always run on a Linux box, and I'm developing on a Windows box (unfortunately, it's a work restriction imposed on me). Some of the modules I need have dependencies all over the place, so I don't know how easily or hard it'd be to get them installed. If it was a Linux box, I would have installed them by now and used CVS or something to connect remotely to the Linux box. Infact, it would even serve the purpose to test them locally before comitting. The type of development I'm doing is code code, submit, test, code code, submit, test, etc.. so it's not really suited for CVS as the idea behind CVS, as far as my understanding goes, is to modify code then commit once you're happy with the changes, NOT make lots of little commits.
jploski wrote on Thu Oct 19 20:33:10 MEST 2006:
Like Jae, I think that installing the needed modules under Windows would be worthwhile. The PPM package manager from ActiveState is almost as good as the CPAN shell in my experience. If we are talking about custom modules here, you should be able to make them deployable via CVS yourself, and install their dependencies using PPM. Getting the local include path right takes some effort because EPIC tends to misreport the 'compilation failed in require' errors (so it is a good idea to rely on perl -c when setting up your environment). If you *really* don't want to install the needed modules, you could perhaps use a trick to get rid of the error messages: create a bunch of fake modules which contain nothing (just the correct package name) and put them on the include path in project properties. CVS commits are supposed to be coherent because otherwise you can hardly write meaningful commit comments. Another reason is to keep developers working on the same branch from stepping on each others' toes, but it does not seem to be an issue for you.
jgangemi wrote on Thu Oct 19 20:47:25 MEST 2006:
i also had success using cygwin's perl under windows as well. i believe the only module i really had an issue with was for mysql. i had to download mysql 4.x and compile it from scratch in order to get DBI::Mysql to build correctly, but otherwise, no issues.
gservat wrote on Fri Oct 20 03:51:44 MEST 2006:
Thanks for all the replies. I think I just need to find a PPM source for CPAN modules so that I can install them. All the modules I'm using in my scripts come from CPAN (such as Net::SSH::Perl) so once I manage to find a PPM CPAN source, I should be able to install them and be good to go. Thanks again!
Note: The above is an archived snapshot of a forum thread. Use the original thread at sf.net to post comments.