| 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 |
