Time |
Nick |
Message |
00:36 |
|
mmorgan1 joined #evergreen |
03:39 |
|
mtcarlson joined #evergreen |
04:26 |
|
remingtron joined #evergreen |
05:06 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
05:49 |
|
b_bonner joined #evergreen |
05:52 |
|
mtcarlson_away joined #evergreen |
05:53 |
|
mnsri joined #evergreen |
07:36 |
|
Dyrcona joined #evergreen |
08:16 |
|
akilsdonk joined #evergreen |
08:35 |
|
Shae joined #evergreen |
08:37 |
|
Dyrcona joined #evergreen |
08:42 |
|
mmorgan1 left #evergreen |
08:43 |
|
mmorgan joined #evergreen |
08:53 |
|
mrpeters joined #evergreen |
08:54 |
|
jwoodard joined #evergreen |
09:02 |
|
RoganH joined #evergreen |
09:08 |
|
kmlussier joined #evergreen |
09:09 |
|
tspindler joined #evergreen |
09:11 |
|
kmlussier left #evergreen |
09:12 |
|
kmlussier joined #evergreen |
09:24 |
|
RoganH joined #evergreen |
09:27 |
|
mjingle joined #evergreen |
09:55 |
bshum |
Oy PostgreSQL database updates |
09:57 |
Dyrcona |
We don't usually install them every time they show up. |
09:58 |
Dyrcona |
We also keep our databases pretty well firewalled. |
10:00 |
bshum |
Just reading the notes on what was fixed now for PG 9.3 |
10:00 |
bshum |
And being glad that we didn't do an in-place pg_upgrade |
10:03 |
Dyrcona |
Ah ha! I'll have to take a look later. |
10:04 |
bshum |
There's mention of gist and gin fixes too |
10:05 |
bshum |
EOL PG 8.4. Not that any of us should be on that anymore, but RIP. Memories! |
10:17 |
eeevil |
bshum: I started dev of the EG schema on PG 8.0. moved to 8.1 after a few months and it made it past the .0 stage :) |
10:32 |
csharp |
8.4, we hardly knew ye |
10:33 |
csharp |
actually, I think that's technically true for us - we moved from 8.3 to 9.1 ;-) |
10:33 |
|
RoganH joined #evergreen |
11:20 |
|
akilsdonk joined #evergreen |
11:40 |
|
Wyuli joined #evergreen |
11:52 |
jeff |
psql --version |
11:52 |
jeff |
psql (PostgreSQL) 8.1.19 |
11:52 |
jeff |
i *think* that's the oldest and cruftiest postgres server we have around |
11:52 |
jeff |
(not evergreen, and soon to be upgraded, etc) |
11:58 |
csharp |
RoganH: since I've already responded to the surveymonkey survey, it's not letting me back in |
11:59 |
csharp |
jeff: what's the uptime on that server? ;-) |
12:00 |
csharp |
(the server I'm on here has been up 959 days) |
12:01 |
|
mtcarlson joined #evergreen |
12:06 |
RoganH |
csharp: I can't see how to re-open it, just put a new entry in and I'll delete the old one :) |
12:32 |
eeevil |
bshum: may I draw your attention to a bug, sir? |
12:34 |
* eeevil |
will just charge forward and lob https://bugs.launchpad.net/evergreen/+bug/1339118 toward bshum |
12:34 |
pinesol_green |
Launchpad bug 1339118 in Evergreen "open-ils.pcrud inspects wrong IDL permacrud definition on jump" (affected: 1, heat: 6) [Undecided,New] |
12:39 |
bshum |
eeevil: Sure |
12:41 |
bshum |
It reads like a bug, so I'm assuming this needs to be backported as well? |
12:42 |
eeevil |
there are so few uses of the jump logic that it hasn't come up until now |
12:42 |
eeevil |
so ... dealer's choice |
12:43 |
* bshum |
defers backporting to dbwells and just commits this to master then |
12:45 |
pinesol_green |
[evergreen|Mike Rylander] LP#1339118: Ignore permission checks for "jump" context - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=946ded4> |
12:45 |
bshum |
eeevil: Set, I'll close out the bug for you |
12:46 |
eeevil |
bshum++ |
12:48 |
|
mtcarlson joined #evergreen |
13:46 |
|
mtcarlson joined #evergreen |
13:51 |
tspindler |
I was wondering if someone can take a look at this branch from Dan Pearl, Dyrcona put a request for it to be rebased and Dan did that in may. https://bugs.launchpad.net/evergreen/+bug/1086934 |
13:52 |
pinesol_green |
Launchpad bug 1086934 in Evergreen "TPAC: Complete column sorting in some screens" (affected: 3, heat: 14) [Wishlist,Confirmed] |
14:03 |
|
mtcarlson joined #evergreen |
14:11 |
|
RoganH joined #evergreen |
14:13 |
tspindler |
bshum: does Dan need to do something more with this https://bugs.launchpad.net/evergreen/+bug/1099979 |
14:13 |
pinesol_green |
Launchpad bug 1099979 in Evergreen "Merge Parts" (affected: 4, heat: 18) [Wishlist,Confirmed] |
14:16 |
bshum |
tspindler: I don't think so. The changes worked for me enough in my initial testing that I felt comfortable picking in the commit pretty soon |
14:16 |
bshum |
I was just getting all the t's crossed and i's dotted |
14:17 |
tspindler |
thank bshum, I just wasn't sure if you were looking for more testing from us |
14:18 |
tspindler |
i think we need to return the favor and do some testing of others code ;) |
14:18 |
RoganH |
bshum: you still need testing on the merge parts? |
14:19 |
bshum |
tspindler: There's always welcome room for further testing :) |
14:19 |
bshum |
RoganH: If you feel interested to take a look, that'd be great to have an extra pair of eyes look it over. My own light testing seemed fine, but I don't mind the extra checks. |
14:20 |
RoganH |
bshum: I've been meaning to dig around launchpad for another commit to test to help out if another signoff is needed. I just hadn't done so yet. |
14:20 |
RoganH |
bshum: Move from our old servers to Sequoia was last night so it's been busy. |
14:20 |
bshum |
I hear that |
14:32 |
Dyrcona |
tspindler: Keep an eye on your launchpad bug email this afternoon. |
14:49 |
|
muddles17 joined #evergreen |
14:51 |
|
muddles17 left #evergreen |
14:51 |
|
muddles17 joined #evergreen |
15:06 |
tspindler |
Dyrcona: okee dokee |
15:09 |
tspindler |
I had a question about testing, does everyone test with concerto data or do you also test with production (I think I know the answer for Dyrcona) but I was wondering about others? |
15:09 |
tspindler |
not on production but with production data that is |
15:11 |
RoganH |
tspindler: varies a bit, if it's a UI thing I will test on a VM with concerto data, but something like the 856 testing a while back I did on a test box with production data because I didn't feel test data would find issues |
15:11 |
csharp |
tspindler: we pretty much *only* test with production data |
15:12 |
RoganH |
If you're talking about broader testing like testing upgrades it's always with production data. |
15:12 |
csharp |
the default OU setup and concerto don't feel "real" enough for our end user testers, so we haul around our huge dataset from server to server |
15:13 |
csharp |
testing for bugfix signoffs and the like, I use default setup/concerto on current master |
15:13 |
tspindler |
RoganH: I was thinking more about new development and not upgrade, we ahve been testing upgrade with production data |
15:24 |
dbwells |
bshum: I think I may have hit that jump bug once in a custom script. I've at least targetted it for 2.5 and 2.6 now. Thanks for asking. |
15:24 |
Dyrcona |
I only test with production data. |
15:25 |
Dyrcona |
tsbere uses concerto and production depending. |
15:26 |
bshum |
I tend to use a mixture of both depending on what I happen to have most readily available at the time. |
15:26 |
bshum |
Though nominally everything eventually gets tested with production data. |
15:26 |
bshum |
I guess I like testing OPAC features using concerto data actually. |
15:32 |
Dyrcona |
bshum: In the case of dpearl's branch referenced in the lp bug above, it was handy know I had a patron with 500 or entries in their circ history. |
15:33 |
bshum |
True that. |
15:33 |
Dyrcona |
Guess my brain is still faster than my fingers. |
15:35 |
muddles17 |
Is there a place that I can look for all of the perl dependancies needed for evergreen and opensrf? |
15:43 |
bshum |
muddles17: I think you can see the various perl requirements by looking at the makefile files for Evergreen and OpenSRF. There isn't a list that I know of elsewhere. |
15:43 |
bshum |
What are you looking to find? |
15:44 |
csharp |
muddles17: look in src/extras/Makefile.install in the opensrf code tree and and Open-ILS/src/extras/Makefile.install... oh bshum beat me to it |
15:44 |
bshum |
csharp++ # specificity |
15:44 |
csharp |
heh |
15:44 |
csharp |
I figured someone who's asking might appreciate the pointers |
15:45 |
muddles17 |
bshum csharp: Thanks! I'll look around in there. |
16:00 |
|
vlewis joined #evergreen |
16:01 |
kmlussier |
@dessert |
16:01 |
* pinesol_green |
grabs some Chocolate Mousse for kmlussier |
16:01 |
kmlussier |
Ooh! Just what I needed. |
16:02 |
|
awitter joined #evergreen |
16:04 |
* bshum |
waves goodbye to the bots |
16:04 |
* bshum |
hugs them one last time |
16:04 |
kmlussier |
Wait. The bots are going down too? |
16:04 |
awitter |
shutting down in 1 minute |
16:05 |
bshum |
The bots run on Lupin, so moving the web server means shutting them down too. |
16:05 |
|
bmills joined #evergreen |
16:05 |
kmlussier |
But it's the time of day when I start getting punchy and need pinesol_green to distract myself. |
16:06 |
kmlussier |
Can we re-name pinesol_green when he moves to the new server? |
16:06 |
bshum |
Aww, but I grew to like the _green |
16:06 |
awitter |
going down in 20 secs |
16:06 |
kmlussier |
Or is pinesol_green a she? |
16:06 |
bshum |
Or you mean like pinesol_green_the_better |
16:07 |
awitter |
wait bshum did you want to do a dist-upgrade before I shutdown? |
16:07 |
* kmlussier |
thinks pinesol_green should be a she to balance out the gender ratio in this room. |
16:08 |
* mmorgan |
agrees |
16:08 |
* kmlussier |
agrees with mmorgan on many things. Like parts. |
16:09 |
mmorgan |
parts++ |
16:09 |
mmorgan |
:) |
16:09 |
kmlussier |
OK, shut pinesol_green down now before bshum has a chance to negate that karma. :) |
16:09 |
bshum |
Noooooo :) |
16:10 |
tsbere |
parts-- |
16:10 |
tsbere |
:P |
16:10 |
kmlussier |
parts++ |
16:10 |
bshum |
kmlussier: You're triggering a parts war! |
16:11 |
|
mtcarlson joined #evergreen |
16:51 |
|
serflog joined #evergreen |
16:51 |
|
Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org |
16:51 |
tsbere |
Bmagic: Let me clarify: The stock code will read a get param to set the cookie, or will read the ENV var. What method(s) you use are up to you. :P |
16:52 |
gmcharlt |
awitter++ |
16:52 |
bshum |
awitter++ |
16:53 |
|
pastebot joined #evergreen |
17:06 |
jeff |
awitter++ thanks, andy! |
17:07 |
|
mtcarlson joined #evergreen |
17:10 |
|
mmorgan left #evergreen |
17:15 |
|
dMiller__ joined #evergreen |
17:16 |
|
alynn26 joined #evergreen |
17:22 |
|
alynn26 joined #evergreen |
17:24 |
awitter |
you guys are welcome. if you have any problems or questions just let me know. |
17:24 |
|
alynn26 joined #evergreen |
17:43 |
|
mtcarlson joined #evergreen |
17:49 |
jeffdavis |
eeevil: At Sitka we have capacity for 400 SIP2 connections spread across 2 servers. 70+ libraries with self-check machines, e-resource vendor auth, wifi auth etc, some of which don't disconnect cleanly (hence excess open SIP server procs)... |
17:49 |
jeffdavis |
We don't actually use all that capacity of course, but 500+ strikes me as merely excessive rather than insance. ;) |
17:50 |
jeffdavis |
*insane |
17:50 |
eeevil |
jeffdavis: ah... but one client ;) |
17:51 |
eeevil |
not total |
17:53 |
jeffdavis |
wow, yikes |
17:53 |
jeffdavis |
that IS insane |
18:02 |
|
Wiiyuli joined #evergreen |
18:11 |
|
dMiller__ joined #evergreen |
19:04 |
|
Wyuli joined #evergreen |
19:13 |
|
Shae joined #evergreen |