| 01:49 |
|
serflog joined #evergreen |
| 01:49 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org | Can't speak? Make sure your nickname is registered and that you are identified to freenode services: https://freenode.net/kb/answer/registration |
| 02:43 |
|
remingtron_ joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 05:19 |
|
stephengwills joined #evergreen |
| 06:52 |
|
Dyrcona joined #evergreen |
| 06:56 |
|
agoben joined #evergreen |
| 08:17 |
Dyrcona |
Hah! Even easier. |
| 08:18 |
JBoyer |
I did not realize that Apache had that module, it sounds much simpler. |
| 08:19 |
JBoyer |
But I'm guessing we're not using it for the same reason that we started using apache2-websockets? Something about having to have a heavy opac-laden process for every connection or something similar. |
| 08:20 |
JBoyer |
But if your tests look good and it's not too much of a ram pig maybe that should be reconsidered. |
| 08:21 |
Dyrcona |
Well, if you stick with port 7682 and don't include eg_vhosts.conf, I don't the process would be that laden. |
| 08:21 |
Dyrcona |
Possibly not even with 443 since it's only the one location, but I'll see. |
| 08:22 |
JBoyer |
Dyrcona++ |
| 08:25 |
Dyrcona |
I don't think it will be a big hit to performance or memory. |
| 08:26 |
Dyrcona |
The reason: This is configured as a location, so these Apache processes will be used for non-websockets requests, too. |
| 08:31 |
Dyrcona |
It does seem to be recycling them pretty quickly |
| 08:32 |
Dyrcona |
Without the proxy, I have osrf-websocket-stdio processes running for hours, even on a lightly used test server. |
| 08:34 |
Dyrcona |
They don't seem to be sticking around for more than 10 minutes or so. |
| 09:02 |
|
yboston joined #evergreen |
| 09:10 |
|
stephengwills joined #evergreen |
| 14:08 |
|
khuckins joined #evergreen |
| 14:41 |
|
bos20k joined #evergreen |
| 16:37 |
|
jvwoolf left #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:36 |
|
sandbergja joined #evergreen |
| 19:08 |
|
stephengwills joined #evergreen |
| 19:18 |
|
stephengwills joined #evergreen |
| 04:28 |
|
book` joined #evergreen |
| 05:08 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:13 |
|
agoben joined #evergreen |
| 07:33 |
|
bos20k joined #evergreen |
| 07:56 |
|
Dyrcona joined #evergreen |
| 12:02 |
|
cowens joined #evergreen |
| 12:05 |
Dyrcona |
hmm.... I should be able to proxy port 7632 to websockets on a different locally, so that it is totally transparent to our current users. |
| 12:05 |
Dyrcona |
should be "...on a different port locally..." |
| 12:06 |
Dyrcona |
I'll test that this afternoon before I send an email. If that works, it could save us some headache. |
| 12:17 |
|
collum joined #evergreen |
| 12:41 |
pinesol |
[evergreen|Galen Charlton] LP#1777207: have eg-grid generate DOM nodes only for visible columns - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a84b6ae> |
| 12:41 |
pinesol |
[evergreen|Galen Charlton] LP#1777207: teach egGrid how to prepend rows more efficiently - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1da6a8e> |
| 12:54 |
Dyrcona |
After thinking about it, I've decided not to even bother. I'll change the port when we start using a proxy. It's better for the long run. |
| 12:56 |
Dyrcona |
All right, I'm going to test it out of curiosity. |
| 12:59 |
pinesol |
[evergreen|Dan Wells] LP#1823367 Tone down org unit row coloring - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0ef978c> |
| 12:59 |
pinesol |
[evergreen|Dan Wells] LP#1823367 De-encapsulate holdings grid styles to fix row highlighting - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a60fcd0> |
| 12:59 |
pinesol |
[evergreen|Dan Wells] LP#1823367 Add place to collect style guidelines - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d424f00> |
| 13:36 |
|
yboston joined #evergreen |
| 13:40 |
|
tlittle joined #evergreen |
| 13:48 |
|
kip joined #evergreen |
| 13:53 |
Dyrcona |
And, maybe, my test vm is hosed for some other reason. :( |
| 13:53 |
Dyrcona |
'Cause it doesn't work after reverting the changes. |
| 13:54 |
agoben |
The Evergreen Project Board/EOB meeting should be starting in about 5 minutes. |
| 14:00 |
agoben |
#startmeeting EOB meeting for 2019-07-18, agenda:https://wiki.evergreen-ils.org/doku.php?id=governance:minutes:2019-07-18 |
| 14:32 |
gmcharlt |
it's arising from a staff member at the Niagara Falls Public Library |
| 14:32 |
gmcharlt |
but would inherently become multi-entity when it becomes ready for review |
| 14:32 |
agoben |
Sure, just wasn't sure where to start if we wanted to pass it along. |
| 14:32 |
gmcharlt |
I note that the accessbility report reflects testing of the web staff client |
| 14:33 |
tlittle |
I asked the auditors if it was okay to widely share the results, and they said yes. So maybe it would be beneficial to release to the dev mailing list, as guidelines for future dev work that accounts for accessibility needs? |
| 14:33 |
gmcharlt |
and of course the Angular work may effectdetails |
| 14:33 |
agoben |
tlittle++ |
| 14:33 |
gmcharlt |
I think it is worthwhile to share it with the dev mailing list, and also put it somewhere on the wiki or website if GPLS is amenable to that |
| 14:34 |
tlittle |
I'm fine with that |
| 14:35 |
agoben |
tlittle, since PINES solicited the study, would you be willing to take lead on getting that document shared? |
| 14:35 |
gmcharlt |
I'm not seeing OPAC on the list of URLs tested, FWIW |
| 14:35 |
tlittle |
Sure, I can do that |
| 14:35 |
|
cowens joined #evergreen |
| 14:35 |
tlittle |
I'm pretty sure it was purely for the client, IIRC |
| 15:06 |
dbwells |
dbs: If that was on my radar, it must have fallen off. Sorry for that. We use the built in auth for staff accounts, so it hasn't been an issue for us. |
| 15:08 |
dbs |
dbwells: it was probably something that only came up in IRC, no worries |
| 15:11 |
|
sandbergja joined #evergreen |
| 15:13 |
sandbergja |
dbs: re checking accessibility before merging PRs, I've also been wondering if we can add some automated accessibility tests to our test suite |
| 15:14 |
sandbergja |
I've been meaning to experiment with this: https://github.com/angular/protractor-accessibility-plugin |
| 15:15 |
sandbergja |
(not that automated tools can catch all a11y errors, but they can help so much with things like unlabeled inputs) |
| 15:16 |
Dyrcona |
While that was broken, xmllint says it can't parse /openils/var/web/reports/fm_IDL.xml, but /openils/conf/fm_IDL.xml is fine. |
| 15:16 |
Dyrcona |
autogen.sh doesn't help. |
| 15:17 |
Dyrcona |
Replacing one with the other resolves it. |
| 15:53 |
Dyrcona |
dbs: Well, I found that replacing the translated IDL with the non-translated one fixed my issue. |
| 15:54 |
Dyrcona |
Something else may have been wrong with it. |
| 15:54 |
dbs |
the XMLENT apache module resolves those at run time, but you'll only have a complete set of XML entity definitions if you do the make install step after prepping the desired localizations, iirc |
| 15:54 |
Dyrcona |
I'm doing a fresh build after git clean -xfd to test. |
| 15:55 |
Dyrcona |
dbs: Yeah, I followed the correct steps once, when verifying the bug, but I had forgotten about having done it. |
| 15:55 |
dbs |
yeah, all the unilingual sites just do that (cp /openils/conf/fm_IDL.xml /openils/var/web/reports/fm_IDL.xml) :/ |
| 15:55 |
dbs |
but it works! which is always a good thing |
| 16:42 |
gsams |
jeff: 3.2.3 and it does appear to be working properly now after some browser clearing. |
| 16:51 |
|
yboston joined #evergreen |
| 16:57 |
|
sandbergja joined #evergreen |
| 17:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:04 |
gsams |
jeff++ |
| 17:48 |
|
stephengwills left #evergreen |
| 21:16 |
|
stephengwills joined #evergreen |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:06 |
|
rjackson_isl joined #evergreen |
| 07:26 |
|
collum joined #evergreen |
| 08:17 |
|
bos20k joined #evergreen |
| 12:03 |
|
jihpringle joined #evergreen |
| 12:10 |
jihpringle |
gmcharlt: for the second of the new patches on LP 1777207 is the "previous sort order" in bullet 3 the original check in order or the order after the patron sorted? |
| 12:10 |
pinesol |
Launchpad bug 1777207 in Evergreen "Web Client - Check In List Refreshes After Every Scan and Gets Progressively Slower" [Medium,Confirmed] https://launchpad.net/bugs/1777207 - Assigned to Galen Charlton (gmc) |
| 12:11 |
jihpringle |
just want to make sure I know what I should be seeing when I test |
| 12:15 |
|
Christineb joined #evergreen |
| 12:22 |
miker |
jihpringle: donning gmcharlt mask, the user-applied sort |
| 12:23 |
miker |
IIUC |
| 14:07 |
jeffdavis |
csharp: I guess I need to start attending the conferences. |
| 14:07 |
csharp |
jeffdavis: or the hackaway! |
| 14:08 |
csharp |
fwiw, I've never made a report with that source |
| 14:08 |
jihpringle |
thanks gmcharlt |
| 14:09 |
jihpringle |
I've tested both new patches on our test server and so far it looks good |
| 14:11 |
gmcharlt |
cool |
| 14:17 |
dbs |
gmcharlt: those would be some weird reports indeed! |
| 14:18 |
gmcharlt |
dbs: "but whatever is wrong with me using Evergreen as my platform for hosting an IRSpy clone?" ;) |
| 15:06 |
Dyrcona |
So, I have found two so far that don't seem to correspond to open-ils.auth.session.delete calls, but 1 has two session retrieves right before it: 1 with an authtoken and 1 with null for the authtoken. |
| 15:07 |
Dyrcona |
Two segfaults, that is. |
| 15:07 |
dbs |
csharp: okay, that matches what we're doing. thanks though! |
| 15:07 |
Dyrcona |
dbs | csharp: I'm using the same on my test systems with nginx. I will likely use haproxy in production to replace ldirectord, IF I ever get the time. |
| 15:08 |
dbs |
Some of the Dojo UIs were replaced with Angular UIs in the last couple of releases, or am I dreaming? |
| 15:09 |
berick |
dbs: they were |
| 15:09 |
Dyrcona |
They have to be enabled, though, don't they? |
| 16:51 |
* Dyrcona |
hopes he never runs into Grace Slick. |
| 16:52 |
Dyrcona |
Although, that would be cool... |
| 17:00 |
|
finnx joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
|
finnx left #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:12 |
Dyrcona |
So, I'm partly wrong and partly right about where the segfault occurs, and the partly wrong could make a better fix easier.... |
| 04:21 |
|
pinesol joined #evergreen |
| 04:30 |
|
pinesol` joined #evergreen |
| 04:31 |
|
csharp_ joined #evergreen |
| 04:31 |
pinesol |
News from qatests: Failed cloning Evergreen git repository <http://testing.evergreen-ils.org/~live/test.24.html#2019-07-11T04:28:32,372035808-0400 -0> |
| 04:31 |
pinesol |
News from qatests: Failed Evergreen developer steps <http://testing.evergreen-ils.org/~live/test.25.html#2019-07-11T04:28:32,398579854-0400 -2> |
| 04:31 |
pinesol |
News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live/test.26.html#2019-07-11T04:28:32,424469023-0400 -4> |
| 04:31 |
pinesol |
News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live/test.27.html#2019-07-11T04:28:32,450430528-0400 -6> |
| 04:31 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-07-11T04:28:32,476370743-0400 -8> |
| 04:31 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-07-11T04:28:32,502300896-0400 -10> |
| 04:31 |
pinesol |
News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live/test.30.html#2019-07-11T04:28:32,528244132-0400 -12> |
| 04:31 |
pinesol |
News from qatests: Failed Running Evergreen tests <http://testing.evergreen-ils.org/~live/test.31.html#2019-07-11T04:28:32,554250981-0400 -14> |
| 04:31 |
pinesol |
News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live/test.32.html#2019-07-11T04:28:32,581608579-0400 -16> |
| 04:31 |
pinesol |
News from qatests: Failed Installing Dojo <http://testing.evergreen-ils.org/~live/test.35.html#2019-07-11T04:28:32,608470485-0400 -18> |
| 04:31 |
pinesol |
News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live/test.36.html#2019-07-11T04:28:32,634442673-0400 -20> |
| 04:31 |
pinesol |
News from qatests: Failed configure EG Action/Trigger <http://testing.evergreen-ils.org/~live/test.38.html#2019-07-11T04:28:32,661434258-0400 -22> |
| 04:31 |
pinesol |
News from qatests: Failed Installing Evergreen database pre-requisites <http://testing.evergreen-ils.org/~live/test.39.html#2019-07-11T04:28:32,687372908-0400 -24> |
| 04:31 |
pinesol |
News from qatests: Failed Create PostgreSQL superuser <http://testing.evergreen-ils.org/~live/test.40.html#2019-07-11T04:28:32,713406894-0400 -26> |
| 04:31 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live/test.41.html#2019-07-11T04:28:32,740334785-0400 -28> |
| 04:31 |
pinesol |
News from qatests: Failed Running autogen.sh <http://testing.evergreen-ils.org/~live/test.44.html#2019-07-11T04:28:32,767387782-0400 -30> |
| 04:31 |
pinesol |
News from qatests: Failed Running pgTAP live tests <http://testing.evergreen-ils.org/~live/test.47.html#2019-07-11T04:28:32,793340892-0400 -32> |
| 04:31 |
pinesol |
News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live/test.48.html#2019-07-11T04:28:32,821412178-0400 -34> |
| 04:31 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-07-11T04:28:32,847372095-0400 -36> |
| 04:31 |
pinesol |
News from qatests: Failed Log Output: srfsh.log <http://testing.evergreen-ils.org/~live/test.58.html#2019-07-11T04:28:32,873266185-0400 -38> |
| 04:31 |
pinesol |
News from qatests: Failed Building the AsciiDoc output formats <http://testing.evergreen-ils.org/~live/test.61.html#2019-07-11T04:28:32,900231157-0400 -40> |
| 05:55 |
|
dbwells_ joined #evergreen |
| 06:02 |
|
dbwells joined #evergreen |
| 06:57 |
|
csharp joined #evergreen |
| 10:23 |
Dyrcona |
CALL: open-ils.pcrud open-ils.pcrud.search.pgt null,{"parent":null},{"flesh":-1,"flesh_fields":{"pgt":["children"]}} is followed by a segfault in liboils_pcrud.so.2.0 on one of my brick drones' logs. That -1 looks quite wrong to me. |
| 10:28 |
mmorgan |
Dyrcona: The null after search.pgt looks wrong to me |
| 10:30 |
Dyrcona |
Yeah, that, too. :) |
| 10:31 |
Dyrcona |
I'm going to try exactly that call on a test vm. See if it leads to a crash. |
| 10:31 |
berick |
the -1 is OK |
| 10:33 |
mmorgan |
In the web client, when you choose Print Full Grid from the Actions menu, can you control which printer is used? |
| 10:34 |
Dyrcona |
berick: OK, but I won't just take your word for it. I'll look at the code, too, because I want to see why it is OK and how it works. I always thought flesh depth, etc., had to be > 1 and correspond to the actual depth of the fleshing.... |
| 16:19 |
|
khuckins joined #evergreen |
| 16:52 |
|
mmorgan joined #evergreen |
| 16:55 |
|
mmorgan2 joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:03 |
|
mmorgan left #evergreen |
| 22:35 |
|
sandbergja joined #evergreen |
| 22:47 |
|
sandbergja joined #evergreen |
| 01:11 |
|
sandbergja joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:21 |
|
Dyrcona joined #evergreen |
| 07:25 |
Dyrcona |
@later tell bshum I think we need to ditch phantomjs. It has other issues, IIRC. |
| 07:25 |
pinesol |
Dyrcona: The operation succeeded. |
| 10:53 |
dbs |
TFW you discover that the */20 minute cron job that synced LDAP users to Evergreen was cancelled Sept 2018 |
| 10:54 |
bshum |
dbs: Well, that wasn't *that* long ago... :P |
| 10:54 |
dbs |
It's like I've been gone for a year or something! |
| 10:54 |
Dyrcona |
When I make a test vm, I add the first and only user as opensrf. The installer now will not let me do that. I have to add a different user, then create the opensrf via command line. It adds 3 or 4 steps because I also have to add that user to a couple of groups: adm, sudo, etc. |
| 10:55 |
jeff |
ah. interesting! not applicable here, so i've not run into the issue. |
| 10:56 |
Dyrcona |
I do the same thing with production vms, but I use Ubuntu in production, so it's not an issue there. |
| 10:59 |
|
Christineb joined #evergreen |
| 16:44 |
Dyrcona |
bshum: Did you want to make a change to the README? I thought you mentioned earlier about wanting to add some more detail about adding mod_legacy_auth to the ejabberd.yml |
| 16:47 |
Dyrcona |
Ah well. We can take that up next week. |
| 16:48 |
* Dyrcona |
signs out and switches back to WiFi. |
| 17:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:06 |
|
mmorgan left #evergreen |
| 17:12 |
|
jvwoolf1 left #evergreen |
| 17:47 |
|
sandbergja joined #evergreen |
| 00:25 |
jeff |
kenstir++ Where the Wild Things Are ref |
| 05:00 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 09:56 |
|
Christineb joined #evergreen |
| 12:09 |
|
jihpringle joined #evergreen |
| 14:02 |
|
jamesrf joined #evergreen |
| 14:52 |
bshum |
And then adopting part of the Ubuntu-Xenial ejabberd config steps (though of course the ejabberd.yml is missing the mod_legacy_auth: {} line entirely now, so it has to be added in) |
| 14:52 |
bshum |
But yay, working opensrf.math :) |
| 14:59 |
dbs |
bshum++ |
| 15:01 |
bshum |
Working through the EG prereqs now, everything seems fine except that we need to standardize all the distros to use the PG community apt repo and then choose PG 9.6 baseline |
| 15:02 |
bshum |
dbs: Heh, this is me on a quiet holiday I guess ;) |
| 15:03 |
* bshum |
hasn't done a by-the-book install manually in forever |
| 15:06 |
bshum |
Hmm |
| 15:06 |
bshum |
So libssl 1.1.1 that comes with Debian 10 is busted for phantomjs, it errors very unhappily during web client building |
| 15:08 |
bshum |
Doing "export OPENSSL_CONF=/etc/ssl/" first, before doing the npm run test seems to have allowed phantomjs to work |
| 15:08 |
bshum |
with the newer libssl |
| 15:21 |
* bshum |
whistles to himself waiting for concerto to load to PG |
| 15:26 |
bshum |
And both opac search and web client login works, whee! |
| 15:26 |
bshum |
Okay, guess it's time to make LP bugs and branches now :) |
| 15:59 |
bshum |
Huzzah |
| 16:00 |
* bshum |
is going to take a break and will try installing libgcrypt20-dev as a pre-req for older distros later |
| 16:00 |
bshum |
I put all my findings about Debian 10 (and some initial branches) at https://bugs.launchpad.net/evergreen/+bug/1835458 |
| 16:00 |
bshum |
Will revisit later :) |
| 16:01 |
pinesol |
Launchpad bug 1835458 in OpenSRF "Add Evergreen support for Debian 10 Buster" [Undecided,New] |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:14 |
|
sandbergja joined #evergreen |
| 20:23 |
|
jihpringle68 joined #evergreen |
| 22:10 |
|
sandbergja joined #evergreen |
| 05:02 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 06:54 |
|
agoben joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 07:28 |
|
Dyrcona joined #evergreen |
| 11:01 |
bos20k |
Can't call method "opac_visible" on an undefined value at /usr/local/share/perl/5.22.1/OpenILS/Application/Storage/Driver/Pg/QueryParser.pm line 1191. |
| 11:08 |
JBoyer |
bos20k, a problem with the org tree can do that. If you specify an invalid org in a query param it will usually dump an ISE on you, but I think some changes without a catch-up autogen.sh can cause this |
| 11:09 |
JBoyer |
(or potentially an out of date org tree in memcache) |
| 11:10 |
bos20k |
JBoyer: Thanks. I was thinking it was probably something like that. I didn't see any issues but I'll go over it again. |
| 11:22 |
bos20k |
Looks like it was memcached on the test database server. Thanks again! |
| 11:22 |
bos20k |
JBoyer++ |
| 11:23 |
JBoyer |
yay! |
| 11:27 |
bos20k |
I think I need to add it to our documentation to restart memcached on the test database server after refreshing one of the databases from production. I think that is probably what set it off. |
| 11:30 |
JBoyer |
After a full db refresh that might be the way to go, yeah. If you just want to wipe out the org cache real quick you can just use memcrm to clear the orgtree. , orgtree.en-US , and orgtree.en-us keys and you should be in business. |
| 11:32 |
bos20k |
I'm wondering if this would work instead of a restart: echo 'flush_all' | nc localhost 11211 |
| 11:32 |
jeff |
it could have similar effects, assuming memcached is bound to that interface. |
| 12:12 |
JBoyer |
mmorgan, so I had not noticed this, but you're right. it should be auto only. |
| 12:13 |
mmorgan |
Ok, thanks, I'll open a bug. |
| 13:04 |
|
jvwoolf joined #evergreen |
| 13:26 |
JBoyer |
mmorgan, good news, I think I'm already on the trail of that one and should have a branch to test very soon. |
| 13:26 |
mmorgan |
JBoyer++ |
| 13:31 |
Dyrcona |
JBoyer++ |
| 13:32 |
|
stephengwills joined #evergreen |
| 15:16 |
Dyrcona |
No, but that's the likely culprit. I'll have to look into it later, since it's time for me to end my day. |
| 15:19 |
|
jvwoolf joined #evergreen |
| 15:41 |
|
stephengwills joined #evergreen |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:12 |
|
mmorgan left #evergreen |
| 17:23 |
|
jvwoolf left #evergreen |
| 17:40 |
|
kenstir joined #evergreen |
| 05:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-06-28T04:58:00,775679270-0400 -0> |
| 06:52 |
|
agoben joined #evergreen |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 07:16 |
|
JBoyer joined #evergreen |
| 07:19 |
csharp |
those appear to all be in the ng layer :-/ |
| 07:28 |
* csharp |
figured it out |
| 07:29 |
* JBoyer |
is on pins and needles |
| 07:29 |
csharp |
the failing test is basically, wget the offline interface and check for anything missing, in this case by grepping the string "404" |
| 07:29 |
csharp |
wget --no-check-certificate -m https://localhost/eg/staff/offline-interface 2>&1 |grep -B 2 404|grep https|grep -v robots.txt|wc -l |
| 07:29 |
bshum |
Yeah I just reading that in the test file. Hmm. |
| 07:29 |
csharp |
if there's any line that matches, it will be counted by wc -l and anything higher than 0 means failure |
| 07:30 |
csharp |
this is the line it's finding: --2019-06-28 07:27:46-- https://localhost/eg2/en-US/runtime.baaae695dca404f5a78b.js |
| 07:30 |
csharp |
so, um, bad test |
| 07:30 |
JBoyer |
csharp++ |
| 07:30 |
bshum |
csharp++ |
| 07:31 |
JBoyer |
That would explain why it worked fine for me when I was trying it locally, different filename. |
| 07:31 |
csharp |
right - it's just chance that this would have ever appeared, ever |
| 07:32 |
JBoyer |
looks like 404 -> ' 404 ' will take care of it. |
| 07:32 |
csharp |
ok - glad you know that because I don't know what bad output looks like :-) |
| 07:34 |
JBoyer |
If you just run the plain wget part you can see that the http status has a space to either side, so unless we end up with a file size that's 404 bytes, that should fix this test. |
| 07:35 |
csharp |
JBoyer: if you want to create a patch, I'll sign off/commit |
| 07:35 |
JBoyer |
++ |
| 07:44 |
|
bos20k joined #evergreen |
| 07:50 |
JBoyer |
Finally: user/jboyer/fix-offline-test |
| 07:51 |
JBoyer |
Had to re-setup some things because this new machine is apparently missing some things... |
| 07:53 |
csharp |
getting mine reset too since the livecheck creates data |
| 07:59 |
csharp |
sigh - the negative balances test is failing now too |
| 07:59 |
JBoyer |
Hmm. :/ |
| 08:00 |
csharp |
your fix works and I'm going to push it to master so we can move on from that, but I expect tests to still break |
| 08:01 |
csharp |
Script already running with lockfile /tmp/09-lp1198465_neg_balances.t-LOCK at /home/opensrf/Evergreen/Open-ILS/src/perlmods/blib/lib/OpenILS/Utils/Cronscript.pm line 151. |
| 08:01 |
csharp |
^^ that's what I'm seeing when I run it |
| 08:01 |
csharp |
oh - that's my fault |
| 08:01 |
csharp |
nevermind :-/ |
| 08:02 |
JBoyer |
Past run interrupted? |
| 08:02 |
csharp |
I canceled out of tests |
| 08:02 |
csharp |
yeah |
| 08:02 |
JBoyer |
+1 |
| 08:02 |
JBoyer |
I will say there are more warnings that I'd prefer when running them, but everything did work for me. |
| 08:02 |
csharp |
yeah, same here |
| 08:12 |
csharp |
done |
| 08:12 |
csharp |
JBoyer++ |
| 08:12 |
JBoyer |
csharp++ |
| 08:15 |
pinesol |
[evergreen|Jason Boyer] Correct False Positive on Offline Test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a150021> |
| 08:41 |
|
Dyrcona joined #evergreen |
| 08:50 |
|
aabbee joined #evergreen |
| 09:01 |
|
jvwoolf1 joined #evergreen |
| 09:05 |
Dyrcona |
git++ |
| 09:08 |
dbwells |
csharp++ JBoyer++ |
| 09:13 |
Dyrcona |
csharp++ JBoyer++ tests++ fragility-- |
| 09:14 |
Dyrcona |
sed++ |
| 09:15 |
Dyrcona |
I got the haproxy config issue sorted out for Ubuntu. Gonna test it on Debian 8 & 9 a bit later. |
| 09:15 |
csharp |
tests might be a good way for the new devs group to get involved |
| 09:16 |
Dyrcona |
csharp: I have had that thought. Writing tests it a good way to learn the back end, and maybe that should be a conference presentation. |
| 09:17 |
|
yboston joined #evergreen |
| 09:18 |
csharp |
yeah definitely |
| 09:18 |
|
mmorgan joined #evergreen |
| 11:17 |
|
mmorgan joined #evergreen |
| 11:31 |
pinesol |
[evergreen|Cesar Velez] LP#1831781: add eg-help-popover Angular component - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ab82f5c> |
| 11:31 |
pinesol |
[evergreen|Galen Charlton] LP#1831781: tweaks to eg-help-popover - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a1a03fa> |
| 11:36 |
sandbergja |
csharp++ |
| 11:36 |
sandbergja |
JBoyer++ |
| 11:36 |
sandbergja |
bshum++ |
| 11:36 |
sandbergja |
Thanks for fixing that test! |
| 12:00 |
|
jamesrf joined #evergreen |
| 12:04 |
|
jihpringle joined #evergreen |
| 12:09 |
|
JBoyer joined #evergreen |
| 13:06 |
Dyrcona |
@dunno |
| 13:06 |
pinesol |
Dyrcona: zarro boogs found |
| 13:18 |
jonadab |
Heh. |
| 13:22 |
Dyrcona |
So, I'm not sure if this haproxy or something else, but I keep getting blank pages when testing the web staff client with a Debian host. I have to reload just about every page. I'm also using Chromium 75 and an Incognito window. |
| 13:23 |
jonadab |
We get that in production when we have network performance issues. |
| 13:23 |
Dyrcona |
By "Debian host," I mean that I see the same behavior with Jessie (8) and Stretch (9). |
| 13:23 |
Dyrcona |
Well, this is a vm running on my laptop. The network should actually be RAM... |
| 13:28 |
Dyrcona |
chrome-- |
| 13:29 |
Dyrcona |
I'll try with Firefox, but I'm pretty sure that I've got the haproxy config working. |
| 13:30 |
Dyrcona |
Firefox's cert warning has gotten even scarier than it used to be. |
| 13:30 |
jonadab |
For developers, browsers really need to have a command-line argument that says, effectively, all certs are valid by fiat. |
| 13:31 |
jonadab |
It's not practical to do a Let's Encrypt cert for something that's not public facing. |
| 13:31 |
jonadab |
Like a test setup. |
| 13:31 |
berick |
and the process for making chrome trust a self-signed cert is a bit more cumbserome now as well. |
| 13:32 |
Dyrcona |
Well, I could use my let's encrypt wildcard cert. |
| 13:32 |
Dyrcona |
I used to use my own CA and add it to my browsers. |
| 13:33 |
jonadab |
Actually, I'd be happy if it were domain specific, like --ignore-cert-errors=mydomain.example.com |
| 13:33 |
Dyrcona |
Reason that I could use my wildcard cert is that I also use dnsmasq with /etc/hosts entries for my test vms, so they're accessible as {vmane}.sigio.{com,org,net} |
| 13:34 |
Dyrcona |
bleh... typos... :) |
| 13:34 |
Dyrcona |
I wish the browser just had a "I know what I'm doing" configuration option. |
| 13:34 |
jonadab |
^ Indeed. |
| 16:20 |
|
jihpringle joined #evergreen |
| 16:31 |
Dyrcona |
jeffdavis++ # It's Friday. |
| 16:35 |
Dyrcona |
jeffdavis: Can explain what you mean by "installed locale?" Does it have to be installed from O/S packages or do you mean one of the languages with Evergreen translations? |
| 16:36 |
jeffdavis |
The latter. In our case we build locale stuff from source; for installing from a tarball I think you could use any of the translations that come with EG (but I haven't tested that). |
| 16:37 |
jeffdavis |
"installed translations" would maybe be a clearer way for me to put it |
| 16:37 |
Dyrcona |
jeffdavis: Thanks. That is what I thought you meant, but yeah... |
| 16:38 |
* Dyrcona |
looks into how to install locale stuff from source.... |
| 16:40 |
jeffdavis |
cd build/i18n && make LOCALE=fr-CA install |
| 16:58 |
mmorgan |
Dyrcona++ |
| 16:59 |
Dyrcona |
I've used that on pending and collected events. |
| 16:59 |
Dyrcona |
I think it works regardless of the event state. |
| 17:01 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 17:03 |
|
jvwoolf1 left #evergreen |
| 17:06 |
mmorgan |
Dyrcona: Interesting, each time it's fired it bumps to the next state. Works for my purpose though! Thanks again. |
| 17:06 |
Dyrcona |
It should only need to be fired once. Something must be wrong with the data. |
| 17:09 |
|
mmorgan left #evergreen |
| 17:11 |
Dyrcona |
jeffdavis: Did you also modify the PerlSetVar bits for Locale that are lower down in eg_vhost.conf? |
| 17:13 |
jeff |
This morning, I helped a group of children talk with an astronaut via amateur radio. Then, I helped tear down the antenna and wrap cables. Now, I'm shaking my fist at two different interfaces outside of our control that are being uncooperative. |
| 17:14 |
jeffdavis |
Dyrcona: do you mean OILSWebLocale and OILSWebDefaultLocale? No, they're all commented out on my test system. |
| 17:14 |
Dyrcona |
jeff: Sounds like a full day. :) |
| 17:14 |
jeff |
really, if one of these things was going to go well and one was going to go poorly, I'm okay with the way the chips fell. :-) |
| 17:14 |
Dyrcona |
And, we need more bib record in French. :) |
| 17:15 |
berick |
jeff: you should have asked the astronaut how to fix the interfaces |
| 17:15 |
jeff |
berick: AOS to LOS was approximately nine minutes. We didn't have a lot of time. :-) |
| 17:16 |
berick |
gotcha, keep the discussion focused on space lazers |
| 17:17 |
jeff |
Due to scheduling constraints on the ISS, there's no opportunity to do an actual test before the contact. Those few seconds waiting for them to respond after we started calling CQ were... tense. |
| 17:19 |
Dyrcona |
jeffdavis: In Firefox, I get a "this page isn't redirecting properly" message. |
| 17:19 |
berick |
kids (ney, all) must of loved that |
| 17:20 |
jeff |
Followed by "Whiskey eight tango charlie mike, this is november alpha one sierra sierra, how copy?" |
| 08:54 |
|
bos20k joined #evergreen |
| 09:16 |
|
yboston joined #evergreen |
| 09:26 |
|
sandbergja joined #evergreen |
| 09:41 |
dbwells |
Does anyone have a good idea why the live tests are failing? |
| 09:42 |
dbwells |
We have the June release waiting in the wings, but I've been hoping someone would step up and poke at that. |
| 09:44 |
|
aabbee joined #evergreen |
| 09:52 |
JBoyer |
I'm trying to load master on one of my test machines so I can look at that. |
| 09:52 |
JBoyer |
I'm having issues unrelated to Evergreen at the moment though, so it's taking longer than I'd hoped. |
| 09:54 |
Dyrcona |
I've had live tests, in particular, fail for seemingly random reasons. Sometimes, a db reload of concerto resolves it, sometimes it fixes itself after a couple of reloads. |
| 09:55 |
|
Christineb joined #evergreen |
| 09:55 |
Dyrcona |
Our test coverage is weak, and the tests themselves are dependent on all of the preconditions being just so. |
| 09:55 |
JBoyer |
This one has been annoyingly consistent and shouldn't involve the database in any real way. |
| 09:56 |
Dyrcona |
My previous statement still applies. :) |
| 09:57 |
JBoyer |
True, I was (slowly) replying to your previous previous statement, heh. |
| 09:57 |
|
stephengwills joined #evergreen |
| 09:58 |
Dyrcona |
Someone forget --create-offline when doing eg_db_config? |
| 10:21 |
csharp |
trying to recreate the test failure on my dev machine - I ran "prove" in the perlmods directory and all the tests passed |
| 10:21 |
csharp |
(on 3.1.13) |
| 10:22 |
Dyrcona |
I'm setting up a vm with our production branch on it. After yesterday's weird errors, I decided I should rebuild the vm from scratch. |
| 10:22 |
Dyrcona |
I'll try the failing test on it. |
| 10:25 |
csharp |
same with the master branch |
| 10:25 |
csharp |
All tests successful. Files=25, Tests=3250, 18 wallclock secs ( 0.43 usr 0.06 sys + 16.57 cusr 1.12 csys = 18.18 CPU) Result: PASS |
| 10:26 |
csharp |
(this is on Ubuntu 16.04, perl 5.22.1 |
| 10:26 |
csharp |
) |
| 10:29 |
Dyrcona |
Funn thing: While installing OpenSRF, I forgot the ldconfig step and OpenSRF still worked for the srfsh test. This is on Ubuntu 16.04. I've since done the ldconfig test, 'cause I suspect Evergreen and the Apache stuff depends on it. |
| 10:32 |
* Dyrcona |
is having one of those mornings... |
| 10:37 |
csharp |
oh - duh - those are live tests |
| 10:38 |
csharp |
hmm - not remember how to run those... |
| 10:41 |
csharp |
ah - make livecheck |
| 10:41 |
jeff |
This is how the qatests run the live tests: https://git.evergreen-ils.org/?p=working/random.git;a=blob;f=installer/stretch/eg_stretch_installer.sh;h=fdc96c54a9ec1d9b5701ac0ee4475a40589b8837;hb=2997e070d001c2448baad643e1d00560bd7a82f2#l1012 |
| 10:43 |
csharp |
jeff++ # thanks |
| 10:43 |
csharp |
mine are failing because my admin user doesn't have the password expected by the testes |
| 10:43 |
csharp |
tests |
| 10:50 |
Dyrcona |
csharp: You can also run prove on the live test directory or run them individually with prove or perl |
| 10:50 |
csharp |
Dyrcona: oh - good to know |
| 10:50 |
csharp |
I figured it was simple - I just haven't done it much and for a long time |
| 10:51 |
jeff |
when running individually, i'm pretty sure there are still assumptions that they all run once, in order. |
| 10:51 |
jeff |
i.e., later tests rely on the state left behind by earlier tests. |
| 10:52 |
jeff |
though we may have gotten away from that, in which case i missed it. |
| 10:56 |
Dyrcona |
jeff: They really should be totally independent of each other, but the offline test doesn't depend on any others. |
| 10:57 |
Dyrcona |
Like I said before.... :( |
| 10:57 |
Dyrcona |
But no one is paying to write tests, so... |
| 11:04 |
csharp |
might be something to consider for some of the dev-funding coops |
| 11:06 |
|
khuckins joined #evergreen |
| 11:24 |
JBoyer |
Writing the specs for writing test could be a fun one. dev:"This is just a sheet of paper with the words '100% codepath coverage' on it." user:"Yes. How much is that?" dev:"How much money exists?" |
| 11:26 |
csharp |
JBoyer++ |
| 12:04 |
Dyrcona |
So, for the logs 24-offline-all-assets.t succeeds for me on 3.2.4-custom+backports. |
| 12:05 |
Dyrcona |
Fun thing... Using haproxy on my test vm, I know get 504 Gateway Timeout instead of no search results. :) |
| 12:58 |
Dyrcona |
So, I see something today that contradicts what I swear I saw in the code...It looks like doing a --process-hooks with no granularity does pick up events that have a granularity set. I swear that I saw the query deliberately looking for null granularity, though. |
| 13:03 |
csharp |
I thought you had to say --granularity-only to pick up ones with granularity, but it's been a while since I looked closely |
| 13:04 |
csharp |
maybe that's not for --process-hooks |
| 13:08 |
Dyrcona |
csharp: I'm testing some things. I removed --process-hooks from the one that runs with a granularity. |
| 13:08 |
Dyrcona |
s/with/without/ |
| 13:08 |
Dyrcona |
The others have a granularity but not --granularity-only and they seem to work OK. |
| 13:09 |
Dyrcona |
The only that has --granularity-only in my current set up is the password reset. |
| 15:16 |
|
khuckins joined #evergreen |
| 15:40 |
|
jvwoolf joined #evergreen |
| 16:12 |
|
jihpringle joined #evergreen |
| 17:00 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-06-27T16:58:17,850933386-0400 -0> |
| 17:04 |
csharp |
I look at reports I created a couple of years ago and can't figure out what I did |
| 17:04 |
csharp |
urg - arrow-up strikes again |
| 17:13 |
|
sandbergja joined #evergreen |
