Log of the #duraspace-ff channel on chat.freenode.net

Using timezone: Eastern Standard Time
* escowles joins06:26
* MohamedAR joins
* MohamedAR leaves06:43
* awead joins07:55
* dhlamb joins08:29
* acoburn joins08:43
<awoods>escowles/acoburn: This is ready to go: https://jira.duraspace.org/browse/FCREPO-144608:54
escowles/acoburn: which should then enable: https://jira.duraspace.org/browse/FCREPO-1425
* whikloj joins09:00
* awoodsx joins09:10
<ruebot>I hope awoodsx has a sinister goatee09:13
* dwilcox joins
* ajs6f joins09:17
<awoodsx>Bwahaha
<awoods>awoodsx: back off!09:18
* dshalvi joins09:29
* ksclarke joins09:30
<ruebot>awoods: w/r/t fuseki, I just have to figure out how to create a test configuration file and I'm done.09:32
awoods: ...fcrepo is broken on initial deployment on master right now
awoods: https://gist.github.com/ruebot/84a5942b67d2022c57a009:33
<acoburn>ruebot: are you using fuseki 2.0? or did you revert back to 1.x?09:34
<ruebot>acoburn: working through this https://github.com/fcrepo4-labs/fcrepo4-vagrant/pull/709:35
<ajs6f>escowles: Two super-minor comments on pull/769 and I think we're ready to go.
<ruebot>acoburn: ...so fuseki 2.0.0
acoburn: the examples they provide here http://jena.apache.org/documentation/fuseki2/fuseki-configuration.html#relationship-to-fuseki-1-configuration are not working... or i'm just not understanding them correctly.09:36
<acoburn>ruebot: have you tried this: https://github.com/apache/jena/blob/master/jena-fuseki2/examples/service-tdb-mem.ttl
it's a simple in-memory db09:37
<ruebot>acoburn: ah, nice! I'll crib from the tbd one https://github.com/apache/jena/blob/master/jena-fuseki2/examples/service-tdb-2.ttl09:38
acoburn: those configuration files are supposed to go in $FUSEKI_BASE/configuration, right?09:41
* MohamedAR joins09:42
<acoburn>ruebot: I've only ever used fuseki 1.x as a stand-alone server, so they're called from the command line
ruebot: that is to say, I don't know
<ruebot>acoburn: hrm. the documentation says to put them there, but when i do, and restart tomcat, fuseki 404s and nothing shows up in catalina.out09:43
<acoburn>ruebot: that is what the documentation says….09:44
* github-ff joins09:45
[fcrepo4] escowles pushed 1 new commit to event-suppression: http://git.io/vv6ms
fcrepo4/event-suppression fa59462 Esmé Cowles: Moving awaitility version to top-level pom.xml, clarifying spring bean config comments
* github-ff leaves
<ruebot>acoburn: maybe i'm not the only one http://mail-archives.apache.org/mod_mbox/jena-users/201504.mbox/%3COFAFE54E63.23B71DEA-ONC1257E25.00652302-C1257E25.0065E1CB%40netage.nl%3E
<awoods>ruebot: re:fcrepo being broken. Are you building from master then deploying to tomcat?09:56
<ajs6f>escowles: Glad you moved the awaitility dependency info upwards, but I'm confused about what's now there: it looks like awaitility appears, complete with versioning and scope, in the poms of _both_ fcrepo4 _and_ fcrepo-kernel-impl. Shouldn't it be appearing, with versioning and scope, in fcrepo4/pom.xml's "dependencyManagement" section, then appearing without versioning and scope in the "dependency" section of the poms of fcrepo-kernel-09:57
<escowles>ajs6f: i can do that09:59
<ajs6f>escowles++ # thanks for being patient with my pickiness
<awoods>escowles/ajs6f: agreed. that is the purpose of the dependencyManagement section.
<ajs6f>awoodsx: Do you agree with that?10:00
<escowles>ajs6f: one awoods isn't enough, now we need sign-off from his alter-ego too?10:01
<awoodsx>ajs6f: of awoods says it, I agree
<ajs6f>awoodsx: That gives me no faith in your opinions. Think for yourself!10:02
escowles: I'm hoping to play one against the other. It's like https://en.wikipedia.org/wiki/Mirror,_Mirror_%28Star_Trek:_The_Original_Series%2910:03
<awoods>on a call10:05
* github-ff joins10:06
[fcrepo4] escowles pushed 1 new commit to event-suppression: http://git.io/vv6WJ
fcrepo4/event-suppression 0547b6c Esmé Cowles: Moving awaitility to top-level depenencyManagement section
* github-ff leaves
<escowles>ajs6f: OK, awaitility is in the top-level dependencyManagement now
afk10:08
<ajs6f>escowles: cool. I'll merge.10:12
* travis-ci joins10:15
fcrepo4/fcrepo4#3584 (event-suppression - fa59462 : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/1e4974d44ac0...fa5946288f36
Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/58756120
* travis-ci leaves
* github-ff joins10:18
[fcrepo4] ajs6f pushed 1 new commit to master: http://git.io/vv6RQ
fcrepo4/master c04df98 A. Soroka: Merge pull request #769 from fcrepo4/event-suppression...
* github-ff leaves
* ajs6f leaves10:22
* osmandin joins10:23
* jgpawletko joins10:30
* travis-ci joins10:31
fcrepo4/fcrepo4#3587 (event-suppression - 0547b6c : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/fa5946288f36...0547b6c62476
Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/58758969
* travis-ci leaves
* travis-ci joins10:55
fcrepo4/fcrepo4#3588 (master - c04df98 : A. Soroka): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/e47c6701255f...c04df983a591
Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/58761061
* travis-ci leaves
<f4jenkins>Project fcrepo-module-auth-xacml build #520: UNSTABLE in 2 min 28 sec: http://jenkins.fcrepo.org/job/fcrepo-module-auth-xacml/520/10:58
* ajs6f joins11:00
* ajs6f leaves
* ajs6f joins
<awoods>https://wiki.duraspace.org/display/FF/2015-04-16+-+Fedora+Tech+Meeting11:01
* github-ff joins
[fcrepo-webapp-plus] mohideen opened pull request #8: Internal audit (master...internal-audit) http://git.io/vv6Hr
* github-ff leaves
* ajs6f is in the call.11:02
awoodsx speaks for me.
But NOT awoods.
* mikeAtUVa joins11:03
<ruebot>https://jira.duraspace.org/browse/FCREPO-143711:04
https://github.com/Islandora-Labs/islandora/blob/7.x-2.x/docs/technical-documentation/migration.md#audit-log-migration11:05
<ajs6f>I would hope that some "standard" vocab will have the expressiveness for this.11:08
Yeah, fold old-audit into new-audit.11:09
It awoodsx.11:11
++ to everyone working on that.11:20
Integration tests are easier for "outsiders" to read and understand.11:28
<whikloj>ajs6f++
* osmandin leaves
<escowles>integration tests are the best documentation of how stuff works, how you would actually use the code11:30
<ajs6f>Tests are the difference between guarantees and mere expectations.11:31
<whikloj>escowles++
<ajs6f>escowles: Yes— for technicians. Other audiences require other kinds of docs.11:32
<escowles>ajs6f: absolutely
* dwilcox leaves
* awoodsx leaves11:34
<ajs6f>I often feel the same way. I avoid refactorings that are straightforward and useful to avoid wading into mockinghell.11:45
<terrellt>Mocking hell is a good thing. It's a great wall to bash your face against until a better design comes out.11:47
<ajs6f>Mocking hell is a good way to push people away from wanting to write code for Fedora.11:48
<escowles>ajs6f++
<terrellt>ajs6f++ # Fair.11:50
<ajs6f>Yes. It's about being explicit about our intentions, expectations, and guarantees. That's what tests should do.11:52
(You need more than tests, but you need tests.)
Sounds good to me.11:53
<ruebot>one mailing list to rule them all!11:57
<ajs6f>PLease, no. I don't want to read any more about things I'm not using and in which I have no interest.11:58
<escowles>dropping -- gotta go to another call11:59
<ajs6f>conneg+
<ruebot>awoods: i'm building a islandora_vagrant instance with java8 and RC3 now12:00
<awoods>ruebot: thanks!
<ruebot>awoods: also, w/r/t fcrepo4_vagrant, merging masterand clearing out the downloads directory solved the fcrepo not deploying issue12:01
awoods: with fcrepo deploying correctly, i'm now getting fuseki info in catalina.out, and i'm able to troubleshoot the fuseki config issue a lot better now12:03
<awoods>ruebot: all kinds of good things.12:04
* dshalvi leaves
<ruebot>acoburn: thanks for replying to that TechMD thread about FITS. I had a draft started this morning, and got pulled away :-)12:54
* MohamedAR leaves12:57
* awoodsx joins13:12
<ruebot>awoods: sanity check on installing fcrepo-3.8.1-RC3 on ubuntu 14.04 with java8 and tomcat 7 -- good to go13:32
<awoods>ruebot++
<ruebot>looking through the apache jena mailing list, i'm not the only one having issues with deploying the config13:44
sanity++
awoods: ...and here is our problem https://issues.apache.org/jira/browse/JENA-91513:57
<ajs6f>ruebot: Might be fixed in trunk: https://git-wip-us.apache.org/repos/asf?p=jena.git;h=15b282814:02
ruebot: Not that that helps much.
* awoodsx leaves14:05
<awoods>ruebot: which means we stay with Fuseki1 for now, no?14:18
<acoburn>awoods/ruebot: or fuseki2 in standalone mode? (admittedly, I'm not familiar with the differences b/t the versions)14:27
<awoods>acoburn/ruebot: same here. I am not sure what the benefits of fuseki2 are over fuseki1 from a feature perspective.14:28
<acoburn>ruebot: it's a bit of a hack, but here's how you fix the fuseki2 issue….14:35
ruebot: put your configuration.ttl file in $FUSEKI_HOME/configuration
ruebot: and then symlink that file to $FUSEKI_HOME
the issue is that the config loader reads the files in the ./configuration/ directory14:36
but then passes the `basename` to the class that does the loading (without ./configuration)14:37
so if the file is accessible in $FUSEKI_HOME, the configuration loader can load it properly
just don't name it config.ttl14:38
Or (if you want to use a war file), you can wait until the fix makes it into a release, but given that it was fixed about two hours ago, that may be a while14:39
* ajs6f leaves15:41
* ajs6f joins15:45
* ajs6f1 joins15:46
* ajs6f leaves
* dhlamb leaves16:01
<ajs6f1>awoods: https://wiki.duraspace.org/display/FF/2015-06-08+-+Open+Repositories+Committers%27+Meeting16:03
* awoodsx joins16:06
* osmandin joins16:08
<ruebot>acoburn, acoburn, ajs6f: sorry. i've been on conference calls for the last couple hours.16:09
acoburn, acoburn, ajs6f: i had draft note ready to send to the jena list, when i got an email about that fix being in. so, we can wait for the next release of fuseki if y'all would like.16:10
<ajs6f1>No opinion.
<ruebot>...so it is clean in the vm, and not super hackish in implementing it
<awoods>ruebot: meaning that we stick with the fuseki that we have for the time being?16:11
<acoburn>very little opinion, probably inclined toward using 1.x or 2.x in stand alone mode.
<ajs6f1>awoods: See this: https://github.com/fcrepo4/fcrepo4/issues/771#issuecomment-9382887216:12
Weird.
<ruebot>awoods, acoburn: yeah, might as well stick with what we have for now. it works just fine.
<awoods>ajs6f1: thanks for the help16:14
<ajs6f1>awoods: We might note that somewhere.
<awoods>JAVA_HOME
* ajs6f1 leaves16:17
* ajs6f joins16:22
<awoods>ajs6f: https://github.com/fcrepo4/fcrepo4/pull/77216:31
* github-ff joins
[fcrepo4] awoods opened pull request #772: Update README.md (master...java-home) http://git.io/vvXiP
* github-ff leaves
* github-ff joins16:33
[fcrepo4] ajs6f closed pull request #772: Update README.md (master...java-home) http://git.io/vvXiP
* github-ff leaves
* awoodsx leaves16:35
* ajs6f leaves16:40
* travis-ci joins16:42
fcrepo4/fcrepo4#3590 (master - 2412c1c : A. Soroka): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/c04df983a591...2412c1cd8230
Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/58814286
* travis-ci leaves
<acoburn>awoods: is it possible to suppress a checkstyle rule?16:44
<awoods>acoburn: indeed
<acoburn>awoods: I have a camel unit test that needs an argument /not/ to be final16:45
<awoods>acoburn: hmm, very specific and isolated
<acoburn>yes, just a single overridden method in a unit test16:46
there are other work arounds, but I thought I'd ask
<awoods>acoburn: https://github.com/fcrepo4/fcrepo-build-tools/tree/master/src/main/resources/fcrepo-checkstyle
<acoburn>awoods: so what is the syntax for that? @SuppressWarning("some value here")16:47
<awoods>acoburn: I'm not sure offhand...
* ksclarke leaves
<acoburn>awoods: I'll try my work-around, which is probably a better approach anyway16:48
<awoods>acoburn: https://maven.apache.org/plugins/maven-checkstyle-plugin/
<acoburn>awoods: rather than overriding property placeholders programmatically, I can just use a test version of the blueprint.xml file16:49
<awoods>acoburn: that is the pattern we have mostly been using (for other config files)16:50
acoburn: fyi: http://checkstyle.sourceforge.net/config.html#Checker16:51
acoburn: but your workaround is probably, simpler, clearer, better.16:52
<acoburn>awoods: thanks
* osmandin leaves16:54
<f4jenkins>Yippee, build fixed!16:57
Project fcrepo-module-auth-xacml build #521: FIXED in 2 min 26 sec: http://jenkins.fcrepo.org/job/fcrepo-module-auth-xacml/521/
* mikeAtUVa leaves17:04
* awead leaves17:11
* jgpawletko leaves17:39
* whikloj leaves18:01
* acoburn leaves18:18
* ksclarke joins20:15
* dwilcox joins20:28
* dwilcox leaves20:38
* ksclarke leaves21:32
* dhlamb joins21:40
* ksclarke joins21:47

Generated by Sualtam