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

Using timezone: Eastern Standard Time
* dbernstein leaves01:58
* manez leaves03:04
* github-ff joins06:26
[fcrepo-audit] escowles pushed 2 new commits to master: https://git.io/vXkvs
fcrepo-audit/master 802c147 Aaron Coburn: Follow-on to cleanup of RdfLexicon...
fcrepo-audit/master fe77da1 Esmé Cowles: Merge pull request #41 from acoburn/fcrepo-2009...
* github-ff leaves
* github-ff joins06:27
[fcrepo-module-auth-webac] escowles closed pull request #76: Follow-on to RdfLexicon cleanup (master...fcrepo-2009) https://git.io/vXTBO
* github-ff leaves
<f4jenkins>Yippee, build fixed!
Project fcrepo-audit build #532: FIXED in 1 min 33 sec: http://jenkins.fcrepo.org/job/fcrepo-audit/532/
Aaron Coburn: Follow-on to cleanup of RdfLexicon
Yippee, build fixed!06:30
Project fcrepo-module-auth-webac build #326: FIXED in 2 min 27 sec: http://jenkins.fcrepo.org/job/fcrepo-module-auth-webac/326/
Aaron Coburn: Follow-on to RdfLexicon cleanup
* travis-ci joins06:31
fcrepo4-exts/fcrepo-audit#131 (master - fe77da1 : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-audit/compare/4b9acf8bdfbe...fe77da173a4a
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-audit/builds/171348692
* travis-ci leaves
* travis-ci joins06:34
fcrepo4/fcrepo-module-auth-webac#176 (master - d82ea5d : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4/fcrepo-module-auth-webac/compare/c9fd20f830a5...d82ea5dcc4fc
Build details : https://travis-ci.org/fcrepo4/fcrepo-module-auth-webac/builds/171348863
* travis-ci leaves
* dwilcox joins06:38
* mohamedar joins08:23
* apb18 joins08:30
* manez joins08:42
* mikeAtUVa joins08:53
* bseeger joins08:54
* whikloj joins09:04
* peichman joins09:09
* ajs6f joins09:11
* mohamedar leaves09:24
* mohamedar joins09:30
* github-ff joins
[fcrepo4] awoods pushed 1 new commit to master: https://git.io/vXk8T
fcrepo4/master 96f7509 Aaron Coburn: Set the tombstone response type as text/plain (#1117)...
* github-ff leaves
* acoburn joins09:47
* peichman leaves09:50
* acoburn leaves09:51
* acoburn joins09:53
* peichman joins09:55
* travis-ci joins09:56
fcrepo4/fcrepo4#4815 (master - 96f7509 : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/375a781850e0...96f7509ddb73
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/171389311
* travis-ci leaves
* youn joins10:10
* bseeger leaves10:11
* acoburn leaves10:26
* bseeger joins10:37
* apb18 leaves10:39
* acoburn joins10:43
* acoburn leaves11:25
<whikloj>ajs6f: you got a minute for a trippi-connector issue?11:30
<ajs6f>whikloj: Sure, I guess, but what the heck are you doing with that stuff?
whikloj: Aren't you on… FEDORA 4?11:31
<whikloj>ajs6f: getting the heck out of Mulgara
* ajs6f gasps for breath laughing
<whikloj>ajs6f: no sir I hear that thing doesn't even have an API
<ajs6f>whikloj: I know, right?
<whikloj>ajs6f: anywaym trippi-core relies on mulgara-core which relies on sesame-model version 2.2.1.... that seems to be a little out of date and unavailable from maven central11:32
<ajs6f>whikloj: Yeah, I vaguely remember some of that. But it should come from the duraspace repos to get built into F3, right? I mean, it's there in F3, right?11:33
<whikloj>ajs6f: in my fedora/WEB-INF/lib directory I have sesame-model-2.7.11.jar... is that the right location?11:34
<ajs6f>whikloj: Sure, that's part of how JEE webapps do their classloading— JARs in WEB-INF/lib and classes in WEB-INF/classes get loaded into the app-specific classloader.11:36
whikloj: Are you running into some specific weird problem?
<whikloj>ajs6f: yeah I tried a mvn clean install and can't access the dependency to build it11:37
<ajs6f>whikloj: mvn clean install of fcrepo3?
<whikloj>ajs6f: no of https://github.com/Smithsonian/trippi-sparql
<ajs6f>whikloj: Oh, let me look at that. I may be missing a repository.11:38
<whikloj>ajs6f++ # thanks
<ajs6f>whikloj: Meanwhile, for a workaround, do this: build F3 (yes, I know, what?) and then build trippi-sparql
whikloj: Or, if you want to be clever and learn some Maven...
<ajwagner>whikloj: My build with a 'clean package -pl "trippi-sparql"' is working fine.11:39
<ajs6f>whikloj: use the dependency plugin to load that Sesame JAR manually from https://m2.duraspace.org
ajwagner: You may have the Sesame dependency locally cached.
<ajwagner>Quite possibly.
<ajs6f>ajwagner: If you have the time, try blowing away your local Maven repo and trying again.
ajwagner: Or just remove the folder with that Sesame JAR.11:40
<whikloj>ajs6f: I'm actually getting different dependency errors if I try on a local development server or my laptop
<ajs6f>whikloj: Can you show me them?
whikloj: Just as a side note, releases are available of that project. You needn't build it from source at all unless you really want to.11:42
* github-ff joins11:43
[fcrepo-camel] birkland opened pull request #128: Specify a version range for fcrepo-java-client (master...fcrepo-client-version) https://git.io/vXkXq
* github-ff leaves
<whikloj>ajs6f: cool, maybe I'll just try that. Here are the build logs from my laptop and the server
<ajwagner>Hrm. Just succesfully built it after blowing away my maven cache.11:44
<whikloj>ajs6f: by release did you mean the zip file of source code in Github, or does the SIS have it somewhere else?11:46
<ajs6f>whikloj: I'm not sure what to make of that. But it would be consonant with a missing repository declaration.11:47
ajwagner: I would surmise that somewhere between you and Maven Central something has cached the Sesame dep, but I could be wrong.
whikloj: No, I mean that ddavis actually released it to Maven Central. You should be able to just download it.11:48
whikloj: https://search.maven.org/#search%7Cga%7C1%7Cedu.si
<whikloj>ajs6f: okay, so I can just grab that and drop it in the fedora libs, restart and pray11:49
<ajwagner>ajs6f: It appears to have downloaded from m2.duraspace, but perhaps.
<ajs6f>whikloj: No. Read the README— you have configuration to write.
whikloj: It can't magically know where your 3store is.
<whikloj>ajs6f: I'm kidding I saw that
<ajs6f>ajwagner: Do you have m2.duraspace set up in your Maven settings.xml file?
* dbernstein joins
<ajs6f>whikloj: You have quite the poker face.
* bseeger leaves11:50
<ajs6f>whikloj: https://search.maven.org/#search|ga|1|a%3A"trippi-sparql-fcrepo-webapp" comes as a Fedora webapp prepacked with the right JARs.
<ajwagner>Nope. tried it on a brand new laptop with a fresh maven install.11:51
<ajs6f>ajwagner: That is really odd.
* github-ff joins11:52
[fcrepo-camel] acoburn pushed 2 new commits to master: https://git.io/vXk1c
fcrepo-camel/master 4d6868b Aaron Birkland: Specify a version range for fcrepo-java-client...
fcrepo-camel/master 55e00f4 Aaron Coburn: Merge pull request #128 from birkland/fcrepo-client-version...
* github-ff leaves
<whikloj>ajs6f: what is the URL of the duraspace maven? http://m2.duraspace.org/maven11:53
whikloj: Meanwhile, can you try something for me with your settings.xml?
<whikloj>ajs6f: sure11:54
<f4jenkins>Project fcrepo-camel build #624: UNSTABLE in 1 min 58 sec: http://jenkins.fcrepo.org/job/fcrepo-camel/624/
apb: Specify a version range for fcrepo-java-client
<ajs6f>whikloj: You may have already been about to try this, but let's add https://m2.duraspace.org/content/repositories/central to the pom.xml and try again.11:55
whikloj: Can you do that alone or would you like me to make a branch on Github for you to fetch?
<whikloj>ajs6f: I can do that, I was going to try with my settings.xml but I'll try this first11:56
<ajs6f>whikloj: Yeah, if you can do it with the code itself I would appreciate it. Then you can send a PR and give back to the community like a real open source champion1
<ajs6f>whikloj++ # it's nice when users are willing to work through a problem
* travis-ci joins11:58
<whikloj>ajs6f: I was going to throw a hissy fit, but my coffee is still warm
<travis-ci>fcrepo4-exts/fcrepo-camel#304 (master - 55e00f4 : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel/compare/f5c625ab665c...55e00f473227
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel/builds/171428070
* travis-ci leaves
<ajs6f>whikloj: You can still throw a hissy fit. It will do just as much good now as it would have done then.
<whikloj>ajs6f: within the cargo context can I add a dependency?12:16
ajs6f: like inside the pom.xml for the integration tests
<ajs6f>whikloj: Wait, what? Yes, you can, but why are you having to do that?/
<whikloj>ajs6f: I seem to be hitting this, https://issues.apache.org/jira/browse/JENA-118512:17
<ajs6f>whikloj: It is bizarre that I never saw that. In any event, start here:12:19
and trace
Do you see how that works? You can add arbitrary dependencies to the container.12:20
<whikloj>ajs6f: so inside the <container> I can add a <dependencies> element with the normal mvn <dependency> elements, cool12:21
<ajs6f>whikloj: I am trying to get ddavis to turn out issues for that Github repo so we can track this kind of stuff. I think he's in a meeting.
<ajs6f>whikloj: Yeah, basically. And Cargo will figure out how to sort them into the right part of whatever container you use (WildFly, Tomcat, Jetty, etc.)
<ruebot>ajs6f: you can blame me for all this :-)12:22
<ajs6f>ruebot: You don't even work at Manitoba?!
<ruebot>ajs6f: i sent whikljo down the path a little bit ago... saying i was going to use the connector here in a couple weeks12:23
<ajs6f>ruebot: Well, at least neither of you are from Saskatchewan. OOOOHHHHH! I just love burning the Saskatchewanese.
ruebot: So you're basically getting whikloj to taste it first to see if it's poison. Nice.12:24
whikloj: ruebot now officially owes you a beer. A good one, too.
* whikloj adds it the bill
<ruebot>ajs6f: pretty sure i owe whikloj around 3 pallets of beer at this point in time12:26
* dbernstein leaves12:27
<ajs6f>ruebot: At that point, you need to be thinking about hijacking a truck.12:29
* github-ff joins12:30
[fcrepo4] dbernstein opened pull request #1131: Fcrepo 2248: Adds missing Content-Length header on HEAD request for non binary obj (master...fcrepo-2248) https://git.io/vXk98
* github-ff leaves
<whikloj>ajs6f/ruebot: Alright now the cargo tests are all running, they fail and vomit all over me but its a start12:31
Something isn't starting up correctly
* ruebot searches for a Carling Black Label truck
<ajs6f>whikloj: Hm. What are the first failures? Maybe a classpath conflict is preventing container startup?12:40
ruebot: Carling Black Label? No, I think you mean Ommegang.
<whikloj>ajs6f: It gets to starting the Shiro container and starts to list Sparql commands but Jena replies "could not create graph", I'll get a gist12:42
Probably this12:43
<ajs6f>whikloj: Hm…. "could not create graph" is weird. Are you running on your workstation or on that dev instance?
<whikloj>ajs6f: workstation, could be due to : ERROR 11:42:38.316 (Server) Server failed to initialize org.fcrepo.server.errors.ServerInitializationException: Failed to ingest system object(s)
<ajs6f>whikloj: Well, that's F3, of course. There should be a stacktrace therewith? It could be because Fuseki isn't starting or working properly, so when F3 goes to build the initial system objects it can't put the triples in Fuseki and chokes.
whikloj: Yep that's what is happening. Now the question is why.12:46
<whikloj>ajs6f: I noticed that in that JENA-1185 Andy added slf4j-log4j as well as log4j, should I try adding that too?12:47
<ajs6f>whikloj: Yes. Generally, when it comes to Jena, you should do exactly what Andy does and then ask him why that was the right thing to do. This is called: the learning process.
<whikloj>ajs6f: or specify to use Fuseki 2.4.1
<ajs6f>whikloj: Is that not what we have spec in the pom?12:48
* ajs6f is switching Eclipse workspaces to get the code in front of him.
<whikloj>ajs6f: I can't see where the version is specified12:49
<ajs6f>whikloj: in the -integration-tests/pom.xml
<whikloj>ajs6f: got it nope its 2.4.012:50
<ajs6f>whiklo: Well, that's okay. We haven't released 2.4.1 yet.
<whikloj>that explains it12:52
<ajs6f>whikloj: Hang on.12:53
* peichman leaves12:54
<whikloj>ajs6f: yeah no problem, I'm going back to HEAD and see if I didn't mess something up here.
* peichman joins12:56
* mohamedar leaves
* mohamedar joins
<ajs6f>whikloj: I am beginning to suspect that ddavis messed up when he did a release. I think he may have misaligned the version numbers in the pom.xml for each module.12:57
whikloj: No, not quite. He screwed up the group IDs.13:00
<whikloj>ajs6f: I did notice that the groupId in some of the poms was edu.si and some were edu.si.trippi
<ajs6f>whikloj: Look at the core module. The groupid is inherited from the parent (as is normal): edu.si.trippi.
whikloj: Right, right.
whikloj: Or rather, wrong, wrong.
<awoods>youn: coming?
<ajs6f>whikloj: That is the first thing to fix.13:01
<whikloj>ajs6f: I changed all the ones I could see to edu.si.trippi
<ajs6f>whikloj: You have it loaded in Eclipse or some other IDE? On the first gist you gave me (with two runs) the first one showed this problem (I now realize).
<whikloj>ajs6f: I do now, once I started have to edit the pom.xml I imported it13:02
<ajs6f>whikloj: Okay, give me a bit to catch up.
whikloj: In you Cargo Maven config, did you change the group IDs there as well?13:04
whikloj: line 140ish13:05
<whikloj>ajs6f: yes
<ajs6f>whikloj: k
<whikloj>good ol find and replace
ajs6f: I found one in trippi-sparql I had missed, rebuilding
<ajs6f>whikloj: good, I'm now getting the log problems you got— strange that I never saw them before.13:06
<whikloj>ajs6f: I'm gonna try and add fcrepo3 to the logback-test and see if it is saying anything13:07
<ajs6f>whikloj: Okay, but I suspec tnow that the problem is rooted in Fuseki. But more logging is good.13:11
whikloj: When you added the logging files to the Cargo config, did you also add them as <scope>test</scope> dependencies on the main part of the pom.xml…?13:14
<whikloj>ajs6f: no
<ajs6f>whikloj: ahhh, okay, we may be getting somewhere. anything you add as a dependency in Cargo also has to be a dependency of the main part of the project, because otherwise Cargo doesn't know how to find them13:15
whikloj: Sorry, I should have made that clear.
* ajs6f is trying that now
<whikloj>ajs6f: sorry I did add it as a dependency to the main part, but not with <scope>test</scope>13:16
ajs6f: It warned me immediately when I didn't do that to start
<ajs6f>whikloj: Oh, okay, the scope isn't as important, although test is correct and default(=compile) will lead to problems later.13:17
<whikloj>ajs6f: I notice you are excluding slf4j-log4j12 in the jena-fuseki-war dependency
<ajs6f>whikloj: Yeah, I don't really want it. I want fuseki to fall through to container logging.13:19
whikloj: But we're putting it back anyway.
whikloj: Okay, I've tinkered around with this and the quickest road forward is to revert Fuseki in the tests to 2.3.1. I don't like doing that, but I now think that Andy may have been wrong to do what he did. Instead of factoring out the direct dependency on log4j, he just added the dependency to the artifact, which means that if you want (as trippi-sparql does) to use some other slf4j-compatible logging kit, you can't13:57
whikloj: which stinks
whikloj: I will push a PR in a few moments.13:58
* peichman leaves14:00
<ajs6f>whikloj: I will work out the problem with Fuseki in the Jena arena
<whikloj>ajs6f: cool, I can just download the jar or the war to test it out. This morning Mulgara starting spitting Transaction errors so all searching is failing, which is pushing me along.14:01
<ajs6f>whikloj: Well, we'll get you a lifeboat. You may just have to do a bit of paddling.
* peichman joins
<whikloj>ajs6f: As long as their is an island in sight...wait I see one right over OMG its Fedora 4!!!!14:02
also there not their
<ajs6f>whikloj: https://www.youtube.com/watch?v=8Nho44lGVV814:03
* mohamedar1 joins14:10
* mohamedar leaves
* mohamedar2 joins
* mohamedar1 leaves
* peichman leaves14:30
* peichman joins14:31
<ajs6f>whikloj: Sorry this is taking so long— I have a clean building PR, but it's logging a bunch of extra crap I want to get rid of.14:32
<whikloj>ajs6f: no worries, I'm building two VMs with all the Islandora fixins in preparation of this test.
<ajs6f>whikloj: You kids and your virtualization. What's next, jazz music and marijuana?14:34
<whikloj>ajs6f: https://cdn.meme.am/instances/500x/72713407.jpg
<ajs6f>whikloj: Jeez, he's _still_ stoned.14:35
<whikloj>ajs6f: It's good stuff, I think he lives in the Denver area
* acoburn joins14:41
* dwilcox leaves14:44
* mohamedar2 leaves15:27
<ajs6f>whikloj: https://github.com/Smithsonian/trippi-sparql/tree/ForWhikloj15:47
<ajs6f>whikloj: Reverting to 2.3.1, way too much logging, and I don't know why. But it builds.
whikloj: _USE THE RELEASE_.
<whikloj>ajs6f: LOL
<ajs6f>whikloj: Well, actually, now that I say that, I don't know for sure what ddavis actually released.
whikloj: Maybe use whatever ajwagner is using?15:49
<whikloj>ajs6f: HAHAHAHAHAHA
ajs6f: he has a magic maven that builds
ruebot: ^^
<ajs6f>whikloj: You are the only person who has build problems. SO FAR.
<whikloj>ajs6f: Stupid Mac and Redhat, be more....ubuntu?
<ajs6f>whikloj: I use a Mac. I really don't understand why no one else is seeing this Fuseki 2.4.0 issue. We all _should_ be seeing it, I think.15:50
<whikloj>ajs6f: yeah, maybe they all skipped building the integration tests15:51
<ajs6f>whikloj: and once I started using ddavis' post-release code _I_ started seeing it. What did he do?
whikloj: Or maybe he released before jena 3.1.0/fuseki 2.4.0?
* youn leaves15:52
<ajs6f>whikloj: ah, yes, that's what happened. The update to Fuseki 2.4.0 was post-release.
<whikloj>ajs6f: ahhh
<ajs6f>ajwagner: Are you building successfully from an absolutely fresh cut? Like right after git clone?15:53
<whikloj>ajs6f: just before releasing he did change all the groupIds too.15:54
<ajs6f>whikloj: and 10^6 formatting changes15:55
<whikloj>ajs6f: actually he fixed most of those in another release prep commit15:56
<ajs6f>whikloj: a completely fresh git clone does not build because of the groupId probs, so he didn't fix everything
whikloj: I need to enable travis-ci for that thing.
<whikloj>ajs6f: I think he fixed the individual pom.xml groupIds but not the dependencies between submodules15:57
<ajs6f>whikloj: Yes, exactly.
<whikloj>ajs6f: I'm rebuilding my Mulgara triplestore right now, we'll see if that keeps the boat afloat until I can get this motor attached15:58
ajs6f: thanks for all the help
<ajs6f>whikloj: Glad to, but seriously, use whatever ajwganer is using. None of this was a problem before ddavis decided to do a release. {sigh} He's a good guy, but this isn't good.15:59
whikloj: It _does_ work— SI is in production with 300 X 10^6 triples.
<whikloj>I'll try the released jar file and see if it explodes16:00
<ruebot>ajs6f: i couldn't build fwiw. ...then i mentioned it to whikloj16:05
<ajs6f>ruebot: Right. I don't think anyone can build the post-release code.16:06
ruebot: I think, to be crisp about it, that ddavis borked the code.
ruebot; And the Fuseki 2.4.0 logging problem just adds fat to the fire.
<ruebot>ajs6f: oh no, i was going to use 2.4.0... or blazegraph.16:07
ajs6f: but... not rush. this was a theoretical idea i was going to do in a couple weeks.16:08
ajs6f: we're almost at 1 million objects in YUDL, and things are getting suuuuuuuuuuuuper slow.
<ajs6f>ruebot: The Fuseki 2.4.0 is not an issue for deployment— only for running integration tests;
<ruebot>ajs6f: oh, ok. cool.16:09
<ajs6f>ruebot: 2.4.0 is what SI is using in production— I don't know about UT.
<ajs6f>ajwagner: What is UT using in production?
ruebot: I have never tried Blazegraph, but I have no reason to thin it wouldnt work fine.
* ruebot will probably just be lazy and use fuseki since the documentation says how to do it in fuseki16:10
<ajs6f>ruebot: It really should be no different. Just look in BG's docs for where the SPARQL endpoints are. That's it.16:16
<ajs6f>ruebot: If not, let me know what happens.
<whikloj>ruebot: I'm trying blazegraph16:17
whikloj: i'll grab another pallet of beer :-)
<whikloj>ruebot: maybe put it on law away, I haven't actually done anything other than suck ajs6f into fixing the build of the trippi-sparql artifact16:19
<ajs6f>whikloj:ruebot: SI stands behind its fiascos. We have a policy of ongoing support for our catastrophes.16:20
<whikloj>ajs6f: sounds like Fedora16:22
whikloj:ruebot:ajwagner I just fixed master for trippi-sparql.16:28
<ajs6f>It reverts Fuseki. I will deal with that on the Jena side first.
And fixes the groupIds and versions.
<ajs6f>_Should_ build out of the box. I will have a talk with ddavis about this at the top of the week.
<ajs6f>whikloj: So you should be able to go forward testing straight from master, or from the release, your choice.
whikloj: And please tell me if you have any problems with Blazegraph. We will incinerate them.16:30
<whikloj>ajs6f: awesome, I'll try building for fun and yes I'll let you know how the blazegraph setup goes
<ajs6f>whikloj: blaze one for me. like the fellow in your meme.16:31
whikloj++ # thanks for catching this and working through it16:32
<whikloj>ajs6f: np, thanks for figuring it out
<ruebot>ajs6f: https://gist.github.com/ruebot/dfbfc4bd7b521c45667efac18f1e6663 -- failed for me.16:35
* dwilcox joins
<ajs6f>ruebot: Okay, that's totally new.16:36
ruebot: That's not Fuseki at all— that's Fedora:
java.lang.NoSuchMethodError: org.openrdf.rio.rdfxml.RDFXMLParser.getParserConfig()Lorg/openrdf/rio/ParserConfig;
ruebot: Can you try that again, just try the same thing again?
whikloj: Also, can you try master now?16:38
<whikloj>ajs6f: building16:39
<whikloj>ajs6f: [INFO] BUILD SUCCESS16:41
<ruebot>ajs6f: failed again
ajs6f: ...same thing.16:42
whikloj: thank you for restoring my faith in life after ruebot tried to destroy it.
<whikloj>ajs6f/ruebot: I'll try on redhat16:43
<ajs6f>ruebot: can you afford to blank your Maven repo and try again?
<ruebot>ajs6f: i can afford that!
* github-ff joins
[fcrepo4] bseeger opened pull request #1132: Replaces uses of java.util.Date/Cal with java.time options (master...fcrepo-1995-2) https://git.io/vXIcM
* github-ff leaves
ruebot: Are you using a fresh clone? just trying to eliminate variables.
<ruebot>ajs6f: i did a git pull. but, i can delete and reclone again, and clear my ~/.m2/repository again if it fails.16:46
<ajs6f>ruebot: I don't know… just trying to figure out why it isn't building for you, with an error I've never seen before.
<ruebot>ajs6f: i'll try it on my laptop16:47
<ajs6f>ruebot: Right on. It's about comparing until we see what the factor is.
<whikloj>weird on my server I got invalid target release 1.8, but I am running Java 816:50
<ajs6f>ruebot: What's weird is that the error you are seeing is occuring between two method calls inside the same jar.
whikloj: What?
whikloj: java -version is cool?16:51
<whikloj>[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.3:compile (default-compile) on project trippi-sparql: Fatal error compiling: invalid target release: 1.8 -> [Help 1]
[whikloj@niobe]/opt/trippi-sparql% java -version
java version "1.8.0_65"
Java(TM) SE Runtime Environment (build 1.8.0_65-b17)
<ajs6f>whikloj: Erm, do you have anything in MAVEN_OPTS16:52
<whikloj>ajs6f: no do I need something?
<ajs6f>whikloj: No, I thought you might have something extra and weird.
<whikloj>ajs6f: nope, that is why I'm confused. $JAVA_HOME is /usr/java/jdk1.8.0_65
<ajs6f>whikloj: This is kind of beyond me. I don't know what you have going on on your box.
<whikloj>ajs6f: yeah totally, I'll hunt it down
stupid linux16:53
<ajs6f>whikloj: Maybe try building something else that requires Java8, like F4, and see what happens?
<ruebot>ajs6f: same build error on my laptop16:54
<ajs6f>ruebot: I really do not know. It's like you're getting a different version of the Sesame jar than everyone else? Have you ever built that software at that elderly version?16:57
<ruebot>ajs6f: not that i'm aware of.
<ajs6f>ruebot: I don't understand how a method within that jar is calling a non-existent method within that jar and no one in a decade of operating F3 repos has ever noticed that.
<ruebot>ajs6f: there be demons in f316:59
<ajs6f>ruebot: I know. That's why ddavis has to pay me to do this kind of thing.
ruebot: I put some of those demons there.
ruebot: the ones who drink heavily and don't bother trying very hard17:00
<whikloj>Stupid alternatives on redhat, java was 1.8, javac was 1.617:08
ajs6f: [INFO] BUILD SUCCESS on Redhat17:12
<ajs6f>whikloj: A sad example of the metaphysical problems into which the Cartesian mind-body division can lead us.17:13
ruebot: Now it's up to you.17:14
* ruebot hides
<ajs6f>ruebot: Come on, man. Everybody's doing it. Don't you want to have some fun?17:19
Okay, it's half-past five. I'm outta here. Hopefully ddavis will turn on issues sometime soon for that repo and we can get a bit more organized. Have a good weekend, y'all.17:23
* ajs6f leaves17:24
* github-ff joins17:39
[fcrepo4] awoods pushed 1 new commit to master: https://git.io/vXIE9
fcrepo4/master 759f8a5 Aaron Coburn: Remove JCR from the kernel-api (#1130)...
* github-ff leaves
* acoburn leaves17:44
* whikloj leaves18:00
* peichman leaves18:04
* github-ff joins19:52
[fcrepo4-upgrade-utils] awoods merged 4.2-4.3 into master: https://git.io/vCxAk
* github-ff leaves
* travis-ci joins19:58
fcrepo4-exts/fcrepo4-upgrade-utils#4 (master - 343e1b8 : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo4-upgrade-utils/compare/71dc1fae2b52...343e1b8d2d71
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo4-upgrade-utils/builds/171541921
* travis-ci leaves
* github-ff joins20:06
[fcrepo4] dbernstein opened pull request #1133: Replace HTTP Header String literals with constants. (master...fcrepo-2281) https://git.io/vXIMS
* github-ff leaves
* github-ff joins20:45
[fcrepo4-upgrade-utils] awoods opened pull request #12: Create BackupFixer (master...fcrepo-2069) https://git.io/vXISV
* github-ff leaves
* dwilcox leaves22:09
* dwilcox joins22:13
* dwilcox leaves
* f4jenkins joins23:13
* youn joins23:58
* youn leaves23:59

Generated by Sualtam