I created a test make file with the code copied directly from the example.make file along with a new module:
core = 6.x
projects[drupal][type] = "core"
projects[drupal][download][type] = "cvs"
projects[drupal][download][root] = ":pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal"
projects[drupal][download][module] = "drupal"
projects[drupal][download][revision] = "DRUPAL-6"
projects[admin_menu][download][type] = "cvs"
projects[admin_menu][download][root] = ":pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal-contrib"
projects[admin_menu][download][module] = "contributions/modules/admin_menu"
projects[admin_menu][download][revision] = "DRUPAL-6--3"
No matter what I do it doesn't appear as if the installation is checked out from cvs. There's no CVS metadata folder at either the core or module level, cvs update doesn't work (i get the cvs [update aborted]: there is no version here; run 'cvs checkout' first message), and admin/reports/updates shows the versions correctly without cvs_deploy.
I'm using the latest devs of both drush and drush_make and attached is a run of the file with --debug.
Any insights would be greatly appreciated.
Comments
Comment #1
yhahn commentedHave you tried with the
--working-copyflag?Comment #2
WorldFallz commentedthat got me further-- the admin_menu module is checked out to sites/all/modules but there are no other core files and folders. Attached is the new debug file-- its like drush isn't seeing the
projects[drupal][download][root] = ":pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal"line.Comment #3
WorldFallz commentedComment #4
WorldFallz commentedok. i've figured where the problem is, but not how to fix it.
it works either when I have no environment cvsroot specified or when it's set to the /cvs/drupal cvs root but not when set to the /cvs/drupal-contrib cvs root. Seems there's an issue with processing the environment cvsroot for core downloads.
Comment #5
yhahn commentedThanks for tracking this down - will look into it when I get the chance.
Comment #6
dmitrig01 commentedTry this
Comment #7
WorldFallz commentedNope-- that still installs everything as non cvs copies.
Shouldn't this code
be something like:
Comment #8
WorldFallz commentedYep... that seems to do it:
Comment #9
dmitrig01 commentedI disagree with this aprt:
Comment #10
WorldFallz commentedI'm not sure what exactly 'working-copy' is supposed to trigger, but without the change, the first patch doesn't work. Nothing is checked out from cvs, it's just a regular download.
Comment #11
dmitrig01 commented--working-copy means it has the CVS directory, whereas if you leave it out, there's no CVS directory (using cvs export)
Comment #12
WorldFallz commentedOK, the most recent version seems to be working properly for contrib with --working-copy.
However, core still won't checkout and I don't see how it ever would if my CVSROOT is set and set to cvs.drupal.org:/cvs/drupal-contrib the code will leave it alone and checkout of core from drupal-contrib will, obviously fail. The logic for determining what to do about cvsroot needs to take into account projects[drupal][type] = "core" always means cvs.drupal.org:/cvs/drupal.
Something like the attached maybe? I don't have the ability to test it atm but I will when I get a chance tomorrow.
Comment #13
WorldFallz commentedyep, patch in #12 works regardless of what my cvsroot is set to.
Comment #14
naxoc commentedThe patch in #12 makes it work for me too with both core and contrib stuff in cvs in the makefile. Setting to reviewed.
Comment #15
dmitrig01 commentedComment #17
mrfelton commentedSubscribing/Bookmarking, since this is not yet in the latest release, and I can't pull Drupal 7 properly without it.