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

Using timezone: Eastern Standard Time
* jcoyne leaves00:49
* yinlin leaves01:27
* yinlin joins
* ksclarke leaves01:43
* awead joins07:34
* dwilcox joins07:40
* acoburn joins08:26
* dhlamb joins08:45
* ajs6f_ joins08:56
* ksclarke joins09:04
* whikloj joins09:09
* jcoyne joins09:12
* Nianli joins09:25
* jgpawletko_ joins09:31
* jgpawletko_ leaves
* jgpawletko leaves09:32
* jgpawletko joins09:34
* github-ff joins09:47
[fcrepo4] yinlinchen opened pull request #742: Fcrepo 1382 (master...fcrepo-1382) http://git.io/xdHs
* github-ff leaves
* jcoyne leaves09:52
<yinlin>Hi is there anyone using mac? I encounter an issue that using mvn clean install to build project failed, but using exactly the same code and using mvn clean install to build project but succeeful.10:01
in the Ubuntu machine.
<acoburn>yinlin: I use a mac but also have access to Ubuntu and CentOS environments for cross checking10:02
<yinlin>I try to use another command MAVEN_OPTS="-Xmx1024m -XX:MaxPermSize=1024m" mvn -Djacoco.agent.it.arg="-XX:MaxPermSize=1024m -Xmx1024m" -Djacoco.agent.ut.arg="-XX:MaxPermSize=256m -Xmx1024m" clean install
but sometimes it still build failed
<acoburn>yinlin: which branch are you referring to?
<yinlin>can you please check https://github.com/fcrepo4/fcrepo4/pull/74210:03
I just modify the code this morning, and it build passed in Ubuntu, not mac
<acoburn>yinlin: sure, I'll check
<yinlin>thx!
My suspect is the memory issue.10:05
<acoburn>it just built fine for me10:15
maven_opts were -Xmx1024m -XX:MaxPermSize=1024m" mvn -Djacoco.agent.it.arg="-XX:MaxPermSize=1024m -Xmx1024m" -Djacoco.agent.ut.arg="-XX:MaxPermSize=256m -Xmx1024m
that is, the build command was:10:16
MAVEN_OPTS="-Xmx1024m -XX:MaxPermSize=1024m" mvn -Djacoco.agent.it.arg="-XX:MaxPermSize=1024m -Xmx1024m" -Djacoco.agent.ut.arg="-XX:MaxPermSize=256m -Xmx1024m" clean install
this mac has 8GB of RAM10:17
<yinlin>acoburn: thx, The command is the same. I will reboot my imac and give it a try...10:26
* yinlin leaves
* jcoyne joins10:27
* Nianli leaves10:28
* yinlin joins10:47
* acoburn1 joins10:48
* acoburn leaves10:49
* dshalvi joins10:56
* mikeAtUVa joins
* Nianli joins10:58
<awoods>https://wiki.duraspace.org/display/FF/2015-03-05+-+Fedora+Tech+Meeting11:01
* escowles joins11:02
<mikeAtUVa>awoods: UVA is closed today, so Adam likely isn't around11:05
<ajs6f_>mikeAtUVa: I'm going to try to call in from home in a minute or two.11:06
<mikeAtUVa>ajs6f_: cool... we're talking about the github organization: ie fcrepo4, fcrepo4-labs, fcrepo4-extras11:07
* ajs6f_ is on the call.11:08
yep11:09
<ruebot> call dropped for me. back in moment.11:17
* barmintor_ joins11:18
* barmintor leaves11:19
<ajwagner>that++11:38
<escowles>just got dropped.. reconnecting...11:42
<ajs6f_>The big question is: one hump or two.11:58
<awoods>Regarding agenda item #4, there have been some suggestions related to naming!! and hosting!!12:00
Are folks comfortable with a name such as: "Portland Common Data Model" or "Portland Repository Data Model"?12:01
<ruebot>white_stag++
<awoods>ruebot: apparently white-stag has some political issues
ruebot: it is a non-starter
<ajs6f_>I am comfortable with either of those.
<acoburn1>portland++
<awoods>escowles?12:02
<escowles>ruebot: i do love the white stag naming idea, but it was suggested "white" and "stag" weren't the best words to lead the model name with, esp. for people who don't know the building
awoods: i'm fine with either of those, slight preference for PRDM
<awoods>great
second... hosting
<acoburn1>do you mean the code or the published ontology?12:03
<awoods>acoburn1: yes, and SCM
acoburn1: both
The code should live in github12:04
under a general DuraSpace github repository, or other organization?
<ruebot>escowles: agreed
<awoods>thoughts?12:05
<escowles>i think under duraspace would be great
<ajs6f_>Hylandora?
<ruebot>so, portland++
<awoods>ajs6f_ ??
<ajs6f_>That could be the name of a suborganization, but I'm fine with a general Duraspace repo.
<ruebot>ajs6f_: hylandora is already taken -- that came out of a RIRI in 2011 iirc
<ajs6f_>Oh, well.
<acoburn1>duraspace works for me
<ruebot>ajs6f_: yeah, here it is: https://wiki.duraspace.org/display/hydra/Hylandora+Discussion+at+RIRI+201112:06
<awoods>Let's say there is a new duraspace github repo... great.
* dwilcox leaves
<awoods>then for actually publishing the ontology... it can be served by github, or it has been offered to be served from a IIIF host12:07
it probably makes less sense to be hosted from fedora.info
<ajs6f_>I would be inclined against that.
* dwilcox joins
<awoods>ajs6f_ against what?
<ajs6f_>fedora.info12:08
<escowles>i think serving from iiif.io seems reasonable, with a custom domain name
<ajs6f_>pcdm.org looks open.
<escowles>i agree with ajs6f_: it shouldn't be hosted on fedora.info
<awoods>escowles: exactly, and ideally the republishing process is smooth
others, hosting externally (IIIF host, with appropriate domain name)?12:09
<ruebot>pcdm.org++12:10
<ajs6f_>If it's in Github, Github pages could be used to publish it with just a DNS entry for the domain.
<ruebot>i don't know enough about the IIIF hosting to comment
<awoods>ajs6f_ agreed, however conneg is not supported by github
<ajs6f_>Nothing against the iiif.org suggestion, just trying to keep the machine count low.
awoods: Oh, didn't know that. NM.
<awoods>can we get a quick consensus on pcdm vs. prdm?12:11
<escowles>yep, i think starting with github pages with a DNS pointer is a good start, and we can sort out other hosting options later
prdm++
<awoods>escowles: is prdm.org available?
<escowles>yes
<awoods>one prdm, and one pcdm
how to decide?12:12
<acoburn1>either is fine with me
<awoods>does anyone care deeply one way or the other?
<ruebot>no
<escowles>no
<awoods>ok12:13
thanks for the input. Does anyone have reservations with this general direction?
<ruebot>i don't
<ajs6f_>Not me.
<acoburn1>no concerns from me12:14
<escowles>nope, it all sounds good to me.
<awoods>thanks team, stay tuned to the mailing lists
<ruebot>barmintor: ping
<barmintor>ruebot: heya12:15
* barmintor is home hiding from the snowstorm
<ajs6f_>See y'all for the audit call later.12:16
* ajs6f_ goes to the shed to get the snowshovels
* ajs6f_ leaves12:17
* Nianli leaves12:18
<ruebot>barmintor: ouch.12:19
barmintor: just have a question about the mvn build. I clone your repo, checked out the branch, and did a mvn install
barmintor: I get a build fail -- Fedora Integration Test - Configuration A ......... FAILURE [2:30.085s]12:20
barmintor: I can gist it all up if you'd like.
<barmintor>ruebot: let me have a look12:22
<ruebot>barmintor: https://gist.github.com/ruebot/df8595f575174220fbe612:24
<barmintor>ruebot: see this is what happens when you run tests, make one more late edit and then push12:25
<ruebot>barmintor: heh. so, it's not on me then? I tried the build on two different machines for sanity.12:28
<barmintor>ruebot: I dunno, it’s actually passing over here.12:29
ruebot: did you clean the repo first? Wouldn’t expect that to matter, but /shrug12:30
ruebot: alternately, the list of failures would be helpful12:31
:)
<ruebot>barmintor: just did a mvn clean -- is there a place mvn dumps out the whole build log? or should I pipe it out to some file?12:33
<barmintor>ruebot: yeah, I’d pipe to a file if you have a small console buffer available
<ruebot>barmintor: building again, and piping out. I'll gist that up and give you a link when it is done.12:35
<barmintor>ruebot++
* escowles leaves12:40
<dwilcox>whikloj: Do you have a sprint update for today?12:42
<whikloj>dwilcox: sorry completely forgot with the call. Finished configuring fcrepo-message-consumer on the vm for FCREPO-1377, trying add a service script for Fuseki to allow machine restarts.12:44
<dwilcox>whikloj: No worries. Thanks.12:47
<acoburn1>whikloj: do you need an init.d script for fuseki?12:55
<whikloj>acoburn1: sure, I think I have one...but if you've tested yours12:57
<acoburn1>I believe that the `fuseki` script will work for that12:58
I don't know if chkconfig plays well with it
<yinlin>Anyone know where to find the $helpers function in order to get the fcr:fixity link for common-node-actions.vsl?
<acoburn1>Otherwise, I have another script that I've used with CentOS12:59
whikloj: what OS are you using for this?13:00
<whikloj>acoburn1: ubuntu13:01
<acoburn1>whikloj: ok, let me fire up an ubuntu machine to verify…
<whikloj>acoburn1: looks like it works13:08
acoburn1: now I wish I'd thought of that13:09
<acoburn1>yes, and you can set the env vars in /etc/default/fuseki
<whikloj>yeah I saw that, thanks13:10
<acoburn1>you should only need to set FUSEKI_HOME and FUSEKI_CONF
<whikloj>I did FUSEKI_HOME and FUSEKI_ARGS and that seems to work for a simple setup.13:14
* Nianli joins13:17
<yinlin>Does every binary file have /fcr:fixity by default?13:18
<Nianli>dwilcox: yesterday, work on FCREPO-1371, put my testing results on comments. today, plan to work on FCREPO-1376.13:19
<awoods>yinlin: on a call
can anyone else help yinlin?13:20
<whikloj>yinlin: in my test setup they were created by default
<ruebot>barmintor: https://gist.github.com/ruebot/e1f420ce5f175bee45c213:21
<barmintor>ruebot: ok, running that test config now, hopefully will see the same errors and be able to look at server logs13:27
<ruebot>barmintor: if it helps, one machine was Ubuntu 12.04 and the other was 14.04 -- Java version -- both are sun/oracle java 713:30
<barmintor>ruebot: good god, i hope that doesn’t help
ruebot: well, I do not reproduce these errors. I would need to look at the tomcat logs for the configC install on your test machine, I guess.13:33
ruebot: but first lunch13:34
<ruebot>barmintor: enjoy lunch!
<whikloj>general question: What does a multi-value property of type weak reference actually store? I can get the identifier using getString, but can I get the node? Using getBinary() perhaps?13:42
<awoods>whikloj: See:13:53
https://github.com/fcrepo4/fcrepo4/blob/master/fcrepo-kernel-impl/src/main/java/org/fcrepo/kernel/impl/rdf/converters/ValueConverter.java#L96
and
https://github.com/fcrepo4/fcrepo4/blob/master/fcrepo-kernel/src/main/java/org/fcrepo/kernel/services/functions/JcrPropertyFunctions.java#L81
<whikloj>awoods: thanks13:54
* ksclarke leaves13:55
* ksclarke joins13:56
* github-ff joins14:15
[fcrepo4] yinlinchen opened pull request #743: Fcrepo 1376 (master...fcrepo-1376) http://git.io/xNIe
* github-ff leaves
* yinlin leaves14:18
* awead leaves14:34
* awead joins14:35
* ajs6f_ joins15:00
https://wiki.duraspace.org/display/FF/2015-03-05+-+Audit+Service+Planning+Meeting15:04
Happening now.
* mikeAtUVa leaves15:17
* Doylejo joins15:18
<ajs6f_>dshalvi++15:20
Nice work.
<ruebot>sorry - got booted. back on.15:38
<ajs6f_>barmintor: you getting a bunch of snow up there?15:39
<barmintor>ajs6f_: sorry, just back. Yes, lots of snow.15:40
<ajs6f_>barmintor: just curious. stay warm.15:41
<barmintor>just warm enough to try to figure out what’s the what with ruebot’s mvn run
<ajs6f_>barmintor: I knew fcrepo3 gets you hot under the collar, but that's a terrible way to stay warm.15:42
<barmintor>it’s almost over. I can see a sunny green field. There’s trees and flowers.15:43
<Doylejo>seemed to have lost my connection just after asking my question
<ajs6f_>hedging our bets15:51
* yinlin joins16:01
<ruebot>barmintor: probably rueRROR16:02
<barmintor>ruebot: if you want to try again, pull that branch again16:03
<yinlin>Anyone use mac v.10.10.2 encounter this build failure error16:04
BibframeIT.testBibframe:69->AbstractIntegrationRdfIT.createLDPRSAndCheckResponse:63->AbstractIntegrationRdfIT.checkResponse:152 Didn't get a CREATED response! expected:<201> but was:<500>
Master branch, use> MAVEN_OPTS="-Xmx1024m -XX:MaxPermSize=1024m" mvn -Djacoco.agent.it.arg="-XX:MaxPermSize=1024m -Xmx1024m" -Djacoco.agent.ut.arg="-XX:MaxPermSize=256m -Xmx1024m" clean install
Java 7 or 8 all failed.
BTW: Ubuntu all passed.
* Doylejo leaves16:06
<ruebot>barmintor: pulled. mvn clean and mvn install running now.
* dhlamb leaves16:07
<ajs6f_>see y'all later. ruebot: Don't drive barmintor too crazy.16:10
* ajs6f_ leaves
* Nianli leaves16:13
* dwilcox leaves16:16
<barmintor>awoods: Mike Durbin and Adam have reviewed https://github.com/fcrepo3/fcrepo/pull/23 ok to merge?16:29
* yinlin leaves16:37
<ruebot>barmintor: [INFO] BUILD SUCCESS16:43
<barmintor>WELL LA DEE DA
<ruebot>barmintor++ (looks at the commit diff to see what was up)
<barmintor>ruebot: were you able to export a giant datastream?16:45
* awead leaves16:51
<ruebot>barmintor: haven't go there yet :-) gotta re-deploy fcrepo on this islandora vm16:52
barmintor: i'll have an answer for you tomorrow by noon at the latest (i hope!)
* jcoyne leaves17:04
<barmintor>awoods17:05
* jgpawletko leaves17:11
<awoods>barmintor17:19
<barmintor>awoods: I just wanted you to push some merge buttons, but I think tecoripa is going to do it17:20
<awoods>barmintor: ok, let me know if you need it
<barmintor>awoods: I think everything we had identified for the release-we-don’t-discuss is fixed, tho ruebot is still testing the last bit
<awoods>barmintor: that is great (and awful)17:21
<barmintor>awoods: time will tell
awoods: it may just be awful17:22
<awoods>barmintor: I need a merge button as well...
<barmintor>awoods: which PR?
<awoods>barmintor: https://jira.duraspace.org/browse/FCREPO-138317:23
barmintor: I asked cbeer for a review... but it never quite finished.
* barmintor starts looking at it
<awoods>barmintor: no rush... but it would be nice to wrap it up17:24
<barmintor>awoods: I think there’s probably a test missing at https://github.com/awoods/fcrepo4/blob/fcrepo-1383/fcrepo-kernel-impl/src/test/java/org/fcrepo/kernel/impl/rdf/impl/LdpContainerRdfContextTest.java now? The changes look fine, but should probably ticket a unit test if I merge it.17:31
<awoods>on a call17:32
barmintor: back17:39
* acoburn1 leaves
<awoods>barmintor: Let me go ahead and add the unit test for coverage of: https://github.com/awoods/fcrepo4/blob/fcrepo-1383/fcrepo-kernel-impl/src/main/java/org/fcrepo/kernel/impl/rdf/impl/LdpContainerRdfContext.java#L19317:44
<barmintor>awoods++
* jcoyne joins17:45
<ruebot>barmintor: do I need to test just that branch I built from?17:49
<barmintor>ruebot: yeah, pretty sure master would fail, it would read the ds contents into memory twice17:50
<ruebot>barmintor: aye. I spinning up a VM now, and I'll see what I can do before mmgarza gets home.17:51
* whikloj leaves17:54
* ksclarke leaves18:10
* awead joins19:16
* awead leaves19:19
<awoods>barmintor: PR has been updated: https://github.com/fcrepo4/fcrepo4/pull/74019:51
barmintor: Please let me know if you would like me to squash the two commits before merge. I left it in separate commits so you could see the unit test changes.19:52
<barmintor>awoods: I don’t mind either way- will merge when CI passes
* awead joins20:01
* jcoyne leaves20:10
* github-ff joins20:12
[fcrepo-build-tools] awoods pushed 1 new commit to master: http://git.io/xx80
fcrepo-build-tools/master 65c580e Andrew Woods: Update README.md
* github-ff leaves
* github-ff joins20:13
[fcrepo4] barmintor pushed 3 new commits to master: http://git.io/xx8y
fcrepo4/master c5f6475 Andrew Woods: Enable LDP indirect containers to update referenced container...
fcrepo4/master 4c6986a Andrew Woods: Add unit test for IndirectContainer with reference property...
fcrepo4/master 5c6c6f5 Benjamin Armintor: Merge pull request #740 from awoods/fcrepo-1383...
* github-ff leaves
* whikloj joins20:14
* whikloj leaves20:22
* travis-ci joins20:30
fcrepo4/fcrepo4#3450 (master - 5c6c6f5 : Benjamin Armintor): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/5eb9636e19fa...5c6c6f5ec7cc
Build details : http://travis-ci.org/fcrepo4/fcrepo4/builds/53281997
* travis-ci leaves
* ksclarke joins20:40
* ksclarke leaves20:51
* jcoyne joins20:53
* ksclarke joins21:05
* dhlamb joins21:11
* jcoyne leaves21:16
* jcoyne joins21:19
* jcoyne leaves22:05
* jcoyne joins22:28
* jcoyne leaves22:41
* dhlamb leaves23:01
* jcoyne joins23:43
* jcoyne leaves00:25

Generated by Sualtam