Evergreen ILS Website

IRC log for #evergreen, 2014-07-24

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

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

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat