Evergreen ILS Website

IRC log for #evergreen, 2019-09-03

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

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

Time Nick Message
06:00 sandbergja joined #evergreen
06:13 JBoyer joined #evergreen
06:45 sandbergja joined #evergreen
06:57 agoben joined #evergreen
07:11 rjackson_isl joined #evergreen
08:07 bos20k joined #evergreen
08:46 mmorgan joined #evergreen
08:51 cmalm joined #evergreen
08:56 csharp I committed d87ad5f over the weekend and since then, the UI for adding Item Tags appears to be broken - could someone please confirm?
08:56 pinesol csharp: [evergreen|Remington Steed] LP#1721036: Add url to item tags (DB, IDL, and OPAC link) - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d87ad5f>
08:56 csharp (fix for bug 1721036 )
08:56 pinesol Launchpad bug 1721036 in Evergreen "Add the ability for copy tags to be links" [Wishlist,Fix committed] https://launchpad.net/bugs/1721036
08:57 csharp I trusted the signoff without additional testing, and now I've learned not to do that :-/
09:00 JBoyer joined #evergreen
09:05 jvwoolf joined #evergreen
09:07 dbwells csharp: autogen and/or reporter IDL issue?
09:13 yboston joined #evergreen
09:14 Dyrcona joined #evergreen
09:16 Dyrcona So, it's looking like the nginx proxy is somehow making the load balancer use more memory.
09:56 sandbergja joined #evergreen
10:03 mmorgan1 joined #evergreen
10:40 JBoyer-alt joined #evergreen
10:40 JBoyer-alt left #evergreen
11:11 JBoyer-alt joined #evergreen
11:11 Christineb joined #evergreen
11:12 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
11:16 yboston joined #evergreen
11:17 Dyrcona berick: If you're around.... So, we had an incident with the load balancer this morning. And, now I've had reports of a couple of staff being logged out of Evergreen. I'm looking into it, and don't know if they're related.  Thought maybe we could followup with the email discussion in here.
11:21 * berick replied on-list for completeness sake
11:22 Dyrcona OK. We've also had load warnings on 2 bricks this morning. I imagine we're just busy after the long weekend.
11:22 Dyrcona berick++
11:22 Dyrcona Are you using ldirectord?
11:23 berick Dyrcona: no, some proprietary load balancer.  that bit's out of my hands.
11:23 Dyrcona OK. Thanks, again!
11:24 Dyrcona I'm considering switching, but I'll try these setting changes, first. Can I just nginx reload, or it will it have to be a restar?
11:24 Dyrcona restart...
11:24 berick pretty sure reload will work
11:25 Dyrcona I'll give those changes a shot.
11:58 Dyrcona So, it's looking like the proxy hasn't really helped us. I'm waiting to see what effect the configuration changes might have. I also restarted both load balancers because one ran out of memory this morning and at one point, ldirectord was not running on either.
12:02 jihpringle joined #evergreen
12:08 mmorgan joined #evergreen
12:39 khuckins joined #evergreen
13:13 yboston joined #evergreen
13:42 BAMkubasa joined #evergreen
13:43 BAMkubasa can someone remind me of the table that holds the XML content used to generate notices?
13:46 berick BAMkubasa: templates are stored in action_trigger.event_definition
13:46 berick the compiled content gets put into action_trigger.event_output
13:48 BAMkubasa so the templates are the format used to generate a little snippit of xml. I'm trying to remember where that xml lives. I thought it was in the DB, not on disc
13:49 berick BAMkubasa: see my 2nd comment
13:51 BAMkubasa :) Maybe I'm not asking the right question. action_trigger.event_output has the content of the email sent to the mail server. I'm looking at the xsl used to create print notices and trying to remember where the xml it is acting on lives
13:55 berick BAMkubasa: oh, see my first comment :)
13:55 berick instead of XSL, they are Template Toolkit templates
13:56 Stompro BAMkubasa, I think you a talking about an older method of generating notices...
13:57 jihpringle I'm not sure where it's stored but I know we still generate paper overdues as PDFs based on xml
13:57 Stompro BAMkubasa, we were setup to use that method when we migrated in 2015, but switched away from it.  Our files are in /home/opensrf/scripts/notices/
14:02 BAMkubasa yeah, in addition to the emails, we also use an xsl to generate pdfs for print notices. I'm playing with the xsl configuration and trying to track down example xml content generated by the templates in action_trigger.event_definition
14:03 berick aahh, ok, i was on the wrong track
14:05 Bmagic BAMkubasa: The tt2 template lives in action_trigger.event_definition. The processed tt2 output lives in action_trigger.event_output (referenced from action_trigger.event). The tt2 output can* be XML, because that's the way you have the template designed.
14:05 Dyrcona BAMkubasa: If it is like ours, it isn't XML in the database, and the XSL is external to the database.  The template output gets modified by XSL that is kept outside the database and then passed through fop to generated PDFs.
14:06 Dyrcona And.... There is not a standard way to do this.
14:09 Dyrcona The best advice I can give you is to look for active event definitions with "print" in the name.
14:12 dbs jeffdavis: I think I was thinking along the same lines as you about OpenAthens, wondering whether YAOUS would be a better approach than global config (to support just subsets of a consortial instance)
14:13 jeffdavis BAMkubasa: we have an XML template specified in opensrf.xml at notifications/overdue/combined_template and we run something like `generate_circ_notices.pl --generate-global-templates --notice-types overdue` nightly to generate the output
14:14 jeffdavis that output is then used by a custom script to generate paper overdue notices
14:18 jeffdavis dbs: yeah, YAOUS seems like the better option to me unless there really is some reason a single EG instance can't serve multiple OpenAthens "instances"
14:23 jeffdavis I've queried design decisions on a few different funded dev projects recently, which I don't feel great about doing when it comes after code has been written.
14:23 BAMkubasa berick you were right "see my 2nd comment" I was working from limited results and didn't see what I was looking for in the output.
14:39 khuckins joined #evergreen
15:06 Dyrcona jeffdavis: I've been questioning a lot more than just design decisions lately..... :)
15:06 Dyrcona So, question about a/t environment: Is there a limit on how deep I can go with fleshing?
15:07 Dyrcona Basically, I want to add "target_copy.parts_map" and "target_copy.parts_map.part" to a couple of events.
15:09 Dyrcona I've also been asked to add the icon format.
15:10 mmorgan1 joined #evergreen
15:12 miker Dyrcona: there's not defined limit, and "2 deep" is relatively shallow, compared to some env fleshing for A/T
15:12 Dyrcona miker: Thanks that's what I thought.
15:13 Dyrcona Guess I'll see if I can get the format.
15:15 jvwoolf joined #evergreen
15:44 Dyrcona Oh joy! icon_format will lead to more programming in the template than I feel like doing...
15:46 Dyrcona From looking at some of the other environments, it looks like if I put "target_copy.parts_map.part", then parts_map will be automatically fleshed, too.
15:47 jvwoolf joined #evergreen
16:09 yboston joined #evergreen
16:22 Dyrcona joined #evergreen
16:22 Dyrcona systemd-resolvd--
16:24 mmorgan joined #evergreen
16:34 jeffdavis There's no way to retrieve a bib record with current holdings embedded in 852 fields on-the-fly, is there?
16:39 jeffdavis Looks like Vandelay export and SRU search can do it but I don't see a supercat or unapi-like way to do it for a given record.
17:10 mmorgan left #evergreen
17:30 gsams_ joined #evergreen
17:30 cmalm_ joined #evergreen
17:41 sandbergja joined #evergreen
18:55 sandbergja joined #evergreen
19:01 sandbergja joined #evergreen
20:02 sandbergja joined #evergreen
20:32 gsams joined #evergreen
21:27 sandbergja joined #evergreen
22:33 bshum gmcharlt: I added some thoughts on https://bugs.launchpad.net/evergreen/+bug/1830749 and proposed how we might note the PG minimum version in the release notes when they are compiled. I wasn't sure how best to include high level content like that based on the current design
22:33 pinesol Launchpad bug 1830749 in Evergreen "increase minimum version of PostgreSQL for Evergreen 3.4" [Wishlist,Confirmed]
22:33 bshum Maybe something to ponder for next release notes automated building.
22:41 pinesol Showing latest 5 of 17 commits to Evergreen...
22:41 pinesol [evergreen|Bill Erickson] LP1832897 Carousel local admin link repair - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b81a489>
22:41 pinesol [evergreen|Jane Sandberg] LP1832897: Marking some carousel fields required in the IDL - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c33fce5>
22:41 pinesol [evergreen|Mike Rylander] LP1832897: Belt-and-suspenders for making sure max_items is set - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=94fb41c>
22:41 pinesol [evergreen|Mike Rylander] LP1832897: Avoid query errors related to optional carousel filters - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=dc8457e>
22:41 pinesol [evergreen|Jane Sandberg] LP1832897: One more carousel local admin link repair - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6631e78>
23:02 pinesol News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
23:34 jvwoolf joined #evergreen
23:40 sandbergja joined #evergreen

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