This config will let islandora work with travis-ci.
travis
more travis
This one should work.
Test travis with apache.
added sudo
Added chown
Fixed permissions... i hope.w
Apache config
back to non-apache
Another try at a travis config
Added some debug output
woot
Another update
Added some debug data to sort out whats up with travis.
more debug
another
More debug
Perhaps this will finally work
Revert "More debug"
This reverts commit 508e993f4b02f7f3c9eb0d978514d0be89abbc78.
Revert "another"
This reverts commit cbf280eb4ebd22dda90788752787250a0ef71361.
Revert "more debug"
This reverts commit e6ce86ad77fdb89807c426adaa04a90a9955f343.
Revert "Added some debug data to sort out whats up with travis."
This reverts commit 5cb8e5b2f5dd20896f501a70167495b42d8f77f4.
Holy jumping jesus it works.
Was not in use and excepting any parameters for the ingest process via GET
was not very safe.
Also the ingest configuration can now take an NewFedoraObject rather than
building one from the configuration options. The old way is still supported
for now though.
This function will check the given object/datastream against the given
permissions and required content models using the given user. If no user is
given the user identified by the GET token will be used, if no token is present
the global user will be used.
islandora_delete_object() no longer throws. Now it will only return TRUE if
successful, FALSE otherwise as expected.
This fixes the issue where solution packs were not reinstalling existing objects.
When the PHP XSLT Processor extension is not loaded, Islandora will
silently fail when attempting to add new objects. This changeset
adds a check in the Islandora hook_requirements() hook for the
XSLTProcessor class. If it isn't found, a message is thrown.
Conflicts:
islandora.install
Jonathan Green