Log of the #fcrepo channel on chat.freenode.net

Using timezone: Eastern Standard Time
* awead joins06:06
* awead leaves07:09
* awead joins07:18
* awead leaves07:22
* awead joins
* dwilcox joins07:33
* awead leaves08:14
* dhlamb joins08:31
* awead joins08:32
* umgrosscol joins08:46
* acoburn joins08:52
* escowles joins09:06
* whikloj joins09:08
<awoods>whikloj: ping09:12
<awoods>whikloj: I hope you are well.
* osmandin joins
<awoods>whikloj: and good morning
<whikloj>awoods: I am, and good morning to you
<awoods>whikloj: We have a Fedora-User-Group workshop next week in D.C. and are about to send out the pre-req email instructions...09:15
<whikloj>awoods: I'm working on vagrant as we speak
<awoods>whikloj: We plan on using vagrant with webac...
whikloj: thanks!
<whikloj>awoods: np09:16
<osmandin>awoods: ruebot: Thanks for checking ModeShape. I get similar test errors.
<awoods>osmandin: It would be extremely helpful if you could test backward/forward compatibility of: https://jira.duraspace.org/browse/FCREPO-158109:19
* ajs6f joins09:21
<osmandin>awoods: Sure, I can do that.09:22
<awoods>osmandin: thank you. I would suggest variations of spinning up 4.3.0, loading RDF and nonRDF resources, then spinning up that branch on top of the same fcrepo.home.09:23
osmandin: and back
<osmandin>awoods: Ok, I understand.09:24
<awoods>osmandin: Most people probably do not specify locations of the various ispn stores beyond defining "fcrepo.home"
ajs6f: btw, no DuraSpace representation will be at next week's APTrust partner meeting.09:25
<ajs6f>awoods: Cool. I was just idly curious. I'll leave the giant clown hammer at home.09:26
<awoods>ajs6f: where will it take place?
<ajs6f>awoods Where will what take place?09:27
<awoods>ajs6f: Good question... the APTrust partner meeting.
<ajs6f>awoods: http://www.hotelpalomar-dc.com/09:28
<awoods>ajs6f: dwilcox and I will be in D.C. for the FUG next week.09:30
<ajs6f>awoods: Does that overlap?09:31
<awoods>ajs6f: the FUG is 10/7 and 10/8 @UMd
<ajs6f>awoods: No overlap.
<dwilcox>ajs6f awoods : The scheduling was intentional - we thought we might get some APTrust attendees at the DCFUG if we lined them up like that09:33
<ajs6f>dwilcox: Maybe you will. But I'm going to IWC the week after, and two solid weeks of not-being-home is too much for me. I think we're sending some UVa people up to FUG, tho'.09:34
<awoods>dwilcox: do you have UVa folks on the attendee list?09:35
<dwilcox>awoods ajs6f : Doesn't look like it actually09:36
<ajs6f>dwilcox: You need to put more sex into FUG. Sex sells things. Maybe have some scantily-clad dancers gyrating around the room while you and awoods do your presenttions?09:37
<dwilcox>ajs6f: That is likely to cause a new set of problems
<ajs6f>dwilcox: There are always problems. The goal is not to avoid problems. The goal is to achieve _interesting_ problems.09:38
<dwilcox>ajs6f: Your recommendation will certainly do that
* escowles leaves09:52
* dwilcox leaves09:55
<ajs6f>acoburn: ping10:03
<acoburn>ajs6f: pong
<ajs6f>acoburn: I think I've got everything into a container for the audit-triplestore IT. It's erroring out, but because there is no logging, I don't really know why or what's wrong. It all looks like:10:04
testAuditEventAgentTriples(org.fcrepo.camel.audit.triplestore.integration.AuditSparqlIT) Time elapsed: 0.237 sec <<< ERROR!
org.apache.camel.CamelExecutionException: Exception occurred during execution on the exchange: Exchange[Message: update=DELETE WHERE { ?s ?o ?p }]
at org.apache.camel.component.http4.HttpProducer.populateHttpOperationFailedException(HttpProducer.java:236)
at org.apache.camel.component.http4.HttpProducer.process(HttpProducer.java:163)
Ring any bells?
<acoburn>ajs6f: looks like it's trying to clear everything from the triplestore as part of a setup method10:06
<ajs6f>acoburn: Sure, but why is it failing? Does that represent a 404? Some other kind of HTTP error? Something that isn't a bad response? Is it even getting as far as sending a request?
<acoburn>ajs6f: I'm guessing that the triplestore is not running and the http4 endpoint fails
ajs6f: the camel error output should indicate that10:07
<ajs6f>acoburn: Okay. I don't much like guessing. What Camel error output?
<acoburn>ajs6f: what you pasted above ^^^ there's surely a lot more10:08
<ajs6f>acoburn: Nope. Just the rest of the stacktrace. I will gist you one.
They all look very similar.
<acoburn>ajs6f: but that's not the only output, there's surely *a lot* more. Scroll up10:10
ajs6f: this is just saying that fuseki isn't running, which if you're removing the embedded broker shouldn't come as a surprise10:11
<ajs6f>acoburn: A) The rest of the log is just Fedora starting up, and B) Fuseki (as a standalone webapp) should be running, or I wouldn't be bothering you.10:12
acoburn: I will gist a full log.
* dwilcox joins10:15
<ajs6f>acoburn: https://gist.github.com/ajs6f/2f5fd1c8507bc70bcc3810:18
acoburn: Now I am going to go check to make sure the Fuseki is running properly during ITs.10:19
<acoburn>ajs6f: in the AuditSparqlIT.java file, it gets the fuseki port number from system properties and adds that to the http4 endpoint10:22
ajs6f: did you change that to use the new port number?
ajs6f: in the existing code it uses fuseki.dynamic.test.port, which is generated from maven-build-tools10:23
<ajs6f>acoburn: It's not a new port number. In Maven, I am using the same move of accepting a port number from the build helper plugin and simultaneously handing it to container management (Cargo) and IT operation (Failsafe), just as we have been doing for a long time.
acoburn: Yes, fuseki.dynamic.test.port
<acoburn>asj6f: how about the context path?10:24
asj6f: the IT is expecting it's /fuseki/test
<ajs6f>acoburn: I've set it to "fuseki"— oh, maybe that's it. I'll try "fuseki/test". BTW, why "fuseki/test"?
acoburn: that's not a proper context path.10:25
<acoburn>ajs6f: the context path is /fuseki, the /test part is the dataset
ajs6f: that's what I meant10:26
<ajs6f>acoburn: Yeah, Wildfly is assuming that "fuseki/test" means a context path of just "test". So the context path actually _is_ "fuseki".
Okay, at least that is legal.
acoburn: How were you building that dataset?10:27
<acoburn>ajs6f: I thought it started out empty (?)
<ajs6f>acoburn: In Fuseki2, a dataset does not exist until you create it. How did you do that?
acoburn: That's what I meant by "build".10:28
<acoburn>ajs6f: well, that was fuseki1, and I *think* the /test dataset was already there
ajs6f: I may be mis-remembering though
<ajs6f>acoburn: I see this is your code: server = EmbeddedFusekiServer.mem(FUSEKI_PORT, "/fuseki/test") ;
acoburn: Looks like I will have to do what I've done before and put in some code to set up a test dataset or two. Okay.10:29
<acoburn>ajs6f: thanks
<ajs6f>acoburn: It's not some big thing. It just looks like:10:30
// build a dataset to work with
final String datasetName = "testNormalOperation";
final Params params = new Params();
<ruebot>awoods: are you going to be at the full iCamp CT, or just day 4?
<ajs6f>params.addParam("dbType", "mem");
params.addParam("dbName", datasetName);
execHttpPostForm(fusekiUrl + "$/datasets", params);
<acoburn>ajs6f: not bad
<awoods>ruebot: talking with dhlamb last week, we decided my presence was not necessary.
<ajs6f>acoburn: Notice the "$" URL to which I'm posting? Fuseki2 offers complete adminstrative management facilities via forms and a REST-ish API, including managing snapshots, datasets, the works.10:31
<awoods>ruebot: I have since booked attendance at the MW-FUG in Chicago
<ruebot>awoods: O_O
<awoods>dhlamb: comments?
<acoburn>ajs6f: that's a *big* improvement
<ajs6f>acoburn: No one is working on Fuseki1, but active dev is occuring on 2.10:32
<acoburn>ajs6f: I know. this is great to move to fuseki2
<dhlamb>awoods: it's ok, i'll do all the f4 talks
<ajs6f>acoburn: Meh. It's just running on a treadmill. "Of making many books there is no end; and much study is a weariness of the flesh." Ecclesiastes 12:1210:34
* jgpawletko joins10:59
* ruebot leaves11:01
* ruebot joins
* ruebot leaves
* ruebot joins
<awoods>whikloj: any update on the vagrant ticket?11:02
whikloj: I can take it if you do not have time.11:03
whikloj: got it... thanks!
whikloj: ping11:21
<whikloj>awoods: sorry afk, what's up11:47
<awoods>whikloj: testing the vagrant updates...11:48
whikloj: and seeing issues with the "echo feature:install" not blocking... possibly
whikloj: does your PR look good on your end?11:49
whikloj: assuming the fixity typo causes issue.
<whikloj>awoods: The entire fcrepo_camel_toolbox.script seems to only work irregularly.
<awoods>whikloj: what do you think the issue is?11:50
<whikloj>awoods: Something seems to cause it to exit the karaf client after the audit, I usually don't get reindexing and fixity installed.11:51
awoods: that's why I tried adding the echo ...
awoods: see if a delay would get it working.
awoods: testing with the typo corrected
<awoods>whikloj: a delay may help... albeit a hack.
<whikloj>awoods: there is one already in the karaf.script. I did add a couple to fcrepo_camel_toolbox.script, but it didn't seem to help11:52
awoods: shell:sleep 1000
awoods: It appears that the karaf client ends the session too early and so the last two features don't get installed11:53
<awoods>whikloj:==> default: Adding feature url mvn:org.fcrepo.camel/fcrepo-camel-toolbox/LATEST/xml/features11:56
==> default: Failed to get the session.
==> default: sed: can't read /opt/karaf/etc/org.fcrepo.camel.reindexing.cfg: No such file or directory
==> default: sed: can't read /opt/karaf/etc/org.fcrepo.camel.reindexing.cfg: No such file or directory
==> default: Failed to get the session.
==> default: sed: can't read /opt/karaf/etc/org.fcrepo.camel.fixity.cfg: No such file or directory
==> default: sed: can't read /opt/karaf/etc/org.fcrepo.camel.fixity.cfg: No such file or directory
<whikloj>awoods: yeah that "Failed to get the session" seems to be the karaf client issue. Only with the "echo .. | ../client -b"
awoods: I can drop those if you prefer, but you'll still get the sed errors because the features don't install.11:57
<awoods>whikloj: yes, we need those features to install.
whikloj: if the cfg files do not exist, then there is no reason to sed them.11:58
<whikloj>awoods: I can do the check for them and skip the sed calls. But I like the errors because they are the last thing that happen so you can tell that you need to "vagrant provision" again11:59
<awoods>whikloj: true... although it would be best if it worked.
whikloj: "it", being the feature installs12:00
whikloj: have you looked into this warning:
==> default: 815 [sshd-SshClient[124c278f]-nio2-thread-1] WARN org.apache.sshd.client.keyverifier.AcceptAllServerKeyVerifier - Server at [/, RSA, e3:99:f6:23:57:e4:ba:42:7d:1b:a9:96:5a:11:24:22] presented unverified {} key: {}
<whikloj>awoods: not really, I did see it but shows that regardless if it works or not12:02
* awead leaves12:06
<whikloj>awoods: that error even appears in the karaf manual, https://karaf.apache.org/manual/latest/users-guide/remote.html12:12
<awoods>whikloj: I see that... probably nothing to dive into12:13
whikloj: I am trying a different karaf/client form:12:14
- echo "feature:install fcrepo-indexing-triplestore" | /opt/karaf/bin/client -b
+ /opt/karaf/bin/client "feature:install fcrepo-indexing-triplestore"
<whikloj>awoods: trying adding -u -h and -a args as well12:18
* awead joins12:19
<awoods>whiloj: what is the "user" you are using?
<whikloj>awoods: karaf12:22
<awoods>whikloj: fcrepo-reindexing seems to be the problem child12:28
<whikloj>awoods: agreed
awoods: but why does it work the second time around?12:29
<awoods>whikloj: what do you mean by "the second time around"?
<whikloj>awoods: "vagrant provision" after a "vagrant up" and everything is fine.
<awoods>whikloj: maybe karaf needs to have settled12:30
<whikloj>awoods: I'm trying taking the reindexing out of the fedora_camel_toolbox.script
<awoods>whikloj: that will be interesting to see if it works.12:31
whikloj: If so, I wonder if moving fcrepo-reindexing to the bottom of the list preceded by a wait would help?
<whikloj>awoods: maybe, I did try sticking shell:sleep 1000 infront of audit, reindexing and fixity before. But maybe 1 sec is not long enough12:32
* ajs6f leaves12:36
<whikloj>awoods: fixity did not install either, perhaps the issue is how the audit feature:install exits?12:44
awoods: audit does have alot of dependencies compared to the others.12:45
<awoods>whikloj: have you tried removing fcrepo-audit from the startup?
<whikloj>awoods: trying that now
<awoods>whikloj: have you come up with a good way to retest without a full "vagrant destroy"?12:56
<whikloj>awoods: nope
awoods: I guess you could login to the karaf client do feature:uninstall for the fcrepo features and try the vagrant provision.12:57
awoods: successfully installed 4 out of 5 features by removing the audit one from fedora_camel_toolbox.script12:58
<awoods>whikloj: which feature failed?
<whikloj>awoods: my mistake they are all installed, but audit was installed by the /opt/karaf/bin/client "feature:install fcrepo-audit"12:59
<acoburn>awoods: whikloj: the problem is most likely that fcrepo-audit depends on the whole modeshape machinery13:00
this is a problem with the fcrepo-audit bundle
in order to keep the code DRY, some "utility" functions were taken out of fcrepo-audit-triplestore and put into fcrepo-audit
<whikloj>acoburn/awoods: makes little sense why it would install right after with no other actions in between?13:01
<acoburn>and now fcrepo-audit-triplestore depends on fcrepo-audit which depends on fcrepo-kernel-modeshape
which depends on about fifty other things
it is completely insane
<awoods>acoburn,whikloj: should we remove fcrepo-audit* from vagrant until the issue is resolved?13:02
<acoburn>especially since the code in question is about twenty lines
<awoods>acoburn: is there a resolution?
<whikloj>awoods: I'll push my changes to my branch, but it seems to have worked this way.
<acoburn>awoods: the best solution is either (a) move the code back into fcrepo-audit-triplestore or (b) create a fcrepo-audit-commons module13:03
<awoods>whikloj: meaning, "it works without fcrepo-audit-triplestore"?
<acoburn>awoods: where the fcrepo-audit-commons has all the shared functionality
<whikloj>awoods: no it works with all features installed
<awoods>whikloj: hmm... ok. I look forward to testing your commit locally.13:04
<acoburn>whikloj: that's great, but my point still stands — the camel code should *NOT* depend on the kernel
<whikloj>acoburn: true, this is more of a work around to get it installed in the vagrant instance. Future work might make this irrelevant and we can go back to the single script13:05
awoods: changes pushed, let me know if it works for you.13:06
* osmandin leaves13:09
* mesemus_ joins13:11
<whikloj>awoods: you sent the link to last weeks meeting and it appears now people are editing that agenda13:12
awoods: oh wait I am incorrect
awoods: too many tabs open, sorry13:13
<mesemus_>awoods: hi, Mirek Simek here - do you still need the readme.md changes? don't have scanner here, cla must wait till tomorrow13:16
<awoods>mesemus_: no rush, thanks.13:20
whikloj: testing now...13:22
* awead joins13:28
* awead_lunch leaves13:30
<awoods>whikloj: startup looks good... testing functionality...13:31
<whikloj>awoods: cool13:33
<awoods>whikloj: looks good. Thanks.13:45
* github-ff joins13:49
[fcrepo4-vagrant] awoods pushed 2 new commits to master: http://git.io/vcWwq
fcrepo4-vagrant/master 982af09 Jared Whiklo: Change default authentication system from RbAcl to WebAC
fcrepo4-vagrant/master 0c6e9a1 Jared Whiklo: Include default username/password for triplestore and Solr indexing....
* github-ff leaves
* github-ff joins13:50
[fcrepo4-vagrant] awoods closed pull request #23: Change default authentication system from RbAcl to WebAC (master...FCREPO-1735) http://git.io/vcWwD
* github-ff leaves
* github-ff joins13:51
[fcrepo4-vagrant] mesemus opened pull request #26: README.md - workaround instructions if reindexing service is not started (master...master) http://git.io/vcWrL
* github-ff leaves
<acoburn>dwilcox: will we be meeting via hangout or skype?13:57
<dwilcox>acoburn: Hangout - same as before
* github-ff joins13:58
[fcrepo4-vagrant] awoods force-pushed hydraconnect3 from fc19d18 to bf4ee62: http://git.io/vcWKP
fcrepo4-vagrant/hydraconnect3 bf4ee62 Daniel Lamb: Imagemagick for HC3 workshop
* github-ff leaves
* awead leaves14:22
* mesemus_ leaves14:24
* awead joins15:21
<whikloj>acoburn: ping15:23
<whikloj>acoburn: does the fcrepo-reindexing feature rely on fcrepo-indexing-solr?15:24
<acoburn>whikloj: no, it doesn't rely on anything
<whikloj>acoburn: ok, just checking thanks
<acoburn>whikloj: in the sense of "dependencies"
whikloj: though it's not very useful by itself15:25
<whikloj>acoburn: you can reindex to the triplestore, yes?
<acoburn>whikloj: yes
<whikloj>acoburn: cool, just trying to fix up the Islandora2 vagrant and solve a similar issue to the one awoods and I were dealing with earlier.15:26
* github-ff joins
[fcrepo4-vagrant] awoods force-pushed fcrepo4-vagrant-4.3.1-SNAPSHOT from fc19d18 to 1f3c638: http://git.io/vcltr
* github-ff leaves
awoods: do you know what version of jira duraspace is running?15:49
awoods: oh, 6.2.615:50
awoods: https://confluence.atlassian.com/jira/configuring-workflow-triggers-656539662.html#Configuringworkflowtriggers-eventsTriggerevents -- that's what we're talking about working with if you're curious. requires JIRA 6.3.3. might be worth having a conversation in fedoraland too?15:59
<awoods>ruebot: are you thinking about integrating with GitHub?16:02
<ruebot>awoods: we already do w/r/t to branch names, and commits showing up in tickets. but, we're starting to have conversations about the triggers.16:03
* dhlamb leaves16:09
* rlefaive joins16:16
* dwilcox leaves16:18
* github-ff joins16:28
[fcrepo-camel] awoods pushed 2 new commits to master: http://git.io/vclAw
fcrepo-camel/master 7c05d06 Aaron Coburn: update/cleanup maven to use fcrepo-parent
fcrepo-camel/master 2ef9b07 Andrew Woods: Merge pull request #93 from acoburn/fcrepo-1728...
* github-ff leaves
* github-ff joins16:30
[fcrepo-camel-toolbox] awoods pushed 1 new commit to master: http://git.io/vclxJ
fcrepo-camel-toolbox/master a774c5d Aaron Coburn: Clean up/reorg maven config, inheriting from fcrepo-parent...
* github-ff leaves
* github-ff joins16:31
[fcrepo-camel-toolbox] awoods closed pull request #53: clean up/reorg maven config, inheriting from fcrepo-parent (master...fcrepo-1728) http://git.io/vZSyN
* github-ff leaves
* travis-ci joins16:32
fcrepo4-exts/fcrepo-camel#226 (master - 2ef9b07 : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel/compare/5d2fb305814c...2ef9b07ee844
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel/builds/83003939
* travis-ci leaves
* github-ff joins16:34
[migration-utils] acoburn deleted fcrepo-1728 at 94e300c: http://git.io/vclpb
* github-ff leaves
* jgpawletko leaves16:36
* travis-ci joins16:42
fcrepo4-exts/fcrepo-camel-toolbox#157 (master - a774c5d : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel-toolbox/compare/274d2d3feba3...a774c5dcdddc
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel-toolbox/builds/83004199
* travis-ci leaves
* github-ff joins16:44
[fcrepo4-vagrant] awoods created dcfug-2015-09 (+2 new commits): http://git.io/vc8e7
fcrepo4-vagrant/dcfug-2015-09 56eab1e Daniel Lamb: Imagemagick for HC3 workshop
fcrepo4-vagrant/dcfug-2015-09 7456739 Andrew Woods: Enable WebAC by default
* github-ff leaves
* github-ff joins16:45
[fcrepo4-vagrant] awoods tagged fcrepo4-vagrant-4.3.1-SNAPSHOT-dcfug-2015-09 at dcfug-2015-09: http://git.io/vc8vu
* github-ff leaves
* github-ff joins17:04
[fcrepo4] awoods pushed 2 new commits to master: http://git.io/vc8Lu
fcrepo4/master bf742b3 Aaron Coburn: use premis:hasEventOutcome for fixity results, and don't set it as immutable...
fcrepo4/master 45ae114 Andrew Woods: Merge pull request #912 from acoburn/fcrepo-1746...
* github-ff leaves
* github-ff joins
[fcrepo-camel-toolbox] awoods closed pull request #57: use premis:hasEventOutcome instead of non-existent fedora:status property (master...fcrepo-1746) http://git.io/vn57e
* github-ff leaves
* github-ff joins17:05
[fcrepo-camel-toolbox] awoods pushed 2 new commits to master: http://git.io/vc8LV
fcrepo-camel-toolbox/master 0958ee3 Aaron Coburn: use premis:hasEventOutcome instead of non-existent fedora:status property
fcrepo-camel-toolbox/master b8fa3ec Andrew Woods: Merge pull request #57 from acoburn/fcrepo-1746...
* github-ff leaves
* acoburn leaves17:10
* travis-ci joins
fcrepo4-exts/fcrepo-camel-toolbox#158 (master - b8fa3ec : Andrew Woods): The build was broken.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel-toolbox/compare/a774c5dcdddc...b8fa3ec50f44
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel-toolbox/builds/83009614
* travis-ci leaves
<f4jenkins>Project fcrepo-camel-toolbox build #221: UNSTABLE in 7 min 7 sec: http://jenkins.fcrepo.org/job/fcrepo-camel-toolbox/221/17:12
Aaron Coburn: use premis:hasEventOutcome instead of non-existent fedora:status property
Project fcrepo-camel build #526: UNSTABLE in 1 min 40 sec: http://jenkins.fcrepo.org/job/fcrepo-camel/526/17:18
* travis-ci joins17:21
fcrepo4/fcrepo4#4070 (master - 45ae114 : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/2f5751b03371...45ae114d27b4
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/83009579
* travis-ci leaves
<f4jenkins>Project fcrepo-webapp-plus build #419: FAILURE in 50 sec: http://jenkins.fcrepo.org/job/fcrepo-webapp-plus/419/17:24
* github-ff joins17:26
[ontology] awoods deleted fcrepo-1747 at 2dc711a: http://git.io/vc8cR
* github-ff leaves
<f4jenkins>Yippee, build fixed!17:29
Project fcrepo-webapp-plus build #420: FIXED in 59 sec: http://jenkins.fcrepo.org/job/fcrepo-webapp-plus/420/
* whikloj leaves17:56
* umgrosscol leaves18:05
* dwilcox joins18:17
* ksclarke leaves19:03
* dwilcox leaves19:19
* dhlamb joins19:59
* rlefaive leaves20:04
* ksclarke joins20:11
* awead_ joins21:33
* awead leaves21:35
* awead leaves22:15
* awead joins22:17
* awead leaves23:13
* awead joins23:20
* awead leaves23:25
* dhlamb leaves23:48

Generated by Sualtam