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

Using timezone: Eastern Standard Time
* dchandekstark joins02:08
* dchandekstark leaves02:13
* thomz joins02:38
* dchandekstark joins03:29
* dchandekstark leaves03:36
* ruebot_away leaves04:58
* ruebot_away joins05:03
* dchandekstark joins05:33
* dchandekstark leaves05:38
* dwilcox joins07:13
* dchandekstark joins07:35
* dchandekstark leaves07:39
* manez joins08:00
* manez leaves08:04
* dchandekstark joins08:18
<ruebot>[Import/Export Standup]08:20
* Completed yesterday:
- Tested and merged https://github.com/fcrepo4-labs/fcrepo-import-export/pull/6
- Tested and merged https://github.com/fcrepo4-labs/fcrepo-import-export/pull/708:21
- Created issue for recursive binary export https://jira.duraspace.org/browse/FCREPO-2152
* Planning on completing today:
- Test and merge https://github.com/fcrepo4-labs/fcrepo-import-export/pull/8
- Evaluate where we're at with phase 1
- Do a better job at assigning work
* Blockers / Need help with:
- None
* dchandekstark leaves08:23
* manez joins08:27
* youn joins08:31
[Import/Export Standup]
* Completed yesterday: reviewed Fedora RESTful HTTP API documentation and W3C Linked Data Platform recommendation
* Planning on completing today: script to create (1) containers with RDF and (2) containers with RDF and binaries, to include with test plan
* Blockers / Need help with: if not included elsewhere and consensus on need, checksum comparison tool to compare checksums (a) before and (b) after export and (c) before and (d) after import, to include with test plan08:32
* youn leaves
<escowles>[import/export standup]08:33
* yesterday: got basic export and saving binaries only if configured PRs merged, started working on recursive export08:34
* today: 4hrs of meetings, so not too much — will try to finish recursive retrieval and make sure there are tickets for some of the good ideas that have come up (e.g. using IOUtils.copyLarge when appropriate)08:35
* blockers: none
* dwilcox leaves08:37
* acoburn joins08:38
* westgard joins08:42
* whikloj joins09:02
* bseeger joins09:14
[Import/Export Standup]09:16
* Completed yesterday: some testing of PR to setup test env.09:17
* Planning on completing today: in many, many meetings, so probably not much for I/E
* Blockers / Need help with: nothing, currently
* mikeAtUVa joins09:18
<bseeger>import / export question: should / will the fcr:metadata associated with a binary be exported as well?09:22
<mikeAtUVa>bseeger: yeah, it is, the camel serializer puts it in the descriptions folder with a path that is the same as the binary except with the .ttl extension09:24
<bseeger>mikeAtUVa: thanks - I vaguely recall that being the case. I don't think that's happening with the new tool yet. I didn't see it happening yesterday and am double checking now).09:25
* dchandekstark joins09:27
* dchandekstark leaves09:29
* dchandekstark joins
* github-ff joins09:32
[fcrepo-import-export] escowles created recursive-retrieval (+1 new commit): https://git.io/viLWq
fcrepo-import-export/recursive-retrieval c3940aa Esmé Cowles: Recursive export
* github-ff leaves
<bseeger>awoods, ruebot, mikeAtUva, escowles: doesn't look like the metadata (fcr:metadata endpoint) associated with a binary is exported - shall I file a ticket?
<escowles>bseeger: yes, please!
* dchandekstark leaves09:33
* dchandekstark joins09:34
* dchandekstark leaves09:35
* dchandekstark joins
* github-ff joins09:36
[fcrepo-import-export] escowles opened pull request #9: Parse serialized RDF and export members linked to with ldp:contains (master...recursive-retrieval) https://git.io/viLWx
* github-ff leaves
* manez leaves09:37
* manez joins09:39
* dchandekstark leaves
* peichman joins09:40
<awoods>[Import/Export Standup]09:43
* Completed yesterday:
- Code reviews/testing
* Planning on completing today:
- Code reviews/testing
- Importing test data-sets (hint)
* Blockers / Need help with:
- None
* justinsimpson joins09:49
[Import/Export Standup]09:54
* Completed yesterday:
very little, got diverted
* Planning on completing today:
build and test https://github.com/fcrepo4-labs/fcrepo-import-export maybe look at pr8?
* Blockers / Need help with:
wondering how to find the test data westgard made?
<awoods>justinsimpson: me too. I would really like to start working with the famous westgard-collection.09:55
* dchandekstark joins10:00
<mikeAtUVa>[Import/Export Standup]
* Completed yesterday: most of https://jira.duraspace.org/browse/FCREPO-2127
* Planning on completing today: the rest of that, and catching up with the actual softare development
* Blockers / Need help with: noting related to this sprint
<westgard>[Import/Export Standup]10:01
* Completed yesterday:
- Some refinements to test data
* Planning on completing today:
- Finalize the metadata in the test dataset (such that it will be real data that one can meaningfully query)
- Give access to test data
* Blockers / Need help with:
- still need clarity on how and where to provide access to the test data (sorry if this should be obvious); I will be in a lot of meetings today starting now, but will try to get to this earlier rather than later y
<ruebot>westgard: i think we had consensus on putting it here: https://github.com/fcrepo4-labs/fcrepo-sample-dataset10:02
westgard: if you need a hand with it, let me know. happy to help.10:03
<westgard>PS I have tested export via fcr:export (even though that is deprecated) and it works. Is that XML file sufficient?10:04
<ruebot>^^ mikeAtUVa, awoods, escowles that work?10:05
<westgard>Gotta run to meeting #1 now.
* westgard leaves
* github-ff joins
[fcrepo4] acoburn opened pull request #1097: Removed dead and duplicative HTML template code (master...fcrepo-2125) https://git.io/viL0L
* github-ff leaves
<awoods>westgard: unfortunately not. You should use /fcr:backup10:06
westgard: what version of Fedora are you using?
<barmintor>[Import/Export Standup] Yesterday: refactored project into yet more mvn modules10:21
[Import/Export Standup] Today: PR #8, then back to 2130
[Import/Export Standup] Blockers: none that I am aware of10:22
* github-ff joins10:30
[fcrepo4] awoods pushed 1 new commit to master: https://git.io/viL2E
fcrepo4/master bcbf9d4 Aaron Coburn: Removed dead and duplicative HTML template code (#1097)...
* github-ff leaves
<barmintor>awoods: are you thinking that we only need 1 config class for import and export?10:40
<awoods>barmintor: Time will tell... but the current PR#8 straddles the line.
barmintor: on the one hand, it has a Config interface with lots of common methods10:41
* dchandekstark leaves
<awoods>barmintor: on the other hand, it passes concrete instances of Configs to the Importer/Exporter.
<barmintor>awoods: yes- I honestly am not sure that we will want to keep ArgParser and Config10:42
<awoods>barmintor: which is certainly fine... gut early and often. We will want to touch base with escowles and: https://jira.duraspace.org/browse/FCREPO-214610:43
<escowles>awoods: barmintor: sorry, on a call...
<barmintor>awoods: I was thinking that a interface for "Porter" and ArgParser, and the config stuff is just internal
awoods: but I wanted the module refactor to support it first
<awoods>barmintor: ok. If you make a ticket for Porter/ArgParser, I will merge PR#8.10:44
* dchandekstark joins10:48
<barmintor>awoods: https://jira.duraspace.org/browse/FCREPO-2157
* github-ff joins10:50
[fcrepo-import-export] awoods pushed 7 new commits to master: https://git.io/viLwN
fcrepo-import-export/master 184a30c Benjamin Armintor: rename tests module to common
fcrepo-import-export/master 1894b8a Benjamin Armintor: update artifact name of common module
fcrepo-import-export/master ee9c0f5 Benjamin Armintor: rename o.f.export to o.f.exporter
* github-ff leaves
<awoods>barmintor: I believe we can close this as well, no? https://jira.duraspace.org/browse/FCREPO-213010:51
* travis-ci joins
fcrepo4/fcrepo4#4684 (master - bcbf9d4 : Aaron Coburn): The build passed.
Change view : https://github.com/fcrepo4/fcrepo4/compare/0c8e261e6670...bcbf9d4509dc
Build details : https://travis-ci.org/fcrepo4/fcrepo4/builds/156827398
* travis-ci leaves
<barmintor>awoods: for certain definitions of "skeleton"
* cmills leaves
<barmintor>awoods: it doesn't do anything
* chadmills leaves
<awoods>barmintor: and I guess it does not do what is mentioned in the ticket: The import client should:
* Log resources that are imported
* Have tests that verify that resources are imported
<barmintor>still in progress!10:52
<awoods>barmintor: that is a beefy skeleton
<thomz>Hello may I ask a short question ... for demo purposes, I just downloaded the 1-click-edition of FC. With the provided user interface, we added some containers / files. Is it now possible to set the whole instance into a read only mode so that I can "publish" the URL to "strangers", so that they can look at what we did but not change anything?10:53
<acoburn>thomz: you could put a reverse proxy in front of Fedora and only permit GET and HEAD requests. would that address your concern?10:54
<awoods>thomz: The 1-click does not have any AuthZ enabled. For that, you may want to either do what acoburn is suggesting, or use a packaged FC that has AuthZ: fcrepo4-vagrant or fcrepo-webapp-plus.10:55
<thomz>awoods acoburn- thank you both, I will see how I will do it.10:57
<barmintor>awoods: I need to talk to our sysadmins here about something urgent, won't be on call today
<awoods>barmintor: thanks10:58
* apb18 joins
* coblej joins10:59
<bseeger>*is here*11:00
<acoburn>*is here*
* ruebot here
<coblej>*is here*11:01
* escowles is wrapping up another call, coming in a minute
* apb18 is here
* mikeAtUVa is there too
* ylchen joins11:02
Yinlin is here
<ruebot>he's on vacation now11:03
* youn joins11:06
<apb18>also, doesn't 4.6.0 now default to RDBMS instead of LevelDB?
* westgard joins11:09
* ad96 joins
* ajwagner joined after last meeting went over11:12
* thomz leaves11:27
<ajwagner>https://facebook.github.io/graphql/ and https://facebook.github.io/react/blog/2015/05/01/graphql-introduction.html11:31
<bseeger>reading specs has become my new favorite pasttime11:35
<whikloj>bseeger++ # but I also feel a bit sad
* dchandekstark leaves11:40
* youn leaves11:42
* dchandekstark joins11:46
* tjohnson joins11:48
* dchandekstark leaves11:50
* youn joins11:56
* ylchen leaves12:00
* coblej leaves12:14
* github-ff joins12:19
[fcrepo-import-export] barmintor opened pull request #10: remove Config interface in favor of TransferProcess (FCREPO-2157) (master...fcrepo-2157) https://git.io/viLdO
* github-ff leaves
* dchandekstark joins
* dchandekstark leaves12:21
* dchandekstark joins
* dchandekstark leaves12:29
* dchandekstark joins
* dchandekstark leaves12:34
* dchandekstark joins12:38
* dchandekstark leaves
* dchandekstark joins
* dchandekstark leaves12:47
* dchandekstark joins12:48
* dchandekstark leaves
* dchandekstark joins12:49
* youn leaves12:51
* dchandekstark leaves12:54
* dchandekstark joins12:58
* dchandekstark leaves
* dchandekstark joins
* dchandekstark leaves
<acoburn>apb18: do you have a link to the API-X mtg wiki page?13:00
* esm_ joins
* red_ joins
* dchandekstark joins
* ddavis joins13:02
* dchandekstark leaves
* dchandekstark joins
* westgard leaves13:04
* manez leaves13:07
* manez joins13:09
* dchandekstark leaves
* dchandekstark joins13:10
* coblej joins13:14
* coblej leaves13:16
* coblej joins
* westgard joins13:18
* dwilcox joins13:20
* dwilcox leaves13:24
* dwilcox joins13:25
<whikloj>sounds good13:27
* dwilcox leaves13:31
* dwilcox joins
apb18: +1 thats fine with me13:33
* dchandekstark leaves
* justinsimpson leaves
* dchandekstark joins13:39
* dwilcox leaves
* dwilcox joins13:40
* youn joins13:43
* dchandekstark leaves
* dchandekstark joins13:45
* dchandekstark leaves13:49
* dwilcox leaves13:54
* dchandekstark joins13:55
* dwilcox joins13:56
* dchandekstark leaves
* dchandekstark joins13:57
* westgard leaves
* dchandek_ joins13:59
* dchande__ joins14:01
* dchandekstark leaves14:02
* red_ leaves
* dchande__ leaves
* dchandekstark joins
* ddavis leaves14:03
* dchandek_ leaves14:04
* dchandekstark leaves14:07
* dchandekstark joins14:08
* github-ff joins14:11
[fcrepo4-vagrant] whikloj opened pull request #57: Copy configuration changes from 4.6.0-maintenance to master (master...FCREPO-2156) https://git.io/vitZW
* github-ff leaves
* dchandekstark leaves
* dchandekstark joins14:12
<awoods>bseeger/escowles/mikeAtUVa/ruebot: can I get a review of the following PR, so we can merge it. It has some important refactoring: https://github.com/fcrepo4-labs/fcrepo-import-export/pull/1014:18
<coblej>Minutes for today's tech call added to https://wiki.duraspace.org/display/FF/2016-09-01+-+Fedora+Tech+Meeting ... please add, correct, clarify as needed!14:25
<awoods>thanks, coblej
* coblej leaves14:28
<ruebot>awoods: pulling down and testing now.14:32
* ruebot git remote add ben
* coblej joins14:34
* coblej_ joins14:35
* coblej__ joins14:36
* coblej leaves14:39
* dwilcox leaves
* coblej_ leaves14:40
* dwilcox joins
<awoods>whikloj: again... thanks for creating the following tests. I find them very useful: https://github.com/fcrepo4-labs/fcrepo4-tests14:44
<whikloj>awoods: np, I use them quite often too
plus as I recall there was effort from escowles and bseeger in there too14:45
<awoods>whikloj: if you ever want to expand them... they would get used.
<ruebot>awoods: commented14:46
<whikloj>awoods: Expand for alternate actions or just more data? I make no promises as I tend to end up with more deliverables than time
<awoods>whikloj: I was then more actions... like creating then deleting resources and making sure they are not in solr/triplestore14:47
whikloj: assuming a vagrant env is running14:48
<whikloj>awoods: would you be open to porting this to some other framework than bash in that case? I could possibly do it in bash, but something with JSON or XML parsing would be alot more feasible14:49
<awoods>whikloj: as long as it is just as easy to run... sure
<whikloj>awoods: define easy
<awoods>whikloj: an executable with commandline args
<whikloj>awoods: so packaged up
<awoods>whikloj: or individual executables... like the bash examples.
<whikloj>awoods: I'm more thinking of the libraries I would have to import. Could that be a pre-requisite, or should it be provided14:51
<bseeger>ruebot: try the jar fcrepo-import-export-driver
<ajwagner>whikloj: in terms of working with JSON in bash, https://stedolan.github.io/jq/ is great14:52
<whikloj>ajwagner++ # interesting14:53
<awoods>ruebot: re-commented14:54
<ajwagner>(Not that I'm suggesting that sticking with bash is better than moving to python/ruby/erlang/rust/go/whatevs)
<whikloj>bash has the benefit of easy entry though, so if I can drop that in the directory and use it. Perhaps it is a good solution14:55
<ajwagner>whikloj++ # agreed
<ruebot>whikloj: i use jq a loooooooooooooooooooooooooooooooooooot
whikloj: <3 it _very_ much
<whikloj>ruebot: interesting have you and ajwagner seen FCREPO-1969 ;)14:56
<awoods>ruebot: Did you and bseeger find a jar that executes?
<ruebot>whikloj: http://programminghistorian.org/lessons/json-and-jq
awoods: java -jar fcrepo-import-export-driver/target/original-fcrepo-import-export-driver-0.0.1-SNAPSHOT.jar
Error: Could not find or load main class org.fcrepo.export.ImportExportDriver
* github-ff joins14:57
[fcrepo4-vagrant] awoods pushed 1 new commit to master: https://git.io/vit4M
fcrepo4-vagrant/master 6a6c560 Jared Whiklo: Copy configuration changes from 4.6.0-maintenance to master (#57)
* github-ff leaves
<awoods>ruebot: exactly... broken
<bseeger>ruebot: and I'm not sure about that jar thing. I thought I read that somewhere, but can't find it again.
<awoods>ruebot: if you merge #10, I will fix the jar.
<bseeger>ruebot: I found it here: https://github.com/barmintor/fcrepo-import-export/14:58
* youn leaves
<bseeger>ruebot: which is probably outdated, so, sorry about that.14:59
* bseeger leaves15:00
<ruebot>whikloj: w/r/t FCREPO-1969, let me know what needs to be done with json parsing, and i might be able to lend a hand with jq15:01
awoods: so, you're telling me to merge 10? :-)
* dwilcox leaves15:02
<awoods>ruebot: I am saying that we are at a standstill. If you merge, I will be able to clean things up.
<ruebot>awoods: merged.15:03
* github-ff joins
[fcrepo-import-export] ruebot pushed 1 new commit to master: https://git.io/vitBX
fcrepo-import-export/master a3fb623 Benjamin Armintor: remove Config interface in favor of TransferProcess (FCREPO-2157) (#10)
* github-ff leaves
* dwilcox joins15:05
* dwilcox leaves15:09
* github-ff joins15:11
[fcrepo-import-export] awoods opened pull request #11: Fix broken executable jar (master...fcrepo-2160) https://git.io/vit0m
* github-ff leaves
<awoods>ruebot: all yours: https://github.com/fcrepo4-labs/fcrepo-import-export/pull/11
* dwilcox joins15:13
* acoburn leaves15:14
<ruebot>awoods: testing15:15
awoods: commented. i _think_ we're good.15:21
* dwilcox leaves15:23
* dwilcox_ joins
* github-ff joins
[fcrepo-import-export] ruebot pushed 1 new commit to master: https://git.io/vitEF
fcrepo-import-export/master ea5e0b6 Andrew Woods: Fix broken executable jar (#11)...
* github-ff leaves
* bseeger joins15:27
* manez leaves15:29
* manez joins15:31
* esm_ leaves15:34
* github-ff joins15:42
[fcrepo-import-export] escowles force-pushed recursive-retrieval from c3940aa to 307c822: https://git.io/vitgH
fcrepo-import-export/recursive-retrieval 307c822 Esmé Cowles: Recursive export
* github-ff leaves
<ruebot>Gonna get off campus. Should be back around in an hour or so to finish up the day.15:59
* github-ff joins16:01
[fcrepo-import-export] awoods closed pull request #9: Parse serialized RDF and export members linked to with ldp:contains (master...recursive-retrieval) https://git.io/viLWx
* github-ff leaves
* manez leaves
* apb18 leaves16:10
* coblej__ leaves16:20
* coblej joins16:29
* github-ff joins16:35
[fcrepo-import-export] bseeger opened pull request #12: Removes trailing slash on resource, if present (master...trailing-slash) https://git.io/vitiv
* github-ff leaves
* github-ff joins16:36
[fcrepo-import-export] awoods opened pull request #13: Add standard plugins and fix checkstyle errors (master...fcrepo-2161) https://git.io/vitiG
* github-ff leaves
* dchandekstark leaves16:47
* dwilcox_ leaves
* github-ff joins16:55
[fcrepo-import-export] escowles created binary-descriptions (+1 new commit): https://git.io/vit1b
fcrepo-import-export/binary-descriptions 3503fc9 Esmé Cowles: Retrieving binary descriptions
* github-ff leaves
* github-ff joins16:56
[fcrepo-import-export] escowles opened pull request #14: Export binary descriptions (master...binary-descriptions) https://git.io/vitMe
* github-ff leaves
* whikloj leaves16:58
* bseeger leaves16:59
* github-ff joins17:00
[fcrepo-import-export] escowles pushed 2 new commits to master: https://git.io/vitMM
fcrepo-import-export/master 2cb41d7 Andrew Woods: Add standard plugins and fix checkstyle errors...
fcrepo-import-export/master 8a802df Esmé Cowles: Merge pull request #13 from awoods/fcrepo-2161...
* github-ff leaves
* dchandekstark joins17:08
* dchandek_ joins17:10
* dchandekstark leaves17:11
* dchandek_ leaves17:15
* mikeAtUVa leaves17:17
* peichman leaves17:18
* coblej leaves
* dchandekstark joins17:40
* dchandekstark leaves17:45
* manez joins17:50
* manez leaves17:53
* westgard joins18:21
awoods: I have reemerged from the sea of meetings and can give sharing the sample data another go18:22
awoods: since there are still some problems with the metadata, I'm wondering if I can maake it available less formally for now (via a Box download) so those who are eager to test it can do so...18:24
awoods: and then I can fix the pull request once I've sorted out the RDF issues18:25
* westgard leaves19:01
* apb18 joins19:29
* dchandekstark joins19:44
* westgard joins20:04
<mjgiarlo>huh, I was looking at http://duraspace.org/node/298420:14
and I somehow got development credit?20:15
did I sleep-commit again?
awoods: ^20:16
* dchandekstark leaves
* dchandekstark joins20:17
* apb18 leaves
* dchandekstark leaves20:29
* dchandekstark joins20:30
* mikeAtUVa joins20:32
* dchandekstark leaves20:34
<ruebot>mjgiarlo: ontology pull request :-)20:38
* dchandekstark joins20:53
* dchandekstark leaves21:14
* westgard leaves21:26
* dhlamb joins21:50
* dhlamb leaves22:49
* mikeAtUVa leaves
* dhlamb joins22:51
* tjohnson leaves23:47
* dhlamb leaves00:03

Generated by Sualtam