| Time |
Nick |
Message |
| 01:59 |
|
remingtron joined #evergreen |
| 01:59 |
|
dbwells joined #evergreen |
| 02:21 |
|
remingtron joined #evergreen |
| 02:21 |
|
dbwells joined #evergreen |
| 02:58 |
|
dreuther joined #evergreen |
| 02:58 |
|
chatley joined #evergreen |
| 05:08 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:43 |
|
phasefx joined #evergreen |
| 07:19 |
csharp |
@later tell Bmagic yeah, I've consistently seen that problem with the permissions group UI. The problem with "just use the database" is that it puts a burden on system staff with server-level access to do things that should be available to non-technical users. |
| 07:19 |
pinesol_green |
csharp: The operation succeeded. |
| 07:22 |
csharp |
I guess my second sentence there is directed to the larger channel, not just to Bmagic ;-) |
| 07:24 |
|
wsmoak joined #evergreen |
| 07:32 |
|
rjackson-isl joined #evergreen |
| 07:46 |
|
jboyer-isl joined #evergreen |
| 08:12 |
|
mrpeters joined #evergreen |
| 08:40 |
|
StephenGWills joined #evergreen |
| 08:42 |
|
mmorgan joined #evergreen |
| 08:54 |
|
Dyrcona joined #evergreen |
| 09:16 |
bshum |
Before I cut 2.7.1 today, hoping finish looking over https://bugs.launchpad.net/evergreen/+bug/1366964 |
| 09:16 |
pinesol_green |
Launchpad bug 1366964 in Evergreen "Transaction Issues with libdbi 0.9.0" (affected: 1, heat: 6) [Undecided,Confirmed] |
| 09:17 |
bshum |
And also, have to finish setting up my build environment to get the web client stuff properly into the tarball |
| 09:18 |
csharp |
bshum: what would be the most effective way to test the fix to the libdbi bug? |
| 09:19 |
csharp |
Dyrcona: weren't you only experiencing the issue under conditions of higher load? |
| 09:19 |
* csharp |
re-reads |
| 09:19 |
bshum |
csharp: I was going to try following what happened in the bug report as far as copy creation goes. And also figure out the perl test that was included. |
| 09:20 |
csharp |
ah - there's a test |
| 09:20 |
Dyrcona |
csharp: No, it had nothing to do with load. pcrud transactions simply failed. |
| 09:20 |
bshum |
berick++ |
| 09:20 |
csharp |
Dyrcona: okay - my quick read several months ago clearly led to inaccurate impressions of the issue :-) |
| 09:20 |
bshum |
csharp: If you have time to spare a look, extra eyes never hurt. |
| 09:20 |
Dyrcona |
The fix is very simple and seems to work, but a mass delete script I tested on precise after applying the change gave me several "unknown errors." |
| 09:21 |
csharp |
well, since we're an ubuntu shop, and this is a obvious impediment, I only think it fair that we participate ;-) |
| 09:36 |
|
RoganH joined #evergreen |
| 09:41 |
|
kmlussier joined #evergreen |
| 09:54 |
|
sarabee joined #evergreen |
| 09:58 |
* csharp |
tests the fix for bug 1366964 without issues |
| 09:58 |
pinesol_green |
Launchpad bug 1366964 in Evergreen "Transaction Issues with libdbi 0.9.0" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1366964 |
| 09:58 |
berick |
to be clear, the fix to 1366964 doesn't prevent "unknown errors" (from the DB), it just allows cstore to recognize them as transient instead of "OMG DB IS DOWN" |
| 09:58 |
csharp |
live test works fine |
| 10:01 |
Dyrcona |
berick: I suspected as much. I'll sign off on it. |
| 10:02 |
berick |
Dyrcona++ |
| 10:02 |
berick |
csharp++ # testing |
| 10:02 |
Dyrcona |
If csharp wants to sign off, too, that's cool. I can wait and sign his branch then push that. |
| 10:03 |
Dyrcona |
It's today we want to release the dot releases for 2.5, 2.6, and 2.7, right? |
| 10:05 |
bshum |
Dyrcona: That's certainly my goal for 2.7. |
| 10:05 |
Dyrcona |
OK. Well, I'll push berick's branch. |
| 10:06 |
Dyrcona |
You want me to push to master and rel_2_7, right? |
| 10:06 |
bshum |
Dyrcona: Sounds right to me. |
| 10:07 |
Dyrcona |
Will do. |
| 10:07 |
|
RoganH joined #evergreen |
| 10:11 |
pinesol_green |
[evergreen|Bill Erickson] LP#1366964 Update libdbi connection test error parsing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ca4e28a> |
| 10:12 |
Dyrcona |
Done and done. |
| 10:12 |
berick |
woot |
| 10:13 |
Bmagic |
csharp: thanks for the feedback. Glad it's not just my system |
| 10:18 |
csharp |
berick++ Dyrcona++ |
| 10:18 |
csharp |
I was having a problem pushing my signoff branch up to working, but no need now ;-) |
| 10:21 |
|
StephenGWills_ joined #evergreen |
| 10:21 |
csharp |
hmm - my branch shows on 'git ls-remote working' but not on the git web sit |
| 10:21 |
csharp |
e |
| 10:26 |
|
jwoodard joined #evergreen |
| 10:27 |
tsbere |
csharp: That sounds odd |
| 10:28 |
csharp |
a7c326727ab6bdda2c9899ceba7ddb6fc84ffd58 refs/heads/user/csharp/lp1366964-libdbi-error-handling-signoff |
| 10:28 |
pinesol_green |
[evergreen|Bill Erickson] LP#1261486 Action/trigger aggregator script repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a7c3267> |
| 10:28 |
tsbere |
csharp: I see that in the list |
| 10:29 |
tsbere |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=heads < 19 or 20 on the list, I think. |
| 10:30 |
* csharp |
is very confused |
| 10:30 |
|
mjingle joined #evergreen |
| 10:33 |
tsbere |
csharp: Note that I don't see your signoff, just the branch. |
| 10:33 |
csharp |
I figured it out - I didn't check out the branch before cherry-picking |
| 10:33 |
tsbere |
csharp: Which tells me you pushed a copy, but didn't change it. |
| 10:33 |
csharp |
right |
| 10:33 |
csharp |
I pushed the branch as-was |
| 10:33 |
* csharp |
does 20 pushups for penance |
| 10:33 |
Dyrcona |
Ah.. That was a little confusing. |
| 10:37 |
|
RoganH joined #evergreen |
| 11:11 |
|
vlewis joined #evergreen |
| 11:12 |
|
vlewis_ joined #evergreen |
| 11:16 |
|
kmlussier joined #evergreen |
| 11:23 |
kmlussier |
jboyer-isl: Is bug 1210541 ready for a pullrequest tag? |
| 11:23 |
pinesol_green |
Launchpad bug 1210541 in Evergreen "Copy locations table should have a 'deleted' flag" (affected: 9, heat: 52) [Wishlist,Confirmed] https://launchpad.net/bugs/1210541 - Assigned to Jason Boyer (jboyer) |
| 11:24 |
jboyer-isl |
I think so. I've tested it a bit but I haven't heard of anyone else trying it out. |
| 11:26 |
jboyer-isl |
kmlussier, It worked well enough for me the day of the hackaway, for what that's worth. |
| 11:26 |
kmlussier |
jboyer-isl: OK, I'll add one then. I think we have somebody here is interested in trying it out. |
| 11:27 |
jboyer-isl |
Good to hear. Hopefully there's nothing to find. :) |
| 11:36 |
|
dreuther joined #evergreen |
| 11:43 |
bshum |
Seems like something nice for 2.next |
| 11:44 |
kmlussier |
Yes indeed! |
| 11:48 |
pinesol_green |
Showing latest 5 of 7 commits to OpenSRF... |
| 11:48 |
pinesol_green |
[opensrf|Ben Shum] LP#1369169: Remove trailing whitespace from apache2.conf - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=5f56ccb> |
| 11:48 |
pinesol_green |
[opensrf|Ben Shum] LP#1369169: Add Apache 2.4 specific configuration file for websockets - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=4712263> |
| 11:48 |
pinesol_green |
[opensrf|Ben Shum] LP#1369169: Add websockets section to the OpenSRF README - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=21a3402> |
| 11:48 |
pinesol_green |
[opensrf|Ben Shum] LP#1369169: Mention the requirement for valid SSL certificate - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=8fb8d3b> |
| 11:48 |
pinesol_green |
[opensrf|Ben Shum] LP#1369169: Remove hardcoded paths for OpenSRF directory - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=5e2221e> |
| 11:48 |
bshum |
Yay! |
| 12:10 |
|
sandbergja joined #evergreen |
| 12:23 |
|
dac joined #evergreen |
| 12:56 |
|
collum joined #evergreen |
| 13:10 |
|
mjingle joined #evergreen |
| 13:15 |
|
dkyle1 joined #evergreen |
| 13:16 |
|
_bott_1 joined #evergreen |
| 13:16 |
csharp |
@quote random |
| 13:16 |
pinesol_green |
csharp: Quote #17: "* csharp hasn't smoked a good SIGPIPE since his college days" (added by gmcharlt at 12:33 PM, October 28, 2011) |
| 13:25 |
|
mjingle joined #evergreen |
| 13:31 |
|
sbrylander joined #evergreen |
| 13:37 |
RoganH |
@quote random |
| 13:37 |
pinesol_green |
RoganH: Quote #93: "< RoganH> Coffee is like religion, don't judge, just accept that people are different even if you will never understand it." (added by csharp at 10:20 AM, September 23, 2014) |
| 13:39 |
kmlussier |
I remember that one! |
| 13:39 |
RoganH |
:) |
| 13:44 |
|
nhilton joined #evergreen |
| 14:02 |
kmlussier |
@coffee |
| 14:02 |
* pinesol_green |
brews and pours a cup of Stars of Formosa Blend, and sends it sliding down the bar to kmlussier |
| 14:22 |
pinesol_green |
[evergreen|Ben Shum] Forward port 2.6-2.7 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8472fef> |
| 14:28 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.5.7 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=63357cd> |
| 14:28 |
pinesol_green |
[evergreen|Dan Wells] Forward-port 2.6.3 upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8777c42> |
| 15:05 |
|
mjingle joined #evergreen |
| 15:13 |
|
kbutler joined #evergreen |
| 15:20 |
|
dreuther_ joined #evergreen |
| 15:20 |
|
maryj joined #evergreen |
| 15:26 |
|
dreuther joined #evergreen |
| 15:51 |
|
Stompro joined #evergreen |
| 15:57 |
berick |
bshum: it just occured to me that if you're building releases on trusty, you can use the packaged version of nodejs. |
| 15:57 |
bshum |
berick: Oh really now... |
| 15:57 |
berick |
(too late to help you, i'm sure) |
| 15:57 |
bshum |
That sounds intriguing :) |
| 15:57 |
bshum |
Maybe it'll be helpful in my future |
| 15:58 |
berick |
yeah, the git stuff was necessary on wheezy |
| 15:58 |
bshum |
I'm still deciding if I want to upgrade my laptop to utopic unicorn... |
| 15:59 |
berick |
well, hmm, trusty install 0.10.25. earliest i tested was 0.10.28 -- |
| 16:00 |
berick |
not entirely sure what I just said is true, but likely true |
| 16:00 |
bshum |
Heh |
| 16:00 |
berick |
i'll give it a shot |
| 16:01 |
bshum |
I didn't get to finish up the written instructions for the README in Evergreen for webclient building. |
| 16:01 |
bshum |
I want to tidy it up more since there's some loose ends in there |
| 16:01 |
bshum |
But at least the new tarball should have the stuff built in |
| 16:01 |
bshum |
So that's nice :) |
| 16:01 |
berick |
bshum++ |
| 16:14 |
gmcharlt |
An evergreen security release is now available for 2.7.x, 2.6.x, and 2.5.x: http://evergreen-ils.org/security-releases-evergreen-2-7-1-2-6-4-and-2-5-8/ |
| 16:16 |
|
StephenGWills left #evergreen |
| 16:22 |
pinesol_green |
[evergreen|Mike Rylander] LP#1248636: Clear session at OPAC logout - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=66b563e> |
| 16:31 |
Dyrcona |
bshum++ dbwells++ gmcharlt++ |
| 16:33 |
gmcharlt |
and to round it out |
| 16:34 |
gmcharlt |
jeff++ |
| 16:34 |
gmcharlt |
eeevil++ |
| 16:38 |
|
nhilton_ joined #evergreen |
| 16:42 |
|
nhilton joined #evergreen |
| 16:51 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:51 |
|
mrpeters left #evergreen |
| 16:52 |
|
kmlussier left #evergreen |
| 16:54 |
phasefx |
that last failure includes one not related to DST: open-ils.cstore 2014-11-05 16:27:37 [ERR :21897:oils_sql.c:2483:] open-ils.cstore ERROR inserting config::copy_status object using query [INSERT INTO config.copy_status (holdable,id,name,opac_visible,copy_active,restrict_copy_delete) VALUES (DEFAULT,1,DEFAULT,DEFAULT,DEFAULT,DEFAULT);]: 0 ERROR: null value in column "name" violates not-null constraint |
| 16:55 |
bshum |
Hmm |
| 16:56 |
bshum |
That's the new test |
| 16:56 |
bshum |
For the libdbi thing? |
| 16:56 |
|
dMiller_ joined #evergreen |
| 16:57 |
bshum |
Yep |
| 16:57 |
phasefx |
the test itself didn't throw an error |
| 16:58 |
bshum |
Hmm |
| 16:58 |
phasefx |
live_t/08-lp1366964-libdbi-error.t ..... ok |
| 16:59 |
berick |
that's supposed to happen |
| 16:59 |
berick |
the point of the test is to see how it recovers from a DB error |
| 16:59 |
dbwells |
That's great :) |
| 17:00 |
phasefx |
k, then when we can tell the webifier thing to expect an error |
| 17:00 |
* phasefx |
will poke |
| 17:01 |
berick |
phasefx++ |
| 17:01 |
berick |
didn't realize it would bark at that |
| 17:03 |
berick |
bshum: btw, initial test of nodejs package on trust looks good. will document when i get some time |
| 17:03 |
bshum |
berick++ # cool! |
| 17:08 |
|
mmorgan left #evergreen |
| 17:08 |
phasefx |
for reference, http://git.evergreen-ils.org/?p=working/random.git;a=commitdiff;h=2983559ea27c6506f750a757e64d9bb4d5b43548 Haven't tested it yet |
| 17:09 |
phasefx |
so that makes two exeptions that are DBI related :) |
| 17:09 |
phasefx |
exceptions, even |
| 17:10 |
bshum |
phasefx++ # nifty |
| 17:39 |
|
nhilton joined #evergreen |
| 17:54 |
|
nhilton_ joined #evergreen |
| 18:33 |
|
gsams joined #evergreen |
| 20:31 |
|
buzzy joined #evergreen |
| 22:09 |
bshum |
Whoa.... runaway report ate up almost 125 GB of disk space in pgsql_tmp |
| 22:10 |
bshum |
That's not good. |
| 22:17 |
dbs |
hate those |
| 22:50 |
eeevil |
bshum: there's a setting for that: temp_file_limit |
| 22:51 |
bshum |
Interesting... |
| 22:51 |
eeevil |
indeed it is :) |
| 22:52 |
Guest39069 |
O_O |
| 22:52 |
Guest39069 |
hmm |
| 22:52 |
dcook |
\o/ |
| 22:52 |
dcook |
125GB report... ouch |
| 22:52 |
bshum |
PG 9.2+ |
| 22:53 |
bshum |
Excellent!! |
| 22:53 |
bshum |
eeevil++ |
| 22:53 |
bshum |
I'll read about this and poke at our servers |
| 22:53 |
bshum |
For fun: http://www.databasesoup.com/2014/05/why-you-should-always-set-tempfilelimit.html |
| 22:57 |
bshum |
Looks like the setting is in KB, so I just need to do a little math now. |
| 23:14 |
jeff |
you run your reports on the metadata you have, not the mumble mumble mumble... |
| 23:14 |
bshum |
Hehe |
| 23:15 |
jeff |
and yes, i am pretty sure i just quoted dick cheney in the context of reports on bibliographic data |
| 23:49 |
|
rfrasur joined #evergreen |
