Calling the install from my site root. Any body have any guess at this error?
$ drush pm install cck-5.x-1.6-1
sh: line 1: /cvs: No such file or directory
drush: Unable to checkout cck from cvs.drupal.org.
Calling the install from my site root. Any body have any guess at this error?
$ drush pm install cck-5.x-1.6-1
sh: line 1: /cvs: No such file or directory
drush: Unable to checkout cck from cvs.drupal.org.
Comments
Comment #1
clemens.tolboomUse --verbose for a start :-)
Comment #2
mpaler commentedThanks for the tip...
Not exactly telling me that much more. :(
I would really like to get drush working...
Comment #3
moshe weitzman commentedyou have cvs command in your PATH? if not, disable the cvs handler and use the wget handler instead. hopefully you have wget or curl. if not, you have to get one of those.
Comment #4
mpaler commentedHi Moshe,
Sorry, I'm not sure I understand what you're asking here:
> you have cvs command in your PATH?
Thanks,
Mike
Comment #5
clemens.tolboomYou probably have drush cvs package manager installed. Goto
admin/build/modulesand check the enabled drush modules.Enable 'drush Package Manager wget Support' and disable 'drush Package Manager CVS Support'
Comment #6
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.
Comment #7
mpaler commentedI'm back again trying to use drush and I'm still getting the above error. I've disabled CVS and have enabled WGET. I can run wget from the command line but it appears the drush module is having trouble running wget. Moshe suggests something about setting PATH...
I'm not sure what he's suggesting. Can anyone point me in the right direction? Thanks.
Comment #8
sashainparisI had the same error concerning CVS: well, I decided to install CVS - and magically it works now :-D
Did you verify that CVS is installed?
Alexandre
Comment #9
bensnyder commentedmpaler I have this exact issue and it is driving me NUTS. have you found a solution????
Comment #10
bensnyder commentedChanging version to 6.x because it is not a version-specific issue.
Changing priority to critical because this has yet to be resolved for several months and it is preventing many users from using this kickass module.
Category stays as "support request" because this is a server config problem, not a bug.
> I'm the root admin on my VPS which is running Centos 5.
> Sites are located here: /var/www/vhosts/[domain].com/
When I installed drush, I put it in: /var/www/vhosts/mydomain.com/httpdocs/sites/all/modules
(( the result is /var/www/vhosts/mydomain.com/httpdocs/sites/all/modules/drush ))
Then I turned on all the modules on the modules config page.
Now, option 3 in the README under "Installation" states:
3. (optional, but recommended:) To ease the use of drush,
- create a link to drush.php in a directory that is in your $PATH, e.g.:
$ ln /path/to/drush.php /usr/bin/drush
OR
- create an alias to drush.php:
$ alias drush='php modules/drush/drush.php'
(this goes into .profile or .bash_aliases in your home folder)
So I logged in as root in the drupal base directory
(( /var/www/vhosts/mydomain.com/httpdocs/ ))
And executed this command: $ ln sites/all/modules/drush/drush.php /usr/bin/drush
Then I loggged out of root. (I'm still in the drupal base directory)
I am able to execute every drush command successfully, except for "drush pm install ...". (This is the exact problem as #7).
The same issue happens when using the CVS method. (/cvs: No such file or directory).
So.... What is causing this?? I've been giving it my best shot for 3 days non-stop and I can't figure it out. I don't think it's the PHP Notice, based on other issues... (other people are still able to install modules even though they get similar PHP Notices)...
And yes, I am able to use wget by executing the following command: "$ wget http://ftp.drupal.org/files/projects/[drupal module]"
But drush is having trouble using wget... Hmmm.......
Please help me resolve this issue! I will try any and all suggestions. I fear this may scare a lot of people away from using drush, but I'm dedicated to finding the solution because a drupal command saves hours!!
THANKS!
Comment #11
bensnyder commentedI've made some progress....
these commands (as root) fixed my "sh: /wget: No such file or directory" and "sh: /curl: No such file or directory" errors:
then I was presented with similar errors, but for "gzip" and "tar".... so I executed:
Now, whe i run the update....
any ideas??
Comment #12
bensnyder commentedjust bumping the issue. im still trying to figure this out. could someone wiser than I (and there are many of you out there) please chime in?? thx!!!
Comment #13
gmak commentedclearly I'm no wiser that pegleglax, because I've hit exactly the same problem:
I could also use some help.
Comment #14
rich.yumul commentedI ran into this same problem and it turns out (at least in my case) that it was caused because safe_mode was turned 'On'. When cli php's in safe mode, only programs in the safe_mode_exec_dir can be executed. In my case, safe_mode was 'On' and 'safe_mode_exec_dir' was undefined, so no programs could be executed thru the exec() call. The work around is to turn safe mode 'Off':
HTH!
Comment #15
moshe weitzman commentedComment #17
bensnyder commentedThis article may be of use:
http://justin-hopkins.com/blog/category/drupal