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

Using timezone: Eastern Standard Time
* github-ff joins00:44
[fcrepo4-vagrant] whikloj deleted fcrepo4-vagrant-4.5.1 at 992e9b9: https://git.io/vwMCf
* github-ff leaves
* github-ff joins
[fcrepo4-vagrant] whikloj tagged fcrepo4-vagrant-4.5.1 at 08f7dfe: https://git.io/vwDc4
fcrepo4-vagrant/fcrepo4-vagrant-4.5.1 e5181f2 Jared Whiklo: prepare release fcrepo4-vagrant-4.5.1
* github-ff leaves
* github-ff joins00:49
[fcrepo4-vagrant] whikloj pushed 2 new commits to master: https://git.io/vwDcV
fcrepo4-vagrant/master e5181f2 Jared Whiklo: prepare release fcrepo4-vagrant-4.5.1
fcrepo4-vagrant/master 6224a00 Jared Whiklo: prepare for next development iteration
* github-ff leaves
* whikloj leaves01:27
* jcoyne joins07:40
* jcoyne leaves07:44
* jcoyne joins07:46
* jcoyne leaves07:53
* jcoyne joins08:12
* rbenji joins08:48
* bseeger joins08:56
* acoburn joins09:09
* ajs6f joins09:17
* peichman joins09:51
* github-ff joins10:18
[fcrepo-camel-toolbox] acoburn opened pull request #84: Support authenticated connections to the JMS broker (master...fcrepo-2013) https://git.io/vwykv
* github-ff leaves
* whikloj joins10:35
<awoods>ajs6f: ping
<ajs6f>awoods: gnip10:37
<awoods>ajs6f: would you please send out a reminder regarding tomorrow's Versioning Review: https://wiki.duraspace.org/display/FF/2016-05-03+Fedora+Versioning+Review+Meeting
<acoburn>awoods: since you're going to be out for the next two weeks, would you mind publishing the new f4 ontology before you go?10:38
awoods: http://fedora.info/definitions/v4/2016/03/01/repository10:39
<awoods>acoburn: sure
<acoburn>awoods++
<awoods>ajs6f: here is an email with details: https://groups.google.com/d/msg/fedora-tech/6kCewXuWtUc/PoDfTD-dAwAJ
* chadmills joins10:42
* whikloj leaves10:45
* whikloj joins10:46
<awoods>barmintor: any luck with the fcrepo4 gh-pages?11:04
whikloj: what is the story with the fcrepo-transform gh-pages?11:05
<barmintor>awoods: it failed 3 times yesterday; I'll try again ca 6pm today11:06
<awoods>barmintor: I was hoping the release message would go out today... but we can wait if the docs are not up.
barmintor: I could also try to run the gh-pages on my machine, if that would be helpful.11:07
<barmintor>awoods: if you have time- I just have to wait til I get back to Queens
<awoods>barmintor: let me give it a shot... I will keep you posted here.11:08
<barmintor>awoods++ // thanks11:09
<whikloj>awoods: I don't think it was ever setup when we moved fcrepo-transform out of fcrepo4
awoods: the previous 4.5.0 release also doesn't have a page up there I could find11:10
<awoods>whikloj: ok, will you please create a ticket to set up the gh-pages for fcrepo-transform?
<whikloj>awoods: sure
awoods: if there are some instructions, I'll even give it a try11:11
<awoods>whikloj: no instructions... just examples in the other projects.
<whikloj>awoods: ok
awoods: https://jira.duraspace.org/browse/FCREPO-201511:14
<awoods>whikloj++11:18
* github-ff joins11:20
[fcrepo-camel-toolbox] acoburn opened pull request #85: Update dependencies (master...fcrepo-2014) https://git.io/vwyGk
* github-ff leaves
* anarchivist_ joins11:21
* anarchivist leaves11:22
* github-ff joins
[ontology] awoods tagged fcrepo-ontology-4.5.1 at 78e1984: https://git.io/vwyGG
* github-ff leaves
* dwilcox joins11:23
* acoburn leaves11:24
<whikloj>awoods/barminto: Made some changes to https://wiki.duraspace.org/display/FF/Fedora+Release+Process related to my experience. Please have a look.11:25
barmintor: ^^
* acoburn joins
* ajs6f leaves
<barmintor>whikloj: seems like a good document of what awoods and I were assuming :)11:27
<awoods>whikloj: looks good, thanks.11:29
acoburn: is fcrepo-camel/master building for you?11:30
<acoburn>awoods: last I checked it is (a few weeks ago?)
awoods: just built it, and yes, it builds11:32
<awoods>acoburn: hmm... I have updated all of the fcrepo projects to their most recent masters...11:33
acoburn: I am getting this error again:
Error resolving artifact org.fcrepo.camel:fcrepo-camel:jar:4.4.2-SNAPSHOT
acoburn: that is the issue we know about.
acoburn: having to skip tests once, first.11:34
<acoburn>awoods: that's in the KarafIT, right?
<awoods>acoburn: right
<acoburn>awoods: I thought we fixed that
<awoods>acoburn: if you wipe out your local .m2, does it build?11:35
<acoburn>awoods: ahh, yes, I get that error.
<awoods>acoburn: maybe it was only fixed in fcrepo-camel-toolbox, shrugs?11:36
<acoburn>awoods: no, we did this for fcrepo-camel
* github-ff joins11:40
[fcrepo4-vagrant] whikloj pushed 1 new commit to master: https://git.io/vwyCc
fcrepo4-vagrant/master f95a126 Jared Whiklo: Revert fcrepo-camel version to remain static for development cycle.
* github-ff leaves
<acoburn>awoods: I think the best approach here would be to host the integration tests in a separate module (in a separate repo)11:41
<awoods>acoburn: ok
* bseeger leaves11:42
<acoburn>awoods: otherwise, we'll end up having to pull apart the features.xml file in the target directory and simulate that
awoods: which isn't a very good integration test…
awoods: since we're not testing the thing we actually want to test11:43
<awoods>acoburn: splitting the IT into a separate repo sounds reasonable.
<acoburn>awoods: ok, I'll do that — should it go into fcrepo4-exts?
<awoods>acoburn: yes, alongside fcrepo-camel and the toolbox11:44
<acoburn>awoods: great. I am pretty sure that a single repo (with two modules) will work for both fcrepo-camel and the toolbox
awoods: maybe fcrepo-karaf-integration?
awoods: or fcrepo-camel-integration?11:45
<awoods>acoburn: I lean slightly towards fcrepo-camel-integration
<acoburn>awoods: that works for me
awoods: how about fcrepo-camel-itests11:46
awoods: fcrepo-camel-integration sounds like something someone would actually find useful
<awoods>acoburn: ok, itests
<whikloj>awoods: Is there a way to test mvn site-deploy, without uploading a bunch of stuff...even though that is the goal?11:47
<awoods>acoburn: can you move this through: https://github.com/fcrepo4/ontology/pull/3611:48
* github-ff joins
[ontology] awoods opened pull request #36: Update previous version to: 2015/11/05 (master...4.5.1) https://git.io/vwyWx
* github-ff leaves
<awoods>whikloj: there is probably some skip flag: https://maven.apache.org/plugins/maven-site-plugin/deploy-mojo.html11:49
<whikloj>awoods++
* github-ff joins
[ontology] acoburn pushed 2 new commits to master: https://git.io/vwylq
ontology/master 127b837 Andrew Woods: Update previous version to: 2015/11/05
ontology/master a83bb0b Aaron Coburn: Merge pull request #36 from awoods/4.5.1...
* github-ff leaves
<awoods>whikloj: although that may be a different plugin
<whikloj>awoods: I think this is the goal, https://github.com/fcrepo4/fcrepo4/blob/master/fcrepo-parent/pom.xml#L81-L10811:50
or phase or whatever
<awoods>whikloj: yes, and there is a -dryrun: https://github.com/github/maven-plugins#configuration11:51
<whikloj>awoods: awesome, I'll try that.
awoods: just to confirm that would be a -Ddryrun right?11:52
* github-ff joins
[ontology] awoods deleted fcrepo-ontology-4.5.1 at 78e1984: https://git.io/vwyl5
* github-ff leaves
* github-ff joins11:53
[ontology] awoods tagged fcrepo-ontology-4.5.1 at 35100bb: https://git.io/vwyGG
* github-ff leaves
<awoods>acoburn: done - http://fedora.info/definitions/v4/repository#11:56
<acoburn>awoods++ # thanks!11:57
<awoods>whikloj: probably
<whikloj>awoods: cross your fingers
<awoods>acoburn: I see you went with fcrepo-camel-tests instead of itests.11:59
<acoburn>awoods: there was another fcrepo-tests in labs; I thought I'd follow that trend12:00
<awoods>acoburn: reasonable... although surprising
<acoburn>awoods: we could change it
<awoods>acoburn: patterns are nice
<acoburn>awoods: that's what I thought12:01
* jcoyne leaves12:13
* bseeger joins12:22
* jcoyne joins12:24
* github-ff joins12:26
[fcrepo-transform] whikloj created gh-pages (+1 new commit): https://git.io/vwyEP
fcrepo-transform/gh-pages ebc487d Jared Whiklo: Creating site for fcrepo-transform, 4.5.1
* github-ff leaves
<whikloj>awoods: might be that -DdryRun=true doesn't work as advertised12:27
<awoods>on a call
whikloj: I think the exact flag is: -Dgithub.site.dryRun12:34
<whikloj>awoods: oh well - http://fcrepo4-exts.github.io/fcrepo-transform/site/4.5.1/fcrepo/fcrepo-transform/12:35
awoods: luckily I hedged my bets and was working on the release tag
<awoods>whikloj: do you have a link to the javadocs?
<whikloj>awoods: I don't know, would that be in this site?12:36
<awoods>whikloj: got it: http://fcrepo4-exts.github.io/fcrepo-transform/site/4.5.1/fcrepo/fcrepo-transform/apidocs/
<whikloj>awoods: yeah just found it
<awoods>whikloj: looks like you nailed it.12:37
<whikloj>awoods: so now, I would open a PR against master? Because we should be merging DEV in first right?12:40
<acoburn>whikloj: https://github.com/fcrepo4-exts/fcrepo-transform/pull/1812:45
whikloj: but it looks like I need to rebase it first
* ajs6f joins12:48
* mhaye joins12:55
<whikloj>acoburn: cool, maybe I'll hold off on the PR until this is completed or I'll have to rebase too :)12:56
<acoburn>whikloj: are you talking about a different PR? there should be only one
<whikloj>acoburn: yes, I'm talking about my own PR for FCREPO-2015.12:57
<acoburn>whikloj: got it
<whikloj>acoburn: that was the one I was considering opening against master. awoods/barmintor and I haven't discussed the pending process for merging DEV back into master. But I guess a standard PR is probably the best way to go.12:58
<acoburn>whikloj: right, and I'd like that to happen sooner rather than later12:59
<whikloj>acoburn: agreed
acoburn: if you want to rebase that fcrepo-transform one, I'll pull it down and check if it builds as all the stuff in the branch would have already been reviewed13:00
* github-ff joins
[fcrepo-transform] acoburn force-pushed DEV from af08233 to e121501: https://git.io/vV3wZ
fcrepo-transform/DEV c2aa356 Aaron Coburn: Add deluxe transformation...
fcrepo-transform/DEV f311aa8 Aaron Coburn: Change parent pom to fcrepo from fcrepo-parent,...
fcrepo-transform/DEV 5a7c112 Jared Whiklo: Use FedoraResource instead of Nodes (DEV branch) (#13)...
* github-ff leaves
<whikloj>acoburn++ # mind reader :P
<acoburn>awoods: do you have an opinion on the process for merging DEV back into master?13:01
awoods: just a PR, like I issued?
awoods: i.e. https://github.com/fcrepo4/fcrepo4/pull/1031 and https://github.com/fcrepo4-exts/fcrepo-transform/pull/1813:02
awoods: I don't think any of the other projects changed.13:03
<ajs6f>awoods: Coming to the hangout with Martin Hayes?13:06
* travis-ci joins
fcrepo4-exts/fcrepo-transform#67 (DEV - e121501 : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-transform/compare/af08233e1073...e12150162912
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-transform/builds/127275076
* travis-ci leaves
* acoburn leaves13:08
<awoods>ajs6f: no, I will not be on the hangout13:16
<ajs6f>awoods: No, no you won't.13:17
We figured that out.
<awoods>acoburn/whikloj/barmintor: Will the three of you manage getting all of the DEV branches into their respective masters?
acoburn/whikloj/barmintor: When that is done, we will want to nuke the 4.5.1-RC and DEV branches.13:18
<whikloj>awoods/barmintor/acoburn: Would this statement be correct? https://github.com/fcrepo4-exts/fcrepo-transform/pull/18#issuecomment-216298755
or would you agree with my statement or whatever13:19
* acoburn joins
<awoods>whikloj: yes, no review is necessary, just ensuring that all of the commits cleanly build/work on top of master
<whikloj>awoods: merge, no squash correct?13:20
<mhaye>https://docs.google.com/document/d/181vDMoaMZzMWwvK3h1MYVGjVSs8aj8s_dZh78qPLDEg/edit?usp=sharing
(this is for ajs6f)13:21
* github-ff joins
[fcrepo-transform] whikloj closed pull request #18: Merge DEV branch back into master (master...DEV) https://git.io/vwM5Z
* github-ff leaves
<whikloj>awoods: I'm correct, no squash.
acoburn/barmintor/awoods: Is there a best practice for deleting the DEV branches? Can I just use the Github web UI?13:24
* bseeger leaves
<acoburn>whikloj: that's what I do — use the web UI
* github-ff joins13:25
[fcrepo-transform] whikloj deleted DEV at e121501: https://git.io/vwy63
* github-ff leaves
* github-ff joins13:27
[fcrepo4-vagrant] whikloj deleted 4.5.1-RC at e71aac6: https://git.io/vwy62
* github-ff leaves
* github-ff joins13:28
[fcrepo-webapp-plus] whikloj deleted 4.5.1-RC at 0085576: https://git.io/vwy6S
* github-ff leaves
* travis-ci joins
fcrepo4-exts/fcrepo-transform#68 (master - 1ea6398 : Jared Whiklo): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-transform/compare/708db4c698aa...1ea6398ec7ad
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-transform/builds/127282057
* travis-ci leaves
* github-ff joins13:29
[fcrepo-audit] whikloj deleted DEV at ddb3684: https://git.io/vwyie
* github-ff leaves
<acoburn>awoods: I have the initial implementation for fcrepo-camel-tests in place: https://github.com/fcrepo4-exts/fcrepo-camel-tests13:31
awoods: could you enable travis for this?
awoods: and jenkins
awoods: jenkins should fire whenever fcrepo-camel or fcrepo-camel-toolbox change13:32
<awoods>acoburn: will do
* github-ff joins
[fcrepo-mint] whikloj deleted DEV at 450ab06: https://git.io/vwyiu
* github-ff leaves
<acoburn>awoods: I will add a ticket to change the karaf-based integration tests currently in fcrepo-camel and fcrepo-camel-toolbox13:33
<awoods>acoburn++
* github-ff joins13:34
[fcrepo-module-auth-webac] whikloj deleted DEV at 7f8c5ee: https://git.io/vwyi6
* github-ff leaves
* github-ff joins
[fcrepo-module-auth-xacml] whikloj deleted DEV at 37d9dd4: https://git.io/vwyi1
* github-ff leaves
<ajs6f>mhaye: https://docs.jboss.org/author/display/MODE/Sequencing?_sscc=t
* github-ff joins
[fcrepo-module-auth-rbacl] whikloj deleted DEV at eeb03ee: https://git.io/vwyiy
* github-ff leaves
<ajs6f>mhaye: https://wiki.duraspace.org/display/FF/Design+-+API+Extension+Architecture13:41
* github-ff joins13:42
[fcrepo4] whikloj pushed 1 new commit to master: https://git.io/vwyXk
fcrepo4/master 84a885a Jared Whiklo: Merge pull request #1031 from fcrepo4/DEV...
* github-ff leaves
* Yinlin joins
* github-ff joins13:43
[fcrepo4] whikloj deleted 4.5.1-RC at 89d60e1: https://git.io/vwyXE
* github-ff leaves
<Yinlin>Is there a recommended memory size (GB) for Fedora 4 in general?
<whikloj>acoburn: Was there just the two DEV -> master PRs?13:44
<acoburn>whikloj: I did a cursory glance yesterday, and I only saw two
whikloj: you can look to see if there were any commits on the DEV branch13:45
<whikloj>acoburn: that's what I saw too, just wanted to confirm
acoburn: I checked the branches against master before I deleted them
acoburn: most were behind the 2 release commits13:46
<acoburn>whikloj: that makes sense
whikloj: thanks!
<whikloj>acoburn: thank you
<barmintor>whikloj++ // thanks for the DEV merge13:48
<whikloj>barmintor: no problem13:49
barmintor: you did all the other heavy lifting there, it was the least I could do
<barmintor>acoburn: have you started weighing storage options for MODE 5?13:50
<acoburn>barmintor: no, I haven't. have you?
<barmintor>acoburn: just starting to13:51
acoburn: not feeling very good about options tbh
<acoburn>barmintor: is there a webpage where they list the options?
<barmintor>acoburn: https://modeshape.wordpress.com/2016/04/08/modeshape-5s-persistence-changes/13:52
<acoburn>barmintor: thanks!
<barmintor>"When clustering however, the only suitable option is the relational store with a shared JDBC store."13:53
* github-ff joins13:54
[fcrepo-transform] whikloj opened pull request #19: Update parent and scm to use standardize variables (master...FCREPO-2015) https://git.io/vwyMW
* github-ff leaves
<acoburn>barmintor: a shared JDBC connection will become a bottleneck for write-heavy clustered installations13:55
<barmintor>I am guess the other option is to steer POST/PUT to one machine in a cluster and use the RDBMS metadata/file system store
or shard13:56
<acoburn>barmintor: sharding gets really complicated with membership/containment triples
<barmintor>acoburn: yeah.
acoburn: just not sure what the other options are.13:57
<acoburn>barmintor: fedora would be really nice running atop HBase. Just sayin'
<barmintor>acoburn: unless we identify another store13:58
acoburn: I dunno if ajs6f is watching but hbase was an alpha candidate!
* travis-ci joins
fcrepo4/fcrepo4#4443 (master - 84a885a : Jared Whiklo): The build was broken.
Change view : https://github.com/fcrepo4/fcrepo4/compare/341e549b98da...84a885a56172
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/127287078
* travis-ci leaves
<ajs6f>barmintor: Like Pepperidge Farm, I remember.
<acoburn>barmintor: for small, non-clustered deployments, HBase is way too much13:59
<ajs6f>barmintor:acoburn: We couldn't hack the management of it, IIRC. It was just too much overhead for the smallest action.
<barmintor>ajs6f: acoburn we also got pushback about storage transparency
but that ship sails a different sea than the horizontally scalable
<ajs6f>barmintor: I don't remember that, but I believe you. However, I think the concerns there are very diff today.14:00
<acoburn>barmintor: it sure does
* Yinlin leaves14:01
<ajs6f>awoods: mhaye and I are thinking that the discussion of ordering (which went very well) deserves a place in history. Specifically, we were thinking about a new "Metadata Modeling" section of the wiki, filled with HOWTOs about things like "Ordering", "Dates, times and ranges", "Using LDP to represent collections" etc. The idea would be that each HOWTO would work through a couple of realistic examples, showing where choices occur and what the c14:02
awoods: I think that would be much more useful than an abstract discussion of bnodes or other specific tech.14:03
<whikloj>ajs6f++14:05
<ajs6f>whikloj: One of those pluses belongs to mhaye.
<whikloj>mhaye++14:06
<ajs6f>whikloj: Right on.
<barmintor>awoods: do we imagine a 4.6.0 release against MODE 5 this summer?14:08
acoburn: it at least seems like HBase meets the criteria for a MODE storage backend. If our admin group prefers it to postgres, we could probably collaborate on a storage module14:10
acoburn: I'm adding it to our local SG meeting notes for this week
<ajs6f>barmintor: HBase -> MODE -> FCREPO? At what point is it just simpler and smarter to go HBase -> FCREPO directly?>14:11
<barmintor>ajs6f: well, that;s a good question
<acoburn>barmintor: I don't think HBase would be a very good MODE backend
<ajs6f>barmintor: HBase -> MODE -> Akubra -> FCREPO3 -> MODE-PROJECTION -> FCREPO4.14:12
<acoburn>barmintor: I was thinking of a HBase -> FCREPO architecture
<barmintor>well
well well
<ajs6f>willington
* bseeger joins
<barmintor>that would certainly shorten up the list of dependencies14:13
<ajs6f>I seriously just don't get the advantage of leaving MODE in the loop?
<barmintor>ajs6f: you know I like to make tiny changes14:14
<ajs6f>barmintor: But isn't the desire to scale?
<barmintor>ajs6f: yeah
<ajs6f>scale the heights, plumb the depths?
climb every mountin?
<acoburn>barmintor: the tiny changes I'm interested in are removing the JCR dependencies from the kernel-api14:15
<barmintor>move, move, move any mountain?
<ajs6f>acoburn++
<acoburn>barmintor: at that point, the backend can be anything
<ajs6f>jcr-in-the-kernel—
<barmintor>acoburn: I am 100% behind that
but the calendars for implementation are different14:16
which is fine!
just a thing to know
<ajs6f>barmintor: How long do you think it would take to get HBase under MODE? Do you think it would take less time than getting MODE out from under the kernel?
<acoburn>I would expect a prototype in late 2016 or early 201714:17
barmintor: in the meantime, we've got implementation needs that will involve MODE at our institution14:18
<barmintor>acoburn: likewise. this is why I'm sweating the binary storage in MODE 5
<ajs6f>See, if you avoid Fedora to begin with, you avoid all of these complications.14:19
<acoburn>barmintor: we'll be using postgres with the metadata and the filesystem for binaries14:20
bseeger is setting it all up
* ajs6f leaves14:28
<awoods>whikloj/barmintor: I will keep you posted on what happens with the fcrepo4 gh-pages before I drop of in the next 30min... but I am guessing they will not all go through (already hit one 405). Please wrap up the docs.fcrepo.org as soon as you can.14:34
whikloj/barmintor: Maybe we should let dwilcox go forth with the public 4.5.1 announcement, even the docs.fcrepo.org may not be ready for a day.14:35
whikloj/barmintor: Thoughts?
<whikloj>awoods: how does docs.fcrepo.org get updated?14:36
<barmintor>awoods: that sounds reasonable to me. I need to learn more about how the gh-pages deploy works, this is a broken-seeming part of the process.
<whikloj>barmintor: https://github.com/github/maven-plugins/issues/1714:38
barmintor: specifically https://github.com/github/maven-plugins/issues/17#issuecomment-9377073
<awoods>whikloj: docs.fcrepo.org gets updated by running "mvn site-deploy" and updating the index.html in fcrepo4/gh-pages branch.14:39
<whikloj>awoods: ok so this is all due to the API rate issue. thanks
* jcoyne leaves14:48
* ajs6f joins14:56
<awoods>acoburn: http://jenkins.fcrepo.org/job/fcrepo-camel-tests/ , but the project has not shown up in Travis yet... so that activation will have to wait.14:57
<acoburn>awoods: thanks, I think I need to first make a PR14:59
awoods: actually it looks like I just needed to enable travis-ci integration15:01
<awoods>barmintor/whikloj: I am keeping my fingers crossed on the fcrepo4/gh-pages going through... been sitting on 1,351 blobs for ~1hour. I will give a status before signing off.15:04
<barmintor>awoods++
<awoods>dwilcox: Stay tuned for my last gh-pages update before I sign off... but unless barmintor/whikloj feel differently, it is probably fine to send out the 4.5.1 release message as soon as you like, with the understanding that docs.fcrepo.org may not yet be updated.15:05
<whikloj>awoods/barmintor/dwilcox: I'm fine sending the release announcement now15:06
* github-ff joins15:07
[fcrepo-camel] acoburn opened pull request #109: Stop testing the full karaf features.xml file (master...fcrepo-2016) https://git.io/vwyxL
* github-ff leaves
<awoods>barmintor/whikloj: drats
[ERROR] Failed to execute goal com.github.github:site-maven-plugin:0.12:site (github) on project fcrepo: Error creating tree: Not Allowed (405) -> [Help 1]
* awoods signing off15:08
<dwilcox>awoods / barmintor / whikloj : I will plan to send the release announcement first thing tomorrow morning
<ajs6f>Is it the case that we have to cross our fingers and hope that site creation executes for a release? maybe we should think about some new tooling...
* awoods leaves15:09
* dwilcox leaves15:28
* Iome_ leaves15:30
* Iome joins15:36
* github-ff joins15:39
[fcrepo-camel-tests] acoburn opened pull request #1: update karaf version (master...karaf_version) https://git.io/vwSvF
* github-ff leaves
* github-ff joins15:49
[fcrepo-camel-tests] acoburn opened pull request #2: add travis build status (master...update_readme) https://git.io/vwSJw
* github-ff leaves
* ajs6f leaves16:22
* bseeger leaves16:44
* rbenji leaves16:45
* mhaye leaves17:00
* dwilcox joins17:03
* github-ff joins17:10
[fcrepo-transform] acoburn closed pull request #19: Update parent and scm to use standardize variables (master...FCREPO-2015) https://git.io/vwyMW
* github-ff leaves
* dwilcox leaves
<acoburn>whikloj: the PR I just merged ^^^ it looks like it doesn't completely address FCREPO-2015, correct?17:12
whikloj: so I should put the ticket back in the reopened state, correct?
<whikloj>acoburn: I think it does, it seemed to work when I accidentally published the 4.5.1 pages. Is there something missing?
<acoburn>whikloj: gh-pages is all a big mystery to me, so if you say it fixes it, I believe you17:13
<whikloj>acoburn: It is to me as well, we can re-open it if you'd like and wait for awoods or someone to confirm.
<acoburn>whikloj: let's just assume it's closed. we can always reopen it later (like for the next release)17:14
<whikloj>acoburn: Sounds good to me
* travis-ci joins17:16
fcrepo4-exts/fcrepo-transform#70 (master - 74fcba8 : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-transform/compare/1ea6398ec7ad...74fcba880de3
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-transform/builds/127339318
* travis-ci leaves
* github-ff joins
[fcrepo-camel-toolbox] acoburn opened pull request #86: Move karaf-based features.xml testing out of this integration tests (master...fcrepo-2016) https://git.io/vwSCI
* github-ff leaves
* github-ff joins17:30
[fcrepo4] acoburn opened pull request #1032: remove getNode from fcrepo-kernel-api (master...fcrepo-1869) https://git.io/vwS8U
* github-ff leaves
* acoburn leaves17:33
* peichman leaves17:35
* whikloj leaves17:45
* dwilcox joins18:14
* dwilcox leaves19:03
* dwilcox joins19:04
* dwilcox_ joins19:14
* dwilcox leaves19:17
* dwilcox_ leaves19:19
* github-ff joins22:54
[fcrepo-camel-toolbox] awoods pushed 2 new commits to master: https://git.io/vwSAH
fcrepo-camel-toolbox/master 47d7ef6 Aaron Coburn: Update dependencies...
fcrepo-camel-toolbox/master d83a5c0 Andrew Woods: Merge pull request #85 from acoburn/fcrepo-2014...
* github-ff leaves
* github-ff joins22:56
[fcrepo-transform] awoods deleted rc-4.5.0 at 8a2ec8b: https://git.io/vwSAb
* github-ff leaves
* github-ff joins
[fcrepo-transform] awoods deleted release-4.5.0 at e69adc3: https://git.io/vwSAx
* github-ff leaves
* github-ff joins23:05
[fcrepo4] awoods deleted rc-4.5.0 at de79c1e: https://git.io/vwSx6
* github-ff leaves
* github-ff joins
[fcrepo4] awoods deleted jdbc at f9316d7: https://git.io/vwSxP
* github-ff leaves
* github-ff joins
[fcrepo4] awoods deleted MoreKillingMode at d2ec20a: https://git.io/vwSx1
* github-ff leaves
* github-ff joins
[fcrepo4] awoods deleted pr/869 at 6e8f0ab: https://git.io/vwSxD
* github-ff leaves
* github-ff joins23:06
[fcrepo4] awoods deleted release-4.5.0 at ae13067: https://git.io/vwSxS
* github-ff leaves
* travis-ci joins23:11
fcrepo4-exts/fcrepo-camel-toolbox#230 (master - d83a5c0 : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel-toolbox/compare/f1f983179e9c...d83a5c096811
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel-toolbox/builds/127405863
* travis-ci leaves
* github-ff joins23:25
[fcrepo-camel] awoods pushed 1 new commit to master: https://git.io/vwShZ
fcrepo-camel/master be9301f Aaron Coburn: Stop testing the full karaf features.xml file (#109)...
* github-ff leaves
* github-ff joins
[fcrepo-camel-toolbox] awoods closed pull request #86: Move karaf-based features.xml testing out of this integration tests (master...fcrepo-2016) https://git.io/vwSCI
* github-ff leaves
* github-ff joins
[fcrepo-camel-tests] awoods closed pull request #1: update karaf version (master...karaf_version) https://git.io/vwSvF
* github-ff leaves
* github-ff joins23:26
[fcrepo-camel-tests] awoods pushed 2 new commits to master: https://git.io/vwSh0
fcrepo-camel-tests/master 9a8a8d6 Aaron Coburn: add travis build status
fcrepo-camel-tests/master 4e1bae8 Andrew Woods: Merge pull request #2 from acoburn/update_readme...
* github-ff leaves
* travis-ci joins23:28
fcrepo4-exts/fcrepo-camel#260 (master - be9301f : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel/compare/bc35a9475372...be9301f54b7c
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel/builds/127409129
* travis-ci leaves
* travis-ci joins23:30
fcrepo4-exts/fcrepo-camel-tests#4 (master - 4e1bae8 : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel-tests/compare/45632706c1da...4e1bae8a10f0
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel-tests/builds/127409196
* travis-ci leaves
* travis-ci joins23:31
fcrepo4-exts/fcrepo-camel-tests#3 (master - 4563270 : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel-tests/compare/0a5f94e65850...45632706c1da
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel-tests/builds/127409159
* travis-ci leaves
* travis-ci joins23:43
fcrepo4-exts/fcrepo-camel-toolbox#231 (master - 3da141b : Andrew Woods): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-camel-toolbox/compare/d83a5c096811...3da141b7e38d
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-camel-toolbox/builds/127409145
* travis-ci leaves

Generated by Sualtam