| Time |
Nick |
Message |
| 01:26 |
|
geoffsams joined #evergreen |
| 01:55 |
|
TaraC joined #evergreen |
| 06:11 |
|
jyorio_ joined #evergreen |
| 07:47 |
|
jboyer-isl joined #evergreen |
| 07:47 |
|
collum joined #evergreen |
| 07:49 |
|
mrpeters joined #evergreen |
| 07:50 |
|
rjackson_isl joined #evergreen |
| 08:14 |
|
akilsdonk joined #evergreen |
| 08:24 |
|
ericar joined #evergreen |
| 08:28 |
|
Shae joined #evergreen |
| 08:35 |
|
akilsdonk_ joined #evergreen |
| 08:36 |
|
mmorgan joined #evergreen |
| 08:37 |
|
akilsdonk joined #evergreen |
| 08:38 |
|
Dyrcona joined #evergreen |
| 08:40 |
|
akilsdonk_ joined #evergreen |
| 08:41 |
Dyrcona |
This keeps happening at "random:" Exception: OpenSRF::EX::Session 2015-09-02T00:00:16 main /openils/bin/action_trigger_runner.pl:240 Session Error: Transport::handler(): No AppSession object returned from server_build() |
| 08:41 |
Dyrcona |
No idea why. |
| 08:52 |
|
ericar_ joined #evergreen |
| 09:04 |
|
maryj joined #evergreen |
| 09:18 |
Dyrcona |
@seen yboston |
| 09:18 |
pinesol_green |
Dyrcona: yboston was last seen in #evergreen 17 hours, 23 minutes, and 8 seconds ago: <yboston> Dyrcona: I just finsihed rebasing/squashing a new branch for lp 1484281 |
| 09:18 |
Dyrcona |
Thought so. |
| 09:19 |
Dyrcona |
I'll just steal his bug, since I'm looking at the branch today. |
| 09:27 |
|
yboston joined #evergreen |
| 09:33 |
Dyrcona |
Good morning, yboston! I was just talking about you. :) |
| 09:33 |
yboston |
Dyrcona: buenos días |
| 09:33 |
Dyrcona |
I'm looking at lp 1484281 today. |
| 09:33 |
pinesol_green |
Launchpad bug 1484281 in Evergreen 2.8 "authority data may be deleted during propagation with current values of authority.control_set_authority_field" (affected: 1, heat: 10) [Critical,Confirmed] https://launchpad.net/bugs/1484281 |
| 09:39 |
yboston |
Dyrcona: cool, let me know if you need anything from me |
| 09:39 |
Dyrcona |
I should be all set. I've identified some authorities with $e in the 100 or 110. |
| 09:39 |
Dyrcona |
I just need to make sure they're linked to appropriate bibs and see what happens. |
| 09:40 |
* Dyrcona |
waits on upgrade scripts as usual. :) |
| 09:40 |
Dyrcona |
About your TODO comment in the upgrade script.... |
| 09:41 |
yboston |
go ahead |
| 09:41 |
Dyrcona |
We should probably include a release note that mentions the need to check any locally added control sets. |
| 09:41 |
yboston |
makes sense |
| 09:41 |
Dyrcona |
I can write it if you don't have time. If you write, just push it as an extra commit on your new branch. |
| 09:42 |
Dyrcona |
Well, the current branch, the one you rebased. |
| 09:43 |
|
jwoodard joined #evergreen |
| 09:44 |
|
ericar_ joined #evergreen |
| 09:53 |
yboston |
Dyrcona: I will write something out now and push it to the rebased branch |
| 09:55 |
Dyrcona |
yboston++ |
| 09:55 |
Dyrcona |
Thanks! |
| 09:55 |
|
pgardella1 joined #evergreen |
| 10:02 |
jeff |
Huh. /cl |
| 10:02 |
jeff |
er, yeah. |
| 10:02 |
jeff |
morning. |
| 10:02 |
jeff |
@coffee |
| 10:02 |
* pinesol_green |
brews and pours a cup of Ethiopia Sidamo Guji, and sends it sliding down the bar to jeff |
| 10:03 |
Dyrcona |
:) |
| 10:12 |
yboston |
I need to update the realse notes with an upgrade note. I have created rekease notes before, but never a purely upgrade related note. Not sure where should the text go? |
| 10:12 |
Dyrcona |
yboston: Put it in the usual place. |
| 10:12 |
Dyrcona |
Release notes for bug fixes are something new that I'm trying to have done for 2.9. |
| 10:12 |
yboston |
In this case it would be in the the cataloging subfolder |
| 10:13 |
Dyrcona |
Yeah, that works for me. |
| 10:13 |
yboston |
should I give the file name some keyword or flag it in a way to warn you? |
| 10:13 |
Dyrcona |
Just name the file what you think is best. There's a script that picks these up and makes the actual release notes. |
| 10:14 |
yboston |
Dyrcona: thanks |
| 10:21 |
bshum |
Speaking of release notes, we should start preparing acknowledgements, etc. for 2.9 |
| 10:22 |
yboston |
Dyrcona: my bad, I just realzied my working branch for lp 1484281 has a branch name that mentions the wrong bug, (but it is a related bug) |
| 10:22 |
pinesol_green |
Launchpad bug 1484281 in Evergreen 2.8 "authority data may be deleted during propagation with current values of authority.control_set_authority_field" (affected: 1, heat: 10) [Critical,Confirmed] https://launchpad.net/bugs/1484281 |
| 10:23 |
Dyrcona |
yboston: That's not very important. |
| 10:23 |
Dyrcona |
The branch name disappears once the code is cherry-picked. |
| 10:25 |
yboston |
good to know |
| 10:26 |
Dyrcona |
I'll amend the commit messages to make sure they're prefixed with the proper lp bug if they need it. |
| 10:30 |
Dyrcona |
And, I'm ready to commence testing. |
| 10:44 |
Dyrcona |
So to test this I run authority_control_fields.pl and watch the $e disappear from my target bibs? |
| 10:44 |
Dyrcona |
Meaning that is the behavior before the fix. |
| 10:50 |
|
ericar_ joined #evergreen |
| 10:52 |
|
ericar joined #evergreen |
| 10:54 |
Dyrcona |
I am not seeing the behavior described in the bug. I am not losing relator terms for records linked to an authority with a 100$e. |
| 10:55 |
Dyrcona |
Is that what I am supposed to see or do I misunderstand the bug description? |
| 10:57 |
Dyrcona |
And, is it a bug for a record to link to two authorities on the same field? Does that indicate we have duplicate authorities that we need to clean up? |
| 11:06 |
yboston |
Dyrcona: let me see |
| 11:06 |
Dyrcona |
OK. Once I was able to figure out the authorities editor, I was able to reproduce the bug. |
| 11:06 |
yboston |
good |
| 11:10 |
Dyrcona |
Does the bug take effect if the control set on the authority is None? |
| 11:10 |
yboston |
Dyrcona: that is an excelent question |
| 11:11 |
yboston |
Dyrcona: I wonder if dbwells or miker or dbs are around to opine |
| 11:12 |
miker |
the control set is guessed based on the thesaurus of the record when the authority doesn't supply one, if that's what you mean |
| 11:14 |
Dyrcona |
Well, it turns out that in the case of many of our authorities with $e in the 100, they don't belong to any control set. |
| 11:14 |
Dyrcona |
I should undo the upgrade script and see what happens, just for completeness. |
| 11:15 |
Dyrcona |
We only have 16 and only 8 bibs are linked to those, and in the cases of the ones where the control set is null, there has so far been another authority with control set 1 that actually looks better. |
| 11:16 |
Dyrcona |
And that latter authority is naturally not yet linked to any records. |
| 11:18 |
|
mllewellyn joined #evergreen |
| 11:20 |
Dyrcona |
Ooh. Unrelated, but came up while looking at this: deleting an authority doesn't seem to remove links and running authority_control_fields.pl on the record doesn't fix it, either. |
| 11:20 |
Dyrcona |
I tried deleting one of the undefined authorities to see what happens. |
| 11:21 |
Dyrcona |
The fix does work on the illustrator that has an LC authority, etc. |
| 11:21 |
yboston |
Dyrcona: I just pushed the relase notes |
| 11:22 |
yboston |
Dyrcona: would you like me to rebase again? |
| 11:22 |
Dyrcona |
yboston: No need to rebase. |
| 11:22 |
yboston |
Dyrcona: for the record, I need the rpactice and would like to save you time |
| 11:23 |
yboston |
your call |
| 11:23 |
Dyrcona |
yboston: For the record, we don't mind release notes being their own commit. |
| 11:23 |
yboston |
good to know |
| 11:23 |
Dyrcona |
Sometimes more commits are better as it makes reverting problems more granular. |
| 11:23 |
yboston |
good to know |
| 11:25 |
Dyrcona |
I'll do a little more pounding on this, but so far it looks promising. |
| 11:26 |
yboston |
Dyrcona: thanks for all your help. This fix has given me a lot of useful experience |
| 11:26 |
Dyrcona |
yboston++ # you're more than welcome |
| 11:27 |
yboston |
Dyrcona: this is helping a lot to understand release management! |
| 11:36 |
Dyrcona |
I'm convinced it works. berick bshum do you want me to backport it to 2.7 and 2.8, since it looks like the bug affects those releases as well? |
| 11:40 |
berick |
Dyrcona: yes, please backport |
| 11:42 |
Dyrcona |
Ok. |
| 11:42 |
Dyrcona |
It isn't really authority data that is being deleted is it? It's actually bib data. |
| 11:42 |
yboston |
yes, it is bib data |
| 11:45 |
Dyrcona |
I edited the release note very lightly. |
| 11:47 |
Dyrcona |
Corrected a typo, removed "authority" from the title, reformatted the flow to fit a 72 column screen, and removed the word only where it was doubled up. |
| 11:47 |
Dyrcona |
Might rename the file, too. |
| 11:54 |
Dyrcona |
grabbing 0941 |
| 11:56 |
Dyrcona |
yboston: One other recommendation, in upgrade script use SELECT evergreen.upgrade_deps_block_check('XXXX', :eg_version); instead of inserting into config.upgrade_log. |
| 11:57 |
Dyrcona |
It's not a big deal, since the committer will have to edit that line anyway. |
| 12:03 |
pinesol_green |
[evergreen|Yamil Suarez] LP# 1484281 auth control config update to prevent propagated data deletion - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b2ba702> |
| 12:03 |
pinesol_green |
[evergreen|Yamil Suarez] LP# 1484281 auth control config update release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7c70e4c> |
| 12:03 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1484281: Stamping Upgrade Script. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d0afea4> |
| 12:03 |
|
bmills joined #evergreen |
| 12:03 |
|
kitteh_ joined #evergreen |
| 12:04 |
Dyrcona |
And, lunch |
| 12:04 |
|
Christineb joined #evergreen |
| 12:20 |
|
collum joined #evergreen |
| 12:41 |
Dyrcona |
Guess I'll roll up the 2.9-rc so I'll have a little time to test it. |
| 12:44 |
Dyrcona |
Give me some time to figure what happened with bower. |
| 12:53 |
|
ericar joined #evergreen |
| 12:59 |
|
jihpringle joined #evergreen |
| 13:04 |
|
graced joined #evergreen |
| 13:07 |
pgardella1 |
Good morning all! I'm following up from yesterday where I can't get password reset emails sent. I see that no events have been generated in action_trigger.event since 8/15. We don't see any changes made that day that would have caused that. So what might be the reason why the event isn't generated? |
| 13:20 |
|
ericar joined #evergreen |
| 13:20 |
Dyrcona |
I am getting this again: Fatal error: Unable to find local grunt. |
| 13:20 |
Dyrcona |
I installed both ubuntu-trusty-developer and ubuntu-trusty-packager. |
| 13:22 |
|
pgardella joined #evergreen |
| 13:24 |
Dyrcona |
For some reason ~/tmp is owned by root! |
| 13:28 |
Dyrcona |
pgardella1: A/T isn't my strong point, but you need to make sure that the events are enabled and the cron jobs are running. |
| 13:29 |
tsbere |
pgardella: Has anyone tried to submit a request? If so, are they running into the max active requests limit? Do they have email addresses on file? |
| 13:31 |
mmorgan |
For reference, here's what transpired yesterday regarding pgardella's question: http://irc.evergreen-ils.org/evergreen/2015-09-01#i_200538 |
| 13:31 |
pgardella |
tsbere: I'm testing my own account. I have an email on file. So has several other library staff. None of us should have hit the max active requests. |
| 13:32 |
pgardella |
mmorgan++ |
| 13:32 |
tsbere |
pgardella: Are there any recent rows in actor.usr_password_reset? |
| 13:33 |
pgardella |
tsbere: nothing since 8/15 |
| 13:33 |
tsbere |
pgardella: That would imply no successful attempts to initiate one |
| 13:34 |
pgardella |
So the password reset form would add it to that table? |
| 13:34 |
mmorgan |
I don't have the details handy, but occasionally we have had a stale lock file on the server that runs the triggers that was preventing them from running. |
| 13:34 |
tsbere |
pgardella: Generally, yes. The form won't actually tell you about errors, though. |
| 13:35 |
pgardella |
tsbere: where will it show errors? (It's good security practice not to tell errors on the form, so that's good!) |
| 13:35 |
tsbere |
pgardella: Probably available in logs if you look deeply enough....I am not 100% positive though. |
| 13:36 |
pgardella |
tsbere: OK, didn't see anything in the logs. I'll dig a bit. |
| 13:37 |
tsbere |
pgardella: I would check your circ.password_reset_request_throttle (default: 1000) and circ.password_reset_request_time_to_live (default: 24*60*60, or one day) settings, plus the circ.password_reset_request_per_user_limit setting for that matter. |
| 13:39 |
rjackson_isl |
pgardella not sure if still true but it used to require exact match on case of email address to cause a match in the database and perform the request |
| 13:40 |
|
krvmga joined #evergreen |
| 13:41 |
pgardella |
rjackson_isl: I was using the barcode rather than username. |
| 13:43 |
rjackson_isl |
pgardella: maybe I am way off base but I thought you had to enter email address to receive the temp pwd? That is what needs to match case-wise (email) |
| 13:44 |
pgardella |
rjackson_isl: It's not on the password reset page. |
| 13:46 |
jeff |
rjackson_isl: you can enable that option, yes. |
| 13:46 |
jeff |
rjackson_isl: but it is off by default. |
| 13:47 |
rjackson_isl |
jeff: thanks - I had a disclaimer of course ;) I know we have had issues with no receipt to patron traced back to email case sensitive |
| 13:49 |
pgardella |
tsbere: None of those were set. So I set them, but still no joy on adding a record in actor.usr_password_reset |
| 13:52 |
Stompro |
evergreen++ iii-- : time to setup credit card payment (III 4 Months waiting for III support to respond to emails) (Evergreen 2 hours) |
| 13:58 |
csharp |
Stompro++ |
| 14:04 |
|
Shae joined #evergreen |
| 14:09 |
pgardella |
rjaskson_isl++ |
| 14:09 |
pgardella |
rjackson_isl++ |
| 14:10 |
pgardella |
rjackson_isl: Your hint helped! The setting was marked as TRUE in the org unit settings, but the page was not displaying that field. I marked it as FALSE, and now I get an entry in both actor.usr_password_reset and action_trigger.event |
| 14:12 |
rjackson_isl |
pgardella: so the form was missing the field for email address but processing expected? Huh! Well, glad I could help in a round about way! |
| 14:12 |
kmlussier |
rjackson_isl++ |
| 14:12 |
pgardella |
rjackson_isl: Correct. It didn't display. |
| 14:13 |
geoffsams |
I've got an odd issue today, trying to pull up a record in the staff client results in Internal Server Error but I can pull up the record just fine on the outside TPAC. |
| 14:13 |
kmlussier |
I wonder if that's a bug or if it's an issue with a custom file not having all the right info. |
| 14:14 |
pgardella |
tsbere: The action_trigger.event is marked as complete, but the email didn't send. I've run the cron entries manually, too. |
| 14:15 |
tsbere |
pgardella: Is there output? If so, check to see if it looks like it created a complete email. |
| 14:15 |
Dyrcona |
geoffsams: We had something like that, does the error window say something about [open-ils.cat.biblio.record.marc_cn.retrieve] failed for session [1441031854.674647.144103185423386], thread trace [1]:\nCan't call method \"field\" on an undefined value at /usr/local/share/perl/5.14.2/OpenILS/Application/Cat.pm line 490.\n\n","status":500} |
| 14:15 |
Dyrcona |
Granted the session and other numbers will be different. |
| 14:16 |
geoffsams |
Dyrcona: no pop up error occurs, though I should check the evergreen log instead of the apache log maybe |
| 14:16 |
Dyrcona |
That shows up in the error dialog. |
| 14:16 |
Dyrcona |
You can also search the logs, it should be there, too. |
| 14:17 |
tsbere |
geoffsams: Perhaps something in an is_staff protected block in the templates is broken |
| 14:17 |
geoffsams |
vanilla templates, the apache error is suggesting summary.tt2 from the untouched templates |
| 14:18 |
Dyrcona |
Paste the error somewhere, please. |
| 14:21 |
gsams |
http://paste.evergreen-ils.org/27 |
| 14:21 |
gsams |
didn't paste it to the channel |
| 14:21 |
gsams |
that was from the apached error log |
| 14:23 |
pgardella |
tsbere: where? nothing in the logs |
| 14:23 |
pgardella |
is there a way to trace a transaction through the logs? |
| 14:24 |
tsbere |
pgardella: action_trigger.event should have a template_output column that is a FK to action_trigger.event_output, I believe |
| 14:29 |
gsams |
Okay, weird. Using item status screen and show in catalog it brings the record up. |
| 14:30 |
gsams |
clicking on the title after searching for it brings up the internal error |
| 14:30 |
gsams |
without giving any actual error information |
| 14:30 |
gsams |
other than there is an invalid date on a line that doesn't ask for a date |
| 14:32 |
bshum |
So, line 157 in summary.tt2 |
| 14:32 |
bshum |
That seems to be the include for copy_table.tt2? At least that's what it says in rel_2_7 |
| 14:33 |
gsams |
that is correct |
| 14:36 |
tsbere |
copy_table.tt2 may be trying to show a date that isn't set, or the format it is trying to set isn't valid? |
| 14:37 |
gsams |
tsbere: I was just going down that line of reasoning. I think there may be an issue with the creation date on that item or record |
| 14:40 |
gsams |
item's create date timestamp is NULL apparently, think that'd cause the problem? |
| 14:40 |
bshum |
gsams: Yeah, that's unusual. |
| 14:40 |
pgardella |
tsbere: the message in action_trigger.event_output points to a missing actor.org_unit_ancestor_setting |
| 14:40 |
bshum |
https://bugs.launchpad.net/evergreen/+bug/1418772 |
| 14:40 |
pinesol_green |
Launchpad bug 1418772 in Evergreen 2.7 "Internal server error on viewing full record when copy create_date is null" (affected: 1, heat: 6) [Undecided,Fix released] |
| 14:41 |
pgardella |
tsbere: http://paste.evergreen-ils.org/28 |
| 14:41 |
bshum |
gsams: see the bug I just linked to. |
| 14:41 |
bshum |
gsams: Perhaps you just need the fix attached to it :) |
| 14:41 |
bshum |
It was part of 2.7.4 |
| 14:42 |
pgardella |
tsbere: how do I know what actor.org_unit_ancestor_setting it was trying to find? |
| 14:42 |
bshum |
Or |
| 14:42 |
tsbere |
pgardella: Check the event_definition template, probably trying to look up the email address? |
| 14:42 |
bshum |
You can add a create_date for the copy :P |
| 14:42 |
bshum |
And that will "fix it" too |
| 14:43 |
bshum |
And then try something like: SELECT COUNT(*) FROM asset.copy WHERE create_date IS NULL AND deleted = FALSE; |
| 14:43 |
bshum |
To see how many things are like that. |
| 14:43 |
gsams |
bshum: heh, yeah I was just about to update the create_date for the item |
| 14:45 |
* bshum |
got 0 hits for the query and is happy his database isn't weird. |
| 14:46 |
gsams |
79 |
| 14:47 |
gsams |
now I am curious what they have in common aside from the date issue |
| 14:47 |
tsbere |
Migration issue? |
| 14:48 |
gsams |
tsbere: could have been, will probably find out! Goodness knows there is plenty of room for that. |
| 14:49 |
gsams |
bshum++ |
| 14:49 |
gsams |
tsbere++ Dyrcona++ |
| 14:50 |
Dyrcona |
I only offered a red herring. :) |
| 14:51 |
gsams |
In my position, red herrings are better than no herrings at all. |
| 14:51 |
gsams |
sometimes a red herring stirs thoughts of the correct path. |
| 14:52 |
gsams |
also, karma is fun to give out |
| 14:53 |
berick |
mmm, stirred herring |
| 14:53 |
Dyrcona |
stewed herring. |
| 14:54 |
Dyrcona |
"how to defend yourself again a man who attacks you with a herring!" |
| 14:54 |
Dyrcona |
s/again/against/ |
| 14:55 |
Dyrcona |
And there is a developers' meeting in about 5 minutes. |
| 14:55 |
berick |
stir it up, little herring ♬ |
| 14:59 |
gmcharlt |
Dyrcona: one defends by swing a cod(4lib) |
| 14:59 |
gmcharlt |
*swinging |
| 15:00 |
Dyrcona |
heh. |
| 15:00 |
Dyrcona |
Meeting time. |
| 15:00 |
Dyrcona |
#startmeeting 2015-09-02 - Developer Meeting |
| 15:00 |
pinesol_green |
Meeting started Wed Sep 2 15:00:43 2015 US/Eastern. The chair is Dyrcona. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 15:00 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic. |
| 15:00 |
pinesol_green |
The meeting name has been set to '2015_09_02___developer_meeting' |
| 15:01 |
Dyrcona |
#info agenda at http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2015-09-02 |
| 15:01 |
Dyrcona |
#topic Introductions |
| 15:01 |
Dyrcona |
#info Dyrcona = Jason Stephenson, MVLC |
| 15:01 |
gmcharlt |
#info gmcharlt = Galen Charlton, ESI |
| 15:02 |
Stompro |
#info Stompro = Josh Stompro, LARL MN |
| 15:02 |
berick |
#info berick = Bill Erickson, KCLS |
| 15:02 |
dbwells |
#info dbwells = Dan Wells, Hekman Library (Calvin College) |
| 15:03 |
jboyer-isl |
#info isl-jasonb = Jason Boyer, IN State Lib (Eg IN) |
| 15:03 |
jboyer-isl |
(oops.) |
| 15:03 |
Dyrcona |
heh |
| 15:04 |
dbs |
#info dbs = Dan Scott, Laurentian University |
| 15:04 |
jeff |
@info jeff = Jeff Godin, Traverse Area District Library (TADL) |
| 15:04 |
pinesol_green |
jeff: (info <url|feed>) -- Returns information from the given RSS feed, namely the title, URL, description, and last update date, if available. |
| 15:04 |
jeff |
bah. |
| 15:04 |
remingtron |
#info remingtron = Remington Steed, Hekman Library (Calvin College) |
| 15:04 |
jeff |
#info jeff = Jeff Godin, Traverse Area District Library (TADL) |
| 15:05 |
Dyrcona |
Stragglers can announce themselves as they show up. |
| 15:05 |
Dyrcona |
#top Action Items from Last Meeting |
| 15:05 |
Dyrcona |
oops. |
| 15:05 |
Dyrcona |
#topic Action Items from Last Meeting |
| 15:06 |
Dyrcona |
#info gmcharlt to organize webstaff client hacking day in September |
| 15:06 |
yboston |
#info yboston is Yamil Suarez - Berklee.edu |
| 15:06 |
Dyrcona |
#info We've now picked a date: Wednesday, 16 September 2015. Will discuss at dev meeting. |
| 15:06 |
Dyrcona |
gmcharlt, you have the floor. :) |
| 15:07 |
gmcharlt |
so, main thing to discuss before we officially announce it is mostly scheduling: does that day happen to be no good very bad not free at all for everybody who isn't me and miker? |
| 15:07 |
gmcharlt |
if not, we'll run with it |
| 15:07 |
berick |
works for me |
| 15:07 |
jeff |
looks good here. |
| 15:08 |
* dbs |
isn't free at all but realistically that doesn't matter |
| 15:08 |
jeff |
looks like 2.9.0 and monthly maintenance releases are scheduled for that day. |
| 15:08 |
Dyrcona |
It is release day for 2.9.0, 2.8.4, and 2.7.[i forget] |
| 15:08 |
berick |
i would not object to pushing releases ahead or back a day |
| 15:08 |
miker |
#info miker = Mike Rylander, ESI |
| 15:09 |
Dyrcona |
I cannot release on the 15th. |
| 15:09 |
gmcharlt |
how about the 17th for AngularJS day? |
| 15:10 |
berick |
also works for me |
| 15:10 |
Dyrcona |
Day after a release might be better than a day before. |
| 15:10 |
jeff |
17th also good for me. EOB meeting for one hour that day, if that affects anyone else with interest. |
| 15:11 |
Dyrcona |
17th works for me. |
| 15:12 |
* gmcharlt |
imagines that the EOB meeting si less of a blocker for anybody who falls in the intersection |
| 15:12 |
Stompro |
17th works better for me also. |
| 15:13 |
gmcharlt |
ok, I think that settles it |
| 15:13 |
gmcharlt |
thanks for the feedback! |
| 15:13 |
gmcharlt |
#info AngularJS Day will be scheduled for 17 September 2015 |
| 15:13 |
Dyrcona |
beat me to it. |
| 15:14 |
Dyrcona |
#info ldw will follow up with jeff about removing old self check interface status -- Done! |
| 15:14 |
Dyrcona |
I put that as done, since the code branch went in. |
| 15:14 |
Dyrcona |
Any discussion before moving on? |
| 15:14 |
jeff |
nope! |
| 15:14 |
Dyrcona |
ok, then. |
| 15:15 |
Dyrcona |
#info ldw will follow up with jeff about removing old JSPAC code status - Done! |
| 15:15 |
Dyrcona |
Same with this one. |
| 15:15 |
jboyer-isl |
yay! |
| 15:15 |
Dyrcona |
#info ldw will follow up with jeff on merge vs cherry-pick discussion |
| 15:15 |
Dyrcona |
I don't think this one happened, jeff? |
| 15:17 |
Bmagic |
#info Bmagic = Blake GH, MOBIUS |
| 15:17 |
ldw |
#info ldw = Liam Whalen, Sitka |
| 15:17 |
Dyrcona |
Does anyone want to have any discussion on the matter before I defer it to next meeting? |
| 15:17 |
jeff |
nope, though ldw did say he wanted to ask me about something. |
| 15:18 |
ldw |
jeff: I wanted to make sure all was well. Just a follow up to the TODO. |
| 15:18 |
jeff |
my report would be that i've given it some but not a lot of thought, enough to be reconsidering and i have no specific proposal to make at this time. i'd be interested in further (not in this meeting) discussion with anyone else who was interested by the original idea. |
| 15:18 |
Dyrcona |
Is it something we would want to discuss at a future meeting, or should we drop it? |
| 15:18 |
jeff |
no specific followup other than that. drop it from the next agenda unless further discussion brings it back to the agenda. |
| 15:19 |
Dyrcona |
#agree drop it for now. :) |
| 15:19 |
Dyrcona |
#info ldw will looking into integrating neg. balance tests on test writing day |
| 15:20 |
Dyrcona |
ldw: I think that happened more or less. |
| 15:20 |
ldw |
I did not get the neg balance tests personally. I do not know if someone else worked on it that day. |
| 15:21 |
kmlussier |
#info kmlussier is Kathy Lussier, MassLNC |
| 15:21 |
Dyrcona |
There are some negative balance tests and more can always be added. |
| 15:21 |
Dyrcona |
dbwells or remingtron anything to add? |
| 15:22 |
dbwells |
I think the goal was to reconsider the way they were setup, but that doesn't need to happen with any particular urgency. |
| 15:23 |
Dyrcona |
So, we'll call that one done, too. |
| 15:23 |
Dyrcona |
#info done |
| 15:23 |
Dyrcona |
#info berick will work with bshum on crafting more information about release maintaining and schedules |
| 15:23 |
berick |
no progress to report. |
| 15:24 |
Dyrcona |
Do we want to carry this one forward to the next meeting? |
| 15:24 |
berick |
unless bshum still plans on tackling it, let's take it off the agenda for now |
| 15:24 |
Dyrcona |
Ok. |
| 15:25 |
Dyrcona |
I don't think bshum is here. He said something about another commitment. |
| 15:26 |
Dyrcona |
#info gmcharlt will cut an OpenSRF release in the next 6 weeks-- Will cut on Tuesday, 2015-09-08 |
| 15:26 |
Dyrcona |
That looks good to me. Anything to add? |
| 15:27 |
gmcharlt |
not from me |
| 15:27 |
Dyrcona |
Ok. moving on. |
| 15:27 |
Dyrcona |
#info kmlussier to update setting descriptions and then update the release notes to reflect consensus -- Done! |
| 15:28 |
Dyrcona |
Don't think there is much to add there, so moving on.... |
| 15:28 |
Dyrcona |
#info Dyrcona to investigate sprint2's integration with an alpha release -- Done: Sprint 2 was integrated for the beta release. |
| 15:28 |
jeff |
sprint2++ Dyrcona++ |
| 15:28 |
Dyrcona |
Only thing I can add here is that the tarball install of the web staff client is broken in the beta. |
| 15:28 |
Dyrcona |
You have to do the developer steps to make it work. |
| 15:29 |
Dyrcona |
Which maybe leads to an action item for someone (me) to update the README with web staff client instructions. |
| 15:30 |
Dyrcona |
#action Dyrcona to update README/INSTALL for master to include web staff client installation instructions for developers by 2.9.0 release date. |
| 15:30 |
Dyrcona |
unless anyone objects. |
| 15:31 |
Dyrcona |
The next item looks like the previous but touches on the alpha release schedule. |
| 15:32 |
Dyrcona |
#info Dyrcona to determine if sprint2 can be merged into an alpha release, and will set a date for a release or skip the release depending on his findings. |
| 15:32 |
Dyrcona |
#info Done: alpha release was skipped and beta was released on time. |
| 15:32 |
Dyrcona |
Any questions or discussion of that decision? |
| 15:33 |
Dyrcona |
Ok. It's pretty easy when most of the things get done. :) |
| 15:34 |
Dyrcona |
#info dbwells will attempt to explode berick's Password Managment and Authentication improvements |
| 15:35 |
dbwells |
I've started going over it, but nothing substantial to report at this time. I'll continue working on it. |
| 15:35 |
berick |
dbwells++ |
| 15:35 |
Dyrcona |
OK. Does this need to continue as an action item? |
| 15:35 |
Dyrcona |
Indeed. dbwells++ berick++ |
| 15:36 |
dbwells |
Dyrcona: I'd be fine with that. |
| 15:36 |
Dyrcona |
All right. |
| 15:36 |
Dyrcona |
#action dbwells will attempt to explode berick's Password Managment and Authentication improvements |
| 15:36 |
Dyrcona |
Gee I could have fixed the spelling.... anyway. |
| 15:36 |
Dyrcona |
So that is it for action items. |
| 15:37 |
Dyrcona |
Moving on to release information. |
| 15:37 |
Dyrcona |
#topic OpenSRF Release |
| 15:37 |
gmcharlt |
pretty much already dicussed, I think |
| 15:37 |
Dyrcona |
gmcharlt mentioned doing a release on 8 Sept. what version will that be? |
| 15:38 |
Dyrcona |
gmcharlt: do you want an action item? :) |
| 15:38 |
gmcharlt |
yeah, I'll take it.. and version will be 2.4.2 |
| 15:38 |
Dyrcona |
ok. |
| 15:38 |
Dyrcona |
#action gmcharlt to release OpenSRF version 2.4.2 on 8 September 2015. |
| 15:39 |
Dyrcona |
#topic Evergreen Release(s) |
| 15:39 |
Dyrcona |
So, I'll take an action item right off the bat. |
| 15:39 |
Dyrcona |
#action Dyrcona to release 2.9-rc after the meeting. |
| 15:40 |
Dyrcona |
I just made the tarball this afternoon, loaded it on a test vm with concerto data, and all looks good. |
| 15:40 |
Dyrcona |
I even got it to work with the web staff client. I think that ended up being bad ownership on a directory. |
| 15:41 |
Dyrcona |
So, do we want action items for the maintenance releases in two weeks or is that overkill? |
| 15:42 |
Dyrcona |
I guess that would include 2.9.0 as well. |
| 15:44 |
berick |
since they're monthly, i don't see any need for an agenda item |
| 15:44 |
berick |
though i don't think anyone would complain :) |
| 15:45 |
Dyrcona |
I'm inclined to agree that they aren't needed, plus they're on the calendar. |
| 15:46 |
Dyrcona |
Hmm. I kind botched the topic for the next item in the agenda, and I got my answers already. |
| 15:47 |
Dyrcona |
Unless anyone has anything else to discuss/ask about Evergreen releases, we'll move on... |
| 15:48 |
Dyrcona |
#topic Translations: Should we include metadata changes or not? |
| 15:48 |
Dyrcona |
This is new business. |
| 15:48 |
Dyrcona |
I added this to the agenda before I really understood the process. |
| 15:49 |
Dyrcona |
I am pretty sure that I've had my questions answered on this topic. |
| 15:49 |
|
jlitrell joined #evergreen |
| 15:49 |
Dyrcona |
Does anyone have any questions about translations? |
| 15:51 |
kmlussier |
Other than how do they work? No. ;) |
| 15:51 |
Dyrcona |
:) |
| 15:51 |
Dyrcona |
Well, I might have messed some up at the beta because I tried adding everything at once instead of in two steps. |
| 15:52 |
Dyrcona |
Since dbwells updated that part of the 2.8 release instructions, things became clearer to me. |
| 15:53 |
Dyrcona |
Since I'm just babbling... |
| 15:53 |
Dyrcona |
#topic New Business |
| 15:54 |
|
ericar_ joined #evergreen |
| 15:54 |
Dyrcona |
And, my server picks now to go nuts..... |
| 15:55 |
Dyrcona |
Anyone feel railroaded by how I'm conducting the meeting? |
| 15:55 |
Bmagic |
servergonuts++ |
| 15:56 |
jboyer-isl |
No. (That I don’t have much input on any of the current topics is unrelated to running a tight meeting) |
| 15:57 |
Dyrcona |
Does anyone have anything to discuss? |
| 16:00 |
kmlussier |
Just wanted to mention that I am behind schedule in scheduling a Bug Squashing Day. I usually try to schedule one between beta and full release, but I don't think that's happening |
| 16:01 |
Dyrcona |
Ok. I'll adjourn the meeting hearing nothing else. |
| 16:02 |
Dyrcona |
#endmeeting |
| 16:02 |
pinesol_green |
Meeting ended Wed Sep 2 16:02:03 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 16:02 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-09-02-15.00.html |
| 16:02 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-09-02-15.00.txt |
| 16:02 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-09-02-15.00.log.html |
| 16:02 |
jeff |
Dyrcona++ |
| 16:02 |
jboyer-isl |
Dyrcona++ |
| 16:02 |
kmlussier |
Dyrcona++ |
| 16:03 |
jeffdavis |
Dyrcona++ |
| 16:04 |
ldw |
Dyrcona++ |
| 16:05 |
dbwells |
Dyrcona++ |
| 16:16 |
csharp |
jboyer-isl++ # bug 1491571 |
| 16:16 |
pinesol_green |
Launchpad bug 1491571 in Evergreen "When circ.password_reset_request_requires_matching_email setting is true, email case must match in addition to content" (affected: 1, heat: 6) [Low,New] https://launchpad.net/bugs/1491571 |
| 16:17 |
* csharp |
DECIDES TO TYPE IN ALL CAPS FOR THE REST OF THE DAY IN jboyer-isl'S HONOR |
| 16:17 |
csharp |
huh - a dev meeting, huh? that's what I get for having my head down on PINES issues for hours |
| 16:18 |
jeff |
@who THINKS THAT CAPS LOCK IS CRUISE CONTROL FOR COOL |
| 16:18 |
pinesol_green |
TaraC THINKS THAT CAPS LOCK IS CRUISE CONTROL FOR COOL. |
| 16:18 |
jboyer-isl |
BIG LETTERS MEAN BIG IDEAS, AM I RIGHT THOUGHT LEADERS? |
| 16:18 |
csharp |
LOL |
| 16:18 |
csharp |
@dunno add BIG LETTERS MEAN BIG IDEAS, AM I RIGHT THOUGHT LEADERS? |
| 16:18 |
pinesol_green |
csharp: The operation succeeded. Dunno #44 added. |
| 16:19 |
* berick |
wipes the spittle from his glasses |
| 16:21 |
|
bmills joined #evergreen |
| 16:23 |
|
bmills1 joined #evergreen |
| 16:31 |
gsams |
@weather 76262 |
| 16:31 |
pinesol_green |
gsams: The current temperature in Roanoke, Texas is 93.7°F (3:27 PM CDT on September 02, 2015). Conditions: Partly Cloudy. Humidity: 44%. Dew Point: 68.0°F. Pressure: 29.95 in 1014 hPa (Falling). |
| 16:32 |
Bmagic |
Dyrcona++ |
| 16:32 |
Bmagic |
so, metarecords |
| 16:33 |
pgardella |
tsbere: If you still have patience with me ( :) ), I've narrowed down the error to cstore.json_query that for org.bounced_emails in actor.org_unit_ancestor_setting which for some reason has a null in it. Running select * from actor.org_unit_ancestor_setting('org.bounced_emails',4); returns all the same data that the json_query shows in the logs, except for that null. |
| 16:33 |
Bmagic |
is it by design that some metarecords exist without an entry in metabib.metarecord_source_map ? |
| 16:37 |
|
Shae joined #evergreen |
| 16:42 |
miker |
Bmagic: it's not by design per se, but it's also not really a problem. you can delete orphaned metarecords if you like -- they'll come back if they're needed in the future |
| 16:42 |
Bmagic |
miker: right on, what about metarecord holds? |
| 16:43 |
Bmagic |
Im finding bibs that are a member of more than one metarecord. If bre.fingerprint != mm.fingerprint - they probably need to be removed from the group? |
| 16:43 |
miker |
they are supposed get moved to the new MR when the last record leaves the MR ... if you have holds on those orphaned MRs, you'll want to investigate them individually |
| 16:44 |
miker |
and, yes to that |
| 16:44 |
Bmagic |
when records are merged, does the code call asset.merge_record_assets ? |
| 16:45 |
miker |
yes (or, it did last I touched it ... ;) ) |
| 16:45 |
Bmagic |
I think there is a bug in that function regarding metarecords |
| 16:46 |
miker |
bugs happen, sure |
| 16:47 |
Bmagic |
it only updates the master_record when the source bib record id happens to be the master bib, I think it needs to look at the metarecord that the source bib is exiting and make sure it needs to stick around at all |
| 16:49 |
Bmagic |
Perhaps the assumption is that the two records that are being merged are in the same metarecord group |
| 16:55 |
miker |
that may be |
| 16:56 |
|
claviger joined #evergreen |
| 17:02 |
pgardella |
as I leave for the day |
| 17:02 |
pgardella |
tsbere++ |
| 17:05 |
bshum |
Dyrcona: Downloads page updated for RC files. |
| 17:05 |
bshum |
Dyrcona++ |
| 17:05 |
|
mmorgan left #evergreen |
| 17:05 |
Dyrcona |
bshum++ |
| 17:05 |
Dyrcona |
Thanks for taking care of that part. |
| 17:05 |
Dyrcona |
Well, time to go. I'll probably be back on later. |
| 17:06 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:09 |
bshum |
Dun, dun, dunnnnn |
| 17:09 |
bshum |
Authority test fail |
| 17:10 |
* bshum |
disappears into the mists |
| 17:33 |
jwoodard |
learned glaring at Evergreen does not fix anything |
| 18:15 |
|
Dyrcona joined #evergreen |
| 19:00 |
|
gsams-web joined #evergreen |
| 19:01 |
gsams-web |
jwoodard: I don't know, it's worked for me once or twice... |
| 19:01 |
bshum |
It might not fix Evergreen, but I cannot rule out other things it may fix... |
| 19:02 |
bshum |
So to say it "does not fix anything" might be too absolute for my taste. |
| 19:06 |
gsams-web |
If nothing else, it fixes your gaze. |
| 19:06 |
gsams-web |
badum tish |
| 19:32 |
jwoodard |
haha |
| 20:26 |
|
Stompro joined #evergreen |
| 20:28 |
|
remingtron joined #evergreen |
