| 00:47 |
|
dcook__ joined #evergreen |
| 03:34 |
|
sbrylander joined #evergreen |
| 03:34 |
|
dcook joined #evergreen |
| 05:03 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:21 |
rangi |
wtaf |
| 07:22 |
rangi |
i wish someone had told me 16 years ago that if you open source something, you are not allowed to work on it or maintain it anymore, ive been doing it wrong for 16 years |
| 07:24 |
rangi |
thats too much new info for me, im going to go bed, unless that is politically correct also |
| 14:07 |
* bshum |
hates on bug 937789 |
| 14:07 |
Bmagic |
937789-- |
| 14:08 |
Bmagic |
ok, just thought I would check. It sounds like everyone is having the same problem |
| 14:08 |
bshum |
With parts, sure. |
| 14:08 |
bshum |
But metarecords, unfortunately we've not tested that extensively. |
| 14:08 |
bshum |
For our consortium, that is still disabled. |
| 14:08 |
Bmagic |
metarecord holds = part level holds in this context |
| 14:08 |
bshum |
Until we get more time to sort out the fingerprints |
| 14:10 |
Bmagic |
We handle the part level holds with a cron job that deletes them and reports the deletes in an email to the consortium email list |
| 17:14 |
bshum |
I assume that might be where I might need to define how location gets connected with the circulations. |
| 17:15 |
pastebot |
"berick" at 64.57.241.14 pasted "copy loc" (14 lines) at http://paste.evergreen-ils.org/48 |
| 17:15 |
berick |
yep |
| 17:15 |
bshum |
berick++ # thanks muchly |
| 17:15 |
bshum |
We shall test and hopefully not crash everything :) |
| 17:16 |
berick |
heh, so by "test" you mean "deploy" :) |
| 17:16 |
berick |
AKA the developer's "test" |
| 17:16 |
bshum |
Uh... yes. :) |
| 17:18 |
bshum |
If it breaks, we can always just manually re-run generating the XML |
| 17:19 |
bshum |
In theory. |
| 17:19 |
bshum |
:) |
| 17:24 |
csharp |
@who tests all their fixes in production? |
| 17:24 |
pinesol_green |
tsbere tests all their fixes in production. |
| 17:24 |
bshum |
Lucky shot. |
| 17:24 |
berick |
heh |
| 17:25 |
csharp |
@roulette |
| 17:25 |
pinesol_green |
csharp: *click* |
| 17:25 |
berick |
@who tests [someone]'s fixes in production |
| 17:25 |
pinesol_green |
collinanderson tests collinanderson 's fixes in production. |
| 17:25 |
csharp |
@developer |
| 17:25 |
pinesol_green |
csharp: Communication:16, BigPicture:12, DetailOriented:14, KungFu:12, GetsStuffDone:8, FlakeFactor:9, JavaAvoidance:11 |
| 17:25 |
bshum |
Now that's just spooky berick... |
| 17:26 |
pinesol_green |
[evergreen|Ben Shum] Docs: Change all .PNG to .png - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8598e7a> |
| 17:26 |
csharp |
@praise [someone] |
| 17:26 |
* pinesol_green |
hopkinsju is one of the few who deserves to be praised |
| 17:30 |
bshum |
Well actually I can test right now if the template worked. |
| 17:31 |
* bshum |
tests generating some circ overdue files. |
| 17:31 |
csharp |
@test |
| 17:31 |
pinesol_green |
csharp: You probably want hard-boiled eggs. |
| 17:31 |
bshum |
~test |
| 17:31 |
bshum |
Nope. |
| 17:31 |
csharp |
s'ok |
| 17:34 |
bshum |
@roulette |
| 17:34 |
pinesol_green |
bshum: *click* |
| 11:24 |
|
mglass joined #evergreen |
| 11:59 |
kmlussier |
berick++ #fix for bug 1436906 |
| 11:59 |
pinesol_green |
Launchpad bug 1436906 in Evergreen "Direct charges are not disencumbered when they are removed from a PO or if the PO is canceled" (affected: 1, heat: 6) [Medium,Confirmed] https://launchpad.net/bugs/1436906 |
| 11:59 |
kmlussier |
I'll see if I can test that one today. |
| 12:00 |
berick |
cool |
| 12:17 |
|
chatley joined #evergreen |
| 12:27 |
|
buzzy joined #evergreen |
| 16:34 |
jboyer-isl |
“ box and telling it to go ahead, (provided strict barcode can be used at all, we’ve got several locations using barcodes with missing check digits. :( ) |
| 16:34 |
kmlussier |
Yeah, a bad barcode doesn't stop them from using it. It just gives them one more alert to click through. |
| 16:34 |
mmorgan |
They get the misscanned/not cataloged pop-up - unless the precat already exists. |
| 16:38 |
* kmlussier |
decides to test a bug fix because bug fixes put her in a happy place. |
| 16:38 |
* bshum |
wants to be in a happy place too. |
| 16:40 |
kmlussier |
@dessert bshum |
| 16:40 |
* pinesol_green |
grabs some Coconut Cream Pie for bshum |
| 16:43 |
* pinesol_green |
fills a pint glass with Rio Blanco Pale Ale, and sends it sliding down the bar to me (http://beeradvocate.com/beer/profile/458/2298/) |
| 17:06 |
|
jonadab joined #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:39 |
bshum |
jeffdavis: For fun note, I just compared our PG 9.3 and 9.4 databases, and found that metabib_keyword_field_entry_index_vector_idx was definitely smaller. From 1690 to 890 MB or so, roughly. Which is nice. |
| 17:40 |
bshum |
I'm still continuing my tests with 9.4, but so far, it hasn't exploded yet. So that keeps me hopeful. |
| 17:47 |
bshum |
Oh, that's of course, assuming that one has used gin there instead of gist I guess... |
| 17:54 |
bshum |
We changed most of our metabib indexes from gist to gin during a past upgrade. |
| 17:54 |
bshum |
But I guess that's not stock setup. |
| 19:09 |
|
gsams joined #evergreen |
| 19:31 |
|
dcook joined #evergreen |
| 20:59 |
csharp |
bleh - lp isn't letting me post a comment |
| 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:02 |
|
akilsdonk joined #evergreen |
| 07:13 |
|
TaraC joined #evergreen |
| 07:50 |
|
collum joined #evergreen |
| 14:56 |
Bmagic |
csharp: So we introduced the library setting "Assess Billing When Marked Long-Overdue" from this bug https://bugs.launchpad.net/evergreen/+bug/1331174 |
| 14:56 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" (affected: 3, heat: 14) [Wishlist,Confirmed] |
| 15:01 |
mmorgan |
Bmagic: Have you implemented this? |
| 15:02 |
Bmagic |
mmorgan: We were sort of waiting for it to be tested, now that it has, we are feeling good about merging it |
| 15:06 |
mmorgan |
gotcha. How were you thinking of using the Long Overdue vs. Lost? |
| 15:35 |
Bmagic |
mmorgan: So the trigger would turn something into long overdue and fire an alert to the patron at 20 days overdue and not bill. Then at 40 days overdue, the trigger would mark them lost and bill them accordingly. For example. |
| 15:37 |
|
gsams joined #evergreen |
| 12:57 |
kmlussier |
dbwells / berick: OK, thanks |
| 12:58 |
bshum |
csharp: Did you say Fedora, but mean Jessie? Or do you mean Jessie also has newer ejabberd packaged with it, like Fedora's? |
| 12:58 |
* bshum |
knows that initial makefile stuff was pushed for Jessie, but hasn't watched it closely since he doesn't use Debian. |
| 12:59 |
csharp |
bshum: jessie also has the newer YML-based config, like Fedora |
| 12:59 |
csharp |
but jessie's ejabberd appeared to work fine in my scant testing |
| 12:59 |
csharp |
s/YML/YAML/ |
| 13:05 |
bshum |
Okay, done bug wrangling for now. |
| 13:06 |
|
ericar joined #evergreen |
| 13:13 |
|
b_bonner joined #evergreen |
| 17:09 |
jeff |
the missing context from quote 1 is: <senator> my own understanding of the rebase question, the significance of fast-forwards and the consequences of squashing was stunted until it arose organically through habitual git use |
| 17:09 |
kmlussier |
jeff: Thank you for that. I was just looking for it, but I couldn't remember how to get to the old logs. |
| 17:10 |
jeff |
http://evergreen-ils.org/irc_logs/evergreen/2011-02/%23evergreen.17-Thu-2011.log |
| 17:11 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:11 |
kmlussier |
@quote get 2 |
| 17:11 |
pinesol_green |
kmlussier: Quote #2: "<tsbere> We need more quotes" (added by berick at 11:24 AM, February 17, 2011) |
| 17:13 |
berick |
knowing is half the battle |
| 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:20 |
|
Newziky joined #evergreen |
| 07:43 |
|
graced joined #evergreen |
| 07:48 |
|
rjackson_isl joined #evergreen |
| 13:17 |
gmcharlt |
so, fair to say that we've got a consensus to advocate for #evgils and see what ahppens? |
| 13:17 |
kmlussier |
Archiving the hashtag might not be a terrible idea. I often have a need to search out old posts I saw on Twitter. |
| 13:17 |
RoganH |
I wouldn't bother archiving it but I tend to think of twitter as an ephemeral thing. |
| 13:19 |
gmcharlt |
ok, |
| 13:19 |
gmcharlt |
#action We shall march forth under the #evgils banner! |
| 13:19 |
gmcharlt |
#topic Doc testing VM |
| 13:20 |
gmcharlt |
#info This has moved forward a bit - gmcharlt has an IP address courtesy of csharp, access to the main docs server, and now just needs to create the VM |
| 13:21 |
gmcharlt |
#topic Evergreen library directory |
| 13:21 |
gmcharlt |
#info Erica has been making updates to it |
| 13:21 |
bshum |
gmcharlt++ csharp++ |
| 13:21 |
gmcharlt |
ericar++ |
| 13:21 |
bshum |
ericar++ |
| 15:02 |
jeff |
grr. |
| 15:03 |
dbs |
jeff: Is that just our frozen version of MODS, or does current MODS versions do that as well? |
| 15:03 |
jeff |
sorry, should have specified that. i'm looking at 3.5, which seems to be latest. |
| 15:04 |
dbs |
OK. They've been pretty responsive to bug reports recently, and 3.6 was just announced for testing purposes |
| 15:04 |
jeff |
behavior seems to date back to the 3.0 version, also. |
| 15:04 |
jeff |
dbs: oh, good! |
| 15:05 |
* jeff |
looks at http://www.loc.gov/standards/mods/changes-3-6.html |
| 16:30 |
|
ericar_ joined #evergreen |
| 16:35 |
jeff |
dbs: no idea why that didn't show up in the listserv search i did, other than "listserv" |
| 16:39 |
|
Newziky left #evergreen |
| 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> |
| 17:11 |
|
mmorgan left #evergreen |
| 17:39 |
|
mrpeters left #evergreen |
| 18:00 |
|
dcook joined #evergreen |
| 10:39 |
bshum |
gmcharlt: Our reports blew up about six days ago (with a bad report template that went to get the circ notes for everything with a circ mod "book" in the consortium) |
| 10:39 |
bshum |
So I'm taking this reset time to try out the clipping of Clark's cape |
| 10:39 |
gmcharlt |
bshum: groovy |
| 10:40 |
bshum |
I'm trying to decide if 1000 minutes might be excessive yet (that's like 16+ hours) |
| 10:40 |
bshum |
I'll have to ask around the office to see what seems like a nice stop point for us. |
| 10:41 |
bshum |
Wait, 60 |
| 10:41 |
bshum |
I misread the line didn't I? |
| 10:41 |
* bshum |
has his eyes checked |
| 10:42 |
bshum |
gmcharlt: I'll let you know what comes from our testing and maybe this might be one of the first new features we push on next |
| 10:43 |
gmcharlt |
bshum: in addition to asking folks -- http://paste.lisp.org/display/146642 |
| 10:44 |
bshum |
gmcharlt++ # I like that better :) |
| 10:45 |
gmcharlt |
bshum: data from that applied to our hosted customers is what led me to setting 60 minutes as a default |
| 11:07 |
bshum |
Hmm, 1 million rows? :D |
| 11:11 |
|
vlewis joined #evergreen |
| 11:17 |
Dyrcona |
One meellyun rows of what? |
| 11:18 |
bshum |
Just setting some unreasonable number of rows to test the new clark out. |
| 11:18 |
bshum |
Should probably set it lower to really test it. |
| 11:18 |
gmcharlt |
:) |
| 11:18 |
bshum |
But eh, I'll do that on some other server. |
| 11:18 |
bshum |
And let's say, not production :D |
| 11:21 |
kmlussier |
bshum: Where's your sense of adventure? Testing in production is fun! :D |
| 11:22 |
Dyrcona |
The only real testing is done in production when real users get their hands on things. ;) |
| 11:25 |
bshum |
Oh duh |
| 11:26 |
bshum |
I have to restart services for the new limitset to apply :) |
| 11:26 |
bshum |
I was wondering why it was still broken |
| 11:30 |
bshum |
Yep, after restarting things, we're back to happily running reports. |
| 11:30 |
bshum |
I'll update the bug with notes about the potential issue with resultset_limit |
| 11:30 |
bshum |
And I'll add anything else that we find as we start using it. |
| 11:40 |
jboyer-isl |
bshum++ # testing! |
| 11:41 |
jboyer-isl |
gmcharlt++ # I ran that query and we had a 2.5 day report a while back. D: at least it didn’t cause any issues as it slowly trod on. |
| 11:41 |
bshum |
We'll schedule an evening to test the report past 1 hour and see if it kills as advertised. |
| 11:47 |
csharp |
eeevil: thanks for the response - deduping didn't change the plan, so I'll experiment with the stats target |
| 11:58 |
csharp |
postgresql_docs++ |
| 11:58 |
csharp |
that is possibly the best-documented F/LOSS project I've come across |
| 16:12 |
|
maryj joined #evergreen |
| 16:30 |
|
jboyer-isl left #evergreen |
| 16:39 |
|
dreuther joined #evergreen |
| 17:04 |
bshum |
kmlussier: I just tested https://bugs.launchpad.net/evergreen/+bug/1438410 and can confirm it doesn't work for my webclient. |
| 17:04 |
pinesol_green |
Launchpad bug 1438410 in Evergreen "Web staff client: Load patron from Checkout does not work" (affected: 2, heat: 10) [Low,Confirmed] |
| 17:04 |
bshum |
But it's fine for XUL, so far as I can tell. |
| 17:04 |
bshum |
I've updated the bug ticket accordingly. |
| 17:04 |
bshum |
But we might want to adjust the description of the problem a bit. |
| 17:04 |
kmlussier |
Done |
| 17:04 |
bshum |
kmlussier++ # testing |
| 17:05 |
|
mmorgan left #evergreen |
| 17:16 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:49 |
|
Newziky1 joined #evergreen |
| 23:15 |
|
gsams joined #evergreen |
| 23:42 |
|
akilsdonk joined #evergreen |
| 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? |
| 16:26 |
jboyer-isl |
csharp: Just wait until it's time to build systemd units! |
| 16:26 |
csharp |
jboyer-isl: yeah, been planning to get into that soon |
| 16:28 |
jboyer-isl |
And the reason I have 4-5 different scripts will probably make more sense after the conference. |
| 16:31 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:41 |
mmorgan |
So I have been trying to install hatch following the instructions at https://raw.githubusercontent.com/phasefx/random/hatch/README.win |
| 16:41 |
mmorgan |
After editing the run-win.bat file, I execute the run-win.bat command, but I get errors... |
| 16:41 |
pastebot |
"mmorgan" at 64.57.241.14 pasted "Errors installing hatch" (43 lines) at http://paste.evergreen-ils.org/47 |
| 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 |
| 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. |
