| Time |
Nick |
Message |
| 00:01 |
|
sandbergja|2 joined #evergreen |
| 00:03 |
|
gmcharlt joined #evergreen |
| 00:25 |
|
csharp_ joined #evergreen |
| 01:44 |
|
degraafk joined #evergreen |
| 02:47 |
|
bshum joined #evergreen |
| 03:22 |
|
jmurray-isl joined #evergreen |
| 05:35 |
|
abneiman joined #evergreen |
| 06:21 |
|
eglogbot_dev joined #evergreen |
| 08:30 |
|
smayo joined #evergreen |
| 08:34 |
|
smayo joined #evergreen |
| 08:54 |
|
smayo joined #evergreen |
| 09:36 |
|
mantis1 joined #evergreen |
| 10:30 |
|
smayo joined #evergreen |
| 10:36 |
jeff |
as mentioned the other day, I created a followup bug for the patron barcode deletion feature: bug 2142036 |
| 10:36 |
pinesol |
Launchpad bug 2142036 in Evergreen "Need ability to limit deletion of patron barcodes" [Undecided,New] https://launchpad.net/bugs/2142036 |
| 10:36 |
jeff |
for those working on point releases, I'll mention here: changes for bug 1917761 were pushed to rel_3_16, so this change will currently be introduced to 3.16 libraries in the next point release, unless reverted. |
| 10:36 |
pinesol |
Launchpad bug 1917761 in Evergreen "Add Ability to View, Edit, Delete All Patron Barcodes" [Wishlist,Fix committed] https://launchpad.net/bugs/1917761 |
| 10:42 |
|
collum joined #evergreen |
| 10:55 |
|
Dyrcona joined #evergreen |
| 10:57 |
jeff |
unrelated, I think the fix for bug 2137267 needs to be pushed to rel_3_15 also, but I'm testing that theory. If the theory holds, I'll push it before the merge pause this evening. |
| 10:57 |
pinesol |
Launchpad bug 2137267 in Evergreen "Enhanced Marc Editor Window Too Small in Z39.50 When "Edit then Import" Selected" [Medium,Fix committed] https://launchpad.net/bugs/2137267 |
| 11:02 |
|
Dyrcona joined #evergreen |
| 11:07 |
jeff |
oh, and gmcharlt pointed out in the bug that it's no longer in rel_3_16. oops! I should have looked at the branch and not the bug. |
| 11:11 |
jeff |
gmcharlt++ mmorgan++ |
| 11:31 |
|
jihpringle joined #evergreen |
| 11:47 |
|
smayo joined #evergreen |
| 11:50 |
* Dyrcona |
runs two auto-renewal processes at the same time, and a third is likely to start while these two are going. |
| 11:50 |
* Dyrcona |
lives on the edge. :) |
| 11:51 |
Dyrcona |
Aslo, what's up with SASL and libera? Anyone have issues with it today? |
| 11:52 |
|
smayo joined #evergreen |
| 11:54 |
csharp_ |
@praise 10 Dyrcona |
| 11:54 |
* pinesol |
You don't want to get mixed up with someone like Dyrcona. Dyrcona is a loner, Dottie. A rebel. |
| 11:54 |
* pinesol_dev |
You don't want to get mixed up with someone like Dyrcona. Dyrcona is a loner, Dottie. A rebel. |
| 12:31 |
Dyrcona |
Dog piling... |
| 12:51 |
Dyrcona |
i wonder if using parallel for collect but not for react would help our situation? Now, it seems that some a/t runners are taking "too long" to run. |
| 13:13 |
jeff |
ng lint does not run cleanly on rel_3_15, seemingly because the lint fixes have been committed on main and rel_3_16 (or just main before rel_3_16 was branched, I didn't check). is that normal, expected, rel_3_15 is dead to us for linting purposes, or should we be concerned / be looking at backporting lint fixes? |
| 13:14 |
jeff |
sandbergja would probably have input, but isn't present. |
| 13:15 |
jeff |
it's more than just "lint fixes", it's a bit of change to the underlying way that we're running lint checks, etc. that in itself might be reason enough why it is this way at present. |
| 13:15 |
Dyrcona |
jeff: Not sure about the lint, but I am planing to build a 3.15.10 release tomorrow, so it's not dead to us. |
| 13:16 |
Dyrcona |
We can probably let the lint slide. This is likely to be the last or next to last 3.15 tarball. |
| 13:16 |
jeff |
I did qualify that as "dead to us for linting purposes" :-) |
| 13:17 |
Dyrcona |
Yeah, but I forgot to tell my fingers. :) |
| 13:17 |
jeff |
hah |
| 13:18 |
Dyrcona |
If you really want to fix it and it works, I think it is OK, but I wouldn't go out of my way to do it. |
| 13:39 |
csharp_ |
FYI 3.16.3 is running well in PINES - very smooth with all libraries open and busy |
| 13:40 |
csharp_ |
we have some concerns about some database slow loading here and there - looking into the pcrud changes to see if they are relevant (seems like the most likely candidate) |
| 14:00 |
Dyrcona |
Wish that I had better insight into what some of these processes are doing. My hold targeter has been running for 2 hours and edi_fetcher for 1.5 hours. |
| 14:10 |
csharp_ |
they should both be logging to osrfsys.XX.log ? |
| 14:15 |
Dyrcona |
Nothing but proc_error for the fetcher.... :( |
| 14:16 |
Dyrcona |
I'm gonna have a sad week. I can tell. |
| 14:16 |
csharp_ |
:-( |
| 15:39 |
|
jihpringle joined #evergreen |
| 15:40 |
|
smayo joined #evergreen |
| 16:00 |
Dyrcona |
Now, my --run-pending doesn't want to process the pending events... I've tried mucking with the delays but I don't think that's it. |
| 16:07 |
Dyrcona |
I should have rebooted the server hours ago. |
| 16:11 |
Dyrcona |
And, deleted a lock file. |
| 16:15 |
Dyrcona |
After this current run finishes, I'm going to try setting collect to 3 and leave react at 1. |
| 16:15 |
|
smayo joined #evergreen |
| 16:15 |
Dyrcona |
Maybe that'll speed things up a little and not break our lost item trigger? |
| 16:44 |
|
smayo joined #evergreen |
| 16:52 |
Dyrcona |
@blame 16 Evergreen |
| 16:52 |
pinesol |
Dyrcona: Evergreen wants the TRUTH?! Evergreen CAN'T HANDLE THE TRUTH!! |
| 16:52 |
pinesol_dev |
Dyrcona: http://scientopia.org/blogs/scicurious/files/2013/03/cousin-it.png |
| 17:36 |
|
mantis1 left #evergreen |
| 17:37 |
|
smayo joined #evergreen |
| 18:06 |
jeff |
yes, the fix for bug 2137267 was useful in rel_3_15 and is now committed there as well. smayo++ sandbergja++ |
| 18:06 |
pinesol |
Launchpad bug 2137267 in Evergreen 3.15 "Enhanced Marc Editor Window Too Small in Z39.50 When "Edit then Import" Selected" [Medium,Fix committed] https://launchpad.net/bugs/2137267 |
| 21:34 |
|
book` joined #evergreen |
| 23:40 |
|
smayo joined #evergreen |
