| 11:02 |
redavis |
berick, does KCLS use Ingram as a vendor, and if so, have y'all implemented ASN receiving for it? |
| 11:37 |
jmurray-isl |
Speaking of geoblocking, does anyone know of any geoblocking services that allow free automated downloads of country IP lists? |
| 11:38 |
jmurray-isl |
Emphasis on free. ;) |
| 11:42 |
csharp_ |
jmurray-isl: I was able to create a personal account with MaxMind and that allows me free downloads |
| 11:43 |
csharp_ |
and we've automated that |
| 11:44 |
csharp_ |
# m h dom mon dow user command |
| 11:44 |
csharp_ |
47 6 * * 3 root test -x /usr/bin/geoipupdate && grep -q '^AccountID .*[^0]\+' /etc/GeoIP.conf && test ! -d /run/systemd/system && /usr/bin/geoipupdate |
| 11:44 |
jmurray-isl |
csharp_++ |
| 11:45 |
csharp_ |
we have geoip-bin, geoip-database and geoipupdate installed (and libgeoip1 which is probably an implied dependency) (on Ubuntu 22.04) |
| 11:46 |
csharp_ |
our iptables lines look like this: iptables -I INPUT -m geoip --src-cc OM -j DROP where "OM" is the country code |
| 13:59 |
Dyrcona |
If I can't get this filter to work, then my other option is granularities with multiple events owned by each library or system. |
| 14:00 |
Dyrcona |
That won't do exactly what I want, however, because that will group the notices by checkout library, and I want to group them by patron home library because the final product is grouped by patron. |
| 14:01 |
Dyrcona |
So, using granularities could lead to multiple notices per day per patron, and I'm trying to avoid that. If anything, I expect that filter to be slow. |
| 14:01 |
Dyrcona |
Now, I just have to write the code to test the filter. |
| 14:04 |
|
jvwoolf joined #evergreen |
| 14:09 |
jvwoolf |
terranm: Is the reporter running on terran-main? |
| 14:11 |
|
mmorgan1 joined #evergreen |
| 09:18 |
Bmagic |
csharp_++ # It’s not the destination that matters, it’s the journey. |
| 09:19 |
Bmagic |
mantis: it's usually 6 months for our libraries, but 1 week is fine too if that's what they want |
| 09:24 |
|
Dyrcona joined #evergreen |
| 09:25 |
mantis |
Bmagic: thank you I'm just doing it to test and wasn't sure if the values were valid for it to work |
| 09:25 |
mantis |
I don't see a week example so figure I ask |
| 09:25 |
mantis |
Bmagic++ |
| 09:26 |
|
sandbergja joined #evergreen |
| 09:29 |
Dyrcona |
mantis: https://www.postgresql.org/docs/current/datatype-datetime.html#DATATYPE-INTERVAL-INPUT |
| 09:29 |
Bmagic |
mantis: that value can be anything as far as testing goes. I don't think that 1 week will break Evergreen's logic |
| 09:29 |
mantis |
Dyrcona++ |
| 09:31 |
Dyrcona |
Any valid interval at all should work. Some make more sense than others. Anything less than a day would likely make no sense for age hold protection. |
| 09:33 |
Dyrcona |
Negative intervals are also a bad idea as it would have the opposite of the desired effect, unless the code does an abs() somewhere. |
| 11:21 |
csharp_ |
that's okay, we'll all live |
| 11:22 |
Dyrcona |
yeahp. There were a couple of times that I wished I could force push over some things. |
| 11:29 |
sleary |
sometimes working out in the open is a bit too out in the open, and that's okay |
| 11:30 |
csharp_ |
JBoyer: curious about bug 2097308 - I was planning to test on a VM later and then realized how very EOL buster is and I'm wondering if this should be a site-specific thing rather than an EG commit? |
| 11:31 |
pinesol |
Launchpad bug 2097308 in Evergreen "Fix Debian Buster Install" [Low,New] https://launchpad.net/bugs/2097308 |
| 11:31 |
csharp_ |
open to being persuaded if buster is in heavy use |
| 11:36 |
|
Christineb joined #evergreen |
| 13:06 |
sleary |
awesome! |
| 13:06 |
sleary |
I'm going to go through the IDL at some point, but I can't do that today |
| 13:07 |
Bmagic |
sleary++ |
| 13:14 |
csharp_ |
mantis++ |
| 13:14 |
csharp_ |
JBoyer: sounds sane - I'll test it and push if it passes muster |
| 13:14 |
JBoyer |
csharp_++ |
| 13:14 |
csharp_ |
(sure it does, but, you know) |
| 13:24 |
csharp_ |
it took me way too long to find https://cdimage.debian.org/cdimage/archive/10.13.0/amd64/iso-cd/debian-10.13.0-amd64-netinst.iso |
| 13:41 |
csharp_ |
bug confirmed, now for the fix |
| 13:53 |
csharp_ |
argh - clashing with bug 2097313 |
| 13:53 |
pinesol |
Launchpad bug 2097313 in Evergreen "Install pgdg signing key in preferred location" [Low,Fix committed] https://launchpad.net/bugs/2097313 |
| 13:54 |
csharp_ |
it's no biggie though, just means I need to re-test |
| 14:06 |
csharp_ |
ok, all good |
| 14:07 |
pinesol |
News from commits: LP2097308: Use PostgreSQL apt archive when necessary <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=19cee157080257422acc41dbe2bd78e438246ccd> |
| 14:18 |
abneiman |
hi all, has anyone gotten sandbergja 's files up on lupin (10:30am ET upthread)? If not I can poke someone over here |
| 14:36 |
Dyrcona |
abneiman: I don't think anyone has. I can do it in a minute, though. |
| 15:26 |
Bmagic |
sleary: that translation patch is up on https://bugsquash.mobiusconsortium.org/eg2/cs-CZ/staff/splash but I'm not so sure I have it setup correctly because all of the cards are still in English |
| 15:27 |
sleary |
Bmagic cards on the splash page are a whole separate problem; this is about grids in the admin pages. My wifi died just as I was about to point out that I added a second commit to that branch; did you catch it? |
| 15:27 |
sandbergja |
abneiman++ gmcharlt++ Dyrcona++ |
| 15:29 |
sleary |
Bmagic three URLs to test: https://bugsquash.mobiusconsortium.org/eg2/cs-CZ/staff/admin/server/authority/control_set https://bugsquash.mobiusconsortium.org/eg2/cs-CZ/staff/cat/vandelay/match_sets https://bugsquash.mobiusconsortium.org/eg2/cs-CZ/staff/admin/booking/resource |
| 15:30 |
sleary |
Controlling Authority Fields, Match Set ID, and Overbook, respectively |
| 15:37 |
pinesol |
News from commits: LP2106057 Do not show open_in_new icon on images <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=d945ab98027598b638b842df2ef9d01410c0a821> |
| 15:47 |
|
jihpringle joined #evergreen |
| 15:47 |
Bmagic |
sleary: those look translated to me |
| 15:48 |
sleary |
\o/ |
| 15:49 |
Bmagic |
(pach applied), I suppose other test servers don't have those words translated... butternut. Just tried, that server doesn't have the additional languages installed. |
| 15:49 |
Bmagic |
maybe if I reverted the patch, I wouldn't see czech language on those pages? |
| 15:51 |
|
jihpringle22 joined #evergreen |
| 15:57 |
sleary |
Bmagic probably. (Sorry I can't look; I'm on the thinnest of data connections atm) |
| 17:08 |
pinesol |
News from commits: LP2085844 Scroll focused combobox option into view <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=4592b8d034178759a81fcf26f5d2fabd513a4bfc> |
| 17:16 |
|
mmorgan left #evergreen |
| 18:04 |
|
jihpringle joined #evergreen |
| 19:08 |
pinesol |
News from commits: LP2074112 follow-up: fix two unit tests <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=38b073a3464b5cdee430dfb85d4eb80092c77ff2> |
| 19:43 |
|
sandbergja joined #evergreen |
| 21:07 |
sleary |
sandbergja++ #unit tests |
| 21:07 |
sleary |
sandbergja we will have IDL and dialog test fixes shortly |
| 21:10 |
sandbergja |
sleary++ |
| 09:55 |
jeff |
I'll take a look at that branch again. |
| 09:58 |
jeff |
guessing there will be more interest now. i think Stompro and I have been suggesting this for a while, but I know a lot of people opted to go with different solutions in recent years. |
| 10:00 |
jeff |
since Stompro and I are pretty much set with how we're doing things, I'd be interested in hearing if any others are interested in collaborating on something that will have wider applicability. It's always a challenge to design something that will work for others if others aren't interested in having those conversations yet. :-) |
| 10:23 |
csharp_ |
if there are ways to test without subscribing to things, that makes it easier, but that's a common situation with anything touching 3rd party stuff |
| 10:31 |
jeff |
agreed! and yes, for something like this testing can be accomplished a few different ways, either low cost/effort or no cost (relying on the existing test accounts of others). |
| 10:57 |
|
sandbergja joined #evergreen |
| 11:01 |
|
Christineb joined #evergreen |
| 11:36 |
|
jihpringle joined #evergreen |
| 16:27 |
Bmagic |
Maybe not applicable to this question exactly |
| 16:33 |
Dyrcona |
I suspect that the filter may be applied before the environment is fetched, so this may not work. It's hard to tell from the code sometimes. |
| 16:34 |
Dyrcona |
Yes, I'm pretty sure that the filter is applied before the environment is applied. |
| 16:36 |
Dyrcona |
Well, I'll try with a sample group tomorrow on a test system to see what happens, but I'm pretty sure it won't work. I'll be pleased to be proven wrong, though. |
| 16:37 |
Dyrcona |
Actually, I'm not even sure how I'd put it in the filter itself. It seemed obvious, but now that I think about it.... It's just a JSON query, though... bet I'd could join on usr and do it that way... |
| 16:38 |
Dyrcona |
This will be interesting to see if I can make it work. |
| 16:38 |
Dyrcona |
Probably need a subquery. |
| 10:24 |
Dyrcona |
Bmagjc: Subscribing via email works. I did it last week when switching to my cwmars email. |
| 10:25 |
Dyrcona |
<list>-request list.evergreen-ils.org with Subject: subscribe |
| 10:43 |
|
jihpringle joined #evergreen |
| 10:44 |
jeff |
Dyrcona: usually dev/test instances only, no current production instances. not for any specific reason, just not something we're currently doing. |
| 10:49 |
Dyrcona |
jeff: Thanks for the info. |
| 10:55 |
|
sandbergja joined #evergreen |
| 10:57 |
Dyrcona |
i wonder if I could AI to figure this out more quickly. I'm trying to split 194 locations up into 12 groups where the average number of notifications is around 1,150 per group, but the max should probably also not be over 3,220 or so. |
| 11:32 |
Bmagic |
Drycona++ # thanks for the subscribing stuff |
| 11:33 |
|
jihpringle joined #evergreen |
| 11:34 |
sandbergja |
sleary++ # thanks for linting! |
| 11:36 |
sleary |
sandbergja++ # thanks for staying on top of the tests. We will look at the IDL stuff, but it might be another day or two; phasefx and I are both committed elsewhere for most of today |
| 11:48 |
|
Christineb joined #evergreen |
| 11:55 |
sandbergja |
sleary++ |
| 11:55 |
sandbergja |
phasefx++ |
| 11:56 |
sandbergja |
I will take a look at the live tests, I have a sneaking suspicion that one of them is my fault. :-D |
| 13:04 |
Dyrcona |
My numbers don't add up. One spreadsheet says I should have an average 1,143 notices per group (12 groups). The other spreadsheet comes out closer to 1,200 notices per group. |
| 13:11 |
Dyrcona |
Average total number of notices per day and average per day by home ou don't add up. The former is 13,644 and the latter 14,402. |
| 13:11 |
Dyrcona |
Granted, the first data range includes an extra month or so of data. |
| 14:13 |
Dyrcona |
Although, it would make sense to run fewer notifications in the middle of the day and more at night/early morning... |
| 14:13 |
Dyrcona |
I can just reorder the groups and all is good. :) |
| 14:25 |
Dyrcona |
Not that simple, either. |
| 14:32 |
pinesol |
News from commits: LP2019430 follow-up: fix failing live test <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=1034f00474d5ae475c7a050949418ee01738c7c0> |
| 15:05 |
csharp_ |
@band add ABSOLUTE ORG UNIT |
| 15:05 |
pinesol |
csharp_: Band 'ABSOLUTE ORG UNIT' added to list |
| 15:06 |
csharp_ |
redavis: yeashhh |
| 09:22 |
pinesol |
csharp_: Band 'Otto Gin' added to list |
| 09:29 |
|
dguarrac joined #evergreen |
| 09:42 |
Dyrcona |
ottogin.ess-aitch |
| 09:46 |
csharp_ |
nice |
| 09:49 |
* csharp_ |
wonders if the IP redirector could use the JSON org tree to get its data and get rid of lib-ips.txt altogether |
| 09:49 |
csharp_ |
currently just thinking about storing org IP addresses in the DB and auto-generating the lib-ips.txt file |
| 09:50 |
csharp_ |
and getting smarter about parsing the IP ranges for the overlap test |
| 09:50 |
csharp_ |
currently ORG-SHORTNAME IP1 IP2 |
| 09:50 |
csharp_ |
but Net::IP supports pretty much any standard IP format |
| 09:51 |
csharp_ |
going down this rabbithole because I'm frustrated about having to update a chunk of lines in the IP redirector and having to translate /24 ranges to "start ip", "end ip" |
| 10:10 |
JBoyer |
At least they're /24s. Really unpleasant would be something like /23 or /11. :) |
| 10:10 |
csharp_ |
it's often those too |
| 10:11 |
csharp_ |
I end up using sites like https://www.subnet-calculator.com/ a lot |
| 11:27 |
pinesol |
Dyrcona: go with development |
| 11:27 |
Dyrcona |
I guess. |
| 11:35 |
berick |
Dyrcona++ |
| 12:06 |
sandbergja |
Hey everyone, I'm getting failures in the perl live tests and in the angular unit tests on main. Friendly reminder to devs and committers to run tests, and request that we don't push any more failing code until we address the current failures. |
| 12:09 |
sandbergja |
...also, if you don't like having to remember to run tests, we could make the computers do it for us (see bug 2089184 for example) |
| 12:09 |
pinesol |
Launchpad bug 2089184 in Evergreen "Run Perl unit tests automatically in Github Actions" [Undecided,New] https://launchpad.net/bugs/2089184 |
| 12:09 |
|
jihpringle joined #evergreen |
| 12:18 |
|
redavis joined #evergreen |
| 12:24 |
|
jihpringle joined #evergreen |
| 12:29 |
pinesol |
News from commits: LP2074112 follow-up: allow angular unit tests to compile <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=bb256ffaad6cebf02118389679a3b8491f4e7b83> |
| 13:19 |
|
jihpringle joined #evergreen |
| 13:44 |
jihpringle |
Bmagic: I'm getting "This site can't be reached" when I try https://bugsquash.mobiusconsortium.org/eg/staff |
| 13:44 |
Bmagic |
it's not ready yet |
| 13:44 |
Bmagic |
I'll update the spreadsheet with "ready to test" soon |
| 13:44 |
Bmagic |
almost done! |
| 13:45 |
jihpringle |
I totally missed that that column was empty :) |
| 13:46 |
csharp_ |
sandbergja++ |
| 13:46 |
csharp_ |
tests++ |
| 13:47 |
Dyrcona |
Bmagic++ |
| 13:47 |
Dyrcona |
sandbergja++ # just looked at the scrollback. |
| 14:00 |
Bmagic |
jihpringle: it's up now, however, I'm having an issue with the certificate. But you should be able to click through the browser warnings if you want to get started |
| 15:47 |
redavis |
Yep |
| 15:47 |
redavis |
It is. |
| 15:47 |
Dyrcona |
Ok. We're not on 3.10, yet. |
| 15:47 |
* redavis |
nods |
| 15:47 |
redavis |
I forgot |
| 15:48 |
redavis |
It's pretty cool, but I've got zero bits to test it to recreate screens for docs. |
| 15:48 |
redavis |
And there are zero docs |
| 15:49 |
redavis |
But some LP comments and release notes..ish..and a presentation from 2022. |
| 15:55 |
redavis |
And here's the statement from AFGE Local 3403 on the Status of the Institute of Museum and Library Services. "Earlier today, the [IMLS] notified the entire staff that they are being placed on administrative leave immediately. The notification followed a brief meeting with DOGE staff and IMLS leadership. Employees were required to turn in all government property prior to exiting the building, and email accounts are being disabled today. Museums and |
| 15:55 |
redavis |
libraries will no longer be able to contact IMLS staff for updates about the funding they rely upon. In the absence of staff, all work processing 2025 applications has ended. The status of previously awarded grants is unclear. Without staff to administer the programs, it is likely that most grants will be terminated." |
| 15:57 |
Bmagic |
wow wow wow |
| 15:58 |
csharp_ |
redavis: not that I know of (re: advance shipment stuff) - you might ask Tiffany |
| 15:58 |
redavis |
mmhmm |
| 16:59 |
pinesol |
News from commits: LP2080373 Expand grid row right-click area (Chrome) <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=4a92cf6d7523b0b2566451c16a232e6be2553505> |
| 17:00 |
|
mmorgan left #evergreen |
| 17:42 |
|
jihpringle joined #evergreen |
| 19:35 |
sandbergja |
I got 9 of the erroring angular unit tests passing and pushed that to main as a follow-up. There are 6 more failing angular unit tests on main -- all for the IDL service. I have not yet looked at the perl live test failures |
| 20:00 |
pinesol |
News from commits: LP2074112 follow-up: address NG0203: inject() must be called from an injection contex... <https://git.evergreen-ils.org/?p=Evergreen.git;a=commitdiff;h=8dbeb06ce59a6376fc239ddea0e8c44996e168ef> |
| 13:38 |
jeffdavis |
I don't really know what "select":{"bre":["id"]} is doing there though |
| 13:39 |
Dyrcona |
I don't know either, and all of that fleshing would be pulling in whole rows, so it seems unnecessary. Not saying that is why it's slow though. |
| 13:40 |
Dyrcona |
Since bre.wide_display is fleshed, the rest of bre should be there already. |
| 13:41 |
mmorgan |
jeffdavis: We had that exact issue on 2 test servers. |
| 13:42 |
Dyrcona |
acn.record gets the bre row.... |
| 13:42 |
mmorgan |
Bmagic++ changed a postgres setting which fixed it. |
| 13:42 |
mmorgan |
jit_above_cost to -1 |
| 13:46 |
berick |
"select":{"bre":["id"]} tells pcrud to avoi adding values to the other fields, useful for avoid unneeded bulky MARC blobs |
| 13:46 |
jeffdavis |
ah yeah, I see there's a comment in items_out.js to that effect |
| 13:48 |
Dyrcona |
Huh... I'm getting a "new file" when I try to open that. |
| 13:48 |
jeffdavis |
Really wish I could figure out why we still have JIT problems in this test environment. |
| 13:48 |
Dyrcona |
Stupid editor... extra space at the end of the paste. |
| 13:49 |
jeffdavis |
Maybe postgres needs a restart. |
| 13:50 |
Dyrcona |
berick: That apparently doesn't interfere with fleshing the wide_display_entry? |
| 10:14 |
|
mixo joined #evergreen |
| 10:14 |
mixo |
Hello |
| 10:17 |
redavis |
hello mixo |
| 10:17 |
mixo |
I have evergreen version 3.12.3. I configured smtp. Test mail from evergreen works, but when I click to place hold it does not send email. |
| 10:25 |
redavis |
I'm going to leave that for someone with more experience. I'd possibly look at whatever Action Triggers you have set up. |
| 10:29 |
|
redavis_reloaded joined #evergreen |
| 10:33 |
mixo |
"Email Notice: Hold Request Success" is enabled |
| 11:10 |
mixo |
csharp_ thank you. I didn't schedule it. I'll do it. |
| 11:15 |
redavis |
csharp_++ |
| 11:16 |
eeevil |
grabbing db id 1465 |
| 11:20 |
sleary |
I see a few console errors here and there. It looks like they came from our stuff, so I will clean those up along with the failing test from IANT. |
| 11:20 |
sleary |
and whatever lint we missed |
| 11:20 |
sandbergja |
sleary++ |
| 11:22 |
redavis |
sleary++ |
| 11:22 |
eeevil |
also grabbing 1466, there's 2 upgrade scripts here! |
| 10:57 |
abneiman |
Dyrcona++ # much appreciated! |
| 10:57 |
|
sandbergja joined #evergreen |
| 11:43 |
|
jihpringle joined #evergreen |
| 12:03 |
sandbergja |
I have the capacity to review things that have automated test coverage and/or are small in scope/unlikely to cause side effects. Any suggestions? |
| 12:24 |
sleary |
@later tell sandbergja the localStorage cache buster https://bugs.launchpad.net/evergreen/+bug/2084181 |
| 12:24 |
pinesol |
sleary: The operation succeeded. |
| 12:24 |
pinesol |
Launchpad bug 2084181 in Evergreen "Wishlist: Cache buster for Staff Client LocalStorage" [Wishlist,New] |
| 14:18 |
pinesol |
Launchpad bug 2091748 in Evergreen "Concurrent browse entry update/insert" [Wishlist,New] |
| 14:18 |
abneiman |
csharp_++ |
| 14:19 |
abneiman |
thank you so much! |
| 14:20 |
csharp_ |
I think we may have tested bug 2091748 during our upgrade testing - I'll verify |
| 14:20 |
pinesol |
Launchpad bug 2091748 in Evergreen "Concurrent browse entry update/insert" [Wishlist,New] https://launchpad.net/bugs/2091748 |
| 14:20 |
abneiman |
that would be awesome, thanks |
| 14:22 |
csharp_ |
hmm - yes, we did - we backed it out and I don't remember why... |
| 13:09 |
Dyrcona |
s/with/without/ |
| 13:10 |
redavis |
Dyrcona++ #it'd be nice for a day or so though. |
| 13:10 |
redavis |
Maybe even three days |
| 13:11 |
Dyrcona |
So.... I'm getting Redis errors on my test vm, but it looks like it's still configured to talk to Ejabberd. |
| 13:11 |
Dyrcona |
Apparently, both redis and ejabberd are running. |
| 13:20 |
Dyrcona |
Stopped ejabberd, reconfigured opensrf_core.xml and it still doesn't seem to work. |
| 13:20 |
Dyrcona |
Could not connect to Redis server at private.localhost:6379: Connection refused at /usr/local/share/perl/5.38.2/OpenSRF/Transport/Redis/BusConnection.pm line 83. |
| 13:29 |
Dyrcona |
OK. Got it. Just put everything on the 127.0.0.1 line in /etc/hosts. |
| 13:49 |
jmurray-isl |
It helps if the ipset match is the first entry in iptables input rather than the last... |
| 14:00 |
|
jihpringle joined #evergreen |
| 14:04 |
Dyrcona |
Are any of the tests known to be failing with recent main? |
| 14:05 |
|
jihpringle joined #evergreen |
| 14:18 |
|
kmlussier joined #evergreen |
| 14:39 |
|
kmlussier left #evergreen |
| 09:49 |
|
jmurray-isl joined #evergreen |
| 10:01 |
|
kworstell_isl joined #evergreen |
| 10:17 |
Dyrcona |
Apparently, we can add a commit template to the repository, but we cannot enforce it's use. |
| 10:17 |
Dyrcona |
Everyone will have to set it locally. I can't force it from gitolite, either. (I just tried with a test repository.) |
| 10:18 |
redavis |
Was the goal to enforce it or make it available for use and have it documented as an SOP? |
| 10:19 |
Dyrcona |
redavis: The goal is probably to make it available. Even if we could force it, it would still pretty much be optional because the lines are added as comments/suggestions. |
| 10:19 |
* redavis |
nods |
| 15:11 |
Dyrcona |
I think I'll add a signoff with a note that we should get this in before the next releases. |
| 15:11 |
redavis |
Dyrcona, possible for you to add the signoff and check back in a few days prior to feature freeze? |
| 15:11 |
redavis |
Dyrcona++ |
| 15:11 |
jeffdavis |
I'm confident about the excising-1416 part but I'm not gonna have time to test/signoff the fix script. |
| 15:11 |
Dyrcona |
I don't think feature freeze would hold this up. It's a bug fix and AFAICTL it doesn't affect strings either. |
| 15:13 |
Dyrcona |
Well, I had a question about leaving a mostly empty upgrade script in the repo, but it makes sense after I thought about it and the motivation for doing so. |
| 15:13 |
Dyrcona |
I'll push a signoff and if no one gets to it by next week, I'll push it for the freeze anyway. |
| 16:16 |
redavis |
They have an additional org unit level, so maybe that has something to do with it? I dunno. Just going to skip over that right now and work on something else. |
| 16:16 |
Dyrcona |
Yeah, I'd put it down to different datasets. |
| 16:17 |
Dyrcona |
I have a plan to get rid of our extra org unit level. |
| 16:17 |
redavis |
And I'm also working on a test server that might not get the same loving care as production. |
| 16:18 |
redavis |
Yeah. I'm pretty hopeful that the continued work on library groups might make an extra level obsolete at some point. |
| 16:21 |
Dyrcona |
Ours is a hangover from the previous commercial ILS. They (we) ran two server instances split into western and central regions. Because it could not handle the full load. Then (I think) there was some kind of ILL connector to enable loans between the two. |
| 16:22 |
redavis |
Back in the good ol' days. Also, my issue with this was a performance issue. I just needed to wait longer. (ugh) |
| 17:05 |
|
mmorgan left #evergreen |
| 12:21 |
csharp_ |
. |
| 12:28 |
Bmagic |
csharp_++ |
| 12:28 |
Bmagic |
MS Copilot integration in the OS is pushing me away too |
| 12:29 |
jeffdavis |
I might not be able to make the dev meeting today. Just want to say I think we should test and commit Blake's branch (which removes 1416 and provides a fix for folks who have already run it) and include it in the next point releases. |
| 12:29 |
Bmagic |
jeffdavis++ |
| 12:37 |
Dyrcona |
jeffdavis++ # I'll paste what you said and an #info when we get there if you're not able to attend. |
| 12:37 |
Dyrcona |
s/and/as/ |
| 15:14 |
mantis |
I was only able to do it once so far in the releases |
| 15:14 |
* mmorgan |
is a POeditor, what am I looking for? |
| 15:15 |
Dyrcona |
I don't know if we have git integration with POEditor. I haven't heard anything and haven't looked. |
| 15:16 |
shulabramble |
so what I think I'm hearing is we need testing to confirm the integration? |
| 15:17 |
redavis |
shulabramble, I guess so. |
| 15:17 |
abneiman |
sounds that way, I can ping gmcharlt again |
| 15:17 |
|
ianskelskey joined #evergreen |
| 15:22 |
shulabramble |
I was going to ask if that's a bottleneck we need to address |
| 15:23 |
Dyrcona |
Well, in the long run, yes. |
| 15:24 |
Bmagic |
I'll take the action item if you want |
| 15:24 |
shulabramble |
and transferring ownership would have to be discussed with gmcharlt |
| 15:24 |
shulabramble |
bmagic++ |
| 15:25 |
shulabramble |
#action Bmagic will look into transferring POeditor account ownership to a generic EG account |
| 15:25 |
shulabramble |
#topic sleary and sandbergja will report progress on test writing wiki pages next month |
| 15:26 |
sleary |
still in progress |
| 15:26 |
shulabramble |
sleary++ |
| 15:26 |
shulabramble |
#action sleary and sandbergja will report progress on test writing wiki pages next month |
| 15:26 |
shulabramble |
and the last item from last month... |
| 15:26 |
shulabramble |
#topic abneiman will discuss moving the developer's meeting with shulabramble and poll the community |
| 15:27 |
* abneiman |
waves hands |
| 15:27 |
abneiman |
nope nope |
| 15:27 |
shulabramble |
i know this hasn't happened but will one day! :) |
| 16:10 |
csharp_ |
would have planned it properly if I had done a tiny bit of research |
| 16:11 |
shulabramble |
no trouble at all, these things happen and there's been A Lot Going On |
| 16:11 |
Dyrcona |
What about switching to Debian? |
| 16:12 |
csharp_ |
Dyrcona: I looked at that - similar issues on currently-supported Debian stable releases |
| 16:12 |
csharp_ |
basically there are gaps between OS releases even having a Mailman package to install at all |
| 16:12 |
csharp_ |
24.04 is basically current sid, or maybe testing |
| 16:13 |
csharp_ |
so kind of a bad situation from top to bottom |
| 16:15 |
|
mantis left #evergreen |
| 16:15 |
shulabramble |
csharp_++ |
| 16:15 |
shulabramble |
anything else? |
| 15:03 |
csharp_ |
making me wonder 1) if we need to get certs from somewhere else and 2) if we need the Evergreen project to find us some web space to run these servers out from under ITS :-/ |
| 15:04 |
csharp_ |
@blame corporate IT |
| 15:04 |
pinesol |
csharp_: corporate IT was monkeying around too much on the prod servers! |
| 15:04 |
csharp_ |
pinesol: nope, that was me late yesterday truncating the production reporter.schedule table thinking I was on a test server |
| 15:04 |
pinesol |
csharp_: No, you're a puzzleheaded kraken! |
| 15:05 |
csharp_ |
apropos of nothing, our backups are effective! |
| 15:05 |
berick |
*phew* |
| 15:06 |
Dyrcona |
Backups *are* effective. It's also good to test your restore plan every now and then. |
| 15:07 |
JBoyer |
csharp_++ |
| 15:08 |
JBoyer |
FW issue that they don't want anything coming in on 80 I assume? |
| 15:08 |
JBoyer |
Well that would be pretty over the top now that I write it out |
| 15:08 |
csharp_ |
would've preferred a lower cortisol inducing approach to testing our restore plan, but you're right, Dyrcona |
| 15:09 |
csharp_ |
JBoyer: yeah :-/ |
| 15:09 |
csharp_ |
basically any firewall request involving access from parties outside the USG must get CIO-level approval with a form and all |
| 15:09 |
csharp_ |
TPS cover sheet probably not involved, but I don't know yet\ |
| 15:10 |
JBoyer |
yuk. |
| 15:10 |
csharp_ |
it was a forced marriage |
| 15:14 |
Bmagic |
please sir, may I have a port sir |
| 12:48 |
Bmagic |
ianskelskey: 15 |
| 12:49 |
berick |
going to 14 in a couple weeks |
| 12:50 |
JBoyer |
Yeah, I think as long as you disable jit 15+ is entirely fine. (and eventually we'll spend the time to find out why jit hates our queries, but that's currently the only face-rake in place on later versions.) |
| 12:50 |
Dyrcona |
We plan to go to 16 in April. I've been testing with 17 as well. |
| 12:50 |
JBoyer |
Oh, and the libc reindex-the-world thing in 14. |
| 12:50 |
ianskelskey |
Thank you. I was just going to ask if there were any specific considerations to be aware of. Anything else? |
| 12:51 |
Dyrcona |
ianskelskey: What Evergreen release are you on? |
| 12:56 |
ianskelskey |
Thank you. That was very helpful. |
| 12:58 |
berick |
Dyrcona++ |
| 12:58 |
berick |
had to re-read them to check |
| 12:58 |
Dyrcona |
For the logs: It is also safe to apply those patches if you're staying on PostgreSQL 10 for a bit. I've tested releases as old as 3.7.4 with those patches on all versions of Pg from 10 through 17. |
| 12:59 |
berick |
ianskelskey: btw just got that logitech mx mouse. very nice. |
| 13:01 |
ianskelskey |
Heck yea. I think they're great. |
| 13:30 |
csharp_ |
Dyrcona++ |
| 10:55 |
|
Christineb joined #evergreen |
| 10:56 |
mantis |
Bmagic: Pop OS wasn't fruitful? |
| 10:56 |
mantis |
or did you just want to change? |
| 10:59 |
Bmagic |
Pop!_OS was fruitful for the most part. It's a Debian derivative, same as Mint. I had trouble with a video game. It stuttered and crashed ransomly. I'm not sure I can blame Pop!_OS, but I used that as my first test when testing an OS install. And I got it to work flawlessly on Mint, so I proceeded to install more and more of my applications, and it kept working. So, I'm rolling with it for now |
| 10:59 |
Bmagic |
ransomly/randomly |
| 11:00 |
* berick |
wishes Bmagic safe passage |
| 11:03 |
Bmagic |
I will likely format (or swap HD) when Cosmic Desktop is out of Alpha release (Pop!_OS (System76) is working on), lots of buzz, and I'm excited for it. |
| 10:18 |
Dyrcona |
Cleaning up the lock file is gonna be trickier than I first thought, because I only want the main reporter process to remove it. |
| 10:24 |
Dyrcona |
clark-kent.pl is one of the files that we "mangle" during make install and not make. That should be changed. |
| 10:26 |
Dyrcona |
Hmm. My first try doesn't work because I'm setting the stored process id too soon. |
| 10:30 |
Dyrcona |
Yeahp. Works, now.... I should test it with reports running. |
| 10:34 |
|
sandbergja joined #evergreen |
| 10:36 |
* Dyrcona |
sings along with Dale Bozzio: "Do you hear me? Do you care?" |
| 10:37 |
* Dyrcona |
tries to figure out how to run a report. |
| 12:00 |
redavis |
Dyrcona++ |
| 12:00 |
Dyrcona |
It finished and the lock file is still there, so my patch works. |
| 12:01 |
redavis |
Excellent :D |
| 12:02 |
Dyrcona |
It's lunch time. I'll add code to put the lock file elsewhere after lunch, test that, then push it to working and update Lp 2098995. |
| 12:02 |
pinesol |
Launchpad bug 2098995 in Evergreen "Reporter should clean up after itself" [Undecided,New] https://launchpad.net/bugs/2098995 - Assigned to Jason Stephenson (jstephenson) |
| 12:06 |
|
b_bonner joined #evergreen |
| 12:16 |
|
jihpringle joined #evergreen |
| 09:19 |
csharp_ |
Dyrcona: by "reports" you mean you're seeing that in report outputs? may be too in my own head to grok that |
| 09:21 |
Dyrcona |
Yeah, when I open a report output, I get a 500 error and that's in the log. |
| 09:21 |
Dyrcona |
I mentioned it late yesterday. It's parsing HTML as XML, and <meta charset="utf-8"> is breaking it. |
| 09:21 |
Dyrcona |
But not in production, just on this test VM. |
| 09:22 |
Dyrcona |
I also diffed the branches, and the reports code is the same. |
| 09:26 |
Dyrcona |
Only differences in eg.conf concern a ping file and SSL cipher settings. |
| 09:27 |
csharp_ |
huh |
| 09:28 |
Dyrcona |
I suspect that there must be a patch applied to production that I don't have on the test VM or vice versa. |
| 09:30 |
Dyrcona |
Only code difference is array_agg vs. array_accum in Booking.pm because one has a patch applied that the other doesn't. (I'll need that patch, but not for this problem.) |
| 09:36 |
Dyrcona |
I thought this had come up before, but I can't find it in my IRC logs. |
| 09:38 |
csharp_ |
it sounds familiar |
| 09:44 |
|
sandbergja joined #evergreen |
| 09:50 |
Dyrcona |
I tried searching Lp with fixed committed bugs enabled, and nothing came up there either. |
| 09:51 |
Dyrcona |
Production could have a patch applied from elsewhere... |
| 09:51 |
Dyrcona |
I suppose that I can test that locally. I do have the list of commits applied. |
| 09:54 |
sandbergja |
Has anybody run into a situation where logging in to the staff client starts to fail most (but not all) of the time? The browser console complains about open-ils.circ.offline.data.retrieve failing because it can't connect to the server to get stat cats. This is with redis, recent main with some bonus commits that don't seem related, and ubuntu |
| 09:54 |
sandbergja |
jammy. osrf_control --diagnostic reported that everything was happy. osrf_control --restart-all fixed the issue (at least for now...) |
| 09:54 |
sandbergja |
The error: https://gist.githubusercontent.com/sandbergja/c938c9a63286bededec1bb5a9e18a162/raw/bfed9be845978f0a21b518c53fe896d056585394/log%2520entries%2520-%2520login%2520issue |
| 11:20 |
|
Christineb joined #evergreen |
| 11:21 |
jeffdavis |
We've run into the lost db connection thing before too. I've opened bug 2098507 as a feature request. |
| 11:21 |
pinesol |
Launchpad bug 2098507 in Evergreen "Respond gracefully when database connection is lost" [Undecided,New] https://launchpad.net/bugs/2098507 |
| 12:52 |
Dyrcona |
Well, applying all of the Pg commits that I could find did not help my issue with the XML parser error on the test vm. |
| 13:08 |
Dyrcona |
I am tempted to delete the VM and rebuild it. |
| 13:29 |
Dyrcona |
And that's what I'm doing. |
| 13:57 |
* Dyrcona |
is about to find out if OpenSRF 3.3.2 works with Evergreen 3.7.4. |
| 14:12 |
csharp_ |
we are upgrading from 3.12 to 3.14 on Saturday |
| 14:12 |
csharp_ |
oh |
| 14:12 |
csharp_ |
hmm - maybe we can save ourselves the pain |
| 14:13 |
jeffdavis |
So simply omitting 1416 would in theory mean that an upgraded system is a match for a clean install. |
| 14:13 |
jeffdavis |
I haven't tested this yet *at all* so please don't rely on me being right about this :) |
| 14:13 |
jeffdavis |
(and good luck with the upgrade either way!) |
| 14:13 |
csharp_ |
thanks! |
| 14:14 |
Dyrcona |
I think you can skip it without danger. |
| 14:17 |
csharp_ |
Dyrcona++ # gonna skip it! |
| 14:25 |
Dyrcona |
Ugh. Half of a script just blew up because i did one of the steps early. |
| 14:27 |
Dyrcona |
Well, not quite half. |
| 14:28 |
Dyrcona |
I think I should be able to test OpenSRF now. |
| 14:30 |
Bmagic |
does the SIP 98/99 keepalive refresh the memcached authtoken? |
| 14:30 |
Dyrcona |
Bmagic: Not sure. |
| 14:50 |
jeffdavis |
Bmagic: Are you using SIPServer or SIP2Mediator? |
| 10:40 |
Dyrcona |
I resized the Evergreen logo and that's all I care about right now. |
| 10:40 |
redavis |
++ |
| 10:41 |
Dyrcona |
This is a junked up dev system, so I probably have settings to do or something else is broken. |
| 10:44 |
Dyrcona |
I'll through this on the actual test system and see what happens. It's only a template change. |
| 10:45 |
* sleary |
*always* forgets the self-check URL |
| 10:47 |
redavis |
Hah. I didn't remember it at all. Just went to docs and found it there. |
| 10:47 |
* redavis |
has NO memory for such things |
| 16:02 |
Dyrcona |
I think you need OpenSRF main for Redis to actually work. |
| 16:02 |
csharp_ |
OpenSRF main & Evergreen 3.14.3 |
| 16:02 |
Dyrcona |
OK, that combo should be OK. |
| 16:02 |
csharp_ |
yeah, I have it working on our test servers, but I did a whole bunch of manual sh... stuff |
| 16:03 |
Dyrcona |
Ah, that'll do it. |
| 16:24 |
Bmagic |
Dyrcona: I have a git question that I think you will probably know the answer to. I have a freshly cloned Evergreen repo and the working repo added. git fetch --all has been ran on it. But when I issue this command: git show 60fee76598effde1b800fdad8ed23eed03c853a9 - bad object |
| 16:24 |
Bmagic |
but I can see it in gitolite https://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=60fee76598effde1b800fdad8ed23eed03c853a9 |
| 10:47 |
Bmagic |
Another one was Load PO recors from MARC, with an especially beefy Order, like 900 records |
| 10:48 |
Bmagic |
It was those two tickets that put me over the edge, and changed all production back to ejabberd for the time being |
| 10:49 |
Bmagic |
csharp_: but my issue is likely compounded by docker. Though, it's interesting (and a bit of a relief) that it's not only containers that make the problem OOM/resource issue bubble up |
| 10:49 |
berick |
was about to ask.. in any event, offer stands to log in to test systems and poke around |
| 10:50 |
Bmagic |
berick++ # I will likely take you up on that as soon as I can get something that breaks reliably. Oh and that's another thing: my test machine worked fine with the same MARC export test. It was only a problem on the production machine. Likely due to hardware differences |
| 10:52 |
Bmagic |
ejabberd being slower might be a feature, not a bug, lol |
| 10:52 |
berick |
it's not unheard of |
| 10:52 |
Bmagic |
redis makes the hardware burn bright like a star until it burns out |
| 15:07 |
abneiman |
the other item is still pending |
| 15:08 |
shulabramble |
#action awaiting word from gmcharlt concerning bug 2051946 |
| 15:08 |
pinesol |
Launchpad bug 2051946 in Evergreen "institute a Git commit message template" [Wishlist,New] https://launchpad.net/bugs/2051946 - Assigned to Galen Charlton (gmc) |
| 15:08 |
shulabramble |
#action gmchartl will reach out about POeditor git stuff prior to the next point release cycle |
| 15:09 |
shulabramble |
#action sleary and sandbergja will report progress on test writing wiki pages next month |
| 15:09 |
sleary |
some small progress has been made! more to come. |
| 15:09 |
shulabramble |
sleary++ sandbergja++ |
| 15:10 |
shulabramble |
#topic sleary will make a new LP tag denoting bugs that involve string changes |
| 16:06 |
jeff |
(I haven't confirmed that theory yet, but noticed the symptoms and the deviation from expected-by-me behavior.) |
| 16:22 |
berick |
jeff: hm, i wonder if that's the real source of the issue. at a glance, the Angular is not looking at the 'context' on the eg.print.config.$context settings |
| 16:22 |
berick |
which makes sense, since it's redundant info |
| 16:23 |
jeff |
Testing further, I can end up with the same "JSON value contains unexpected default context on non-default setting names", but I can't make it cause a problem with context confusion on a test machine, so the issue on the problem machine may be subtly different. |
| 16:24 |
berick |
the context can be overridden per template + workstation via workstation setting |
| 16:24 |
jeff |
I wonder if Hatch (java) was confused by the presence of, and deletion of, a duplicate printer name. |
| 16:24 |
jeff |
*nod* |
| 16:43 |
csharp_ |
@band add The Way of the Dojo |
| 16:43 |
pinesol |
csharp_: Band 'The Way of the Dojo' added to list |
| 16:45 |
mmorgan |
berick: Ok, thanks! So is that is still set in the client via workstation settings - print templates - force printer context? |
| 16:47 |
jeff |
testing on this machine shows that the change to forced context did not take effect until I logged out of, then back into the client. it's possible also that it's cached server-side and I'm just lucking out by logging out then back in. |
| 16:48 |
jeff |
haven't poked any further yet. |
| 16:48 |
jeff |
we don't use this interface to print hold pull lists, and a library recently started making use of it, so I haven't experienced the sharp edges before now. :-) |
| 16:49 |
berick |
i believe there's also an issue sharing workstation setting values across angular and angjs within the same login session |
| 16:49 |
berick |
what with the caching |
| 16:49 |
jeff |
also, judging by the 419 error on printing a larger hold pull list, I'm guessing that the entire set of data is round tripped from the server to the client then back up to the server for formatting and back down to the client to print? |
| 10:43 |
berick |
this is on my docker image |
| 10:43 |
berick |
well, your docker image. you know what i mean |
| 10:44 |
Bmagic |
understood - that's using defaults. And, what I'm thinking, is perhaps the defaults aren't going to have an issue, whereas the production (higher) settings will |
| 10:44 |
berick |
i'm happy to tweak things and test whatever |
| 10:45 |
berick |
i haven't tried exporting cuz I'm pretty sure chrome will eat my ram and lock up my pc, which has a bunch of VMs, etc. running |
| 10:46 |
* berick |
really needs to setup a mini home lab for vms |
| 10:51 |
Bmagic |
I'm thinking that I'll get a machine that reliably fails and you and I can powow on it |
| 10:51 |
berick |
that'd be great |
| 10:51 |
berick |
Bmagic++ |
| 09:36 |
* redavis |
attempts to shift the earworm |
| 09:36 |
redavis |
I mean, it is...but is it? |
| 09:36 |
abneiman |
hahahaha |
| 09:37 |
redavis |
I never stop thinkin' about tomorrow (except during meditation and mindfulness practices) |
| 09:39 |
* redavis |
is now thinking about cults and ashrams and gurus and psychodelics and testing documentation. |
| 09:39 |
redavis |
You're welcome |
| 09:41 |
* redavis |
also pictures Gandalf wearing a Flavor Flav neck chain that has a big gold pendant with the letters "ADHD" instead of a clock as he stands on the bridge over the precipice screaming at the "other things" my brain wants to think about screaming "YOU SHALL NOT PASS." |
| 09:42 |
* redavis |
might have had too much caffeine and too little sleep. |
| 09:42 |
redavis |
maybe |
| 09:42 |
redavis |
or...it could just be Thursday |
| 09:45 |
berick |
i was on a flight w/ Favor Flav once. sadly none of those things happened. |
| 09:46 |
redavis |
I mean, just being on a flight with him is something of note. even without LOTR integrations. |
| 09:49 |
Dyrcona |
S'OK. I woke up with "Harden my Heart" by Quarterflash playing in my mind this morning. |
| 15:54 |
berick |
Bmagic: i exported 3k bibs from :dev docker image, no issues :\ |
| 15:55 |
berick |
docker runing within a VM on my desktop. not using docker desktop. |
| 16:48 |
Bmagic |
berick: go 32k |
| 16:49 |
Bmagic |
I haven't tried it on my test docker machine yet, but darn it, I thought that would be a good test to find an error |
| 16:52 |
berick |
oh i thought you said 2k was the breaking point |
| 17:06 |
Bmagic |
It did seem to not work at 2k. I think we want it to break so we can figure out why |
| 17:07 |
Bmagic |
I'm off until Monday but if I have some time, I'll see if I can get some more information |
| 09:55 |
Dyrcona |
So, I'm just throwing that out there for no real reason. |
| 10:43 |
Bmagic |
interesting |
| 10:43 |
Bmagic |
Still using Redis? |
| 10:45 |
Bmagic |
Along the Redis lines: I think I found a new reliable test. exporting bibs via CSV. On Redis, in a container, it dies pretty reliably with CSV's of more than 2k bibs. Which is nice, because it was looking like the only way to test the Redis issue was with high volumes of AT events, which means I'd need production data. |
| 10:46 |
Dyrcona |
No, not using Redis. That's on the production utility vm with Ejabberd. |
| 10:47 |
berick |
Bmagic: are things crashing or just not working? |
| 10:48 |
Bmagic |
berick: I would like to answer that more thoroughly, but right now I don't have anything captured |
| 10:49 |
csharp_ |
@band add Trash Folder |
| 10:49 |
pinesol |
csharp_: Band 'Trash Folder' added to list |
| 10:49 |
Bmagic |
Dyrcona: interesting |
| 10:50 |
Bmagic |
Dyrcona: I don't expect any issues with Redis outside of a container. berick: same for you, if you're testing the bib export idea on a VM, I don't expect an issue. |
| 10:50 |
Dyrcona |
Also, FWIW, acquisitions does NOT have that issue on another machine running Redis with the same code, almost the same data. The big difference, the database is on a different machine. On the vm with the loading issues, the db runs on the same "hardware." |
| 10:50 |
csharp_ |
berick: we're testing 3.14 + RediSRF and it's going well so far, but we did have an OOM kill for OpenSRF when someone was working with buckets apparently |
| 10:50 |
berick |
Trash Folder's first song: I Gotta Bad Feeling About This |
| 10:50 |
csharp_ |
I don't have much data about that yet, though |
| 10:50 |
csharp_ |
berick++ |
| 16:02 |
berick |
bleh, forgot docker within lxd does not play well. starting over w/ qemu/kvm |
| 16:05 |
Bmagic |
Docker in docker? |
| 16:06 |
Dyrcona |
You can run vms in vms, but I wouldn't recommend it.... |
| 16:07 |
Dyrcona |
I have an Ubuntu Desktop image that I run in lxd when I want to test the Evergreen client with a different timezone or whatever. |
| 16:14 |
csharp_ |
make sure to upgrade rsync everybody! https://learn.cisecurity.org/webmail/799323/2363710855/710d456a01842242223c665efab6fe7e542b968b56c3fa24c95977779ba85770 |
| 16:14 |
csharp_ |
Ubuntu version: https://ubuntu.com/security/CVE-2024-12084 |
| 16:14 |
pinesol |
The LearnDash LMS plugin for WordPress is vulnerable to Sensitive Information Exposure in all versions up to, and including, 4.10.2 via API. This makes it possible for unauthenticated attackers to obtain access to quiz questions. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-1208) |
| 09:53 |
mantis1 |
Does anyone use Long Overdue? |
| 10:02 |
* csharp_ |
raises hand on behalf of PINES |
| 10:03 |
csharp_ |
mantis1: I'm in a meeting, but ask your question and I'll see if I can help |
| 10:06 |
mantis1 |
I'm trying to do some testing with it. We never tried it before. I just wanted to see if anyone has an example of their AT for it. |
| 10:06 |
mantis1 |
I guess that isn't really a question |
| 10:08 |
|
Christineb joined #evergreen |
| 10:17 |
Bmagic |
mantis1: the first thing to know about Long Overdues is that it's the exact same thing as LOST. It just results in a different status for the item. Some people like the word "Long Overdue" instead of LOST. In it's current implementation, it's not possible to also have LOST AT setup. |
| 10:18 |
mantis1 |
ok so it's either one or the other is what you're saying Bmagic? |
| 10:18 |
mantis1 |
Bmagic++ |
| 10:20 |
Bmagic |
I created a branch that allows the LOST AT to react to a previously-marked Long Overdue. It's a bit crusty, and none of our libraries are using it at this time: bug 1331174 |
| 10:20 |
pinesol |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" [Wishlist,Confirmed] https://launchpad.net/bugs/1331174 |
| 10:21 |
mantis1 |
Bmagic: I can look at it since we're testing now |
| 10:21 |
mantis1 |
thank you though! |
| 10:21 |
Bmagic |
mantis1++ |
| 10:29 |
mantis1 |
Should the docs be changed to reflect this? There just isn't anything in there right now. |
| 10:29 |
mantis1 |
*that at least explains the situation with the bug |
| 15:07 |
abneiman |
he has been poked |
| 15:08 |
shulabramble |
#action abneiman will reach out to gmcharlt concerning bug 2051946 and POEditor git integration |
| 15:08 |
pinesol |
Launchpad bug 2051946 in Evergreen "institute a Git commit message template" [Wishlist,New] https://launchpad.net/bugs/2051946 - Assigned to Galen Charlton (gmc) |
| 15:08 |
shulabramble |
#action sleary and sandbergja will report progress on test writing wiki pages next month |
| 15:08 |
sleary |
carry over, please! sorry to keep kicking this down the road |
| 15:08 |
shulabramble |
that's fine! I mistyped so it's already kicked :) |
| 15:09 |
sleary |
:) |
| 15:09 |
shulabramble |
#topic sleary will make a new LP tag denoting bugs that involve string changes |
| 15:09 |
sleary |
whoops, that slipped my mind. Will do it this afternoon |
| 15:09 |
shulabramble |
#action sleary will make a new LP tag denoting bugs that involve string changes |
| 15:09 |
shulabramble |
sleary++ |
| 15:09 |
shulabramble |
#topic sandbergja and sleary will revisit feasibility of automated testing for string changes |
| 15:10 |
sandbergja |
also please carry over! |
| 15:10 |
sleary |
second verse, same as the first |
| 15:10 |
shulabramble |
#action sandbergja and sleary will revisit feasibility of automated testing for string changes |
| 15:10 |
shulabramble |
#topic abneiman will poll concerning moving the developer's meeting from IRC to a different platform |
| 15:10 |
abneiman |
ask not for whom the can kicks |
| 15:10 |
abneiman |
it kicks for thee! |
| 15:10 |
terranm |
lol |
| 10:59 |
|
sandbergja joined #evergreen |
| 11:16 |
|
smayo joined #evergreen |
| 12:01 |
|
jihpringle joined #evergreen |
| 13:15 |
Bmagic |
berick: back to my Acq order load issue: I switched my test VM back to ejabberd and it imported fine |
| 13:16 |
Bmagic |
So that sucks |
| 13:19 |
Dyrcona |
Bmagic: What, exactly, did you do to test the ace order load? We might want to give it a try on our dev vm. |
| 13:19 |
Bmagic |
I'm formulating a theory that it's Docker+redis that is introducing [something]. I couldn't find anything in the logs that helped me, but I think I'll run it again on Redis and capture the whole osrf log and post it. Before I do that, I wonder if you have any other logs that I should be looking at or perhaps changing settings for more verbocity? |
| 13:21 |
Bmagic |
I have a marc file with 891 marc records taylored for a certain library's shelving locations/Circ lib/etc. And it loads the order fine, but the bib records aren't created nor matched. I ran through the exact* same steps with the same exact data on the same exact database, and success on ejabberd and fail on redis. A little more info: loaded the same file via MARC import (not acq) works fine. |
| 13:22 |
Dyrcona |
Bmagic: Thanks. That sounds like something we could test. |
| 16:56 |
berick |
thanks Bmagic |
| 17:05 |
|
mmorgan left #evergreen |
| 17:29 |
berick |
Bmagic: 1k recs into a new PO worked ok here. bibs and line items. records only, though, no copies |
| 17:29 |
Bmagic |
that's pretty huge, just 891 for my test. But good to know. Though, I am loading copy info via vendor tag mapping |
