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

Using timezone: Eastern Standard Time
* dwilcox joins08:06
* escowles leaves08:20
* osmandin joins08:31
* acoburn joins08:51
* dhlamb joins08:54
* mikeAtUVa joins09:12
* dwilcox leaves09:56
* whikloj joins10:03
* dwilcox joins10:06
* ksclarke joins10:12
<acoburn>ajs6f: re https://jira.duraspace.org/browse/FCREPO-1694, would you like one big PR that addresses this, or a series of smaller ones that chip away at it. I have a branch that moves this from the kernel-api to kernel-modeshape: http://git.io/v3uNt10:21
<ajs6f>acoburn: I think smaller moves are probably better, but if you're doing the work, I will review it however you want to do it.10:22
<acoburn>ajs6f: I don't have a ton of time right now, but I can send small PRs your way10:24
<ajs6f>acoburn: This is not high priority— but it is something that I think goes along with the OSGi work. Whatever you can do is nice. I will look at trying to stop using JCR constants anywhere but in fcrepo-kernel-modeshape.10:25
* github-ff joins10:27
[fcrepo4] acoburn opened pull request #882: move modeshape-specific code out of the kernel-api (master...fcrepo-1694) http://git.io/v3upI
* github-ff leaves
<acoburn>ajs6f: there you go ^^^10:29
<ajs6f>acoburn: See comment.
<acoburn>ajs6f: iterating on this definitely works for me10:33
<ajs6f>any: if you do git fetch origin with origin the main Github repo, do you see:10:35
fatal: refs/remotes/origin/pr/840 tracks both refs/heads/pr/840 and refs/pull/840/head
?
Something weird about that PR?
(Which is closed.)
<whikloj>ajs6f: you're doing a "git fetch -v origin"?10:39
<ajs6f>whikloj: yep
<whikloj>ajs6f: I only see pr/840 referenced here: "= [up to date] pr/840 -> origin/pr/840"10:40
<ajs6f>whikloj: Hm. Maybe my local repo is messed up. I'll try replcing it
<acoburn>ajs6f: I see what whikloj sees
also, that branch was merged about a month ago. Can't we just delete it?
<whikloj>ajs6f: hmm ok I was going to say maybe because you have committer privileges, but acoburn should see what you see then10:41
<ajs6f>acoburn: I thought it was deleted
<acoburn>ajs6f: https://github.com/fcrepo4/fcrepo4/branches/active
<ajs6f>all: Recloning fixed it— it was a local propb.
acoburn: I have no problem with deleting merged branches.
<acoburn>ajs6f: deleted10:42
* github-ff joins
[fcrepo4] acoburn deleted pr/840 at ef08417: http://git.io/v3zJr
* github-ff leaves
* dwilcox leaves10:50
<ajs6f>acoburn: If fcrepo-mint (after work from escowles and thyself) is now dependent on kernel (instead of the other way 'round) can we not move it outside the core codebase? (much like fcrepo-transform)10:53
<acoburn>ajs6f: I think the fcrepo-http modules and fcrepo-webapp require it10:54
<ajs6f>acoburn: Why? Shouldn't they be happy with the default impl in kernel-api?10:55
<acoburn>ajs6f: I agree, I just hadn't gone that far with the earlier PR
<ajs6f>acoburn: Okay, cool. I will make a ticket to remind us.
<acoburn>ajs6f: but in principle, the fcrepo-mint module could be pulled out of the core codebase10:56
<ajs6f>acoburn: https://jira.duraspace.org/browse/FCREPO-169610:57
<acoburn>ajs6f++
* jgpawletko joins11:12
* osmandin leaves11:22
* osmandin joins
* osmandin leaves
<ajs6f>I'm stilll seeing11:28
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=128m; support was removed in 8.0
in builds. Didn't we kill all that?
* esm_ joins11:30
<acoburn>ajs6f: https://github.com/fcrepo4/fcrepo4/blob/master/pom.xml#L74711:33
and https://github.com/fcrepo4/fcrepo4/blob/master/pom.xml#L988
* github-ff joins
[fcrepo4] ajs6f created MoreKillingMode (+2 new commits): http://git.io/v3z0H
fcrepo4/MoreKillingMode 8a7c1cd Aaron Coburn: move modeshape-specific code out of the kernel-api
fcrepo4/MoreKillingMode d2ec20a ajs6f: Further squeezing of MODE out of the kernel API
* github-ff leaves
<ajs6f>acoburn: Okay, I can go kill that.11:34
<acoburn>ajs6f: great — there's also a reference to MaxPermSize in the README11:36
<ajs6f>acoburn: Not for long. Also I sent you a PR for your anti-MODE-in-the-kernel PR.
* github-ff joins11:40
[fcrepo4] ajs6f created FCREPO-1698 (+1 new commit): http://git.io/v3zg3
fcrepo4/FCREPO-1698 3f4e002 ajs6f: Removing remaining references to PermGen
* github-ff leaves
* github-ff joins
[fcrepo4] ajs6f opened pull request #883: Removing remaining references to PermGen (master...FCREPO-1698) http://git.io/v3zgR
* github-ff leaves
* travis-ci joins11:51
fcrepo4/fcrepo4#3959 (MoreKillingMode - d2ec20a : ajs6f): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/8a7c1cd2d8d0^...d2ec20a17fe9
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/75287206
* travis-ci leaves
<whikloj>anyone build the oaiprovider lately? I'm getting a compilation error.11:52
* ajs6f leaves11:56
* travis-ci joins12:00
fcrepo4/fcrepo4#3960 (FCREPO-1698 - 3f4e002 : ajs6f): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/commit/3f4e002eac7b
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/75288411
* travis-ci leaves
* github-ff joins12:08
[fcrepo4] acoburn pushed 1 new commit to master: http://git.io/v3zM7
fcrepo4/master f15874f Aaron Coburn: Merge pull request #883 from fcrepo4/FCREPO-1698...
* github-ff leaves
* travis-ci joins12:25
fcrepo4/fcrepo4#3962 (master - f15874f : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/54cc3a13a22a...f15874fc679f
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/75293473
* travis-ci leaves
* dwilcox joins12:48
<acoburn>whikloj: I just successfully compiled and tested fcrepo4-oaiprovider14:05
whikloj: however, it *will* be affected by this: https://jira.duraspace.org/browse/FCREPO-169414:06
<whikloj>acoburn: I get 9 of these14:07
acoburn: /sw/var/www/fcrepo4/fcrepo4-oaiprovider/src/main/java/org/fcrepo/oai/service/OAIProviderService.java:[362,17] incompatible types: org.fcrepo.oai.rdf.PropertyPredicate cannot be converted to com.google.common.base.Predicate<? super com.hp.hpl.jena.graph.Triple>
<acoburn>whikloj: have you rebased with master?
<whikloj>acoburn: I was just building it new. Testing awoods build script. I'll try clone it again.14:08
<acoburn>whikloj: that error relates to this issue: https://jira.duraspace.org/browse/FCREPO-1681
which was merged into the codebase last week
<whikloj>yeah I see that as the last entry in git log14:09
<acoburn>and there was a corresponding PR for oaiprovider: https://github.com/fcrepo4-labs/fcrepo4-oaiprovider/pull/22
* ajs6f joins14:14
* mikeAtUVa leaves14:32
* escowles joins14:46
* dwilcox leaves14:49
* acoburn leaves15:04
<whikloj>acoburn: is there some sort of cache maven uses that I could clear out. Because I keep getting these compilation errors around com.google.common.base.Predicate15:08
<ajs6f>whikloj: What are you working on?15:09
<dhlamb>whikloj: you can always blow away bits (or all of) your .m2 folder. look in ~/.m2
<whikloj>ajs6f: trying to compile the oaiprovider and getting: incompatible types: org.fcrepo.oai.rdf.PropertyPredicate cannot be converted to com.google.common.base.Predicate<? super com.hp.hpl.jena.graph.Triple>
dhlamb: thanks I'll try that15:10
<ajs6f>whkloj: Try doing a 'mvn clean install' of _fcrepo4_ (not oaiprovider). Then do what acoburn says.
<whikloj>ajs6f: ok
<ajs6f>whikloj: The reason I suggest that is because if you do a mvn clean install and you are still getting the same problems, they are real. Updates to fcrepo4 must have fouled oaiprovider.15:11
<whikloj>ajs6f: it could be the build order. I am using a script awoods sent me to use while factoring out fcrepo-transform. I was testing before I started the gutting
<dhlamb>whikloj: sometimes i got funky issues around maven projects when I was messing with eclipse, and found that wiping things clean and then rebuilding helped it sort out issues where clearly i had the stuff in my local maven repo but the IDE couldn't find it15:13
whikloj: which is why vim is still the best :P
<whikloj>dhlamb: yeah I have found more issues using Eclipse as of the latest version.15:14
dhlamb: If I had the patience to setup vim for java I might...but as a straight text editor I'd get nothing done.15:15
* ajs6f1 joins15:16
* ajs6f leaves15:17
<ajs6f1>dhlamb: that is common with naive usage. What is usually happening is Eclipse and CLI maven are fighting over the target directories.15:19
dhlamb: Believe you me, it is very possible to use CLI Maven and Eclipse together fluidly. I do it every day.15:20
<dhlamb>ajs6f1: oh yeah. tons of people do it. i'm just too far down the vim rabbit hole to come back out sometimes15:21
<ajs6f1>dhlamb: I guess you have too much vim for vim. SEE WHAT I DID THERE?!15:22
<dhlamb>ajs6f1: http://movieboozer.com/wp-content/uploads/2014/05/pelican-i-see-what-you-did-there.jpg
<ajs6f1>dhlamb: That is a scary bird. I want that bird to come to the next OR conf and sit on the Fedora table.15:23
* jgpawletko leaves15:24
* jgpawletko joins15:50
* dwilcox joins15:58
* dwilcox leaves16:00
* ajs6f1 leaves
* ajs6f joins16:04
* dhlamb leaves16:09
* mikeAtUVa joins16:14
* esm_ leaves16:21
* ajs6f leaves16:33
* ajs6f joins16:38
* ajs6f leaves16:45
* jgpawletko leaves16:53
* mikeAtUVa leaves17:05
* jmignault joins17:52
* jmignault leaves17:56
* jmignault joins17:57
* whikloj leaves17:59
* ksclarke leaves18:13
* jgpawletko joins19:11
* the_mgt_ joins19:41
* the_mgt leaves19:45
* ksclarke joins20:00
* ksclarke leaves20:10
* ksclarke joins20:24
* ksclarke leaves20:32
* ksclarke joins20:52
* dhlamb joins21:42
* awead leaves22:39
* awead joins22:42
* awead leaves23:35
* dhlamb leaves23:46
* dhlamb joins
* awead joins23:48
* dhlamb leaves23:50
* f4jenkins leaves00:09
* f4jenkins joins00:10
* ff_logger__ leaves
* awead leaves00:25
* ff_logger_ joins00:28
* ff_logger__ joins00:36
* ksclarke leaves00:56

Generated by Sualtam