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

Using timezone: Eastern Standard Time
* manez joins04:00
* manez leaves04:05
* manez joins05:01
* manez leaves05:06
* manez joins06:02
* manez leaves06:06
* manez joins06:17
* manez leaves06:20
* manez joins
* dhlamb joins06:31
* manez leaves06:33
* dwilcox joins07:05
* dwilcox leaves07:38
* rosiel joins07:50
* awoods joins07:54
* rosiel leaves07:55
* coblej joins08:20
[Import/Export Standup]08:32
Finished yesterday:
Two test scenarios using then-current code, documented at https://wiki.duraspace.org/display/FF/Import+-+Export+Testing+Recipes .
Working on today:
Testing sprint changes using interim code releases against subset of production-like Duke data ( https://jira.duraspace.org/browse/FCREPO-2450 )
Blockers:
None
escowles: Re Hydra testing for 4.7.3-RC-1 ... are you already in the process of testing Sufia? If not, I can give it a try.08:34
* dwilcox joins08:35
* umgrosscol joins08:38
* dhlamb leaves08:41
* dhlamb joins08:46
<escowles>coblej: no — go ahead and try it08:49
<coblej>escowles: will do
* westgard joins08:55
* rosiel joins08:56
* mikeAtUVa joins
* rosiel leaves08:58
<coblej>escowles: I don't think I'm going to be able to test Sufia ... I'm running in dependency errors trying to run the engine_cart:regenerate command ...09:04
You have requested:09:05
rsolr ~> 1.0
The bundle currently has rsolr locked at 2.0.2.
Try running `bundle update rsolr`
tried running bundle update rsolr as suggested but still get the error
<escowles>coblej: hmm, let me try and see if it works for me (i haven't done anything with sufia in quite a while, so i'm not sure i have a working build/dependency set)
<coblej>escowles: ok ... not sure it's worth my time to try to figure this out just so I can run the tests under 4.7.3-RC-109:06
<escowles>coblej: i agree — thanks for giving it a shot!
<coblej>escowles: I was finally able to run the tests for Hyrax (after Darren had done so) ... but got a failure trying to run the engine_cart task for curation concerns (a migration error in that case)09:08
<escowles>coblej: sorry — that sounds like a hassle — where i'd like to wind up is that the people who already have everything in place for running various gems test suites could easily test with a RC and report success/failure09:09
<coblej>escowles: yes, that would be ideal
but it was an interesting exercise to give it a try :-)09:10
* github-ff joins
[fcrepo-import-export] escowles pushed 1 new commit to write-config: https://git.io/vHGAk
fcrepo-import-export/write-config 966dc7d Esmé Cowles: Addressing code review comments
* github-ff leaves
* benpennell joins09:11
* github-ff joins09:12
[fcrepo-import-export] escowles force-pushed write-config from 966dc7d to 23cfc6a: https://git.io/vHGAl
fcrepo-import-export/write-config 5c98e2c Esmé Cowles: Only write config files if the --writeConfig option is specified
fcrepo-import-export/write-config 23cfc6a Esmé Cowles: Addressing code review comments
* github-ff leaves
* github-ff joins09:17
[fcrepo-import-export] escowles force-pushed filter-inbound from c446782 to 75dbc9d: https://git.io/vHGAF
fcrepo-import-export/filter-inbound 75dbc9d Esmé Cowles: Filtering out inbound links from serialized RDF
* github-ff leaves
* github-ff joins09:18
[fcrepo-import-export] awoods deleted write-config at 23cfc6a: https://git.io/vHGxf
* github-ff leaves
* github-ff joins09:26
[fcrepo-import-export] escowles force-pushed filter-inbound from 75dbc9d to 81dc8b2: https://git.io/vHGAF
fcrepo-import-export/filter-inbound 7b3b983 Esmé Cowles: Filtering out inbound links from serialized RDF
fcrepo-import-export/filter-inbound 81dc8b2 Esmé Cowles: Fixing build
* github-ff leaves
* yamil joins09:31
* whikloj joins09:41
<awoods><youn> [Import/Export Standup]09:43
<youn> Finished yesterday:
<youn> - tested export with lubm; tried to test import
<youn> - responded to feedback on https://jira.duraspace.org/browse/FCREPO-2299 (Import Export Videos)
<youn> Working on today:
<youn> - sprint feedback
<youn> Blockers:
<youn> - none
<escowles>[Import/Export Standup]09:45
Yesterday:
* findRepositoryRoot should have a sensible fallback https://jira.duraspace.org/browse/FCREPO-2477
* Error importing export with inbound references https://jira.duraspace.org/browse/FCREPO-2483
* Only writing config file if specified https://jira.duraspace.org/browse/FCREPO-243009:46
* Adding If-Modified-Since header to PUT-to-update requests https://jira.duraspace.org/browse/FCREPO-2498
Today:
* Rebasing PRs and responding to code review
* Available to fix any last-minute bugs
Blockers:
* None
* lsitu joins09:47
[Import/Export Standup]09:49
Finished yesterday:
Improve logging for HTTP exception in export with binary excluded: https://jira.duraspace.org/browse/FCREPO-2480.
Tested the the vrification tool and replcate the errors.
Tested the export/import tool and the vrification tool from master branch with Fedora fcrepo-webapp-4.8.0-SNAPSHOT-jetty-console-a07a1a46: https://wiki.duraspace.org/display/FF/Import+-+Export+Testing+Recipes.
Working on today:
Test export/import tool and use the verification tool to verify the result.
Fix bugs that are coming up from from testing.
Blockers:
None
<awoods>Import/Export Standup]09:51
Finished yesterday:
- Reviewed tickets
Working on today:
- Reviewing tickets
Blockers:
- None
* github-ff joins09:52
[fcrepo-import-export] awoods closed pull request #93: Filtering out inbound links from serialized RDF (master...filter-inbound) https://git.io/vH3hS
* github-ff leaves
<awoods>lsitu: would you mind verifying that this ticket is resolved (the fixing commit is in master): https://jira.duraspace.org/browse/FCREPO-248109:54
<lsitu>awoods: Sure. I’ll test it.
<awoods>All: is anyone available to help Harsha? https://jira.duraspace.org/browse/FCREPO-245409:55
<escowles>awoods: i'll post a comment — did we get a build posted somewhere after the fix for importing without binaries?10:01
<awoods>escowles: let me put up a build from master now...
<escowles>awoods++
* escowles leaves10:06
* escowles joins
* dbernstein joins10:07
<awoods>escowles: https://s3.amazonaws.com/f4-artifacts/fcrepo-import-export-0.1.1-SNAPSHOT-0e42348f.jar ...and updated here: https://wiki.duraspace.org/display/FF/2017-05+Import+-+Export+Sprint+04+Meetings#id-2017-05Import-ExportSprint04Meetings-Resources
* peichman joins10:10
* coblej leaves
* github-ff joins
[fcrepo-import-export] birkland opened pull request #97: Compatibility with Windows (master...FCREPO-2495) https://git.io/vHZvM
* github-ff leaves
* mikeAtUVa leaves10:14
* 18VAA9CMX joins10:17
[fcrepo-import-export] awoods closed pull request #95: Adding If-Unmodified-Since header to PUT-to-update requests (master...if-unmodified-since) https://git.io/vHsK2
* 18VAA9CMX leaves
* 94KAAUYPL joins
[fcrepo-import-export] awoods pushed 1 new commit to master: https://git.io/vHZfr
fcrepo-import-export/master a5f24c3 Esmé Cowles: Adding If-Unmodified-Since header to PUT-to-update requests (#95)...
* 94KAAUYPL leaves
* github-ff joins
[fcrepo-import-export] awoods deleted if-unmodified-since at 3c60ea5: https://git.io/vHZfo
* github-ff leaves
<westgard>[Import/Export Standup]10:19
Finished yesterday:
Created several new verifcation tickets based on testing with latest import/export
https://jira.duraspace.org/browse/FCREPO-2473 (verification tool should work with current config)
Working on Today:
https://jira.duraspace.org/browse/FCREPO-2491 (respect containment predicates)
https://jira.duraspace.org/browse/FCREPO-2492 (filter triples that reference binaries)
Blocers:
It would be good if yesterday's PRs got merged.
<lsitu>awoods/escowles: It looks like the problem is still there, the same 403 error with import/export snapshot built from master yesterday. And the snapshot built from master this morning will produre that error plus a NullPointerException that breaks it: java.lang.NullPointerException: null10:20
at java.util.Arrays.stream(Arrays.java:5004) ~[na:1.8.0_45]
at org.fcrepo.importexport.importer.Importer.importDirectory(Importer.java:319) ~[fcrepo-import-export-0.1.1-SNAPSHOT.jar:na]
* westgard leaves
* westgard joins
<escowles>lsitu: do you want me to take a look at it?10:24
<lsitu>Yes, I haven’t work on it yet since it’s related to the inbound refernce that you are working on.10:25
* coblej joins10:26
<awoods>escowles++
<lsitu>awoods/escowles: Though the error is the same, but I think it’s another bug introduced because this time the error is still there without the -i option. Would you like me to open another ticket for it?10:34
<awoods>lsitu: let's see if escowles can work the issue under the current ticket for now10:36
<escowles>lsitu: yes, that sounds like a different problem, because i think the -i issue is related to not filtering out inbound references to binaries or binary descriptions
i'm fine working on the single ticket for now — and opening another ticket if there's another issue that doesn't get fixed10:37
* github-ff joins10:42
[fcrepo-import-export] coblej opened pull request #98: Add Scenarios page and first scenario. Link page from README. Addre… (master...fcrepo-2497-scenarios-page) https://git.io/vHZkV
* github-ff leaves
* github-ff joins10:47
[fcrepo-import-export] awoods pushed 4 new commits to master: https://git.io/vHZIC
fcrepo-import-export/master b691a98 Aaron Birkland: Fix ArgParser test to work on Windows
fcrepo-import-export/master cf98108 Aaron Birkland: Relativize based on URIs rather than paths...
fcrepo-import-export/master 5892b6b Aaron Birkland: Accommodate different line endings in ITs...
* github-ff leaves
<lsitu>awoods/escowles: I think the issue should be fixed under that context because the data is exported with -i option and it’ll produce the error during import with/without -i.10:54
<escowles>lsitu: cool — i think i figured out the problem — Prefer InboundReferences gets *all* inbound references, but we only filter out the ones with the containment predicates10:55
so we can probably simplify the filtering to filter out all inbound references and this will be fixed
<lsitu>escowles:++10:56
<dbernstein>[Import/Export Standup]10:59
Finished yesterday:
Working on today:
https://jira.duraspace.org/browse/FCREPO-2485
(Verification tool stops processing on FileNotFoundError)
https://jira.duraspace.org/browse/FCREPO-2456
(make verification tool handle versions)
testing
Blockers:
None.
<awoods>be right there11:00
<coblej>awoods: Sorry about not adding the PR link to the Jira issue. I thought I had but I didn't actually add the comment :-(11:01
<westgard>I guess we are in a google hangout11:02
not the call in details on the meeting page?
* github-ff joins11:03
[fcrepo-import-export-verify] dbernstein pushed 1 new commit to master: https://git.io/vHZtS
fcrepo-import-export-verify/master 617ec5d Joshua Westgard: update README to reflect current state of tool (#37)...
* github-ff leaves
<benpennell>hm the hang out is just kind of hanging out and not connecting
<coblej>westgard: I think we're supposed to be in the hangout ... that's where I am
with 3 others
<awoods>yes, on the hangout11:04
<escowles>https://hangouts.google.com/hangouts/_/fedora-commons.org/f4-import?authuser=0
@westgard ^^11:06
<awoods>westgard: coming?
<escowles>agenda: https://wiki.duraspace.org/display/FF/2017-05+Import+-+Export+Sprint+04+Meetings#id-2017-05Import-ExportSprint04Meetings-Meeting04-2017-05-26
* peichman1 joins11:23
* peichman leaves
* lsitu leaves12:05
* lsitu joins
* coblej leaves12:13
* coblej joins
* github-ff joins12:18
[fcrepo-import-export] escowles created filter-all-inbound (+1 new commit): https://git.io/vHZC1
fcrepo-import-export/filter-all-inbound d14687c Esmé Cowles: Filtering all inbound references, regardless of predicate
* github-ff leaves
* github-ff joins12:20
[fcrepo-import-export] escowles opened pull request #99: Filtering all inbound references, regardless of predicate (master...filter-all-inbound) https://git.io/vHZC7
* github-ff leaves
* coblej leaves12:21
* github-ff joins12:45
[fcrepo-import-export-verify] dbernstein pushed 1 new commit to master: https://git.io/vHZ87
fcrepo-import-export-verify/master 08dcdcd Joshua Westgard: FCREPO-2473 (#38)...
* github-ff leaves
<dbernstein>westgard: is there an jira for the fact that configurable membership predicates are not working yet? I didn’t see it in the list, but may have missed it.12:53
If it’s not there, can you add one?12:54
<westgard>dbernstein: FCREPO-249112:56
<dbernstein>oh - okay - good. just wanted to make sure that was being tracked as I closed fcrepo-2473.12:57
<westgard>yeah, good call. The whole thing got a bit messy yesterday. I was trying to fold that in to the changes to the configuration ticket, but when it bacame clear that that was taking too long, I thought I should make the PR so the config handling piece was there.12:58
I figured that the config handling was going to be needed for a number of other tickets.12:59
So in retrospect that should have been its own self-contained PR.
awoods, debernstein: It would be good if we could put our heads together on clarifying what the contract of import-export is with respect to its configuration file and all the options so that we can approach the remaining work systematically.13:01
* peichman joins
<westgard>dbernstein, that is ^^^
* peichman1 leaves13:02
<awoods>westgard: I will be available at 2pm ET
<westgard>I have looked at the import-export readme, but some of the options/behaviors are still a bit fuzzy.
2 works for me. dbernstein?13:03
* coblej joins13:07
* escowles_ joins13:19
* escowles leaves13:23
<coblej>dbernstein, westgard: If I pull down the latest fcrepo-import-export-verify commit, what do I need to do to insure I'm running that version of the verify tool?13:49
do I just run python3 setup.py install again?13:50
<awoods>westgard/dbernstein/others?: is a hangout in order?14:01
* peichman leaves14:08
<westgard>awoods sorry I had a previous meeting run long14:09
<awoods>westgard: no worries. Did you ever hear from dbernstein?
<westgard>no
<dbernstein>hey sorry.
I got pulled away.14:10
hangout?
* peichman joins
<westgard>dbernstein awoods : yes let's hangout but I will answer coblej's query first and be right there.14:11
coblej: you have two options:
1. run "python3 setup.py install"14:12
this will install the program on your PATH
2. run the tool directly with ./fcrepo-verify/cli.py14:13
sorry ./fcrepo_verify/cli.py
coblej does that make sense?14:14
<coblej>westgard: so, if I've already run the install once, I can just run it again with the new version? I don't need to "uninstall" or something like that first?
<westgard>coblej: I don't think so, but dbernstein may know more. I've been just reinstalling and it works fine for me.14:15
<coblej>westgard++
<dbernstein>I think reinstallation is probably idea.
<coblej>thanks!
<dbernstein>ideal.
<westgard>lsitu ran into some issues but his environment was different from mine.
OK awoods dbernstein can we use the same hangout as before?14:17
https://hangouts.google.com/hangouts/_/fedora-commons.org/f4-import
<awoods>westgard: we are there14:18
<lsitu>westgard/dbernstein: I am using OS X 10.9.5.14:19
<coblej>dbernstein, westgard: did I understand correctly from the meeting this morning that the verify tool is currently basically broken? Pulling latest commit and running an export verify results in "AttributeError: 'Config' object has no attribute 'inbound'" ... is this a known issue?
dbernstein, westgard: never mind ... added inbound: false to config file and now it works14:20
* umgrosscol leaves14:56
<coblej>escowles_: I'm seeing some unexpected behavior doing an import after doing an "inbound" export ... imported objects (at least one that I looked at) do not have all the properties in the corresponding export .ttl file15:07
escowles_: doing an import after a "normal" of the entire repo seems to work fine15:08
er, a normal export
not sure if this is a factor or not but I noticed that the .ttl files contain inbound references for predicates other than the inbound one specified in the export15:10
I'll put in a Jira ticket
<escowles_>coblej: thanks — i think there are definitely some problems with the filtering going on in the inbound-references export15:11
<coblej>shall I assign the ticket to you or leave it unassigned?15:12
<escowles_>you can assign it to me
<coblej>escowles_++
* dwilcox leaves15:13
<awoods>escowles_/coblej/others: fyi dbernstein and westgard will be working on bringing the verification tool up to date with the current import/export tool with a focus on user facing scenarios, i.e. basic import, basic export, binaries turned off, with bags, etc15:20
* github-ff joins15:47
[fcrepo-import-export-verify] dbernstein opened pull request #39: Fcrepo 2485 (master...fcrepo-2485) https://git.io/vHZST
* github-ff leaves
* escowles_ leaves15:49
* github-ff joins15:56
[fcrepo-java-client] escowles created put-with-disposition (+1 new commit): https://git.io/vHZ9B
fcrepo-java-client/put-with-disposition 8c7f69f Esmé Cowles: Adding filename/disposition to PutBuilder
* github-ff leaves
* travis-ci joins15:59
fcrepo4-exts/fcrepo-java-client#99 (put-with-disposition - 8c7f69f : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-java-client/commit/8c7f69fb728b
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-java-client/builds/236503757
* travis-ci leaves
* benpennell leaves16:04
* umgrosscol joins16:13
* github-ff joins16:18
[fcrepo-specification] awoods pushed 1 new commit to master: https://git.io/vHZQN
fcrepo-specification/master 2cb59c9 Aaron Coburn: Clarify text in the Messaging/Notification section (#106)...
* github-ff leaves
* github-ff joins16:22
[fcrepo-specification] zimeon opened pull request #120: PUT to create becomes MAY, containment undefined (master...put-create) https://git.io/vHZ7Z
* github-ff leaves
* github-ff joins16:26
[fcrepo-java-client] escowles force-pushed put-with-disposition from 8c7f69f to 9b7121d: https://git.io/vHZ7X
fcrepo-java-client/put-with-disposition 9b7121d Esmé Cowles: Adding disposition to PostBuilder, and filename/disposition to PutBuilder
* github-ff leaves
* github-ff joins16:27
[fcrepo-java-client] escowles opened pull request #29: Adding disposition to PostBuilder, and filename/disposition to PutBuilder (master...put-with-disposition) https://git.io/vHZ7Q
* github-ff leaves
* github-ff joins16:28
[fcrepo-import-export] escowles created attachment (+1 new commit): https://git.io/vHZ7N
fcrepo-import-export/attachment ca4122c Esmé Cowles: Using Content-Disposition header to upload RDF files as binaries
* github-ff leaves
* github-ff joins16:29
[fcrepo-import-export] escowles opened pull request #100: Using Content-Disposition header to upload RDF files as binaries (master...attachment) https://git.io/vHZ5f
* github-ff leaves
* travis-ci joins
fcrepo4-exts/fcrepo-java-client#100 (put-with-disposition - 9b7121d : Esmé Cowles): The build passed.
Change view : https://github.com/fcrepo4-exts/fcrepo-java-client/compare/8c7f69fb728b...9b7121dea07f
Build details : https://travis-ci.org/fcrepo4-exts/fcrepo-java-client/builds/236513355
* travis-ci leaves
* github-ff joins16:31
[fcrepo-import-export-verify] jwestgard pushed 1 new commit to master: https://git.io/vHZ54
fcrepo-import-export-verify/master 69c81c0 dbernstein: Fcrepo 2485 (#39)...
* github-ff leaves
* coblej leaves16:35
* peichman leaves17:05
* github-ff joins
[fcrepo-import-export-verify] jwestgard opened pull request #40: two bugs in logic for determining resource location (master...resource-class-bug) https://git.io/vHZNM
* github-ff leaves
<westgard>dbernstein: I just submitted PR40 -- this doesn't necessarily resolve any existing tickets, but it fixes a significant logic error.17:06
So I wanted to get this in now, since it could crop up in tickets you are working.17:07
<lsitu>awoods/escowls: Should I reopen https://jira.duraspace.org/browse/FCREPO-2477 or create a new ticket? PR#92 (https://github.com/fcrepo4-labs/fcrepo-import-export/commit/7081ed5d6367c966137d9b2ff8046ccc7580d8e1) breaks the member resource import with custom predicates on failing to find the repository root but falling to “http:/“ with error “URI does not specify a valid host name: http:/”.17:26
* benpennell joins
<westgard>dbernstein: PR40 appears to resolve the issue with the type attribute in the resource class. I was able to verify an import completely with this fix applied (still get mismatches on server-managed RDF of course)17:31
lsitu: I have a pull request in on the verification tool that should resolve FCREPO-2489. If you have time to test it against your data, it is https://github.com/fcrepo4-labs/fcrepo-import-export-verify/pull/4017:34
<lsitu>westgard: Thanks. I’ll test it.17:39
* whikloj leaves17:40
<westgard>lsitu++
* github-ff joins
[fcrepo-import-export-verify] dbernstein closed pull request #40: two bugs in logic for determining resource location (master...resource-class-bug) https://git.io/vHZNM
* github-ff leaves
<lsitu>awoods/escowles: Just disregard my previous message regarding the https://jira.duraspace.org/browse/FCREPO-2477. I found that the server is not started properly and “http://localhost:8686/f4/rest” gives 404 error.17:43
* github-ff joins17:52
[fcrepo-import-export-verify] dbernstein opened pull request #41: Adds --version flag (master...fcrepo-2484) https://git.io/vHneL
* github-ff leaves
<awoods>lsitu: is your server fine now?18:02
<lsitu>awoods: Yes. I found that it’s my mistake for the context /4 but it’s strange that “http://localhost:8686/f4/rest” response with 404 though. I am trying to replicate another bug now that could be related to “If-Unmodified-Since header”: “ERROR 14:56:04.155 (ImportExportDriver) Error performing import/export: Error while importing membership resource18:08
/Users/lsitu/Documents/Fedora_Import_Export/data_1b_v48/fcrepo/rest/apix/services.ttl (412): HTTP 412 Precondition Failed”.
<awoods>lsitu: do you have a scenario which I could use to repeat the error you are seeing?
<lsitu>awoods: Yes, I am using still the plant patents dataset and it’s a genral import with -b option. I guest the membership records could get imported twices. But I think I need to restart everything to replicate it before I open a ticket for it.18:12
<awoods>lsitu: ok, I will be here to give it a try...18:13
<lsitu>awoods: ++
* westgard leaves18:16
* youn joins18:26
<lsitu>awoods: I rebuilt the import/export tool and I am still seeing the error that is related to the “If-Unmodified-Since header”. It’s testing under fcrepo-webapp-4.8.0-SNAPSHOT-jetty-console-a07a1a46.jar and the latest codebase from master.7f0d761. Start an empty repo with basic -b import: java -jar bin/fcrepo-import-export-0.1.1-SNAPSHOT.jar -b -m import -d data_1bb_v48 -M http://localhost:8080/fcrepo/rest,http://localhost:8686/f4/r18:33
-r http://localhost:8686/f4/rest
<awoods>lsitu: thanks, I will try now.18:34
* youn leaves18:35
<awoods>lsitu: what data are you importing?18:37
lsitu: an export of plantpatents?
<lsitu>awoods: Yes.18:38
<awoods>ok
<lsitu>awoods: Run both servers on “-Dfcrepo.properties.management=relaxed” mode for import and export: java -Dfcrepo.home=fcrepo4-data-2 -Dfcrepo.dynamic.jms.port=61717 -Dfcrepo.dynamic.stomp.port=61713 -Dfcrepo.properties.management=relaxed -jar bin/fcrepo-webapp-4.8.0-SNAPSHOT-jetty-console-a07a1a46.jar --port 8686 --headless --contextPath /f418:41
<awoods>thanks
lsitu: I think we are working with different datasets. I don't have any "apix/services" resources18:54
* yamil leaves18:56
<lsitu>awoods: It’s the one from code4lib: https://github.com/fcrepo4-labs/fcrepo-sample-dataset/tree/master/plantpatents. I restored it under Fedora 4.8.0-SNAPSHOT and do it over again. The error is still there:18:59
ERROR 15:53:55.501 (Importer) Error while importing /Users/lsitu/Documents/Fedora_Import_Export/data_1bbb_v48/fcrepo/rest/fd/e3/a3/e1/fde3a3e1-c6cd-46af-a859-254627e6258a.ttl (412): HTTP 412 Precondition Failed
<awoods>lsitu: good. That resource I have.19:00
lsitu: I think the issue is due to the fact that indeed the resource has been updated since the last-modified date was collected... due to children being added to the resource.19:02
lsitu: that is correct behavior... but a bug in the expected import process.19:03
* dbernstein leaves19:07
<lsitu>awoods: Yep. It will prevent those resources from updated. Will you me to create a ticket, or you want me to do it?19:09
<awoods>lsitu: Agreed. Would you mind putting in a JIRA bug for this that details the steps for reproducing the issue?
<lsitu>awoods: Sure. I’ll do that.
<awoods>lsitu: thanks, and thanks for finding the issue
<lsitu>awoods: You are welcome. I think it’s good to find out the bugs ourselves and fix it.19:11
<awoods>lsitu: indeed... much better than a user finding them :)19:12
* manez joins19:58
* benpennell leaves20:06
* github-ff joins20:22
[fcrepo-import-export-verify] jwestgard pushed 1 new commit to master: https://git.io/vHnY6
fcrepo-import-export-verify/master 7bf8f50 dbernstein: Adds --version flag (#41)...
* github-ff leaves
* rosiel joins20:40
* umgrosscol leaves21:21
* rosiel leaves21:51
* mikeAtUVa joins22:26
* lsitu leaves22:51
* f4jenkins joins23:11
* awoods leaves23:46

Generated by Sualtam