Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
This issue is to track the documentation for commons development efforts. We should setup a page on d.o that shows interested developers how to get started in development of the project, including links to dev make files so they are working from git instead of releases.
Comment | File | Size | Author |
---|---|---|---|
#61 | 1908812-commons-make-dev-60.patch | 9.69 KB | jrbeeman |
#60 | 1908812-commons-make-dev-59.patch | 10.28 KB | ezra-g |
#59 | 1908812-commons-make-dev-58.patch | 10.28 KB | ezra-g |
#58 | 1908812-commons-make-dev-57.patch | 10.15 KB | ezra-g |
#56 | 1908812-commons-make-dev-56.patch | 9.9 KB | ezra-g |
Comments
Comment #1
japerryFirst patch, the dev file for drupal-org.make
Comment #2
japerryNote ^^ the above file should NOT be rolled into the profile... and of course like an idiot, I did it anyway ;-) reverted.
Below is a bash script that will build a profile for you and setup symlinks so your repos can be consistent as you blow away the build directory.
It needs a build path. the structure of the command is like this:
chmod +x ./build_distro.sh (only need to do this once)
./build_distro.sh build ~/Sites/commons
/ BUILD_PATH = ~/Sites/commons
/ commons_profile <== will check out from git if it doesn't exist
/ repos <== will create directory and move commons projects into this folder and symlink to publish
/ publish <== contains the drupal site build
And you should now have a working copy with repos removed from the build. Every subsequent build you use with this script should blow away the commons modules and re-symlink it to your repos folder.
Also you can run ./build_distro.sh pull ~/Sites/commons if you wish to update all the repos at once.
build_distro can be found here:
http://drupalcode.org/project/commons.git/blob/37965b90a182f578f596f255f...
Comment #3
ezra-g CreditAttribution: ezra-g commentedAttempting to run the script I get:
The errors repeat several more times.
Comment #4
ezra-g CreditAttribution: ezra-g commented#1 no longer applies.
Comment #5
ezra-g CreditAttribution: ezra-g commentedHere's an attempt at a re-roll.
Comment #6
ezra-g CreditAttribution: ezra-g commentedUpdated build-commons-dev.make to use #5: http://drupalcode.org/project/commons.git/commitdiff/5acaebc?hp=00bbb155....
Comment #7
ezra-g CreditAttribution: ezra-g commentedUpdating the patch to pull the Message* modules from git: http://drupalcode.org/project/commons.git/commit/8d9fa1b.
This originally became necessary at #1867190: Audit Features for cruft & overrides on fresh install - Let's consider reverting this change once http://drupal.org/node/1915364#comment-7067302 is applied.
Comment #8
ezra-g CreditAttribution: ezra-g commentedI reverted back to patch #5.
Comment #9
ezra-g CreditAttribution: ezra-g commentedhttp://drupalcode.org/project/commons.git/commit/9cbf2e2
Comment #10
japerryThis patch will work with the new 3.0 release
Comment #11
japerryThe following patch is a heads up for stabilizing the 3.0 branch of commons. We don't want modules in our distribution to update themselves without us testing it!
Comment #12
japerryyah that patch had a typo in it. I wish we could exactly test this without needing to fetch the patch =P
Comment #13
japerryokay last revision. I should really stop now. Fixed an issue with referencing a newer Ctools than we should have.
Comment #14
ezra-g CreditAttribution: ezra-g commented#10 (currently in the -dev make file) no longer applies.
Comment #15
ezra-g CreditAttribution: ezra-g commentedRe-titling to what seems to be the focus of the issue.
Comment #16
ezra-g CreditAttribution: ezra-g commentedQuick stab at re-rolling #10.
Comment #17
japerryOpps the last role did not include the theme! Re-rolled to include the theme.
Verified that we're using the theme, and that we aren't changing any other module versions.
Comment #18
japerrytest updates for metatag, og, votingapi
Comment #19
ezra-g CreditAttribution: ezra-g commentedI think we can mark this as fixed and use this issue to track updates to the patch/make file here.
Comment #20
quiethero CreditAttribution: quiethero commentedThis Documentation Group seems to be the most equipped to help me with my problem with DC and Drupal 7.22 Installation. I have posted my inquiry but no responses yet.
Issue: This is my 5th iteration with trying to effectively install Commons and Drupal 7.22. (Exhausted) Every time I try to use it after a few modules are installed I get the same message and cannot get out of it without totally starting the site from scratch. Even my backups don't load.
Also, I found 4 instances of field.info.inc and know that the problem therein lay. Could this be correct?
/public_html/sites/all/modules/commons/modules/field/field.info.inc
/public_html/modules/field/field.info.inc
/public_html/sites/all/modules/commons/profiles/commons/modules/contrib/entity/modules/field.info.inc
/public_html/sites/all/modules/entity/modules/field.info.inc
"Seems like each one of them are declaring something different to each other and the system"
Errors Messages:
PDOException: SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'module' cannot be null: INSERT INTO {role_permission} (rid, permission, module) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2); Array ( [:db_insert_placeholder_0] => 2 [:db_insert_placeholder_1] => create event registration [:db_insert_placeholder_2] => ) in user_role_grant_permissions() (line 3076 of /home/mysite/public_html/modules/user/user.module).
/public_html/sites/all/modules/commons/modules/field/field.info.inc
Fatal error: Cannot redeclare class DrupalQueue in /home/warpro/public_html/modules/system/system.queue.inc on line 60
Line 60
class DrupalQueue {
I would rather use the "new" DC as designed because it looks awesome and has great promise but I am just spinning my wheels from install to install. Right now, my website, all functions, Ctools all green. Not one error on installation.
Now... I am having to load DC via my server because its too large for the 8 MB limit (11 MB) directly to /sites/all/modules and extract there or should I ftp from filezilla or something like that?
I need DCommons but I am stuck at this point. All dressed up "Green Lights on everything" and can't enable Commons. I can load it; but once loaded the damage is done (Those darn complicated dependencies).
Any suggestions?
Please post or email me with your suggestion(s)
Thank you...
Comment #22
japerryI have re-written the build script to automatically grab the git repos and build the regular repo. That way we don't need the build-commons-dev make file anymore.
Comment #23
japerrymarking needs review
Comment #24
ezra-g CreditAttribution: ezra-g commentedHere's a re-roll of #17, which no longer applies.
This is updated in build-commons-dev.make with http://drupalcode.org/project/commons.git/commit/53c88ae.
Comment #25
RobKoberg CreditAttribution: RobKoberg commentedUsing the latest dev make file, after submitting "Enter Homepage welcome text", I get these Notices:
After submitting the create Engineering group, I get these notices:
Then, hitting the Boston group page, I get about 100 of these Notices (I believe this is because I am using php5.4, but still...):
Notice: Array to string conversion in panels_cache_object->cache() (line 178 of /Users/rkoberg/Sites/commons-dev/commons-7.x-3.x-dev/profiles/commons/modules/contrib/panels/includes/plugins.inc).
Comment #26
davidhunter CreditAttribution: davidhunter commentedSame issue as RobKoberg.
Installed XAMPP on Windows 7 :
Apache 2.4.3
MySQL 5.5.27
PHP 5.4.7
Fresh install, added content using Group content type.
Creates group with success :
Group Group Content Type has been created.
Thanks for your group submission! This group has entered the moderation queue and will be reviewed shortly.
- See more at: http://localhost/commons/groups/group-content-type#sthash.tA8WZMX1.dpuf
Then prints out 100 lines of this Notice :
Notice: Array to string conversion in panels_cache_object->cache() (line 183 of C:\xampp\htdocs\commons\profiles\commons\modules\contrib\panels\includes\plugins.inc). - See more at: http://localhost/commons/groups/group-content-type#sthash.tA8WZMX1.dpuf
Comment #27
ezra-g CreditAttribution: ezra-g commentedAs a stopgap to #1983606: Move some of the Commons_* modules into the Commons distro repo, let's commit #24 to the build-commons.make file so that folks can help test the upgrade path to Commons 7.x-3.3 using the nightly development snapshot. We can always roll this commit back after the release if necessary.
Comment #28
ezra-g CreditAttribution: ezra-g commented#24 is committed. Soon, the dev snapshot will re-roll and be representative. Hooray!
http://drupalcode.org/project/commons.git/commitdiff/71a4dcb?hp=69add882...
Comment #29
ezra-g CreditAttribution: ezra-g commentedActually, this isn't quite resolved: The Drupal.org packager will only detect changes in nightly dev snapshots of upstream projects - It won't detect changes if we reference the git URL. I'll update to point to dev snapshots.
Comment #30
ezra-g CreditAttribution: ezra-g commentedReverted with http://drupalcode.org/project/commons.git/commit/414ebba, replaced with http://drupalcode.org/project/commons.git/commit/202bcb0. This should be resolved.
Comment #31
ezra-g CreditAttribution: ezra-g commentedA followup commit: http://drupalcode.org/project/commons.git/commit/f4a834a.
Comment #32
ezra-g CreditAttribution: ezra-g commentedAn additional followup to fix the broken build: http://drupalcode.org/project/commons.git/commit/7bfcf04.
Comment #33
RobKoberg CreditAttribution: RobKoberg commentedusing on an existing commons base clone:
$ git pull
...
2 files changed, 32 insertions(+), 3 deletions(-)
then:
$ drush make --no-cache --working-copy build-commons-dev.make ../commons-7.x-3.x-dev
results in ../commons-7.x-3.x-dev not existing and no errors.
Is the nightly working yet? I need to put the current state of my project up on Acquia's cloud so decision can makers can see where we are at. Trying to get them to hold out until 3.3. is released but that is not working...
Comment #34
ezra-g CreditAttribution: ezra-g commentedYou can use build-commons.make (no -dev) or the dev snapshot tarball which is now packaged. Please let us know if that doesn't work for you.
Comment #35
RobKoberg CreditAttribution: RobKoberg commentedGreat, thanks for quick response. I will go with the tarball. I assume that build-commons.make will make 3.2, right? (I need 3.3)
Comment #36
ezra-g CreditAttribution: ezra-g commentedbuild-commons.make currently points to the dev snapshot.
Comment #37
dstolPatch in #24 no longer applies and breaks the -dev.make build.
Comment #38
ezra-g CreditAttribution: ezra-g commentedbuild-commons.make supersedes build-commons-dev.make until 3.3 is released.
Comment #39
ezra-g CreditAttribution: ezra-g commentedFor now, folks can use build-commons.make instead of build-commons-dev.make.
However, we should make build-commons-dev.make identical to the current build-commons.make except that -dev should grab the Commons project from git, rather than the dev snapshot.
Comment #40
ezra-g CreditAttribution: ezra-g commentedI made the change proposed in #39: http://drupalcode.org/project/commons.git/commit/b8b49fb. I believe this is fixed.
Comment #41
RobKoberg CreditAttribution: RobKoberg commentedStill not working.
$ drush make --no-cache --working-copy build-commons-dev.make ../commons-dev
nothing is deposited at ../commons-dev, and:
Comment #42
ezra-g CreditAttribution: ezra-g commentedI made an additional progress commit http://drupalcode.org/project/commons.git/commit/ec1ab23.
@RobKoberg, let's dig into the output you provided.
That means that we have a recursive failure, since build-commons.make attempts to download the nightly dev tarball, which we're troubleshooting at #2054133: Nightly dev snapshot is days behind latest Commons commits..
In the meantime, you should be able to use build-commons-dev.make.
Comment #43
RobKoberg CreditAttribution: RobKoberg commentedI did try the dev make file. I just tried again. I did a git pull and saw more updates come down. However, it still results in nothing being built there are errors:
File commons_origins-7.x-3.x-dev.tar.gz?date=1375229187 is corrupt (wrong md5 checksum). [error]
Unable to patch message_subscribe with 1828184-remove-email-default-notifier-31.patch. [error]
Comment #44
ezra-g CreditAttribution: ezra-g commentedDid you git pull first?
Comment #45
RobKoberg CreditAttribution: RobKoberg commented" I did a git pull and saw more updates come down."
Before each make attempt I did a git pull.
Comment #46
RobKoberg CreditAttribution: RobKoberg commentedJust did another git pull and saw more changes come down. Still not being built. Getting error:
File commons_origins-7.x-3.x-dev.tar.gz?date=1375229187 is corrupt (wrong md5 checksum). [error]
Looks like the message_subscribe patch error was fixed.
Comment #47
RobKoberg CreditAttribution: RobKoberg commentedSo is this simply a matter of regenerating the checksum? It seems that the build will always fail if there is an error. Is there a way to have the make stop on error? (a quick search did not turn anything up)
Comment #48
dstolIf you were to comment out lines 71-78 of wget.inc linked below and drush make should work again.
http://drupalcode.org/project/drush.git/blob/cea2ca02d09a2dd2241b840d750...
It's a good stopgap until #2038077: New project release for dev releases doesn't get published is resolved.
Comment #49
ezra-g CreditAttribution: ezra-g commentedThanks, dstol. I've also had success with drush make --force-complete --ignore-checksums commons-profile/build-commons-dev.make ./commons-builds/test-10 --no-cache .
Comment #50
RobKoberg CreditAttribution: RobKoberg commentedjust tried again (git pull and then drush make) and it is working as expected.
Comment #51
ezra-g CreditAttribution: ezra-g commentedGreat - thanks for the update.
Comment #52
ezra-g CreditAttribution: ezra-g commentedThe Commons* modules are being pulled from nightly dev snapshots with build-commons-dev.make. That's tine for the drupal.org packager but we should be using git clone URLs so that we can easily commit to the commons* projects.
Comment #53
ezra-g CreditAttribution: ezra-g commentedHere's a revised patch per #52, applied in build-commons-dev.make per http://drupalcode.org/project/commons.git/commit/39a9878.
Comment #54
ezra-g CreditAttribution: ezra-g commentedRe-roll of #53 which no longer applied.
Comment #55
ezra-g CreditAttribution: ezra-g commentedThis is re-rolled and committed with http://drupalcode.org/project/commons.git/commit/1dc8caa .
Comment #56
ezra-g CreditAttribution: ezra-g commentedRevised patch since 55 no longer applies. Revised with http://drupalcode.org/project/commons.git/commit/9bc717e .
Comment #57
ezra-g CreditAttribution: ezra-g commentedUnfortunately, #56 also doesn't apply.
Comment #58
ezra-g CreditAttribution: ezra-g commentedRevised adn added to build-commons-dev.make: http://drupalcode.org/project/commons.git/commit/94e87c187a804f515987536...
Comment #59
ezra-g CreditAttribution: ezra-g commentedFurther revised: http://drupalcode.org/project/commons.git/commit/4898f7b1f7ee0f0e5bab22f....
Comment #60
ezra-g CreditAttribution: ezra-g commentedhttp://drupalcode.org/project/commons.git/commit/56f5ecb087eebc5c4535dd0...
Comment #61
jrbeemanRe-rolled patch against latest dev.
Comment #62
dstolhttp://drupalcode.org/project/commons.git/commit/b41cd33c5f76ad1ef9ec597...
Thanks Jeff
Comment #63
rb2k CreditAttribution: rb2k commentedCurrent tarball builds fail btw:
Comment #64
ezra-g CreditAttribution: ezra-g commentedFollowing #1983606: Move some of the Commons_* modules into the Commons distro repo, I've removed build-commons-dev.make and updated .travis.yml.
We can now use build-commons.make for both stable and dev builds. For dev, checkout the tip of 7.x-3.x. For stable, checkout the desired stable tag.
http://drupalcode.org/project/commons.git/commitdiff/4e78bb2f52eb9350d39...