Reviewed & tested by the community
Project:
Drubuntu (unsupported)
Version:
7.x-10.10-beta1
Component:
Documentation
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
2 Jan 2011 at 21:43 UTC
Updated:
3 Jan 2011 at 07:26 UTC
Comments
Comment #1
owen barton commentedThanks for trying this out so quickly, and posting the issues!
We weren't specifying the 6.x release (that is for initially downloading Drush - see #1011368: Instructions on project page don't work (SimpleXML error)), it was Drush that still defaults to downloading 6.x releases when outside a core (I guess we had better fix that too!). For now, I think the easiest fix is to cut a 6.x tag (identical to the 7.x tag), which is what I have just done. You will get an interactive prompt until the update xml refreshes to reflect the recommended status (in a few minutes or hours).
Using the CVS tag to pull the associated release is fairly tricky, as CVS versions each file differently, and will only fill in a $name keyword for tags on checkout (so our wget would not pick it up). I think the way to go is to pass in the recommended version on the bootstrap command on the project page, and people can tweak that as needed.
Comment #2
Grayside commentedThat works. I haven't been using that snippet, instead I've been downloading the actual recommended tarball and running the install script. So the followup download of drubuntu has been strangely redundant ;)
I suggest the front page also be reformatted slightly, through an Installation heading above that snippet.
You could also cheat:
But that's not fun.
I was just thinking to myself how fantastic it was that you kept working on this throughout the holidays. I'm looking forward to setting this up as my full-time development environment in a week, so the faster I can push in the next few days, the fewer my frustrations will be.