-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Usernamenumber/ubercubie #53
Merged
Merged
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This role schedules a folder of scripts to be run at a specific time using crontab.
This role adds rsync-based scripts for data folder synchronization using the cron_datasync role.
Just saving my work for the time-being. I'm probably overcomplicating this whole thing...
This incorporates Ahmad's cron rsync roles from pull request #42, and causes the portal role to sync the not-huge rachel project modules by default.
The rsync:// syntax doesn't work with the geekdome.net rsyncd setup for some reason, but server::module works with both geekdome and worldchanging.org, so switching to that. I also removed the trailing '/' from the source path. This way you have a choice of whether to sync only the contents of the directory (with '/'), or the directory its self as a subdir of the destination (without '/').
This was only needed when we were overriding the index.php of the rachel-content repo. Now we just have a standalone page.
It's not nice to eat up worldchanging.org's bandwidth every time we do an install. ;)
This retires the old apache-based wikipedia role and replaces it with (for now) a very simple role that just deploys the WfS Rachel module. TODO: Make wikipedia.org URLs redirect to the appropriate WfS page (and ideally try the actual Wikipdedia if that doesn't work and net access is available).
Solves an obscure bug which prevents the role from running in some cases. Probably an Ansible bug.
Useless right now, but might save us the trouble later.
Otherwise, new module sync notification breaks
…rovision into usernamenumber/rachel_portal
Per Ahmad's suggestion to use a distinct name in case we decide to incorporate "real" wikipedia content later. Also fixed minor typo in paths given to the rsync role in the role dependencies.
…apanda/provision into usernamenumber/rachel_portal
…rtal' into usernamenumber/ubercubie
…da/provision into usernamenumber/ubercubie
usernamenumber
added a commit
that referenced
this pull request
Apr 21, 2015
Merging this myself since afaik I'm the only one in a position to test it now. Everything seems to work, and the next test I need to do is to confirm that deployment from a fresh SD image (and the master branch) works.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR collects the usernamenumber/sphider and usernamenumber/rachel_portal, and ar/datasync branches plus a bunch of other updates to provide a hopefully ready-for-release-candidate setup on the cubietruck.
This should resolve #38 and #35, and partially resolve (at least covering all the MVP requirements): #48, #33, #34, #29 and #20