15:01 |
rfrasur |
(I'm not on the board but I have opinions) I could see this as something that could be developed in the future, and it'd be nice to have the platform available to build on. |
15:01 |
gmcharlt |
well, to toss another use case out there |
15:02 |
gmcharlt |
we could potentially want to do things like send a community member to a specialized training, potentially sharing the costs with there employers |
15:02 |
Dyrcona |
A lot of other F/OSS projects/foundations offer such scholarships and grants for conference attendance. They are sometimes means tested. |
15:02 |
JBoyer |
csharp, not so much "us," but TEP offering a grant to the Eg conference to those in the community at large that can't afford it or potentially sending Evergreeners to Code4Lib or something like that. |
15:02 |
gmcharlt |
so I'm in favor of keepign the door open for that |
15:02 |
csharp |
ok - good points and no arguments from me :-) |
16:24 |
|
bwicksall joined #evergreen |
17:00 |
|
mmorgan left #evergreen |
17:18 |
|
khuckins joined #evergreen |
17:32 |
pinesol |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
17:56 |
jeffdavis |
berick: deleting package-lock.json alleviated my immediate install woes, thanks again for that advice |
17:57 |
jeffdavis |
(still shaking my head and muttering darkly about npm though) |
17:58 |
berick |
jeffdavis: i know the feeling... if you care to weigh in on package-lock specifically, bug 1792394 |
10:56 |
Bmagic |
https://git.evergreen-ils.org/?p=working/Evergreen.git;a=blobdiff;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/Publisher/action.pm;h=67b6782854e8392a4b1e22ab1ba25f3dd268a233;hp=213ed59e5a37fcf374555617def51600e8941471;hb=8c3e76cb5a45dab8843015d977bb39c5ae31420c;hpb=65ee0cb4c23f9f1277bd37ef7d52e186e1b6a303 |
10:56 |
pinesol |
Bmagic: [evergreen|Jason Boyer] LP1825403: Do not Include Tag Owner in Tag - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=65ee0cb> |
10:56 |
Bmagic |
that commit (I believe) is causing the issue |
11:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 4. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-20T11:00:52,231218480-0500 -0> |
11:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-20T11:00:52,280176385-0500 -2> |
11:05 |
JBoyer |
It's possible. I'm a little weak on my perl type conversions so I'm not 100% certain what's being attempted there and where it's falling down. |
11:17 |
Bmagic |
removing that patch and rebuilding now |
11:18 |
Bmagic |
getting an error from "cellPrintValues" being present in various eg2 files. using npm version 6.12.1 |
11:39 |
berick |
Bmagic: confirmed. I'll fix... |
11:39 |
berick |
i clearly forgot to do a prod build :( |
11:39 |
Bmagic |
:) |
11:54 |
berick |
Bmagic: sorry, almost there, trying to test but running into other issue (so fun!) |
11:59 |
berick |
Bmagic: follow up patch pushed to user/berick/lp1835982-grid-csv-template-fields-3 |
12:19 |
|
yboston joined #evergreen |
12:20 |
|
jihpringle joined #evergreen |
12:27 |
|
sandbergja joined #evergreen |
17:07 |
|
egbuilder joined #evergreen |
17:31 |
jeff |
30:47:47 # iterm2 30 windows, 47 tabs, 47 sessions |
17:31 |
jeff |
1:1 # chrome 1 windows, 1 tabs |
17:39 |
jeffdavis |
\o/ |
18:45 |
|
jihpringle joined #evergreen |
18:53 |
jeffdavis |
It is truly amazing what utter garbage modern JS build processes are. |
19:02 |
jeffdavis |
currently running into this one, I think: https://github.com/nodejs/node/issues/29364 |
19:07 |
jeffdavis |
I think that bug is fixed in make-fetch-happen 5.0.2 but eg2's package-lock.json appears to specify 5.0.0 |
19:07 |
* jeffdavis |
grudgingly admits that package name is pretty good though |
19:27 |
* jeffdavis |
rebases dev branch to EG3.3 in order to proceed with testing |
21:05 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 7. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-20T23:00:51,585731165-0500 -0> |
23:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-20T23:00:51,628837591-0500 -2> |
23:38 |
|
sandbergja joined #evergreen |
10:59 |
Dyrcona |
Bmagic: I was told the webstaff client JS code is not hashed. |
11:00 |
Dyrcona |
It also shows no signs of being hashed on the server. |
11:00 |
Bmagic |
Dyrcona: oh - that would explain it then |
11:02 |
pinesol |
News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live/test.26.html#2019-11-18T11:00:39,893701943-0500 -0> |
11:02 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 7. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-18T11:00:39,920480788-0500 -2> |
11:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-18T11:00:39,947310956-0500 -4> |
11:02 |
pinesol |
News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live/test.30.html#2019-11-18T11:00:39,974069736-0500 -6> |
11:02 |
pinesol |
News from qatests: Failed Running Evergreen tests <http://testing.evergreen-ils.org/~live/test.31.html#2019-11-18T11:00:40,000866018-0500 -8> |
11:03 |
pinesol |
News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live/test.32.html#2019-11-18T11:00:40,027689839-0500 -10> |
11:03 |
pinesol |
News from qatests: Failed Installing Dojo <http://testing.evergreen-ils.org/~live/test.35.html#2019-11-18T11:00:40,054448470-0500 -12> |
11:03 |
pinesol |
News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live/test.36.html#2019-11-18T11:00:40,081340165-0500 -14> |
11:03 |
pinesol |
News from qatests: Failed configure EG Action/Trigger <http://testing.evergreen-ils.org/~live/test.38.html#2019-11-18T11:00:40,114056022-0500 -16> |
11:03 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live/test.41.html#2019-11-18T11:00:40,140963147-0500 -18> |
11:03 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-11-18T11:00:40,168224855-0500 -20> |
11:03 |
pinesol |
News from qatests: Failed Running autogen.sh <http://testing.evergreen-ils.org/~live/test.44.html#2019-11-18T11:00:40,194972245-0500 -22> |
11:03 |
pinesol |
News from qatests: Failed Running pgTAP live tests <http://testing.evergreen-ils.org/~live/test.47.html#2019-11-18T11:00:40,223268567-0500 -24> |
11:03 |
pinesol |
News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live/test.48.html#2019-11-18T11:00:40,250357782-0500 -26> |
11:03 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-11-18T11:00:40,276926616-0500 -28> |
11:03 |
pinesol |
News from qatests: Failed Log Output: srfsh.log <http://testing.evergreen-ils.org/~live/test.58.html#2019-11-18T11:00:40,303442546-0500 -30> |
11:04 |
Bmagic |
Well - I don't think I did it right: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/blake/lp1835982-grid-csv-template-fields-2 |
11:05 |
Bmagic |
Trying to fix a merge conflict from user/berick/lp1835982-grid-csv-template-fields-2 |
11:15 |
* dbs |
wonders if the non-hashing of the web staff client is because the service worker was supposed to handle that (but isn't) |
14:13 |
csharp |
especially if Chrome on iOS is fake |
14:14 |
csharp |
apple-- |
14:14 |
Dyrcona |
iOS is fake news.... :P |
14:15 |
Dyrcona |
We've changed something for Safari before. I don't really have a problem with that per se. I just don't test on Safari. |
14:16 |
jonadab |
Dyrcona: It depends on what you need to do. If all you're doing is presenting information, modern browser are fairly consistent in their support of basic HTML and CSS up to about 3. It's when you start needing to Do Things that you have a problem. But, of course, that's exactly what the webclient is doing: things. |
14:17 |
Dyrcona |
jonadab: Which is why I said the web client was a bad idea from the start. |
14:17 |
* jonadab |
would've been in favor of an ncurses-based client that runs in a terminal, but might not get full support from all the non-IT people in all the libraries on that. |
22:08 |
|
sandbergja_ joined #evergreen |
22:09 |
|
DoughSchool joined #evergreen |
22:10 |
|
DoughSchool left #evergreen |
23:02 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 7. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-18T23:00:49,375088403-0500 -0> |
23:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-18T23:00:49,416042551-0500 -2> |
23:33 |
|
sandbergja joined #evergreen |
11:02 |
Dyrcona |
It's approaching bedtime on a Sunday night, the server is 50 miles away, it's not responding to Ctrl-Alt-Del over the KVM remote software. (I forgot about iDRAC.) I decided to wait until the next day. |
11:02 |
|
cmalm joined #evergreen |
11:02 |
Dyrcona |
Or maybe that was Monday morning.... |
11:02 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 5. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-13T11:00:50,598274535-0500 -0> |
11:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-13T11:00:50,640152635-0500 -2> |
11:03 |
Dyrcona |
Anyway, drama continues on Tuesday with the iDRAC. No remote console 'cause the license either expired or was never purchased, but the hardware looks good. |
11:04 |
Dyrcona |
It's still 50 miles away, and I don't feel like driving, so I try what I can try remotely, and no luck. It's only the reports server and that's all running on the main DB server. |
11:04 |
Dyrcona |
So, I get into the office today, about 4 miles from the colo facility. |
13:28 |
alynn26 |
Checked those permissions and those are set to Consortium. hmmm |
13:28 |
jeff |
and the users in question (who can't see the messages) have a working location set? |
13:29 |
alynn26 |
That is one of the first things I checked. |
13:29 |
jeff |
(asking basic things, since maybe the users were newly created for this task/testing and haven't yet been used in a way where a lack of working location would have been noticed) |
13:29 |
jeff |
good deal. |
13:33 |
|
gerson joined #evergreen |
13:46 |
berick |
alynn26: could be related to https://bugs.launchpad.net/evergreen/+bug/1847805 |
13:46 |
pinesol |
Launchpad bug 1847805 in Evergreen "pcrud search can fail to retrieve rows that the user has access to" [High,Confirmed] |
20:19 |
|
sandbergja joined #evergreen |
21:36 |
|
sandbergja joined #evergreen |
22:18 |
|
sandbergja joined #evergreen |
23:02 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 7. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-13T23:02:29,616028449-0500 -0> |
23:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-13T23:02:29,656218194-0500 -2> |
07:47 |
|
collum joined #evergreen |
08:07 |
|
_bott_ joined #evergreen |
08:13 |
JBoyer |
I've pushed a change to the eg_live_tests branch that should stop it complaining about the Angular tests. |
08:13 |
JBoyer |
(at least the part where it complains about Chrome) |
08:57 |
|
tlittle joined #evergreen |
09:02 |
|
dbwells joined #evergreen |
09:54 |
phasefx |
JBoyer++ |
11:02 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 4. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-11T11:00:49,088786057-0500 -0> |
11:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-11T11:00:49,130033597-0500 -2> |
11:10 |
|
Bmagic joined #evergreen |
11:11 |
|
Bmagic joined #evergreen |
11:14 |
|
devted joined #evergreen |
12:10 |
* JBoyer |
was about to be Extremely Grumpy, but then realized those results are from 4am. |
12:11 |
* JBoyer |
is not *that* dedicated to testing. |
12:39 |
jeff |
the number of times in the last few weeks when i've used "squeeze" when i meant to use "stretch"... :P |
12:42 |
jeff |
could be worse. debian could have selected code names like Joomla! used for 1.0: Sunrise, Sunburst, Sunset, Sunlight, Sundial, Sunspot, Sunscreen, Sunburst... followed by 8 more. |
12:49 |
JBoyer |
Sometimes I just want numbers. ;_; |
14:03 |
csharp |
https://bugs.launchpad.net/evergreen/+bug/1852120 |
14:03 |
pinesol |
Launchpad bug 1852120 in Evergreen "Wishlist: Easier Workstation Management at the Local Administration Level" [Wishlist,New] |
14:03 |
csharp |
feel free to add thoughts on it |
23:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 5. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-11T23:00:48,874361701-0500 -0> |
23:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-11T23:00:48,918787306-0500 -2> |
23:55 |
|
sandbergja joined #evergreen |
10:32 |
rfrasur |
phasefx: thank you. That answers enough of my question. mmorgan: no...I know. Just trying to decide how to proceed with the thing I need to proceed with (in a last minute, timely sort of way). |
10:33 |
rfrasur |
Okay, my question has been answered. Thank you all. Sorry for the ambiguity. |
10:40 |
csharp |
Bmagic: perhaps it's because npm install is being done by a regular user without the -g flag, which would have installed for all users? |
10:41 |
Bmagic |
Yeah, I bet that's it. Because on my test machine, I believe I did it with -g first and then decided that we didn't want that officially |
10:41 |
csharp |
or maybe there's a presumption of a $PATH addition when using npm stuff? I've not used it much outside of EG |
10:51 |
miker |
anyone interested in taking a look at some pcrud code? https://bugs.launchpad.net/evergreen/+bug/1847805 would love some eyeballs! |
10:51 |
pinesol |
Launchpad bug 1847805 in Evergreen "pcrud search can fail to retrieve rows that the user has access to" [High,Confirmed] |
11:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 5. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-08T11:00:45,691810346-0500 -0> |
11:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-08T11:00:45,734863712-0500 -2> |
11:03 |
|
Christineb joined #evergreen |
11:24 |
abneiman |
Dyrcona++ # on behalf of Eric :) |
12:03 |
Dyrcona |
abneiman++ |
12:11 |
miker |
Dyrcona: thanks! it can happen, in a similar vein to ye olde pre-3.0 "search doesn't find items in tiny collections within a large consortium" issue, where a user has access to only a small subset of rows in a (relatively large) table, and ordering of results puts invisible rows at the front of the result set |
12:12 |
Dyrcona |
:) |
12:12 |
miker |
and its most visible in "magical" pcrud and fielder grids |
12:16 |
Dyrcona |
I've got a test db on 3.2.8 with 1.7 million acq.edi_messages. I'll see if I can reproduce it there. |
12:20 |
miker |
Dyrcona: awesome, thanks. those two commits should backport fine to 3.2 for testing fwiw |
12:20 |
Dyrcona |
miker: Yeah, I don't see any big changes to pcrud since then. |
12:21 |
Dyrcona |
Right now, though, I'm looking into something that I noticed while checking the test database. I want to adjust something in the db update that I'm going to do this weekend. |
13:34 |
mmorgan |
What's the shortest retention interval folks have set in action triggers? |
13:36 |
mmorgan |
Does a 1 day retention interval cause any problems? |
13:36 |
Dyrcona |
mmorgan: It depends on the type of event and the other settings. |
18:49 |
|
dbwells_ joined #evergreen |
21:02 |
|
sandbergja joined #evergreen |
22:41 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 7. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-08T23:00:53,948801253-0500 -0> |
23:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-08T23:00:53,989972818-0500 -2> |
09:38 |
|
sandbergja joined #evergreen |
10:40 |
|
alynn26 joined #evergreen |
10:42 |
|
alynn26 joined #evergreen |
11:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-07T11:00:51,274639219-0500 -0> |
11:27 |
jeff |
Anyone have a favorite thermal printer that prints on sticky paper? Our go-to was the Epson TM-T88 ReStick series, but that and the Star models we've looked at to replace it are both becoming difficult to find. I think the Epson one is being discontinued, unclear if the other is just a temporary shortage. |
11:31 |
jeff |
MAXStick paper seems to be similar to the ReStick. |
12:04 |
|
jihpringle joined #evergreen |
12:27 |
|
collum joined #evergreen |
12:37 |
|
tlittle joined #evergreen |
12:39 |
|
khuckins joined #evergreen |
12:40 |
Bmagic |
After upgrading a test machine from 3.1 to 3.3 - it was noticed that the subject browse results are different and in a different order. Is that expected? (after upgrade, reingest was performed and completed) |
12:40 |
|
jwoodard joined #evergreen |
12:49 |
* csharp |
stopped working on testing hopeless holds because he just couldn't do it anymore |
12:49 |
stephengwills |
holding off on that, eh? |
12:50 |
|
yboston joined #evergreen |
12:52 |
csharp |
stephengwills: just trying out a joke I thought of when the word "hopeless" was in every commit message :-) |
13:16 |
Dyrcona |
OK. I was about to look at the release notes again out of curiosity. |
13:17 |
Dyrcona |
Actually, that's not a bad idea: looking at the release notes. I haven't really looked at the 3.3 and 3.4 notes, yet. |
13:18 |
Dyrcona |
Apparently, I have looked at the 3.3 release notes, since a couple of the section links show up as "visited" in my browser. :) |
13:20 |
Dyrcona |
Nothing about browse in there, but steps about update to Pg 9.6 or later that i should do on my training and test database servers. Bmagic++ # for serendipity |
13:21 |
berick |
Bmagic: there was some browse code refactoring in 3.3 |
13:22 |
berick |
intention was to avoid any changes, but some may have snuk in |
13:22 |
berick |
@band add Snuk |
14:39 |
sandbergja |
I'm curious about how Windows users would contribute to antora-ized docs |
14:39 |
Bmagic |
I wouldn't be surprised if the lunr repo get's wrapped into the default UI before too long anyway |
14:39 |
* csharp |
plays the Inception soundtrack whenever Bmagic speaks |
14:40 |
sandbergja |
Building antora seems like a lot to ask of casual documentation contributors to test their changes |
14:40 |
Bmagic |
sandbergja: contribution hurdles remain the same |
14:40 |
sandbergja |
(not that our current stack isn't also a lot to ask) |
14:40 |
Bmagic |
I've been recommending folks use ascidocfx https://asciidocfx.com/ |
14:49 |
jihpringle |
+1 from me |
14:49 |
stephengwills |
+1 Marchon |
14:50 |
sandbergja |
+1 from me! |
14:51 |
abneiman |
ok - hearing no objections to the general concept, let's toss some action items in |
14:51 |
abneiman |
#action abneiman will prod gmcharlt about the test server |
14:51 |
abneiman |
Bmagic and remingtron, are you working on the nav? are there others who want to help here? |
14:52 |
Bmagic |
I believe there are 70+ links/lines needed |
14:52 |
Bmagic |
we could divide and conquer. Anyone who wants to help... can! |
14:53 |
sandbergja |
Bmagic: would they just need access to the working repo to be able to help with that task? |
19:00 |
jeff |
(and wasn't an unreleased api with docs updated in 2016) |
21:00 |
|
sandbergja joined #evergreen |
21:36 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-07T23:00:51,224589584-0500 -0> |
08:49 |
* csharp |
googles pysip2 |
08:49 |
jeff |
csharp: https://github.com/berick/pysip2 |
08:50 |
csharp |
jeff: thanks! |
08:51 |
jeff |
still need to do testing with our actual SIP clients, but very handy when doing dev / iterating on something / debugging something, etc. |
08:52 |
jeff |
sipsh% start |
08:52 |
jeff |
Disconnected from localhost |
08:52 |
jeff |
Connect OK |
08:52 |
jeff |
Login OK |
08:52 |
jeff |
Server is online |
08:52 |
jeff |
sipsh% checkout G880610001556 thing1 |
08:52 |
jeff |
(etc) |
08:52 |
csharp |
nice |
08:53 |
csharp |
I've been using https://clcohio.org/sip-testing-tool/ for a while, but it runs on Windows and I haven't gotten it working with wine, which is to say that I only run it in my Win10 VM |
08:53 |
csharp |
that has definitely helped me track down some issues though |
08:57 |
* Dyrcona |
uses https://github.com/Dyrcona/PHPSIP2 |
08:58 |
Dyrcona |
And, I recently wrote a little thing in C to login via SIP2 to use with haproxy as a check program. I may share that at some point. |
08:59 |
* Dyrcona |
has looked/used pysip2 and it is nice. Shell mode is cool. |
10:27 |
Dyrcona |
Whee! Configuring bridges with netplan.... |
10:28 |
Dyrcona |
I think a lot of the change happening in GNU/Linux today is change for the sake of change, and not because the new thing is necessarily better than the old thing. |
10:46 |
|
sandbergja joined #evergreen |
11:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-06T11:00:54,963721722-0500 -0> |
11:06 |
csharp |
any reason *not* to do "npm audit" when npm recommends doing that? |
11:06 |
csharp |
*npm audit fix* that is |
11:08 |
csharp |
npm just partially answered my question: 1 package update for 15 vulnerabilities involved breaking change |
11:13 |
|
rlefaive_ joined #evergreen |
11:36 |
Dyrcona |
csharp: Yeahp. Never do what npm suggests. It breaks things. |
11:37 |
csharp |
terran and I are testing carousels on current master - we create the carousel and the carousel mapping, then we ran the refresh carousels srfsh script - no change in the OPAC - what are we missing? |
11:37 |
csharp |
Dyrcona: thanks |
11:38 |
csharp |
do we need to manually change OPAC templates to see stuff? |
11:38 |
Dyrcona |
No idea, but did you try clearing your browser's cache? |
11:39 |
csharp |
yeah, we tried it |
11:39 |
csharp |
also, are the 'built-in' carousels presumed to have an associated bucket? (we see no rows in container.biblio_record_entry_bucket) |
11:40 |
csharp |
bug 1851524 |
11:40 |
gmcharlt |
bug 1851524 |
11:40 |
pinesol |
Launchpad bug 1851524 in Evergreen "Carousels: bucket not created when adding a carousel" [Medium,New] https://launchpad.net/bugs/1851524 |
11:40 |
csharp |
gmcharlt: we'll test that directly |
11:41 |
gmcharlt |
csharp++ |
11:45 |
Dyrcona |
csharp++ gmcharlt++ |
11:46 |
Dyrcona |
passwords-in-logfiles-- |
15:38 |
mmorgan |
name must also be unique |
15:40 |
BAMkubasa |
thanks mmorgan |
15:53 |
|
khuckins joined #evergreen |
15:56 |
jeff |
also, at least in the XUL client changing the name of an existing duration rule (and max fine perhaps also?) can lead to errors when displaying circ data in item status. i don't think i've tested that in the web client. |
15:56 |
jeff |
(we just avoided renaming them after discovering that a while ago) |
16:02 |
jeff |
miker: we are using (a scaled down version of) friends in production here now. |
16:03 |
jeff |
(going back to the "check out someone else's holds for them" conversation from... August or so) |
16:03 |
Dyrcona |
:) |
16:03 |
|
sandbergja joined #evergreen |
16:06 |
BAMkubasa |
"can lead to errors when displaying circ data in item status" well, I suppose I'll be able to tell you for sure soon if the house burns down. I just went through and renamed all of ours to have consistent nomenclature in preparation for adding new ones for auto-renewal |
16:10 |
* jeff |
nods |
16:11 |
jeff |
the issue was viewing recent circs for an item where the action.circulation row had names of rules that no longer existed in the corresponding config.* tables. |
16:12 |
jeff |
it was an annoying but non-fatal error message or two when viewing a recent circ that had a "former" rule name present. |
16:16 |
* mmorgan |
was curious and so edited a duration rule name on a test system. |
16:17 |
mmorgan |
I'm not seeing an error pop up in item status. I do see that the Duration Rule field in item status detail shows as blank after the rule is edited. |
16:17 |
BAMkubasa |
BAMkubasa was foolhardy and edited them all on production |
16:17 |
BAMkubasa |
:) |
16:26 |
mmorgan |
BAMkubasa lives dangerously ;-) |
19:00 |
|
sandbergja joined #evergreen |
20:03 |
|
sandbergja joined #evergreen |
22:07 |
|
sandbergja joined #evergreen |
23:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-06T23:00:54,100505946-0500 -0> |
23:36 |
|
sandbergja joined #evergreen |
04:19 |
|
haishu joined #evergreen |
10:13 |
|
sandbergja_ joined #evergreen |
10:52 |
|
haishu joined #evergreen |
11:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-02T11:00:50,064216516-0400 -0> |
11:11 |
|
sandbergja_ joined #evergreen |
11:51 |
|
haishu joined #evergreen |
12:29 |
|
haishu joined #evergreen |
14:48 |
|
haishu joined #evergreen |
15:14 |
|
haishu joined #evergreen |
16:24 |
|
sandbergja_ joined #evergreen |
17:00 |
pinesol |
News from qatests: Failed Installing OpenSRF pre-requisites <http://testing.evergreen-ils.org/~live/test.7.html#2019-11-02T16:47:44,856488290-0400 -0> |
17:00 |
pinesol |
News from qatests: Failed Building OpenSRF <http://testing.evergreen-ils.org/~live/test.9.html#2019-11-02T16:47:44,882936330-0400 -2> |
17:00 |
pinesol |
News from qatests: Failed Running OpenSRF build tests <http://testing.evergreen-ils.org/~live/test.10.html#2019-11-02T16:47:44,909810621-0400 -4> |
17:00 |
pinesol |
News from qatests: Failed creating opensrf user and environment <http://testing.evergreen-ils.org/~live/test.12.html#2019-11-02T16:47:44,936427686-0400 -6> |
17:00 |
pinesol |
News from qatests: Failed configuring ejabberd <http://testing.evergreen-ils.org/~live/test.15.html#2019-11-02T16:47:44,962970358-0400 -8> |
17:00 |
pinesol |
News from qatests: Failed creating jabber users <http://testing.evergreen-ils.org/~live/test.16.html#2019-11-02T16:47:44,989511137-0400 -10> |
17:00 |
pinesol |
News from qatests: Failed configuring OpenSRF <http://testing.evergreen-ils.org/~live/test.17.html#2019-11-02T16:47:45,016073489-0400 -12> |
17:00 |
pinesol |
News from qatests: Failed start opensrf <http://testing.evergreen-ils.org/~live/test.18.html#2019-11-02T16:47:45,042727156-0400 -14> |
17:00 |
pinesol |
News from qatests: Failed stop opensrf <http://testing.evergreen-ils.org/~live/test.19.html#2019-11-02T16:47:45,069158721-0400 -16> |
17:00 |
pinesol |
News from qatests: Failed start opensrf <http://testing.evergreen-ils.org/~live/test.20.html#2019-11-02T16:47:45,096066252-0400 -18> |
17:00 |
pinesol |
News from qatests: Failed test opensrf <http://testing.evergreen-ils.org/~live/test.21.html#2019-11-02T16:47:45,122674404-0400 -20> |
17:00 |
pinesol |
News from qatests: Failed configuring websockets <http://testing.evergreen-ils.org/~live/test.22.html#2019-11-02T16:47:45,149069869-0400 -22> |
17:00 |
pinesol |
News from qatests: Failed stop opensrf <http://testing.evergreen-ils.org/~live/test.23.html#2019-11-02T16:47:45,175347807-0400 -24> |
17:00 |
pinesol |
News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live/test.26.html#2019-11-02T16:47:45,201707844-0400 -26> |
17:00 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 7. <http://testing.evergreen-ils.org/~live/test.28.html#2019-11-02T16:47:45,228136916-0400 -28> |
17:00 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-02T16:47:45,255064670-0400 -30> |
17:00 |
pinesol |
News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live/test.30.html#2019-11-02T16:47:45,281373629-0400 -32> |
17:00 |
pinesol |
News from qatests: Failed Running Evergreen tests <http://testing.evergreen-ils.org/~live/test.31.html#2019-11-02T16:47:45,307649979-0400 -34> |
17:00 |
pinesol |
News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live/test.32.html#2019-11-02T16:47:45,334457385-0400 -36> |
17:00 |
pinesol |
News from qatests: Failed Change File Ownership <http://testing.evergreen-ils.org/~live/test.33.html#2019-11-02T16:47:45,361042906-0400 -38> |
17:00 |
pinesol |
News from qatests: Failed Installing Dojo <http://testing.evergreen-ils.org/~live/test.35.html#2019-11-02T16:47:45,387946469-0400 -40> |
17:00 |
pinesol |
News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live/test.36.html#2019-11-02T16:47:45,414694368-0400 -42> |
17:00 |
pinesol |
News from qatests: Failed configure EG OpenSRF <http://testing.evergreen-ils.org/~live/test.37.html#2019-11-02T16:47:45,441102263-0400 -44> |
17:00 |
pinesol |
News from qatests: Failed configure EG Action/Trigger <http://testing.evergreen-ils.org/~live/test.38.html#2019-11-02T16:47:45,467363740-0400 -46> |
17:01 |
pinesol |
News from qatests: Failed Create Evergreen Database <http://testing.evergreen-ils.org/~live/test.41.html#2019-11-02T16:47:45,494027527-0400 -48> |
17:01 |
pinesol |
News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live/test.42.html#2019-11-02T16:47:45,520683723-0400 -50> |
17:01 |
pinesol |
News from qatests: Failed start opensrf <http://testing.evergreen-ils.org/~live/test.43.html#2019-11-02T16:47:45,547273560-0400 -52> |
17:01 |
pinesol |
News from qatests: Failed Running autogen.sh <http://testing.evergreen-ils.org/~live/test.44.html#2019-11-02T16:47:45,573966702-0400 -54> |
17:01 |
pinesol |
News from qatests: Failed Restarting Apache - Expected 1 errors but encountered 2. <http://testing.evergreen-ils.org/~live/test.45.html#2019-11-02T16:47:45,600498703-0400 -56> |
17:01 |
pinesol |
News from qatests: Failed test EG opensrf <http://testing.evergreen-ils.org/~live/test.46.html#2019-11-02T16:47:45,627155773-0400 -58> |
17:01 |
pinesol |
News from qatests: Failed Running pgTAP live tests <http://testing.evergreen-ils.org/~live/test.47.html#2019-11-02T16:47:45,654193088-0400 -60> |
17:01 |
pinesol |
News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live/test.48.html#2019-11-02T16:47:45,680723795-0400 -62> |
17:01 |
pinesol |
News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live/test.49.html#2019-11-02T16:47:45,707536638-0400 -64> |
17:01 |
pinesol |
News from qatests: Failed Gathering log summary <http://testing.evergreen-ils.org/~live/test.50.html#2019-11-02T16:47:45,734281643-0400 -66> |
17:01 |
pinesol |
News from qatests: Failed Log Output: config.log <http://testing.evergreen-ils.org/~live/test.51.html#2019-11-02T16:47:45,761152831-0400 -68> |
17:49 |
|
sandbergja_ joined #evergreen |
18:20 |
|
sandbergja_ joined #evergreen |
19:33 |
|
haishu joined #evergreen |
07:56 |
Dyrcona |
Well, disabling user triggers may have helped. I'm not sure. It's still going on an update of action.aged_circulation, which has no user triggers to disable IIRC. I may have to disable all triggers to get a real performance boost. I will try that next. |
07:56 |
csharp |
Dyrcona: yeah - same here - it's still running (since 2pm yesterday) |
07:56 |
csharp |
the action.circulation update completed, but it's still chewing on aged circ |
07:58 |
Dyrcona |
Yeah, mine has been going about the same length of time. I'm going to disable all triggers on both tables for my next test when this one finishes. |
08:05 |
Dyrcona |
I'm tempted to just stop this one and start over. I have more databases I can "break." :) |
08:08 |
Dyrcona |
Mine had been going 18h 41m before I stopped it just now. |
08:12 |
Dyrcona |
'Cause, honestly, if it doesn't knock 6 or more hours off the run time, it's not worth it. |
08:15 |
csharp |
oh - ok |
08:16 |
Dyrcona |
I mean it's easier to report on true/false, versus true/false/null. :) |
08:16 |
csharp |
makes sense |
08:18 |
Dyrcona |
So, my next test has started on an "optimized" 9.6 instance on my test db server. |
08:21 |
csharp |
another factor in my situation is that my staging/testing DB is under-specced compared to production - a consequence of our new environment |
08:21 |
csharp |
I can probably change it without trouble, but that comes with overhead |
08:22 |
Dyrcona |
Well, I have 128GB of RAM and 6TB of spinning rust on my test db server. Production is 768GB of RAM and 1.3TB of NVMe SSD, mirrored in a ZFS pool. So, yeah, test is slower for me, too. :) |
08:23 |
Dyrcona |
Not sure what the RAID is on the test db server. It's configured via hardware, and I never checked. The "joy" of leftover hardware. |
08:23 |
csharp |
yeah |
08:24 |
Dyrcona |
I put optimized in quotes, 'cause optimizing Postgres still feels like voodoo to me. |
08:24 |
csharp |
it's definitely voodoo |
09:57 |
csharp |
we just don't have any with autorenewal = true |
10:23 |
Dyrcona |
Well, probably because of the other bug about aged circulation. We patched that already. |
10:51 |
|
sandbergja joined #evergreen |
11:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-01T11:00:50,114348425-0400 -0> |
11:23 |
csharp |
yeah 162M rows in aged_circulation... I will *not* be applying that update during the upgrade window |
11:24 |
csharp |
paraphrasing Sonny in the Godfather: "Reports will just have to suffer!" |
11:25 |
csharp |
and actually, I plan to run these in batches before the upgrade happens so it won't be an issue |
21:37 |
|
sandbergja_ joined #evergreen |
22:44 |
|
haishu joined #evergreen |
22:48 |
|
sandbergja_ joined #evergreen |
23:01 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-01T23:01:06,384001843-0400 -0> |
23:31 |
|
haishu joined #evergreen |
10:15 |
|
jvwoolf joined #evergreen |
10:50 |
|
yboston joined #evergreen |
11:00 |
|
jvwoolf joined #evergreen |
11:02 |
pinesol |
News from qatests: Failed Installing AngularJS web client - Expected 6 errors but encountered 7. <http://testing.evergreen-ils.org/~live/test.28.html#2019-10-31T11:00:53,501226777-0400 -0> |
11:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-31T11:00:53,543262504-0400 -2> |
11:12 |
|
sandbergja joined #evergreen |
11:42 |
|
jihpringle joined #evergreen |
11:49 |
|
awitter joined #evergreen |
12:45 |
Dyrcona |
:) |
12:45 |
csharp |
UPDATE action.circulation SET auto_renewal = FALSE WHERE auto_renewal IS NULL; - still on that - next is aged circs which is way larger a table |
12:45 |
csharp |
wondering if we can disable triggers somewhere before this is run? |
12:45 |
Dyrcona |
Going from 3.2.4 to 3.2.8 with those updates takes about 22 hours on my test db server. |
12:46 |
Dyrcona |
csharp: That's a good idea. I don't think anything depends on the values of those desk_renewal or auto_renewal fields trigger-wise. |
12:46 |
csharp |
yeah - just thinking the same thing |
12:47 |
csharp |
in other news it just got dark as night outside - methinks something wicked this way comes |
12:51 |
JBoyer |
even better. |
12:51 |
csharp |
JBoyer: I thought about that approach too - just doing it in advance of the upgrade |
12:53 |
JBoyer |
Dyrcona, I can see that, if it will complete fast enough. GIven that there's precious little visibility to staff though (until after the update is finished anyway, Dyrcona++ for the IDL updates) I wouldn't let it keep me up very late, or services down very long. |
12:54 |
Dyrcona |
We usually plan on things being down all night when we upgrade, but I'm going to look into disabling triggers and try it on a test db. I've got plenty of those to mess with. :) |
12:57 |
csharp |
yeah, trying the disable triggers approach too right now |
12:58 |
csharp |
I don't mind being down all night either, but without those updates, the 3.3-3.4 upgrade took me like 5 minutes running the scripts manually |
12:58 |
Dyrcona |
I've identified 5 triggers. |
19:15 |
|
cmalm joined #evergreen |
19:56 |
|
sandbergja joined #evergreen |
20:42 |
|
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-31T23:00:47,528691059-0400 -0> |
23:27 |
|
sandbergja joined #evergreen |
10:13 |
|
yboston joined #evergreen |
10:26 |
|
jvwoolf joined #evergreen |
10:47 |
|
sandbergja joined #evergreen |
11:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-30T11:00:51,705085251-0400 -0> |
11:03 |
berick |
[91m30 10 2019 04:43:51.445:ERROR [launcher]: [39mNo binary for ChromeHeadless browser on your platform. |
11:03 |
berick |
Please, set "CHROME_BIN" env variable. |
11:04 |
berick |
phasefx: ^-- |
11:05 |
berick |
L'Ubuntue |
11:05 |
phasefx |
so do we actually need to install chromium? |
11:06 |
phasefx |
or should we, rather? |
11:06 |
berick |
phasefx: it should be installed w/ the makefile installer |
11:06 |
berick |
just have to tell the test engine how to find it |
11:06 |
phasefx |
berick++ |
11:06 |
JBoyer |
Currently the -developer target installs it, I need to add a -tester instead. |
11:07 |
phasefx |
fwiw, the tester is calling the -developer target |
11:13 |
JBoyer |
I'm surprised that not finding chromium could possibly cause ELIFECYCLE though. Usually it just runs the tests in firefox instead and goes on, |
11:14 |
phasefx |
I'm going to fire off the installer now; we'll get one more RSS error, but I can inspect the state of the vm then and look for chromium |
11:15 |
JBoyer |
I am also fairly certain that Debian and L'Ubuntue use different filenames. The package names are different and I don't think Debian uses a -browser suffice |
11:15 |
JBoyer |
suffix, either. |
11:15 |
|
sandbergja joined #evergreen |
11:16 |
phasefx |
but I can say chromium is in the package list when the tester gathers the list of installed packages (it used to be chromium-browser; I thought chromium was a game) |
11:17 |
JBoyer |
It is a game, but I think Debian added a suffix to the game no one (statistically) installs, while Ubuntu went the opposite direction. |
11:17 |
phasefx |
in that case.. https://packages.debian.org/stretch/amd64/chromium/filelist says it should be /usr/bin/chromium |
11:19 |
* phasefx |
aborted the install, http://testing.evergreen-ils.org/~live/ looks awesome :) |
11:19 |
Dyrcona |
I was getting ELIFECYCLE the other day after updating node and doing npm install. |
11:20 |
JBoyer |
phasefx, I don't suppose you totally blew away /usr/local/lib/node_modules and so on? that's what it took to un-stick one of my dev servers. :/ |
11:20 |
Dyrcona |
I had to blow the pre-existing Node installation away and reinstall the new one: https://pastebin.com/AXMCWyHC |
11:22 |
JBoyer |
Ah, not that then. :) |
11:22 |
Dyrcona |
Nope, guess not... |
11:24 |
Dyrcona |
Chromium has been acting "strange" for me on Ubuntu 19.10 lately, but I haven't rebooted since I noticed it, just logged out and back in (for an unrelated reason). |
11:31 |
phasefx |
alright, new test running with CHROME_BIN set |
11:32 |
* phasefx |
should add an env dump at the end along with the installed debian and cpan packages |
11:33 |
phasefx |
be funny if installing chromium unsets my CHROME_BIN :) |
11:38 |
JBoyer |
Chrome was in, but now CHROME_BOUT |
11:39 |
phasefx |
it's an ELF on a shelf |
11:41 |
Dyrcona |
phasefx++ |
11:43 |
phasefx |
we are such nerds |
11:43 |
Dyrcona |
Indeed! |
11:44 |
|
Christineb joined #evergreen |
11:44 |
Dyrcona |
Which reminds me to tell JBoyer that I wrote the C program to login via SIP2 and set it up as haproxy check program on my test system. I statically linked it because of the chroot. |
11:48 |
JBoyer |
Dyrcona, not too lousy to track down the necessary libraries, eh? |
11:50 |
Dyrcona |
Well, the sip2 login only requires libc... |
11:52 |
Dyrcona |
The other programs in the chroot require about 38 libraries. |
12:08 |
|
jihpringle joined #evergreen |
12:10 |
|
khuckins joined #evergreen |
12:12 |
|
nfBurton joined #evergreen |
13:03 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-30T12:49:55,792101429-0400 -0> |
13:03 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log - Expected 3 errors but encountered 6. <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-30T12:49:55,833819643-0400 -2> |
13:46 |
jeffdavis |
I'm awed and a little frightened by the wide_hold_data SQL query: https://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/src/perlmods/lib/OpenILS/Application/Storage/Publisher/action.pm;h=213ed59e;hb=HEAD#l2155 |
13:46 |
Dyrcona |
:) |
13:47 |
Dyrcona |
jeffdavis are you perchance chasing a bug where copies don't show up on the hold shelf that should? |
13:47 |
mmorgan |
Heh. |
13:47 |
jeffdavis |
yep, just testing that fix locally before putting in production |
13:49 |
Dyrcona |
We've been running it in production for a few months. |
13:52 |
jeffdavis |
yeah I'm not worried about it at all, just following local procedure - I expect we'll have it in prod tonight :) |
14:20 |
miker |
jeffdavis: the fun thing is that the query is performant! :) |
22:05 |
|
serflog joined #evergreen |
22:05 |
|
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 |
22:13 |
|
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-30T23:00:46,869129834-0400 -0> |
23:12 |
|
sandbergja joined #evergreen |
23:44 |
|
sandbergja joined #evergreen |
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: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 |
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: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 |
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> |
10:56 |
|
sandbergja joined #evergreen |
11:01 |
|
Dyrcona joined #evergreen |
11:02 |
Dyrcona |
So logout doesn't fix the screenshot thing, but turns out "Prt Scrn" is hard-coded to put screenshots in ~/Pictures and doesn't use the dconf-editor settings on Ubuntu. |
11:02 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-10-27T11:00:46,763736987-0400 -0> |
11:02 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-27T11:00:46,810461335-0400 -2> |
11:03 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-27T11:00:46,855304417-0400 -4> |
11:03 |
Dyrcona |
Opening Screenshot manually doesn't seem to use the setting, either, but it remembers the last directory you used, so there's that. |
11:04 |
Dyrcona |
This is relevant because the logout menu goes off-screen in the Angular 8 interfaces, and I took a screenshot to show it. I'll try it again, just to see if it was a one-time fluke. |
12:33 |
bshum |
Dyrcona: Did you see berick put this in the logs a few days back - https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1830973-ang8-test-spec-repair |
12:38 |
|
book`_ joined #evergreen |
13:06 |
Dyrcona |
bshum: I don't recall, and I don't think it has anything to do with my situation, since a) I'm not running tests, and b) my problem occurred with npm install, i.e. before you can even get to running tests. |
15:12 |
Dyrcona |
Yeahp. The npm install issue happened on another VM where I'm upgrading to latest master. I expect it will happen on all of them. |
15:17 |
Dyrcona |
Here's a sed script to fix it: https://pastebin.com/Kkyv5Y51 |
15:19 |
csharp |
Dyrcona: gmcharlt recommended I do this when I had trouble upgrading to Angular 8: https://pastebin.com/W3Be8aXi |
19:35 |
|
jonadab joined #evergreen |
22:03 |
|
sandbergja joined #evergreen |
22:52 |
|
sandbergja joined #evergreen |
23:02 |
pinesol |
News from qatests: Failed Installing AngularJS web client <http://testing.evergreen-ils.org/~live/test.28.html#2019-10-27T23:00:46,252703513-0400 -0> |
23:03 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-10-27T23:00:46,294677355-0400 -2> |
23:03 |
pinesol |
News from qatests: Failed Log Output: osrfsys.log <http://testing.evergreen-ils.org/~live/test.76.html#2019-10-27T23:00:46,336605195-0400 -4> |