Closed (fixed)
Project:
Drupal.org infrastructure
Component:
Servers
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
6 Oct 2011 at 23:44 UTC
Updated:
21 Aug 2014 at 21:00 UTC
Jump to comment: Most recent
I seem to have built drush commands (http://api.drush.ws/api/function/pm_parse_arguments/master) into project dependencies that are only now available in drush 5? I'm surprised. But on util, a drush pdpp <project> gets
Error: Call to undefined function pm_parse_arguments() in
/var/www/drupal.org/htdocs/sites/all/modules/project_dependency/project_dependency.drush.inc,
line 59
We currently have drush 4.5 in /usr/local/sbin/drush/drush on util, and devwww has Drush 4.2. I'm not sure about other servers.
Comments
Comment #1
msonnabaum commentedDrush 5 is still very much in flux, I wouldn't recommend using it in production.
However, I'm not against backporting just this function to 4 (I can't backport the commit it was a part of), so it would be in 4.6.
When I've had this issue, I usually just put the missing functions I need in a drush5.inc and do something like:
It's ghetto, but it works.
Comment #2
rfayOK, to overcome inertia: Can we just install drush 5 in /usr/local/sbin/drush5?
If we need manual dependency builds they should be done by jenkins; I'm trying to make drupal.org_build-dependencies work, and drush 5 is certainly the fastest route.
Comment #3
sdboyer commentedas a crappy short-term solution to this for the git VMs, i've made a drush5 module in puppet that, as with the current module, contains a tarball. we can switch individual nodes over to it as needed/desired.
ideally we'd wrap this all in one module and use pear for the installer, then maybe allow each node to specify the versions it wants via a var in its manifest/conf.
Comment #4
senpai commentedWant. Need. Desire. Bumping.
Comment #5
senpai commentedAssigning to @nnewton
Comment #6
nnewton commentedAfter discussing with drumm, we decided to just push this to dev and staging. This is now done.
Comment #7
senpai commentedI guess this is fixed then.
Comment #8
rfayStill not on production.
Comment #9
nnewton commentedrfay is there a reason drush5 is needed on production right now? (I understand you were likely just correcting the close based on title, but this issue was confusing and I want to make sure you didn't have a reason for it to be pushed to prod)
-N
Comment #10
rfay@nnewton, no, there's no rush. Just didn't figure the issue was fixed until it was deployed.
I have been living with a private drush5 for like a year or more so not going to affect me in the short term...
Comment #11
drummWe should run through all the drush usage to see if anything breaks. That's probably my job.
Comment #12
drummIt looks good and we are running into problems because production has an older version.
nnewton - please deploy at your convenience
Comment #13
moshe weitzman commentedAny chance we can do this?
drush6 will be out very soon. Perhaps someone can deploy that as drush6 and elave drush5 as `drush` until 6 is more battle tested. thanks.
Comment #14
jeffsheltren commentedI'm maintaining some drush RPMs for use with multiple clients and they may provide an better and/or easier way to deploy/manage drush across all the drupal.org systems. drumm or nnewton: let me know if you want to discuss/review. http://pkg.tag1consulting.com/drush/
Comment #15
drummProduction has Drush 5.4.
Comment #17
gregglesutil is still drush 4.2 and local drush (in my homedir) stopped working as of today.
Comment #18
gregglesSo, util needs to be upgraded to 5.x and it looks like the rest of the servers are on 5.4 while a newer version is available.
Comment #19
rfayJust FYI, @greggles there is a pseudo-legitimate drush5 at /var/www/drupal.org/tools/drush5/drush
Comment #20
greggles@rfay it seems to not be working as of today.
Comment #21
dwwLOL @ "pseudo-legitimate drush5" Awesome. ;)
But ugh, that's bad if it's dead, since that's what the packaging script uses for distribution packaging. :/
Confirmed that it's broken for me, too. Escalating this to a bug, although we should probably just open this bad interpreter thing as a separate issue...
Comment #22
greggles@dww - yeah, there's a related issue at #2065651: Error parsing whitelist.
Comment #23
ezra-g commentedIt seems possible that #2066525: Pushed git commits and tags are delayed, unable to create release nodes is related to this issue.
Comment #23.0
ezra-g commenteddevwww has Drush 4.2
Comment #24
Mixologicdrush 5.8 and drush 6 are on devwww as drush6, if there's anywhere else that drush needs to be, please open another issue.