| Time |
Nick |
Message |
| 07:06 |
|
collum joined #evergreen |
| 08:20 |
|
mantis1 joined #evergreen |
| 08:30 |
|
abneiman joined #evergreen |
| 08:31 |
|
phasefx joined #evergreen |
| 08:31 |
|
sleary joined #evergreen |
| 08:31 |
|
jweston joined #evergreen |
| 08:31 |
|
eeevil joined #evergreen |
| 08:31 |
|
akilsdonk joined #evergreen |
| 08:40 |
|
mmorgan joined #evergreen |
| 09:05 |
|
mmorgan1 joined #evergreen |
| 10:27 |
|
Dyrcona joined #evergreen |
| 11:00 |
|
adam_reid joined #evergreen |
| 11:00 |
|
Christineb joined #evergreen |
| 11:33 |
|
jihpringle joined #evergreen |
| 12:52 |
Dyrcona |
I suppose that I should also be more involved with Aspen development. I disagree with a change made in the Evergreen driver recently. We'll see what the rest of C/W MARS staff think about it. |
| 13:07 |
|
BAMkubasa joined #evergreen |
| 13:20 |
BAMkubasa |
We're trying to do some testing with different Best Hold Sort Order configurations. I'm aware that there's a default BHSO written into the EG code. My understanding is that if/when you define a different one, you set it at an org unit level in Library Settings. (We defined a custom one and set it at the consortia level) Is it then called every time |
| 13:20 |
BAMkubasa |
something is checked in, or are there other checkin modifers or library settings (etc.) that need to be set for it to be used? In our test scenario, we found a copy that was listed for a hold action.hold_copy_map, checked the thing in and it just went to reshelving. |
| 13:32 |
Dyrcona |
BAMkubasa: Holds are complicated. Last time I looked there were over 40 organizational unit settings that affect holds, then there's the hold matrix matchpoint table, and the way your organizational unit tree is set up. (Yeah, the depths of org units affect how holds are filled.) There's also the item age protection settings and probably some other things that I'm forgetting. |
| 13:32 |
Dyrcona |
BAMkubasa: So, I guess the short answer is we probably can't give you an answer without looking at all of your settings. |
| 13:33 |
BAMkubasa |
:) ok |
| 13:34 |
Dyrcona |
One thing to look at, though, would be to make sure you have a hold matrix matchpoin with no circ modifier specificed and no source and destination org units that allows holds. This will serve as a default fall back in the case nothing else matches. |
| 13:35 |
Dyrcona |
I guess I forgot to mention the holdable flags on copy locations and on copies themselves. |
| 13:36 |
Dyrcona |
BAMkubasa: See my last 2 comments. I forgot to mention you in case you stopped paying attention. |
| 13:36 |
BAMkubasa |
Yeah, we're just trying to understand when BHSO comes into play |
| 13:38 |
Dyrcona |
Ok. That's something I've not experimented with much. If you think this copy should fill a particular hold, you could dump the hold copy map to a file, run the hold targeter, dump the hold copy map to a different file and compare the results. You could then change the BHSO setting and try it again. |
| 13:40 |
jihpringle |
if it's newly created item it won't fill a hold for the first 24 hours or so (unless you manually retarget the hold) until Evergreen adds it to the eligible items table for the hold |
| 13:51 |
|
Rogan joined #evergreen |
| 14:09 |
|
adam_reid joined #evergreen |
| 14:22 |
|
adam_reid joined #evergreen |
| 14:23 |
mmorgan1 |
BAMkubasa: Just confirming, a best holds selection sort order at the cons level should apply to every checkin. |
| 14:59 |
BAMkubasa |
thanks mmorgan |
| 14:59 |
|
mantis1 left #evergreen |
| 15:02 |
|
BAMkubasa88 joined #evergreen |
| 15:06 |
|
adam_reid joined #evergreen |
| 15:33 |
Dyrcona |
I have the urge to implement my own sed so i can have it do what I want with s/\n//, but I think that's almost we got awk, and then when awk couldn't do something, we got Perl. |
| 15:33 |
|
jihpringle joined #evergreen |
| 15:34 |
Dyrcona |
And, I would be done with what I'm really trying to do if I hadn't spend time trying to get sed to do something that it can't. |
| 15:37 |
|
jihpringle joined #evergreen |
| 16:08 |
Dyrcona |
Ooh... This bug predates the change in OpenSRF that I suspected causes it.... |
| 17:03 |
|
mmorgan left #evergreen |
| 18:28 |
|
javier_guel joined #evergreen |
| 18:30 |
javier_guel |
Hi all, Does anyone use mod_evasive in Apache Evergreen to avoid bot attacks? |
| 21:00 |
Bmagic |
javier_guel: we don't but bot mitigation is up to each server admin. Anubis has been effective for most of us. We also have a non-finished Evergreen patch that some of us are using in production |
| 21:00 |
Bmagic |
https://bugs.launchpad.net/evergreen/+bug/2113979 |
| 21:00 |
pinesol |
Launchpad bug 2113979 in Evergreen 3.15 "Put a hurdle in front of basic scraping" [Medium,Confirmed] |
