| Time |
Nick |
Message |
| 00:27 |
|
sandbergja joined #evergreen |
| 01:02 |
|
sandbergja joined #evergreen |
| 01:27 |
|
jamesrf joined #evergreen |
| 02:18 |
|
jamesrf joined #evergreen |
| 02:37 |
|
cmalm joined #evergreen |
| 07:01 |
|
agoben joined #evergreen |
| 07:06 |
|
rjackson_isl joined #evergreen |
| 07:40 |
|
collum joined #evergreen |
| 08:22 |
|
bos20k joined #evergreen |
| 08:43 |
|
mmorgan joined #evergreen |
| 09:00 |
|
Dyrcona joined #evergreen |
| 09:13 |
Dyrcona |
Whee! More fun with ha, heartbeat, pacemaker, corosync, and ldirectord, and why is this so complicated that I need 5 programs? |
| 09:15 |
JBoyer |
Dyrcona, You could try adding etc.d to the mix to make things more interesting. ;) |
| 09:16 |
JBoyer |
(Though you can just use ldirecord on its own if you want to manage redundancy/failover another way, or not officially at all) |
| 09:16 |
Dyrcona |
miker: I think fork=yes is helping. I've got 4 ldirectrods running on each load balancer, with 3 using 0.1% of RAM and 1 using 0.4% and 0.5%. |
| 09:16 |
Dyrcona |
I'm going to keep an eye on the processes throughout the day, though. |
| 09:17 |
Dyrcona |
JBoyer: Nope. I'm going to switch to haproxy and keepalived, eventually. |
| 09:17 |
Dyrcona |
Eliminate nginx, because our troubles with the load balancer started after adding nginx on the bricks. |
| 09:18 |
Dyrcona |
I know something is wrong with our ha setup because it's acting like the two load balancers are a cluster. That's not what I wanted. The #clusterlabs channel has been useless. They ignore me, but talk about VRRP all the time. |
| 09:19 |
Dyrcona |
Ah, no, fork=yes hasn't helped, I don't think. That one process seems to have its memory use creeping upward. |
| 09:20 |
Dyrcona |
Maybe it will creep up more slowly.... |
| 09:28 |
|
jvwoolf joined #evergreen |
| 09:39 |
|
sandbergja joined #evergreen |
| 10:06 |
|
yboston joined #evergreen |
| 10:59 |
|
yboston joined #evergreen |
| 11:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 11:06 |
|
Christineb joined #evergreen |
| 11:09 |
|
yboston joined #evergreen |
| 11:19 |
Bmagic |
Dyrcona: ha! |
| 11:37 |
|
stephengwills joined #evergreen |
| 11:37 |
|
yboston joined #evergreen |
| 11:44 |
Bmagic |
I want to include a marc field in my title search. I need to update config.xml_transform xslt to include it right? mods32? |
| 11:48 |
|
RBecker joined #evergreen |
| 11:49 |
miker |
Bmagic: probably not. that would just be if you needed to include, say, an additional subfield in an existing extracted title variant. |
| 11:50 |
Bmagic |
let's say the 505t |
| 11:50 |
|
sandbergja joined #evergreen |
| 11:52 |
|
abowling joined #evergreen |
| 11:53 |
miker |
just add an new search field for that. admin->server admin->marc search/facet fields |
| 11:55 |
Bmagic |
I'll give it a shot |
| 11:56 |
Bmagic |
Last time I did this was in 2.11 and I think I remember having to update config.xml_transform |
| 11:56 |
miker |
Bmagic: see the definition for identifier|sici as an example of tag+subfield |
| 11:56 |
mmorgan |
Then reingest, right? |
| 11:56 |
miker |
you don't |
| 11:56 |
miker |
mmorgan: aye |
| 11:56 |
Bmagic |
virtual indexes changed it up |
| 11:57 |
miker |
um... it's just a tag and subfield. the system is built to let you do this easily (compared to editing xslt) |
| 11:57 |
miker |
the only time you have to do that is when you need xslt to process things in a complex way |
| 11:57 |
Bmagic |
sweet |
| 11:57 |
miker |
but, you just want to add a title|formated_notes_title or whatever |
| 11:58 |
Bmagic |
I don't remember the circumstances last time. I'm sure I did it wrong |
| 11:59 |
miker |
and yes, you should take care to add it to the appropriate virtual fields, but for generally being able to say "title:foo" and have it find foo in the 505t, just add the search field and reingest records that have a 505t in them |
| 12:02 |
|
jihpringle joined #evergreen |
| 12:04 |
Bmagic |
miker++ |
| 12:05 |
Bmagic |
and it worked |
| 12:28 |
|
tlittle joined #evergreen |
| 12:31 |
|
collum_ joined #evergreen |
| 12:32 |
|
collum__ joined #evergreen |
| 12:34 |
miker |
cool |
| 12:34 |
|
collum___ joined #evergreen |
| 13:01 |
|
khuckins joined #evergreen |
| 13:27 |
Dyrcona |
sandbergja++ # Release notes. |
| 13:38 |
jeffdavis |
Is it possible to omit en-US as an option in the OPAC/web client locale pickers? |
| 13:47 |
jeffdavis |
Dyrcona++ # release coordination stuff |
| 13:48 |
Dyrcona |
jeffdavis++ # for persistence :) |
| 13:48 |
jeffdavis |
:) |
| 13:52 |
mmorgan |
I have a hole in my understanding of action triggers. What is the relationship between the hook and the action_trigger_filter? |
| 13:52 |
mmorgan |
For example, there is a checkout.due hook, and a checkout.due filter, but not all hooks have filters by the same name. |
| 13:54 |
Dyrcona |
mmorgan: I thought the filter was chosen by hook name, but I haven't looked too deeply at it. |
| 13:55 |
mmorgan |
What I'm trying to do is create an action trigger using the checkin hook, but I don't want to include checkins that were actually renewals. |
| 13:55 |
mmorgan |
Dyrcona: that was my assumption, but not all hooks have associated filters |
| 13:56 |
Dyrcona |
Right not all hooks need filters, but you can always add them. |
| 13:56 |
|
yboston joined #evergreen |
| 13:58 |
Dyrcona |
mmorgan: "parent": null, in the filter should exclude renewals. |
| 14:00 |
mmorgan |
Hmm. I was looking at the renewal type flags to indicate whether the checked in circ was a renewal... |
| 14:00 |
Dyrcona |
What hook are you filtering, again? |
| 14:00 |
mmorgan |
checkin |
| 14:02 |
Dyrcona |
I'm pretty sure the checkin hook would fire before the circ is renewed during a renewal, or it would have the pre-renewal circ information. |
| 14:02 |
Dyrcona |
But, I've never used it and don't have any events that do in my database. |
| 14:03 |
mmorgan |
Ok, thanks for that tip. I'll play around and see what happens. |
| 14:03 |
mmorgan |
Dyrcona++ |
| 14:03 |
Dyrcona |
mmorgan: Can you describe what you're trying to do in more detail? |
| 14:04 |
mmorgan |
Trying to set up an opt in email checkin receipt. |
| 14:06 |
mmorgan |
So once a night the trigger would run and send an email of the items the patron returned and were checked in. |
| 14:06 |
* mmorgan |
needs to run out for a bit |
| 14:07 |
Dyrcona |
mmorgan: Well, I'd do it a little differently: I'd make it a grouped event with a short delay, and then have the validator check if the circ was renewed, so you'd probably want a new validator. |
| 14:08 |
Dyrcona |
Kind of like hold ready for pickup or email checkout receipts. |
| 14:12 |
|
jvwoolf joined #evergreen |
| 14:29 |
|
nfBurton joined #evergreen |
| 15:05 |
|
yboston joined #evergreen |
| 15:06 |
|
jvwoolf joined #evergreen |
| 15:16 |
|
khuckins joined #evergreen |
| 15:51 |
jeffdavis |
csharp: do you still have problems with Download Block List in offline mode? |
| 15:53 |
|
jvwoolf joined #evergreen |
| 16:20 |
|
jvwoolf left #evergreen |
| 16:26 |
|
yboston joined #evergreen |
| 16:31 |
jeffdavis |
There's a commit on bug 1727557 that disables the Download Block List button so I suspect PINES is just doing without that feature. |
| 16:31 |
pinesol |
Launchpad bug 1727557 in Evergreen 3.3 "Web Client: Download Block List causes unresponsive page with large file" [High,Confirmed] https://launchpad.net/bugs/1727557 |
| 17:07 |
|
mmorgan left #evergreen |
| 17:10 |
|
sandbergja_ joined #evergreen |
| 17:49 |
|
agoben joined #evergreen |
| 17:53 |
|
agoben joined #evergreen |
| 18:13 |
|
nfBurton joined #evergreen |
| 18:27 |
|
sandbergja_ joined #evergreen |
| 18:59 |
|
jihpringle joined #evergreen |
| 20:28 |
|
abowling1 joined #evergreen |
| 20:34 |
|
abowling joined #evergreen |
| 21:00 |
|
sandbergja joined #evergreen |
| 23:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 23:22 |
|
sandbergja joined #evergreen |
