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

Using timezone: Eastern Standard Time
* thomz joins02:34
* dwilcox joins07:15
* youn joins08:26
* dhlamb joins08:31
* whikloj joins08:56
* osmandin joins09:05
* bseeger joins09:09
* acoburn joins09:17
* mikeAtUVa joins09:23
* kefo joins09:26
* thomz leaves09:28
* kestlund joins09:42
* peichman joins09:50
* osmandin leaves10:03
* osmandin joins10:05
* osmandin leaves10:18
* osmandin joins
* kestlund1 joins10:29
* kestlund leaves10:31
* osmandin_ joins10:41
* osmandin leaves10:43
* osmandin leaves10:45
* osmandin joins10:48
* osmandin leaves10:49
* osmandin joins10:56
* kestlund1 leaves11:02
* kestlund joins11:04
* coblej joins11:40
* kestlund1 joins11:42
* kestlund leaves11:43
* osmandin leaves11:48
* coblej leaves11:50
<awoods>whikloj: I assume we are still on track for a Thurs release of 4.6.1?11:51
<whikloj>awoods: sure
<awoods>whikloj: good11:52
<whikloj>awoods: we are a little light on the Windows testing, but otherwise it seems good
<awoods>Does anyone here have a Windows machine on which some of the basic release tests could be performed? https://wiki.duraspace.org/display/FF/Release+Testing+-+4.6.111:53
* amccarty joins12:09
howdy folks - is anyone here running Fedora on Elastic Beanstalk?12:11
* bseeger leaves12:16
<acoburn>amccarty: you mean with a shared database backend and binaries stored in S3?12:29
<amccarty>acoburn: exactly
<acoburn>amccarty: transactions wouldn't work
amccarty: and wouldn't the database become a bit of a bottleneck?12:30
<amccarty>acoburn: it would, yes
so that's not good ;)
<acoburn>amccarty: right, so is it the right system? I'd have my doubts12:31
amccarty: well, as long as modeshape is at the core
<amccarty>what i'm aiming for is some level of immutable infrastructure
or any sort of container-based infra12:32
<amccarty>well that's the thing - beanstalk can use docker containers, but the database bottleneck still exists12:34
we're starting a new sufia app here and I'm trying to make all of the components as highly available and immutable as I can12:35
<acoburn>you could just prepare an AMI and be done with it — EB is probably overkill
<amccarty>i agree, but this one will have to be fairly elastic12:36
<acoburn>awoods: what's the status of https://jira.duraspace.org/browse/FCREPO-2295
<amccarty>at least on the app side, maybe not so much on the fedora/solr side
* awoods on a call12:37
* escowles joins12:49
* coblej joins12:51
* coblej leaves
* coblej joins
* kestlund joins12:55
* kestlund1 leaves12:57
* dwilcox leaves12:59
<awoods>amccarty: I believe the hybox folks have deployed F4 with EB... I will ask dbernstein to jump in.13:00
* dwilcox joins13:03
* dbernstein joins13:04
* coblej leaves13:11
<dbernstein>amccarty: I’m in a meeting - I’ll get back to you in a bit.13:17
* coblej joins
* osmandin joins13:19
* coblej leaves13:22
* osmandin leaves13:24
* bseeger joins
* osmandin joins
* osmandin leaves13:29
* coblej joins13:34
* coblej leaves13:35
* coblej joins13:36
* escowles leaves13:39
* coblej leaves13:59
* kestlund leaves
* kestlund joins14:01
<awoods>acoburn: still on calls :(14:04
* coblej joins
* coblej leaves14:09
* coblej joins
<amccarty>dbernstein: no rush - i'm off and on14:11
* amccarty leaves14:14
* osmandin joins14:15
* osmandin leaves14:19
* osmandin joins14:20
* osmandin leaves
* odin_ joins14:34
* odin_ leaves
* osmandin joins
* bseeger leaves14:36
* bseeger joins14:37
* mikeAtUVa leaves15:00
<peichman>acoburn: is fcrepo-ldpath able to pick up its fcrepo.baseUrl and fcrepo.auth* properties from the org.fcrepo.camel.service.cfg config?15:07
* acoburn leaves15:17
* acoburn joins15:18
* mikeAtUVa joins
* acoburn1 joins15:20
peichman: no, fcrepo-ldpath is completely different; it doesn't use fcrepo-camel at all and so it must be configured separately
<peichman>acoburn: okay15:21
* acoburn leaves15:23
* youn leaves15:26
* kestlund leaves15:30
<peichman>acoburn: also, is there any facility for registering an ldpath transformation to be used with every node of a given type, like the old fcr:transform? we have two ldpath scripts, one for binaries and one for containers15:32
<acoburn1>peichman: no, it's not quite the same — you'd need to build that logic into the LDPath itself15:33
<peichman>acoburn: okay; I'm also curious if that is something that API-X bindings could do for us15:34
<acoburn1>peichman: I'm pretty sure it could
<peichman>acoburn: for now, I will look at a fancier ldpath
acoburn: thanks!
* mikeAtUVa leaves15:35
* coblej leaves15:36
* mikeAtUVa joins15:39
* acoburn1 leaves15:43
* kestlund joins
<dbernstein>amccarty: So yes, fcrepo is being deployed via beanstalk as part of the hybox deployement. Here’s the cloudformation template they are using: https://github.com/hybox/aws/blob/master/templates/fcrepo.json15:50
I’m also sending you a deployment diagram.15:51
* bseeger leaves16:00
* bseeger joins16:02
* bseeger leaves16:14
* coblej joins16:17
* bseeger joins16:18
* amccarty joins16:22
* dhlamb leaves
* amccarty leaves16:35
* dwilcox leaves16:46
* dwilcox joins16:47
* dwilcox leaves
* dwilcox joins16:48
* dwilcox leaves
* osmandin leaves16:50
* mikeAtUVa leaves16:52
* kestlund leaves16:55
* whikloj leaves17:01
* bseeger leaves
* coblej leaves17:05
* kefo leaves17:17
* dwilcox joins18:00
* peichman leaves18:04
* github-ff joins18:15
[fcrepo4] awoods pushed 1 new commit to master: https://git.io/vXDaz
fcrepo4/master e8e128c Aaron Coburn: Upgrade to Jena 3.1.1 (#1138)...
* github-ff leaves
* dwilcox leaves21:05
* travis-ci joins22:41
fcrepo4/fcrepo4#4846 (master - e8e128c : Aaron Coburn): The build was broken.
Change view : https://github.com/fcrepo4/fcrepo4/compare/2ee05ca81700...e8e128cd04c1
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/176213045
* travis-ci leaves

Generated by Sualtam