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

Using timezone: Eastern Standard Time
* eddies leaves01:23
* eddies joins01:40
* eddies leaves
* eddies joins
* cbeer_ joins01:45
* cbeer leaves01:46
* kaarefc joins04:34
* eddies1 joins
* eddies1 leaves
* eddies1 joins
* eddies leaves04:39
* cbeer_ leaves04:40
* kaarefc leaves04:42
* cbeer_ joins04:44
* kaarefc joins04:46
* eddies1 leaves04:54
* eddies joins05:10
* eddies leaves
* eddies joins
* eddies leaves07:00
* eddies joins07:01
* eddies leaves
* eddies joins
* ap2972 joins07:30
* ap2972 leaves
* eddies leaves
* eddies joins07:43
* eddies leaves
* eddies joins
* ap2972 joins09:31
* ap2972 leaves10:28
* ap2972 joins10:29
<cbeer_>i'm unlikely to make standup today.
<cbeer>pivotal seems a little flaky this morning, but i attached a screenshot for the metrics + graphite integration10:32
whatever ticket that is
<barmintor>cbeer: ok. I'd also lke to look into the JCR bug you posted a ticket for- I wouldn't be surprised if it came out of some of the inconsistent session mgmt in the api layer10:33
<cbeer>barmintor: i haven't seen it in awhile, though.10:34
<barmintor>cbeer: noted
<cbeer>yeah, travis was failing before (somewhat reliably) and isn't now10:35
so you might check with fasseg and declare it finished
how do we get sonar to run?10:49
<barmintor>^^ NEWLY IDENTIFIED FORM OF TECHNICAL DEBT ^^10:50
does anyone but Vincent know how he set that up?
<cbeer>anyway, if it runs again, i'll hack away at some of the violations and do some spot-test-coverage as needed. i think that's probably all i can commit to this week10:51
<barmintor>cbeer: I'll make sure that gets represented in the standup10:52
I'm going to try to knock out a few more unit test classes today.
<cbeer>thanks. probably time for me to head in. no rest for the wicked.
<barmintor>Happy LDCXing!
<eddies>if someone (cbeer/barmintor) can reset my password on futures1, i can take a look10:56
<barmintor>eddies: give me just a sec
<cbeer>ssh keys!10:58
<barmintor>eddies: reset to the passwd anusha had originally set it to10:59
<eddies>barmintor++11:01
http://www.sonarsource.org/what-makes-checkstyle-pmd-findbugs-and-macker-complementary/11:30
http://docs.codehaus.org/display/SONAR/Quality+Index+Plugin11:31
http://sonar.fcrepo.org/updatecenter/available11:33
http://ci.fcrepo.org/jenkins/manage11:39
* jcoyne joins11:46
* cbeer leaves11:50
* ap2972 leaves11:52
* cbeer joins11:54
<eddies>fyi, since i was doing it for myself on futures1, i changed all your shells from /bin/sh to /bin/bash. i assumed that no one actually prefers sh to bash11:55
<cbeer>did you change it from /bin/sh to bash, or set the sh alias to bash?
(rather tha.. dash)11:56
<eddies>i kind of want to disable password logins and require pk
changed /bin/sh to /bin/bash in etc/passwd
<cbeer>ok. there's a better way.
<eddies>wot's that?
<cbeer>the /bin/sh is just a soft-link to dash.11:58
the "right" way to change it is:
sudo dpkg-reconfigure dash
=> no to making it the default sh
which i've now done on futures1
<barmintor>eddies: there's two mini-releases with unit testing targets, and stubbed tickets for the API classes and the core kernel classes12:06
<eddies>cbeer: and i've just done the same on futures6. thanks for the pointer. i don't think i had even heard of dash before12:07
blissful ignorance, etc
barmintor++
<cbeer>debian-bash, i think. ubuntu decided to make it the default.
and it is awful.12:08
* ap2972 joins12:10
<cbeer>eddies: how do you invoke the datastream corruptor?
<eddies>it's in frank's ticket, i think, sec
https://www.pivotaltracker.com/story/show/46444463
<cbeer>oh, and eddies-- for corrupting my demo object12:11
<eddies>it's a GET, since we were more concerned w/ quickly invoking this in a browser rather than being restful
hey, could have been an act of god that flipped the bits12:12
* jonathangee leaves12:15
<cbeer>looks like the fcrepo-fixity app is broken?12:21
ERROR 16:21:23.027 (FixityService) Not a number: SUCCESS
java.lang.NumberFormatException: Not a number: SUCCESS
at com.sun.xml.bind.DatatypeConverterImpl._parseInt(DatatypeConverterImpl.java:131) ~[jaxb-impl-2.2.4.jar:2.2.4]
at org.fcrepo.utils.FixityResult_JaxbXducedAccessor_status.parse(TransducedAccessor_field_Integer.java:72) ~[na:na]
at com.sun.xml.bind.v2.runtime.unmarshaller.StructureLoader.startElement(StructureLoader.java:209) ~[jaxb-impl-2.2.4.jar:2.2.4]
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext._startElement(UnmarshallingContext.java:501) ~[jaxb-impl-2.2.
<barmintor>looks like a missed dependency update when ajs6f was changing the bt switches to enums, I'll have a look12:25
<cbeer>thanks. giving a lightning talk sometime this morning12:27
<eddies>fyi: declan just confirmed we'll have esmé starting next sprint12:29
<cbeer>BigD++
that's awesome
hm. i think when we update datastream content, we don't change the checksum12:31
hm. that doesn't make sense
<barmintor>we don't update the fedora checkum property?12:42
<cbeer>i don't know, that's what it looked like.12:43
i've created a brand new object and will pretend there isn't a problem
and look later
i don't see how that could be the case, because updates are just delete + add
but..
http://fcrepo4.fcrepo.org/fcrepo/rest/objects/sufia:td96k2496/datastreams/content/fixity
hm. the computedSize is.. suspicious12:44
<barmintor>what's suspicious about exactly 4k?12:46
<cbeer>that it's exactly 4k.
<barmintor>:P
* nbanks joins12:49
* ff-github joins12:58
[fcrepo-fixity] barmintor pushed 1 new commit to master: http://git.io/w-AbZg
fcrepo-fixity/master 019116e Benjamin Armintor: updating to use the status Enum
* ff-github leaves
<bljenkins>Yippie, build fixed!13:00
Project fcrepo-fixity build #91: FIXED in 1 min 19 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/91/
* ap2972 leaves
<barmintor>cbeer: I feel like I remember the lengths being 4096 when we were caching the LLStoreEntry13:07
<cbeer>i'll try to get to that bug this afternoon13:08
hm:13:10
ERROR 17:09:40.694 (FixityService) Invalid use of BasicClientConnManager: connection still allocated.
Make sure to release the connection before allocating another one.
java.lang.IllegalStateException: Invalid use of BasicClientConnManager: connection still allocated.
Make sure to release the connection before allocating another one.
at org.apache.http.impl.conn.BasicClientConnectionManager.getConnection(BasicClientConnectionManager.java:162) ~[httpclient-4.2.3.jar:4.2.3]
at org.apache.http.impl.conn.BasicClientConnectionManager$1.getConnection(BasicClientConnectionManager.java:139) ~[httpclient-4.2.3.jar:4.2.3]
at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:456) ~[httpclient-4.2.3.jar:4.2.3]
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:906) ~[httpclient-4.2.3.jar:4.2.3]
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:805) ~[httpclient-4.2.3.jar:4.2.3]
at org.apache.http.impl.client.AbstractHttpClient.execute(AbstractHttpClient.java:784) ~[httpclient-4.2.3.jar:4.2.3]
at org.fcrepo.client.FedoraClient.getObjectDatastreams(FedoraClient.java:101) ~[fcrepo-client-4.0-20130322.221823-68.jar:na]
<barmintor>that's the apache http client complaining about not having read the response before trying to reuse the client
cbeer: is that coming from the fixity webapp?13:17
<cbeer>yep
let me get the pid
sufia:2j62s4855
but i'm going to present in 5 minutes13:18
so redeploying and getting a permgen error would be.. bad :P
<barmintor>I think that's a concurrency issue in the frepo-client
that http-client isnt thradsafe
(or it's not being cleared out before reuse)13:19
let me know if you want me to try to beat it into submission
* ap2972 joins13:32
* github-ff joins13:41
[fcrepo-object-serialization] ajs6f pushed 1 new commit to master: http://git.io/25Ubpw
fcrepo-object-serialization/master c197cb7 ajs6f: Created default (de)serialization with JCR XML underpinning
* github-ff leaves
* ap2972 leaves13:57
* ajs6f joins13:59
* ap2972 joins
* github-ff joins14:12
[fcrepo4] barmintor pushed 1 new commit to master: http://git.io/XSyZ2g
fcrepo4/master 5f51299 Benjamin Armintor: unit testing FedoraObjects
* github-ff leaves
<bljenkins>Yippie, build fixed!14:17
Project fcrepo4 build #249: FIXED in 5 min 28 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo4/249/
armintor: unit testing FedoraObjects
Project fcrepo-fixity-corrupter build #11: SUCCESS in 32 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/11/14:18
Project fcrepo-fixity build #92: SUCCESS in 1 min 14 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/92/14:19
Project fcrepo-kitchen-sink build #103: SUCCESS in 2 min 25 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/103/14:20
<cbeer>BUILD ALL THE THINGS14:21
<barmintor>THAT UNIT TEST IS LOAD-BEARING, BE CAREFUL
<cbeer>guess we need... THE ARCHITECT14:22
* travis-ci joins14:29
[travis-ci] futures/fcrepo4#280 (master - 5f51299 : Benjamin Armintor): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/df87e11c5c50...5f51299b1734
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5787803
* travis-ci leaves
* bljenkins leaves14:32
* bljenkins joins14:33
<barmintor>ok FedoraFieldSearch is too crazy to work on until Vincent is back14:37
<cbeer>barmintor: for unit testing?14:50
<barmintor>yeah
* bljenkins leaves15:12
* bljenkins joins15:13
* bljenkins leaves15:19
* bljenkins joins15:20
<cbeer>barmintor: oh, i think i've figured out what happened!15:21
(with the fixity thing)
when you break the fixity
and try to upload an image with the same sha-115:22
ISPN will say "hey, i already have this object." and ignore it
maybe
<barmintor>oh… hahahahahahaha
you might say the store is corrupted
* bljenkins leaves15:24
* bljenkins joins15:25
Project fcrepo-fixity-corrupter build #12: SUCCESS in 33 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/12/15:36
Project fcrepo-fixity build #93: SUCCESS in 1 min 17 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/93/15:38
Project fcrepo-kitchen-sink build #104: SUCCESS in 2 min 37 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/104/15:39
* nbanks leaves15:40
* bljenkins leaves15:50
* bljenkins joins
* nbanks joins16:08
<cbeer>barmintor: yeah. i'm not sure what the right behavior is.. i guess when we delete a datastream, we should try harder to kill the content in the binary store instead of waiting for the GC to reap it (or whatever the equivalent is.)16:10
* nbanks leaves16:15
* jcoyne leaves16:16
* github-ff joins16:19
[fcrepo4] ajs6f pushed 1 new commit to master: http://git.io/46MN9A
fcrepo4/master 3431a06 ajs6f: Small factor in o.f.identifiers to insert abstract class, cleaned up unused imports
* github-ff leaves
<bljenkins>Project fcrepo-fixity-corrupter build #13: SUCCESS in 31 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/13/16:24
Project fcrepo-fixity build #94: SUCCESS in 1 min 11 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/94/16:25
* github-ff joins16:34
[fcrepo4] ajs6f pushed 1 new commit to master: http://git.io/EnTQDg
fcrepo4/master 3af43f8 ajs6f: More cleanup: corrected use of try/finally in FedoraDatastreams
* github-ff leaves
* jcoyne joins16:37
<bljenkins>Project fcrepo-fixity-corrupter build #14: SUCCESS in 35 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/14/16:39
* travis-ci joins16:40
[travis-ci] futures/fcrepo4#281 (master - 3431a06 : ajs6f): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/5f51299b1734...3431a0654cd0
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5791382
* travis-ci leaves
* travis-ci joins16:50
[travis-ci] futures/fcrepo4#282 (master - 3af43f8 : ajs6f): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/3431a0654cd0...3af43f8574f5
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5791825
* travis-ci leaves
<cbeer>barmintor, eddies: we're doing a 90m session on FF tomorrow morning, probably around 9am PDT16:54
if you guys want to dial in
* github-ff joins16:57
[fcrepo4] ajs6f pushed 1 new commit to master: http://git.io/ZYa6aA
fcrepo4/master c268085 ajs6f: Switched JAX-RS methods to use ServiceHelpers code
* github-ff leaves
* ajs6f1 joins17:01
* ajs6f leaves
<bljenkins>Project fcrepo-fixity-corrupter build #15: SUCCESS in 31 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/15/17:02
* nbanks joins17:12
* nbanks leaves17:19
* ap2972 leaves17:23
<barmintor>cbeer: I'll try to dial in17:24
* ajs6f1 leaves17:40
* kaarefc leaves18:10
* github-ff joins19:11
[fcrepo4] barmintor pushed 1 new commit to master: http://git.io/25dh2Q
fcrepo4/master ea30113 Benjamin Armintor: simple unit tests for FedoraFieldSearch
* github-ff leaves
<barmintor>^^ these need improvement ^^
<bljenkins>Project fcrepo4 build #254: UNSTABLE in 3 min 50 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo4/254/19:15
armintor: simple unit tests for FedoraFieldSearch
* barmintor leaves19:19
* travis-ci joins19:26
[travis-ci] futures/fcrepo4#284 (master - ea30113 : Benjamin Armintor): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/c268085c84ea...ea301133fca1
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5795682
* travis-ci leaves
* nbanks joins20:16
* nbanks leaves20:21
* jcoyne leaves20:34
* ap2972 joins21:54
* ap2972 leaves22:06