| 00:15 |
|
sandbergja joined #evergreen |
| 06:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:22 |
|
rjackson_isl_hom joined #evergreen |
| 08:30 |
|
mmorgan joined #evergreen |
| 08:33 |
|
awitter joined #evergreen |
| 09:26 |
|
devted joined #evergreen |
| 09:31 |
|
dbwells joined #evergreen |
| 09:33 |
|
Cocopuff2018 joined #evergreen |
| 10:48 |
Dyrcona |
The new cataloging interfaces is making it hard for me to test a security bug and its patch because the newer, Angular interfaces are not affected. When I try to do a traditional catalog for my record, it doesn't come up. |
| 10:56 |
Dyrcona |
Search by TCN is not working. |
| 10:56 |
Dyrcona |
Not for a newly added record and item, anyway. |
| 11:00 |
Dyrcona |
@later tell jeffdavis Please remember to update bug tags when you make a change that will affect the tags or status of a bug. |
| 16:02 |
|
sandbergja joined #evergreen |
| 16:10 |
|
dbwells joined #evergreen |
| 16:51 |
Dyrcona |
websocket-- # For not being able to log the remote IP address |
| 17:05 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live//archive/2021-03/2021-03-29_16:00:03/test.7.html> |
| 17:20 |
|
jvwoolf left #evergreen |
| 17:23 |
|
mmorgan left #evergreen |
| 18:24 |
|
dbwells joined #evergreen |
| 00:21 |
|
sandbergja joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:18 |
|
rjackson_isl_hom joined #evergreen |
| 07:56 |
|
mantis1 joined #evergreen |
| 07:58 |
|
tlittle joined #evergreen |
| 16:32 |
|
sandbergja joined #evergreen |
| 17:14 |
|
mmorgan left #evergreen |
| 17:46 |
|
sandbergja joined #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:11 |
jeffdavis |
[2021-03-24 15:10:11] /srv/openils/bin/osrf_control [ERR :957485:XMPPReader.pm:131:] XMPP connect failed |
| 18:11 |
jeffdavis |
[2021-03-24 15:10:11] /srv/openils/bin/osrf_control [ERR :957485:EX.pm:66:] Exception: OpenSRF::EX::Jabber 2021-03-24T15:10:11 OpenSRF::Utils::Logger /usr/local/share/perl/5.30.0/OpenSRF/Utils/Logger.pm:243 Jabber Exception: Could not authenticate with Jabber server: |
| 18:13 |
jeffdavis |
^ getting these errors trying to start EG services with master on 20.04, ejabberd is running, users are registered, test message with sendxmpp to router public.localhost seems to work |
| 18:55 |
|
sandbergja joined #evergreen |
| 19:28 |
jeffdavis |
Modifying the standard ejabberd.yml for ejabberd 20.01 per OpenSRF install instructions doesn't do the trick, but just grabbing version of ejabberd.yml from Bill's ansible installer is working. Not immediately sure which options in the default version are problematic. |
| 19:44 |
|
jihpringle joined #evergreen |
| 20:07 |
|
sandbergja joined #evergreen |
| 00:07 |
|
khuckins joined #evergreen |
| 06:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:37 |
|
jeff joined #evergreen |
| 07:15 |
|
khuckins joined #evergreen |
| 07:18 |
|
rjackson_isl_hom joined #evergreen |
| 09:09 |
|
alynn26 joined #evergreen |
| 09:15 |
|
jvwoolf joined #evergreen |
| 09:33 |
|
mmorgan1 joined #evergreen |
| 09:56 |
mantis1 |
A library staff member contacted me recently asking if we have a new feature. They are finding that when searching for a title after logged into the opac, they will get a "I have checked this out before" note in the results. I'm trying to replicate on my end but unsure what features need to be enabled to see this. I enabled circ history and checked out/in a few test items, searched for them, but won't find the note. |
| 10:09 |
collum |
mantis1 - There is a setting in the Library Settings Editor entitled "Tag Circulated Items in Results" that needs to be set to true, as well. |
| 10:26 |
mmorgan1 |
collum++ |
| 10:27 |
* mmorgan |
was looking for that but failed to find it :) |
| 11:39 |
mantis1 |
collum ++ |
| 11:49 |
Dyrcona |
collum++ |
| 12:24 |
|
jihpringle joined #evergreen |
| 13:25 |
jeffdavis |
Dyrcona: new fix incoming for that security bug, just testing now |
| 13:30 |
csharp |
jeffdavis++ |
| 13:31 |
Dyrcona |
jeffdavis++ |
| 13:57 |
miker |
jeffdavis: I have not had a chance to look at it in detail, but, I assume it does not break search result highlighting? |
| 16:32 |
|
Guest76203 joined #evergreen |
| 17:17 |
|
jvwoolf left #evergreen |
| 17:26 |
|
mmorgan left #evergreen |
| 18:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 19:39 |
|
khuckins joined #evergreen |
| 20:40 |
|
sandbergja joined #evergreen |
| 21:43 |
|
sandbergja joined #evergreen |
| 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 |
