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

Using timezone: Eastern Standard Time
* kaarefc joins01:52
* kaarefc leaves02:03
* kaarefc joins02:17
* kaarefc leaves03:05
* kaarefc joins03:47
* kaarefc leaves05:12
* kaarefc joins05:16
* eddies leaves07:14
* eddies joins07:23
* eddies leaves
* eddies joins
* jcoyne leaves07:36
* eddies leaves07:44
* eddies joins07:57
* eddies leaves
* eddies joins
* ap2972 joins08:25
* barmintor leaves08:27
* barmintor joins08:31
* jcoyne joins08:36
* kaarefc leaves09:18
<pivotal-bot>Chris Beer added comment: "http://metrics.codahale.com/manual/graphite/ :/" https://www.pivotaltracker.com/story/show/4654201710:29
Chris Beer added comment: "I'd vote, blocked by https://www.pivotaltracker.com/story/show/46628805" https://www.pivotaltracker.com/story/show/46542017
* barmintor_ joins10:57
<pivotal-bot>Edwin Shin edited "Instrument fcrepo-kernel API methods with metrics" https://www.pivotaltracker.com/story/show/4647380311:00
<eddies>cbeer: joining us?11:01
<pivotal-bot>Benjamin Armintor finished "Give access to fcrepo services to Aleksey & Jack" https://www.pivotaltracker.com/story/show/4647204311:06
* github-ff joins11:07
[fcrepo4] barmintor pushed 1 new commit to master: http://git.io/6s8Jvg
fcrepo4/master a602fb3 Benjamin Armintor: Merge pull request #41 from futures/unit-testing...
* github-ff leaves
* github-ff joins11:08
[fcrepo4] barmintor deleted unit-testing at 08322b8: http://git.io/Fd9z7A
* github-ff leaves
<cbeer>eddies: there was also a discussion on irc yesterday
apparently part of the reporting for... sonar.. uses a webapp
so pushing it through jenkins seemed less painful.
<pivotal-bot>Benjamin Armintor added "Refactor static imports into service proxies to support unit testing for api components" https://www.pivotaltracker.com/story/show/4671477111:10
Benjamin Armintor edited "Refactor static imports into service proxies to support unit testing for api components" https://www.pivotaltracker.com/story/show/46714771
<pivotal-bot>Benjamin Armintor started "Refactor static imports into service proxies to support unit testing for api components" https://www.pivotaltracker.com/story/show/46714771
Benjamin Armintor added comment: "https://github.com/futures/fcrepo4/commit/08322b8fc576ef2773d1549a75b4baa1f9a9b13a" https://www.pivotaltracker.com/story/show/4671477111:12
Benjamin Armintor edited "Refactor static imports into service proxies to support unit testing for api components" https://www.pivotaltracker.com/story/show/46714771
<barmintor_>cbeer: that branch is merged, fwiw11:16
<bljenkins>Yippie, build fixed!11:17
Project fcrepo4 build #238: FIXED in 10 min: http://ci.projectblacklight.org/jenkins/job/fcrepo4/238/
* armintor: moving away from static imports to mockable/testable service objects
* armintor: fixing a bug in Datastream not to assign mixins to existing nodes; porting ObjectService changes to remaining modules; IT passing
* armintor: example unit test, with a mocking helper to support continued JCR interactions at API level
<cbeer>from those stats, it sounds like we aren't entirely bad developers, huh?11:22
unit test coverage though. we know most of our tests are in integration tests now11:23
[WARNING] The POM for org.fcrepo.fixity:fcrepo-fixity-corrupter:jar:0.0.1-SNAPSHOT is missing, no dependency information available :/11:24
* travis-ci joins11:25
[travis-ci] futures/fcrepo4#271 (master - a602fb3 : Benjamin Armintor): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/67316f1044b1...a602fb3fa982
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5717926
* travis-ci leaves
<jonathangee>i have to run. cheers.11:26
<barmintor_>bye jonathan
<bljenkins>Project fcrepo-fixity-corrupter build #1: FAILURE in 29 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/1/11:27
Project fcrepo-fixity build #86: SUCCESS in 1 min 48 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/86/
Project fcrepo-kitchen-sink build #93: SUCCESS in 3 min 50 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/93/11:28
* github-ff joins11:33
[fcrepo-kitchen-sink] cbeer pushed 1 new commit to master: http://git.io/CwdXGA
fcrepo-kitchen-sink/master 381e84f Chris Beer: metrics reporting config
* github-ff leaves
<bljenkins>Yippie, build fixed!
Project fcrepo-fixity-corrupter build #2: FIXED in 29 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/2/
<pivotal-bot>Benjamin Armintor edited "Add automated code-quality checking" https://www.pivotaltracker.com/story/show/4654336711:34
Benjamin Armintor added comment: "Since VN already has Sonar running, this may just be a matter of getting an appropriately configured s..." https://www.pivotaltracker.com/story/show/4654336711:36
<bljenkins>Project fcrepo-fixity-corrupter build #3: SUCCESS in 30 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/3/
Project fcrepo-fixity build #87: SUCCESS in 1 min 16 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/87/11:40
Project fcrepo-kitchen-sink build #94: SUCCESS in 2 min 42 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/94/11:41
<barmintor_>that seems like a happy compromise to me11:42
<cbeer>if it's easy.
* github-ff joins
[fcrepo4] cbeer pushed 2 new commits to master: http://git.io/3Lh26w
fcrepo4/master 12c4d9d Chris Beer: initial fcrepo-metrics commit
fcrepo4/master 559e8ff Chris Beer: calculate object size from the jcr index
* github-ff leaves
didn't mean to kill that tab
guess i'm done
<bljenkins>Project fcrepo-fixity-corrupter build #4: SUCCESS in 31 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/4/11:47
<pivotal-bot>Benjamin Armintor added "Refactor use of the JCR sessions behind transactional methods in the service objects" https://www.pivotaltracker.com/story/show/46717587
Benjamin Armintor edited "Refactor use of the JCR sessions behind transactional methods in the service objects" https://www.pivotaltracker.com/story/show/46717587
Benjamin Armintor edited "Refactor use of the JCR sessions behind transactional methods in the service objects" https://www.pivotaltracker.com/story/show/4671758711:48
Benjamin Armintor started "Refactor use of the JCR sessions behind transactional methods in the service objects" https://www.pivotaltracker.com/story/show/46717587
Benjamin Armintor added "Set Aleksey up on the Oxford VMs" https://www.pivotaltracker.com/story/show/4671772311:49
Benjamin Armintor edited "Set Aleksey up on the Oxford VMs" https://www.pivotaltracker.com/story/show/46717723
Benjamin Armintor edited "Set Aleksey up on the Oxford VMs" https://www.pivotaltracker.com/story/show/46717723
<bljenkins>Project fcrepo-kitchen-sink build #95: SUCCESS in 2 min 20 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/95/11:50
i've lost track why we forked the two
* travis-ci joins11:58
[travis-ci] futures/fcrepo4#272 (master - 559e8ff : Chris Beer): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/a602fb3fa982...559e8ff6439b
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5718947
* travis-ci leaves
* github-ff joins
[fcrepo4] cbeer pushed 1 new commit to master: http://git.io/jMo9mA
fcrepo4/master dc6fe90 Chris Beer: use the new, on-demand repository calculation.
* github-ff leaves
<cbeer>ok, i've signed up for hostedgraphite
<pivotal-bot>Chris Beer started "Demonstrate Metrics + Graphite integration" https://www.pivotaltracker.com/story/show/4654201712:00
Chris Beer added comment: "https://github.com/futures/fcrepo-kitchen-sink/commit/381e84f4ee11ed4bfa6a3c82eff91e7b333f3edb" https://www.pivotaltracker.com/story/show/46542017
looks like things are all private unless you upgrade to a plan12:02
oh well. i'll go forward with this, and if i feel up to it, deploy graphite somewhere myself.
<bljenkins>Project fcrepo-fixity-corrupter build #5: SUCCESS in 38 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/5/12:06
Project fcrepo-kitchen-sink build #96: SUCCESS in 3 min 44 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/96/12:09
* ap2972 leaves12:33
* kaarefc joins12:36
* kaarefc leaves12:37
* ajs6f joins12:48
barmintor: I was just looking at :https://www.pivotaltracker.com/story/show/46717587 and I wanted to point out one thing: the reason that those methods took a Session as parameter is because Session encapsulates authN for the JCR and so having multiple requests (possible from multiple users) use the same Session encapsulated in a service would be problematic. But maybe I'm misunderstanding what you're going to do there— are you taking those "services" f12:55
<pivotal-bot>feature: Refactor use of the JCR sessions behind transactional methods in the service objects (started) / owner: Benjamin Armintor
<cbeer>ajs6f: you got cut off, but i think i have the same or a similar concern and flagged it earlier too.12:56
<ajs6f>cbeer:barmintor: That's fine, as long as Ben's ware of it, I'm sure he'll do something good.12:57
Those "services" probably should never have been singletons if they were going to include mutating methods, anyway.
* ap2972 joins13:02
<ajs6f>In Datastream.java at line 301, I'm seeing:13:08
result.status |= FixityResult.REPAIRED;
and I just wanted to note that Java bitwise/boolean assignment operators don't short circuit. Perhaps:
result.status = result.status | FixityResult.REPAIRED;13:09
would be better?
<barmintor_>ajs6f: yep13:30
<ajs6f>k. I'm cleaning up unused imports. I'll switch that, too.
<eddies>i think you mean code sanitation engineer
<barmintor_>ajs6f: regarding your earlier concern:
<ajs6f>I'm not very sanitary. My MacBook is filled with tobacco bits and cat hair.13:32
<barmintor_>I was thinking more that the calls to repo.login would just get moved into the context of the transactional methods, unless you specifically call the version with a session parm
the non-mutating methods would continue to use the readonly session13:33
does that make sense?
<ajs6f>So you _could_ still call mutating methods without handing in a Session?
'Cause that's the worry.
<barmintor_>I don't follow how that's a worry: the only thing we do anywhere is call repo.login() // no parms13:34
so why not do it in the method?
<ajs6f>yeah, but we always knew we'd have to change that to accomodate authN— in fact, that's already been used in the JAX-RS to get the name of an authN'd user attached to an object as its creator...13:35
I'm cool with having mutating methds in the service that accept no Session, as long as users never call them, only system actions.
Although that might have implications for auditability.
Hang on— I've got to go inside to plug in to run tests. fcrepo4's tests kill batteries.13:36
afk— back in five.
* ajs6f leaves
* ajs6f joins13:45
barmintor: I'm starting to wonder if we've mis-recognized these services as global objects when they really ought to be request-scoped...13:46
<barmintor_>ajs6f: that seems like a natural evolution of the refactor13:48
<ajs6f>barmintor: cool. I think the final picture is becoming clealer.
<barmintor_>yeah, I don't want to foreclose the authn possibilities. I want to clarify the responsibilities of different modules, and I want to constrain the bug-opportunities of saving intermediate session state.13:50
<ajs6f>barmintor: agreed.13:52
* github-ff joins13:56
[fcrepo4] ajs6f pushed 1 new commit to master: http://git.io/MZ7rIg
fcrepo4/master 55918f0 ajs6f: Cleaned out unused imports, minor factoring in Datastream
* github-ff leaves
* ap2972 leaves13:58
<pivotal-bot>Chris Beer added comment: "Same temp password as futures6." https://www.pivotaltracker.com/story/show/46717723
<cbeer>barmintor_: i assume CUL accounts on gluck get managed.. some other way.. than just adding a user account, right?13:59
<barmintor_>cbeer: I'm suspicious that columbia accounts need some special treatment14:00
the admin wasn't totally clear
<cbeer>barmintor: yeah, i see you get extremely high uids
so i assume there's some kerberos-y thing that needs to happen14:01
but i've done futures1
<bljenkins>Project fcrepo-fixity-corrupter build #6: SUCCESS in 32 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/6/
<barmintor_>cbeer: yeah. I'll write him back with a more specific quesiton
* travis-ci joins
[travis-ci] futures/fcrepo4#274 (master - 55918f0 : ajs6f): The build has errored.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/dc6fe903f21e...55918f0f8d3f
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5722525
* travis-ci leaves
<cbeer>i also don't have a sysadmin contact to replace Nada, so if you want to arrange an introduction..14:02
<bljenkins>Project fcrepo-kitchen-sink build #97: SUCCESS in 6 min 31 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/97/14:08
<ajs6f>I was just noticing that we have, in FixityResult, a couple of ints that represent possible states of goodness or badness— would it be better if we used an Enum with EnumSets for that? It might make the code read a little clearer.
* ap2972 joins14:09
<pivotal-bot>Aleksey Pokalyukhin added comment: "Thank you. I was able to log onto futures1" https://www.pivotaltracker.com/story/show/4671772314:17
Aleksey Pokalyukhin added comment: "How can I have administrative rights on jenkins?" https://www.pivotaltracker.com/story/show/4671772314:20
<barmintor_>is FixityResult still used? I think one of those classes might be dead now...14:21
<ajs6f>public Collection<FixityResult> runFixityAndFixProblems()
throws RepositoryException
in Datastream
<barmintor_>ok, it's one of the other ones then :)14:22
<ajs6f>So if it's live, do you buy the enum/enumset thing— it should make parsing easier.
<barmintor_>looking now
<ajs6f>Well, maybe not much easier, but more human-readable.14:23
<barmintor_>oh, those are actually ints for a reason
<barmintor_>If they're an Enum, then you can't have a status that's "bad checksum, repaired"
<ajs6f>That's what you use the enum set for.
<barmintor_>Oh, I see what you mean
<ajs6f>The enum would be all possible states, the enum set would hold those states that are applicable to an instance.
<barmintor_>store a Set<Status> on each result14:25
<ajs6f>EnumSet<Status>, because that makes Java use a bitset for the underlying implementation, which is fast.
Faster, acctually, than using ints as "mask=ish".
<barmintor_>Yeah, that sounds perfect
<ajs6f>Cool. I'll roll it.
<barmintor_>ajs6f++ // please fix all my work14:26
<pivotal-bot>Chris Beer added comment: "done." https://www.pivotaltracker.com/story/show/46717723
Chris Beer added comment: "(in the webapp; barmintor needs to figure out the machine rights)" https://www.pivotaltracker.com/story/show/4671772314:27
<barmintor_>EnumSet is awesome. I had no idea it existed.
<ajs6f>Yeah, Java for some reason likes to pretend it sucks.
It ain't great, but it's surprisingly good in weird ways.
<barmintor_>Speaking of Java: I was actually excited about a Java 8 feature when I first started trying to re-factor the service methods14:30
default impls on interfaces make them much more like mixins
<ajs6f>That would be nice. I don't see why it would be particularly hard, either.14:31
* ap2972 leaves14:35
* barmintor__ joins14:38
* barmintor_ leaves14:39
* github-ff joins14:44
[fcrepo4] ajs6f pushed 1 new commit to master: http://git.io/c3FtzA
fcrepo4/master 34bdd77 ajs6f: Killed more unused imports, also changed FixityResult to use enum/enumset for fixity status
* github-ff leaves
<ajs6f>Urg. The UVa marching band is practicing in a field outside my office.
* ap2972 joins14:47
<ajs6f>And now they're playing "Sweet Caroline".14:48
<bljenkins>Project fcrepo-fixity-corrupter build #7: SUCCESS in 35 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/7/14:51
* github-ff joins14:57
[fcrepo4] ajs6f pushed 1 new commit to master: http://git.io/a91ppg
fcrepo4/master d2f7092 ajs6f: Killed use of deprecated StringBufferInputStream for no more warnings, yay.
* github-ff leaves
<bljenkins>Project fcrepo-kitchen-sink build #98: SUCCESS in 7 min 43 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/98/14:59
<barmintor__>you know, rather than logging into a new session for the transactions, I could just get the session from the underlying node15:01
<ajs6f>For those methods that deal with a node or a resource that wraps one, that makes all kids of sense.
And I think that's most of 'em, eight?15:02
<barmintor__>that would really compartmentalize operations like deleting a datastream
<ajs6f>I think we've got to get in the habit of remembering that JCR assumes that _every_ Node is accessed in the context of a Session.
<barmintor__>ajs6f: yeah, I think there's approximately eight methods like that :P
<ajs6f>And that Session comes with.
That seems 100% right to me.15:03
* travis-ci joins
[travis-ci] futures/fcrepo4#275 (master - 34bdd77 : ajs6f): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/55918f0f8d3f...34bdd77a9a68
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5723701
* travis-ci leaves
<bljenkins>Project fcrepo-fixity-corrupter build #8: SUCCESS in 55 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/8/
Project fcrepo-kitchen-sink build #99: SUCCESS in 5 min 32 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/99/15:08
* travis-ci joins15:13
[travis-ci] futures/fcrepo4#276 (master - d2f7092 : ajs6f): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/34bdd77a9a68...d2f70924314a
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5723977
* travis-ci leaves
<ajs6f>All: please sanity check me: VincentNG's FieldSearch JAX-RS resource holds the results of a search in an instance field (for page-ability). But our JAX-RS resources are currently singletons. Doesn't that mean that everyone using FieldSearch will be paging through each others' results?15:21
* github-ff joins15:23
[fcrepo4] ajs6f pushed 1 new commit to master: http://git.io/z5FRGA
fcrepo4/master 63162f2 ajs6f: Small refactorings of loops in fcrepo-kernel and moving literal strings into constants
* github-ff leaves
<barmintor__>One of the ways I distinguished system properties from my app properties was the system prop being called DC_IDENTIFER. Now I have name collisions, please revert.15:30
<ajs6f>Oh, sorry. I will pronto. What's the system property being used for?
<barmintor__>it was a joke, a joke!15:31
<bljenkins>Project fcrepo-fixity-corrupter build #9: SUCCESS in 33 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/9/
<ajs6f>TRUST NO ONE.
I started tinkering with serialization, to get on the road to asynchronous durable stores, and I ran into the following problem, which I just want to put on the radar:15:32
Our chief abstractions (FedoraObject and Datastream) wrap JCR Nodes. But serializing a Node can't be automatic, because it tries to drag its Session with it (which makes no sense for our purposes). Point being, that I think we'll have to develop serialization for Nodes to support serialization for our abstractions.15:33
Not a huge deal, but annoying.15:34
<barmintor__>Why isn't NodeIterator RangeIterator<Node>?15:37
Java 5 JCR--
<ajs6f>I _think_ (could be wrong) that the original spec predates generics and they just didn't backport the goodness.
It's annoying. You can see it here:15:38
I have to use a SuppressWarnings annotation to avoid an "unchecked type cast" (which I know is fine).15:39
<bljenkins>Project fcrepo-kitchen-sink build #100: SUCCESS in 9 min 18 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/100/15:40
* travis-ci joins
[travis-ci] futures/fcrepo4#277 (master - 63162f2 : ajs6f): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/d2f70924314a...63162f209505
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5724544
* travis-ci leaves
<barmintor__>ok that was a totally broken attempt. I'm resetting and taking a walk.15:44
* barmintor__ leaves
<ajs6f>Hm. Apache Wink. Interesting— a new JAX-RS system with what looks like good Spring integration. Have to keep an eye peeled on that, because I feel like we haven't spent enough time yet trying out different JAX-RS libraries one after the other.15:49
* ajs6f1 joins15:58
* ajs6f leaves
* ap2972 leaves16:05
<cbeer>ajs6f1: before we do that, we should try jersey, i think.16:08
<ajs6f1>As long as we try them all before we're done.
<cbeer>then we should probably roll our own at the end16:09
<ajs6f1>IN SCALA!
* ap2972 joins16:10
* github-ff joins16:42
[fcrepo-object-serialization] ajs6f pushed 1 new commit to master: http://git.io/VLVfug
fcrepo-object-serialization/master 33a46aa ajs6f: Added list of Datastreams
* github-ff leaves
<ajs6f1>I've started rolling https://github.com/futures/fcrepo-object-serialization
I'll work on it for a while and get it up to having one working default implementation. Then we maybe can build out FOXML and METS and whatever on it.
But that's enough damage for one day. I'm outta here!16:44
<pivotal-bot>A. "Schwarmerei" Soroka added "Create object serialization module" https://www.pivotaltracker.com/story/show/4674083516:47
A. "Schwarmerei" Soroka edited "Create object serialization module" https://www.pivotaltracker.com/story/show/46740835
A. "Schwarmerei" Soroka started "Create object serialization module" https://www.pivotaltracker.com/story/show/46740835
A. "Schwarmerei" Soroka edited "Create object serialization module" https://www.pivotaltracker.com/story/show/46740835
<ajs6f1>cbeer: i made you the requester on that, just so someone else will know what I'm doing.16:48
see y'all later...
* ajs6f1 leaves
<bljenkins>Project fcrepo-fixity build #88: FAILURE in 6 hr 7 min: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/88/17:55
Project fcrepo-fixity build #89: STILL FAILING in 34 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/89/
Project fcrepo-kitchen-sink build #101: SUCCESS in 1 min 56 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/101/17:59
* github-ff joins18:13
[fcrepo4] cbeer pushed 1 new commit to master: http://git.io/HFLyIw
fcrepo4/master 29150da Chris Beer: start the polling reporter; hard-code the graphite reports for now
* github-ff leaves
* ap2972 leaves18:14
<bljenkins>Project fcrepo-fixity-corrupter build #10: SUCCESS in 31 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity-corrupter/10/18:18
Project fcrepo-fixity build #90: STILL FAILING in 22 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-fixity/90/
Project fcrepo-kitchen-sink build #102: SUCCESS in 2 min 31 sec: http://ci.projectblacklight.org/jenkins/job/fcrepo-kitchen-sink/102/18:20
* travis-ci joins18:27
[travis-ci] futures/fcrepo4#278 (master - 29150da : Chris Beer): The build passed.
[travis-ci] Change view : https://github.com/futures/fcrepo4/compare/63162f209505...29150da883fe
[travis-ci] Build details : http://travis-ci.org/futures/fcrepo4/builds/5728350
* travis-ci leaves
<pivotal-bot>Chris Beer finished "Demonstrate Metrics + Graphite integration" https://www.pivotaltracker.com/story/show/4654201718:29
Chris Beer added comment: "(the free trial of hostedgraphite is unfortunately private.)" https://www.pivotaltracker.com/story/show/46542017
Chris Beer edited "Demonstrate Metrics + Graphite integration" https://www.pivotaltracker.com/story/show/4654201718:30
* ap2972 joins18:54
* ap2972 leaves18:58
<pivotal-bot>Chris Beer added comment: "each sitemap is limited to 50,000 entries, but you can publish a sitemap that points to other sitemaps." https://www.pivotaltracker.com/story/show/4545888319:01
* jcoyne leaves19:31
* jcoyne joins22:04
* github-ff joins22:25
[fcrepo-object-serialization] ajs6f pushed 1 new commit to master: http://git.io/KPL_sw
fcrepo-object-serialization/master 4157956 ajs6f: Added simple (dumb) datastream serialization
* github-ff leaves