Timestamps are in GMT/BST.
[6:30] -verne.freenode.net- *** Looking up your hostname...
[6:30] -verne.freenode.net- *** Checking Ident
[6:30] -verne.freenode.net- *** Found your hostname
[6:30] -verne.freenode.net- *** No Ident response
[6:30] * DuraLogBot (~PircBot@webster.duraspace.org) has joined #duraspace
[6:30] * Topic is 'Welcome to DuraSpace IRC. This channel is used for formal meetings and is logged - http://irclogs.duraspace.org/'
[6:30] * Set by tdonohue on Thu Sep 15 17:49:38 UTC 2016
[14:00] * tdonohue (~tdonohue@dspace/tdonohue) has joined #duraspace
[14:17] * mhwood (mwood@mhw.ulib.iupui.edu) has joined #duraspace
[14:55] <tdonohue> REMINDER: The DSpace DevMtg starts at the top of the hour (~5mins). Agenda at https://wiki.duraspace.org/display/DSPACE/DevMtg+2017-01-11
[14:55] <kompewter> [ DevMtg 2017-01-11 - DSpace - DuraSpace Wiki ] - https://wiki.duraspace.org/display/DSPACE/DevMtg+2017-01-11
[14:55] * dyelar (~dyelar@biolinux.mrb.ku.edu) has joined #duraspace
[15:01] <tdonohue> Hello all, it's time for our DSpace DevMtg. Agenda posted at https://wiki.duraspace.org/display/DSPACE/DevMtg+2017-01-11
[15:01] <kompewter> [ DevMtg 2017-01-11 - DSpace - DuraSpace Wiki ] - https://wiki.duraspace.org/display/DSPACE/DevMtg+2017-01-11
[15:01] <mhwood> Hello
[15:01] <tdonohue> Seems we have few people in here currently...pinging Committers to see who is here (helix84, mhwood, terry-b3)
[15:02] <tdonohue> Hi mhwood. Wondering if it's just you and me here today
[15:04] <tdonohue> Well, I'll go ahead and mention (for the logs) the reminder that the next DSpace 7 UI meeting is *TOMORROW* at 15UTC (same time as this mtg). The first hour is the Angular 2 team. The second hour is the REST team. You can attend all or both hours.
[15:04] <tdonohue> all or *one* hour ;)
[15:05] <tdonohue> I also did some JIRA cleanup this past week...trying to reorganize our Agenda notes so that we have some useful JIRA automated queries (and idea I stole from the Fedora DevMtg notes).
[15:05] * th5 (~th5@unaffiliated/th5) has joined #duraspace
[15:06] <tdonohue> So, we have a new section called "Ticket Summaries" in the agenda with queries for "Tickets needing code review", "Tickets created this week", "Tickets with activity this week" and "Tickets resolved this week"
[15:07] <mhwood> Looks well. Thanks!
[15:07] <tdonohue> I'm hoping these "canned queries" can help us all get a better sense of the status of things going on in JIRA ;)
[15:07] <terry-b3> Just signed on
[15:07] <terry-b3> hello everyone
[15:08] <tdonohue> In the top of the agenda, I also have a new canned query for "High Priority (Blocker, Critical or Major) and flagged for release (in 6.1 or 7.0, etc)"... those are the tickets we actively need to resolve soon
[15:08] <tdonohue> Hi terry-b3, welcome
[15:09] <tdonohue> So, I'm thinking we could go through the High Priority tickets today for quick status (and we can downgrade any we feel maybe are *not* high priority)... there's 14 of them currently
[15:10] <tdonohue> Here's that canned query: https://jira.duraspace.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=filter%3D13904++&src=confmacro
[15:10] <kompewter> [ Issue Navigator - DuraSpace JIRA ] - https://jira.duraspace.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=filter%3D13904++&src=confmacro
[15:10] <tdonohue> The first on this list is DS-3431 (which is access restricted right now).
[15:10] <kompewter> [ https://jira.duraspace.org/browse/DS-3431 ] - ('Unexpected error:', <type 'exceptions.AttributeError'>)
[15:11] <tdonohue> I think the only thing to say here is that we could use more help on this ticket. We have two possible solutions (from abollini on the -commit list, and from pbecker in the ticket). We need help selecting one and getting it ready to go for release
[15:12] <tdonohue> pbecker is now on leave, and abollini sounds like he hasn't had time to dig in on this. So, we are literally looking for a volunteer here
[15:13] <tdonohue> So, that's all I have to say there. Please get in touch if you can help out!
[15:14] <tdonohue> Next up is DS-3422
[15:14] <kompewter> [ https://jira.duraspace.org/browse/DS-3422 ] - [DS-3422] Remove XMLUI and JSPUI from the official distribution - DuraSpace JIRA
[15:14] <mhwood> So this just needs someone to test building and look for weirdness.
[15:15] <tdonohue> This is important for 7.0 REST API work to commence. It'll probably be discussed more at tomorrow's DSpace 7 REST meeting. I'll also send an update on this to -commit after discussion tomorrow
[15:15] <tdonohue> mhwood: yes, and hpottinger already said he tested the PR
[15:15] <tdonohue> DSPR#1597
[15:15] <kompewter> [ https://github.com/DSpace/DSpace/pull/1597 ] - DS-3422 Remove XMLUI and JSPUI from the official distribution by abollini
[15:15] <mhwood> I can test that.
[15:16] <tdonohue> Looks like the PR has a minor conflict now...but, yes, it can be tested in the meantime, and we can ask abollini to resolve the minor conflict
[15:16] <tdonohue> thanks, mhwood!
[15:16] <tdonohue> next in the list, DS-3410 (also in "code review needed" status)
[15:17] <kompewter> [ https://jira.duraspace.org/browse/DS-3410 ] - [DS-3410] Indexes are lost at oracle - DuraSpace JIRA
[15:17] <tdonohue> I see mhwood is already assigned to this one. You still have time for this too, mhwood?
[15:17] <mhwood> Yes, I was covered up with meetings last week and this, but things should settle down now.
[15:17] <tdonohue> thanks again!
[15:18] <tdonohue> I'll gladly add my +1 to this as well (code review only though)
[15:19] <tdonohue> next up, DS-3409 (related, also assigned mhwood for code review/testing)
[15:19] <kompewter> [ https://jira.duraspace.org/browse/DS-3409 ] - [DS-3409] Handle of collections and communities are lost during migration using oracle - DuraSpace JIRA
[15:19] <mhwood> Same.
[15:20] <tdonohue> thanks again!
[15:20] <terry-b3> looking at the ticket, I see some issue links are not loading in jira
[15:21] <tdonohue> the "mentioned in" links? Those are where the ticket was mentioned in the *wiki*. The links work, but it shows "Page Failed to Load". It's a ongoing issue we've been having
[15:21] * hpottinger (~hpottinge@162.104.218.179) has joined #duraspace
[15:21] <terry-b3> OK. I see the same thing
[15:21] <tdonohue> hi hpottinger, thanks for joining us
[15:22] <tdonohue> next in our high priority list... DS-3406
[15:22] <kompewter> [ https://jira.duraspace.org/browse/DS-3406 ] - [DS-3406] Sub-communities and collections not sorted alphabetically - DuraSpace JIRA
[15:23] <tdonohue> This one is still in needs volunteer. IIRC, tomdesair (Atmire) mentioned he'd look at this last week
[15:23] <tdonohue> hpottinger: we are reviewing the "High Priority" tickets in the Agenda: https://jira.duraspace.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=filter%3D13904++&src=confmacro
[15:23] <kompewter> [ Issue Navigator - DuraSpace JIRA ] - https://jira.duraspace.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=filter%3D13904++&src=confmacro
[15:24] * hpottinger clicks the link, drinks more tea, settles in to a chair in the back
[15:24] <tdonohue> If anyone else has time for 3406, it is one we should try and fix soon, as this is unexpected behavior. Please claim the ticket, or add a comment that you are working on a PR (if a non-committer)
[15:25] <tdonohue> next in the list is DS-3389, assigned to hpottinger
[15:25] <kompewter> [ https://jira.duraspace.org/browse/DS-3389 ] - [DS-3389] Replication Task Suite add-on doesn't work with DSpace 6 API - DuraSpace JIRA
[15:25] <terry-b3> I just assigned it to myself
[15:26] <tdonohue> Note, while 3389 is a *plugin*, I flagged this as High Priority as it's entirely broken (doesn't work/build with DSpace 6) and seems to be an in-use plugin at several institutions
[15:26] * tom_desair (~tom@85.234.195.109.static.edpnet.net) has joined #duraspace
[15:26] <hpottinger> I did manage to install Netbeans on my two notebooks, so I'm probably ready for a big refactor
[15:26] <tdonohue> Hi tom_desair, welcome. We are reviewing the "High Priority" tickets in the Agenda: https://jira.duraspace.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=filter%3D13904++&src=confmacro
[15:26] <kompewter> [ Issue Navigator - DuraSpace JIRA ] - https://jira.duraspace.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=filter%3D13904++&src=confmacro
[15:27] <tdonohue> hpottinger: sounds good. we'll leave this assigned to you then. I'm hoping it actually shouldn't be too big of a refactor, but an IDE should help
[15:27] <tdonohue> next on the list, DS-3287
[15:27] <kompewter> [ https://jira.duraspace.org/browse/DS-3287 ] - [DS-3287] ElasticSearch fails (does not work at all) - DuraSpace JIRA
[15:28] <hpottinger> RTS is kinda essential to backing up to DuraCloud
[15:28] <tdonohue> 3287 is one that has been forgotten about (but my canned query picked it up). It's assigned to peterdietz, but I wonder if he's forgotten it (or not had time)
[15:28] <mhwood> Well, I do have some scripts wrapped around synctool, but I'd like to switch to RTS someday.
[15:28] <mhwood> Um, didn't we take ES out of 6.0?
[15:29] <tdonohue> hpottinger: I agree, that's why I flagged that RTS ticket as High Priority)
[15:29] <tdonohue> mhwood: IIRC, we *deprecated* ES in 6.0, to be removed in 7.0 (unless I'm mistaken?)
[15:29] <mhwood> OK, my memory is faded.
[15:29] <hpottinger> my personal priority is: I'd like to be able to use RTS... but I'd expect some people who are actively using it might be keenly interested in seeing it refactored
[15:30] <tdonohue> mhwood: yes, Release Notes say ES is "deprecated" (it's the last line in the table of features): https://wiki.duraspace.org/display/DSDOC6x/Release+Notes
[15:30] <kompewter> [ Release Notes - DSpace 6.x Documentation - DuraSpace Wiki ] - https://wiki.duraspace.org/display/DSDOC6x/Release+Notes
[15:30] <tom_desair> (Just read the history, about DS-3406 This is work in progress. Less trivial than I thought).
[15:30] <kompewter> [ https://jira.duraspace.org/browse/DS-3406 ] - [DS-3406] Sub-communities and collections not sorted alphabetically - DuraSpace JIRA
[15:30] <hpottinger> mhwood: can you share your synctool notes?
[15:31] <mhwood> I think I can share that. I'll make a note.
[15:31] <tdonohue> tom_desair: Ok, can you add a comment that you are working on 3406 then? We couldn't recall if you claimed it or not (but thanks for doing so!)
[15:31] <tdonohue> tom_desair: unfortunately our JIRA setup only allows us to "assign" tickets to Committers....though perhaps I need to investigate whether we can change those settings somehow to let us assign to "active contributors" as well
[15:32] <tom_desair> np
[15:32] <tdonohue> Ok, so we were on 3287... need to remind peterdietz of this one, I'll add a comment pinging him
[15:33] <tdonohue> ok, next on the list DS-3285
[15:33] <kompewter> [ https://jira.duraspace.org/browse/DS-3285 ] - [DS-3285] Build ability to export Elasticsearch Usage Stats to intermediate format - DuraSpace JIRA
[15:34] <tdonohue> This one is important for 7.0 only, as we need a way to move folks from ES to Solr Stats. It's just needs volunteer
[15:34] <tdonohue> I'll leave this "high priority" though as a reminder that we need this in place to remove ES stats entirely
[15:35] <tdonohue> hmmm... i wonder if we have a ticket for removing ES stats in 7.0, now that I think about it
[15:35] <tdonohue> I'll create a remove ES Stats in 7.0 ticket, and link it up to 3285 (which is essentially a subticket)
[15:36] * NelsonTorres (c1895861@gateway/web/freenode/ip.193.137.88.97) has joined #duraspace
[15:36] <tdonohue> Next in our high priority list... DS-3108
[15:36] <kompewter> [ https://jira.duraspace.org/browse/DS-3108 ] - [DS-3108] Support Shibboleth Authentication in the REST API - DuraSpace JIRA
[15:37] <tdonohue> This one has PRs from tom_desair: DSPR#1610 and DSPR#1598
[15:37] <kompewter> [ https://github.com/DSpace/DSpace/pull/1610 ] - DS-3108 DSpace 6x: Support non-email based authentication in REST API by tomdesair
[15:37] <kompewter> [ https://github.com/DSpace/DSpace/pull/1598 ] - DS-3108 support non email based authentication in rest api by tomdesair
[15:37] <tom_desair> That one has been tested but it still needs documentation updates (for DSpace 6 and 7).
[15:37] <terry-b3> tom_desair, thank you for getting this one working!
[15:38] <tdonohue> Looks like terry-b3 tested 1598... we might want to test 1610 too (as it's slightly different, to remain backwards compatible with 6.0)
[15:38] <terry-b3> Will do.
[15:38] <tdonohue> terry-b3: any chance you could test 1610?
[15:39] <terry-b3> tdonohue, I will test it
[15:39] <tdonohue> ok, thanks, terry-b3. I think once this is tested, I'll be glad to merge (will look at the code one last time). Then we'll just need docs updates
[15:40] <tdonohue> moving along then... DS-2952
[15:40] <kompewter> [ https://jira.duraspace.org/browse/DS-2952 ] - [DS-2952] SOLR: Full text indexing only includes the text on the last bitstream - DuraSpace JIRA
[15:40] <tdonohue> Also a PR from tom_desair (thanks Tom!): DSPR#1595
[15:40] <kompewter> [ https://github.com/DSpace/DSpace/pull/1595 ] - DS-2952 SOLR full text indexing multiple bitstreams by tomdesair
[15:40] <tdonohue> I think we just need a tester here. I'll review the code here as well, but would like someone to give it a quick test
[15:41] <tdonohue> anyone interested?
[15:41] <terry-b3> I will test
[15:41] <tdonohue> Thanks again, terry-b3!
[15:41] <hpottinger> I'll add it to my list, too
[15:42] <tdonohue> next up, DS-2687
[15:42] <kompewter> [ https://jira.duraspace.org/browse/DS-2687 ] - [DS-2687] When deleting a collection role the group is also deleted, which is not appropriate for non-system-created groups - DuraSpace JIRA
[15:42] <tdonohue> This is an older ticket, assigned to hpottinger
[15:43] <tdonohue> I think this is likely "high priority", but there's not been much recent movement here... do you still have time for this, hpottinger?
[15:43] <hpottinger> time? I dunno, but it's on my list
[15:44] <tdonohue> note: looks like there is new pseudologic in the comments here: https://jira.duraspace.org/browse/DS-2687?focusedCommentId=48524&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-48524
[15:44] <kompewter> [ [DS-2687] When deleting a collection role the group is also deleted, which is not appropriate for non-system-created groups - DuraSpace JIRA ] - https://jira.duraspace.org/browse/DS-2687?focusedCommentId=48524&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-48524
[15:44] <kompewter> [ https://jira.duraspace.org/browse/DS-2687 ] - [DS-2687] When deleting a collection role the group is also deleted, which is not appropriate for non-system-created groups - DuraSpace JIRA
[15:44] <hpottinger> how about I unassign myself?
[15:44] <tdonohue> so, it may be a matter of trying that pseudologic out and seeing if it's "correct".
[15:45] * cwilper (4a4af540@gateway/web/freenode/ip.74.74.245.64) has joined #duraspace
[15:45] <tdonohue> hpottinger, that is up to you...if you have no time though, please do put this back into "needs volunteer" (so we know you are not working on it)
[15:45] <hpottinger> moved it back to Needs Volunteer
[15:46] <tdonohue> sounds good, if anyone else has time to look at DS-2687, please let us know!
[15:46] <kompewter> [ https://jira.duraspace.org/browse/DS-2687 ] - [DS-2687] When deleting a collection role the group is also deleted, which is not appropriate for non-system-created groups - DuraSpace JIRA
[15:46] <tdonohue> moving along then..DS-2588
[15:46] <kompewter> [ https://jira.duraspace.org/browse/DS-2588 ] - [DS-2588] Remove or merge pre-3.0 Embargo functionality with new Embargo - DuraSpace JIRA
[15:47] <tdonohue> This was essentially a "reminder" for 7.0 that we need to do something about Embargo (i.e. we should have one embargo system going forward, not two options)
[15:47] <tdonohue> While I still think it's high priority, it can wait for a bit, as it's for 7.0 (unless someone wants to start this work already, in which case, have at it!)
[15:47] <tdonohue> Last in the list is DS-1140
[15:48] <kompewter> [ https://jira.duraspace.org/browse/DS-1140 ] - [DS-1140] Update MSWord Media Filter to use Apache POI (like PPT Filter) and also support .docx - DuraSpace JIRA
[15:48] <terry-b3> Do we really have 2 embargo systems? I see the old approach as an alternative mechanism to setting policy restrictions
[15:48] <tdonohue> Huh, not sure this is actually "High Priority". It's useful though (and possible not too hard to do). Thoughts on priority?
[15:49] <tdonohue> terry-b3: yes, we have two separate "paths" through the code based on the type of embargo. We need to "merge" those paths, so we don't have to maintain both. See that DS-2588 ticket for more info (in the description)
[15:49] <kompewter> [ https://jira.duraspace.org/browse/DS-2588 ] - [DS-2588] Remove or merge pre-3.0 Embargo functionality with new Embargo - DuraSpace JIRA
[15:51] <tdonohue> The two "paths" are essentially the code under "org.dspace.embargo" (pre-3.0 embargo), and applying embargos in ResourcePolicies (newer embargo). They don't work exactly the same
[15:51] <terry-b3> Ultimately, the old style embargo values create the same authorization records as the new style.
[15:52] <hpottinger> 1140 smells a bit like a "feature" doesn't it?
[15:53] <tdonohue> not sure that statement is true, terry-b3. IIRC, the old (pre-3.0) embargo dates are stored in metadata fields (and lifted by running a "lifter" command line tool).... the *new* embargo dates are stored on ResourcePolicies and lifted automatically.
[15:53] <tdonohue> terry-b3: but, I agree that ideally we *merge* these two embargo concepts and ensure both store the embargo on ResourcePolicies (the new way) so that they are lifted automatically
[15:53] <tom_desair> But 1140 looks like very low haning fruit. It is also strange that DSpace can extract data from pptx and not from docx.
[15:53] <terry-b3> We use the pre-3.0 approach, and it sets resourcepolicy records for us.
[15:54] <terry-b3> As of the upgrade to DSpace 4 or DSpace 5, the embargo lift step became obsolete
[15:54] <hpottinger> oh, oh, I think tom_desair volunteered again ;-)
[15:54] <tdonohue> terry-b3: ok, maybe I'm wrong then. Care to investigate this further and add notes to the ticket? Maybe this is "mostly merged" then already
[15:54] <mhwood> terry-b3: that sounds like local code to me.
[15:55] <tdonohue> if it *is* local code, maybe terry-b3 can just push it our way ;)
[15:55] <terry-b3> I will dig into it and provide more details.
[15:55] <terry-b3> I would love to take credit for it, but it was a delightful surprise in a past upgrade
[15:55] <terry-b3> I assigned the ticket to myself
[15:55] <tdonohue> tom_desair, if you want 1140 (or know of someone else who might), please feel free to add a comment "claiming it". I agree it sounds like low hanging fruit here
[15:56] <tdonohue> thanks terry-b3! Much appreciated. I hope you are correct that this "already works". :)
[15:56] <hpottinger> I tagged 1140 with the low hanging fruit label
[15:57] <tdonohue> Ok, so I'm realizing we are nearly out of time. We got through our High Priority list though, which is nice
[15:58] <tdonohue> For those who joined later, I did want to point out the Agenda now has several new "JIRA canned queries" (besides that High Priority one). Take a look at the new "Ticket Summaries" section: https://wiki.duraspace.org/display/DSPACE/DevMtg+2017-01-11
[15:58] <kompewter> [ DevMtg 2017-01-11 - DSpace - DuraSpace Wiki ] - https://wiki.duraspace.org/display/DSPACE/DevMtg+2017-01-11
[15:59] <tdonohue> I'm hoping the "canned queries" will give us all a better view of JIRA activity over the past week (new tickets, closed ones, recent updates, etc), and give us a list of High Priority & ones needing Code Review/Testing
[15:59] <tdonohue> I know I'm planning on digging into the Code Review list myself (when I get a chance) to help move some of those along
[16:00] <tdonohue> Any last notes anyone wants to share today? (If not, we'll close out the meeting, and we can always move to #dspace for some JIRA backlog review today, for any interested)
[16:01] <tdonohue> not hearing any. We'll close out today's meeting. Thanks all.
[16:01] <tdonohue> I'm jumping over to #dspace now, as I have some time for JIRA backlog reviews today (for anyone who wants to join)
[16:18] * NelsonTorres (c1895861@gateway/web/freenode/ip.193.137.88.97) Quit (Quit: Page closed)
[16:56] * tom_desair (~tom@85.234.195.109.static.edpnet.net) Quit (Quit: tom_desair)
[17:33] * hpottinger (~hpottinge@162.104.218.179) Quit (Quit: Leaving, later taterz!)
[19:04] * peterdietz (uid52203@gateway/web/irccloud.com/x-djbdyohejtcnrido) has joined #duraspace
[19:51] * cwilper (4a4af540@gateway/web/freenode/ip.74.74.245.64) Quit (Quit: Page closed)
[22:08] * terry-b3 (~chrome@97-113-118-39.tukw.qwest.net) Quit (Ping timeout: 256 seconds)
[22:09] * mhwood (mwood@mhw.ulib.iupui.edu) Quit (Remote host closed the connection)
[22:16] * terry-b (~chrome@97-113-118-39.tukw.qwest.net) has joined #duraspace
[22:18] <terry-b> On the administrative/statistics panel, I see counts for user logins and oai requests. Where is the raw data for those counts stored?
[22:34] * th5 (~th5@unaffiliated/th5) Quit (Remote host closed the connection)
[22:44] * tdonohue (~tdonohue@dspace/tdonohue) has left #duraspace
[23:00] * tom_desair (~tom@85.234.195.109.static.edpnet.net) has joined #duraspace
[23:38] * tom_desair (~tom@85.234.195.109.static.edpnet.net) Quit (Quit: tom_desair)
These logs were automatically created by DuraLogBot on irc.freenode.net using the Java IRC LogBot.