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

Using timezone: Eastern Standard Time
* ff_logger_ joins00:47
* ff_logger__ joins00:58
* dhlamb leaves02:01
* dwilcox joins07:34
* dhlamb joins08:52
* ksclarke leaves09:22
* ksclarke joins09:39
* acoburn joins10:06
* ajs6f joins10:10
escowles: Do you remember cbeer doing stuff with RDF persistence some months ago? Something to do with putting _ref on the end of certain things, and @ in places… I'm looking at some of this stuff now and it's pretty opaque, uncommented, and the tests explain nothing...10:25
<escowles>ajs6f: yes, i remember some of that -- inbound properties show up with _ref on the end of them, etc. -- i agree it's pretty byzantine and it was hard to track down when i was working with it recently10:50
i hadn't realized that LDP indirect containers were implemented by adding the resulting relationship triples dynamically based on the LDP predicates on the container10:51
<ajs6f>escowles: I'm putting a bit of commenting in, so far as I can figure it out. I'd appreciate your glancing over it when I send it.
<escowles>ajs6f++ that sounds like a very good idea10:52
<ajs6f>escowles; I think that's how you have to do it, or you end up with kind of a maintainence nightmare.
* jrgriffiniii joins10:59
<ruebot>can y'all hear me?
<acoburn>https://wiki.duraspace.org/display/FF/2015-07-30+-+Fedora+Tech+Meeting11:00
<ajs6f>That is a cool sounds, but it's not talking.
<ruebot>cool. this new phone is the worst.
<ajs6f>Kind of a whistling howl.
<ruebot>acoburn: you're really quiet11:02
<ajs6f>acoburn: Please speak up!
ruebot++
* yinlin joins11:03
* bseeger joins
* ruebot gonna call in over skype. back in a sec
* ruebot back11:04
<ajs6f>Sounds good. Down with awoods' dictatiorship over releases!11:05
<ruebot>we do release candidates in islandora, usually about a month or so for testing/feedback11:06
although, we only do two releases a year -- april/october
<ajs6f>Jena does release candidates, as an Apache project, and it really doesn't take very long.
96 hours, sometimes.
I don't know where that number came from, but I see it a lot.11:07
<ruebot>we'd just have to update the release process documentation too11:08
<ajs6f>yinlin++++11:09
<ruebot>yinlin++
<ajs6f>The ns indicates who is taking responsibility for that code, and that is what should decide the ns.11:11
No matter what the Github account.
If it doesn't actually implement a specified Fedora APi, we should be very conervative.11:12
acoburn++11:26
"It can't be _too_ hard!" —acoburn's famous last words.11:27
OSGi is cooler than cool.11:34
It's ice cold.
<ruebot>http://i.imgur.com/03EvMat.png11:38
<bseeger>when is the next release scheduled for?11:39
<ruebot>bseeger: don't believe it is actually scheduled.11:40
<ajs6f>STANDARDS!12:01
acoburn++12:02
Fedora is awesome! 6.3 awesome!
escowles++
<ruebot>escowles++
* acoburn1 joins12:11
* acoburn leaves12:15
* github-ff joins12:17
[fcrepo4] ajs6f created Java8typesForRdfStreams (+1 new commit): http://git.io/vOvlk
fcrepo4/Java8typesForRdfStreams 8a2e747 ajs6f: Simple cleanup using Java 8 types and syntax for RDF generating code
* github-ff leaves
* github-ff joins
[fcrepo4] ajs6f opened pull request #863: Simple cleanup using Java 8 types and syntax for RDF generating code (master...Java8typesForRdfStreams) http://git.io/vOvlE
* github-ff leaves
<ajs6f>acoburn: Threw that at you.
escowles: ^^^ there are a sparse few comments re: the JCR -> RDF stuff in there. I still don't really understand it.12:18
<escowles>ajs6f: cool -- i should have time to look at that tomorrow morning12:21
<ajs6f>escowles: It's just cleanup stuff— no hurry. Thnx.
<acoburn1>ajs6f: thanks, I'll look at that on Friday12:22
<ajs6f>acoburn1: Rock on like Donkey Kong.
* yinlin leaves12:25
* travis-ci joins12:34
fcrepo4/fcrepo4#3902 (Java8typesForRdfStreams - 8a2e747 : ajs6f): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/commit/8a2e747a24c5
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/73407646
* travis-ci leaves
* ajs6f leaves12:41
* acoburn1 leaves13:03
* acoburn joins13:04
* ajwagner joins13:11
* acoburn1 joins13:26
* acoburn leaves
* bseeger leaves13:48
* code_ferret joins13:50
* ajs6f joins14:25
* acoburn1 leaves14:36
* acoburn joins14:58
ajs6f: re servlet-api, we're using javax.servlet.http.HttpServletResponse all over the place14:59
https://github.com/fcrepo4/fcrepo4/search?utf8=%E2%9C%93&q=httpservletresponse
ajs6f: wouldn't it be better to use javax.ws.rs.core.Response instead?
<ajs6f>acoburn: Okay, but do we need a particular version of it, or can we not just use whatever Jersey depends on?
acoburn: Yes, very possibly.
<acoburn>ajs6f: re version, I'm not sure. I'd assume we can rely on the transitive dependency15:00
ajs6f: still poking around…15:01
<ajs6f>acoburn: Right. BUt I like your idea of going to core.Response.
<acoburn>ajs6f: I do too. That change also seems relatively straight forward15:02
<ajs6f>acoburn: Let's do it!
* acoburn leaves15:31
* dwilcox leaves
* acoburn joins16:15
* code_ferret leaves16:25
<ajs6f>acoburn: I would make a ticke to migrate to Response, as a way of reminding us to talk about it a week from today.16:29
<acoburn>ajs6f: https://jira.duraspace.org/browse/FCREPO-1664
<ajs6f>acoburn: is all over it like brown on rice.16:30
* dhlamb leaves16:34
<ajs6f>later gators16:54
* ajs6f leaves
* acoburn leaves17:01
* ff_logger__ leaves17:05
* jrgriffiniii leaves
* jgpawletko leaves17:32
* jgpawletko joins18:00
* dwilcox joins18:37
* ksclarke leaves18:39
* jgpawletko leaves18:48
* dwilcox leaves
* the_mgt_ joins19:57
* the_mgt leaves20:00
* jgpawletko joins20:10
* ksclarke joins20:23
* dhlamb joins21:09
* jrgriffiniii joins21:44
* jrgriffiniii leaves21:46
* ksclarke leaves22:18
* dhlamb leaves22:36
* ksclarke joins23:17
* jrgriffiniii joins23:34
* jrgriffiniii leaves23:35

Generated by Sualtam