| Time |
Nick |
Message |
| 00:38 |
|
sandbergja joined #evergreen |
| 01:23 |
|
cmalm joined #evergreen |
| 02:59 |
|
cmalm_ joined #evergreen |
| 03:45 |
|
pinesol joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:54 |
|
agoben joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:27 |
|
rjackson_isl joined #evergreen |
| 07:49 |
pinesol |
[evergreen|Jason Stephenson] Lp 1801163: Switch to Email::MIME in SendEmail A/T Reactor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=52f0041> |
| 07:49 |
pinesol |
[evergreen|Galen Charlton] LP#1801163: update Debian Buster and Fedora installation deps - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5462299> |
| 07:49 |
pinesol |
[evergreen|Galen Charlton] LP#1801163: (follow-up) deal with header fields that contain Unicode strings - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0fd0ed2> |
| 08:09 |
|
rfrasur joined #evergreen |
| 08:13 |
|
sandbergja joined #evergreen |
| 08:30 |
|
collum joined #evergreen |
| 08:41 |
|
mantis1 joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:47 |
|
jvwoolf joined #evergreen |
| 08:50 |
|
Dyrcona joined #evergreen |
| 09:02 |
|
stephengwills joined #evergreen |
| 09:16 |
dbs |
committers_committing++ |
| 09:16 |
dbs |
csharp: no it's been a while since I've done a Fedora install :/ |
| 09:17 |
dbs |
After 3.4.2 is released, I'm going to try and turn my attention back to getting carousels working |
| 09:17 |
csharp |
dbs: thanks - when I get some time, I'll give it a spin |
| 09:18 |
csharp |
to all: remember the 10:00 a.m. deadline for 3.2(security only)/3.3/3.4 commits and we'll be back to it tomorrow at 10:00 a.m. |
| 09:19 |
csharp |
(EST, for those not in that timezone) |
| 09:20 |
Dyrcona |
UTC 15:00 |
| 09:21 |
Dyrcona |
I meant to try and review some bugs but other stuff came up. :( |
| 09:22 |
csharp |
same |
| 09:27 |
|
tlittle joined #evergreen |
| 09:30 |
Dyrcona |
csharp: Is something up with email from git? I haven't received any commit emails since yesterday at 10:41 am. |
| 09:41 |
|
cmalm joined #evergreen |
| 09:58 |
Dyrcona |
jeffdavis: Is the Overdrive integration able to function if one uses a patron password with Overdrive for authentication? I ask because we just "switched" to requiring passwords for Overdrive and the Ebook API integration seems to have stopped working. |
| 10:18 |
pinesol |
[evergreen|Jane Sandberg] Docs: release notes for 3.3.6 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=24eff34> |
| 10:18 |
pinesol |
[evergreen|Jane Sandberg] Docs: release notes for 3.4.2 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=52a8fa7> |
| 10:19 |
Dyrcona |
sandbergja++ |
| 10:32 |
|
sandbergja joined #evergreen |
| 10:57 |
|
Christineb joined #evergreen |
| 11:00 |
csharp |
Dyrcona: I don't see anything wrong with the list server itself - maybe it's on the git server end? |
| 11:00 |
csharp |
I can confirm in the archives that the message you're referring to is the last one processed |
| 11:08 |
Dyrcona |
I think I have CLI access to the git server. If so, I can check it out in a bit. |
| 11:18 |
Dyrcona |
Eh, nope. Doesn't look like I have access. |
| 11:44 |
bshum |
csharp: dbs: I played with Fedora last year and got stuck on reinventing the apache/http server configs so that they worked with the web client. |
| 11:45 |
bshum |
The lessons learned from newer Ubuntu/Debian worked fine for ejabberd config on Fedora as far as I could tell, though the legacy mod auth directives are just completely gone now. So you have to sort of guess where to slot in everything |
| 11:45 |
bshum |
I haven't retried it this year yet. Was waiting for Ubuntu 20.04 alpha to play further |
| 11:46 |
bshum |
I think my IRC notes are probably logged somewhere on all the stuff I found while poking at Fedora though |
| 11:46 |
bshum |
I remember rambling about it |
| 11:48 |
csharp |
bshum: cool - thanks for the info - ejabberd is the hitch when installing for CentOS/RHEL |
| 11:48 |
bshum |
csharp: I think I managed to get OpenSRF working fine on Fedora when I tried it |
| 11:48 |
csharp |
awesome |
| 11:48 |
bshum |
I just stumbled on the apache stuff because none of those files exist anymore |
| 11:49 |
bshum |
And the ones that used to exist don't work because they're not updated with web client stuff |
| 11:49 |
Dyrcona |
We shouldn't provide any support for Fedora. The Fedora developers even say not to use it for production. |
| 11:55 |
bshum |
I agree with that standpoint for community support. |
| 11:58 |
Dyrcona |
If someone want to step forward and redo support for RHEL or Centos, I think that's better. |
| 11:58 |
Dyrcona |
I feel pretty much he same way about Devuan as Fedora, and I even shared branches, now out of date, for Devuan. |
| 11:58 |
|
jihpringle joined #evergreen |
| 12:00 |
csharp |
this was my last stab at OpenSRF on RHEL: https://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/user/csharp/rhel-support |
| 12:01 |
csharp |
and my centos branch: https://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/user/csharp/centos-support |
| 12:02 |
csharp |
as I remember, CentOS worked ok and RHEL had some hangups |
| 12:03 |
jeffdavis |
Dyrcona: Overdrive integration can work with passwords (at least it's supposed to), but it's actually less secure since it needs to capture the plaintext password entered by the user on login and pass it to the Overdrive API |
| 12:04 |
jeffdavis |
IIRC there is an org setting called ebook_api.overdrive.password_required or something like that which you'll need to set to true |
| 12:04 |
Dyrcona |
jeffdavis: Thanks! I'll have a look at that. I was looking in config.tt2 for settings. |
| 12:21 |
|
khuckins joined #evergreen |
| 12:34 |
JBoyer |
So, I'm willing to help do this and that on evergreen-ils.org, who do I need to ask about that? |
| 12:35 |
JBoyer |
(I ask here because I can't tell how many addresses on the web team list would still work.) |
| 12:36 |
Dyrcona |
Is git run on the same server as the web site? |
| 12:38 |
Dyrcona |
Eh, nope. Doesn't look like it. |
| 12:39 |
Dyrcona |
JBoyer: You should probably ask gmcharlt and/or csharp. |
| 12:45 |
JBoyer |
Dyrcona++ |
| 12:50 |
csharp |
we need to revisit the plan to migrate to the new EG community servers |
| 12:51 |
csharp |
gmcharlt and I discussed moving docs.evergreen-ils.org -> eg-docs at the hackaway |
| 13:00 |
|
rfrasur joined #evergreen |
| 14:02 |
jvwoolf |
We've recently had a bunch of libraries report the pickup library for holds are changing randomly. I haven't ruled out user error, but it's so odd that there are reports coming in all at once swearing they haven't changed anything. We're on 3.1.16. Just checking here on the off chance anybody else has experienced this? |
| 14:06 |
Dyrcona |
jvwoolf: Never had reports of that. We're currently on 3.2.8. |
| 14:08 |
|
sandbergja joined #evergreen |
| 14:08 |
Dyrcona |
jeffdavis: We made the setting change, and it doesn't seem to help. We get 400 Bad Request from the Overdrive API server. We were getting that before making the setting change. I've also tried restarting the open-ils.ebook_api drones to no avail. Do you have any suggestions? |
| 14:35 |
|
yboston joined #evergreen |
| 14:43 |
yboston |
Hello folks, I have a question regarding the “Email Checkout Receipts” feature. Is it possible to use it as an opt out service instead of opt in? Though that may go againts how the feature was designed. I work for a college library and we woudl like to turn it on for all our college patrons and provide instructions/link in the footer of the email with info on how to opt-out. I tried looking at what DB table to update, like the usr table, to t |
| 14:43 |
yboston |
this as an opt out service, but I don’t see how yet. Perhaps this because this featire is notmeant to be used liek this |
| 14:45 |
jeff |
yboston: your message was truncated/mangled in the middle somewhere... "like the usr table to tr" [break] "this as an opt out service, but" |
| 14:45 |
jeff |
(seems to be something missing where the message break occurred) |
| 14:46 |
yboston |
jeff: thanks |
| 14:46 |
yboston |
like the usr table, to treat this as an opt out service, but I don’t see how yet. Perhaps this because this featire is notmeant to be used liek this |
| 14:47 |
Dyrcona |
yboston: The feature is meant to be opt-in. You can make it opt-out if you're up to changing the code. Alternately, you can run a database update to enable the setting for all your patrons and then have them turn it off if they don't want it. |
| 14:49 |
yboston |
Dyrcona: Thanks, I was trying to find the related column in the usr table for this feature to batch change it, but did not seem to finf it so far. I assume I just need to look further |
| 14:49 |
Dyrcona |
And, I just love things like this: Use of uninitialized value $k in hash element at /usr/local/share/perl/5.22.1/OpenILS/Application/EbookAPI.pm line 84. Where $k is a value obtained in a loop over %$object, though it should probably be changed to keys %$object. |
| 14:49 |
yboston |
Dyrcona: I started wondering if I missed soemthign or if the feature was design to prevent this apporach |
| 14:50 |
Dyrcona |
yboston: I believe it is a usr_setting, not in the usr table itself. |
| 14:50 |
yboston |
ahh |
| 14:50 |
Dyrcona |
You could do something like insert the on value for users who don't already have the setting. |
| 14:50 |
yboston |
Dyrcona: I misundertood how that table was being used, I thought it was a global setting for all users. I shoudl be all set. |
| 14:51 |
|
collum joined #evergreen |
| 14:51 |
Dyrcona |
yboston: NB: I think it's a usr_setting, I could be wrong. I should probably look that stuff up before saying things in channel....I've got my own issues to work on at the moment. :) |
| 14:52 |
yboston |
Dyrcona: I bet you are right, I will dig into that table and report back. keep doign your thing. thanks again |
| 14:53 |
|
mantis1 joined #evergreen |
| 14:53 |
Dyrcona |
yboston: Yeah, there's a usr_setting: circ.send_email_checkout_receipts |
| 14:54 |
|
mantis1 left #evergreen |
| 14:55 |
|
sandbergja joined #evergreen |
| 14:57 |
|
mantis1 joined #evergreen |
| 15:00 |
yboston |
Dyrcona: I see it know, I had thought that the schema for user_settings was config.user_settings not actor.user_settings Thaks you very much |
| 15:00 |
yboston |
*thanks |
| 15:01 |
Dyrcona |
yboston: You're welcome! |
| 15:01 |
|
mmorgan1 joined #evergreen |
| 15:18 |
Dyrcona |
I'm trying to get the stuff from memcached for my login session. The only thing I see with memcdump is the open_ils_auth_${TOKEN} (where ${TOKEN} is my session token). Can I get the values for that key? Or is that the value and not the key? |
| 15:19 |
Dyrcona |
I basically want to see if the open-ils.ebook_api.patron.cache_password API call is working by checking my own account after logging in. |
| 15:22 |
remingtron |
Dyrcona: according to an old IRC note, you could find cached book covers like this: |
| 15:22 |
remingtron |
memcdump --servers=localhost | grep ac.jacket.large |
| 15:22 |
remingtron |
not sure if that helps! |
| 15:23 |
Dyrcona |
remingtron: I've basically done that but grepping for my authroken. |
| 15:23 |
remingtron |
There's also this old blog post from gmcharlt: https://galencharlton.com/blog/2013/03/exploring-memcached-caches/ |
| 15:25 |
remingtron |
sounds like memcdump prints the keys |
| 15:25 |
remingtron |
(according to that blog post) |
| 15:26 |
Dyrcona |
mccat --servers $server_address $key |
| 15:26 |
Dyrcona |
memccat for the oils_auth_TOKEN gives me what I'm looking for. |
| 15:26 |
Dyrcona |
Thanks, remingtron! |
| 15:26 |
jeff |
yes, dump gives key names, cat gives values. |
| 15:27 |
Dyrcona |
also, gmcharlt++ for the blog post, though I found memccat via man -k before seeing remingtron share it. |
| 15:28 |
Dyrcona |
My conclusion is that open-ils.ebook_api.patron.cache_password is not working or not being called. Because my cached password is not there. |
| 15:30 |
Dyrcona |
That "use of unitialized value" thing that I shared earlier is from the cache code for the ebook_api so maybe that's part of my problem? |
| 15:32 |
|
mantis1 left #evergreen |
| 15:33 |
Dyrcona |
Are org_unit_settings cached? It doesn't look like it. |
| 15:34 |
jeff |
some are effectively cached in-process |
| 15:36 |
Dyrcona |
yeahp. looks like what jeff said. :) I'm not finding anything that looks like cached setting in memcached. And, come to think of it, changing them usually works right away. |
| 15:38 |
jeff |
depending on which code stashes a setting where, their values can end up being cached until apache/service restart. |
| 15:38 |
Dyrcona |
Uh-huh. That's what I want to avoid right now, but it's looking like that may be necessary. |
| 15:39 |
Dyrcona |
I suppose a reload would be less intrusive. |
| 15:49 |
|
Dyrcona joined #evergreen |
| 15:49 |
Dyrcona |
wifi-- |
| 15:51 |
|
sandbergja joined #evergreen |
| 16:21 |
jeffdavis |
http://git.sitka.bclibraries.ca/gitweb/?p=sitka/sitka-tools.git;a=blob;f=overdrive-eg-opac/odapi-checker.pl;hb=HEAD |
| 16:22 |
jeffdavis |
Dyrcona: ^ you may be able to use that script to confirm that password-based auth is working correctly for your Overdrive (ruling out account or vendor-side issues as opposed to issues with Evergreen) |
| 16:26 |
|
berick joined #evergreen |
| 16:27 |
Dyrcona |
jeffdavis++ I'll try that tomorrow. |
| 16:38 |
|
khuckins joined #evergreen |
| 16:44 |
|
mmorgan joined #evergreen |
| 16:49 |
|
Bmagic joined #evergreen |
| 17:01 |
|
book` joined #evergreen |
| 17:01 |
|
mnsri joined #evergreen |
| 17:01 |
|
rashma joined #evergreen |
| 17:03 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:37 |
|
_sandbergja joined #evergreen |
| 22:12 |
|
stephengwills left #evergreen |
