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

Using timezone: Eastern Standard Time
* MohamedAR leaves
* github-ff joins15:14
[fcrepo4] ajs6f created FCREPO-1678 (+1 new commit): http://git.io/v34Bp
fcrepo4/FCREPO-1678 2432244 ajs6f: Fix for FCREPO-1678
* github-ff leaves
* github-ff joins
[fcrepo4] ajs6f opened pull request #881: Fix for FCREPO-1678 (master...FCREPO-1678) http://git.io/v34Rt
* github-ff leaves
<ajs6f>I'm starting to think that we could do something better with the relationship between NonRdfSourceDescription and NonRdfSource. Something that would make for less instanceof and casting.15:16
<acoburn>the current impl does seem a bit cumbersome15:22
* dwilcox leaves15:25
* travis-ci joins15:29
fcrepo4/fcrepo4#3955 (FCREPO-1678 - 2432244 : ajs6f): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/commit/2432244c5d5b
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/75145095
* travis-ci leaves
<ajs6f>The current impl is Benedict Cumberbatch.
<acoburn>ajs6f: I noticed that an etag is returned with PATCH and POST operations. is that standard?15:33
<ajs6f>acoburn: Nothing in that PR should change that.15:34
<acoburn>ajs6f: no, the PR doesn't affect that — I was just wondering
ajs6f: that's the current fcrepo behavior15:35
<ajs6f>acoburn: It does seem weird. I guess that's the etag we would send if you were about to send a GET?
acoburn: I don't know what that means.
acoburn: What do you think it means?15:36
<acoburn>ajs6f: well etags only make sense in the context of some client that _already_ has a representation of the resource
ajs6f: but with a POST operation the client most certainly doesn't have a representation15:37
<ajs6f>acoburn: No. You send one GET, you get an etag with it, you never send another request, the etag still makes sense.
acoburn: Or do you mean "has at least one repre"
<acoburn>ajs6f: this makes perfect sense with GET operations. I was just surprised to see an etag header with POST and PATCH responses15:38
<ajs6f>acoburn: Do you see where I put new code in in that PR?
<acoburn>ajs6f: yes, the PR looks great. it just got me wondering about how fedora produces etags15:39
<ajs6f>acoburn: I know. I'm saying you could put in a test at that same point going switch-case on request type to decide which to equip with what kind of caching info.15:40
<acoburn>ajs6f: ah yes. I'll make a ticket for that and follow up with a PR sometime later (not this week)15:41
<ajs6f>acoburn: You are a hurricane of improvement.15:42
acoburn: I had never even noticed the weirdness of our cache control.
<acoburn>ajs6f: https://jira.duraspace.org/browse/FCREPO-169515:45
* dhlamb leaves15:58
* jmignault leaves16:11
* acoburn1 joins16:22
* acoburn leaves16:24
* github-ff joins16:28
[fcrepo4] acoburn closed pull request #881: Fix for FCREPO-1678 (master...FCREPO-1678) http://git.io/v34Rt
* github-ff leaves
* acoburn1 leaves16:29
* acoburn joins16:30
ajs6f: can we delete some of these: https://github.com/fcrepo4/fcrepo4/branches/stale16:36
especially the ones older than a year
<ajs6f>acoburn: Are you asking me if there are specific branches I created that I won't stop you from deleting, or asking more generally if there is a moral freedom inherent in our responsibility for the project to curate its history?16:37
<acoburn>ajs6f: I am simply looking at the number of branches in the repository — some have been merged and many are associated with closed PRs16:39
ajs6f: it just looks like clutter
<ajs6f>acoburn: Any that have been merged or closed can certainly be deleted. If anyone raises a ruckus, we will just delete them.
* github-ff joins16:42
[fcrepo4] acoburn deleted FCREPO-1678 at 2432244: http://git.io/v3BJW
* github-ff leaves
* travis-ci joins16:45
fcrepo4/fcrepo4#3957 (master - 54cc3a1 : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/a9d83ce38946...54cc3a13a22a
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/75156525
* travis-ci leaves
* whikloj leaves17:00
* jgpawletko leaves17:01
* acoburn leaves
* ksclarke leaves18:20
* dwilcox joins18:36
* dwilcox leaves19:26
* the_mgt_ joins19:42
* the_mgt leaves19:45
* dwilcox joins19:50
* escowles joins19:51
* ksclarke joins19:57
* dwilcox leaves20:33
* dhlamb joins20:45
* dwilcox joins20:51
* dwilcox leaves20:58
* ksclarke leaves23:20
* dhlamb leaves23:52

Generated by Sualtam