Skip to content
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

Create repo wiki or put in README? #27

Open
ruebot opened this issue Nov 11, 2014 · 2 comments
Open

Create repo wiki or put in README? #27

ruebot opened this issue Nov 11, 2014 · 2 comments
Assignees
Labels

Comments

@ruebot
Copy link

ruebot commented Nov 11, 2014

Lots of system should be conveyed to a user getting up and running with the recipe. We just a bit different than the traditional install documentation. Should this live in the README, or should we create a wiki? Also, is this what the 'Attributes' section in the README is intended to convey?

I'm thinking of stuff like:

  • How to start and stop the Fedora
  • Where each pertinent log lives
  • Where does Fedora, Solr, Drupal, etc., live?
  • JAVA OPTS -- where can they be tweaked?
@mjsuhonos
Copy link
Member

The 'Attributes' section in the README is for documentation on relevant cookbook-level attributes, see eg. https://github.com/opscode-cookbooks/tomcat#attributes

So in this case we would include node['islandora']['version'], node['php']['upload_max_filesize'], etc. In particular, some that are ideally set at the VM/Vagrantfile level should be highlighted, eg. node['tomcat']['java_options'].

Common practice is to delegate documentation on components (Fedora, Solr, etc.) to those respective cookbooks, though in this case we've broken from practice by including the cookbooks within the same repo. I would propose that this type of internal documentation go into a wiki page.

@ruebot
Copy link
Author

ruebot commented Nov 11, 2014

Sounds good!

index

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants