| Time |
Nick |
Message |
| 00:05 |
|
zerick joined #evergreen |
| 01:23 |
|
stevenyvr2 joined #evergreen |
| 01:23 |
|
stevenyvr2 left #evergreen |
| 07:34 |
|
timlaptop joined #evergreen |
| 07:35 |
|
rjackson-isl joined #evergreen |
| 07:47 |
|
jboyer-isl joined #evergreen |
| 08:20 |
|
kbeswick joined #evergreen |
| 08:20 |
|
Dyrcona joined #evergreen |
| 08:28 |
|
finnx joined #evergreen |
| 08:38 |
|
Shae joined #evergreen |
| 08:47 |
|
remingtron joined #evergreen |
| 08:50 |
|
mrpeters joined #evergreen |
| 08:52 |
|
mmorgan joined #evergreen |
| 08:52 |
|
misilot joined #evergreen |
| 08:56 |
|
collum joined #evergreen |
| 09:06 |
|
akilsdonk_ joined #evergreen |
| 09:22 |
|
misilot joined #evergreen |
| 09:23 |
|
misilot1 joined #evergreen |
| 09:28 |
eby |
notifications question if anyone is around |
| 09:31 |
|
yboston joined #evergreen |
| 09:32 |
tsbere |
eby: Ask away. Someone may be around to answer. ;) |
| 09:32 |
eby |
was just curious if anyone is allowing/doing print notifications for holds as patron preference |
| 09:33 |
tsbere |
We stopped doing those as they were largely being used solely as a "get phone numbers" tactic. Otherwise by the time the notifications show up the hold is too far along the shelf expiration path. |
| 09:36 |
Dyrcona |
It might work if you let things sit on the holds shelf for two weeks. |
| 09:37 |
eby |
so if phone/email isn't checked it is considered no notification? |
| 09:38 |
Dyrcona |
Pretty much for us, yes. |
| 09:38 |
Dyrcona |
We assume those patrons either check the OPAC or use Library Elf. |
| 09:41 |
collum |
We sent notices my mail prior to going to Evergreen but there were very few. After EG we were able to shorten the hold shelf period and claim some needed real estate on the hold shelves. |
| 09:41 |
Dyrcona |
We also offer sms notitications, but I've not counted how many patrons choose that option. |
| 09:42 |
Dyrcona |
I'm thinking of switching to that method, myself, but I usually no my hold is ready before I check my email. ;) |
| 09:42 |
Dyrcona |
s/no/know/ # Stupid English. |
| 09:44 |
eby |
thanks collum. we're sending them right now but was curious if anyone still sent them post migration |
| 09:44 |
eby |
i know some are sending print long overdue / bills |
| 09:46 |
tsbere |
We have email overdues as an option at 7 and 14 days, print as an option for libraries at several intervals. Billing notices we don't offer email versions of. |
| 09:48 |
|
mcooper joined #evergreen |
| 09:51 |
paxed |
gah. |
| 09:51 |
pastebot |
"paxed" at 204.193.129.146 pasted "opensrf compile error" (10 lines) at http://paste.evergreen-ils.org/13 |
| 09:52 |
|
rfrasur joined #evergreen |
| 09:53 |
eby |
thanks Dyrcona , tsbere , collum |
| 09:53 |
paxed |
(this is on debian testing) |
| 09:57 |
paxed |
oh. sprintf without format string. |
| 09:57 |
* paxed |
goes to report a bug and fix it |
| 10:20 |
|
artunit joined #evergreen |
| 10:31 |
|
jdouma joined #evergreen |
| 10:33 |
paxed |
would it make sense reporting a bug because apache2ctl configtest complains ... but i'm running debian testing? |
| 10:55 |
tsbere |
paxed: complains about what? |
| 10:55 |
tsbere |
If it appears to be a valid problem (or potential problem later) a bug report isn't a bad thing |
| 10:55 |
paxed |
AH00671: The Alias directive in /etc/apache2/sites-enabled/eg.conf at line 56 will probably never match because it overlaps an earlier ScriptAlias. |
| 10:56 |
paxed |
AH00548: NameVirtualHost has no effect and will be removed in the next release /etc/apache2/sites-enabled/eg.conf:107 |
| 10:57 |
dbs |
paxed: is that with the apache 2.4-derived eg.conf? |
| 11:01 |
paxed |
dbs: how do i check that? |
| 11:01 |
* Dyrcona |
smacks paxed with a mackerel. |
| 11:02 |
paxed |
well, it's not immediately obvious, at least to me. |
| 11:02 |
rfrasur |
(and I thought fish-slapping was reserved for after Wednesday) |
| 11:02 |
paxed |
but maybe i'm just dense. |
| 11:02 |
rfrasur |
paxed: I sincerely doubt that you're dense. |
| 11:03 |
paxed |
well, melting then. it's 29 C here. |
| 11:03 |
rfrasur |
that is a possibility |
| 11:04 |
dbs |
paxed: per "Configure the Apache Web server" in the README, Open-ILS/examples/apache_24/` (for Apache |
| 11:04 |
dbs |
versions 2.4 or greater) |
| 11:04 |
|
krvmga joined #evergreen |
| 11:05 |
krvmga |
i submitted this bug report https://bugs.launchpad.net/everreen/+bug/1208875 |
| 11:05 |
pinesol_green |
Launchpad bug 1208875 in Evergreen "OPAC: My Account: Download Checkout History CSV breaks when there are a large number of items in the history" (affected: 1, heat: 6) [Undecided,New] |
| 11:05 |
krvmga |
we were talking about it here because we realized that, sooner or later, this was going to impact all of the avid patrons in our consortium |
| 11:06 |
krvmga |
i'm not sure if i'm mis-identifying the cause of the error. maybe it's caused by a time out instead of being caused by a large check out history. |
| 11:06 |
paxed |
dbs: right, but it's not obvious from /etc/apache2/sites-enabled/eg.conf which one it is. |
| 11:06 |
tsbere |
paxed: Perhaps use the diff utility or similar to do a quick comparison? |
| 11:06 |
|
stevenyvr2 joined #evergreen |
| 11:07 |
|
stevenyvr2 left #evergreen |
| 11:07 |
dbs |
paxed: diff -u says "Require all granted" == 2.4 |
| 11:08 |
paxed |
dbs: ah, ok, so this is pre-2.4 conf. blah. |
| 11:08 |
dbs |
krvmga: the large check out history may cause a timeout |
| 11:08 |
phasefx |
krvmga: probably caused by a timeout caused by a large checkout history |
| 11:09 |
phasefx |
dbs wins by a nose |
| 11:09 |
krvmga |
i wonder if there is anything we can do to fix that locally |
| 11:09 |
phasefx |
krvmga: possible an index may speed things up |
| 11:10 |
paxed |
(i kept looking at configure if there was a cmdline switch to choose apache conf ...) |
| 11:10 |
phasefx |
krvmga: you may be able to identify the SQL involved if you have long-duration query logging enabled |
| 11:10 |
dbs |
krvmga: it would be useful to get some logs that identify the query in question |
| 11:10 |
dbs |
phasefx++ |
| 11:11 |
dbs |
paxed: I think the example files get installed to /usr/local/share/doc/open-ils/, we should probably amend the docs to tell people to grab from there. |
| 11:13 |
jboyer-isl |
"Uninterruptible sleep" is bad and you should feel bad, vi. |
| 11:25 |
|
dboyle joined #evergreen |
| 11:27 |
Pibbits |
where are offline transactions stored at on the workstation? |
| 11:41 |
|
rfrasur joined #evergreen |
| 11:42 |
mmorgan |
Pibbits: it depends on your operating system |
| 11:43 |
mmorgan |
on Windows XP, C:\Documents and Settings\<user>\Application Data\OpenILS\open_ils_staff_client\Profiles\<profile>\chrome\pending_xacts |
| 11:43 |
jboyer-isl |
Pibbits: In 7 I believe it's C:\Users\(USERNAME)\AppData\Roaming\OpenILS\open_ils_staff_client\Profiles\(RANDOM).default\chrome |
| 11:43 |
tsbere |
It also depends on how the staff client was built/installed. Per-machine storage of some info I believe causes it to end up in program files |
| 11:45 |
Pibbits |
Thanks |
| 11:46 |
|
_zerick_ joined #evergreen |
| 11:46 |
|
zerick joined #evergreen |
| 11:49 |
paxed |
hmm... i don't think the README is correct when it comes to apache 2.4+: it says cp Open-ILS/examples/apache_24/eg.conf but the file is actually eg_24.conf. same for the vhost file. |
| 11:49 |
phasefx |
fwiw, that RANDOM.default part is specified in profiles.ini, in a parent directory |
| 11:51 |
jboyer-isl |
Well, and only 1 (if there are more) directory should have .default at the end, right? |
| 11:52 |
|
smyers_ joined #evergreen |
| 11:52 |
phasefx |
jboyer-isl: I never thought about that; sounds likely |
| 11:53 |
phasefx |
if you're using -profileManager, I'm not sure there's an easy way to tell other than profiles.ini |
| 11:53 |
phasefx |
or the debug console, or that About label branch I pushed |
| 11:53 |
jboyer-isl |
Of course, that's very much a "should," so knowing where it's specified is probably a good idea anyway. |
| 11:56 |
|
rfrasur joined #evergreen |
| 11:56 |
|
rfrasur_ joined #evergreen |
| 11:57 |
* rfrasur |
says something in her head about Windows crashing - but not outloud |
| 12:15 |
bshum |
Calling 0814 |
| 12:16 |
* paxed |
ponders an upgrade script for bug 1118245 ... |
| 12:16 |
pinesol_green |
Launchpad bug 1118245 in Evergreen "Name Subject search facet shows subfields in different order from anywhere else" (affected: 1, heat: 6) [Medium,Incomplete] https://launchpad.net/bugs/1118245 |
| 12:17 |
pinesol_green |
[evergreen|Pasi Kallinen] Fix typo "delate" in permission descriptions. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=63195f5> |
| 12:17 |
pinesol_green |
[evergreen|Ben Shum] Stamping upgrade script for "delate" typo - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5fe3ec7> |
| 12:18 |
|
Meliss joined #evergreen |
| 12:23 |
pinesol_green |
[evergreen|Pasi Kallinen] Trim whitespace from beginning and end of the barcode in checkout. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4eb0660> |
| 12:23 |
pinesol_green |
[evergreen|Ben Shum] Add release note for checkout trimming whitespaces from beginning and end of barcodes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c22418f> |
| 12:26 |
bshum |
rfrasur: There have been two git presentations at Evergreen conferences in my recent memory. |
| 12:26 |
bshum |
rfrasur: gmcharlt and tsbere did one in 2012. And Meliss did one in 2013. |
| 12:26 |
rfrasur |
bshum: off hand (and I can check this in a few minutes), do you know if Meliss' was recorded? |
| 12:27 |
bshum |
rfrasur: It was recorded and should be available in the archives for 2013. |
| 12:27 |
rfrasur |
bshum++ |
| 12:27 |
rfrasur |
muchas gracias |
| 12:27 |
bshum |
rfrasur: http://archive.org/details/HowToGitifyYourChanges |
| 12:28 |
rfrasur |
dang! ask and ye shall receive. many more thanks. |
| 12:28 |
bshum |
Easy peasy :) |
| 12:28 |
bshum |
Meliss++ |
| 12:28 |
rfrasur |
Meliss++ |
| 12:28 |
gmcharlt |
and a general one http://tenk.ischool.syr.edu/2012/09/18/git-and-github/ |
| 12:29 |
rfrasur |
I also have a month's subscription to Lynda and they have full tutorial...but I'm thinking highlights might be a little more expedient. |
| 12:30 |
rfrasur |
gmcharlt++ #bookmarked |
| 12:30 |
rfrasur |
(clever, bshum...easy peasy being part of the title and all. very clever) |
| 12:32 |
bshum |
:) |
| 12:38 |
Dyrcona |
heh. It kinda helps to execute your queries after binding the parameters, huh? ;) |
| 12:43 |
paxed |
dbs: using the 2.4 configs doesn't help, i still get the same warnings from apache2ctl |
| 12:43 |
paxed |
i'll file a bug |
| 12:45 |
pinesol_green |
[evergreen|Pasi Kallinen] Prevent paste from empty clipboard throwing an error - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f25cc39> |
| 12:49 |
pinesol_green |
[evergreen|Jason Etheridge] Fix org unit setting names for this example test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=de357ea> |
| 12:49 |
rjackson-isl |
any administrators have advice on cleaning up the action_trigger (event and event_output) tables? Do you have a standing policy such as deleting any that are complete and over a year old? |
| 12:50 |
rjackson-isl |
Evergreen Indiana currently has space issues and 26+ million action_trigger.event rows |
| 12:50 |
rfrasur |
(holy heckama) |
| 12:51 |
rjackson-isl |
of those about 20 million are over a year old and complete |
| 12:51 |
rfrasur |
is there any reason not to delete them? |
| 12:51 |
rjackson-isl |
I am asking... :-) |
| 12:52 |
rjackson-isl |
since we use triggered events for many notices the event_ouput table rows would be the bigger savings in space |
| 12:52 |
rfrasur |
I don't understand exactly what "complete" implies...so...yeah...and am the wrong kind of administrator anyway. |
| 12:53 |
rjackson-isl |
we have another 500K that are invalid and over a year old - so they could probably go as well? |
| 12:54 |
rfrasur |
if they're invalid, they don't even have the potential to still/ever work, right? |
| 12:54 |
rjackson-isl |
I beleive that to be a true statement |
| 12:54 |
bshum |
rjackson-isl: I honestly haven't tried that before, but one thing I'd be curious to see is whether your A/T definitions have their max age set. |
| 12:54 |
bshum |
So that deleting old A/T events doesn't cause new ones to be created because the A/T definition was loose on how long it'll wait before trying to create an event if it can't already find one. |
| 12:54 |
rfrasur |
rjackson-isl: if that's the case, I'd delete those ones. |
| 12:55 |
bshum |
But of course, I don't know if that'll actually happen or not. I'd just assume that running the A/T script will cause it to try creating new events based on the definitions if they still fit. |
| 12:55 |
rfrasur |
bshum: does "complete" mean "triggered" or "triggered and can be triggered again?" |
| 12:55 |
bshum |
It might not now that I'm thinking about it more. |
| 12:56 |
rjackson-isl |
appreciate all input! bshum++ |
| 12:56 |
rfrasur |
hmmm...or "triggered and is over/done/expired" |
| 13:06 |
Dyrcona |
rfrasur: complete means done. |
| 13:06 |
rfrasur |
done...did...finito? |
| 13:07 |
rfrasur |
hmm, it sounds like I'm having a conversation with my son. n/m. (are you SURE it's done?) |
| 13:07 |
Dyrcona |
As in "This parrot is no more!" |
| 13:08 |
rfrasur |
in that case, I'd say delete those A/T, rjackson-isl |
| 13:08 |
Dyrcona |
trouble is, the at runner might say, hey! i have to run these. |
| 13:08 |
mmorgan |
did a lot of testing on notice triggers lately, and had great success getting triggers to run again once the rows for the event_def were deleted from action_trigger.event |
| 13:09 |
mmorgan |
good for testing, but as bshum points out, if they are valid, they'll run again |
| 13:10 |
rjackson-isl |
is ther any easy way to determine which ones you can delete without making a mess with the notices then? |
| 13:11 |
Dyrcona |
rjackson-isl: I'd suggest you look at auditor tables if you're looking for some low hanging fruit to reduce database size. |
| 13:12 |
rjackson-isl |
Dyrcona we are purging off of the auditors already |
| 13:12 |
Dyrcona |
ok, then. |
| 13:12 |
mmorgan |
I would *think*, and maybe bshum has some experience, that you could delete anything older than your notice trigger's max validity settings. With a little padding for insurance. |
| 13:13 |
rjackson-isl |
was thinking that 20 million trigger entries and associated output table enties would clear up some space |
| 13:13 |
bshum |
I don't have any experience, unfortunately. But that's what I was thinking was to confirm that there were A/T definition options that prevented potentially creating all new events. |
| 13:13 |
rjackson-isl |
along with making all of the trigger event processing run quicker |
| 13:15 |
pastebot |
"Dyrcona" at 204.193.129.146 pasted "rjackson-isl: Find out how big your tables are" (9 lines) at http://paste.evergreen-ils.org/14 |
| 13:15 |
tsbere |
When it comes to triggers some if it depends on what creates the triggers |
| 13:16 |
tsbere |
Some of them are re-created if you delete them, I think even when they are invalid |
| 13:17 |
bshum |
gmcharlt++ For, among other things: http://galencharlton.com/blog/2010/05/database-server-disk-space-usage-in-evergreen/ |
| 13:18 |
* bshum |
wanders off to find lunch. |
| 13:19 |
rfrasur |
200K/bib! |
| 13:19 |
rjackson-isl |
action_trigger.event_output | 9312 MB |
| 13:20 |
rjackson-isl |
guessing about 7 gig of that could be removed |
| 13:24 |
rfrasur |
my thoughts. even if some of them regenerate, some of them won't. and so long as there's a criteria for deletion that maybe says "this hasn't been triggered for over a year" or "this can't be triggered ever again" (I dunno if you can necessarily tell the second one)... |
| 13:25 |
rfrasur |
recycle away. it's gonna increase performance...and even if something breaks in a corner here or there...that happens anyway...yeah? |
| 13:26 |
tsbere |
Most of the ones that do trigger automatically are defined by a config file on the action trigger runner, I believe |
| 13:27 |
tsbere |
Others, like "hold available" notifications, are an explicit trigger (and can thus happen multiple times) |
| 13:27 |
rjackson-isl |
if we use a sanity check of complete status and run_time of over a year ago then we still need to check elsewhere to be safe? |
| 13:28 |
rjackson-isl |
s/status/state |
| 13:29 |
tsbere |
checkout.due is a default one for action_trigger autocreate fun. That should, in theory, not create if checkin_time is set or stop fines is something other than MAXFINES or LONGOVERDUE....if I understand the config correctly. Granted that can change with another config file... |
| 13:29 |
|
stevenyvr2 joined #evergreen |
| 13:30 |
tsbere |
the example for said config file has hold_request.shelf_expires_soon and hold_request.long_wait as other hooks, it looks like |
| 13:35 |
rfrasur |
(benefit of having onsite IT? not having to write lump sum check of $7100) |
| 13:36 |
jboyer-isl |
Anyone comfortable explaining the MaxPassiveDelayAge validator to me real quick? Or am I better off putting on some waders and poring over perl scripts? |
| 13:39 |
jboyer-isl |
(that may have come off harshly when I was going for humorous...) |
| 13:40 |
* Dyrcona |
took it as humorous, but couldn't answer the question except to say, "Dive in!" ;) |
| 13:41 |
* rfrasur |
thought it was humorous but thought saying "make sure to wear water wings" was prolly inappropriate. |
| 13:41 |
pinesol_green |
[opensrf|Pasi Kallinen] LP#1208860: fix sprintf without format string. - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=135fa8c> |
| 13:49 |
paxed |
that was quick :) |
| 13:50 |
gmcharlt |
paxed: something to be said for easy-peasy patches :) |
| 13:50 |
paxed |
*nodnod* |
| 13:50 |
rfrasur |
paxed++ #fixing stuff is good |
| 13:53 |
|
stevenyvr2 joined #evergreen |
| 13:56 |
Dyrcona |
given...when++ # Welcome to the '80s, Perl! |
| 13:57 |
rfrasur |
I figure, I complain enough...I should hand out karma like candy to counteract it. Dyrcona++ #for mentioning the '80s and Perl. |
| 13:57 |
Dyrcona |
Thank you, but I don't need more karma.... |
| 13:57 |
rfrasur |
EVERYONE does. but maybe not in here. |
| 13:58 |
Dyrcona |
My karma ran over my dogma.... ;) |
| 13:58 |
rfrasur |
hah! |
| 13:59 |
rfrasur |
hmm, philosophically speaking...I don't think you can actually give someone else karma, can you? |
| 13:59 |
rfrasur |
I dunno...will ponder while doing more mindnumbing reporting |
| 14:05 |
|
dMiller joined #evergreen |
| 14:07 |
|
acoomes joined #evergreen |
| 14:07 |
|
acoomes joined #evergreen |
| 14:07 |
Dyrcona |
And, for my final feat, I shall mess up my training database with a test load of 12,000 patrons! |
| 14:07 |
rfrasur |
I have some patrons that could REALLY mess it up. |
| 14:07 |
* rfrasur |
will donate. |
| 14:08 |
Dyrcona |
It is always fun when you're loading patrons, and they are already in the database. :) |
| 14:10 |
rfrasur |
hah, reminds of a new book about the 2012 election |
| 14:11 |
Dyrcona |
And, only 1 patron falls on the floor because of a duplicate usrname key. That is exactly what I expected! |
| 14:11 |
Dyrcona |
The test is successful! |
| 14:11 |
Dyrcona |
Now, back to your regularly-scheduled programming. |
| 14:14 |
|
jihpringle joined #evergreen |
| 14:18 |
pinesol_green |
[opensrf|Bill Erickson] LP#1188195: Default per-process client locale (Perl) - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=8524849> |
| 14:18 |
pinesol_green |
[opensrf|Galen Charlton] LP#1188195: add tests for setting default client locale - <http://git.evergreen-ils.org/?p=OpenSRF.git;a=commit;h=8a4ee2d> |
| 14:19 |
gmcharlt |
general heads up that I've created the LP milestone for OpenSRF 2.2.1 |
| 14:20 |
gmcharlt |
if there are any current pullrequests that you want targeted for consideration for a release next week, please target them now |
| 14:41 |
gsams |
Does anyone have an example library that uses syndetics with Evergreen? I'm looking to see how it integrates with the catalog so that I can show a prospective library that uses it currently |
| 14:42 |
tsbere |
MVLC does, though I don't know if we subscribe to everything they offer or Evergreen supports. http://catalog.mvlc.org |
| 14:42 |
rfrasur |
gsams: We do or have used in the past. EG-IN, that is..jboyer-isl or rjackson-isl would know more |
| 14:44 |
jboyer-isl |
I'm not actually certain who we use currently. rfrasur is right though, I know we used to use them, even if we don't now. |
| 14:45 |
jboyer-isl |
gsams: which features were you hoping to show? I might be able to see if they're in our catalog. |
| 14:46 |
gsams |
jboyer-isl: Currently they are using the summary, cover image, Publisher's weekly review and Author Notes it seems |
| 14:48 |
jboyer-isl |
"Descriptive content provided by Syndetics™, a Bowker service." I guess we still do! http://evergreen.lib.in.us/ |
| 14:48 |
gsams |
I was curious if it just showed up under additional information in the TPAC or had some other method of displaying. Having an example never hurts though |
| 14:48 |
gsams |
awesome, I will find a suitable example then! |
| 14:48 |
gsams |
jboyer-ils++ |
| 14:48 |
gsams |
rfrasur++ |
| 14:48 |
|
ktomita_ joined #evergreen |
| 14:49 |
gsams |
tsbere++ |
| 14:49 |
jboyer-isl |
It's hidden under additional content until you click that heading. (unless there's something to set it to auto-display, that we haven't done...) |
| 14:50 |
rfrasur |
https://evergreen.lib.in.us/eg/opac/record/19963995?fi%3Aformat=a%2Ct;query=harry%20potter%20and%20the%20sorcerer%27s%20stone;qtype=keyword;locg=1 there's that |
| 14:50 |
rfrasur |
(everytime I think to get a record, I think Harry Potter and regret it EVERY single time) |
| 14:51 |
gsams |
jboyer-isl: yeah, that will work just fine I believe, just needed to know where I could look for examples for them! Thanks again! |
| 14:51 |
gsams |
rfrasur: I've been falling back on Catching Fire myself. Though anything that illustrates the point works for me! |
| 14:52 |
rfrasur |
gsams: I gotta find something else. Harry Potter is a mess everywhere. |
| 14:52 |
jeff |
looks line EI needs the patch for bug 1155267 |
| 14:52 |
pinesol_green |
Launchpad bug 1155267 in Evergreen 2.3 "Syndetics data elements with no content not being detected as such" (affected: 2, heat: 10) [Medium,Fix released] https://launchpad.net/bugs/1155267 |
| 14:52 |
jboyer-isl |
Exerpts do seem to be difficult to come by, it seems. |
| 14:52 |
jboyer-isl |
If we applied every patch we needed we'd be at 2.4 already. ;) |
| 14:53 |
rfrasur |
do it, do it, do it |
| 14:53 |
jboyer-isl |
I'll look into how hard it will be to make work on 2.2. |
| 14:53 |
* Dyrcona |
runs with scissors. :) |
| 14:54 |
gsams |
Dyrcona++ |
| 14:54 |
gsams |
I'm starting to wonder if it would be prudent to try and work in a 2.4 upgrade before bringing a large library into the group, but i just don't think it will happen |
| 14:55 |
gsams |
running 2.3.5 now, by the time they come in I assume 2.6 would be just around the corner |
| 14:55 |
Dyrcona |
Well, 2.6 is next Spring. |
| 14:55 |
gsams |
So yes, it probably will be just around the corner. Projected go live is Feb |
| 14:56 |
rfrasur |
Ahhhh, must ignore 2.6 |
| 14:56 |
* rfrasur |
pays bills |
| 14:56 |
Dyrcona |
bills-- |
| 14:57 |
gsams |
rfrasur: apologies, no harm meant. I fear being left behind again in updates. |
| 14:57 |
rfrasur |
yeah, especially 3 paycheck month bills...although 3 paychecks is good...but not paying the withholding |
| 14:57 |
rfrasur |
gsams: nothing to apologize for ;-) |
| 14:57 |
* rfrasur |
is ALWAYS behind. |
| 14:57 |
gsams |
same here |
| 14:57 |
rfrasur |
hence the "ahhhh" |
| 14:58 |
rfrasur |
it's kinda sad when I get excited that a staff member put a bag of sand in a box without being told to do it. |
| 14:59 |
gsams |
wow |
| 14:59 |
rfrasur |
they're very nice people...and that counts for something (customer service and all that) |
| 15:03 |
rfrasur |
actually, it counts for alot. |
| 15:10 |
jboyer-isl |
jeff: Apparently I suck at the internet. Can you post a link to that commit so I can take a look-see? |
| 15:11 |
jeff |
commit cfa27b7 |
| 15:11 |
pinesol_green |
[evergreen|Jeff Godin] Fix detection of empty Syndetics AC data elements - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=cfa27b7> |
| 15:12 |
jboyer-isl |
excellent. Thanks |
| 15:12 |
jeff |
note the comment in the bug and/or commit that empty data will have been cached in memcached -- that will eventually expire from the cache. |
| 15:12 |
jeff |
you're welcome! |
| 15:13 |
|
ktomita joined #evergreen |
| 15:43 |
paxed |
berick: re. lp #1207396, 'An registration error has occurred' ... An? |
| 15:43 |
pinesol_green |
Launchpad bug 1207396 in Evergreen "Patron self-registration form" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1207396 |
| 15:47 |
paxed |
berick: also, does l('New account requested by ' _ HUMAN_NAME_FORMAT actually go into the translation po-files with the placeholders from HUMAN_NAME_FORMAT in the translatable string? |
| 15:48 |
* paxed |
goes to bed. |
| 15:48 |
rfrasur |
g'nite paxed |
| 15:54 |
berick |
paxed: ah, thanks. re, HUMAN_NAME_FORMAT, i would expect it to be presented to the translate as 'New account requested by [_1] [_2] ...' i.e. post-concatenation. i will confirm ether way. |
| 15:55 |
csharp |
tonight, my band HUMAN_NAME_FORMAT will open for Guster at the Roxy |
| 15:55 |
Dyrcona |
csharp++ # for the lulz! |
| 15:57 |
rfrasur |
. |
| 15:58 |
Dyrcona |
rfrasur: Do you that . is the repeat command in the vi and related editors? |
| 15:58 |
Dyrcona |
OOf... |
| 15:58 |
Dyrcona |
Did you know that.... |
| 15:59 |
* Dyrcona |
smacks himself with a mackerel. |
| 15:59 |
rfrasur |
I did not. I also don't know what that means...however, I'd be glad to . my . and the band "Guster" shows up wearing red one piece jammies in Google. |
| 16:00 |
berick |
csharp++ |
| 16:01 |
berick |
@later tell paxed grr, i was wrong. force-pushed a fix for both. thanks for the eyes! |
| 16:01 |
pinesol_green |
berick: The operation succeeded. |
| 16:04 |
* Dyrcona |
can't find a mackerel so tap water will have to do. ;) |
| 16:04 |
Dyrcona |
rfrasur: If you're using a program called vi, and you type . in command mode, it will repeat your previous command. |
| 16:04 |
rfrasur |
I think that mackerel is about catfood by now. It's been smacked around a bit |
| 16:05 |
rfrasur |
Dyrcona: You do realize that I'm going to have to look all the up now, right? |
| 16:05 |
Dyrcona |
http://en.wikipedia.org/wiki/Vi |
| 16:06 |
* Dyrcona |
uses emacs anyway. ;) |
| 16:06 |
rfrasur |
ty, now I can read instead of Google. |
| 16:06 |
rfrasur |
oh, is it like a command prompt? |
| 16:07 |
rfrasur |
interface? |
| 16:08 |
Dyrcona |
It is often used in a terminal, though it is a program all its own. |
| 16:08 |
rfrasur |
Hah! "Coulouris considered the cryptic commands of ed to be only suitable for "immortals" |
| 16:08 |
rfrasur |
authors always give themselves away |
| 16:10 |
rfrasur |
Yeah, I only know enough of anything to understand very little of that. More than I'd have understood yesterday though, so... |
| 16:10 |
rfrasur |
enough to be dangerous given the right buttons |
| 16:10 |
rfrasur |
"Hide the buttons" |
| 16:11 |
Dyrcona |
Das Blinkenlights! |
| 16:11 |
|
jihpringle left #evergreen |
| 16:11 |
rfrasur |
Dyrcona$$ #in lieu of karma (I hope that doesn't break something) |
| 16:12 |
Dyrcona |
/me/=2 |
| 16:14 |
rfrasur |
w00t - they added "open source software in libraries" to potential topics for Indiana Lib Tech conference (after being reminded...sheesh) |
| 16:15 |
gmcharlt |
rfrasur++ |
| 16:16 |
rfrasur |
not me. I just complained. |
| 16:16 |
rfrasur |
some people have talent. some...personality flaws. :D |
| 16:17 |
rfrasur |
that said...my children are 45 minutes away and worrying about soccer practice. |
| 16:18 |
csharp |
@quote add < rfrasur> some people have talent. some...personality flaws. :D |
| 16:18 |
pinesol_green |
csharp: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command). |
| 16:18 |
csharp |
@quote add < rfrasur> some people have talent. some...personality flaws. :D |
| 16:18 |
pinesol_green |
csharp: The operation succeeded. Quote #63 added. |
| 16:20 |
|
smyers_ joined #evergreen |
| 16:21 |
Dyrcona |
rfrasur++ |
| 16:34 |
|
smyers_ joined #evergreen |
| 17:07 |
|
mmorgan left #evergreen |
| 17:10 |
jeff_ |
anyone in #code4lib know of an INN-Reach using resource sharing system other than Michigan's MeLCat? |
| 17:11 |
jeff_ |
ah, think i found a few with a simpler google search. |
| 17:11 |
berick |
jeff_: #code4lib is -> thataway, man ;) |
| 17:11 |
jeff_ |
hah! |
| 17:11 |
berick |
at least, in my irrsi sessions ;) |
| 17:12 |
jeff_ |
i blame you for my confusion -- went to type in #code4lib, saw berick, thought "oops, this must be #evergreen!" |
| 17:12 |
* jeff_ |
grins |
| 17:13 |
berick |
aha |
| 17:21 |
|
RBecker joined #evergreen |
| 17:22 |
|
rsinger joined #evergreen |
| 17:23 |
|
RBecker joined #evergreen |
| 17:44 |
|
smyers__ joined #evergreen |
| 19:00 |
|
edoceo joined #evergreen |
| 19:07 |
|
stevenyvr2 left #evergreen |
| 19:17 |
|
mrpeters left #evergreen |
| 22:03 |
|
rsinger joined #evergreen |
| 22:25 |
pinesol_green |
[evergreen|Pasi Kallinen] Validate date ranges in Close Dates editor - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e3e4461> |
| 22:35 |
|
zerick joined #evergreen |
| 23:01 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Acq: When building invoices from EDI messages, avoid bad data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2eaa552> |
| 23:01 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Acq: When processing EDI invoices, skip unknown line item references - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a6a431f> |
