Time |
Nick |
Message |
00:46 |
|
remingtron joined #evergreen |
01:38 |
|
laurie joined #evergreen |
02:05 |
|
jonadab joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:34 |
|
rjackson_isl_hom joined #evergreen |
07:47 |
|
Dyrcona joined #evergreen |
08:06 |
|
remingtron_ joined #evergreen |
08:15 |
|
mantis joined #evergreen |
08:17 |
|
rfrasur joined #evergreen |
08:33 |
|
Glen joined #evergreen |
08:35 |
|
mmorgan joined #evergreen |
08:50 |
|
mmorgan1 joined #evergreen |
08:51 |
|
jvwoolf joined #evergreen |
08:55 |
|
nfBurton joined #evergreen |
08:57 |
nfBurton |
Would anyone be able to point me to where the length of patron expiry is set? IT's 1 year, but we want to open that up for now without updating everyone |
09:02 |
Bmagic |
nfBurton: permission.grp_tree I believe |
09:03 |
nfBurton |
ohh right |
09:03 |
nfBurton |
Thanks |
09:03 |
Bmagic |
np |
09:03 |
nfBurton |
Couldn't come up with the right search terms lol |
09:05 |
nfBurton |
Is there a way to force that to take effect? |
09:06 |
nfBurton |
And reset all the patron block |
09:07 |
Dyrcona |
nfBurton: Update actor.usr set .... |
09:07 |
Dyrcona |
SQL in other words. |
09:08 |
Dyrcona |
If you change the value in the table it will only affect new registrations. |
09:09 |
nfBurton |
How do I push it to existing patrons. Is there like a reingest for patrons that recalculates that |
09:09 |
Dyrcona |
For the sake of clarity, I meant the permission.grp_tree table's perm_interval column. |
09:09 |
nfBurton |
Yeah |
09:09 |
Dyrcona |
No, you'll have to do a SQL update or writh a Perl script. |
09:10 |
nfBurton |
They want to increase the expiry but I don't want to skew my future data either |
09:10 |
nfBurton |
To update patron expiry |
09:10 |
|
alynn26 joined #evergreen |
09:10 |
nfBurton |
That's what I was afraid of |
09:10 |
nfBurton |
I was looking for an alternative lol |
09:14 |
|
remingtron joined #evergreen |
09:26 |
rhamby_ |
FWIW in the scheme of patron updates bumping their expiration is pretty simple and no real hidden pitfalls |
09:27 |
rhamby_ |
usual caveats, do it on test data first and all that but I wouldn't be particularly skittish about doing it |
09:29 |
Dyrcona |
Yeah, me neither. In fact, I've done a lot patron expiration updates lately because of closure due to the pandemic. |
09:43 |
pastebot |
"mmorgan" at 168.25.130.30 pasted "SQL to update patron expiration dates" (6 lines) at http://paste.evergreen-ils.org/10152 |
09:44 |
mmorgan |
nfBurton: ^^ |
09:45 |
mmorgan |
I used this query to add 60 days to the expiration dates for a particular profile. Just for patrons that were expiring between 3/1 and 4/30 |
09:47 |
mmorgan |
Then had to do it again, of course. |
09:55 |
Dyrcona |
Yeah, we did something similar, updating patrons who expired between date X and date Y to date Y + 1 day. |
09:57 |
Dyrcona |
In nfBurton's case the adjusment logic would be more complicated, if you want to set the expiration as if it was originally 3 years or whatever. |
10:03 |
|
sandbergja joined #evergreen |
10:07 |
sandbergja |
dbwells++ |
10:07 |
sandbergja |
remingtron++ #release work! |
10:09 |
Dyrcona |
remingtron++ dbwells++ Indeed! |
10:09 |
* Dyrcona |
is dealing with memory exhaustion on a load balancer at the moment.... |
10:09 |
Dyrcona |
ldirectord failover works like a charm, though. |
10:10 |
* csharp |
is dealing with memory exhaustion full stop |
10:10 |
Dyrcona |
:/ |
10:22 |
Bmagic |
csharp++ # exactly what I was going to say |
10:23 |
Dyrcona |
:) |
10:29 |
Dyrcona |
csharp++ Bmagic++ |
10:29 |
Bmagic |
Dyrcona++ # Karma party doood |
10:31 |
sandbergja |
Bmagic++ csharp++ Dyrcona++ |
10:32 |
Bmagic |
sandbergja++ # good to see you in IRC again |
10:32 |
sandbergja |
Yeah, it's been a while |
10:33 |
sandbergja |
Mainly because I got a new computer and it took me this long to install an IRC client on it |
10:33 |
* sandbergja |
facepalms |
10:49 |
Bmagic |
haha |
10:50 |
Bmagic |
new_computers++ |
10:53 |
|
jwoodard joined #evergreen |
11:04 |
|
dbwells_ joined #evergreen |
12:01 |
|
jihpringle joined #evergreen |
12:03 |
|
nfBurton joined #evergreen |
12:13 |
|
tlittle joined #evergreen |
12:26 |
csharp |
dluch++ |
12:26 |
csharp |
sandbergja++ |
12:26 |
csharp |
Christineb++ |
12:26 |
csharp |
jeffdavis++ |
12:37 |
csharp |
berick++ |
12:41 |
csharp |
gmcharlt_++ |
12:43 |
csharp |
agoben++ |
12:47 |
rjackson_isl_hom |
++ to all of Evergreen community |
12:57 |
|
dbwells joined #evergreen |
14:37 |
csharp |
@band add Max, Spare the Children |
14:37 |
pinesol |
csharp: Band 'Max, Spare the Children' added to list |
14:38 |
abneiman |
csharp++ |
14:52 |
Bmagic |
rhamby++ # gret prez |
14:52 |
Bmagic |
gmcharlt++ miker++ # gret prez |
14:56 |
Dyrcona |
Does Zoom turn anyone else's laptop into a lap warmer? |
14:57 |
|
kenstir joined #evergreen |
14:59 |
|
akilsdonk joined #evergreen |
14:59 |
|
rhamby joined #evergreen |
14:59 |
|
jgoodson joined #evergreen |
14:59 |
|
drigney joined #evergreen |
14:59 |
|
felicia joined #evergreen |
14:59 |
kenstir |
Hi miker and gmcharlt_ - great presentation, just what I was looking for (although I did crib from your curbside branch). I have an issue where sometimes the gateway does not return valid JSON and the app throws an alert. See example here: https://www.dropbox.com/s/0a3f5s5zddrt65v/gapines_response_is_not_json.txt?dl=0 |
15:00 |
miker |
Bmagic: thanks |
15:00 |
miker |
csharp: "max and the spare children" maybe? |
15:00 |
|
lisacarlucci joined #evergreen |
15:00 |
miker |
kenstir: that looks like a buffer overflow in the gateway, actually. interesting. |
15:00 |
|
abneiman joined #evergreen |
15:01 |
|
jyorio joined #evergreen |
15:01 |
miker |
looking at it in a validator, the error message just stops without being closed with a " and then we see a comma and the status field |
15:01 |
kenstir |
exactly |
15:02 |
kenstir |
Where does the code for osrf-gateway-v1 live? |
15:04 |
miker |
in the opensrf repo, under src/gateway/, there's osrf_json_gateway.c |
15:04 |
miker |
that creates the apache module |
15:04 |
miker |
or, is the source for |
15:06 |
kenstir |
cool, thank you |
15:09 |
miker |
line 354 is the start of the relevant code, I think |
15:10 |
miker |
well, the else-branch of that |
15:12 |
miker |
I'm suspicious of that " + 32" bit |
15:13 |
kenstir |
yeah me too |
15:14 |
kenstir |
snprintf does not guarantee null termination |
15:14 |
miker |
oh... no, I think it's line 406 |
15:15 |
kenstir |
yes, should be followed by setting the last byte to 0 |
15:15 |
miker |
well, anyway... some unsafe string handling. we could use our safety wrappers there |
15:15 |
miker |
rather than munging with sprintf ourselves |
15:16 |
miker |
buff_add etc |
15:16 |
miker |
search up in the same file for growing_buffer for examples |
15:17 |
|
Dyrcona joined #evergreen |
15:17 |
kenstir |
So next step is I should file an LP bug in OpenSRF? |
15:17 |
gmcharlt_ |
kenstir: yeah |
15:18 |
kenstir |
will do |
15:32 |
kenstir |
LP#1883169, I will have a look to see if I can repro and fix |
15:33 |
csharp |
kenstir++ miker++ |
15:55 |
|
sandbergja_ joined #evergreen |
16:11 |
|
mrisher joined #evergreen |
16:23 |
pastebot |
"Bmagic" at 168.25.130.30 pasted "Kill Long Running Queries" (17 lines) at http://paste.evergreen-ils.org/10153 |
16:24 |
|
abowling joined #evergreen |
17:02 |
mmorgan |
Great conference everyone!! |
17:02 |
mmorgan |
conference++ |
17:03 |
berick |
yeah, great to see everyone |
17:04 |
|
mantis left #evergreen |
17:05 |
|
mrisher joined #evergreen |
17:08 |
pinesol |
[evergreen|Dan Wells] Forward-port 3.3.7 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4776281> |
17:08 |
pinesol |
[evergreen|Dan Wells] Forward-port 3.4.3 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f437eba> |
17:10 |
|
mmorgan left #evergreen |
17:14 |
|
mantis joined #evergreen |
17:48 |
|
Dyrcona joined #evergreen |
17:55 |
|
mantis joined #evergreen |
17:55 |
|
mantis left #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
20:20 |
|
mrisher_ joined #evergreen |
20:54 |
|
mrisher joined #evergreen |
21:09 |
Bmagic |
dbwells++ remingtron++ # release testing and deployment and more! |
21:22 |
|
jamesrf joined #evergreen |
21:23 |
|
eby joined #evergreen |