Package Details: drush 8.1.15-1

Git Clone URL: (read-only)
Package Base: drush
Description: Command line shell and Unix scripting interface for Drupal.
Upstream URL:
Keywords: admin administration api command drupal drush interface line scripting shell
Licenses: GPL
Submitter: jheretic
Maintainer: supermario (sanduhrs)
Last Packager: sanduhrs
Votes: 50
Popularity: 0.113402
First Submitted: 2009-10-15 17:33
Last Updated: 2017-10-18 09:23

Latest Comments

gone404 commented on 2017-08-31 22:58

Getting the following error when trying to "makepkg -s". I checked the path and the file does indeed exist. Not sure what the problem is, but I don't have time to try and debug it right now.

Could not scan for classes inside "/home/USER/drush/src/drush-8.1.12/vendor/pear/console_table/Table.php" which does not appear to be a file nor a folder

sanduhrs commented on 2017-04-05 14:24

@pgoetz thanks for pointing out.

pgoetz commented on 2017-04-05 14:20

php-composer is listed as a make dependency, but the package in Arch appears to be called composer.

supermario commented on 2016-01-15 13:28

@dmp1ce your php.ini setting for phar readonly was on. I have updated the pkgbuild to temporarily turn it off as well as bumping the version.

sanduhrs commented on 2016-01-14 17:59

Alternative package for drush

sanduhrs commented on 2016-01-14 15:40

@dmp1ce I am not a co-/maintainer of this project.

dmp1ce commented on 2016-01-14 15:28

@sanduhrs Why not add it to the AUR?

This project also does not build for me.

==> Starting build()...

creating archive "/tmp/yaourt-tmp-david/aur-drush/src/drush-8.0.1/drush.phar" disabled by the php.ini setting phar.readonly

build [-c|--configuration CONFIGURATION]

sanduhrs commented on 2016-01-04 16:57

Find an updated and simplified package at

alfazaz commented on 2015-12-29 09:26

Problem at compilation for me (package out of date ?) :

==> Validation des fichiers sources avec md5sums...
8.0.0.tar.gz ... Réussite
Console_Table-1.2.1.tgz ... ÉCHEC
==> ERREUR : Un ou plusieurs fichiers sont invalides !
==> ERREUR: Makepkg n'a pas pu construire drush.

(bad md5sum for Console_Table-1.2.1.tgz)

trzalica commented on 2015-11-28 21:28

After many attempts to configure php.ini and drush.ini file so Drush 8 can work like the Drush 6 & 7 worked, and even recompiling this package (you should install it under /usr/share/drush and not /usr/share/webapps/drush because from what I see it's meant to be in /usr/share/drush - it gaves almost no errors when you make it on that way; don't know why but that's the case). So after all that I gave up because if you uncomment open_basedir in php.ini it gaves you a warning... So I installed Drush 8 with Composer and now it works like a charm ( ).
You should try to edit/rebuild this package so it can work with open_basedir activated (uncommented). Cheers! :)

trzalica commented on 2015-11-25 18:19

But I don't understand what changed so significately in Drush 8 that I need to adjust my configuration which by the way, worked flawlesly with Drush 6 & 7??

Because, maybe I wasn't clear in my previous comment - everything worked with Drush 6 & 7 and now that configuration isn't good enough for Drush 8. I mean, wt.? :)

Thanks for help EduardoLeggiero! :)

EDIT: I tried to comment open_basedir line in /etc/php/php.ini file and it works now. I will also try out to override settings in drush.ini so I can revert php.ini change that I made.

EduardoLeggiero commented on 2015-11-25 10:01

Hi trzalica,

You need to follow the instructions that apeer after package installation:

Drush is meant to be run from the root directory of your Drupal
install by default. Look at /usr/share/doc/drush/ for an example
drushrc.php config and example plugin.
Additionally, if your php.ini settings are too restrictive,
you may have to override some of the settings using drush.ini
in either your home directory (~/.drush.ini) or in
/etc/drush/drush.ini for system-wide changes.

Or you can just comment the following line on your /etc/php/php.ini:
; open_basedir = /srv/http/:/home/:/tmp/:/usr/share/pear/:/usr/share/webapps/

trzalica commented on 2015-11-24 20:22

After this newest upgrade (to drush 8) drush doesn't work... I get this output in the terminal window:
The following restricted PHP modes have non-empty values: [error]
open_basedir. This configuration is incompatible with drush. Please
check your configuration settings in /etc/php/php.ini or in your
drush.ini file; see examples/example.drush.ini for details.
file_exists(): open_basedir restriction in effect. File(/usr/share/doc/drush/ is not [warning]
within the allowed path(s):
is_dir(): open_basedir restriction in effect. File(/usr/share/drush/commands) is not within the [warning]
allowed path(s):
PHP configuration : /etc/php/php.ini /etc/drush/drush.ini /home/rogi/.drush/drush.ini
PHP OS : Linux
Drush script : /usr/share/webapps/drush/drush
Drush version : 8.0.0
Drush temp directory : /tmp
Drush configuration :
Drush alias files : /etc/drush/example.aliases.drushrc.php /home/rogi/.drush/aliases.drushrc.php

EduardoLeggiero commented on 2015-10-30 12:53

Package adopted and updated to version 7.1.0

realitygaps commented on 2015-04-06 12:12

@mncarbone: I dont get that error on my machine (drush works without php-mcrypt installed) perhaps this is an issue with your php.ini?

mncarbone commented on 2015-04-05 16:51

Rush requires php-mcrypt at running:

PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php/modules/' - /usr/lib/php/modules/ cannot open shared object file: No such file or directory in Unknown on line 0

Please, add php-mcrypt as a dependency

zaurav commented on 2014-11-17 02:43


This might be better suited to the Drupal/drush forums, but is your mysql available only via a socket? *AMP installations usually have that and if it is, then all you need to do is in your settings.php add 'unix_socket' => '/path/to/socket',

in your $databases array!

Hope that helps.


bavramor commented on 2014-10-10 17:56

What Can I do ?
I get this mistake:

Command pm-enable needs a higher bootstrap level to run - you will need to invoke drush from a more functional Drupal environment to run this command. [error]
The drush command 'en views' could not be executed. [error]
Drush was not able to start (bootstrap) the Drupal database. [error]
Hint: This may occur when Drush is trying to:
* bootstrap a site that has not been installed or does not have a configured database. In this case you can select another site with a working database setup by specifying the URI to use with the --uri
parameter on the command line. See `drush topic docs-aliases` for details.
* connect the database through a socket. The socket file may be wrong or the php-cli may have no access to it in a jailed shell. See for details.

Drush was attempting to connect to:
Drupal version : 7.28
Site URI : http://default
Database driver : mysql
Database username : root
Database name : trautwein_db
Default theme : garland
Administration theme : garland
PHP executable : /usr/bin/php
PHP configuration : /home/bavramor/.drush/php.ini /home/bavramor/.drush/php.ini
PHP OS : Linux
Drush version : 6.4.0
Drush configuration :
Drush alias files : /etc/drush/example.aliases.drushrc.php
Drupal root : /home/bavramor/data/Webdesign/Webseiten/oliver-trautwein
Site path : sites/default
File directory path : sites/default/files

realitygaps commented on 2014-09-11 08:36

@jamesan yes, thx for fixing!

jamesan commented on 2014-09-10 13:56

Bumped the version to latest -- 6.4.0, swapped the build() function for the package() function, and contracted the packaging commands by one-third.

Hope this housekeeping helps. =)

jamesan commented on 2014-09-10 13:51

Looks like the PKGBUILD standards have shifted after this package was first made, namely the build() function is now optional and the mandatory package() function is instead used to place files into the $pkgdir to be packaged by makepkg. Also, reorganised the packaging commands to reduce them by one-third:

Hope this housekeeping helps.

jcapella commented on 2014-07-16 04:28

I don't know how appropriate this would be at the PKGBUILD level, but would it be possible to install the found in /usr/lib/drush/includes/ to somewhere inside /usr/share/webapps so that default open basedir restrictions aren't an issue?

jsst commented on 2014-07-11 19:34

The console table source is unavailable, changing 1.1.3 to 1.1.6 works fine.

realitygaps commented on 2014-06-11 08:43

Updated to 6.3, thx @mpnordland for the fixed pkgbuild

bavramor commented on 2014-06-10 19:52

With the pkgbuild from mpnordland i get this error:

==> ERROR: PKGBUILD contains CRLF characters and cannot be sourced.

Can somebody fix it ?


mpnordland commented on 2014-05-28 19:42

6.3 is out, and this pkgbuild doesn't copy the classes directory over, which is causes errors on enabling modules and other role related functions. fixed pkgbuild here:

mpnordland commented on 2014-05-28 18:50

I get the following errors when attempting to enable a module
It doesn't matter which module it is. googling returns this thread:
$ drush en module_name
The following extensions will be enabled: module_name
Do you really want to continue? (y/n): y
Invalid argument supplied for foreach() [warning]
strtr(): The second argument is not an array [warning]
module_name was enabled successfully. [ok]
PHP Fatal error: Call to a member function getModulePerms() on a non-object in /usr/lib/drush/commands/pm/ on line 1015
Fatal error: Call to a member function getModulePerms() on a non-object in /usr/lib/drush/commands/pm/ on line 1015
Drush command terminated abnormally due to an unrecoverable error. [error]
Error: Call to a member function getModulePerms() on a non-object in /usr/lib/drush/commands/pm/, line 1015

marcvangend commented on 2013-12-19 12:51

Drush 6.2.0 was released:

geocalleo commented on 2013-11-13 19:38

@mcrittenden - Thanks for the reply. Very much appreciated.

mcrittenden commented on 2013-11-13 18:30

@geocalleo, pacman can't install things from AUR. You'll need to either install it manually ( or use an AUR helper ( lists them...I use and recommend Packer but everyone has their preference) to do it for you.

geocalleo commented on 2013-11-13 17:44

Hi, apologies if this is the wrong place to ask this. I'm new to Arch Linux and was trying to use the pacman package manager to install Drush. but every time I do a search I get the error below.

$ sudo pacman -S drush
error: target not found: drush

Any help would be greatly appreciated.

roheim commented on 2013-10-10 18:56


realitygaps commented on 2013-08-21 10:02

@mcrittenden: thx, i've updated the package to use drush 6.0.0 from github.

mcrittenden commented on 2013-08-19 19:28

Drush 6 has been released and development has moved to GitHub.

siliconmeadow commented on 2013-04-28 18:22

Drush 5.9 seems to work ok. Here's a diff of the PKGBUILD I used:


mmfmarin commented on 2013-03-26 01:46

I had to change Console_table url to The package on pear didn't work.

mmfmarin commented on 2013-03-26 01:45

I had to update console url to

realitygaps commented on 2013-03-07 14:51

Alucryd: Thx. I've adopted and updated, will follow the guidelines in the future.

alucryd commented on 2013-03-07 13:36

realitygaps: I'm merging this into drush, please adopt drush as soon as you can.
Next time, please follow the AUR guidelines instead of duplicating a package.

Anonymous comment on 2013-02-15 06:35

Freso, on the first run it tries to create 'lib' folder in /usr/lib/drush. Run drush under root once and it will fix the error. Then run drush from the normal user.

VVS commented on 2012-10-17 13:02

I'm found and solve my problem with open_basedir

drush 5.7 is out :)

VVS commented on 2012-09-24 16:03

I'm found and solve my problem with open_basedir
5.17 is out :)

Freso commented on 2012-08-08 16:21

I'm getting a "Directory /usr/lib/drush exists, but is not writable." when trying to run "drush" in /srv/http/localhost/drupal/8. I'm guessing that directory shouldn't be writeable either, so... any idea what's up?

realitygaps commented on 2012-05-10 17:51

VVS: You need to add the drush paths to your open_basedir restriction in /etc/php/php.ini (according to the error)

VVS commented on 2012-05-09 18:40

> drush status
PHP Warning: require(): open_basedir restriction in effect. File(/usr/lib/drush/includes/ is not within the allowed path(s): (/srv/http/:/home/:/tmp/:/usr/share/pear/) in /usr/lib/drush/drush.php on line 11
PHP Warning: require(/usr/lib/drush/includes/ failed to open stream: Operation not permitted in /usr/lib/drush/drush.php on line 11
PHP Fatal error: require(): Failed opening required '/usr/lib/drush/includes/' (include_path='.:/usr/share/pear') in /usr/lib/drush/drush.php on line 11

realitygaps commented on 2012-05-09 14:06

Since this package has not been updated recently, I've created a drush5 package - which I'll try keep up to date until either this package is updated or jheretic decides not to maintain the package anymore.

Freso commented on 2012-01-05 21:30

Trying to invoke drush, I get this:
kotake% drush
PHP Warning: require_once(): open_basedir restriction in effect. File(/usr/lib/drush/includes/ is not within the allowed path(s): (/srv/http/:/home/:/tmp/:/usr/share/pear/) in /usr/lib/drush/drush.php on line 26
PHP Warning: require_once(/usr/lib/drush/includes/ failed to open stream: Operation not permitted in /usr/lib/drush/drush.php on line 26
PHP Fatal error: require_once(): Failed opening required '/usr/lib/drush/includes/' (include_path='.:/usr/share/pear') in /usr/lib/drush/drush.php on line 26

Is there some way of adding /usr/lib/drush to the open_basedir upon install?

Anonymous comment on 2011-10-03 05:32

When i try update it gives me this error.

Command pm-update needs a higher bootstrap level to run - you will [error]
need invoke drush from a more functional Drupal environment to run
this command.
Command pm-update needs the following modules installed/enabled to [error]
run: update.
The drush command 'up' could not be executed. [error]
Drush was not able to start (bootstrap) the Drupal database. [error]
Hint: This error often occurs when Drush is trying to bootstrap a
site that has not been installed or does not have a configured


<h2>A PDO database driver is required!</h2><p>You need to enable the PDO_MYSQL database driver for PHP 5.2.4 or higher so that Drupal 7 can access the database.</p><p>See the <a href="">system requirements page</a> for more information.</p>Drush command terminated abnormally due to an unrecoverable error. [error]

best regards

jheretic commented on 2011-01-27 22:09

Thanks for the PKGBUILD, I updated the AUR accordingly. Sorry for the lack of updates, I have been having a lot of problems with my laptop recently.

haffmans commented on 2011-01-27 21:46

Here's a PKGBUILD for version 4.1:

wottam commented on 2010-12-14 16:28

@scjudd: in the PKGBUILD file, replace 'install -Dm644 ./drush.api.php' for 'install -Dm644 ./docs/drush.api.php' to make it work.


scjudd commented on 2010-12-13 15:17

I'm getting the following error when I try running makepkg:

==> Starting build()...
install: cannot stat `./drush.api.php': No such file or directory

haffmans commented on 2010-07-24 19:42

3.1 is out: Note that the Drupal version in the filename is not "All-versions" but 6.x now (even though Drush works for all versions). Please update :)

jheretic commented on 2010-04-05 23:54

Updated and fixed.

Anonymous comment on 2010-04-05 06:39

30-rc2 is out. plz update PKGBUILD. Also there are some errors in the PKGBUILD. example files now don't exist in the archive's root, but in a directory /examples under drush archive root.