| Time |
Nick |
Message |
| 01:15 |
|
sandbergja joined #evergreen |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 07:30 |
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-12T07:12:26,242252088-0500 -0> |
| 07:30 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-12T07:12:26,284614174-0500 -2> |
| 07:52 |
JBoyer |
Hmm. I think I preferred it when Chrome didn't run. :/ |
| 08:17 |
rhamby |
JBoyer: I once had a sysadmin tell me in response to Evergreen getting a bug in a new release that adding new features could never cause existing code to have bugs because software didn't work like that ..... |
| 08:18 |
* phasefx |
refrains from commenting more than he's doing right this moment.. |
| 08:25 |
|
rfrasur joined #evergreen |
| 08:29 |
|
alynn26 joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 08:47 |
|
mdriscoll joined #evergreen |
| 08:48 |
|
Dyrcona joined #evergreen |
| 08:49 |
Dyrcona |
Well, git let me down, I think. I rebased a branch based on 3.2.4 onto 3.2.8 and used the -X theirs merge option. Apparently, the conflicts were resolved in the opposite way that I expected, but I'm still looking into it. |
| 08:51 |
Dyrcona |
Our version still shows 3-2-4 and the 3-2-4 bump commit appears "on top of" the 3-2-8 bump commit in my branch history. Unless I accidentally merged/cherry-picked something else later, I've got no other explanation. |
| 09:04 |
|
yboston joined #evergreen |
| 09:21 |
csharp |
@weather 30345 |
| 09:21 |
pinesol |
csharp: Error: Failed to load Wunderground API. Check the logs for more information. |
| 09:21 |
csharp |
pinesol: dude |
| 09:21 |
pinesol |
csharp: Mr. Spock: Something fascinating just happened. |
| 09:49 |
Dyrcona |
:) |
| 09:50 |
Dyrcona |
Fascinating. |
| 09:52 |
Dyrcona |
So, I've looked through the differences between my branch and rel_3_2_8 ( a 3+ MB diff) and it looks like it was just the stamp upgrade commit that got "out of sync." The other differences are local customization, configuration, and a couple of backported fixes from later releases. |
| 09:53 |
Dyrcona |
Think I'll go back to using rel_X_Y branches in the future. |
| 09:57 |
JBoyer |
The documentation for rebase re: merge strategies is hard for me to parse... Depending on what's going on 'theirs' and 'ours' can flip back and forth. Not so helpful. |
| 10:06 |
Dyrcona |
Yeahp. |
| 11:04 |
|
sandbergja joined #evergreen |
| 11:33 |
|
sandbergja joined #evergreen |
| 11:40 |
Bmagic |
Are grid preferences stored on the server on EG >= 3.3 ? |
| 11:44 |
mmorgan |
Bmagic: Yes, they are workstation settings on the server. |
| 11:44 |
Bmagic |
mmorgan: is there a bug (that I can't find) related to column config not sticking for the patron bill full details page? |
| 11:49 |
Bmagic |
It's easy to reproduce. Find a patron with bills. right click a bill and go full details. Then click details. Interact with one of the girds and turn off a couple of columns and save your column config. Browse a different patron and notice that the gird is reset (not respecting your wishes) |
| 11:56 |
mmorgan |
Hmm. that sounds familiar... |
| 11:56 |
berick |
Bmagic: IIRC, the console will log if a setting does not exist for a grid when you try to save it |
| 11:58 |
mmorgan |
Bmagic: bug 1729435 |
| 11:58 |
pinesol |
Launchpad bug 1729435 in Evergreen 3.4 "Web Client: Bill Full Details - can't save column configuration" [Medium,Fix released] https://launchpad.net/bugs/1729435 |
| 11:59 |
* mmorgan |
thought it sounded familiar ;-) |
| 12:00 |
Bmagic |
mmorgan++ |
| 12:00 |
Bmagic |
berick++ |
| 12:01 |
Dyrcona |
I also thought it sounded familiar but was busy with something else. |
| 12:43 |
|
khuckins_ joined #evergreen |
| 14:19 |
|
tlittle joined #evergreen |
| 14:34 |
Bmagic |
Anyone else have requests from CollectionHQ to include the 650/655 data in the extraction? |
| 14:44 |
JBoyer |
Bmagic, that sounds familiar, but I don't have any details handy anymore. |
| 14:44 |
Bmagic |
JBoyer: they mentioned Indiana State having done this..... saying "they" have this code.... |
| 14:44 |
Bmagic |
I'm working from https://github.com/tadl/evergreen-contrib-equinox/blob/master/collectionHQ/functions.sql |
| 14:45 |
|
yboston joined #evergreen |
| 14:45 |
Bmagic |
sorry - scratch that |
| 14:45 |
Bmagic |
https://git.evergreen-ils.org/?p=contrib/equinox.git;a=blob;f=collectionHQ/functions.sql;h=23337f91c97410b27ff343b0187379e7aaf0249a;hb=HEAD |
| 14:46 |
|
khuckins joined #evergreen |
| 14:47 |
JBoyer |
I guess it should sound familiar then, huh. I assume it's still sitting around there, I don't think it was especially difficult. I don't have a copy myself though. |
| 14:47 |
Bmagic |
I agree, adding a field seems straight forward, but it might be nice* to see one that's working |
| 15:02 |
csharp |
TIL what happens when VMWare automatically live migrates the PINES production master DB during the 10:00 hour on a weekday |
| 15:03 |
csharp |
short version: kernel madness, CPU lockups, host showing DOWN in nagios, but since all's well that ends well, PostgreSQL's resiliency saved the day |
| 15:05 |
Bmagic |
csharp: holy cow |
| 15:11 |
berick |
yowza |
| 15:12 |
JBoyer |
"Automatically" and "production database" = "Yikes" |
| 15:13 |
csharp |
yeah - we were supposed to be an exception to the process, but obviously something happened to make it possible |
| 15:22 |
alynn26 |
bmagic: here is the string we use to extract the 655: " SELECT string_agg(value,'|') INTO genres FROM metabib.real_full_rec WHERE record = lms_bib_id AND tag='655' AND subfield = 'a';" |
| 16:57 |
|
mnsri_away joined #evergreen |
| 16:59 |
|
rashma_away joined #evergreen |
| 17:05 |
|
sandbergja joined #evergreen |
| 17:07 |
|
mmorgan left #evergreen |
| 17:17 |
Bmagic |
alynn26++ # that's integrated into the function "collectionhq.write_bib_rows_to_stdout" ? |
| 17:36 |
|
yboston joined #evergreen |
| 18:56 |
|
sandbergja joined #evergreen |
| 21:22 |
jeff |
csharp: interesting. sounds like something went wrong with the vmotion operation? they're not normally that... disruptive. |
| 21:26 |
|
sandbergja joined #evergreen |
| 21:33 |
jeff |
csharp: what did postgresql do to save the day? |
| 21:57 |
|
sandbergja joined #evergreen |
| 22:28 |
|
sandbergja joined #evergreen |
| 23:03 |
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-12T23:01:08,467836938-0500 -0> |
| 23:03 |
pinesol |
News from qatests: Failed Installing Angular web client <http://testing.evergreen-ils.org/~live/test.29.html#2019-11-12T23:01:08,509447039-0500 -2> |
| 23:08 |
|
sandbergja joined #evergreen |
| 23:29 |
|
sandbergja joined #evergreen |
| 23:59 |
|
sandbergja joined #evergreen |
