Time |
Nick |
Message |
00:18 |
|
sandbergja joined #evergreen |
00:38 |
|
sandbergja joined #evergreen |
01:10 |
|
sandbergja joined #evergreen |
06:59 |
|
agoben joined #evergreen |
07:13 |
|
rjackson_isl joined #evergreen |
08:36 |
|
tlittle joined #evergreen |
08:36 |
|
collum joined #evergreen |
08:37 |
|
mmorgan joined #evergreen |
08:51 |
|
Dyrcona joined #evergreen |
08:51 |
|
Dyrcona left #evergreen |
08:51 |
|
Dyrcona joined #evergreen |
09:00 |
|
bos20k joined #evergreen |
09:01 |
|
bos20k left #evergreen |
09:03 |
csharp |
@praise [someone] |
09:03 |
* pinesol |
And Glen raised the report up on high, saying O Lord, bless this thy circ report, that with it thou mayst blow thine enemies to tiny bits, in thy mercy. |
09:03 |
csharp |
@coffee [someone] |
09:03 |
|
alynn26 joined #evergreen |
09:03 |
* pinesol |
brews and pours a cup of El Salvador La Montana Pacamara, and sends it sliding down the bar to dbwells |
09:07 |
mmorgan |
That's one powerful circ report ;-) |
09:28 |
|
jvwoolf joined #evergreen |
09:59 |
|
yboston joined #evergreen |
10:00 |
|
mmorgan1 joined #evergreen |
10:11 |
berick |
hoping someone can merge this to fix the Angular test failures: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1830973-ang8-test-spec-repair |
10:11 |
berick |
tip commit |
10:21 |
|
serflog joined #evergreen |
10:21 |
|
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 |
10:23 |
phasefx_ |
berick: the other errors, should I hard-code exceptions for them? with angularjs, ERROR LOG: [36m'Error loading shared worker', Event{isTrusted: true}[39m And the osrfsys one, I think that's test output, that just wasn't reaching the logs preivously but now is (weird) |
10:24 |
|
sandbergja joined #evergreen |
10:24 |
berick |
phasefx_: looking.. |
10:25 |
* berick |
waits for the current test cycle to complete |
10:26 |
berick |
oh duh, we have the history |
10:26 |
phasefx_ |
berick: http://testing.evergreen-ils.org/~live/archive/2019-10/2019-10-28_04:00:03/test.28.html |
10:27 |
phasefx_ |
incidentally, the test cycle is probably finished, but ssh doesn't exit from the qa server for some reason; it just drops when the vm is re-created |
10:29 |
berick |
phasefx_: yes I think we'll need exceptions for that. |
10:29 |
phasefx_ |
berick: roger that |
10:30 |
berick |
they don't affect the tests, just the browser trying to grab files that are not grabbable |
10:30 |
* phasefx_ |
is having trouble testing npm run test on his dev server, problems with Firefox |
10:34 |
phasefx_ |
berick: I'm just going to point the qa tester to your branch and run it through there, and then push depdning on that |
10:34 |
phasefx_ |
sidestep my local problems |
10:34 |
berick |
phasefx_: k, don't know if it matters but it's a bit behind master |
10:34 |
berick |
i can rebase if you want |
10:35 |
phasefx_ |
sounds good |
10:35 |
|
jvwoolf joined #evergreen |
10:35 |
berick |
k |
10:36 |
berick |
phasefx_: done |
10:36 |
phasefx_ |
berick++ |
10:49 |
phasefx_ |
new test is running, we'll probably get the RSS from the previous run shortly |
10:51 |
phasefx |
or maybe not; that makes sense, since I started a new test so quickly after the refresh, there is no RSS at the moment |
10:53 |
|
tlittle joined #evergreen |
10:54 |
phasefx |
maybe one day we can have a farm of test servers, and a script that automatically grabs pullrequest branches and builds them |
10:55 |
phasefx |
posts a pass/fail summary/tag to the ticket |
10:59 |
dbs |
phasefx: yes - that would be like github + travis-ci, or gitlab and its built-in continuous integration. would be nice! |
10:59 |
dbs |
(But as Dyrcona mentioned last time this was brought up, our complex setup might also make it very difficult) |
11:00 |
* phasefx |
nods nods |
11:00 |
dbs |
Can the Evergreen docker builds be pointed at arbitrary branches? That might be a way to accomplish the goal |
11:01 |
Dyrcona |
I believe that they can be. |
11:01 |
Dyrcona |
But, I'm in a meeting... |
11:02 |
phasefx |
if not, just pristine debian dockers would do, and we can ssh a build/test script into them with a specific branch like we're doing now |
11:02 |
|
Christineb joined #evergreen |
11:03 |
phasefx |
well, not quite like we're doing now; right now I'm hard-coding the branch into eg_*_installer.sh, and we'd probably want that specified elsewhere in the stack |
11:04 |
phasefx |
or..just use branches for the.. branches. So we push installer_installer.sh onto pristine servers, and they do the checkout of eg_*_installer.sh script, but no reason they have to do that checkout from the eg_live_tests branch |
11:05 |
phasefx |
at that point, the live tests might benefit from its own repo |
11:06 |
phasefx |
or we bundle the installer/test scripts into Evergreen |
11:08 |
pinesol |
[evergreen|Dan Wells] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2f2d48c> |
11:08 |
pinesol |
[evergreen|Dan Wells] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=500a2a8> |
11:08 |
dbs |
looking at the diffs for the mobius docker images to move to 3.4.0 as the base, seems like it has its own installer script: https://github.com/mcoia/eg-docker/commit/1d86bffefd097b10efb1a5545c96d3a1111a8e8d#diff-2503b3e50722b93b27b9fd4dc0fa8b7f |
11:10 |
phasefx |
one thing about the most recent iteration of eg_stretch_installer.sh, is that I tried to follow the install documentation as much as possible |
11:11 |
dbs |
that's good! :) |
11:12 |
dbs |
Bmagic++ # that docker setup looks like a ton of work, wow |
11:13 |
Bmagic |
dbs++ # thanks |
11:32 |
pinesol |
[evergreen|Bill Erickson] LP1830973 Angular 8 org family test spec repair - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=63f7c24> |
11:32 |
phasefx |
berick: ha, the test run got to where your patch made a difference, looked good, and so I pushed to master, but now I see catastrophic failures floating by (I'm sure unrelated) and I'm like, "of course" :D |
11:33 |
berick |
of course... |
11:35 |
phasefx |
E: Failed to fetch http://ftp.us.debian.org/debian/pool/main/libg/libgd-graph-perl/libgd-graph-perl_1.48-2_all.deb Hash Sum mismatch |
11:36 |
phasefx |
configure: error: *** yaz not found, aborting |
11:37 |
csharp |
@who can't find yaz? |
11:37 |
pinesol |
yboston can't find yaz. |
11:37 |
phasefx |
why, yboston, why? |
11:38 |
csharp |
:-) |
11:38 |
berick |
@blame bad hash |
11:38 |
pinesol |
berick: bad hash tests their code on the LIVE SERVERS, then blames the user. SAD! |
11:39 |
csharp |
maybe build an apt-get update into Makefile.install? |
11:40 |
phasefx |
csharp: in this case, eg_stretch_installer.sh is doing an apt-get update during the build_essentials step |
11:40 |
csharp |
ah |
11:42 |
* phasefx |
ran the prereq target on that server a second time, seems to be okay now :-/ |
11:44 |
|
rfrasur joined #evergreen |
11:57 |
|
RFrasur_ joined #evergreen |
12:02 |
|
mmorgan1 joined #evergreen |
12:03 |
pinesol |
News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live/test.26.html#2019-10-28T11:34:43,429577189-0400 -0> |
12:03 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-10-28T11:34:43,455726414-0400 -2> |
12:03 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-28T11:34:43,482038377-0400 -4> |
12:03 |
pinesol |
News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live/test.30.html#2019-10-28T11:34:43,508349985-0400 -6> |
12:03 |
pinesol |
News from qatests: Failed Running Evergreen tests <http://testing.evergreen-ils.org/~live/test.31.html#2019-10-28T11:34:43,534732576-0400 -8> |
12:03 |
pinesol |
News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live/test.32.html#2019-10-28T11:34:43,561138933-0400 -10> |
12:03 |
pinesol |
News from qatests: Failed Installing Dojo <http://testing.evergreen-ils.org/~live/test.35.html#2019-10-28T11:34:43,587376698-0400 -12> |
12:03 |
pinesol |
News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live/test.36.html#2019-10-28T11:34:43,613852629-0400 -14> |
12:03 |
pinesol |
News from qatests: Failed configure EG Action/Trigger <http://testing.evergreen-ils.org/~live/test.38.html#2019-10-28T11:34:43,640060414-0400 -16> |
12:03 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live/test.41.html#2019-10-28T11:34:43,666512618-0400 -18> |
12:03 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-10-28T11:34:43,692757602-0400 -20> |
12:03 |
csharp |
d'oh |
12:03 |
pinesol |
News from qatests: Failed Running autogen.sh <http://testing.evergreen-ils.org/~live/test.44.html#2019-10-28T11:34:43,718986141-0400 -22> |
12:03 |
pinesol |
News from qatests: Failed Running pgTAP live tests <http://testing.evergreen-ils.org/~live/test.47.html#2019-10-28T11:34:43,745376591-0400 -24> |
12:03 |
pinesol |
News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live/test.48.html#2019-10-28T11:34:43,771672394-0400 -26> |
12:03 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-10-28T11:34:43,797887670-0400 -28> |
12:03 |
pinesol |
News from qatests: Failed Log Output: srfsh.log <http://testing.evergreen-ils.org/~live/test.58.html#2019-10-28T11:34:43,824191399-0400 -30> |
12:04 |
csharp |
pinesol: shouldn't say "Failed" so much - bad for morale! |
12:04 |
pinesol |
csharp: Sorry, we can't do that because, you know, SOFTWARE. |
12:04 |
* phasefx |
could go back to the single success/fail RSS instead of itemized, but hopefully this would be rare |
12:05 |
csharp |
nah - itemized is useful and not usually noisy :-) |
12:05 |
phasefx |
or maybe itemized, but just the first failure |
12:06 |
csharp |
@praise git blame for [quote random] |
12:06 |
* pinesol |
git blame can count to 1 billion for Quote #50: "<senator> Developers don't mean to be jerks" (added by csharp at 06:08 PM, April 11, 2013) |
12:07 |
berick |
@quote get 1 |
12:08 |
pinesol |
berick: Quote #1: "<senator> much as a cancer would develop from chewing on uranium rocks ... but the tooth decay is lovely!" (added by gmcharlt at 11:22 AM, February 17, 2011) |
12:08 |
|
rfrasur joined #evergreen |
12:15 |
|
sandbergja joined #evergreen |
12:33 |
|
collum joined #evergreen |
12:56 |
|
cmalm joined #evergreen |
13:24 |
|
jihpringle joined #evergreen |
13:32 |
|
yboston joined #evergreen |
14:11 |
|
sandbergja_ joined #evergreen |
14:38 |
|
khuckins joined #evergreen |
14:40 |
|
rfrasur joined #evergreen |
14:40 |
|
rfrasur_ joined #evergreen |
14:41 |
|
rfrasur joined #evergreen |
16:03 |
jeffdavis |
@karma npm |
16:03 |
pinesol |
jeffdavis: Karma for "npm" has been increased 0 times and decreased 1 time for a total karma of -1. |
16:03 |
jeffdavis |
npm-- |
16:05 |
jeffdavis |
@karma comcast |
16:05 |
pinesol |
jeffdavis: Karma for "comcast" has been increased 0 times and decreased 8 times for a total karma of -8. |
16:05 |
jeffdavis |
ha |
16:05 |
jeffdavis |
csharp has been vigilant, I see |
16:28 |
|
khuckins joined #evergreen |
16:33 |
|
jvwoolf left #evergreen |
16:45 |
rfrasur |
comcast-- |
17:04 |
|
mmorgan1 left #evergreen |
18:19 |
jeffdavis |
A few dozen more builds and maybe I'll figure out a way of dispelling the "Would you like to share anonymous usage data with the Angular Team at Google" message that actually works. |
19:34 |
|
sandbergja joined #evergreen |
20:52 |
|
sandbergja joined #evergreen |
21:11 |
|
sandbergja joined #evergreen |
21:36 |
|
sandbergja joined #evergreen |
23:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-28T23:00:50,303670407-0400 -0> |