01:26 |
|
rjackson_isl_hom joined #evergreen |
02:16 |
|
khuckins joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
08:09 |
|
collum joined #evergreen |
08:33 |
|
mmorgan joined #evergreen |
09:24 |
|
dbwells joined #evergreen |
14:27 |
khuckins |
Does anyone know off the top of their head(or know where the docs exist for) how to enable outgoing email in Evergreen? I'm guessing it's somewhere in eg_vhost but not certain |
14:28 |
|
jvwoolf joined #evergreen |
14:30 |
Dyrcona |
khuckins: Depends. You want to set the return email address, or is email just not working at all? |
14:31 |
khuckins |
Dyrcona: email just not working at all - this is for the icelandic test server, so no need for a return address I would think |
14:32 |
Dyrcona |
If it's Debian or Ubuntu, you probably need to install and configure exim. |
14:32 |
khuckins |
Ah, I'll look into that, thanks! |
14:33 |
Dyrcona |
You can configure a different MTA, but exim is the default for Debian. |
15:44 |
rhamby |
terranm lp827356 you're running the upgrade script? |
15:50 |
Dyrcona |
The comment makes it look like the script was run twice. |
15:50 |
Dyrcona |
Or maybe the schema built from the branch and then the upgrade script run. |
15:52 |
rhamby |
yeah that was my thought |
15:53 |
rhamby |
I'm going to go back and test it as a fresh upgrade and building with it and I'll see if I can duplicate it |
15:53 |
rhamby |
either it ran twice somehow or the error isn't what it describes though usually postgres errors are at least close to the actual cause |
15:55 |
rhamby |
but it's late on a friday so who knows what chaos lurks waiting to be unleashed |
15:55 |
Dyrcona |
Yeahp. I was just about tot have a look on a test db upgraded to master, but the VPN keeps kicking me out today...... Chaos is already unleashed. |
15:55 |
terranm |
I use a script that Chris made for me that basically blows away the entire database and does a fresh install |
15:56 |
rhamby |
I'm building from git now so that will give me some indicator in a while |
15:57 |
|
mantis1 left #evergreen |
16:02 |
rhamby |
terranm: give me a few minutes and I'll push a fix on that branch |
16:03 |
terranm |
Cool beans |
16:03 |
Dyrcona |
rhamby++ terranm++ friday-- :) |
16:03 |
terranm |
I may not have time to test it until next week though |
16:03 |
rhamby |
yeah, that was less a bug and more a "rogan's fingers didn't do what they were supposed to at some point" |
16:04 |
terranm |
:) |
16:04 |
rhamby |
after ten years I think a few more days won't hurt :) |
17:30 |
|
mmorgan left #evergreen |
17:34 |
terranm |
You too! |
17:41 |
|
jvwoolf left #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:32 |
|
dbwells joined #evergreen |
20:29 |
|
sandbergja joined #evergreen |
21:37 |
|
sandbergja joined #evergreen |
02:08 |
|
malexander joined #evergreen |
04:46 |
|
khuckins joined #evergreen |
05:40 |
|
malexander joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:21 |
|
rjackson_isl_hom joined #evergreen |
08:26 |
|
mantis1 joined #evergreen |
08:47 |
|
alynn26 joined #evergreen |
10:22 |
tlittle |
I think the only place I've particularly noticed it is the Angular acq search |
10:22 |
Dyrcona |
Right. The syslog show a severe query error. I'm mixing terminology, sorry. |
10:23 |
tlittle |
*noticed empty searches go through, that is |
10:23 |
Dyrcona |
I can't seem to get to Angular acq search on my test vm. I'll look at production in a few minutes. Something else has come up. |
10:23 |
tlittle |
Good luck! :) |
10:58 |
csharp |
JBoyer++ |
10:58 |
csharp |
oh yeah - bugsquash week - I've been completely underwater and haven't been able to participate |
14:36 |
pinesol |
Launchpad bug 587028 in Evergreen "Inefficient asset.copy barcode index slows down circ transactions in pg 8.3" [High,Fix released] |
14:37 |
miker |
Dyrcona: are there generated queries that are including "not deleted"? (I haven't been following your details super close) |
14:37 |
Dyrcona |
miker: I don't think so. I use it a lot in my own queries, though. |
14:38 |
Dyrcona |
We do generate <> or !=, and that seems slower, but I haven't really tested the performance with any instrumentation. |
14:38 |
miker |
Dyrcona: fwiw, I use it a lot, too ... haven't noticed a problem, but, not using PG 12 yet, either |
14:39 |
Dyrcona |
I've been "testing" a lot on Pg 12 for the past year. |
14:48 |
gmcharlt |
Dyrcona: OK to push to master |
14:50 |
Dyrcona |
gmcharlt++ Thanks! |
14:58 |
|
miker joined #evergreen |
14:58 |
|
jweston joined #evergreen |
14:59 |
|
drigney joined #evergreen |
14:59 |
|
phasefx joined #evergreen |
14:59 |
Dyrcona |
Also, I've been using websocketd 0.4.1 with no issues on my test vms. |
14:59 |
|
abneiman joined #evergreen |
15:00 |
|
akilsdonk joined #evergreen |
15:05 |
|
sandbergja joined #evergreen |
17:11 |
miker |
"jub is whatever you need it to be" |
17:25 |
mmorgan |
Just Us Bugsquashers ;-) |
17:25 |
|
mmorgan left #evergreen |
17:25 |
terranm |
mmorgan++ |
17:30 |
terranm |
I've gotten to the point of my day where I can't even get vanilla master to install on my test server, so that seems like a good time to stop. |
17:33 |
|
nfBurton joined #evergreen |
17:37 |
|
jonadab joined #evergreen |
17:44 |
|
nfBurton joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:09 |
|
jihpringle joined #evergreen |
02:01 |
|
khuckins joined #evergreen |
06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:22 |
|
khuckins_ joined #evergreen |
07:16 |
|
rjackson_isl_hom joined #evergreen |
08:28 |
|
mantis1 joined #evergreen |
12:31 |
|
Christineb joined #evergreen |
12:43 |
|
collum joined #evergreen |
14:02 |
|
sandbergja joined #evergreen |
14:05 |
terranm |
JBoyer: I'm trying to test the two LocalAdmin patches on pattypan, but neither of them are loading - can you verify? |
14:07 |
JBoyer |
terranm, will do. |
14:17 |
JBoyer |
terranm, both were applied; I rebuilt things just in case it helps. |
14:17 |
terranm |
Thanks, will check again in a moment |
14:23 |
|
dbwells joined #evergreen |
14:26 |
terranm |
Yeah, 1873322 isn't working for me - cleared cache and registered a brand new workstation but all the selectors are still defaulting to CONS |
14:27 |
JBoyer |
I'm curious if the home_ou is more important than it looks |
14:28 |
mmorgan |
terranm: JBoyer: I've gotten 1873322 working on a test server, at least logged in as admin |
14:28 |
* mmorgan |
was going to use that as an example at the newdevs meeting today. |
14:28 |
terranm |
Let me try on pattypan with another account |
14:32 |
JBoyer |
I just made admin's home ou BR1 and that didn't help either. Highly annoyed. |
14:32 |
JBoyer |
(with BR1 WS also) |
14:32 |
terranm |
I tried with a different staff account and it didn't work for that either |
14:32 |
mmorgan |
On my test server, the dropdown defaulted to the login workstation. |
14:33 |
terranm |
mmorgan++ |
14:33 |
terranm |
Could there be something else on pattypan that is conflicting with it? |
14:35 |
JBoyer |
I wouldn't think so; nothing else touches that file. :/ |
14:35 |
terranm |
mmorgan: since you have it working on yours and we'll be looking at it in the new devs group, I don't think there's worth spending more time on it on pattypan |
14:36 |
terranm |
I'll move on to testing 1844169 |
14:37 |
JBoyer |
I can try to get it working later unless one of you is signing off on it later today |
14:38 |
terranm |
We'll probably be able to sign off on 1873322 this afternoon |
14:39 |
JBoyer |
terranm++ |
14:40 |
JBoyer |
Well, maybe it's not missing... taking another look, but it's just not showing up. :/ |
14:45 |
terranm |
It looks like the local admin splash page update is in the patch |
14:47 |
JBoyer |
yeah, different format than I expected, but things just refuse to change. I threw away all of /openils/var/web/eg2/ and am building fresh because this isn't cool. |
14:51 |
Dyrcona |
Is the code full loaded on the test server? If its multiple commits, a commit or two may have been missed. |
14:52 |
JBoyer |
Checked both multiple times, 1 commit each. :/ |
14:53 |
JBoyer |
ok, here's something building eg2: ERROR in src/app/staff/admin/local/search-filter/query-dialog.component.ts:55:64 - error TS2367: This condition will always return 'true' since the types 'string' and 'number' have no overlap. |
14:53 |
JBoyer |
so I'm guessing it's dying after building part of the big pile of JS. |
17:11 |
|
dbwells joined #evergreen |
17:13 |
|
mmorgan left #evergreen |
17:20 |
|
dbwells joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
19:09 |
|
sandbergja joined #evergreen |
20:11 |
|
malexander joined #evergreen |
00:04 |
|
sandbergja joined #evergreen |
00:40 |
|
sandbergja joined #evergreen |
05:29 |
|
khuckins joined #evergreen |
06:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:33 |
|
rjackson_isl_hom joined #evergreen |
07:36 |
|
alynn26_away joined #evergreen |
07:46 |
|
nfBurton28 joined #evergreen |
17:31 |
Bmagic |
funny thing is: if I don't choose to import into evergreen at the same time, it still doesn't show the progress bar, but it DOES make the queue, where I can inspect it and do the import from there. Which does* work, again, without progress bars though |
17:51 |
Bmagic |
works completely fine when I give the staff user EVERYTHING -> consortium |
17:51 |
Bmagic |
EVERYTHING-> System isn't good enough |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:01 |
|
sandbergja_ joined #evergreen |
18:14 |
Bmagic |
for those of you following along at home. It turned out to be (one of) these: CREATE_BIB_IMPORT_QUEUE CREATE_AUTHORITY_IMPORT_QUEUE UPDATE_BIB_IMPORT_QUEUE UPDATE_AUTHORITY_IMPORT_QUEUE DELETE_BIB_IMPORT_QUEUE DELETE_AUTHORITY_IMPORT_QUEUE |
18:14 |
Bmagic |
I granted at consortium level, and violla! |
04:41 |
|
malexander joined #evergreen |
04:48 |
|
dbwells joined #evergreen |
05:40 |
|
dbwells joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:09 |
|
dbwells joined #evergreen |
07:16 |
|
rjackson_isl_hom joined #evergreen |
08:03 |
|
mantis1 joined #evergreen |
08:13 |
|
malexander joined #evergreen |
08:21 |
|
rfrasur joined #evergreen |
08:29 |
|
mmorgan joined #evergreen |
08:35 |
csharp |
miker: unfortunately, the sideloader consumed all available RAM and swap on the server and it locked up (64GB/8 core testing standalone DB server) |
08:35 |
csharp |
miker: last message from the script was Dictionary built in 9840 seconds, writing.. |
08:54 |
|
jvwoolf joined #evergreen |
09:04 |
miker |
csharp: that's ... very strange. once it starts writing the file, it should start /decreasing/ in ram use because it starts deleting keys from the huge hash. I have not seen any other behavior in my testing :( |
09:06 |
miker |
csharp: curious what version of perl is on that server... |
09:06 |
|
Dyrcona joined #evergreen |
09:09 |
|
alynn26 joined #evergreen |
09:23 |
csharp |
miker: 5.26.1 |
09:23 |
csharp |
Ubuntu 18.04 |
09:27 |
miker |
I have 5.28 (kubuntu 19.10), though I certainly can't pin it on that with any confidence. I have an idea for a memory-related tweak, if you're willing to test again in a couple hours (meetings!). even if the release folken would rather not grant an indulgence, I'd appreciate having it ready to merge immediately after 3.7 is branched -- I'm tired of these bigger ones not getting in at the wire ;) |
09:27 |
csharp |
yes, totally willing to test |
09:31 |
Dyrcona |
Ubuntu 20.04 has Perl 5.30. I have an Ubuntu 20.04 dvelopment VM and DB server. The latter has 128GB of RAM. |
09:32 |
csharp |
our staging DB used to be a clone (specs-wise) of our prod DB, but in our new environment, we've been required to slim down our boxen based on usage |
09:33 |
csharp |
and that DB doesn't get a lot of day-to-day use |
09:33 |
Dyrcona |
My development DB server is an old mail server with 128GB of RAM and 8TB of disk space, so I run multiple versions of Pg with multiple copies of production data. |
09:34 |
|
dbwells joined #evergreen |
09:34 |
Dyrcona |
I'm trying to find the bug number in yesterday's log. |
09:35 |
miker |
csharp: fwiw, I suspect it's the number of suggestions on very short prefix keys, especially coming from the "keyword" data. there are runtime rules about what suggestions can be ignored, and I'm going to cull suggestions that wouldn't pass that test. the only way I can think of memory increasing during the write phase is if there are 10s of thousands of suggestions on a key (and even then, we should be talking MB, not GB, of RAM)... but we shall see |
09:36 |
Dyrcona |
OK. Got the branch. I'll take a look just to see how it works for us.We have 2.3 million not deleted bibs. |
09:41 |
Dyrcona |
Um. Is git.evergreen-ils.org down? |
09:44 |
csharp |
miker: If I can provide any data from my end, let me know |
13:09 |
|
khuckins joined #evergreen |
13:13 |
|
malexander joined #evergreen |
13:45 |
* gmcharlt |
claims 1254 |
13:56 |
pinesol |
Showing latest 5 of 8 commits to Evergreen... |
13:56 |
pinesol |
[evergreen|Mike Rylander] Provide two library groups for testing with Concerto - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2fcec1d> |
13:56 |
pinesol |
[evergreen|Mike Rylander] LP#1815815: Library Groups - limit copy table - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a9e0656> |
13:56 |
pinesol |
[evergreen|Mike Rylander] LP#1815815: Do not use depth when filtering copies for a library group - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=76f53ef> |
13:56 |
pinesol |
[evergreen|Galen Charlton] LP#1815815: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0bf0441> |
13:56 |
pinesol |
[evergreen|Galen Charlton] LP#1815815: stamp schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e98a375> |
13:58 |
|
terranm joined #evergreen |
14:13 |
csharp |
miker: last line is: |
14:13 |
csharp |
yu20\N0{nyug2941756b}1{yu2}0\N0\N0\N |
17:00 |
Dyrcona |
Cheers, everyone! |
17:31 |
|
mmorgan left #evergreen |
17:33 |
|
sandbergja joined #evergreen |
18:00 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live//archive/2021-03/2021-03-11_16:00:05/test.41.html> |
18:10 |
miker |
I'm pushing a fix for that -^ |
18:16 |
pinesol |
[evergreen|Mike Rylander] Minor mis-merge for geosort, missing comma in INSERT VALUES list addition. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b3e6738> |
20:52 |
|
malexander joined #evergreen |
01:04 |
|
devted joined #evergreen |
01:04 |
|
Bmagic joined #evergreen |
05:27 |
|
khuckins joined #evergreen |
06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:20 |
|
khuckins joined #evergreen |
08:02 |
|
mantis1 joined #evergreen |
08:18 |
|
collum joined #evergreen |
11:06 |
rhamby |
if anyone wants a modest patch to look at before cut off today I'll throw out https://bugs.launchpad.net/evergreen/+bug/1904593 |
11:06 |
pinesol |
Launchpad bug 1904593 in Evergreen "yaous for my account url" [Wishlist,Confirmed] - Assigned to Rogan Hamby (rogan-hamby) |
11:07 |
rhamby |
at least one consortia I know is eager to distinguish the my account url and though not widely used yet getting org unti settings in PrintTemplate.pm would be nice |
11:15 |
Dyrcona |
I tried upgrading a test VM from 3.5.3 to master so I could test 1207533, and now I can't login via the staff client. All I see in syslog is "Creating new event: LOGIN_FAILED" |
11:15 |
Dyrcona |
I cleared all local data before attempting to login. |
11:52 |
|
sandbergja joined #evergreen |
11:58 |
|
jihpringle joined #evergreen |
14:20 |
Dyrcona |
We probably need a custom filter. |
14:26 |
JBoyer |
Now I'm curious what happens when you use the login redirector with multiple query params... |
14:27 |
JBoyer |
Because either it will be broken too (though it's significantly less likely to happen there) or if it's not broken, whatever mechanism it uses needs to be used for holds. |
14:28 |
Dyrcona |
IDK, I just noticed it today while trying to test bug 1207533. I thought it was my test server until I tried on training afterward. |
14:28 |
pinesol |
Launchpad bug 1207533 in Evergreen "Triggered event log times out for large-data sites" [Medium,Confirmed] https://launchpad.net/bugs/1207533 |
14:29 |
Dyrcona |
Should we Lp it? |
14:29 |
JBoyer |
Huh, well the login thing worked as expected. Better look at why... |
15:02 |
Dyrcona |
Interesting little detail: I have to do a search, first. If I click a carousel entry and place the hold from the details page, no crash. If I search first and place a hold, either from results or the details page, crash. I haven't managed a one hit search to see what happens there, but I suspect no crash. |
15:04 |
miker |
csharp / mmorgan: there's a new commit at the top of https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/lp-1893997-did-you-mean |
15:09 |
Dyrcona |
miker++ csharp++ mmorgan++ JBoyer++ |
15:22 |
csharp |
miker++ |
15:22 |
csharp |
I'll test soon |
15:23 |
miker |
csharp: thanks! let me know if you hit any snags ... the upgrade script describes how to generate the COPY sql, should be straightforward (I hope) |
15:23 |
csharp |
good - going to restore our DB to a fresh image, then test |
15:24 |
miker |
csharp: unrelated, except that it's feature freeze rush day, do you know if Terran will have a chance to look at the lasso changes? |
15:24 |
mmorgan |
miker++ |
15:24 |
csharp |
miker: I'll check with Terran |
15:24 |
miker |
csharp: fwiw, you can test the sideloader without any DB involvement, at tleast as far as getting the COPY file |
15:24 |
* gmcharlt |
grabs 1251, again, for real |
15:25 |
csharp |
miker: did you see https://bugs.launchpad.net/evergreen/+bug/1815815/comments/21 ? |
15:25 |
pinesol |
Launchpad bug 1815815 in Evergreen "Bringing lassos back: library groups functionality" [Wishlist,New] |
15:26 |
miker |
csharp: I did not, going to look now |
15:26 |
csharp |
miker: ah - I'll just see how that part goes - thanks |
15:26 |
miker |
ah, well, I can certainly rebase |
15:27 |
mmorgan |
miker: csharp: I'm taking a look, but not sure I have actual data to test on. |
15:27 |
csharp |
ls |
15:27 |
csharp |
doh |
15:27 |
|
mantis1 left #evergreen |
15:28 |
pinesol |
[evergreen|Kyle Huckins] lp1861319 Expired Patron Item Renewal - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eb2f12e> |
15:28 |
pinesol |
[evergreen|Kyle Huckins] lp1861319 Auto-Renew/OPAC Renewal Compatibility - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e5f46bb> |
15:28 |
pinesol |
[evergreen|Jason Stephenson] Lp 1861319: Repair expire setting logic - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=45d69d3> |
15:28 |
pinesol |
[evergreen|Jason Stephenson] Lp 1861319: Add Release Notes and Perl Live Tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9adf235> |
15:28 |
pinesol |
[evergreen|Galen Charlton] LP#1861319: stamp schema update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1fc6ed0> |
15:28 |
miker |
mmorgan: did you mean? any data will do :) I'm confident in the speed, but would appreciate a second set of eyes on the output (and I'm willing to keep fighting it during slush if we're happy getting it into freeze) |
15:30 |
mmorgan |
Ok! will see what I can do! |
15:35 |
gmcharlt |
it is always a good day when one gets to use "fell swoop" in a release notes entry |
15:37 |
csharp |
:-) |
15:39 |
|
stephengwills joined #evergreen |
15:40 |
miker |
csharp: terranm will get an email from LP in 15 min about the new rebase :) |
15:41 |
csharp |
miker: I rode my horse through the sleet and freezing rain to deliver the message - she's testing again now |
15:42 |
miker |
csharp++ |
15:42 |
csharp |
s/rode my horse through the sleet and freezing rain/sent her a chat/ |
15:44 |
|
dbwells joined #evergreen |
16:43 |
csharp |
miker: there's a stray conflict marker in https://git.evergreen-ils.org/?p=working/Evergreen.git;a=blobdiff;f=Open-ILS/src/perlmods/lib/OpenILS/WWW/EGCatLoader/Util.pm;h=f98c0912143760a46ea7c438a24a35813142a36e;hp=33cf92d7315401830ad258cd3c17f300ebd168d7;hb=4b5268385d516be5b80f6f4cd5489124c08df7ab;hpb=854ce8839747c50d50eb9f2e8b505594c4a89162 |
16:44 |
miker |
csharp: uuuuugh. sorry, will get that now |
16:44 |
miker |
csharp: but you can just chop that out if you want to locally |
16:46 |
csharp |
yeah, did it locally and Terran is back to testing |
16:47 |
miker |
csharp: I force-pushed an update to the branch (rewrote history with the marker removal) |
16:47 |
csharp |
cool |
16:47 |
miker |
thanks for alerting me! :) |
17:37 |
pinesol |
[evergreen|Bill Erickson] LP1908444 Support browse search record result sorting - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8442ed7> |
17:48 |
|
dbwells joined #evergreen |
17:50 |
gmcharlt |
hi - calling on any available committer to review and merge my pull request for bug 1918511, which implements our decision yesterday to make the Bootstrap skin the default |
17:50 |
pinesol |
Launchpad bug 1918511 in Evergreen "make Bootstrap the default public catalog skin" [Wishlist,Confirmed] https://launchpad.net/bugs/1918511 |
17:59 |
|
dbwells joined #evergreen |
18:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:04 |
miker |
gmcharlt: will do in a few minutes |
18:16 |
|
dbwells joined #evergreen |
18:17 |
miker |
gmcharlt: complete |
05:01 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//archive/2021-03/2021-03-09_04:00:04/test.7.html> |
06:57 |
|
rjackson_isl_hom joined #evergreen |
07:20 |
|
wsmoak joined #evergreen |
07:59 |
|
collum joined #evergreen |
15:13 |
Dyrcona |
I think we have too many rewrites going on and everything feels half-baked. It should be experimental until its done, then we can have a good 4.0 release in a year or so. |
15:14 |
|
jwoodard joined #evergreen |
15:15 |
sandbergja |
gmcharlt: holding off on deprecation, but still making bootstrap default seems good to me. |
15:16 |
JBoyer |
I don't really anticipate it ever being "finished" if it's just a thing that systems play with on test servers. It would also be hard to tell devs working on opac features they have to focus on the one that's off by default or do everything twice. |
15:17 |
csharp |
well, we are running it without major problems in PINES, so it's definitely beyond test server status |
15:17 |
Dyrcona |
I don't think I expressed myself as well as I could have, but so be it. |
15:18 |
csharp |
Dyrcona: I agree with your point that we're in a half-baked status with a lot of our major UIs: bootstrap, ang OPAC, etc. |
15:19 |
JBoyer |
Heh, moving to the bootstrap opac over the course of the next couple major releases is one way to get rid of all of the dojo in the opac. :) |
15:28 |
mmorgan |
Ok, thanks! |
15:28 |
gmcharlt |
I think geographic sorting (bug 1863252) is close, but any testers available for today/tomorrow? |
15:28 |
pinesol |
Launchpad bug 1863252 in Evergreen "Wish List - Ability to sort holdings in OPAC based on geographic proximity to user specified location" [Wishlist,New] https://launchpad.net/bugs/1863252 |
15:28 |
shulabear |
I'd be available to test it tomorrow. |
15:29 |
gmcharlt |
also noting that we found some testing issues re consolidate patron notes/alerts/message (bug 1846354); I'm personally a bit dubious about it make it in tomorrow, but I do think that we need to get it in as early as possible during the 3.8 cycle |
15:29 |
pinesol |
Launchpad bug 1846354 in Evergreen "wishlist: Consolidate patron notes, alerts, and messages" [Wishlist,New] https://launchpad.net/bugs/1846354 - Assigned to Galen Charlton (gmc) |
15:29 |
gmcharlt |
shulabear++ |
15:30 |
gmcharlt |
and a general plea for scale testers of triggered events log rewrite (bug 1207533) |
15:30 |
pinesol |
Launchpad bug 1207533 in Evergreen "Triggered event log times out for large-data sites" [Medium,Confirmed] https://launchpad.net/bugs/1207533 |
15:30 |
gmcharlt |
miker: what did you want to bring up? |
15:30 |
terranm |
We tested notes consolidation late last week and didn't find any problems, but I didn't go through all the comments to verify |
15:30 |
miker |
terranm: first, thanks for all the lasso testing so far! do you think you'd have a chance to look at the record detail copy table changes on festivus? |
15:30 |
terranm |
I was mainly testing conversion |
15:30 |
gmcharlt |
terranm: we subsequently found issues related to it re patron merging and purging |
15:31 |
terranm |
miker: Yes, I can look tomorrow if that's not too late |
15:31 |
gmcharlt |
but it's definitely good that the conversion is looking good to you |
15:31 |
miker |
(note, but both tpac and boopac are lasso-adjusted -- they share the relevant code) |
15:31 |
miker |
terranm: thanks. as for if that's too late ... |
15:31 |
gmcharlt |
csharp: DYM still building on your test system? |
15:32 |
csharp |
gmcharlt: yep |
15:32 |
miker |
is feature freeze tomorrow EOD or at midnight in 8.5 hours |
15:32 |
csharp |
still on "identifier" |
15:36 |
pinesol |
Launchpad bug 1901930 in Evergreen "Evergreen SIP2Mediator Support" [Wishlist,New] https://launchpad.net/bugs/1901930 |
15:36 |
JBoyer |
Dyrcona, not a bad idea; I always thought the "feature" part was the significant bit, so no more features after tomorrow (like DYM or geosort) but smaller bugfixes would still be ok. |
15:36 |
gmcharlt |
^ yeah |
15:36 |
csharp |
oooh - I keep meaning to test that and keep getting derailed (SIP2Mediator) |
15:38 |
gmcharlt |
berick: out of curiosity, are you y'all running that in production (particularly with your sorter?) |
15:38 |
berick |
gmcharlt: not yet. soon, though |
15:39 |
rhamby |
I had been wanting to test that so I'm willing to do so tonight / tomorrow. |
15:41 |
csharp |
52,071,071 lines in that file (wc -l took a while) |
15:42 |
gmcharlt |
I'm personally a bit dubious about rushing that one in - while it /mostly/ stands off to the side, the new interface for managing SIP2 accounts could very much give the wrong impression if you don't want to jump off SIPServer right away |
15:43 |
gmcharlt |
so, are there any other new feature pull requests that anybody wants to strongly advocate for putting in tomorrow? |
15:50 |
pinesol |
Launchpad bug 1207533 in Evergreen "Triggered event log times out for large-data sites" [Medium,Confirmed] https://launchpad.net/bugs/1207533 - Assigned to Jason Stephenson (jstephenson) |
15:50 |
rfrasur |
also like to see 1853006 go in, and then we can look at bootstrap update to it. |
15:50 |
mmorgan |
csharp++ |
15:51 |
JBoyer |
Looks like there's a lot of good stuff to test out tomorrow, anyone have anything else they want to bring up before we move on? |
15:52 |
JBoyer |
tick |
15:52 |
JBoyer |
tick |
15:52 |
JBoyer |
#topic DIG evaluating outstanding 3.6 documentation and turning to 3.7 |
16:08 |
csharp |
JBoyer: Dyrcona: happy to help with dojo destruction/docs |
16:08 |
JBoyer |
. # startmeeting csharp volunteers... |
16:08 |
JBoyer |
;) |
16:09 |
terranm |
shulabear: Do you have a test server you can load the geosort stuff on, or do you want me to load it onto mine? I have a Google API account |
16:10 |
miker |
csharp / mmorgan: I'm going to see if I can get a rough side-loader for did you mean going, and if so, generating the baseline dictionary can happen in parallel with all other upgrade steps (and, if there's a cataloging freeze or "pause", can start with that), and then just use PG's COPY to shove the data in. If I can get close tonight, I'll ask for testing tomorrow... |
16:10 |
shulabear |
terranm: If I could use yours, that'd be great; the one I've set up is not reliable. |
16:11 |
csharp |
miker: 10-4 |
16:11 |
terranm |
shulabear: okay - I'll let you know when it's ready! |
16:55 |
mmorgan |
Make that fith! |
16:55 |
Dyrcona |
I hope not. |
16:56 |
Dyrcona |
"And there was much rejoicing!" |
17:01 |
Dyrcona |
Well, ng build --prod worked. I'll test the code tomorrow. I think it should be OK. |
17:27 |
|
mmorgan left #evergreen |
18:00 |
|
sandbergja joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
20:31 |
|
wsmoak_ joined #evergreen |
21:04 |
|
sandbergja joined #evergreen |
21:51 |
|
sandbergja joined #evergreen |
01:50 |
|
khuckins_ joined #evergreen |
02:40 |
|
khuckins joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
06:18 |
|
khuckins joined #evergreen |
06:27 |
|
khuckins joined #evergreen |
07:17 |
|
Dyrcona joined #evergreen |
13:03 |
jeff |
apache's /tmp is not your /tmp :-) |
13:04 |
jeffdavis |
I believe private /tmp is a change between Ubuntu 16.04 and 18.04 fwiw |
13:07 |
Dyrcona |
Well, I hadn't noticed because I don't use it much on development, and we've been using /openils/var/tmp mounted via NFS in production for years. |
13:08 |
Dyrcona |
So, I'm actually testing a security bug and trying to import a MARC record to trigger it, but the record won't import. |
13:08 |
Dyrcona |
When I select it and hit Import Selected Records, the screen goes back to the main Import view, and the record does NOT end up in biblio.record_entry. |
13:09 |
Dyrcona |
FWIW, I have no idea what I'm doing in the staff client, particularly the Angular interface. |
13:28 |
Dyrcona |
So, maybe Vandelay is broken in master on Ubuntu 20.04? |
15:03 |
|
jvwoolf joined #evergreen |
15:07 |
Dyrcona |
I wonder if XUL really matters for bug 1076582? |
15:07 |
pinesol |
Launchpad bug 1076582 in Evergreen "Remove or document references to openils_dojo.js" [Low,Confirmed] https://launchpad.net/bugs/1076582 - Assigned to Jason Stephenson (jstephenson) |
15:08 |
Dyrcona |
After applying the branch, I found a couple of active references to openils_dojo.js in the XUL code, and I wonder if building a XUL client and testing it is worth the trouble at this point? |
15:13 |
|
sandbergja_ joined #evergreen |
15:20 |
|
jihpringle joined #evergreen |
15:24 |
JBoyer |
If there's not a reference under Open-ILS/xul/server I don't think it matters whether the client works or not. (I was thinking there *may* be something still using parts of server/* ?) |
16:01 |
Dyrcona |
Well. It seems to have undone the security patch that I just installed, but I think that's because I switched branches when building the custom dojo. |
16:03 |
Dyrcona |
I seem to be getting a lot of uncaught exceptions, too. |
16:19 |
Dyrcona |
I should probably wipe /openils and install fresh. |
16:27 |
csharp |
so we're running the upgrade script for bug 1893997 against a PINES test server and lordy that's going to take a long time to run |
16:27 |
pinesol |
Launchpad bug 1893997 in Evergreen "Wishlist: Did you mean? Single word, single class substitutions" [Wishlist,New] https://launchpad.net/bugs/1893997 |
16:27 |
csharp |
followed by a reingest |
16:28 |
csharp |
gonna research whether the changes can be applied outside of a downtime window |
16:35 |
Dyrcona |
Yeahp. |
16:36 |
Dyrcona |
It looks to me like you'll be ok as long as you don't set the opac.did_you_mean.max_suggestions org unit setting. |
16:45 |
|
sandbergja_ joined #evergreen |
16:57 |
Dyrcona |
Ah, well. Testing will have to continue tomorrow. |
16:58 |
csharp |
Dyrcona: thanks for checking on that |
16:59 |
Dyrcona |
Well, I'm not 100% certain. I based that assumption on what I see in the upgrade script. |
16:59 |
|
jvwoolf left #evergreen |
17:01 |
Dyrcona |
I'll be back tomorrow. Have a good rest or your day or night, everyone! |
17:12 |
|
stompro_ joined #evergreen |
17:24 |
|
mmorgan left #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:02 |
|
sandbergja_ joined #evergreen |
20:39 |
|
sandbergja_ joined #evergreen |
20:51 |
|
malexander joined #evergreen |
01:08 |
|
phasefx joined #evergreen |
03:44 |
|
khuckins joined #evergreen |
04:16 |
|
khuckins joined #evergreen |
04:56 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//archive/2021-02/2021-02-25_04:00:18/test.7.html> |
04:56 |
|
book` joined #evergreen |
04:57 |
|
akilsdonk_ joined #evergreen |
06:21 |
|
khuckins joined #evergreen |
10:31 |
Dyrcona |
Based on my "research," your current script is complete for the stock indexes. I haven't added any custom GIST indexes. |
10:34 |
Dyrcona |
JBoyer: I'm 99% sure that neither supports multicolumn indexes, and GIN only works on columns of type tsvector. |
10:34 |
Dyrcona |
https://www.postgresql.org/docs/10/textsearch-indexes.html |
10:35 |
Dyrcona |
JBoyer: I'll assign the bug to myself and test your upgrade script on my training database over the weekend. |
10:35 |
JBoyer |
That's convenient then. If some enterprising committer wants to strip out the last AND clause I wouldn't argue. I also think it's really unlikely that anyone would have their own but you never know. |
10:35 |
JBoyer |
Dyrcona++ |
10:41 |
Dyrcona |
I agree with you that if someone added their own, then they should take responsibility for updating them. |
10:49 |
|
collum_ joined #evergreen |
11:06 |
|
khuckins joined #evergreen |
11:17 |
|
collum joined #evergreen |
11:30 |
miker |
Dyrcona: just had a thought and wanted to surface it outside my head, and since you've been testing modern PG versions... one thing to consider, especially WRT query speed differences and particular queries, is the new [NOT] MATERIALIZED clause for WITHs (CTEs) in PG 12+. We've started using WITH a good bit in hand-tooled queries and the behavioral change to fold CTEs when they appear to be side-effect free and are only referenced once could |
11:30 |
miker |
potentially hurt us. so, if you run into queries that are slower /and/ use WITH, I'd personally be very interested in those examples |
11:50 |
|
jihpringle joined #evergreen |
12:03 |
|
sandbergja___ joined #evergreen |
12:04 |
Dyrcona |
miker: OK. I'll keep an eye out for WITH queries. The ones that I've noticed so far have negative logic. |
12:05 |
Dyrcona |
JBoyer: There's an extra semi-colon in your update script. It's no biggie. I'll fix it. Do you mind if I write a release note? |
12:05 |
|
gmcharlt joined #evergreen |
12:07 |
Dyrcona |
miker: I have done almost 0 testing on Pg 11 or Pg 13, fwiw. I've mostly looked at Pg 12. Pg 10 seems to perform about the same as Pg 9.6. |
12:41 |
|
sandbergja_ joined #evergreen |
12:42 |
JBoyer |
Dyrcona, +1. I guess I hadn't considered a relnote since no features or anything are actually changing; though it is good to know that things should be faster. |
12:42 |
JBoyer |
And which semicolon since I'm curious? |
16:58 |
|
sandbergja_ joined #evergreen |
17:19 |
|
mmorgan left #evergreen |
17:57 |
|
sandbergja_ joined #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
20:48 |
|
sandbergja_ joined #evergreen |
21:29 |
pinesol |
[evergreen|Bill Erickson] LP1913458 Bucket Add/Delete Item Operations Batched - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1d0e181> |
21:45 |
|
sandbergja_ joined #evergreen |
22:30 |
|
malexander joined #evergreen |
23:51 |
|
sandbergja_ joined #evergreen |
00:07 |
|
sandbergja joined #evergreen |
00:48 |
|
sandbergja joined #evergreen |
04:12 |
|
khuckins joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:16 |
|
rjackson_isl_hom joined #evergreen |
08:15 |
|
mantis1 joined #evergreen |
08:15 |
|
collum joined #evergreen |
13:38 |
pinesol |
Launchpad bug 1871211 in Evergreen "wishlist: Single Sign on for Evergreen OPAC" [Wishlist,New] https://launchpad.net/bugs/1871211 |
13:40 |
mmorgan |
sandbergja: That's not my area of expertise, so I don't feel comfortable weighing in. Sorry! |
13:57 |
|
Cocopuff2018 joined #evergreen |
14:31 |
jeffdavis |
sandbergja: I'm not on the release team but I would support that. I haven't been able to test properly for the same reason as you (difficulty setting up a Shibboleth test instance) but I trust the signoff and your judgement. :) |
14:57 |
|
sandbergja_ joined #evergreen |
15:57 |
|
collum_ joined #evergreen |
16:07 |
|
dbwells joined #evergreen |
16:51 |
|
mantis1 left #evergreen |
16:57 |
|
jihpringle joined #evergreen |
17:10 |
|
mmorgan left #evergreen |
18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
18:14 |
|
sandbergja_ joined #evergreen |
18:17 |
|
dbwells joined #evergreen |
19:45 |
|
sandbergja_ joined #evergreen |
04:51 |
|
khuckins joined #evergreen |
06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
07:20 |
|
khuckins joined #evergreen |
07:21 |
|
rjackson_isl_hom joined #evergreen |
07:47 |
|
collum joined #evergreen |
08:30 |
|
rfrasur joined #evergreen |
08:37 |
|
mmorgan joined #evergreen |
08:39 |
|
Dyrcona joined #evergreen |
08:46 |
Dyrcona |
I'm trying to decide if I should do my next test on Pg 9.6 or Pg 12. I also wonder if I should log all queries or just those over a certain threshold, like 250ms or so. |
08:48 |
Dyrcona |
Looks like I have plenty of free space to log all queries for a while. |
08:59 |
csharp |
looks like my troubles from yesterday may have been a super-long-running emergency closing (15 hours) |
08:59 |
csharp |
also did some PG vacuuming last night |
10:56 |
Dyrcona |
Looks to me like the query is running over a second only to have the results ignored. |
11:00 |
Dyrcona |
OK. That's IDL stuff. Moving along.... |
11:08 |
Dyrcona |
Hmm.. Looks like my hold targeter ran faster than yesterday, but it is still too long. |
11:14 |
Dyrcona |
I'll test my changes on Pg 9.6, and then tomorrow run the old code and log long running queries. The old code seemed faster yesterday. |
11:27 |
Dyrcona |
So, my code is faster on Pg 9.6 than it is on Pg 12. This is an area that we'll have to look at. |
11:29 |
Dyrcona |
The 9.6 db has default optimizations, and it was updated yesterday morning, so it has not had the hold targeter run since Saturday. |
11:30 |
Dyrcona |
miker: Should I open a Lp bug about future Postgres versions? |