Evergreen ILS Website

Search in #evergreen

Channels | #evergreen index




Results

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143

Results for 2021-09-03

05:11 eby joined #evergreen
06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:25 jeffdavis joined #evergreen
07:10 rjackson_isl joined #evergreen
07:33 mantis joined #evergreen
10:44 pastebot "Bmagic" at 168.25.130.30 pasted "json filter" (11 lines) at http://paste.evergreen-ils.org/14426
10:46 pastebot "Dyrcona" at 168.25.130.30 pasted "This should also work" (11 lines) at http://paste.evergreen-ils.org/14427
10:46 Dyrcona Bmagic ^^
10:46 Bmagic can I get a sanity check? I've tried my hand at these JSON filters several times and it's tricky to say the least. And testing in dev is "fun"
10:46 Bmagic Dyrcona: I like that better. I was thinking that I could drop the redundant "and" - like you said, it was assumed
10:47 * mmorgan always has to carefully test before letting them loose.
10:47 Dyrcona "and" is useful when you're doing more complicated things, like nesting with "or" for example.
10:48 Bmagic gotcha
10:48 mmorgan I usually change the reactor for the a_t template to ProcessTemplate instead of SendEmail, then check the db for the output. That way no emails are generated.
10:49 Dyrcona Just running --process-hooks should be enough to see if the filter works. You can compare the created event targets to what you expect to get.
10:50 Dyrcona My dev machine can't send email, so that helps when testing triggers.
10:50 mmorgan Dyrcona: Good idea!!
10:51 Dyrcona Also, you can update all the email addresses to go to yourself if you don't mind getting spammed. :)
10:52 * mmorgan has done that, too. But only once :)
12:11 Bmagic haha, yeah, I think I would prefer to null the email address field and query aciton_trigger.event
12:30 jihpringle joined #evergreen
12:42 Bmagic Dyrcona: your JSON syntax is sound. Tested on dev with some tricky staging for a patron within range and with the value. Proved that the filter will include the patron when that value is missing, but exclude when it's present
12:42 jihpringle joined #evergreen
13:16 Dyrcona Bmagic: I'd make sure to check it with patrons that have ident_value: null.
13:17 Dyrcona I think it should work as-is, but it would be good to make sure.
15:53 Dyrcona For playing rubber ducky.
15:54 Dyrcona Reason giving the vendor account the same permissions worked is the code falls back to the vendor account if it fails to look up the OU setting.
15:54 Dyrcona It has been one of those Fridays, but at least it's a long weekend for me.
16:06 Bmagic Dyrcona: oh right, you're right. Testing
16:26 jvwoolf1 left #evergreen
16:30 Bmagic Dyrcona: turns out, the original json worked for null values
16:33 Dyrcona Bmagic: In my testing of a json query to look up patrons, it didn't work. That's a little different from using a filter, though.
16:36 Bmagic sorry, bad test. I forgot I left my json filter file without the ident_value filter from this morning's test. Fixed that, and now, it in fact, does not turn up non-null ident_value patrons. So yeah, it needs the more complex json
16:37 Bmagic Another side note: action_trigger_runner is making duplicate action_trigger.event rows when --process-hooks is ran back to back (not run-pending)
16:37 Bmagic I thought it checked it's own table for the same target and event_def

Results for 2021-09-02

00:35 jonadab joined #evergreen
06:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:08 rjackson_isl joined #evergreen
08:32 mmorgan joined #evergreen
08:37 mantis joined #evergreen
15:16 jihpringle dluch++
15:16 abneiman_web dluch++
15:16 dluch #endmeeting
15:16 pinesol Meeting ended Thu Sep  2 15:16:12 2021 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
15:16 pinesol Minutes:        http://evergreen-ils.org/meetings/evergr​een/2021/evergreen.2021-09-02-14.00.html
15:16 pinesol Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2021/evergreen.2021-09-02-14.00.txt
15:16 pinesol Log:            http://evergreen-ils.org/meetings/evergree​n/2021/evergreen.2021-09-02-14.00.log.html
15:45 jvwoolf left #evergreen
16:06 abneiman joined #evergreen
16:06 phasefx joined #evergreen
16:06 rhamby joined #evergreen
16:06 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
16:07 akilsdonk joined #evergreen
16:07 jweston joined #evergreen
17:11 mmorgan left #evergreen

Results for 2021-09-01

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:09 rjackson_isl joined #evergreen
07:56 mantis joined #evergreen
08:37 mmorgan joined #evergreen
16:58 Stompro Thank you for looking.
17:12 mmorgan left #evergreen
17:45 sandbergja joined #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:13 jihpringle joined #evergreen
21:10 Stompro joined #evergreen

Results for 2021-08-31

11:05 Dyrcona Anyway, back to messing up the Quipu code. :)
11:16 Dyrcona Suppose that I could remove -c and use the existing emacs frame, if any....
11:44 jihpringle joined #evergreen
11:48 Dyrcona mmorgan: When I ran a timed test removing 62,408 URIs from 61,595 bib records, it took an average of 1.2 seconds to update a record on my training database.
11:49 Dyrcona The longest took 50.94255 seconds.
11:49 Dyrcona The shortest took 0.666507 seconds.
11:50 jvwoolf joined #evergreen
17:07 Bmagic JBoyer: I would be remiss if I didn't mention this. The money.account_adjustment table contains a billing column. Which I think matches to the billing ID. Which means, it's possible to take that down into our new materialized table as the matching ID's and not perform the chronological order business
17:08 Bmagic And somehow, I missed that little detail (for account adjustments) until today
17:37 gsams_ joined #evergreen
18:01 pinesol News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live//arch​ive/2021-08/2021-08-31_16:00:02/test.79.html>

Results for 2021-08-30

00:42 pastebot joined #evergreen
00:46 eglogbot joined #evergreen
00:46 Topic for #evergreen is now Welcome to #evergreen (https://evergreen-ils.org). This channel is publicly logged.
06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:22 collum joined #evergreen
07:23 _collum joined #evergreen
08:31 Dyrcona joined #evergreen
13:06 collum joined #evergreen
15:00 mmorgan left #evergreen
16:14 jvwoolf left #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-29

06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:52 dluch joined #evergreen
18:52 Bmagic joined #evergreen

Results for 2021-08-28

06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
13:54 JBoyer joined #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-27

06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
08:28 mantis joined #evergreen
08:39 mmorgan joined #evergreen
09:02 jvwoolf joined #evergreen
11:27 mmorgan I can retrieve the record with an isbn search on 0439139600 or 9780439139601
11:27 mmorgan I can retrieve the record with a keyword search on 0439139600, but NOT 9780439139601
11:27 mmorgan Shouldn't the virtual index map allow me to retrieve the record with a keyword search of 9780439139601?
11:29 berick mmorgan: select * from config.metabib_field_index_norm_map where norm = 12
11:29 berick mmorgan: on my test fm, only the config.metabib_field 18 has the normalizer applied
11:29 berick *test vm
11:29 berick config.metabib_field 18 is identifier|isbn
11:31 mmorgan berick: same on mine, but doesn't the virtual index map allow searching the metabib identifier fields?
11:32 mmorgan via keyword?
11:32 berick mmorgan: you are referring to the metabib field "All searchable fields" ?
16:01 pinesol [evergreen|Rogan Hamby] lp827356 new rules protect bre -1, acn -1 and acl 1 as well as marc editing buttons disabled - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c23d958>
16:01 pinesol [evergreen|Jason Boyer] LP827356: Stamp Ugrade Script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b841d22>
17:03 Bmagic rhamby++ # bug 827356
17:03 pinesol Launchpad bug 827356 in Evergreen "DB Doesn't protect against precat merges" [Medium,Fix committed] https://launchpad.net/bugs/827356 - Assigned to Rogan Hamby (rogan-hamby)
17:03 mmorgan left #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-26

00:04 alynn26 joined #evergreen
06:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:30 rfrasur joined #evergreen
08:34 mmorgan joined #evergreen
08:42 mantis joined #evergreen
12:20 berick gmcharlt: *nod*
12:20 * berick looks
12:25 berick i think i have a fix for this in bug #1842763 -- i'll try to extract
12:25 pinesol Launchpad bug 1842763 in Evergreen 3.7 "Vandelay: cannot overlay a specified matched record" [Medium,Confirmed] https://launchpad.net/bugs/1842763
17:10 mmorgan2 left #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
20:04 stephengwills left #evergreen

Results for 2021-08-25

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:31 collum joined #evergreen
08:25 mantis joined #evergreen
08:42 rfrasur joined #evergreen
11:14 rfrasur joined #evergreen
12:29 collum joined #evergreen
12:41 cschroth joined #evergreen
14:53 * mmorgan finds that on test systems built using berick's ansible script, checkouts where I would expect the due date in the db to be 2021-09-01 23:59:59+00 get instead 2021-09-02 03:59:59+00
14:53 mmorgan What am I missing?
14:53 alynn26 mmorgan, time zones?
14:54 mmorgan alynn26: That's what I was thinking, but not sure how to fix it.
14:58 jeff how are you viewing the 2021-09-02 03:59:59+00 timestamp reported above?
15:03 mmorgan circs from the seed data have the 23:59:59 timestamp that I would expect.
15:06 mmorgan Ok, SHOW TIMEZONE gives me Etc/UTC
15:08 mmorgan SELECT NOW() - 2021-08-25 19:07:30.341906+00
15:08 csharp_ @who created a test server from the FUTURE?
15:08 pinesol jweston created a test server from the FUTURE.
15:09 jeff postgresql clients show TIMESTAMP WITH TIME ZONE values in the "local" timezone, so if you set your client timezone. If you change your postgresql client timezone, a value ending in 03:59:59+00 will likely display as 23:59:59-04
15:09 * csharp_ swims in the deep waters of perl multi-dimensional arrays and hashes
15:11 berick @ana multi dimensional arrays and hashes
16:56 jeff bug 1835127
16:56 pinesol Launchpad bug 1835127 in Evergreen "Booking reservations should not require global permissions" [Medium,Fix released] https://launchpad.net/bugs/1835127
17:00 jeff and bug 1882825
17:00 pinesol Launchpad bug 1882825 in Evergreen 3.4 "Booking : Pull List - cannot save grid settings" [Medium,Fix released] https://launchpad.net/bugs/1882825
17:03 mmorgan left #evergreen
18:02 pinesol News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live//arch​ive/2021-08/2021-08-25_16:00:05/test.79.html>

Results for 2021-08-24

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:37 collum joined #evergreen
08:22 rfrasur joined #evergreen
08:45 mmorgan joined #evergreen
16:19 Keith-isl joined #evergreen
16:19 alynn26 joined #evergreen
17:14 mmorgan left #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-23

00:46 eglogbot joined #evergreen
00:46 Topic for #evergreen is now Welcome to #evergreen (https://evergreen-ils.org). This channel is publicly logged.
06:01 pinesol News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//arch​ive/2021-08/2021-08-23_04:00:02/test.41.html>
07:31 collum joined #evergreen
07:34 _collum joined #evergreen
08:36 mmorgan joined #evergreen
15:41 mmorgan https://docs.evergreen-ils.org/eg/docs/latest/ca​taloging/item_status.html#_request_items_action
15:42 alynn26 mmorgan ++
15:45 alynn26 y
16:25 Bmagic jeffdavis: yes, I believe it could be related. Though, I just setup a test machine with the database in question and it worked just fine. Though, on production bricks, some of the opensrf children settings are different and can be in different states throughout the day.
16:40 Bmagic importing a single marc record as a test. I'm getting this: TypeError: Cannot read property 'freetext' of undefined
16:41 Bmagic 1. I uploaded my single marc record file into a new queue, without importing, works. Open the queue and choose "Import all records" - select "Merge on single match", Full Overlay. Button lights up, I click it, then get that error in the browser console
16:43 Bmagic I think* it's an angular error? Complaining about some of the modal boxes being empty? They are greyed out though
16:45 jeff likely having an issue with the combobox for queue or template, just on a quick scan.
16:45 jeff I'm not in a position to test / dig further right now, just chiming in. :-)
16:48 Bmagic I just confirmed that if I let the system upload/queue/merge all in one stroke, rather than making the queue THEN* doing the merge, it works
16:49 Bmagic I smells like a bug to me
17:02 Bmagic bug 1940867
17:02 pinesol Launchpad bug 1940867 in Evergreen "Reimporting vandelay queue fails with console error" [Undecided,New] https://launchpad.net/bugs/1940867
17:06 mmorgan left #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-22

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-21

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
09:57 jvwoolf joined #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-20

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:17 JBoyer Bmagic, check out https://www.loc.gov/marc/authority/ad008.html to see what's what for Auth records. Positions 14-16 in the 008 say what a record is used for
07:19 rjackson_isl_hom joined #evergreen
07:42 collum joined #evergreen
14:02 rhamby_ It's been a long week.  I read Dyrcona's 'mssages' and my brain went 'massages' instead of 'messages' and I was really confused for a second
14:03 Dyrcona :)
17:08 mmorgan left #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-19

01:10 jonadab joined #evergreen
02:25 alynn26 joined #evergreen
02:25 Keith-isl joined #evergreen
04:59 pinesol News from qatests: Failed cloning OpenSRF git repository <http://testing.evergreen-ils.org/~live//arch​ive/2021-08/2021-08-19_04:00:02/test.6.html>
07:15 rjackson_isl_hom joined #evergreen
08:09 Dyrcona joined #evergreen
08:10 JBoyer The tester wasn't being reset correctly so git failed because the destination existed and wasn't empty. Tune in at 6pm Eastern for the exciting conclusion.
16:59 Dyrcona It depends on a number of factors that would require me to do some digging.
16:59 Dyrcona I have to go, now.
17:21 mmorgan left #evergreen
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-18

04:32 pinesol News from qatests: Failed cloning OpenSRF git repository <http://testing.evergreen-ils.org/~live//arch​ive/2021-08/2021-08-18_04:00:02/test.6.html>
07:26 rjackson_isl_hom joined #evergreen
07:51 collum joined #evergreen
08:10 mantis joined #evergreen
15:51 Bmagic That's probably it. Looking at action.open_circulation view
16:04 jvwoolf left #evergreen
16:42 bshum joined #evergreen
16:45 pinesol News from qatests: Failed cloning OpenSRF git repository <http://testing.evergreen-ils.org/~live//arch​ive/2021-08/2021-08-18_16:00:05/test.6.html>
16:53 * berick is able to clone the osrf repo
17:22 jihpringle joined #evergreen
17:27 mmorgan left #evergreen

Results for 2021-08-17

06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:20 rjackson_isl_hom joined #evergreen
07:31 mantis joined #evergreen
07:54 Dyrcona joined #evergreen
13:33 mmorgan joined #evergreen
14:26 mmorgan1 joined #evergreen
14:32 jeffdavis csharp_: are you actively looking at bug 1932051 ?
14:32 pinesol Launchpad bug 1932051 in Evergreen "AngularJS Add to Item Bucket Generating too many simultaneous requests" [High,Confirmed] https://launchpad.net/bugs/1932051 - Assigned to Chris Sharp (chrissharp123)
16:04 jvwoolf left #evergreen
17:03 mmorgan1 left #evergreen
17:37 jihpringle joined #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:45 jihpringle joined #evergreen

Results for 2021-08-16

00:48 troy joined #evergreen
00:54 ejk joined #evergreen
00:57 book` joined #evergreen
06:02 pinesol News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//arch​ive/2021-08/2021-08-16_04:00:03/test.41.html>
07:20 JBoyer Fixed that build failure, a couple params missing from an internationalization call.
07:20 pinesol [evergreen|Jason Boyer] Repair missing line in seed data causing build failures - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ab38d53>
07:27 rjackson_isl_hom joined #evergreen
12:41 pinesol Launchpad bug 1850156 in Evergreen "Need a -tester make target" [Wishlist,Confirmed] https://launchpad.net/bugs/1850156
12:45 Dyrcona I take that back. I apparently submitted a branch.
12:47 Dyrcona jeffdavis: My branch actually does what you want. Should we mark your bug a duplicate? I'm going to rebase my branch.
12:52 JBoyer Between this and the difficulty I've had in making Edge testing optional maybe all of the browsers should be removed from the dev Makefile and a doc note made that if you want to properly test Angular(JS) you need to install 1-3 packages yourself...
12:53 Dyrcona JBoyer: Maybe, but have a look at my branch, please. It adds a osname-tester target.
12:54 Dyrcona No, sorry. I should have reviewed the code again. It adds osname-git for those who just want to install from git, but not do tests.
12:54 Dyrcona The osname-translator target now depends on -git rather than developer.
12:56 Dyrcona I think I'll mark bug 1940124 as a duplicate.
12:56 pinesol Launchpad bug 1940124 in Evergreen "Translation build tools should not require developer prereqs" [Wishlist,Confirmed] https://launchpad.net/bugs/1940124
13:04 terranm https://wiki.evergreen-ils.org/dok​u.php?id=dev:feedback_fest_2021_08
13:04 terranm Final results - I cheated a little and included all of Galen's commits since he worked over the weekend!
13:05 Dyrcona terranm++ gmcharlt++
13:06 terranm Also, gmcharlt++ tlittle++ JBoyer++ for running & refreshing test servers!
13:08 mmorgan terranm++ gmcharlt++ tlittle++ JBoyer++
13:11 rfrasur Y'all are awesome.
13:23 Dyrcona tlittle++ JBoyer++
13:36 jeffdavis Dyrcona: I don't have a good place to test it right now, but yeah, your updated branch would resolve the issue. Like you, I really just want to install from git (including translations in my case) without extra prereqs.
13:36 jeffdavis Jane's argument in 1850156 for keeping the browsers in -developer makes sense to me, but I don't feel strongly about it.
13:38 Dyrcona jeffdavis: JBoyer wants to remove the browser installation and add instructions for installing them to the README, see above.
14:23 JBoyer Pushed a branch for lp 1850156
14:23 pinesol Launchpad bug 1850156 in Evergreen "Need a -git make target" [Wishlist,Confirmed] https://launchpad.net/bugs/1850156
16:06 rfrasur joined #evergreen
16:14 JBoyer Dyrcona++ I was thinking of those bugs this weekend when I saw the announcement go out.
16:33 Stompro joined #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:02 Stompro joined #evergreen

Results for 2021-08-15

06:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
11:35 pinesol [evergreen|Jane Sandberg] LP1905068: Add org-family-select to course list - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=52ea6db>
11:35 pinesol [evergreen|Galen Charlton] LP#1905068: (follow-up) never initialize an OU ID to 1 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f34ae95>
11:37 pinesol [evergreen|Michele Morgan] LP#1917809 Create Course: Owning Library Default - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=dea8389>
11:43 pinesol [evergreen|Jane Sandberg] LP1906058: Course-term map interface only allow reasonable mappings - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b7a17a3>
12:49 gmcharlt @later tell sandbergja question re 1939730; while looking at the patch, I noticed that archiving or deleting a course uses an entirely separate Angular code path to dissociated materials from the course, and if you've modified call numbers for any physical items, has a similar bug.  However, I'm curious: why doesn't that path way use open-ils.courses.detach_material the same way that 'Remove item' from the materials list does?
12:49 pinesol gmcharlt: The operation succeeded.
14:31 Stompro joined #evergreen
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:14 Stompro joined #evergreen
19:57 * gmcharlt claims 1281
20:19 pinesol Showing latest 5 of 42 commits to Evergreen...

Results for 2021-08-14

00:11 jvwoolf joined #evergreen
01:25 gsams joined #evergreen
06:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:17 rjackson_isl_hom joined #evergreen
07:19 rjackson_isl_hom joined #evergreen
12:24 troy joined #evergreen
14:57 degraafk joined #evergreen
15:01 jeffdavis joined #evergreen
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:24 Stompro joined #evergreen
20:58 Stompro joined #evergreen
22:49 gsams_ joined #evergreen

Results for 2021-08-13

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:17 rjackson_isl_hom joined #evergreen
07:22 mantis joined #evergreen
08:12 rfrasur joined #evergreen
09:16 terranm terran-master is down, FYI
09:22 jvwoolf joined #evergreen
09:22 Dyrcona JBoyer++ # session versus local storage
09:27 Dyrcona It's a bit soon to tell, but replacing that drive on the test db server seems to have improved the performance. :)
09:50 terranm joined #evergreen
10:13 terranm joined #evergreen
10:14 terranm87 joined #evergreen
10:17 mmorgan 99 terranm's on the wall, 99 terranm's ...
10:17 terranm99 lol
10:18 * mmorgan is getting punchy on Friday the 13th of Feedback Fest
10:18 terranm99 rfrasur: I found an error that I made when I was resolving seed data conflicts on terran-master last night, could you please test https://bugs.launchpad.net/evergreen/+bug/1920253 again
10:18 pinesol Launchpad bug 1920253 in Evergreen 3.6 "Carousel Admin Pages Grid Settings cannot be saved" [Undecided,Confirmed]
10:18 terranm99 mmorgan++ same, girl, same
10:19 terranm99 And I slept weird on my shoulder last night so I'm sitting here with my arm over my head like a cartoon ape
10:49 nfBurton joined #evergreen
10:54 terranm99 berick++ Thanks, Bill, that was exactly right! Stompro - I've fixed the eg_startup and eg_vhost files so it looks like it's working now
10:59 Dyrcona So many moving parts.... :)
10:59 Stompro Thanks, I'll test away.
10:59 * Dyrcona just loves it when he misses things like that.
11:00 mmorgan terranm99++
11:00 mmorgan berick++
11:27 Stompro I'm not seeing the part info in the angular pull list, or in the print list.  The print template is using hold.p_label
11:32 Stompro Hmmm, part info is only included for part type holds in the wide api?
11:38 mmorgan Stompro: Not saying it's right, but I believe that's true currently.
11:43 Stompro mmorgan, It makes sense... I just wasn't placing a part hold to test.  I can see someone wanting that info, just because it makes it easier to find the exact copy, but I don't think it would come up all that often for us.
11:44 Stompro berick, For the angular pull list, will all sorting be handled by the grid configuration?  It would be good to have a default sort that matches the workstation print template.
11:50 Dyrcona So, I just set up Evergreen on a Debian Stretch VM and I'm getting the default Debian home page, and I've checked that eg.conf is enabled and 000-default is disabled.
11:52 Dyrcona With HTTPS, the "site cannot be reached."
15:55 Dyrcona That's cool.
15:55 alynn26 That is so cool
16:04 Stompro berick, For the pull list, is the sort hard coded?  If I wanted to add in the CN prefix and suffix in the sort would that just need to be a local change?
16:11 mmorgan If anyone would like to test lp 1939730 on terran-master, I've enabled Course Reserves for BR1 and done the described setup to test
16:11 pinesol Launchpad bug 1939730 in Evergreen "Course Materials: Course owner used as call_number.owning_lib when removing items from a Course" [Undecided,New] https://launchpad.net/bugs/1939730
16:17 terranm99 mmorgan++
16:18 berick Stompro: ah, i assumed the call number sortkey included the prefix/suffix info, but if not, then i think prefix/suffix should be added to the default sort
16:27 terranm99 mmorgan: I can confirm that I can add then delete materials with no problems. I noticed that if I enter something into the Call Number field it doesn't appear to store it (or at least, it's not showing it in the grid - the grid just shows the original call number) - is that a different bug?
16:28 mmorgan terranm99: I noticed that, too. I think that's a different bug, I'm not sure it's been reported yet. If you refresh the page, or go back to it, the changed call number shows up.
16:29 mmorgan If it helps to see the current behavior where it fails, I can do the setup on one of the other test servers.
16:30 terranm99 Ah! Yes, refreshing does make it show up
16:30 terranm99 That would be great if you have time. This is the first time I've had a chance to look at this module.
16:32 terranm99 There's a fix for the call number refresh that was signed off on - https://bugs.launchpad.net/evergreen/+bug/1907974
17:15 jihpringle yay!!!!
17:15 terranm99 I'm logging off for the weekend now, but I'll update the final statistics on Monday!
17:15 terranm99 Great job, everyone!
17:24 pinesol [evergreen|Bill Erickson] LP1910452 Staff catalog Patron View button - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a6745cd>
17:24 pinesol [evergreen|Bill Erickson] LP1910452 Remove staff catalog read-only OPAC Patron View - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c20936e>
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:02 pinesol [evergreen|Josh Stompro] LP#1938450 - missing pieces slip printer context set to receipt - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ffc4d88>
18:02 * gmcharlt claims 1280
18:09 Stompro joined #evergreen
18:10 pinesol [evergreen|Mike Rylander] LP#1895052: Allow pickup lib to control stalling - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=9d48920>
18:10 pinesol [evergreen|Mike Rylander] LP#1895052: Avoid foreign targets when local items exist - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1e09d5d>
18:10 pinesol [evergreen|Galen Charlton] LP#1895052: stamp schema update - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ef73f4b>
18:10 pinesol [evergreen|Galen Charlton] LP#1895052: add a release notes entry - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d5ce3eb>
18:24 pinesol [evergreen|Jane Sandberg] LP1935693: Add circulation modifier to course page - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e6c6b1a>
18:24 pinesol [evergreen|Jane Sandberg] LP1935693: Improve spacing on the OPAC course materials table - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=97959c4>
18:40 pinesol [evergreen|Jeff Davis] LP#1923076: ensure length of empty array is treated as a number when retrieving hold counts - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e6006d5>
18:40 pinesol [evergreen|Jason Stephenson] LP1923076: Add cast to int in more places - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=599ba17>
18:40 pinesol [evergreen|Jason Stephenson] LP1923976: Remove some dead code - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=65fcf5c>
18:40 pinesol [evergreen|Jason Stephenson] LP1923076: Add Perl live test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=518f9a2>

Results for 2021-08-12

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:23 rjackson_isl_hom joined #evergreen
07:49 collum joined #evergreen
07:52 tlittle joined #evergreen
08:43 terranm joined #evergreen
08:56 Dyrcona joined #evergreen
09:33 mmorgan joined #evergreen
09:58 pinesol [evergreen|Josh Stompro] LP#1815968 - Self Check Audio Alerts - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6a85751>
09:59 * gmcharlt claims 1272
10:04 pinesol [evergreen|Jason Boyer] LP1937299: Collections Exempt User Setting Repair - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f250c2c>
10:04 pinesol [evergreen|Galen Charlton] LP#1937299: stamp DB update - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=530e0e3>
10:17 Guest164 joined #evergreen
10:32 Stompro joined #evergreen
10:35 Stompro terranm++ thanks for testing that curbside timezone bug.
10:50 terranm joined #evergreen
10:59 jvwoolf joined #evergreen
11:05 rfrasur_v2 joined #evergreen
11:24 jvwoolf joined #evergreen
12:07 mmorgan Wow! Feedback Festing is at full force!
12:07 * mmorgan can't keep up with the email!
12:09 terranm Me neither - I'm behind on updating the spreadsheet because I'm testing something, but will get it updated shortly
12:11 * rfrasur_v2 can.  not.  wait.  for the ang acq marc batch import tool to be available as stock.
12:14 csharp_ rfrasur_v2: were you upgraded from v1?
12:15 Dyrcona @eightball
14:33 terranm berick - do you have thoughts on the last comment on this one? https://bugs.launchpad.net/evergreen/+bug/1919465
14:33 pinesol Launchpad bug 1919465 in Evergreen "Port holds pull list to Angular / Wide Holds API" [Undecided,New] - Assigned to Josh Stompro (u-launchpad-stompro-org)
14:34 Dyrcona joined #evergreen
14:34 terranm I was planning to install it on my test server and I can do it either as-is or accommodate Josh's suggestion
14:36 berick terranm: ah, i'll push a fix for that
14:37 terranm berick++
14:45 berick terranm: LP updated
17:53 pinesol [evergreen|Dan Briem] LP#1933381 Notify by SMS requires SMS fields when placing holds - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=bcf335b>
17:55 pinesol [evergreen|Bill Erickson] LP1916754 Angular Grid row index shows > 99 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1d4b25c>
18:00 * gmcharlt claims 1279
18:00 pinesol News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//arch​ive/2021-08/2021-08-12_16:00:02/test.29.html>
18:06 pinesol [evergreen|Jason Boyer] LP1802682: Use Default Net Access Level OUS - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=070c37a>
18:06 pinesol [evergreen|Galen Charlton] LP#1802682: stamp DB update - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=74a25a8>
18:12 gmcharlt and I've pushed a fix for that build failure
18:14 pinesol [evergreen|Galen Charlton] fix a think-o that prevented the Angular tests from building - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=747d187>
18:17 Stompro joined #evergreen
18:17 Guest9836 joined #evergreen
18:26 pinesol [evergreen|Josh Stompro] LP#1917396 - Staff Curbside Scheduling UTC Issues - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=76b877d>
20:09 terranm Did launchpad just go down for everyone or is it just me?
20:11 jeffdavis seems non-responsive here too
20:11 terranm I was in the middle of signing off on one of your patches, too, jeffdavis

Results for 2021-08-11

06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
08:11 tlittle joined #evergreen
08:15 mantis joined #evergreen
08:32 Dyrcona joined #evergreen
10:16 jvwoolf left #evergreen
10:40 alynn26 joined #evergreen
10:40 jvwoolf joined #evergreen
10:47 terranm JBoyer - for https://bugs.launchpad.net/evergreen/+bug/1813191 I can confirm that the reports look good, but I cannot test the error that Galen found with the odd call number in comment 8 since the holdings view patch on the test server is broken. So, not sure if I should sign off or not.
10:47 pinesol Launchpad bug 1813191 in Evergreen "Move calculated dewey ranges/blocks to their own reporting view" [Wishlist,New] - Assigned to Terran McCanna (tmccanna)
10:49 JBoyer terranm, Wasn't aware holdings view was busted. I'll take a quick look.
10:51 terranm Yes, it's hanging upon save - there are testing comments on https://bugs.launchpad.net/evergreen/+bug/1888723
10:51 pinesol Launchpad bug 1888723 in Evergreen "Holdings and Item Attributes Editors (VolCopy) Angular Port" [Wishlist,Confirmed]
10:52 JBoyer Ah, "Cannot read property 'applyPendingChanges' of undefined" Bummer.
10:52 JBoyer That'll be gone shortly because that kind of wrecks a lot of things.
13:44 Dyrcona On an unrelated note, the split command is pretty much useless for splitting a file of binary MARC records. At least, I can't figure out how to use \x1E as the separator character.
13:45 Dyrcona csplit also looks like it is not very useful for this task.
13:56 jvwoolf joined #evergreen
14:30 terranm JBoyer - I'm trying to test this patch on festivus but I'm getting browser console errors and an "Editing users in this group is disallowed " message when I try to edit a patron (logged in as admin) - https://bugs.launchpad.net/evergreen/+bug/1937299
14:30 pinesol Launchpad bug 1937299 in Evergreen "Multiple issues with the Collections: Exempt user setting" [Medium,Confirmed]
14:30 terranm (Not sure if it's caused by the patch or by something else)
14:32 JBoyer It is extremely not that, no. I'll see what it could be.
14:44 terranm I mean, JBoyer++
14:44 JBoyer \o/
14:46 Stompro joined #evergreen
15:06 Stompro Is there a procedure for requesting that a bug be included on a test system?
15:07 mmorgan terranm^^
15:09 mmorgan Stompro: I think sending terranm an email is a good approach.
15:11 terranm Stompro: yes
15:12 terranm Did you have a particular patch in mind, or just asking generally?
15:13 Stompro terranm, I would like to test the new pull list, #1919465
15:13 Stompro terranm, and just to check, we are not having the newdev meeting, right?
15:14 mmorgan bug 1919465
15:14 terranm The new dev meeting is next week
15:14 pinesol Launchpad bug 1919465 in Evergreen "Port holds pull list to Angular / Wide Holds API" [Undecided,New] https://launchpad.net/bugs/1919465
15:15 Stompro oops, thought it was right now.  Thanks.
15:15 terranm :)
15:16 terranm I'll get that loaded (or ask Tiffany to load it on hers) as soon as one of our test servers has everything currently on it signed off and is free to refresh with a fresh set of patches.
15:17 Stompro terranm, thank you.
15:17 terranm (Probably tomorrow)
15:31 Stompro terranm, bug 1930308 loaded on "Terran's Test Server 1" requires the TPAC opac.
15:31 pinesol Launchpad bug 1930308 in Evergreen "Circ modifier column appears twice in OPAC view" [Undecided,New] https://launchpad.net/bugs/1930308 - Assigned to Josh Stompro (u-launchpad-stompro-org)
15:31 terranm Oops!
15:32 Stompro terranm, I can test that if it gets loaded on a test server running tpac later on.
15:32 mmorgan Too many catalogs!
15:32 terranm Thanks, I'll do that next
15:32 terranm That's a good band name, too
15:44 terranm Stompro - okay, tpac is on terran-master now
15:51 Stompro terranm, thanks, will test in just a sec.
16:00 jvwoolf left #evergreen
16:07 Stompro terranm, I'm done testing 1930308 if you need to turn bootstrap back on.
16:08 terranm Thanks! I don't think anything else on there needs bootstrap right now
16:13 jeff Dyrcona: I use yaz-marcdump for splitting marc records.
16:14 Dyrcona jeff: I wasn't sure what options to use for that, though I suspected it would be possible. In the end, I wrote a little program in Perl.
16:17 jeff not sure what happens if you feed it a file with more than 9999999 records, but now I have something else to break.
16:17 terranm Stompro: I went ahead and added the signedoff tag to 1903357 even though you haven't submitted your sign off branch yet
16:17 Dyrcona My program has a few of the options similar to split, at least the few that I thought made sense.
16:19 Stompro terranm, thanks, I'll try and get my signoff branches done later tonight for the 3 bugs that I just tested.
16:19 terranm Stompro++
17:16 mmorgan left #evergreen
17:37 * gmcharlt claims 1271
17:41 pinesol [evergreen|Jason Etheridge] lp1894005 Stripe payment intents - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e7418bd>
17:41 pinesol [evergreen|Jason Etheridge] lp1894005 Stripe payment intents, release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=67778ab>
17:41 pinesol [evergreen|Jason Etheridge] lp1894005 Stripe payment intents, live test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f2e9c5b>
17:41 pinesol [evergreen|Galen Charlton] LP#1894005: stamp DB update - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2aa315c>
17:49 pinesol [evergreen|Bill Erickson] LP1904788 Staff catalog browse results paging - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cd4c4c9>
17:49 pinesol [evergreen|Bill Erickson] LP1904788 Browse navigation release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d4b0190>
17:55 pinesol [evergreen|Jeff Godin] LP#1264746 Add "email password reset" to user editor - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=52a8141>
17:55 pinesol [evergreen|Jeff Godin] LP#1264746 return boolean, not promise - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b675d13>
17:55 pinesol [evergreen|Galen Charlton] LP#1264746: add a release notes line - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=44578f1>
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:06 rjackson_isl_hom joined #evergreen
19:50 rjackson_isl_hom joined #evergreen
20:22 jihpringle joined #evergreen

Results for 2021-08-10

00:14 devted joined #evergreen
00:14 dluch joined #evergreen
00:14 Bmagic joined #evergreen
06:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:46 abneiman_ joined #evergreen
07:46 rhamby_ joined #evergreen
07:46 akilsdonk_ joined #evergreen
17:02 terranm Awesome
17:13 mmorgan left #evergreen
17:31 jihpringle94 joined #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:15 jihpringle joined #evergreen

Results for 2021-08-09

01:05 gmcharlt joined #evergreen
01:05 jweston joined #evergreen
01:10 berick joined #evergreen
06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:32 rjackson_isl_hom joined #evergreen
07:56 collum joined #evergreen
08:33 Dyrcona joined #evergreen
11:46 tlittle rfrasur Same! I think those are awesome
11:46 Dyrcona Right, well, looks like I have to start over.....
11:51 mmorgan :-(
11:57 JBoyer I suppose this may be as good a time as any to drop the record count to around 1000 so it doesn’t take ~4 days to test? That should still give plpgprofiler plenty to work with.
12:03 mmorgan1 joined #evergreen
12:10 jihpringle joined #evergreen
12:18 Dyrcona JBoyer: At this point, I might as well wait until the bad drive is replaced and start over with a new data set and a new batch of records.
13:06 collum joined #evergreen
13:24 jvwoolf joined #evergreen
14:08 javier_guel joined #evergreen
14:10 javier_guel Hi all, I am trying to upgrade from 3.4.2 to 3.7.1 and I am testing upgrade scripts in a dev db, but running 3.5.1-3.6.0-upgrade-db.sql script I am getting the Error "3.5.1-3.6.0-upgrade-db.sql:995: ERROR:  syntax error at or near "ON"
14:10 javier_guel LINE 2: ...S ('au.created', 'au', 'A user was created', 't') ON CONFLIC...", could someone help me?
14:12 Dyrcona javier_guel: What PostgreSQL version are you running?
14:12 javier_guel 9.6.15
14:13 javier_guel Do I need to upgrade to 10v?
16:33 jvwoolf left #evergreen
16:49 mmorgan1 joined #evergreen
17:03 mmorgan1 left #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:41 jihpringle joined #evergreen
21:22 Christineb_ joined #evergreen
21:22 phasefx_ joined #evergreen

Results for 2021-08-08

05:47 devted joined #evergreen
05:47 dluch joined #evergreen
06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:01 rhamby joined #evergreen
06:06 Bmagic joined #evergreen
06:08 akilsdonk joined #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-07

04:08 jeff joined #evergreen
04:08 jonadab joined #evergreen
04:12 pastebot joined #evergreen
06:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
10:10 Guest16 joined #evergreen
12:17 book` joined #evergreen
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:42 jonadab joined #evergreen
23:36 Keith-isl joined #evergreen

Results for 2021-08-06

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:31 rjackson_isl_hom joined #evergreen
07:48 mantis joined #evergreen
08:38 mmorgan joined #evergreen
14:24 alynn26 joined #evergreen
15:00 Dyrcona joined #evergreen
17:19 mmorgan left #evergreen
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:28 jihpringle joined #evergreen
19:05 jihpringle joined #evergreen

Results for 2021-08-05

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:30 rjackson_isl_hom joined #evergreen
07:56 mantis joined #evergreen
08:42 mmorgan joined #evergreen
11:12 Dyrcona I have started a load of 12,567 records with located URIs with pl_profiler enabled on Pg 10. I'll repeat this load on Pg 11 through 13 in the coming days.
11:18 mmorgan Dyrcona: I'm interested in your results. Do you know how many URIs are in each record or does it vary?
11:19 Dyrcona mmorgan: It's usually 1 in the incoming file, but some have 2. The majority of records, over 10,000, match existing records so the number of URIs varies.
11:20 Dyrcona I've loaded this set of records into production already, which is why I'm using a dump from July 11 for this test.
11:23 * mmorgan nods. We've been looking at how long it takes to load each record and have found a record with 10 links take on average 12 seconds.
11:23 Dyrcona I suspect that Pg 10 will give the best results, and I'm doing it as a benchmark. Also, Pg 10 is currently optimized on this server.
11:23 Dyrcona mmorgan: It gets slower on newer Pg versions, and I want to find out where/why so we can fix it.
11:24 mmorgan Dyrcona++
11:25 Dyrcona When testing a timed version of this script, I've seen it take well over 20 seconds to update some records
11:25 jvwoolf joined #evergreen
11:26 Dyrcona I usually kill it after a few days on Pg 12. :(
11:26 mmorgan :-(
17:38 nfBurton joined #evergreen
17:45 Bmagic oh, it looks like the reason comes out in the subsequent email trigger event. Unless you have the followup email to the patron, it doesn't look like we can tell (from the database) why something doesn't get auto-renewed?
17:49 jihpringle joined #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-08-04

17:47 sandbergja It doesn't look like B::OP::AuthorizeNet has been updated since 2015
17:48 sandbergja And my limited searching doesn't turn up any new, ready-to-go Perl library for handling the new AuthorizeNet API
17:56 sandbergja credit_cards--
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:44 * JBoyer stumbles into the room, whispers “Stripe is entirely client side,” and vanishes
20:35 stephengwills left #evergreen

Results for 2021-08-03

00:30 Keith_isl joined #evergreen
06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:09 JBoyer I guess that's finally the end of #evergreen on Freenode. As of ~ 1am it now requires TLS and SASL (good) with their relatively new nickserv database (bad).
07:09 JBoyer csharp_++ # less + v is a good tip!
07:12 rjackson_isl_hom joined #evergreen
15:27 miker if anyone's interested in picking it up to coauthor, I'm happy to push it out for more brains to attack
15:27 miker I don't have tuits for it ATM, but really want it to happen
15:28 Dyrcona Yeah. There has been a long term shortage of tuits.
15:30 Dyrcona I'll take a look at the rebased branch next week. I can't promise that I can do anything with the JavaScript. I'm going to be busy testing Quipu integration.
15:48 miker joined #evergreen
16:06 nfBurton joined #evergreen
16:26 mmorgan1 joined #evergreen
16:44 brettgilio left #evergreen
17:08 mmorgan left #evergreen
17:26 rlefaive joined #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
20:45 rlefaive joined #evergreen

Results for 2021-08-02

15:14 csharp_ Dyrcona: yeah, one of the first things I do when setting up a new station is making vim the default
15:58 jvwoolf left #evergreen
17:08 mmorgan left #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
20:34 brettgilio joined #evergreen

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143