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

Results for 2021-10-08

00:06 bshum joined #evergreen
06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:17 collum joined #evergreen
07:20 _collum joined #evergreen
08:34 rfrasur joined #evergreen
16:28 Bmagic ah! Karma party
17:01 mmorgan left #evergreen
17:18 jihpringle joined #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:05 jihpringle joined #evergreen
22:51 troy joined #evergreen
22:52 Christineb joined #evergreen

Results for 2021-10-07

03:57 Keith_isl joined #evergreen
04:44 pinesol News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//arch​ive/2021-10/2021-10-07_04:00:02/test.7.html>
08:29 mantis joined #evergreen
08:36 mmorgan joined #evergreen
08:38 rfrasur joined #evergreen
09:07 mantis This isn't really an Evergreen question.  There's a situation with a patron who can't receive text notifications from us for some reason though their number and carrier is correct when filling out the hold settings.  I and another library staff member tested the text notification and we both receive them but the patron doesn't.  When checking with known and unknown senders, the text doesn't show up.  At this point I know this is a sit
09:07 mantis uation with the carrier/phone but unsure if I can give an explanation to why that's happening.
09:10 mantis sorry nevermind; solved the issue
09:14 alynn26 joined #evergreen
09:41 jeff mantis: what was the solution?
09:53 mantis jeff: there was a 'pwreset' granularity set up in the action trigger
17:29 eby joined #evergreen
17:39 troy joined #evergreen
17:39 Christineb joined #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-10-06

06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:41 mantis joined #evergreen
07:48 collum joined #evergreen
08:35 JBoyer joined #evergreen
08:51 mmorgan joined #evergreen
09:33 jvwoolf joined #evergreen
09:35 terranm joined #evergreen
11:13 pinesol [evergreen|Galen Charlton] add typo fix to release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=423ca7f>
11:37 * gmcharlt claims 1304
11:42 jeff incorrectly pairing pinesol and gmcharlt's last messages to channel, my first thought was "that's got to be some typo!"
11:43 gmcharlt heh
12:02 rjackson_isl_hom joined #evergreen
12:07 * gmcharlt claims 1305
12:20 collum joined #evergreen
12:40 pinesol [evergreen|Galen Charlton] LP#1846354: add another missed function update - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=160b149>
12:42 pinesol [evergreen|Galen Charlton] schema update script from 3.7.1 to 3.8-beta - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=48b336c>
13:08 jihpringle joined #evergreen
14:27 rjackson_isl_hom joined #evergreen
15:06 alynn26 joined #evergreen
15:54 Keith__isl joined #evergreen
16:47 jihpringle joined #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-10-05

04:24 jweston joined #evergreen
04:24 miker joined #evergreen
04:24 akilsdonk joined #evergreen
06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:41 JBoyer gmcharlt++
08:23 rfrasur joined #evergreen
08:30 mmorgan joined #evergreen
17:17 pinesol denials solved the mystery of the Secret SSO.
17:17 csharp_ denials++
17:25 mmorgan left #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
23:16 jeffdavis joined #evergreen

Results for 2021-10-04

06:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:23 collum joined #evergreen
08:27 Dyrcona joined #evergreen
08:37 mantis joined #evergreen
16:31 mmorgan :)
16:31 Keith__isl A ham-fisted approach that gets the job done is fine by me. Plus you end up with an extra ham in your fist to eat later for a snack.
16:32 * Dyrcona politely dissents.
16:34 Dyrcona I wonder if I should use create_date or activate_date for new copies? I've tested both, but the data I'm using is a few days out of date.
16:37 Dyrcona Doesn't help when both variations on the query turn up the same record in production.
16:38 Dyrcona I suppose that I can ask the library which they prefer.
16:46 Dyrcona I think I'll use active date. Most of this library's copies are created and activated in the same day. Only about 2.8% of there records do not.
16:57 Dyrcona Keith__isl++
16:59 * Dyrcona calls it a day.
17:04 * alynn26 calls it a day also.
17:06 pinesol [evergreen|Galen Charlton] 3.8 release notes copy-editing and acknowledgment updates - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d2c055c>
17:11 mmorgan left #evergreen
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:40 csharp_ gmcharlt++

Results for 2021-10-03

00:30 jweston joined #evergreen
00:37 bshum joined #evergreen
05:48 stephengwills_ left #evergreen
06:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
12:50 csharp_ joined #evergreen
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-10-02

06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
09:07 stephengwills left #evergreen
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-10-01

03:24 tsadok joined #evergreen
04:44 bshum joined #evergreen
05:14 jonadab joined #evergreen
06:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:28 rjackson_isl_hom joined #evergreen
08:35 mmorgan joined #evergreen
08:38 mantis joined #evergreen
09:06 Dyrcona joined #evergreen
09:22 rfrasur joined #evergreen
09:23 Dyrcona Pg 14 was released yesterday, so guess I'll add it to my testing server. I may drop Pg 9.6 later this month.
09:25 Dyrcona Also, for those who care, I set up a VM with 680GB of space so I can test what happens when I upgrade a production Evergreen server from Ubuntu 18.04 to Ubuntu 20.04. I've got a server running 20.04, but I typically do pg_restore which fixes the indexes.
09:32 Dyrcona Looks like we may get to drop a dependency: Note, selecting 'postgresql-14' instead of 'postgresql-contrib-14'
09:34 Dyrcona That appears to be true for 10 through 14 when using the PostgreSQL community apt repo.
09:35 Dyrcona They all say that postgresql-contrib-VERSION is a purely virtual package.
09:46 csharp_ got curious about that - looks like the -contrib package used to break out the modules described in https://www.postgresql.org/docs/10/contrib.html but now is bundled in the main package
09:52 Dyrcona Yeahp.
09:52 Dyrcona They're separate packages on 9.6.
09:59 Dyrcona So, I've got Pg 14 with the plprofiler installed and running. I'll work on configuring it and loading a test dump next week.
10:00 Dyrcona Looks like the default password format changed. I'll have to read the release notes if that means anything for upgrades.
10:00 jvwoolf joined #evergreen
10:36 mantis Has anyone successfully found the macro for copy barcode used in something like autorenewal notices?  I tried copy_details.barcode, copy.barcode, and cid.barcode
16:25 Dyrcona I may consider using pgbouncer since we seem to have a lot of idle connections.
16:26 berick i've experimented with pgbouncer and liked what I saw.  haven't used it beyond that though.
16:30 Dyrcona good to know.
16:44 pinesol News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//arch​ive/2021-10/2021-10-01_16:00:02/test.7.html>
16:49 Dyrcona Nothing that we can fix: Hash Sum mismatch
16:52 JBoyer ETRYAGAIN
16:55 Dyrcona Yeah.

Results for 2021-09-30

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:05 collum joined #evergreen
08:33 mmorgan joined #evergreen
08:45 rjackson_isl_hom joined #evergreen
11:11 jvwoolf left #evergreen
11:12 jvwoolf joined #evergreen
12:34 jihpringle joined #evergreen
13:03 jvwoolf I'm seeing the following error for each drone when running osrf_control --diagnostic on our test systems that run 3.5.4 and on one that runs 3.6.4: ERR opensrf.dbmath [####] NOT configured for this host
13:04 jvwoolf Any ideas about what might cause that?
13:05 Dyrcona jvwoolf: Most likely culprit is the -l or --localhost option was used when starting services.
13:05 Dyrcona Add it to the diagnostic and see what happens
13:06 jvwoolf Dyrcona: LIke this? osrf_control --diagnostic -l
16:44 * mmorgan wonders if the notification is linked to the hold targeter. Bmagic, how often does the hold targeter run?
16:45 Bmagic every 2 hours. The triggers are getting scheduled every 4
17:09 mmorgan left #evergreen
18:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:47 csharp_ is it creating four events per hold every time?

Results for 2021-09-29

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:28 rjackson_isl_hom joined #evergreen
07:41 collum joined #evergreen
08:38 mmorgan joined #evergreen
16:22 jihpringle joined #evergreen
16:45 jvwoolf left #evergreen
17:12 mmorgan left #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-09-28

06:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:40 collum joined #evergreen
08:15 rjackson_isl_hom joined #evergreen
08:32 mmorgan joined #evergreen
14:18 jihpringle joined #evergreen
16:16 jvwoolf left #evergreen
17:05 mmorgan left #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2021-09-27

01:54 jeff joined #evergreen
01:55 jeffdavis joined #evergreen
01:55 pastebot joined #evergreen
06:01 pinesol News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-27_04:00:02/test.42.html>
06:57 alynn26 joined #evergreen
07:26 rjackson_isl_hom joined #evergreen
07:29 mantis joined #evergreen
08:37 mmorgan joined #evergreen
09:00 rfrasur joined #evergreen
09:36 jvwoolf joined #evergreen
09:38 gmcharlt pushing a fix for that test failure in a moment
09:42 Keith-isl joined #evergreen
09:45 pinesol [evergreen|Galen Charlton] LP#1928258: update pgTAP regression test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=70c0789>
09:52 JBoyer gmcharlt++
09:52 Dyrcona joined #evergreen
10:22 jvwoolf joined #evergreen
16:29 sandbergja that makes so much sense
16:51 jihpringle joined #evergreen
17:10 mmorgan left #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:03 Guest2854 joined #evergreen
18:07 dbs joined #evergreen

Results for 2021-09-26

06:01 pinesol News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-26_04:00:03/test.42.html>
07:25 rjackson_isl_hom joined #evergreen
18:01 pinesol News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-26_16:00:02/test.42.html>

Results for 2021-09-25

02:46 book` joined #evergreen
06:01 pinesol News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-25_04:00:02/test.29.html>
07:10 JBoyer I added firefox and chromium to the tester install script to take care of those build failures. Should be happier this afternoon.
09:05 rjackson_isl_hom joined #evergreen
15:39 rjackson_isl_hom joined #evergreen
18:01 pinesol News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-25_16:00:03/test.42.html>
18:22 rjackson_isl_hom joined #evergreen
20:14 stephengwills joined #evergreen
21:05 stephengwills left #evergreen

Results for 2021-09-24

06:01 pinesol News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-24_04:00:03/test.42.html>
07:26 pinesol [evergreen|Jason Boyer] LP1928258: Correct Upgrade Script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=bec5712>
07:27 rjackson_isl_hom joined #evergreen
07:30 JBoyer berick, Will you have time today to update the failling regression test for Vandelay? It's related to the update editor / update bib sources changes from LP 1928258.
07:30 pinesol Launchpad bug 1928258 in Evergreen "Add separate "update edit date / editor" fields for Vandelay merge profiles" [Wishlist,Fix committed] https://launchpad.net/bugs/1928258
07:31 mantis joined #evergreen
08:42 mmorgan joined #evergreen
09:47 jeff if there were something that tied payments to billings like that, I don't think we'd need mmpbbt. :-)
09:47 JBoyer "but they" = "but the billings they"
09:47 Bmagic yeah, agreed, if the billings that were originally aa'ed get voided, then the aa has to go somewhere*
09:48 JBoyer And that's the issue with the current mmpbt func, where they go isn't necessarily un-voided (and for the most part explicitly isn't in that example xact in the test)
09:51 jvwoolf joined #evergreen
09:52 Bmagic Well, wait a minute, it doesn't pay voided bills at all
09:53 JBoyer The steps in my comment at the bottom of the bug show how that happens. Billings were adjusted, later they were voided, now things are mis-applied in mmpbt.
09:54 jeff I'm going to try to make time to look at the tests. I appreciate that they're there now. :-)
09:54 JBoyer They're poorly named and too basic, but can help make sure it doesn't do something silly.
09:56 Bmagic if the payment is negative, then it pays voided billings as the last step. The issue is there somehow? (Because that's the only logic that deals with voided billings)
10:02 * mmorgan tries to wrap head around negative payments applying to voided billings:-/
10:22 Bmagic seperate/separate login/logic
10:49 jvwoolf joined #evergreen
10:51 pinesol [evergreen|Bill Erickson] LP1938729 Cache "cascade" setting values - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3887004>
10:57 csharp_ I must have missed a commit where chromium and firefox are no longer installed by the -developer Makefile.install targets?
10:58 csharp_ (testing the bullseye EG/OpenSRF branches and npm run test is failing
10:58 csharp_ )
10:59 JBoyer csharp_, That commit is the first one in the bullseye branch.
10:59 JBoyer it's from a branch for a different lp though I believe.
11:00 csharp_ ah - I didn't cherry-pick that one
11:00 csharp_ oh right - it's a working repo commit so pinesol doesn't know about it
11:03 csharp_ ok, I see now - it's in bug 1850156
11:03 pinesol Launchpad bug 1850156 in Evergreen "Need a -git make target" [Wishlist,Confirmed] https://launchpad.net/bugs/1850156
11:04 csharp_ I guess I'm testing a buncha muncha cruncha bugs at the same time :-)
11:09 mmorgan csharp_: Buncha Muncha Cruncha Bugs sounds like a nutritious breakfast cereal!
11:09 * berick hankers for a hunk o' cheese
11:11 rfrasur Amish cheese?
15:16 pinesol [evergreen|Chris Sharp] LP#1944765: add headers to bullseye install script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=97bf745>
15:22 csharp_ ha!  claiming 1300!!
15:22 mmorgan Woo hoo!!
15:26 rhamby csharp I don't know if you have an interest but I've been testing Mike Risher's angular port for action triggers,  I'm going to install it in a clean test but then ...
15:26 pinesol Showing latest 5 of 9 commits to Evergreen...
15:26 pinesol [evergreen|Bill Erickson] LP1919465 Relabel Item Location -> Shelving Location - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=994a429>
15:26 pinesol [evergreen|Bill Erickson] LP1919465 Pull List Mark Discard/Weed Action - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8d61829>
15:26 pinesol [evergreen|Chris Sharp] LP1919465: stamp upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f685c2a>
15:27 terranm rhamby++
15:28 csharp_ rhamby: I need a break, but I'll take a look.  I do remember reviewing that some time ago and I don't remember what the problem was
15:28 rhamby csharp_ fwiw it tested okay for you but when galen pulled it it failed to pull cleanly,  which seems to be something weird with his commit not the code itself
15:29 rhamby so I'm basically redoing his second commit though the code is the same
15:29 gmcharlt looks like saving bibs is currently broken in master
15:30 gmcharlt 1298 refers to a function, evergreen.array_remove_item_by_value, that was removed in 1264
15:35 gmcharlt ok, easy enough to fix
16:35 gmcharlt for any commtter, I commend the OAI provider support (bug 1729620) patchset for consideration as a last-minute addition to 3.8
16:35 pinesol Launchpad bug 1729620 in Evergreen "Add optional oai2 opensrf module" [Wishlist,Confirmed] https://launchpad.net/bugs/1729620
16:37 gmcharlt note my comment #7 - I have some reservations, but I think it is (a) good enough to go in as an experimental feature, (b) a purely optoinal feature that is not enabled by default, and (c) doesn't have tendrils that would affect other parts of Evergreen
16:48 rhamby https://bugs.launchpad.net/evergreen/+bug/1855780 has somne history of testing already, I don't know if it'll make it in 3.8 but here it is https://bugs.launchpad.net/evergreen/+bug/1855780
16:48 pinesol Launchpad bug 1855780 in Evergreen "Angular: Notifications/Action Triggers UI Port" [Wishlist,Confirmed]
16:50 gmcharlt user/rogan/lp1855780_action_triggers_port_rebased? if so, please update the bug
17:01 gmcharlt rhamby: it's not quite there yet, unless somebody else wants to spend time on it; e.g., atcol needs to be registered with prcrud for the edit enviornment modal to work
17:08 mmorgan left #evergreen
17:11 terranm corecommitters++ Y'all beat the record for most commits since we started doing bug squash weeks!
18:01 pinesol News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-24_16:00:03/test.29.html>
18:04 terranm FYI, I'm logging out, but I'll finish up the statistics tomorrow morning to include anything else that happens today
18:20 rjackson_isl_hom joined #evergreen
18:53 jihpringle joined #evergreen

Results for 2021-09-23

06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:17 collum joined #evergreen
07:22 rjackson_isl_hom joined #evergreen
08:02 stephengwills left #evergreen
10:52 csharp_ ok, gimme some-a them bugs for me to squash
10:52 gmcharlt csharp_: if you're looking for suggestions, how about bug 1925028
10:52 pinesol Launchpad bug 1925028 in Evergreen "Holds Ratio Reports should more accurately report available copies and include a "By Home Library" source" [Wishlist,Confirmed] https://launchpad.net/bugs/1925028
10:54 terranm There are quite a few things will open pullrequests that need to be tested by a sysadmin, too, since they can't be tested by an end user
10:59 * gmcharlt claims 1297
11:00 csharp_ gmcharlt: thanks! I'll take a look
11:01 pinesol [evergreen|Chris Sharp] LP#1921057: fix release notes typo - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b17c543>
11:07 pinesol [evergreen|Galen Charlton] LP#1759382: stamp schema update - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3f82a71>
11:07 pinesol [evergreen|Galen Charlton] LP#1759382: add release notes entry - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=135d343>
11:19 csharp_ can we get to 1300 today?  I think we can
11:20 Dyrcona I was kind of hoping to do 1300, myself, but it doesn't look like I'm going to get to much actual testing this week.
11:21 * Dyrcona is off tomorrow.
11:54 csharp_ claiming 1298
12:05 pinesol [evergreen|Mike Rylander] LP#1864516: case-insensitive browse entry display value comparison - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=fe23d26>
13:06 jihpringle joined #evergreen
13:15 csharp_ @quote add <jeffdavis> 'Tis better to have committed and reverted, than never to have committed at all.
13:15 pinesol csharp_: The operation succeeded.  Quote #218 added.
13:19 terranm lol
13:25 terranm FYI, I'm taking my test server down and refreshing it
13:36 mmorgan Another task, another rabbit hole ...
13:36 gmcharlt mmorgan: I suddenly really feel for the rabbitmq developers ;)
13:37 gmcharlt "it's nothing _but_ rabbit holes"
13:40 jeff gmcharlt: Just imagine the onboarding proces for new yakshaved devs!
13:40 mmorgan :)
13:41 gmcharlt ha!
13:45 JBoyer Quick Q, is anyone having problems exporting a record from Vandelay on a very fresh checkout? works on pattypan, but my personal test machine is giving me this gem in the gateway log: No authentication done but request not allowed without authentication for /exporter. Authentication not configured?, referer: (blahblah)/eg2/en-US/staff/cat/vandelay/export
13:46 JBoyer Just trying to export bib id 2 from concerto.
13:47 JBoyer And fresh checkout meaning just a couple hours old. Not sure if it's my test machine (I don't export much) but I can't imagine this being a config thing,
13:50 jeff I can't remember if exports use temporary files, but you might check on that -- especially your vandelay spool dir vs systemd private /tmp
13:51 Dyrcona It probably does, and IIRC there's some reason that recent Apache can't use /tmp.
13:52 jeff (Evergreen config defaults to /tmp for the vandelay spool dir, systemd defaults to private /tmp for apache, which means OpenSRF perl processes use /tmp and apache's /tmp is mapped elsewhere)
14:40 JBoyer Appears to not have been that, but I've given up since exporting wasn't what I was worried about.
14:40 JBoyer However! Any sysadmins interested in knocking out a basic bug, check out lp 1900005
14:40 pinesol Launchpad bug 1900005 in Evergreen 3.6 "oils_ctl.sh and autogen.sh should not require the opensrf account" [Undecided,New] https://launchpad.net/bugs/1900005
14:43 Bmagic JBoyer: sounds like "fun"  - would it be fair to assume that a good test would be on an installation that uses a different user other than opensrf?
14:45 JBoyer Bmagic, file ownership doesn't generally matter for services. It makes more of a difference if you run apache as a non-www-data user but I'm not down with that.
14:45 Dyrcona I'm not really down with running services as a different user, either.
14:45 Bmagic "homey don't play that"
14:53 Dyrcona JBoyer: So, if I understand correctly, I should be able to install this patch and then start OSRF services as a user other than opensrf so long as that user 1) isn't id 0, and 2) can write to the appropriate directories?
14:54 JBoyer oils_ctl.sh doesn't worry about writing, but yes, you should be able to run as whoever, and run autogen as anyone that can save the appropriate files.
14:55 Dyrcona OK. I'll have a look. I'm not sure I'd consider this a bug fix, so if it works for me, I may just add my signoff and let someone else decide what branches to push it to.
14:55 Dyrcona I suppose that I should test this somewhere that I've already setup SIP2.
14:56 JBoyer 3.8+ is probably fine, since it doesn't seem to be a pain point for anyone (or it's being worked around already)
14:57 JBoyer I need to make time to clean up / detangle my systemd units and make them an installable option. Not sure they'll make 3.8 though.
14:58 Dyrcona I've found myself using systemd more lately, particularly on my Pinebook. I added local/user systemd units to start ssh-agent and gpg-agent when I login.
15:00 pinesol [evergreen|Josh Stompro] LP#1924562 - pingest.pl help typo for --max-duration - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=17925e7>
15:01 Dyrcona JBoyer: Yes, I've learned what I've needed to know as I've gone along. Seems simpler than porting Evergreen to FreeBSD. :)
15:01 Dyrcona S'pose I could dust off the branches and switch to Devuan. :)
15:02 Dyrcona I think I have a SQL update to create a SIP user that works with stock master, so maybe I'll test oils_ctl.sh on a blank VM.
15:02 JBoyer Somewhere (possibly lost to the mists of time now...) I found a site that used dbus to somehow get systemd to give you proper error messages for units to help with debugging. It was annoying but a big help at one point.
15:02 csharp_ with the recent death of CentOS, I just started a rocky branch for OpenSRF based on my previous work
15:03 csharp_ one of these days we'll have production-ready installation on an RPM-based distro
15:38 Bmagic install_evergreen_server_x64.msi # that'll be the day
15:39 Dyrcona Evergreen_Server.dmg :)
15:40 Bmagic :)
15:41 Dyrcona So, I apparently have a CSV of users, including a SIP account, that I used for testing once, but nothing to indicate the script that I used to create the uses in the database.
15:45 Dyrcona OK. Found the SQL that I was looking for, but it predates the new auth/password set up.
16:09 csharp_ Windows + SQL Server + Java + ISS
16:09 csharp_ IIS, rather
16:17 Dyrcona Makes sense.
16:20 Dyrcona Time to go!
16:23 gmcharlt bug 1944765 now has a pull request
16:23 pinesol Launchpad bug 1944765 in Evergreen 3.6 "mod_headers is not enabled by default" [Medium,New] https://launchpad.net/bugs/1944765
17:25 mmorgan left #evergreen
17:34 terranm joined #evergreen
18:01 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
20:17 jihpringle joined #evergreen

Results for 2021-09-22

06:00 pinesol News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-22_04:00:02/test.41.html>
06:58 collum joined #evergreen
07:22 rjackson_isl_hom joined #evergreen
07:53 mantis joined #evergreen
10:05 tlittle joined #evergreen
10:17 terranm joined #evergreen
10:18 JBoyer gmcharlt++
10:18 JBoyer Live test fix landing soon
10:20 pinesol [evergreen|Jason Boyer] LP1905028: Make live tests chill out - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=eea6e5f>
10:22 csharp_ Dyrcona: eby: same here - interesting article though and something to keep an eye on
10:23 csharp_ @bartender live tests
10:23 * pinesol fills a pint glass with New Belgium Porch Swing Single Ale, and sends it sliding down the bar to live tests (http://beeradvocate.com/beer/profile/192/1916/)
10:23 jeff perhaps neither of you have done an in-place upgrade that involves the glibc collation changes in question. :-)
10:24 jeff "The breaking change in glibc was introduced in Debian 10 (Stretch) , Ubuntu 18.10 (cosmic) and 20.04 LTS (focal), and RedHat 8."
10:24 berick noting our new event-grid.component.ts could use some 'ng lint' love
10:29 Dyrcona jeff: I've upgraded in place from 18.04 to 20.04 .
10:30 Dyrcona Of course, I've reloaded the databases from dumps multiple times since then.
10:30 Dyrcona I'm not using 20.04 in production, yet, just on a test database server.
10:33 Dyrcona JBoyer: There's a way to have Tests::More calculate the number of tests. I use it in my Emacs skeletons for Perl tests.
10:35 JBoyer Dyrcona++
10:35 JBoyer Wasn't entirely the issue with that test but good to know.
10:37 Dyrcona Well, I saw that you changed the number of tests to run. I suppose there are pros and cons of either approach.
10:38 Dyrcona To have Tests::More calculate the number of tests, just use Tests::More without specifying the number of tests. At the end of the script call the done_testing() subroutine.
10:39 Dyrcona It's useful when first writing the test script and you don't know yet how many tests you're going to run. One could always go back later and fill in the number of tests and remove the done_testing() line.
10:43 Dyrcona JBoyer: You remember that security audit that I mentioned last week? I'm debating with myself about opening bugs regarding some of the Apache configuration things.
10:45 JBoyer Might be worth bringing them up even if they're not especially urgent. If memory serves they had some pretty tame stuff but no harm in checking them out.
10:45 JBoyer Also, nothing stopping us from making a private security bug public for broader discussion if it's not that serious.
11:09 csharp_ @band add Private Bug
11:09 pinesol csharp_: Band 'Private Bug' added to list
11:10 csharp_ jeff: we did an in-place upgrade of Ubuntu 16.04 -> Ubuntu 18.04, but we're also using the PostgreSQL APT repo, which may make a difference
11:14 Stompro Bug #1862694 only seems to effect us, since it is triggered by how we name our servers... but I don't think I'm allowed to test and sign off on it.. right?
11:14 pinesol Launchpad bug 1862694 in Evergreen 3.6 "Record Buckets - Batch Edit redirect - Regex replace that fails for us" [Undecided,New] https://launchpad.net/bugs/1862694
11:15 Stompro Anyone willing to test that they can still get to the Batch Edit interface?  I'm willing to test another bug in trade!
11:15 gmcharlt Stompro: it probably won't be until next week, but I can test it
11:19 Stompro gmcharlt, thanks, anything I can test in return?
11:26 gmcharlt Stompro: thanks. maybe bug 1940962?
11:26 pinesol Launchpad bug 1940962 in Evergreen "Default carousel spacing is too small" [Wishlist,New] https://launchpad.net/bugs/1940962
11:28 Stompro gmcharlt, will do.
16:47 * Dyrcona decides to sleep on it.
17:05 mmorgan left #evergreen
17:57 Stompro joined #evergreen
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:22 gsams joined #evergreen
18:54 stephengwills joined #evergreen
20:50 Stompro joined #evergreen

Results for 2021-09-21

00:19 Stompro joined #evergreen
06:02 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-21_04:00:02/test.49.html>
07:14 rjackson_isl_hom joined #evergreen
08:04 mantis joined #evergreen
08:42 mmorgan joined #evergreen
16:30 terranm I came of age in the Bartles & Jaymes era, what can I say
16:36 Dyrcona terranm++
16:38 Dyrcona @bartender
16:38 * pinesol fills a pint glass with Southampton Grand Cru, and sends it sliding down the bar to Dyrcona (http://beeradvocate.com/beer/profile/1628/10301)
17:17 mmorgan left #evergreen
18:00 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-21_16:00:02/test.49.html>

Results for 2021-09-20

00:30 eby joined #evergreen
00:41 degraafk joined #evergreen
06:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-20_04:00:03/test.49.html>
07:15 collum joined #evergreen
07:21 rjackson_isl_hom joined #evergreen
08:18 mantis joined #evergreen
09:08 csharp_ @someone [coffee]
09:08 * pinesol (someone [<channel>]) -- Returns a random nick from <channel>. <channel> is only necessary if the message isn't sent in the channel itself.
09:09 csharp_ @blame [someone] for [quote random]
09:09 pinesol csharp_: troy tests their code on the LIVE SERVERS, then blames the user. SAD! for Quote #114: "<Dyrcona> If TCP/IP were standardized like most library standards, we'd all be using AOL/CompuServe." (added by berick at 02:43 PM, May 04, 2015)
09:10 Bmagic Good ol' TCP/IP
09:10 csharp_ @ana Good ol' TCP/IP
09:10 pinesol csharp_: Good! Top clip
11:44 csharp_ huh - not sure why action.hold_retarget_permit_test is involved, but that's probably a clue...
11:46 pinesol [evergreen|Dan Briem] LP#1917338 Angular: Holdings view column picker missing OPAC visible? - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8129903>
11:46 csharp_ trying again with the hold targeter dead (didn't realize it was also running)
11:46 phasefx it's funny, those assertions/tests aren't really needed, but were added because the spec said to, and somehow they're blocking things.. I think
11:46 phasefx maybe comment them out?
11:46 csharp_ it will take about 25 minutes to get to that point in the process - I'll let you know whether it works now
11:47 phasefx csharp_++
11:47 csharp_ then I'll try commenting those out if it's still borken
12:33 Dyrcona csharp_: Don't do that. Don't run db upgrades while any part of Evergreen or OpenSRF services are running.
12:33 JBoyer Context: I was looking at a couple angular patches he's worked on, didn't know if they were orhpaned.
12:37 terranm JBoyer: I'm pretty sure he was moved onto non-Evergreen projects
12:40 csharp_ Dyrcona: yeah - I didn't realize the crons were still enabled
12:41 csharp_ phasefx: success - PINES staff will test how it went
12:42 phasefx yay!
12:45 Dyrcona @karma csharp_
12:45 pinesol Dyrcona: Karma for "csharp_" has been increased 10 times and decreased 0 times for a total karma of 10.
12:45 Dyrcona csharp_++ phasefx++
12:45 Bmagic the ghost is more popular
12:45 Dyrcona :)
12:46 * Dyrcona had network issues where a test database server resides, so I'm waiting on a database reload to finish before I can do much today.
12:51 Stompro tlittle, are you the responsible party for Tiffany's Test server?  I was trying to test Bug #1919465, but I'm getting an error about the server side print template not existing.
12:51 pinesol Launchpad bug 1919465 in Evergreen "Port holds pull list to Angular / Wide Holds API" [Undecided,New] https://launchpad.net/bugs/1919465
12:54 Stompro No active template found 'hold_pull_list', but under server admin -> Print Templates, it does exist and is active.
12:56 jvwoolf joined #evergreen
13:12 collum joined #evergreen
13:16 jvwoolf I couldn't find this documented anywhere -if a hold is activated after being suspended, does the expiration date go back to what it was before it was suspended, or does the expiration interval start over?
13:17 mmorgan jvwoolf: When a hold is suspended, the expiration date is removed. Not positive what happens when it's activated.
13:18 jvwoolf mmorgan: I did see that is was removed when it's suspended. I guess I can do some testing around what happens when it'
13:18 jvwoolf s activated
13:19 jvwoolf Ichy enter finger :)
13:19 jvwoolf Itchy, even
13:20 collum joined #evergreen
13:22 mmorgan jvwoolf: Just tried it. The hold gets a new interval when it's activated.
13:22 jvwoolf mmorgan++
13:22 jvwoolf Thanks for testing!
13:22 mmorgan yw!
13:24 Dyrcona jvwoolf: The expiration date is not changed when the auto thaw happens, so it remains unset. See line 293 of Open-ILS/src/perlmods/lib/OpenILS/App​lication/Storage/Publisher/action.pm
13:25 jvwoolf Dyrcona: Interesting. When I thaw a hold in the client, the expiration date does set.
13:46 * mmorgan runs out for a bit.
13:48 Bmagic csharp_++ # reading
13:56 Dyrcona Yeahp. Confirmed. I counted 155,468 holds with null expire_time and frozen = 'f' before running the thaw frozen holds script. It reported thawing 842 holds. Afterward I counted 156,310 holds with null expire_time and frozen = 'f'.
13:59 tlittle Stompro Yep, that's my test server. I'll take a look
14:02 jvwoolf Dyrcona++
14:02 jvwoolf That's good to know
14:02 Stompro tlittle, thanks, I'm also not seeing the Discard/Weed option added in the last commit for that feature.
15:42 pinesol [evergreen|Bill Erickson] LP1928363 Item circ info for Holdings tab - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b804ec5>
15:42 pinesol [evergreen|Bill Erickson] LP1928363 Fix PCRUD permission - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ac57030>
15:42 pinesol [evergreen|Galen Charlton] LP#1928363: add release notes entry - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3234fe6>
15:43 berick tlittle: may need to confirm server print templates are configured on your test server...
15:44 berick /etc/apache2/eg_vhost.conf should have a <Location /print_template> section, plus another bit in eg_startup
15:45 tlittle berick Well, that absolutely sounds like it would be helpful for sure. Thank you so much!
15:45 Stompro tlittle, is there an entry in the eg_vhosts.conf for the /print_templates endpoint?
15:45 tlittle Going to look for it right now
17:22 Bmagic haha
17:23 * gmcharlt claims 1289
17:26 Stompro joined #evergreen
17:27 pinesol Showing latest 5 of 7 commits to Evergreen...
17:27 pinesol [evergreen|Rogan Hamby] LP#1929242: add missing comma - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=68157bc>
17:27 pinesol [evergreen|Galen Charlton] LP#1929242: (follow-up) add grid config WS setting - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3a20a5b>
17:27 pinesol [evergreen|Galen Charlton] LP#1929242: (follow-up) additional tweaks - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2c1c3b6>
17:27 pinesol [evergreen|Galen Charlton] LP#1929242: edit release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a91097a>
17:27 pinesol [evergreen|Galen Charlton] LP#1929242: stamp DB update - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a81071f>
18:02 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-20_16:00:03/test.49.html>

Results for 2021-09-19

06:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-19_04:00:02/test.49.html>
16:58 Stompro joined #evergreen
18:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-19_16:00:02/test.49.html>
21:31 Stompro joined #evergreen

Results for 2021-09-18

06:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-18_04:00:03/test.49.html>
18:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-18_16:00:02/test.49.html>
18:06 Stompro joined #evergreen

Results for 2021-09-17

02:17 gsams_ joined #evergreen
06:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-17_04:00:02/test.49.html>
07:21 rjackson_isl_hom joined #evergreen
07:52 mantis joined #evergreen
08:31 rfrasur joined #evergreen
12:32 jvwoolf Anybody using 3.5 on Ubuntu 18.04?
12:33 jvwoolf Or 3.6, same OS?
12:37 berick jvwoolf: yes, 3.5 + 18.04 here.  3.6 soon.
12:38 jvwoolf berick: Had any problems with acq? Specifically line items not completely loading or being slow to load in POs?
12:40 jvwoolf We just upgraded to 18.04 over the weekend. Not sure if this is related to that or is a different issue, but it's happening on all production and test systems, including those running 3.6.
12:41 berick jvwoolf: hm, no, nothing like that has come up
12:43 jvwoolf berick: Thanks. Seems like I have my Friday afternoon cut out for me :)
12:50 Dyrcona We've been on 18.04 since last year. I think we had some issues with acq loading performance when we test 3.6 on our training server. We had also tested Pg 12 for a bit, so the slowness may have been related. I've tried searching my email for "acquisitions slow" but that turns up too much to be useful.
12:52 jvwoolf Dyrcona: Thanks for checking
12:55 Dyrcona Well, I'm still checking. I found an email about line items sometimes being blank, and I thought we had opened a Lp bug, but of course I can't find it.
12:56 Dyrcona Ah ha. It was tlittle who opened bug 1917482
15:01 Dyrcona jvwoolf: OK.
17:09 mmorgan left #evergreen
17:38 Stompro joined #evergreen
18:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-17_16:00:03/test.49.html>

Results for 2021-09-16

04:27 gsams joined #evergreen
06:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-16_04:00:02/test.49.html>
07:11 rjackson_isl_hom joined #evergreen
07:40 mantis joined #evergreen
07:42 collum joined #evergreen
09:38 Dyrcona The fine generator does it, IIRC.
09:43 Dyrcona There's also a database function that you could run manually if you're really anxious to update patrons: CREATE OR REPLACE FUNCTION actor.calculate_system_penalties( match_user INT, context_org INT ) RETURNS SETOF actor.usr_standing_penalty
09:43 Dyrcona Or, you could use that to see if the penalties will actually apply to the patrons that you think they should.
09:45 mmorgan Dyrcona: Ok, thanks. I can see that my test patron got the penalty at 12:30am, and that's when the fine generator runs, so that works for me!
09:47 Dyrcona Glad to hear it worked.
09:47 mmorgan Good to know about the function, though. So that returns the set of penalties and you'd need to INSERT into actor.usr_standing_penalty? Or does that do the INSERT?
09:47 mmorgan Or the delete in some cases?
16:00 jihpringle joined #evergreen
16:17 jvwoolf left #evergreen
17:01 mmorgan left #evergreen
18:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-16_16:00:03/test.49.html>
18:07 Stompro joined #evergreen
18:49 alynn26 joined #evergreen
19:10 Stompro joined #evergreen

Results for 2021-09-15

06:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:27 rjackson_isl_hom joined #evergreen
08:38 mmorgan joined #evergreen
08:39 rfrasur joined #evergreen
10:15 jihpringle joined #evergreen
10:19 Stompro joined #evergreen
10:29 miker grabbing 1285 for upgrade greatness
10:32 pinesol [evergreen|Jason Etheridge] lp1905028 lost items and price versus acq cost - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=aaad480>
10:32 pinesol [evergreen|Mike Rylander] Stamping upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=789cbe0>
10:55 alynn26 joined #evergreen
12:19 Christineb joined #evergreen
16:27 jvwoolf left #evergreen
17:17 mmorgan left #evergreen
18:01 pinesol News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live//arch​ive/2021-09/2021-09-15_16:00:03/test.49.html>
18:27 Stompro joined #evergreen
19:01 jihpringle joined #evergreen
19:26 Guest9 joined #evergreen

Results for 2021-09-14

15:10 csharp_ gmcharlt: we'll be testing bug 1207533 on a PINES-ish server next week if I can get it done
15:11 csharp_ also notes re-do
15:11 abneiman csharp_++
15:12 terranm I think the pullrequest had been removed from the notes consolidation - that would be nice if it is ready to test and we can test it next week though
15:12 JBoyer To give a minor teaser for those not looking at the agenda, the more of the 60 signed off bugs we can get committed the better. :)
15:12 terranm +1
15:12 mmorgan +1
15:12 shulabear +1
15:13 JBoyer Any other Evergreen release discussion before moving on?
15:13 abneiman I added Patron Notes to the agenda for later discussion since it's a little big & invasive. With the longer timeline we should be able to have that rebased & re-pullrequested though.
15:13 terranm A lot of the remaining open pullrequests are things that can't be easily tested and require sys admins and/or developers to look more deeply
15:14 abneiman yes, what terranm said :)
15:14 terranm abneiman++
15:15 JBoyer Yeah, there are a number of things that are likely not terribly difficult to test, but they are backend things. The "don't specifically require the opensrf user" is certainly one of those.
15:15 terranm Note also that Bill has been working on redoing the patron interfaces, so a number of things like notes consolidation will need to have updates done to his new branch at some point too
15:15 JBoyer (being quite difficult to test during a bug squashing week)
15:17 Guest8574 joined #evergreen
15:18 JBoyer SO, If you're able to put in some time next week with a local test server, please check out the SysAdmin and Developer Review sections of Terran's bug squashing week spreadsheet.
15:18 JBoyer moving on
15:32 berick abneiman: *nod*
15:32 terranm I would really love to get that one into 3.8
15:32 mmorgan +1
15:33 abneiman ok, if it's just the rebase and a few small wrinkles, I'm pretty confident that can be PR'd in time to test next week
15:33 terranm abneiman++\
15:34 abneiman because I, too, would love to get this into 3.8 :)
15:34 terranm oops abneiman++
15:34 JBoyer terranm, csharp_ do you think that's soon enough to also throw at a PINES-sized test system?
15:34 JBoyer Because it works *pretty* well on concerto. ;)
15:35 abneiman yes, scale testing is key here
15:35 JBoyer Anyone else with a large-ish test system that is able to try it out would also be extremely welcome.
15:35 mmorgan Are there concerns other than migration with a large data set?
15:36 terranm (I defer to csharp_ on that)
16:25 Dyrcona Yeah, I was thinking it might be a generated function in the Perl code.
17:01 mmorgan left #evergreen
17:45 Bmagic upteen hours later. It's an insert into  authority.control_set_bib_field_metabib_field_map that did the trick
18:00 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:04 nfBurton joined #evergreen
18:26 Stompro 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