Evergreen ILS Website

IRC log for #evergreen, 2020-06-11

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

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/0a3f5s5zddrt65​v/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

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat