| Time |
Nick |
Message |
| 00:54 |
|
Jillianne joined #evergreen |
| 01:24 |
|
beanjammin joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 06:37 |
|
ariez102 joined #evergreen |
| 06:37 |
ariez102 |
hello and hi! |
| 06:37 |
ariez102 |
i already install evergreen ils |
| 06:38 |
ariez102 |
but i cant log in into staff web |
| 06:38 |
ariez102 |
on evergreen client i can access |
| 07:10 |
|
agoben joined #evergreen |
| 07:16 |
|
JBoyer joined #evergreen |
| 07:35 |
|
Dyrcona joined #evergreen |
| 07:50 |
|
collum joined #evergreen |
| 07:57 |
|
rjackson_isl joined #evergreen |
| 08:21 |
|
stephengwills joined #evergreen |
| 08:30 |
|
kmlussier joined #evergreen |
| 08:45 |
|
stephengwills joined #evergreen |
| 09:02 |
|
_adb joined #evergreen |
| 09:23 |
|
yboston joined #evergreen |
| 09:28 |
|
stephengwills joined #evergreen |
| 09:52 |
jeff |
oh, that wget call is in Evergreen proper, not the wheezy installer repo. |
| 09:59 |
bshum |
jeff: Yeah I think we added that as part of the Makefile for Wheezy and Trusty, the two distros that didn't ship with PG 9.4+ |
| 10:00 |
|
phasefx_ joined #evergreen |
| 10:05 |
bshum |
Could be a problem with that server |
| 10:06 |
Dyrcona |
wget not installed? |
| 10:06 |
Dyrcona |
I haven't looked at the error. |
| 10:06 |
|
stephengwills joined #evergreen |
| 10:06 |
bshum |
It seems to be getting stuck at "gpg: no valid OpenPGP data found." |
| 10:06 |
bshum |
Which is meaning that the wget is coming back without the key data to add, I guess. |
| 10:07 |
bshum |
When I run the command on my other server, it comes back with a good hit, so weird. |
| 10:07 |
jeff |
Dyrcona: tests are failing because the version/config of wget + gnutls on Wheezy does not have support for any of the ciphers offered by most of the postgresql.org servers serving the gpg key which we try to download from them. |
| 10:07 |
Dyrcona |
jeff: Yeah, I got that much. I didn't actually look at the details. |
| 10:08 |
Dyrcona |
Must be something about the way it is scripted. |
| 10:08 |
Dyrcona |
It has worked for me when run from a normal login session. |
| 10:08 |
jeff |
A quick test showed that switching to curl is sufficient to fix the issue at hand. Longer term, wheezy LTS EOL is coming up May 2018. ;-) |
| 10:08 |
|
stephengwills joined #evergreen |
| 10:08 |
jeff |
Dyrcona: no, nothing wrong with the way that it is scripted. |
| 10:09 |
jeff |
Dyrcona: it's failing on all but one of the servers answering https requests for www.postgresql.org |
| 10:09 |
Dyrcona |
Then, I'd go with switching to curl or apply my branches to remove wheezy support. :) |
| 10:10 |
Dyrcona |
We do the same command on Ubuntu 14.04, IANM. |
| 10:12 |
bshum |
I guess we could also report it as a bug to the apt postgresql team? |
| 10:12 |
bshum |
But eh, let's just kill off wheezy :) |
| 10:13 |
jeff |
Since they explicitly document using wget on Wheezy to pull in the key, sure. I'd expect them to update the docs rather than change the cipher spec on the servers. ;-) |
| 10:14 |
bshum |
I'm okay with that too :) |
| 10:16 |
|
stephengwills joined #evergreen |
| 10:19 |
bshum |
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738625 |
| 10:19 |
pinesol_green |
Debian bug 738625 in wget "wget: Unable to establish SSL connection." [Important,Fixed] |
| 10:19 |
bshum |
Found in version wget/1.13.4-3+deb7u1 |
| 10:19 |
bshum |
Fixed in version wget/1.16-1 |
| 10:19 |
bshum |
So the one that's installed on Wheezy is wget 1.13.4 I guess, (based on what I see on lupin which is also wheezy) |
| 10:20 |
|
jvwoolf joined #evergreen |
| 10:22 |
Dyrcona |
I don't seem to recall having that problem when testing this on wheezy, though. |
| 10:22 |
jeff |
bshum: that bug is an issue different from the one at hand. |
| 10:22 |
bshum |
Hmm, probably, now that I'm reading it more closely |
| 10:23 |
jeff |
bshum: though the warning/error reported by wget is the same or identical. |
| 10:23 |
bshum |
But there's a lot of similar sounding unhappiness with wget |
| 10:24 |
|
tlittle joined #evergreen |
| 10:26 |
bshum |
Hmm |
| 10:32 |
Dyrcona |
Bmagic: Are you running your docker setup on Ubuntu 16.04? |
| 10:32 |
Bmagic |
Dyrcona: yes |
| 10:33 |
Dyrcona |
Are you getting complaints of back end calls just dropping data? |
| 10:33 |
Dyrcona |
I have what looks like a fairly consistent pattern of back end calls succeeding but the clients getting a null response. |
| 10:34 |
Dyrcona |
With rare exceptions, this seems to only happen on our Ubuntu 16.04 VMs. Training is still on Wheezy and it is not as bad there. |
| 10:34 |
* Dyrcona |
suspects changes in Perl at the moment. |
| 10:38 |
pinesol_green |
[evergreen|Angela Kilsdonk] Docs: Asciidoc fixes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f814cb8> |
| 10:38 |
dbwells |
Dyrcona: and this isn't the sigalrm problem? |
| 10:39 |
|
rhamby joined #evergreen |
| 10:40 |
Dyrcona |
dbwells: Some of it may be, but not all of them. I'll do some more digging, but I'm going to be out next week. |
| 10:42 |
Dyrcona |
The SIGALRM problem only affects facets, right? So, these can't be that because they're not search related. |
| 10:45 |
dbwells |
Dyrcona: No, the sigalrm can affect lots of things, as it rather indiscriminately kills storage backends. (My understanding, at least.) So any request to the same backend as a simultaneous facet request might not complete. |
| 10:45 |
Dyrcona |
I'll look at the code again. |
| 10:46 |
|
stephengwills joined #evergreen |
| 10:47 |
berick |
Dyrcona: do you have the alarm(0) patch? |
| 10:47 |
Dyrcona |
I have not installed it in production, yet. |
| 10:47 |
berick |
that's def. step 1 |
| 10:47 |
Dyrcona |
We're waiting on some things. |
| 10:48 |
berick |
but, having said that, the sigalarm would not affect storage process, just the search procs that fired the alarm. |
| 10:48 |
berick |
s/search procs/search proc/ |
| 10:49 |
jeff |
gave a heads-up to the postgresql folk via irc. they're discussing it now. i suggested just a doc update, not a revert to the old cipher suites. :-) |
| 10:51 |
dbwells |
berick: Ah yes, sorry, misremembered the order a bit. In some of the testing, the involved storage requests complete, but the search backend is gone when it tries to return the result. Is that right? |
| 10:51 |
berick |
dbwells: exactly |
| 10:51 |
bshum |
jeff++ |
| 10:54 |
dbwells |
The point is really that it doesn't affect just facets, but any call to open-ils.search might come up empty, because the errant alarm kills the backend serving some other request. In our case, we were seeing it mostly on open-ils.search.biblio.copy_counts.location.summary.retrieve. |
| 10:56 |
berick |
yeah, if the alarm is not properly disposed of (as in the patch), it can kill any open-ils.search API. |
| 10:57 |
Dyrcona |
Well, this is showing up in things like retrieving acn lists and templates in reports folders. |
| 10:58 |
|
stephengwills joined #evergreen |
| 10:58 |
dbwells |
Dyrcona: Don't get me wrong, it could always be something else :) |
| 10:58 |
dbwells |
berick: Do you have any objection to me pushing in the alarm(0) fix? I've held off as I didn't feel equipped to judge between that and the alternative loop-based patch, but I would rather see some fix get in soon. |
| 10:59 |
berick |
dbwells: i thought it was already merged |
| 10:59 |
dbwells |
berick: Oh, maybe. A lot of stuff did happen last week :) |
| 10:59 |
berick |
true :) |
| 10:59 |
Dyrcona |
It's always something, even if it is just something local. |
| 10:59 |
Dyrcona |
Yeah, it was pushed. :) |
| 11:01 |
berick |
you know you're living in the edge when your stackoverflow search results in a question posted yesterday. |
| 11:03 |
dbwells |
berick: You are so close to the pinnacle of knowledge-seeking: finding a question *not* already asked on stackoverflow. |
| 11:05 |
berick |
heh, right where I want to be, the sweet spot where I don't have to ask it myself |
| 11:05 |
dbwells |
:) |
| 11:13 |
|
stephengwills joined #evergreen |
| 11:14 |
Dyrcona |
So, it does look like a number of these will be fixed by the sigalrm fix. |
| 11:15 |
|
abneiman joined #evergreen |
| 11:21 |
|
stephengwills joined #evergreen |
| 11:23 |
|
miker joined #evergreen |
| 11:26 |
|
Christineb joined #evergreen |
| 11:31 |
|
abneiman joined #evergreen |
| 11:32 |
|
cesardv joined #evergreen |
| 11:33 |
|
phasefx_ joined #evergreen |
| 11:33 |
|
drigney joined #evergreen |
| 11:39 |
|
_bott_ joined #evergreen |
| 11:41 |
|
rhamby joined #evergreen |
| 11:56 |
|
afterl joined #evergreen |
| 11:59 |
|
gsams joined #evergreen |
| 11:59 |
|
rlefaive_ joined #evergreen |
| 12:00 |
|
phasefx_ joined #evergreen |
| 12:01 |
|
phasefx joined #evergreen |
| 12:01 |
|
rlefaive joined #evergreen |
| 12:02 |
Bmagic |
Dyrcona: this was good timing, we are using 2.11 in production at the moment on 16.04 and everything seems stable. I have a couple of machines running 3.0.x on 16.04 and they do not seem to stay stable. cstore errors over time. It's working for awhile but I continue to have to restart opensrf |
| 12:03 |
Bmagic |
Dyrcona: and I have the alarm patch installed |
| 12:06 |
|
beanjammin joined #evergreen |
| 12:17 |
Dyrcona |
I have not had any noticeable cstore issues. |
| 12:17 |
Dyrcona |
Mine all seem to be related to search. |
| 12:19 |
|
khuckins_ joined #evergreen |
| 12:21 |
phasefx_ |
bshum: wget 1.13.4-3+deb7u5 on that server. The tests run a dpkg --list and a cpan -l in the Gathering system information section |
| 12:25 |
Bmagic |
Dyrcona: sorry, yes, search. |
| 12:25 |
Bmagic |
open-ils.storage.biblio.multiclass.staged.search_fts: DBD::Pg::st execute failed: no connection to the server |
| 12:25 |
Bmagic |
I haven't pinpointed a place in the logs that shows me where it was working, then stopped working |
| 12:32 |
jeffdavis |
Do your cstore errors show the same db connection problem? |
| 13:07 |
* Dyrcona |
hits a totally not Evergreen-related bug: https://bugs.freedesktop.org/show_bug.cgi?id=99714 |
| 13:07 |
pinesol_green |
Dyrcona: Error: Could not parse XML returned by Freedesktop: HTTP Error 404: Not Found (http://bugs.freedesktop.org/xml.cgi?id=99714) |
| 13:13 |
Dyrcona |
Looks like pinesol_green hit a bug, too. :) |
| 13:14 |
Dyrcona |
Whee! More stream crossing: a ssh tunnel I had made on the test db server died and the error output from that is mixed in with the output of a db restore. |
| 13:14 |
Dyrcona |
Makes for a confusing couple of seconds... "packet write error? what?" :) |
| 13:30 |
|
akilsdonk joined #evergreen |
| 13:37 |
|
hbrennan joined #evergreen |
| 13:42 |
|
jvwoolf joined #evergreen |
| 13:46 |
|
rgagnon joined #evergreen |
| 13:48 |
|
terran joined #evergreen |
| 13:48 |
|
tspindler joined #evergreen |
| 13:53 |
|
jvwoolf joined #evergreen |
| 13:54 |
|
stephengwills left #evergreen |
| 13:56 |
tspindler |
EOB will be starting in 5 minutes |
| 13:57 |
|
scottthomas joined #evergreen |
| 14:00 |
|
terran joined #evergreen |
| 14:01 |
|
sherbertbc joined #evergreen |
| 14:02 |
tspindler |
#startmeeting 2017-11-16 - Evergreen Oversight Board Meeting |
| 14:02 |
tspindler |
#topic roll call |
| 14:02 |
tspindler |
Use the #info command stating name and affiliation |
| 14:02 |
tspindler |
#info tspindler is Tim Spindler, C/W MARS |
| 14:02 |
|
rlefaive joined #evergreen |
| 14:02 |
terran |
#info terran is Terran McCanna, PINES |
| 14:02 |
rgagnon |
#info rgagnon is Ron Gagnon, NOBLE |
| 14:02 |
sherbertbc |
#info sherbertbc is Sharon Herbert, Sitka/BCLC |
| 14:02 |
afterl |
#info afterl is Amy Terlaga, Bibliomation (SFC and Conference Reports) |
| 14:02 |
scottthomas |
#info scottthomas is Scott Thomas, PaILS |
| 14:02 |
collum |
#info gcollum is Garry Collum, KCPL |
| 14:03 |
tspindler |
#info Agenda |
| 14:03 |
tspindler |
#link https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2017-11-16 |
| 14:04 |
tspindler |
#minutes of August 17, 2017 |
| 14:04 |
tspindler |
#link http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-10-19-14.01.html |
| 14:04 |
tspindler |
Any changes or corrections for the minutes? |
| 14:04 |
tspindler |
#info minutes of October 19, 2017 |
| 14:05 |
tspindler |
not August 17 |
| 14:05 |
tspindler |
#topic Report of the Chair |
| 14:06 |
tspindler |
I don't have anything to report. |
| 14:06 |
tspindler |
#topic Financial report |
| 14:06 |
tspindler |
#link https://wiki.evergreen-ils.org/doku.php?id=governance:financials |
| 14:06 |
tspindler |
Nothing has really changed on the financial report. Any questions? |
| 14:07 |
tspindler |
#topic SFC Updates (Amy Terlaga) |
| 14:07 |
afterl |
Two SFC updates, both conference related: |
| 14:07 |
afterl |
The SFC is currently helping the Evergreen Outreach Committee and the Evergreen Conference Committee by providing a PayPal account setup for conference T-shirt sales directly following registration. |
| 14:07 |
afterl |
Access to these T-shirt sales will be provided by a link in the registration confirmation email. |
| 14:08 |
afterl |
I am working with the SFC to verify check receipts from conference sponsors. They have been very helpful in that regard. They explianed that I should also be able to do this by using the ledger. |
| 14:08 |
terran |
Great! |
| 14:08 |
afterl |
I don't know how to do that. I can take this discussion offline with the person who could explain to me either how to do that or who I should go to to verify this information going forward. |
| 14:08 |
tspindler |
I think gmcharlt is the one who knows about the ledger |
| 14:09 |
afterl |
tspindler: Yes, I thought so. |
| 14:09 |
|
Ruth joined #evergreen |
| 14:09 |
afterl |
I can email him directly. |
| 14:09 |
tspindler |
sounds good |
| 14:09 |
afterl |
Thank you. |
| 14:09 |
tspindler |
Any questions for afterl? |
| 14:09 |
Ruth |
sorry all, for whatever reason, #evergreen isn't connecting for me through Quassel |
| 14:09 |
tspindler |
np |
| 14:09 |
terran |
afterl++ |
| 14:09 |
Ruth |
#info Ruth is Ruth Frasur, Hagerstown Library, Evergreen Indiana |
| 14:10 |
tspindler |
rfrasur: all work assigned to you |
| 14:10 |
miker |
#info miker is Mike Rylander, EOLI |
| 14:10 |
Ruth |
tspindler: excellent! I LOVE all the work being assigned to me...and cheese. I love cheese. |
| 14:11 |
tspindler |
#topic Release Manager (Dan Wells) |
| 14:11 |
tspindler |
I'm not sure if dbwells is availabel to talk. I am afraid I didn't not check |
| 14:12 |
tspindler |
#info 3.1 Road Map |
| 14:12 |
tspindler |
#link https://wiki.evergreen-ils.org/doku.php?id=faqs:evergreen_roadmap:3.1 |
| 14:13 |
tspindler |
#topic SFC Membership Review (Sharon Herbert, Scott Thomas and Tim Spindler) |
| 14:14 |
tspindler |
I had a couple of updates. I never received any information or response from the Open Library Foundation. We only received a financial statement from MOBIUS which I forwarded separately to the EOB. |
| 14:14 |
tspindler |
Any other questions or comments? |
| 14:15 |
dbwells |
Re: 3.1, I can try to answer questions if there happen to be any, but there isn't too much else to say for beyond the recent list communication. |
| 14:15 |
tspindler |
dbwells: thanks |
| 14:16 |
Ruth |
dbwells++; the roadmap looks pretty exciting. |
| 14:16 |
tspindler |
Do we want to move forward with a vote on SFC membership? |
| 14:16 |
scottthomas |
I think we are ready |
| 14:17 |
Ruth |
I think so, also. |
| 14:17 |
rgagnon |
I agree |
| 14:17 |
tspindler |
Can I entertain anyone to make a motion? |
| 14:17 |
terran |
I move that we accept MOBIUS's offer to be our new fiscal sponsor. |
| 14:18 |
scottthomas |
Second |
| 14:18 |
rgagnon |
Second |
| 14:18 |
tspindler |
#info terran moved to accept MOBIUS offer to be our new fiscal sponsor |
| 14:18 |
tspindler |
#info scottthomas seconded |
| 14:19 |
tspindler |
#startvote Accept MOBIUS offer to be our new fiscal sponsor? Yes, No, Abstain |
| 14:19 |
Ruth |
#yes |
| 14:19 |
sherbertbc |
#vote yes |
| 14:19 |
collum |
#vote yes |
| 14:19 |
terran |
#vote Yes |
| 14:19 |
rgagnon |
#vote yes |
| 14:19 |
Ruth |
#vote yes |
| 14:19 |
scottthomas |
#vote yes |
| 14:20 |
tspindler |
#vote yes |
| 14:20 |
tspindler |
#endvote |
| 14:20 |
tspindler |
I think I may have done the vote command wrong |
| 14:21 |
kmlussier |
It looks okay. |
| 14:21 |
tspindler |
no tally |
| 14:22 |
jeff |
tspindler: there is no active meeting -- the command to start the meeting appears to have had a leading space character -- thus, no meeting has begun yet and the bot has been silent. |
| 14:22 |
tspindler |
oy vey |
| 14:22 |
kmlussier |
oops |
| 14:22 |
* kmlussier |
does the leading space thing all the time, but usually with unimportant commands. |
| 14:22 |
sherbertbc |
silly bot |
| 14:22 |
terran |
I'll copy and paste the meeting notes from the beginning instead of relying on the automated code. |
| 14:23 |
tspindler |
terran++ |
| 14:23 |
jeff |
i'd suggest starting it now, making an #info or similar to note why it was started late, then start a vote? |
| 14:23 |
jeff |
then fix up the rest later. :-) |
| 14:23 |
tspindler |
#startmeeting 2017-11-16 - Evergreen Oversight Board Meeting |
| 14:23 |
pinesol_green |
Meeting started Thu Nov 16 14:23:42 2017 US/Eastern. The chair is tspindler. Information about MeetBot at http://wiki.debian.org/MeetBot. |
| 14:23 |
pinesol_green |
Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. |
| 14:23 |
pinesol_green |
The meeting name has been set to '2017_11_16___evergreen_oversight_board_meeting' |
| 14:23 |
tspindler |
#info terran moved to accept MOBIUS offer to be our new fiscal sponsor |
| 14:24 |
tspindler |
#info scottthomas seconded |
| 14:24 |
tspindler |
#startvote Accept MOBIUS offer to be our new fiscal sponsor? Yes, No, Abstain |
| 14:24 |
pinesol_green |
Begin voting on: Accept MOBIUS offer to be our new fiscal sponsor? Valid vote options are Yes, No, Abstain. |
| 14:24 |
pinesol_green |
Vote using '#vote OPTION'. Only your last vote counts. |
| 14:24 |
|
khuckins__ joined #evergreen |
| 14:24 |
tspindler |
that looks right |
| 14:24 |
tspindler |
#vote yes |
| 14:24 |
rgagnon |
#vote Yes |
| 14:24 |
collum |
#vote Yes |
| 14:24 |
scottthomas |
#vote yes |
| 14:24 |
sherbertbc |
#vote yes |
| 14:25 |
terran |
#vote yes |
| 14:25 |
Ruth |
#vote yes |
| 14:25 |
tspindler |
#endvote |
| 14:25 |
pinesol_green |
Voted on "Accept MOBIUS offer to be our new fiscal sponsor?" Results are |
| 14:25 |
pinesol_green |
Yes (7): tspindler, rgagnon, collum, scottthomas, terran, Ruth, sherbertbc |
| 14:25 |
tspindler |
#topic 2018 Conference Committee Report (Amy Terlaga) |
| 14:26 |
Ruth |
#info Ruth is Ruth Frasur, Hagerstown Library, Evergreen Indiana |
| 14:26 |
afterl |
We will have four pre-conference program submissions by this Friday, the submission deadline, which is excellent. |
| 14:26 |
afterl |
The deadline for submitting "regular" conference proposals is Friday, December 8. |
| 14:26 |
afterl |
We hope to announce the opening of registration the week of November 20th. |
| 14:26 |
afterl |
Sponsorships and exhibitor submissions are slowly coming in. We are ahead of the game with these based on last year's submission form dates. |
| 14:26 |
afterl |
End of report. |
| 14:26 |
tspindler |
afterl++ |
| 14:27 |
tspindler |
any questions? |
| 14:28 |
tspindler |
#topic Outreach Committee (Kathy Lussier) |
| 14:28 |
kmlussier |
I posted the outreach committee report to the agenda. |
| 14:28 |
tspindler |
#info Agenda |
| 14:28 |
tspindler |
#link https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2017-11-16 |
| 14:28 |
tspindler |
#info minutes of October 19, 2017 |
| 14:28 |
tspindler |
#link http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-10-19-14.01.html |
| 14:29 |
kmlussier |
Also, I encourage folks to sign up for our new outreach committee list. |
| 14:29 |
kmlussier |
#link http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-outreach |
| 14:29 |
tspindler |
Any questions for kmlussier? |
| 14:30 |
tspindler |
I like some options for the t-shirt |
| 14:31 |
kmlussier |
tspindler: I hope you got your vote in then! |
| 14:31 |
tspindler |
yes i did |
| 14:31 |
tspindler |
#topic Old Business |
| 14:32 |
tspindler |
I don't think we had any old business. One comment since we have the vote for moving from the SFC to MOBIUS. It should be noted that this will happen after the conference since the SFC is the contracting agency. |
| 14:33 |
scottthomas |
When will SFC and MOBIUS be notified? |
| 14:33 |
terran |
Thank you to all of you who spend the time and energy researching options and gathering data! |
| 14:33 |
tspindler |
I'll notify MOBIUS right away. I'm assuming afterl could notify the SFC of our timeframe. |
| 14:33 |
sherbertbc |
tspindler++ |
| 14:34 |
scottthomas |
Thank you. |
| 14:34 |
kmlussier |
tspindler: For those of us who sometimes need to pay expenses on behalf of the community, it would be good to get a timeline of when things will transition so that billing information can be updated. |
| 14:34 |
kmlussier |
I don't expect you to have that information now, but I usually need to get that information to ALA months before a conference. |
| 14:34 |
tspindler |
#action tspindler will work with afterl on a timeline for the transition |
| 14:34 |
afterl |
tspindler: do we know how soon after this conference end? So yes, a timeline would be helful |
| 14:34 |
afterl |
helpful |
| 14:35 |
tspindler |
afterl: we can talk offline about the transition. |
| 14:35 |
afterl |
I think I will let the SFC know it's happening and that details will follow. Does that make sense? |
| 14:35 |
tspindler |
yes, i think so |
| 14:36 |
afterl |
tspindler: okay, let's plan to talk |
| 14:36 |
terran |
At some point the SFC did offer to send someone to the conference to assist with transition details. |
| 14:36 |
tspindler |
that's good to know |
| 14:36 |
afterl |
terran: Yes, they did! That would be a good idea, I think |
| 14:37 |
tspindler |
any other thoughts on this? once afterl and i have some more details we can share this with the board |
| 14:37 |
Ruth |
They did offer last year. I'm sure they'd be willing this year as well. |
| 14:38 |
tspindler |
#topic New Business |
| 14:38 |
tspindler |
#topic Hackaway |
| 14:39 |
tspindler |
I didn't attend the hack away but for anyone who did, would you like to comment. It seems like it was very productive. |
| 14:40 |
rhamby |
I had informal feedback from a number of participants that it was one of the most productive ones (if not the most) yet. |
| 14:40 |
kmlussier |
#link https://docs.google.com/document/d/19EctprR1cybery-zbaNBntRmyASMYcRwt4-6S1-YNts/edit?usp=sharing |
| 14:40 |
terran |
It was excellent. We unanimously agreed we should extend it next year - at least to make it 3 full days, because so much was done. |
| 14:41 |
rhamby |
A follow up survey and other communication following up on it will be coming out soon but I know that many participants have needed this week to catch up on life. |
| 14:41 |
tspindler |
that's good to hear |
| 14:41 |
terran |
agoben++ jboyer++ for being excellent hosts, as well |
| 14:41 |
kmlussier |
agoben++ JBoyer++ |
| 14:41 |
tspindler |
developers and participants++ |
| 14:42 |
scottthomas |
all involved++ |
| 14:42 |
tspindler |
#topic Lanyard Purchase (kmlussier) |
| 14:43 |
kmlussier |
#info We bought 500 green lanyards for the 2015 Hood River conference. We now have 127 in inventory. |
| 14:43 |
kmlussier |
#info The cost of buying another 500 lanyards is $550 |
| 14:43 |
kmlussier |
#link http://kennyproducts.com/recycled-screen-printed-lanyard-5-8-wide/ |
| 14:43 |
kmlussier |
We also ordered 250 red and yellow lanyards back in 2015. We have 210 red and 187 yellow remaining, so I think they'll last use for a few more years. |
| 14:43 |
Ruth |
Yeah, I think we should go ahead and order the green ones and hold off on the others. |
| 14:43 |
kmlussier |
Because the lanyards are used for multiple events, they typically don't come out of a conference budget. |
| 14:44 |
Ruth |
Do they come out of the outreach budget? |
| 14:44 |
kmlussier |
I was thinking I might wait on ordering until we see the refreshed logo design. |
| 14:44 |
Ruth |
kmlussier, what's the timeline on that? |
| 14:44 |
collum |
+1 |
| 14:44 |
tspindler |
kmlussier: I'm assuming that would not change the cost |
| 14:45 |
kmlussier |
Ruth: I don't even think there was an outreach committee the last time we bought them. It was just characterized as general community funds. |
| 14:45 |
Ruth |
kmlussier, gotcha |
| 14:45 |
kmlussier |
tspindler: No, a new logo wouldn't change the cost since we're already using a logo on the lanyard. |
| 14:45 |
Ruth |
kmlussier, is there a setup fee for a new logo? |
| 14:45 |
tspindler |
Thanks, I'm assuming we need a vote to spend $550 |
| 14:45 |
kmlussier |
tspindler: |
| 14:46 |
kmlussier |
Ruth: I haven't received an update on the logo timeline. |
| 14:46 |
kmlussier |
I'll probably get one at the next outreach meeting. |
| 14:46 |
Ruth |
I think we might need to find that out, before we can definitively say we're going to wait on it. |
| 14:46 |
tspindler |
Makes sense. |
| 14:47 |
Ruth |
Depending on how long it takes...and the conference coming up and stuff like that. |
| 14:47 |
kmlussier |
Ruth: I think the vote should just be for the expenditure of funds. If the logo takes longer than expected, then I'll just order them with the old logo. |
| 14:47 |
Ruth |
kmlussier, sounds good. |
| 14:47 |
terran |
+1 |
| 14:47 |
tspindler |
Do I have a motion? |
| 14:47 |
Ruth |
In that case, I'll move to expend the money on the green lanyards. |
| 14:47 |
terran |
I'll second |
| 14:47 |
tspindler |
#Ruth motions to spend the money on the green lanyards |
| 14:48 |
tspindler |
#terran seconds |
| 14:48 |
tspindler |
#startvote Approval to spend funds for 500 green lanyards? Yes, No, Abstain |
| 14:48 |
pinesol_green |
Begin voting on: Approval to spend funds for 500 green lanyards? Valid vote options are Yes, No, Abstain. |
| 14:48 |
pinesol_green |
Vote using '#vote OPTION'. Only your last vote counts. |
| 14:49 |
miker |
#vote yes |
| 14:49 |
rgagnon |
#vote Yes |
| 14:49 |
sherbertbc |
#vote yes |
| 14:49 |
terran |
#vote Yes |
| 14:49 |
collum |
#vote yes |
| 14:49 |
tspindler |
#vote Yes |
| 14:49 |
scottthomas |
#vote Yes |
| 14:49 |
Ruth |
#vote yes |
| 14:49 |
tspindler |
#endvote |
| 14:49 |
pinesol_green |
Voted on "Approval to spend funds for 500 green lanyards?" Results are |
| 14:49 |
pinesol_green |
Yes (8): tspindler, rgagnon, miker, collum, scottthomas, terran, Ruth, sherbertbc |
| 14:49 |
tspindler |
Are there any other issues to discuss? |
| 14:50 |
kmlussier |
I also plan to add something to the conference manual for the committee to check on inventory early in the process. So that we don't realize a week before the conference that we're low. |
| 14:50 |
terran |
+1 |
| 14:50 |
afterl |
kmlussier++ |
| 14:50 |
tspindler |
kmlusser++ |
| 14:50 |
collum |
kmlussier++ |
| 14:50 |
terran |
kmlussier++ |
| 14:50 |
rgagnon |
kmlussier++ |
| 14:50 |
scottthomas |
kmlussier++ |
| 14:50 |
tspindler |
Do we have a motion to adjourn? |
| 14:51 |
scottthomas |
So moved |
| 14:51 |
rgagnon |
Second |
| 14:51 |
tspindler |
#endmeeting |
| 14:51 |
pinesol_green |
Meeting ended Thu Nov 16 14:51:14 2017 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 14:51 |
pinesol_green |
Minutes: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-11-16-14.23.html |
| 14:51 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-11-16-14.23.txt |
| 14:51 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/2017/evergreen.2017-11-16-14.23.log.html |
| 14:51 |
terran |
Bye everyone! |
| 14:51 |
Bmagic |
lata |
| 14:51 |
tspindler |
Thanks all |
| 14:51 |
collum |
tspindler++ |
| 14:51 |
afterl |
Bye! |
| 14:51 |
sherbertbc |
tspindler++ |
| 14:51 |
collum |
jeff++ |
| 14:51 |
|
afterl left #evergreen |
| 14:52 |
|
tspindler left #evergreen |
| 14:56 |
hbrennan |
Whoops. Just missed my whole meeting. |
| 14:56 |
Bmagic |
Dyrcona: I am getting concerned about the issue you have mentioned. It seems like it could bite us when we upgrade to 3.0.2 |
| 14:57 |
Bmagic |
hbrennan: which OS are you using for production DB and production App servers? |
| 14:59 |
|
khuckins_ joined #evergreen |
| 15:03 |
hbrennan |
Bmagic: debian 8 (jessie) |
| 15:03 |
Bmagic |
hbrennan: PG 9.5? |
| 15:05 |
hbrennan |
Bmagic: 9.4.13 which is what jessie packages |
| 15:05 |
Bmagic |
thanks for the info! I suppose you aren't seeing Drones dying? |
| 15:05 |
npoolos |
we maybe actually |
| 15:06 |
Bmagic |
is that your "secret" name? |
| 15:06 |
npoolos |
we are getting so one off haproxy timeouts on search |
| 15:06 |
Bmagic |
You probably need to apply the alarm patch |
| 15:07 |
Bmagic |
In my case, I have that patch in place and our test servers need to have the services restarted every morning |
| 15:07 |
npoolos |
no this is now Nick Poolos. I was looking a something else and holly made me sit down and start talking |
| 15:07 |
Bmagic |
Ubuntu 16.04 / PG 9.5 / OpenSRF 3.0.0 |
| 15:08 |
npoolos |
anything in the logs that is evidence of drone death? |
| 15:08 |
npoolos |
we also are running sysv init |
| 15:08 |
Bmagic |
I haven't pinpointed the exact moment when it switches from working to non-working |
| 15:08 |
Bmagic |
it does work for awhile |
| 15:09 |
Bmagic |
Just like Dyrcona was saying, everything else is working, search breaks |
| 15:09 |
Bmagic |
500> *** Call to [open-ils.storage.biblio.multiclass.staged.search_fts.atomic] failed for session |
| 15:10 |
Bmagic |
open-ils.storage [WARN:48307:Application.pm:624:15107487043738212] open-ils.storage.biblio.multiclass.staged.search_fts: DBD::Pg::st execute failed: no connection to the server |
| 15:10 |
Bmagic |
I suspect there is another log entry that I need to dig up to find what caused it to drop it's connection to the DB |
| 15:10 |
npoolos |
we don't completely break search. just a one off timeout then the next works fine |
| 15:11 |
Bmagic |
npoolos: that is the alarm patch |
| 15:11 |
Bmagic |
https://bugs.launchpad.net/evergreen/+bug/1704396 |
| 15:11 |
pinesol_green |
Launchpad bug 1704396 in Evergreen 2.12 "Slowness for metarecord and one-hit searches in 2.12" [High,Fix committed] |
| 15:11 |
Bmagic |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=blobdiff;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Search/Biblio.pm;h=06ec97d92d07fdca04f9479078731493684c076e;hp=4a0336d12537582da7680db5434199fddc6a2487;hb=395cd68ebdd0d039b7157454ef789a251a20dbaf;hpb=b5d42fec7674f5807ea669e2368df9c5ee21d1ed |
| 15:11 |
pinesol_green |
Bmagic: [evergreen|Jeanette Lundgren] docs: LP1717583 add details about aged circulation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b5d42fe> |
| 15:12 |
Bmagic |
pinesol..... cmon |
| 15:12 |
Bmagic |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=395cd68ebdd0d039b7157454ef789a251a20dbaf |
| 15:16 |
npoolos |
Bmagic: thanks I'll get that in tonight after close |
| 15:16 |
Bmagic |
sweet! I'll bet that's your issue |
| 15:16 |
Bmagic |
I think we are seeing something different |
| 15:18 |
Bmagic |
I haven't seen this before |
| 15:18 |
Bmagic |
open-ils.cstore: Error resetting timezone |
| 15:20 |
* kmlussier |
would like to think the reason we aren't seeing a search spinner in 3.0 is because our search is so lightning fast now, it isn't needed. :D |
| 15:20 |
* kmlussier |
is referring to bug 1732754 |
| 15:20 |
pinesol_green |
Launchpad bug 1732754 in Evergreen "OPAC Search Missing Spinning Circle "Working/Loading" Icon" [Undecided,New] https://launchpad.net/bugs/1732754 |
| 15:24 |
|
sandbergja joined #evergreen |
| 15:27 |
hbrennan |
Bmagic: Had to call in my superior :) |
| 15:27 |
Bmagic |
hbrennan: understood |
| 15:28 |
Bmagic |
kmlussier: I saw that. Yeah, fast is better than slow |
| 15:29 |
kmlussier |
Bmagic: But calling it 'lightning fast' may be a little optimistic still. |
| 15:30 |
Bmagic |
Lightning still has it's limits. Invoking Einstein |
| 16:15 |
|
khuckins__ joined #evergreen |
| 16:19 |
* Dyrcona |
stepped away for a bit. |
| 16:21 |
Dyrcona |
Bmagic: I think just about all of our remaining issues are related to the bug you posted earlier and that alarm reset patch fixes it. |
| 16:21 |
Bmagic |
Dyrcona: So, you are not having issues with 16.04 and EG >3.0 ? |
| 16:22 |
Bmagic |
Dyrcona: I posted a different bug? not the alarm one? |
| 16:23 |
Dyrcona |
Whatever. :) |
| 16:33 |
Dyrcona |
Hm... I keep getting no connection to the database, but I have only 30 postgres processes running and max connections is 100.... |
| 16:34 |
Dyrcona |
Neither machine is particularly busy. |
| 16:34 |
Dyrcona |
This is coming from a storage call on a test vm. open-ils.storage is configured correctly. |
| 16:38 |
Dyrcona |
And drones are up and running just fine.... |
| 16:40 |
Dyrcona |
Hmm... Restart services and apache2 and it works! |
| 16:43 |
Dyrcona |
Well, the alarm timeout patch doesn't fix our issue with the reports template folder not loading all the templates. |
| 16:48 |
kmlussier |
:( |
| 16:52 |
Bmagic |
Drycona: so you are still having troubles... Probably the same thing I am seeing |
| 16:52 |
Bmagic |
Dyrcona: do you have some keywords I can grep for? |
| 17:03 |
Dyrcona |
Bmagic: This isn't search. It's in reports. |
| 17:04 |
Dyrcona |
You go to reports, open the shared templates folder. |
| 17:04 |
Dyrcona |
We have one with 39 templates. |
| 17:04 |
Dyrcona |
It only ever shows the first ten. |
| 17:04 |
Dyrcona |
The logs show it retrieving 39 templates and returning it. |
| 17:05 |
Dyrcona |
The staff client says it got a null result. |
| 17:06 |
Dyrcona |
Same thing happens if I try 25 or 50. The backend seems to work, but the client never receives the results. |
| 17:08 |
Bmagic |
Dyrcona: weird, we aren't seeing that |
| 17:09 |
|
khuckins_ joined #evergreen |
| 17:10 |
Bmagic |
It makes me feel better that there isn't a systemic issue with 16.04/EG3 |
| 17:10 |
* Bmagic |
crosses his fingers |
| 17:14 |
Dyrcona |
It happens to me on Wheezy and on Ubuntu 16.04, so I dunno. |
| 17:17 |
|
jvwoolf joined #evergreen |
| 17:21 |
Bmagic |
Anyone else having issues with ./configure on OpenSRF ? Kind of strange but it fails the check for apache2 |
| 17:22 |
Dyrcona |
Did you install the prerequisites? |
| 17:22 |
Bmagic |
yes |
| 17:22 |
Bmagic |
I have confirmed that apache2 is in fact installed |
| 17:22 |
Dyrcona |
What's the message exactly? I think I've seen something like that before. |
| 17:23 |
Bmagic |
checking for apache2... no |
| 17:23 |
Bmagic |
./configure: line 13311: syntax error near unexpected token `CHECK,' |
| 17:23 |
Bmagic |
./configure: line 13311: `PKG_CHECK_MODULES(CHECK, check >= 0.9.0, enable_tests=yes,' |
| 17:25 |
berick |
just installed master's on 16.04 -- no such issues |
| 17:26 |
Bmagic |
compiling from git |
| 17:26 |
Dyrcona |
Bmagic: I think pkg_config isn't installed or changed its name. |
| 17:26 |
Bmagic |
git checkout osrf_rel_3_0_0 |
| 17:27 |
Dyrcona |
Oddly enough, I saw something similar with one of my own projects on FreeBSD because they renamed the pgk_config package to pkgconf or some such, so I didn't have it installed. |
| 17:28 |
Bmagic |
apt-get install pkg_config ...... Unable to locate package pkg_config |
| 17:29 |
Dyrcona |
Bmagic: Looks like the name is pkgconf on Ubuntu 17.10. |
| 17:29 |
Dyrcona |
Let me check on 16.04. |
| 17:29 |
Bmagic |
Dyrcona++ # apt-get install pkgconf |
| 17:29 |
Bmagic |
fixed it |
| 17:30 |
Dyrcona |
I also have a package named pkg-config, fwiw. |
| 17:30 |
Bmagic |
berick: did you start with a fresh OS? |
| 17:30 |
Bmagic |
probably need to make a patch for OpenSRF? |
| 17:31 |
berick |
Bmagic: yeah. it had git and ansible installed, but that's it, no opensf/evergreen stuff. |
| 17:31 |
berick |
it's possible the pkgconfig stuff was included in what was already there. i could check if you tell me what to look for. |
| 17:32 |
Dyrcona |
Bmagic: Looks like pkg-config gets installed. |
| 17:32 |
Bmagic |
strange, it's definitely an issue. I tried it several times building from scratch in various ways and encountered the same issue everytime. |
| 17:32 |
Dyrcona |
pkg-config is in the Ubuntu 16.04 prereqs. I'm not sure what pkgconf does that pgk-config doesn't. |
| 17:33 |
* berick |
has pkg-config 0.29.1-0ubuntu1 |
| 17:33 |
berick |
no pkgconf |
| 17:33 |
Dyrcona |
pkgconf is a replacement for pkg-config, a system for managing library compile and link flags that works with automake and autoconf. |
| 17:34 |
Bmagic |
pkg-config 0.29.1-0ubuntu1 didn't work... added pkgconf 0.9.12-1 and it worked |
| 17:34 |
Bmagic |
updating my scripts..... |
| 17:34 |
berick |
confirmed the base VM image I started with did not have pgk-config (or pkgconf) |
| 17:34 |
Dyrcona |
I think either or both *should* work. |
| 17:37 |
Dyrcona |
I only have pkg-config installed on my Ubuntu 16.04 vm. |
| 17:38 |
Dyrcona |
"apt list --installed" is a handy command. |
| 17:39 |
Bmagic |
All I know is that package made it work |
| 17:40 |
Dyrcona |
What does "apt list --installed | grep ^pkg" output? |
| 17:40 |
Dyrcona |
Besides the warning about the CLI not being stable. :) |
| 17:40 |
Bmagic |
pkg-config/xenial,now 0.29.1-0ubuntu1 amd64 [installed] |
| 17:40 |
Bmagic |
pkgconf/xenial,now 0.9.12-1 amd64 [installed] |
| 17:41 |
Bmagic |
I performed a similar command earlier "dpkg --list|grep pkg" |
| 17:43 |
Dyrcona |
OK. |
| 17:43 |
Bmagic |
another clue would be that this has only cropped up in the last couple of weeks |
| 17:44 |
Dyrcona |
pkg-config should work, unless there's a buggy version of the package at the moment. |
| 17:44 |
Bmagic |
I am pretty sure this wasn't an issue Friday Nov. 3rd |
| 17:44 |
Bmagic |
I am working from 16.04 .01 .... maybe that's my issue? |
| 17:46 |
|
jvwoolf joined #evergreen |
| 17:47 |
Dyrcona |
I doubt it. I've been installing test vms on ubuntu 16.04 since before then. |
| 17:48 |
Dyrcona |
It's curious. I wonder if something is wrong with your pkg-config installation. |
| 17:49 |
Dyrcona |
There's a command to audit the installed packages. I don't remember what it is exactly. |
| 17:50 |
Dyrcona |
dpkg --verify pkg-config |
| 17:53 |
Dyrcona |
dpkg --audit too |
| 17:53 |
|
jvwoolf joined #evergreen |
| 18:14 |
|
_adb joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 18:44 |
|
jvwoolf joined #evergreen |
| 18:50 |
|
jvwoolf joined #evergreen |
| 19:57 |
|
jvwoolf joined #evergreen |
| 20:57 |
|
jvwoolf joined #evergreen |
| 21:52 |
|
jvwoolf joined #evergreen |
| 22:45 |
|
jvwoolf joined #evergreen |
| 22:55 |
|
jvwoolf joined #evergreen |
| 23:33 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: making tt2 docs more modular - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0150bb3> |
| 23:33 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: search scope info - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2a34ead> |
| 23:33 |
pinesol_green |
[evergreen|Jane Sandberg] Merge branch 'master' of git.evergreen-ils.org:Evergreen - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=119ef7a> |
| 23:44 |
|
jvwoolf joined #evergreen |
| 23:52 |
|
jvwoolf joined #evergreen |
