| 00:40 |
|
phasefx_ joined #evergreen |
| 00:57 |
|
akilsdonk joined #evergreen |
| 04:49 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:15 |
|
graced joined #evergreen |
| 08:00 |
|
Newziky joined #evergreen |
| 08:01 |
|
akilsdonk joined #evergreen |
| 15:12 |
sal_ |
Following 2.7.4 documentation, I think. |
| 15:12 |
bshum |
And I think oils_sip.xml.example isn't matched to that |
| 15:13 |
bshum |
There's an open bug to make those work together better. |
| 15:13 |
sal_ |
Might be part of the problem. |
| 15:13 |
sal_ |
Glad to test :-) |
| 15:13 |
bshum |
By default, there isn't a "max_spare_servers" line that I see. |
| 15:13 |
bshum |
In either example. |
| 15:14 |
sal_ |
http://docs.evergreen-ils.org/2.7/_sip_server.html#_installing_the_sip_server |
| 15:14 |
bshum |
As written, I wouldn't expect that to be a problem. But maybe it is... |
| 15:15 |
Dyrcona |
I never set max_spare_servers, it turns out. |
| 15:15 |
Dyrcona |
Our config has min_servers, min_spare_servers, and max_servers set. |
| 15:16 |
bshum |
We got all four options set. But admittedly I have not tested the time used to start connections. |
| 15:16 |
sal_ |
Yeah, it was the only obvious difference (wrt performance) between the 2.4 oils_sip.xml and 2.7 |
| 15:17 |
bshum |
Maybe there's something else we're not seeing. |
| 15:17 |
bshum |
sal_++ for testing, be curious to dig at it more later. |
| 15:18 |
Dyrcona |
If you want to try Multiplex, add personality='Multiplex' to your server-params section. |
| 15:18 |
Dyrcona |
Also, are you using the same SIPServer as you did with 2.4? |
| 15:18 |
sal_ |
Will that use the SIPconfig.xml rather than oils_sip.xml? |
| 05:17 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:30 |
|
jboyer-isl joined #evergreen |
| 07:33 |
|
graced joined #evergreen |
| 07:52 |
|
rjackson_isl joined #evergreen |
| 10:02 |
Dyrcona |
Apparently, I need 680 exceptions to those other rules. |
| 10:02 |
Dyrcona |
Just another case of, we want people to place holds on everything, except this and this and this and that stuff over there, and.... |
| 10:04 |
Dyrcona |
Oh, and except these people.... |
| 10:05 |
Dyrcona |
I suppose before I add another 680 hold matrix entries, I should test if the rules are already working as intended. |
| 10:06 |
Dyrcona |
Without an actual test, it is all conjecture and anecdotes. |
| 10:14 |
jonadab |
Every time you large-library-system people start talking about holds, I remember how glad I am to work for a single-ou library system. |
| 10:15 |
Dyrcona |
Well, I may be going to a lot of trouble for nothing. |
| 10:15 |
jeff |
if we could eliminate our use of age hold protection, i'd be pretty happy with holds in general. our rules are pretty simple. |
| 10:52 |
|
ningalls joined #evergreen |
| 10:53 |
Dyrcona |
_bott_: AFAIK, 9.3.6 is the highest being used in production. |
| 10:54 |
Dyrcona |
_bott_: That said, I am not aware of any problems with 9.4.x. |
| 10:55 |
_bott_ |
I shall pay attention while testing! |
| 10:57 |
|
vlewis joined #evergreen |
| 10:57 |
|
vlewis_ joined #evergreen |
| 11:01 |
|
RoganH joined #evergreen |
| 11:59 |
Dyrcona |
I could probably get an account, too. |
| 12:05 |
|
mglass joined #evergreen |
| 12:10 |
|
mrpeters joined #evergreen |
| 12:29 |
bshum |
_bott_: We're using PG 9.3.6 in production, but I've got a test server giving PG 9.4.1 a whirl. Love to compare notes with you later on. |
| 13:15 |
|
sarabee joined #evergreen |
| 13:23 |
dbs |
Members of the Evergreen Oversight Board, a heads-up that I was asked if Evergreen would be willing to have their logo added to the http://www.libhub.org/sponsors-partners/ page as a "Partner" (given our focus on many of the same goals as libhub, re: visibility on the web, schema.org, etc) |
| 13:24 |
dbs |
and my response was "Umm, I don't know if the new logo terms of usage were ever finalized (all I could find is a draft) but I think you would need the EOB's okay" |
| 16:20 |
kmlussier |
eeevil++ |
| 16:20 |
kmlussier |
I knew that when I shared the link to the bug, but I didn't know if it was a sure thing yet. :) |
| 16:35 |
|
bbqben joined #evergreen |
| 17:00 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:26 |
|
bmills joined #evergreen |
| 18:18 |
|
RBecker joined #evergreen |
| 18:36 |
|
bmills joined #evergreen |
| 10:04 |
|
gsams joined #evergreen |
| 10:09 |
* mmorgan |
missed a fun holds discussion on Friday! ... and has a question :) |
| 10:10 |
mmorgan |
Within a soft-stalling period, if there's a hold for pickup at Abbot Library, and Abbot does not own a copy, does the soft stalling interval still apply? |
| 10:15 |
* kmlussier |
doesn't remember. |
| 10:18 |
kmlussier |
mmorgan: I haven't tested it, but I think it would. Because the stalling is there to give the library who has it on their pull list time to pull it. |
| 10:18 |
kmlussier |
The pull list library most likely wouldn't be the pickup library in this case. |
| 10:19 |
bshum |
The soft stalling should still apply to keep any other library (not targeted) from capturing the hold opportunistically. |
| 10:21 |
kmlussier |
Way back when we were first learning about Evergreen, I found that phasefx's explanation in this thread - http://georgialibraries.markmail.org/thread/ulkblq7rgzcj7g64 - very helpful. |
| 10:26 |
mmorgan |
ok, so during the stalling interval, only the single targeted copy could fill the hold. I think that's the part that was never quite clear to me. |
| 11:21 |
berick |
@weather 27712 |
| 11:21 |
pinesol_green |
berick: The current temperature in Heritage Heights, Durham, North Carolina is 77.4°F (11:15 AM EDT on March 17, 2015). Conditions: Clear. Humidity: 31%. Dew Point: 44.6°F. Pressure: 29.80 in 1009 hPa (Falling). |
| 11:21 |
berick |
that's what I'm talking about |
| 11:21 |
* kmlussier |
wonders how a 2.8-testing kind of day turned into a web-client-testing kind of day. |
| 11:21 |
Dyrcona |
@weather 01845 |
| 11:21 |
pinesol_green |
Dyrcona: The current temperature in WB1CHU, Lawrence, Massachusetts is 39.0°F (11:21 AM EDT on March 17, 2015). Conditions: Light Rain. Humidity: 100%. Dew Point: 39.2°F. Windchill: 39.2°F. Pressure: 29.49 in 998 hPa (Falling). |
| 11:22 |
Dyrcona |
berick: "Absolutely nothin'!" |
| 13:30 |
pinesol_green |
Launchpad bug 1406786 in Evergreen "Merge parts functionality fails to preserve copy_part mapping" (affected: 4, heat: 20) [Medium,Confirmed] |
| 13:31 |
|
Dyrcona joined #evergreen |
| 13:36 |
DPearl |
bshum: Hi, Ben. I have desk-checked the code and it looks fine. I am shortly going to try it on a 2.7.4 after I get that up on my dev machine to repro the problem, which I haven't seen. The original bug fix commit looks complete. |
| 13:47 |
bshum |
DPearl: Okay, let us know what you see on your next test system. I'm still poking at it slowly myself to try figuring out where things went awry. |
| 13:49 |
Dyrcona |
Probably because it updates the monograph part to point to the new record, any link with the old is broken and not preserved. |
| 13:51 |
Dyrcona |
There's a pcrud update going on in the JavaScript. |
| 13:53 |
bshum |
Well I would have expected something to change the copy map to point at the new part before the delete. But yeah, hmm... |
| 16:15 |
Dyrcona |
Funny. gogs is hosted on github. :) |
| 16:40 |
|
bmills joined #evergreen |
| 16:59 |
Dyrcona |
Well, time to go. This time for reals. |
| 17:17 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:18 |
|
mmorgan left #evergreen |
| 17:35 |
|
mglass joined #evergreen |
| 19:21 |
|
Newziky1 joined #evergreen |
| 13:05 |
|
sandbergja joined #evergreen |
| 13:12 |
|
mrpeters left #evergreen |
| 13:46 |
|
krvmga joined #evergreen |
| 13:46 |
krvmga |
i'm curious why the new icons in search results aren't showing up in our test 2.7.3 installation. Did i miss some configuration bit? |
| 13:53 |
kmlussier |
krvmga: I know there was a bit of reingesting that went along with the MVF work. Do you know if that was done on your test system? |
| 13:53 |
krvmga |
kmlussier: i do not know. i can find out tomorrow. |
| 13:54 |
krvmga |
kmlussier: was a full reingest needed? |
| 13:55 |
Dyrcona |
krvmga: You upgraded from what version? |
| 15:16 |
gmcharlt |
berick: +1 to an RC1 |
| 15:17 |
gmcharlt |
#info berick to cut an RC1 for Evergreen 2.8.0 in the next day or so |
| 15:17 |
berick |
i have not heard any problems w/ the beta, fwiw, apart from standard bug reports |
| 15:17 |
bshum |
Fwiw, we're still testing up our upgraded DB to master, but the upgrade scripts didn't blow up anywhere so far for us. |
| 15:17 |
bshum |
So far. |
| 15:18 |
berick |
thanks, bshum |
| 15:19 |
gmcharlt |
berick: anything else to say about 2.8 rc1? |
| 15:19 |
berick |
nothing at the moment to add |
| 17:01 |
* phasefx |
has an Inform5 manual in the next room |
| 17:02 |
jonadab |
phasefx: Yeah, I have a print copy of the DM4. |
| 17:02 |
jonadab |
Which is a really well-written book. |
| 17:02 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:03 |
kmlussier |
Thanks for the tips! Have a nice night everyone! |
| 17:03 |
Bmagic |
kmlussier: HTML, QBASIC, Java, C#, PERL in that order |
| 17:03 |
phasefx |
jonadab: cool deal. I just looked at the date on this thing. Oy :) |
| 14:19 |
kmlussier |
Ha! It's spooky how you said that just as I saw the harry potter search results filling the screen. |
| 14:19 |
Dyrcona |
:) |
| 14:21 |
* gmcharlt |
is now musing about organizing a super-library-geeky social event at #egconf15 that would have the effect of reshuffling all of our default catalog searches ;) |
| 14:22 |
kmlussier |
That would be fun. |
| 14:23 |
kmlussier |
My default search is "pugs", but I never use it on systems with test data because it rarely pulls up results. Interestingly, it does get a couple of hits on webby. |
| 14:28 |
|
bmills joined #evergreen |
| 14:39 |
bshum |
I need to add my own "star trek" bib record to the stock data :) |
| 14:40 |
bshum |
I usually do "mozart" as my concerto test. And "Harry potter" if I want that one sample :) |
| 14:40 |
Dyrcona |
We should add a bunch of "fictional" books written by community members, with notes extolling things they've done for Evergreen. |
| 14:41 |
bshum |
That would be hilarious |
| 14:41 |
bshum |
And awesome |
| 14:41 |
bshum |
Yeah, where is the book of Evergreen? That totally needs to be original cataloged... |
| 14:42 |
Dyrcona |
Yeah. |
| 14:42 |
kmlussier |
When I'm creating records in a test system, I usually do "Kathy's adventures in Evergreen." |
| 14:43 |
kmlussier |
There's also a serial version: "Kathy's journal of Evergreen." |
| 14:47 |
Dyrcona |
I've got some books on the shelf in my office with barcodes on them that I use if I need test copies. |
| 14:49 |
Dyrcona |
I don't usually create MARC data. |
| 14:50 |
Dyrcona |
We actually have a barcode prefix for our central site, though we do not have a circulating collection. |
| 14:52 |
Dyrcona |
Cataloged a Coca Cola bottle once, now that I think of it. |
| 17:01 |
|
phasefx_ joined #evergreen |
| 17:03 |
kmlussier |
Hooray - it's quitting time! See y'all on Monday! |
| 17:05 |
berick |
It's 5 o'clock somewhere! Oh yeah, here. |
| 17:07 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:20 |
* berick |
calls 0915 |
| 17:24 |
* csharp |
answers "Hello? Hello, this is 0915, is anyone there?" |
| 17:26 |
berick |
"have you checked the children?" |
| 01:02 |
|
jboyer_isl joined #evergreen |
| 01:04 |
|
mmorgan1 joined #evergreen |
| 01:14 |
|
jeffdavis joined #evergreen |
| 05:09 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:51 |
|
collum joined #evergreen |
| 07:59 |
|
rjackson_isl joined #evergreen |
| 08:01 |
|
ericar joined #evergreen |
| 10:33 |
jcamins |
I've been thinking about getting Ticket to Ride. Never played it, though. |
| 10:33 |
|
dreuther joined #evergreen |
| 10:33 |
kmlussier |
I'm glad I dug up that log. Lots of game ideas there. |
| 10:34 |
jcamins |
Oh, it was paxed! "We didn't play test this." I searched for "this should not be a game," and it didn't bring that up. |
| 10:34 |
Bmagic |
jcamins: It's not my favorite game but I will say it's a good opener. A "gateway" game if you will. I enjoy Through the Ages, Agricola, At the Gates of Loyang, 1830 |
| 10:35 |
jcamins |
For this Sunday we'll probably ask some of our guests to bring a couple of their board games, but I would like to own a couple of board games for when we have guests coming who aren't driving. |
| 10:36 |
* paxed |
likes Guillotine and Love Letter. card games, though. |
| 15:25 |
bshum |
(we still haven't switched to 14.04 due to the ruby EDI bug since we use acq) |
| 15:25 |
bshum |
And we used Debian 6 instead of Ubuntu for awhile till 14.04 had a workable less-buggy version of ldirector for our load balancers. |
| 15:26 |
kmlussier |
bshum: But it was just the DB server that was on a different O/S than the bricks? Or did you sometimes have a mix among your bricks too? |
| 15:26 |
bshum |
So you can use whatever OS you want for each role in your setup. The only burden it adds is on the sys admins for keeping track of it all. |
| 15:26 |
bshum |
Right now we're in the midst of switching up our app servers too. |
| 15:26 |
bshum |
Where 5 out of 6 are 12.04 and one is 14.04 |
| 15:27 |
bshum |
We're testing the 14.04 one as a side utility server and seeing what else is weird. |
| 15:27 |
bshum |
And also using it as our chance to rewrite our apache config files for the Apache 2.2 to 2.4 change that Dyrcona mentioned too. |
| 15:29 |
bshum |
Generally I find it's easier on the brain the fewer distros we have to keep track of. |
| 15:29 |
bshum |
So I've been trying to consolidate things as best as I can. |
| 15:30 |
kmlussier |
bshum: Thanks for the details! |
| 15:30 |
kmlussier |
bshum++ |
| 15:30 |
bshum |
kmlussier: Actually come to think of it... we ran Lucid bricks at the same time we were building Precise bricks |
| 16:45 |
Dyrcona |
Median hits/minute during the time of our high load: 2,592. |
| 16:46 |
Dyrcona |
With a maximum of 4,705 during the minute of 4:40 pm EST. |
| 16:47 |
Dyrcona |
Our poor server did the best it could, but the load hit 154. |
| 16:52 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:52 |
Dyrcona |
hits==requests if you don't know what I mean. |
| 16:55 |
gmcharlt |
Dyrcona: beats baseball bats... |
| 16:55 |
Dyrcona |
:) |
| 02:32 |
|
bmills joined #evergreen |
| 04:15 |
|
chatley joined #evergreen |
| 04:54 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:57 |
|
TaraC joined #evergreen |
| 07:20 |
|
dkyle1 joined #evergreen |
| 07:21 |
|
_bott_ joined #evergreen |
| 17:20 |
MrMayor |
I see. Ideally we would like fines to be applied in the early a.m. (12:01 for instance) instead of at the end of business. |
| 17:23 |
Bmagic |
MrMayor: The fine generator is a piece of software that runs on your linux server. It runs whenever you tell it to run, usually on a cron job. When it runs, it applies fines but the date stamp that is uses is not the same time that it runs. |
| 17:24 |
MrMayor |
Ahh interesting. I will have to look into this. Thank you very much |
| 17:40 |
Bmagic |
@later tell mmorgan: So, I was wrong. My tests were using the staff action "Find another target" which as I have learned, is not the same thing as the hold targeter running. So, with the hold targeter running, it DOES pick another copy from the pool regardless of the proximity |
| 17:40 |
pinesol_green |
Bmagic: The operation succeeded. |
| 17:40 |
Bmagic |
@later tell Dyrcona: So, I was wrong. My tests were using the staff action "Find another target" which as I have learned, is not the same thing as the hold targeter running. So, with the hold targeter running, it DOES pick another copy from the pool regardless of the proximity |
| 17:40 |
pinesol_green |
Bmagic: The operation succeeded. |
| 17:58 |
|
jihpringle joined #evergreen |
| 18:05 |
|
bbqben joined #evergreen |
| 13:45 |
jonadab |
The emoji that cannot be questions are not the true emoji. |
| 13:45 |
Dyrcona |
These aren't the emoji we're looking for. :) |
| 13:46 |
jonadab |
Ah, sooo. |
| 13:46 |
Dyrcona |
On an Evergreen note, this is what I like to see before testing something: -rw-rw-r-- 1 opensrf opensrf 0 Mar 10 13:36 osrfsys.log |
| 13:47 |
* Dyrcona |
hugs truncate -s0 |
| 13:53 |
Dyrcona |
@coin |
| 13:53 |
pinesol_green |
Dyrcona: tails |
| 16:47 |
|
vlewis joined #evergreen |
| 17:02 |
|
mmorgan left #evergreen |
| 17:05 |
eeevil |
@later tell Dyrcona re method_lookup(), if it can't resolve the method name locally, it will go to the router, get a list of services, go to each and gather their methods, then try to resolve the method by name again. it supports simple service discovery: "I don't care who implements this method, just do what I want" ... that functionality is not used inside evergreen (we only resolve local methods via method_lookup) |
| 17:05 |
pinesol_green |
eeevil: The operation succeeded. |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:36 |
csharp |
@dunno add The horror... The horror... |
| 17:36 |
pinesol_green |
csharp: The operation succeeded. Dunno #36 added. |
| 17:56 |
|
Newziky left #evergreen |
| 03:17 |
|
_bott_ joined #evergreen |
| 03:42 |
|
dbwells_ joined #evergreen |
| 05:06 |
|
book` joined #evergreen |
| 05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:27 |
|
jboyer-isl joined #evergreen |
| 07:49 |
|
graced joined #evergreen |
| 08:18 |
|
mrpeters joined #evergreen |
| 09:57 |
|
dkyle joined #evergreen |
| 09:57 |
|
yboston joined #evergreen |
| 10:45 |
* berick |
wonders if this Wed. is too early to cut RC1 |
| 10:46 |
bshum |
berick: fwiw, mceraso and I were planning on getting a full sized test system (with a snapshot of our production db) upgraded to latest master (aka 2.8) in the next couple days. |
| 10:47 |
bshum |
So I'll let you know if anything blows up ;) |
| 10:47 |
bshum |
Along the way, I decided to try out PG 9.4. |
| 10:48 |
berick |
bshum: good to know |
| 10:48 |
bshum |
I'm poking at that more this afternoon to see what blows up, if anything. |
| 10:49 |
bshum |
Nobody uses the .0 version anyways. Smart ones wait for the .1 |
| 16:49 |
bshum |
@dessert search chocolate |
| 16:49 |
pinesol_green |
bshum: 6 found: #1: "Chocolate Chip Cookies", #26: "pineapple chocolate things from New Zealand", #27: "Chocolate Mousse", #28: "of jcamins' amazing mint-wasabi chocolate chip...", #2: "Chocolate Pudding", and #3: "Mint Chocolate Chip Ice Cream" |
| 16:49 |
|
Newziky left #evergreen |
| 16:50 |
bshum |
But I'll settle for some mllewellyn cupcakes :D |
| 16:56 |
bshum |
berick: So far, I'm not seeing anything in the 2.8 upgrade script that'll require any reingests. Which sounds good to me. :) |
| 16:56 |
|
dreuther_ joined #evergreen |
| 16:56 |
bshum |
That will help speed along testing, for sure... |
| 16:56 |
berick |
bshum: thanks for reviewing. i didn't see anything, either. what a relief. |
| 16:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:57 |
berick |
bshum: and beware the upgrade script is going to get shorter, once I "rebase" it to current 2.7 |
| 16:57 |
bshum |
berick: Right on. |
| 16:58 |
bshum |
Speaking of which, I feel like we really need to talk about that during one of these next meetings, or maybe at the conference. |
| 05:09 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:38 |
dbs |
Task "karma:unit" failed in the phantomJS tests (which, btw, COOL) |
| 07:43 |
|
mrpeters joined #evergreen |
| 07:51 |
|
rjackson_isl joined #evergreen |
| 08:01 |
|
julialima_ joined #evergreen |
| 10:03 |
pinesol_green |
remingtron: The operation succeeded. |
| 10:19 |
|
kbutler joined #evergreen |
| 10:33 |
|
maryj joined #evergreen |
| 10:33 |
remingtron |
thanks to MassLNC for updating their community test server (http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers) |
| 10:33 |
remingtron |
I'm using it for the docs hackfest today. |
| 10:34 |
remingtron |
kmlussier++ Dyrcona++ |
| 10:34 |
remingtron |
#and any others who helped |
| 10:37 |
kmlussier |
tsbere++ |
| 10:48 |
remingtron |
tsbere++ |
| 10:50 |
remingtron |
I'm documenting the new 2.8 ability to delete copy locations, and wanted to add info about other common copy-location-editor actions. Anyone have comments? |
| 14:25 |
Dyrcona |
Been one of /those/ weeks. |
| 14:25 |
Dyrcona |
Thanks, mmorgan! |
| 14:26 |
mmorgan |
YW. BTW, it's Friday! |
| 14:26 |
jihpringle |
yboston: no, we don't have any authorities docs yet of any kind, we're still in the testing phase without an expected dates to start using authorities |
| 14:26 |
yboston |
jihpringle: OK, I'll make a bare bones docs |
| 14:26 |
yboston |
jihpringle: thanks |
| 14:27 |
jihpringle |
np |
| 16:51 |
csharp |
here are my README changes so far: http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=commit;h=e5ff2480d51feffee388e52104c2c592d37205d3 |
| 16:51 |
* csharp |
runs off to pick up his daughter from dance class |
| 16:52 |
kmlussier |
yboston: So we should try to avoid the use of those level-4 headings in our doc files? |
| 16:52 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:52 |
kmlussier |
Uh oh |
| 16:53 |
yboston |
kmlussier: no, this was a special circumstance |
| 16:53 |
kmlussier |
OK, thanks! |
| 17:24 |
jeff |
http://novselect.ebscohost.com/Configuration/ProfileSettings?finalCall=true&callback=novSelect.clbkConfig&profile=noble.main.novselstaf&password=[omitted -jeff]&siteToken=catalog.noblenet.org&childProfile=true |
| 17:24 |
jeff |
I'd guess that there's a novelist-side config interface to turn features on/off |
| 17:39 |
csharp |
bleh - just hit this bug https://bugzilla.redhat.com/show_bug.cgi?id=1163812 |
| 17:40 |
vlewis |
I need to create a new user, one without permissions, to test a grant permission function. I'm in a developer environment. Is there a set of instructions I could look at? Thanks. |
| 17:42 |
csharp |
vlewis: can you explain what you mean by "without permissions"? |
| 17:43 |
csharp |
vlewis: all users have to belong to a permission group |
| 17:46 |
vlewis |
One without admin permissions |
| 04:54 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:39 |
|
TaraC joined #evergreen |
| 07:42 |
|
remingtron_ joined #evergreen |
| 08:13 |
|
akilsdonk joined #evergreen |
| 09:00 |
eeevil |
because it's doing a TON more than "is this hold on the shelf" |
| 09:01 |
csharp |
wait - maybe the problem is that there *isn't* a check_sms_notify parameter |
| 09:01 |
dbwells |
csharp: Yes, I think that is what tsbere was saying so long ago. |
| 09:01 |
csharp |
dbwells: that's even better ;-) |
| 09:02 |
* csharp |
adds 'name=check_sms_notify, value=1' to 103's event parameters |
| 09:02 |
csharp |
now to test |
| 09:08 |
csharp |
argh - it still created the event |
| 09:08 |
akilsdonk |
kmlussier: I'll update the 2.8 doc needs wiki with the features that ESI is writing docs for. |
| 09:08 |
kmlussier |
akilsdonk++ |
| 09:10 |
csharp |
oh, of course it created the event, because it's "any of the above" |
| 10:53 |
Dyrcona |
And, mine only looks in 5.14 and 5.14.2 |
| 10:54 |
Dyrcona |
Missing comma in what I typed. |
| 10:54 |
Dyrcona |
As I said earlier..... ;) |
| 10:54 |
eeevil |
and you can test empirically for that module with: perl -MJavaScript::SpiderMonkey -e 'print $JavaScript::SpiderMonkey::VERSION."\n";' |
| 10:54 |
Dyrcona |
or just the -MJavaScript::SpiderMonkey if it doesn't load, Perl reports an error. |
| 10:55 |
krvmga_ |
eeevil: when i ran that command, i just got a ">" prompt in response |
| 10:55 |
Dyrcona |
Some modules don't havea VERSION variable. |
| 11:15 |
Dyrcona |
krvmga_: If you can just do a fresh install of.... |
| 11:15 |
Dyrcona |
Oh well. |
| 11:19 |
|
dreuther joined #evergreen |
| 11:21 |
jonadab |
Hmm... When I am not logged in, the client shows "Not yet configured for the specified server." under workstation. When I click the Login button, that disappears, and is replaced with... absolutely nothing. Status still says "Testing hostname...", if that is relevant. |
| 11:22 |
jonadab |
(The srfsh login test works on the server.) |
| 11:22 |
jonadab |
Is there a log I can look at to figure out what is happening, or not happening? |
| 11:22 |
eeevil |
jonadab: using a self-signed cert? |
| 11:23 |
jonadab |
eeevil: Yes. I added an SSL Exception. |
| 11:23 |
eeevil |
ah, k |
| 11:26 |
jonadab |
So that should pick up the previously-specified value and use it again, shouldn't it? |
| 11:26 |
Dyrcona |
jonadab: Does your firewall allow you to talk to the server? Are the server processes configured and running properly? |
| 11:27 |
Dyrcona |
We use custom client versions built from git in production, training, and development. |
| 11:27 |
jonadab |
Well, I can talk to the web server on port 80... hang on... yes, on 443 as well, once I tell my browser the cert is ok. |
| 11:28 |
jonadab |
To be clear: Seamonkey, on the same computer as the staff client, can talk to the Apache on the server. |
| 11:28 |
jonadab |
And get back a test web page. |
| 11:28 |
Dyrcona |
Ah, that's your problem. |
| 11:28 |
Dyrcona |
You should get the Evergreen OPAC. |
| 11:29 |
jonadab |
What's the URL for that? |
| 11:29 |
Dyrcona |
Doesn't sound like Apache is configured properly. |
| 11:29 |
jonadab |
(The test webpage is one I installed, /openils/var/web/test.html |
| 11:29 |
jonadab |
) |
| 11:30 |
Dyrcona |
If you hit the root of your Evergreen with a web browser, you should get the OPAC. |
| 11:30 |
jonadab |
(Which I'm getting via https://evergreen/test.html) |
| 11:30 |
jonadab |
Oh, the root? |
| 11:30 |
jonadab |
No, that doesn't work. |
| 11:30 |
jonadab |
I mean, it does, but. |
| 11:30 |
jonadab |
There's no index.html there, or anything. |
| 11:31 |
Dyrcona |
https://training.mvlcstaff.org/ |
| 11:31 |
Dyrcona |
You get redirected. |
| 11:31 |
jonadab |
Oh, I see. Interesting. |
| 11:31 |
jonadab |
Well /eg/opac/home do anything useful here? [tests] No, no it does not. |
| 11:32 |
jonadab |
Hmm... there is a /opac/, but no index file there either. |
| 11:32 |
jonadab |
Maybe the catalog stuff did not get correctly installed? |
| 11:33 |
jonadab |
/openils/var/web/opac/ contains directories: common extras images locale skin theme |
| 11:33 |
bshum |
That's an older path. |
| 11:33 |
bshum |
For another catalog (that's no longer used) |
| 11:33 |
jonadab |
Oh. |
| 08:41 |
gmcharlt |
if you have not already seen it, yesterday afternoon a security release was made |
| 08:41 |
gmcharlt |
here is the announcement: http://evergreen-ils.org/security-releases-evergreen-2-7-4-2-6-7-and-2-5-9/ |
| 08:41 |
gmcharlt |
upgrading is strongly recommended |
| 08:41 |
* csharp |
applied the relevant security patches to PINES prod and test servers last night |
| 08:42 |
csharp |
gmcharlt++ |
| 08:45 |
|
Shae joined #evergreen |
| 08:46 |
bshum |
Dyrcona++ # security fixes ;) |
| 08:46 |
gmcharlt |
bshum++ |
| 10:36 |
Dyrcona |
That was typo/thinko from banging it out real quick. |
| 10:37 |
Dyrcona |
And, it's the kind of thing that could leave someone scratching their head for hours trying to figure out why the template doesn't work. ;) |
| 10:40 |
mrpeters |
:-D |
| 10:41 |
Dyrcona |
I've had "fun" with similar things in the NCIPServer templates during testing. |
| 10:41 |
mrpeters |
so, is it newList.push(circ) or item? |
| 10:42 |
Dyrcona |
newList.push(circ) |
| 10:42 |
mrpeters |
ok |
| 14:36 |
Dyrcona |
ls -l in /openils/conf should give it away. |
| 14:37 |
Dyrcona |
If the .example files are newer and/or bigger, then you missed that step for Evergreen. |
| 14:37 |
Dyrcona |
You'll need to edit the password fields again, too. |
| 14:38 |
Dyrcona |
If you're regularly building dev/test systems, I'd script all this boring stuff. |
| 14:38 |
krvmga_ |
Dyrcona: the example files are the same date (Mar 3 - i did this yesterday) and i edited the files to change the passwords |
| 14:38 |
jonadab |
Yes, I at one point had a Perl script that edited the passwords and such into that file, but it's versions and versions old now, I wouldn't trust it at this point. |
| 14:38 |
dbs |
First-timers almost always think "I already did this as part of the OpenSRF install, I don't need to do it again" |
| 16:55 |
Dyrcona |
Something to investigate tomorrow and compare to this past Saturday, I guess. |
| 16:57 |
Dyrcona |
Time to call it a day. |
| 16:57 |
|
mrpeters1 left #evergreen |
| 17:12 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:23 |
|
mmorgan left #evergreen |
| 17:47 |
|
mrpeters joined #evergreen |
| 18:20 |
|
bmills joined #evergreen |
| 01:43 |
paxed |
ah. $field->{'_subfields'} array. |
| 02:03 |
|
gsams joined #evergreen |
| 04:11 |
|
dcook__ joined #evergreen |
| 05:14 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:23 |
phasefx |
@later tell paxed I wouldn't use _subfields, the underscore is a convention for internal details that could change. You should be able to do something like @a = $marc->field('650','x') in a list context |
| 07:23 |
pinesol_green |
phasefx: The operation succeeded. |
| 07:28 |
paxed |
phasefx: for a single-use quick data mangling, doesn't really matter. |
| 09:33 |
pinesol_green |
Launchpad bug 1205061 in Evergreen "Need more "IF EXISTS" clauses in 2.3-2.4.0-upgrade-db.sql" (affected: 1, heat: 8) [Medium,Triaged] |
| 09:33 |
yboston |
kmlussier: I just put in my msg in a commnet on your subfield e patch |
| 09:34 |
bshum |
Also anything else I've missed that needs pushing... Let us know. |
| 09:34 |
yboston |
I tested the code, and looks good, I am just not familiar enough with the get_graphic_880s fucntions full use yet, to be sure there are no consequences to your change. despite that |
| 09:34 |
yboston |
I can offer a signoff |
| 09:35 |
gmcharlt |
Dyrcona: indeed; 3.2 is kind of a perfect storm of slow for Pg |
| 09:37 |
* Dyrcona |
winks at gmcharlt, 'cause he probably knows that we're *still* running Pg on a 3.2 kernel. |
| 09:37 |
kmlussier |
yboston: https://bugs.launchpad.net/evergreen/+bug/1427331/comments/3 |
| 10:08 |
jonadab |
Or I suppose there's always "programmer", but in a library context that could be misunderstood too. |
| 10:28 |
kmlussier |
dbs++ #Feedback on subfield e |
| 10:30 |
yboston |
dbs++ |
| 10:33 |
kmlussier |
So was it the consensus that we should use needsrepatch as our new tag? |
| 10:33 |
kmlussier |
And it should be used if you've tested a patch, but you think it needs additional work? |
| 10:34 |
* kmlussier |
is working on updating the Bug Squashing Day Guidelines for signoffs |
| 10:37 |
* bshum |
isn't sure consensus was reached, and didn't see an email from gmcharlt |
| 10:37 |
bshum |
But I used that tag last night on one bug where I thought it could use some extra love. |
| 10:40 |
csharp |
"The Developers" is the term mostly used in the PINES library vernacular |
| 13:17 |
jboyer-isl |
It’s entirely up to you, I was just checking. :) |
| 13:17 |
|
maryj_ joined #evergreen |
| 13:18 |
mmorgan |
kmlussier: Previously, did you have a column for commented bugs? |
| 13:18 |
kmlussier |
mmorgan: I have a column for feedback on a patch that didn't get a signoff. I figure if the time went into testing or reviewing the code, but a signoff wasn't given, it should still count. |
| 13:19 |
kmlussier |
It may have said bug feedback before, but I think I counted it the same way. |
| 13:19 |
|
maryj__ joined #evergreen |
| 13:20 |
mmorgan |
OK, gotcha. |
| 13:20 |
dbs |
kmlussier++ |
| 16:29 |
Dyrcona |
For the record, that's more programming than I'd like to see in a template, but there you go. ;) |
| 16:39 |
|
hopkinsju joined #evergreen |
| 16:39 |
|
Bmagic joined #evergreen |
| 16:57 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:08 |
|
mrpeters left #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:10 |
jeffdavis |
the commit message for commit 51d2b34 references the wrong LP bug (should be bug 1210541, not 121054) |
| 02:42 |
|
AnxiousGarlic joined #evergreen |
| 02:42 |
|
AnxiousGarlic left #evergreen |
| 04:59 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:11 |
|
graced joined #evergreen |
| 07:39 |
|
rjackson_isl joined #evergreen |
| 07:42 |
|
sarabee joined #evergreen |
| 09:01 |
Dyrcona |
I deleted the wrong files one day last week or the week before, but could recover them easily enough. |
| 09:01 |
* Dyrcona |
keeps almost daily backups. |
| 09:01 |
* csharp |
keeps weekly |
| 09:01 |
pinesol_green |
[evergreen|Dan Pearl] LP#1155313: Repair generation of label_sortkey for monograph_part entries - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=aa682ee> |
| 09:01 |
pinesol_green |
[evergreen|Dan Pearl] LP#1155313: upgrade script and pgTAP tests for monograph_part label normalization fix - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b754ad6> |
| 09:01 |
pinesol_green |
[evergreen|Galen Charlton] LP#1155313: fix copy-and-paste-o in test case - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4e15727> |
| 09:01 |
pinesol_green |
[evergreen|Galen Charlton] LP#1155313: pin upgrade script to 0914 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0c305b9> |
| 09:01 |
Dyrcona |
Well, daily on the server, manual on the laptop, but run it every work day. |
| 09:01 |
csharp |
but I don't really keep anything of high value on my PC |
| 09:02 |
csharp |
I do most of my dev work on a remote server |
| 11:00 |
Dyrcona |
I used to run adblock, but didn't bother after the reinstallation last fall. |
| 11:00 |
gmcharlt |
anyway, I won't promulgate the poll link further, but I'll wait a bit for additional results, then this afternoon write something up for the dev mailing list |
| 11:01 |
|
ericar_ joined #evergreen |
| 11:07 |
jboyer-isl |
Does anyone know if oils_sql.c’s “Empty IN list” error is supposed to be “survivable?” For example, if you call open-ils.collections.user_balance_summary.generate and one of the patrons in collections has paid off all transactions, the summary dies when it hits Collections.pm line 865 (retrieving the balance of no transactions). I’ve fixed that by testing for the existence of values in the array, but if there’s |
| 11:07 |
jboyer-isl |
deeper down that should be fixed I’d like to look into that. |
| 11:09 |
jboyer-isl |
Though I suppose if everything dies when that happens now and empty in lists are suddenly tolerated there could be repercussions all over. |
| 11:10 |
Dyrcona |
jboyer-isl: I didn't look, but are you certain the error comes from the C code and not the database itself? |
| 11:12 |
berick |
it comes from the C |
| 11:12 |
jboyer-isl |
Yes, the string returned is from oils_sql.c line 2737. It doesn’t look like the sql makes it to the db in that case. |
| 13:01 |
pinesol_green |
Launchpad bug 1269865 in Evergreen 2.5 "ACQ user request can result in double (or quadruple) holds placement" (affected: 3, heat: 14) [Undecided,New] |
| 13:03 |
bshum |
From i18n land, https://bugs.launchpad.net/evergreen/+bug/1095280 makes me queasy :( |
| 13:03 |
pinesol_green |
Launchpad bug 1095280 in Evergreen "Build process doesn't get all translatable strings from templates" (affected: 1, heat: 6) [Undecided,Triaged] |
| 13:03 |
bshum |
I think to fix that we need to have more thought into defining a new PO? |
| 13:03 |
bshum |
For other template toolkit files |
| 13:04 |
|
sandbergja joined #evergreen |
| 13:06 |
bshum |
jihpringle: Hmm, this bug has been assigned to you, but unsure if you've had time to look at / test it: https://bugs.launchpad.net/evergreen/+bug/1380709 |
| 13:06 |
pinesol_green |
Launchpad bug 1380709 in Evergreen 2.8 "invoice print amounts-per-fund uses wrong value when item price varies" (affected: 1, heat: 8) [Undecided,New] |
| 13:07 |
jihpringle |
bshum: on my list to test today |
| 13:07 |
bshum |
Oh, cool :) |
| 13:07 |
bshum |
Hope you see good things on it. Thanks! |
| 13:09 |
yboston |
Is there a pinsol_green command to show a commit? |
| 13:27 |
bshum |
True enough. |
| 13:28 |
csharp |
(though God help 'em if theyre still on 2.0 :-)) |
| 13:28 |
Dyrcona |
csharp: That was part of a bigger group of four changes. It was one of the two changes that could stand on its own. |
| 13:29 |
csharp |
Dyrcona: I'm going to test it and sign off. That's something that has needed to be fixed for a long time |
| 13:29 |
* Dyrcona |
is surprised kmlussier never signed off on it, but it fell by the wayside behind other things. |
| 13:29 |
Dyrcona |
csharp++ |
| 13:29 |
kmlussier |
Dyrcona: There was still a bug in that one. |
| 05:02 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:19 |
|
jboyer-isl joined #evergreen |
| 07:19 |
|
graced joined #evergreen |
| 07:53 |
|
rjackson_isl joined #evergreen |
| 10:22 |
bshum |
remingtron++ # https://bugs.launchpad.net/evergreen/+bug/1426133 looks helpful. |
| 10:22 |
pinesol_green |
Launchpad bug 1426133 in Evergreen "Set merge_profile id sequence explicitly" (affected: 1, heat: 6) [Low,New] |
| 10:22 |
bshum |
Calling 0913 |
| 10:25 |
remingtron |
bshum: found that when my pgTAP test for another bug failed |
| 10:27 |
remingtron |
that should fix the integration server |
| 10:29 |
bshum |
phasefx++ # I'm also merging your fix for settings-tester.pl in https://bugs.launchpad.net/evergreen/+bug/1425967 |
| 10:29 |
pinesol_green |
Launchpad bug 1425967 in Evergreen "look for Business::CreditCard and not Business::CreditCard::Object in settings-tester.pl" (affected: 1, heat: 6) [Undecided,New] |
| 10:30 |
pinesol_green |
[evergreen|Remington Steed] LP#1426133: Set merge_profile_id_seq explicitly - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d01ba8e> |
| 10:30 |
pinesol_green |
[evergreen|Ben Shum] LP#1426133: Stamping upgrade script for set merge_profile_id_seq - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=86066c4> |
| 10:30 |
pinesol_green |
[evergreen|Jason Etheridge] LP#1425967: look for Business::CreditCard in settings-tester.pl - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f0c5d6d> |
| 10:34 |
|
Newziky joined #evergreen |
| 10:56 |
phasefx |
berick: I tested user/berick/browser-client-grid-watch-and-bills, and the Apply action works on first use, but not on subsequent use. It's not obvious to me how to fix it further :( |
| 11:15 |
|
mllewellyn joined #evergreen |
| 11:16 |
berick |
phasefx: hm, it works on subsequent use for me in chrome |
| 11:18 |
phasefx |
berick: I'll try again |
| 11:19 |
berick |
ditto FF |
| 11:19 |
phasefx |
berick: IIRC, my steps were to create and pay a bill for today, and then filter to the first week in the month, and then filter to the end of the month |
| 11:20 |
berick |
k, i'm just confirming that Apply results in a query on the server |
| 11:20 |
egbuilder |
build #843 of evergreen-master-fedora-18 is complete: Failure [failed test] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/843 blamelist: Remington Steed <rjs7 calvin.edu>, Ben Shum <bshumbiblio.org>, Jason Etheridge <jasonesilibrary.com> |
| 11:21 |
bshum |
Oooh interesting. |
| 11:22 |
* bshum |
wonders if that's a real problem or just a fedora 21 quirk from csharp's upgrade |
| 11:22 |
bshum |
Since nobody else blew up, I guess we'll start there. |
| 09:03 |
krvmga |
it gave an error at Makefile.PL line 23 related to the yaz version |
| 09:03 |
krvmga |
and also said /usr/bin/perl Makefile.PL INSTALLDIRS=site -- NOT OK |
| 09:05 |
|
mrpeters joined #evergreen |
| 09:06 |
phasefx |
krvmga: here's output from a debian wheezy Makefile.install run from this morning for comparison: http://testing.evergreen-ils.org/~live/test.8.html |
| 09:07 |
|
Newziky joined #evergreen |
| 09:10 |
pastebot |
"krvmga" at 64.57.241.14 pasted "attempt to install Net::Z3950::Simple2ZOOM with required SimpleServer" (201 lines) at http://paste.evergreen-ils.org/37 |
| 09:10 |
krvmga |
phasefx: you can see what happened to me at the command line at that paste. |
| 09:10 |
|
sarabee joined #evergreen |
| 09:11 |
phasefx |
krvmga: try the debian package for those instead? |
| 09:12 |
krvmga |
it's worth a shot |
| 09:13 |
phasefx |
libnet-z3950-simpleserver-perl, libnet-z3950-zoom-perl, libnet-z3950-simple2zoom-perl, libyaz4, libyaz4-dev, yaz |
| 09:14 |
phasefx |
here's settings-tester output from the same instance: http://testing.evergreen-ils.org/~live/test.23.html |
| 09:15 |
phasefx |
ah, here's something that needs some red highlighting: Please install Business::CreditCard::Object |
| 09:16 |
phasefx |
unrelated to your troubles |
| 09:20 |
jonadab |
The first failure I see in that first pastebin is Business::Stripe, I think. |
| 09:21 |
jonadab |
Which, hmm... current version of that hasn't changed since 2012 October. |
| 09:22 |
Dyrcona |
krvmga: You did sudo when you ran the Makefile.install step, right? |
| 12:42 |
|
dMiller_ joined #evergreen |
| 12:46 |
|
dMiller_ joined #evergreen |
| 13:04 |
|
chatley joined #evergreen |
| 13:34 |
kmlussier |
dbwells: I was going to test your patch on bug 1425191, but I'm having trouble replicating the original problem. Can you give me some guidance on how to make it break? |
| 13:34 |
pinesol_green |
Launchpad bug 1425191 in Evergreen 2.7 "Summarization fails for serial units" (affected: 1, heat: 6) [High,New] https://launchpad.net/bugs/1425191 |
| 13:36 |
dbwells |
kmlussier: Sure. It isn't particularly noticeable, since unit labels don't show up in many places in stock Evergreen. |
| 13:37 |
dbwells |
The easiest place to see it is receiving in serial control. |
| 13:39 |
dbwells |
You could also peek in serial.unit in the DB and see that the label field is empty. |
| 13:40 |
dbwells |
sorry, not label, but "summary_contents" and "detailed_contents" |
| 13:40 |
kmlussier |
OK, that gives me some good leads. Thanks! :) |
| 13:42 |
dbwells |
kmlussier: Thank you for testing! Also, bshum mentioned he was going to poke at this bug as well. I am not sure where he is at on that. |
| 13:42 |
|
dMiller_ joined #evergreen |
| 13:44 |
bshum |
dbwells: Right, I haven't gotten that far in my testing either. Have to continually refamiliarize myself with serials workflows :( |
| 13:44 |
bshum |
kmlussier++ # testing |
| 13:46 |
|
dMiller_ joined #evergreen |
| 13:50 |
|
dMiller_ joined #evergreen |
| 14:12 |
|
kitteh_ joined #evergreen |
| 14:13 |
kmlussier |
Bmagic: I hadn't even noticed that you had a fix for bug 1331174. Awesome! |
| 14:13 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" (affected: 3, heat: 14) [Undecided,New] https://launchpad.net/bugs/1331174 |
| 14:14 |
* kmlussier |
knows somebody who might be interested in testing that, but will probably not be available on Bug Squashing Day. |
| 14:16 |
|
dreuther___ joined #evergreen |
| 14:16 |
|
dreuther__ joined #evergreen |
| 14:24 |
|
RoganH joined #evergreen |
| 10:30 |
pinesol_green |
gsams: The current temperature in Roanoke, Texas is 28.6°F (9:27 AM CST on February 24, 2015). Conditions: Overcast. Humidity: 86%. Dew Point: 24.8°F. Windchill: 21.2°F. Pressure: 30.37 in 1028 hPa (Steady). Winter Storm Watch in effect from late tonight through Wednesday morning... |
| 10:30 |
dbwells |
bshum: I pushed the most recent commit for #1282286 to master. You mentioned on that bug that you were still testing more before backporting. In your opinion, is it ready to backport? |
| 10:30 |
csharp |
we were originally on a lightweight and functional homegrown helpdesk developed by phasefx |
| 10:31 |
bshum |
dbwells: I was thinking about backporting, but ultimately did not get around to it. |
| 10:40 |
|
jwoodard joined #evergreen |
| 10:58 |
bshum |
I'm out of the office today at a conference meeting. Probably won't get to test anything on that. |
| 11:06 |
phasefx |
csharp: sadly, no one ever lets me build another one :) |
| 11:08 |
csharp |
phasefx++ |
| 11:09 |
|
ericar joined #evergreen |
| 13:15 |
|
jihpringle joined #evergreen |
| 13:36 |
|
eeevil joined #evergreen |
| 13:48 |
|
sarabee joined #evergreen |
| 13:52 |
pinesol_green |
[evergreen|Jason Stephenson] LP#957466: A simpler version of set_marc_905u. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=46b0f9c> |
| 13:52 |
pinesol_green |
[evergreen|Remington Steed] LP#957466: Added pgTAP test for db function change - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f84713b> |
| 13:52 |
pinesol_green |
[evergreen|Remington Steed] LP#957466: Fix invalid MARCXML syntax - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8bd8a1c> |
| 13:54 |
Dyrcona |
Yay. Found a bug in the IDL. |
| 14:02 |
|
Callender joined #evergreen |
| 14:13 |
|
Stompro joined #evergreen |
| 15:45 |
|
julialima_ left #evergreen |
| 16:02 |
|
RoganH joined #evergreen |
| 16:16 |
|
Christineb_ joined #evergreen |
| 16:50 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:52 |
Dyrcona |
remingtron: If you're around, the live test failure concerned your pgtap regression test for lp957466: psql:Open-ILS/src/sql/Pg/t/regress/lp957466_update_date_and_source.pg:27: ERROR: duplicate key value violates unique constraint "merge_profile_pkey" |
| 16:55 |
|
vlewis joined #evergreen |
| 17:00 |
remingtron |
Dyrcona: thanks, I'll make sure I get that fixed tomorrow |
| 17:00 |
Dyrcona |
OK. Have a good evening/night/whatever everyone! |
