| Time |
Nick |
Message |
| 01:05 |
|
flopaul joined #evergreen |
| 02:42 |
|
tsbere_ joined #evergreen |
| 04:44 |
|
artunit joined #evergreen |
| 05:31 |
|
bradl joined #evergreen |
| 07:31 |
|
jboyer-isl joined #evergreen |
| 08:07 |
csharp |
logs++ |
| 08:07 |
csharp |
db_timestamps++ |
| 08:07 |
csharp |
s/db_// |
| 08:09 |
csharp |
woowee - I'm tracking a comedy of errors this morning - 2 phantom transits created when the actual item was circulated for a patron creating havoc nearly two months later ;-) |
| 08:09 |
* csharp |
considers an appropriate punishment |
| 08:10 |
csharp |
meh - the best punishment I can think of (make *them* do what I'm doing so I don't have to) requires database access, so I guess that's out |
| 08:10 |
csharp |
@monologue |
| 08:10 |
pinesol_green |
csharp: Your current monologue is at least 7 lines long. |
| 08:11 |
|
akilsdonk joined #evergreen |
| 08:28 |
|
finnx joined #evergreen |
| 08:30 |
|
Shae joined #evergreen |
| 08:30 |
|
mrpeters joined #evergreen |
| 08:32 |
|
rjackson-isl joined #evergreen |
| 08:46 |
|
Callender joined #evergreen |
| 08:47 |
|
kbeswick joined #evergreen |
| 08:48 |
|
timhome joined #evergreen |
| 08:52 |
|
mmorgan joined #evergreen |
| 08:55 |
|
dbs joined #evergreen |
| 08:55 |
jl- |
happy monday |
| 08:56 |
|
Dyrcona joined #evergreen |
| 09:04 |
bshum |
Sigh, snow. Again. |
| 09:06 |
jl- |
this winter has been relentless |
| 09:15 |
|
ericar joined #evergreen |
| 09:17 |
csharp |
snow-- |
| 09:18 |
csharp |
this is the first year I would have decremented snow - it used to be thought of as a treat down here ;-) |
| 09:18 |
jl- |
am I able to merge my user branch into the working master branch? http://git.evergreen-ils.org/?p=working/Evergreen.git;a=commit;h=09e3f50f77233e6f412af424ef33af1adef73e93 |
| 09:18 |
dbs |
jl-: no, you merge the working/master branch into your user branch |
| 09:19 |
jl- |
dbs: right, but when I'm done with it |
| 09:19 |
dbs |
until such time as someone with commit privileges decides to merge your commits "upstream" |
| 09:19 |
jl- |
ah ok, I thought so |
| 09:32 |
jl- |
dbs: are you ever on the vufind dev call? |
| 09:37 |
dbs |
jl-: I was on a few back before the RDFa branch was merged |
| 09:37 |
dbs |
Well, and for a few after too |
| 09:40 |
jl- |
dbs: I'm usually there since four of our instances use vufind. I'm currently doing some solr testing because their solr configuration seems dangerous |
| 09:40 |
Dyrcona |
jl-: Is there a Launchpad bug for your branch? If not, you should make one, and add the documenation tag. |
| 09:41 |
|
yboston joined #evergreen |
| 09:44 |
jl- |
Dyrcona: how do I go about making a launch pad bug? |
| 09:45 |
|
horganl joined #evergreen |
| 09:45 |
csharp |
~bug |
| 09:45 |
pinesol_green |
Evergreen ILS bug and feature tracking is done on Launchpad: https://bugs.launchpad.net/evergreen/ |
| 09:48 |
|
kmlussier joined #evergreen |
| 10:03 |
|
denishpatel joined #evergreen |
| 10:10 |
gsams |
@weather 76262 |
| 10:10 |
pinesol_green |
gsams: The current temperature in Roanoke, Texas is 61.2°F (9:07 AM CDT on March 31, 2014). Conditions: Mostly Cloudy. Humidity: 81%. Dew Point: 55.4°F. Pressure: 29.90 in 1012 hPa (Steady). |
| 10:11 |
kmlussier |
I'm jealous. |
| 10:11 |
* kmlussier |
drove through sleet this morning. :( |
| 10:11 |
kmlussier |
@weather 01606 |
| 10:11 |
pinesol_green |
kmlussier: The current temperature in Thornton Rd., Worcester, Massachusetts is 33.3°F (10:11 AM EDT on March 31, 2014). Conditions: Light Rain. Humidity: 72%. Dew Point: 24.8°F. Windchill: 24.8°F. Pressure: 29.80 in 1009 hPa (Rising). Winter Weather Advisory in effect until 10 am EDT this morning... |
| 10:12 |
gsams |
kmlussier: I'm sorry to hear that. I imagine Texas will change its mind once more but I doubt sleet will happen for a good bit |
| 10:12 |
gsams |
I'm glad I got the good weather up there! |
| 10:13 |
kmlussier |
gsams: I think we're due for some nice spring weather for the rest fo the week, so there's that. |
| 10:14 |
|
rfrasur joined #evergreen |
| 10:15 |
gsams |
kmlussier: It looks like we will be hitting the low 80s this week. |
| 10:15 |
gsams |
We got about a week of what I could call perfect weather |
| 10:26 |
|
dluch joined #evergreen |
| 10:40 |
|
RoganH joined #evergreen |
| 10:46 |
kmlussier |
@coffee |
| 10:46 |
* pinesol_green |
brews and pours a cup of Burundi Kinyovu, and sends it sliding down the bar to kmlussier |
| 10:46 |
rfrasur |
coffee++ |
| 10:47 |
jl- |
having starbucks on campus is nice |
| 10:47 |
jl- |
but bad for my wallet :) |
| 10:48 |
* rfrasur |
could make some coffee but opts for green machine smoothie instead. |
| 10:48 |
gmcharlt |
oooh |
| 10:48 |
rfrasur |
Cuz it's Naked (or because it's fruit...you decide) |
| 10:48 |
gmcharlt |
@coffee |
| 10:48 |
* pinesol_green |
brews and pours a cup of El Salvador Montecarlos Tablon Crater, and sends it sliding down the bar to gmcharlt |
| 10:49 |
rfrasur |
@wunder 47346 |
| 10:49 |
pinesol_green |
rfrasur: The current temperature in Hagerstown, Hagerstown, Indiana is 51.1°F (10:49 AM EDT on March 31, 2014). Conditions: Clear. Humidity: 49%. Dew Point: 32.0°F. Pressure: 30.16 in 1021 hPa (Falling). |
| 10:51 |
rfrasur |
Are there any EG consortia that you've heard of that have formed a Friends group or foundation? |
| 10:55 |
csharp |
rfrasur: not in Georgia - that level of support is with the individual systems/libraries |
| 10:57 |
gsams |
rfrasur: We've got nothing in Texas, each library may or may not have a friends group, but nothing for the whole. |
| 10:57 |
kmlussier |
rfrasur: AFAIK, the same is true in Massachusetts. |
| 10:57 |
Dyrcona |
I've occasionally suggested that MVLC itself accept donations directly from patrons or others. |
| 10:58 |
Dyrcona |
We are a 501c3, after all. |
| 10:58 |
Dyrcona |
No one listens to me. |
| 10:58 |
|
kayals joined #evergreen |
| 10:59 |
gsams |
Dyrcona: I've suggested the same thing, as well as forming a friends group for the whole |
| 10:59 |
kayals |
is it possible to change default branch location in the OPAC drop-down menu. |
| 11:00 |
rfrasur |
okay. I'm trying to think of ways that EI, which is bound by the state procurement rules, can participate as a community member in a more workable way. |
| 11:00 |
kmlussier |
rfrasur: We do have a consortium in Mass. (not one of the Evergreen ones) that has set an account set up with goodsearch. When people search with goodsearch, money goes to the consortium. |
| 11:00 |
rfrasur |
kmlussier: like an affiliate program? |
| 11:00 |
gsams |
kayals: if you log into the OPAC under your account preferences you can choose a preferred search location under search preferences |
| 11:01 |
kmlussier |
One thing that's hard about forming a group to support a consortium is that I think patrons are more closely tied to their local library than to their consortium. |
| 11:02 |
kayals |
gsams - do you mean log in OPAC as admin? |
| 11:02 |
gsams |
kmlussier: This is why it was shot down in general with my group, we are all pretty far apart in the grand scheme of things and it is hard to create a group on that scale. |
| 11:02 |
kmlussier |
kayals: You can also add a locg parameter to your OPAC link so that it defaults to a certain search location. |
| 11:02 |
gsams |
kayals: log into the OPAC as the user you want to change it for. |
| 11:02 |
kayals |
k |
| 11:02 |
csharp |
kayals: there's also the "lib_ips.txt" approach |
| 11:03 |
kayals |
i would like the default opac location global for everyone |
| 11:03 |
kmlussier |
rfrasur: yes, it is similar to an affiliate program. I don't think they raise much money that way, but it's something. |
| 11:03 |
csharp |
kayals: where you create a formatted list of "shortname start-ip end-ip" and the opac will redirect based on those IP ranges |
| 11:04 |
bshum |
There's also the pref_lib variable that you can setup in the apache config. |
| 11:04 |
bshum |
If you use vhosts |
| 11:04 |
bshum |
Or even if you don't. |
| 11:04 |
bshum |
:) |
| 11:04 |
kmlussier |
kayals: So that it defaults to searching the entire consortium? locg=1 |
| 11:04 |
kayals |
we use vhost |
| 11:04 |
csharp |
so there are many options ;-) |
| 11:04 |
kayals |
yes i do see locg=1 |
| 11:04 |
kayals |
:) |
| 11:06 |
gsams |
I like that there are so many different approaches to this particular issue |
| 11:06 |
kmlussier |
kayals: We have a consortium that sets the locg variable to 1 in their apache config so that the search defaults to the consortium. |
| 11:07 |
kayals |
we have Evergreen System -> Library System -> Library A |
| 11:08 |
kmlussier |
I would be hesitant to use pref_lib because I don't know if it would override the user's preferred lib if they are logged in. We wanted to set the default search location without overriding the preferred lib because users like to see their local library's holdings at the top of the list. |
| 11:08 |
kayals |
right now we have Evergreen system as default on the OPAC |
| 11:08 |
kayals |
would like to make it Library A as default |
| 11:09 |
kayals |
kmlussier - we would like the make the OPAC default location global for everyone |
| 11:09 |
bshum |
kmlussier: I'm not 100% sure on this, but my understanding was that if you log into the catalog, your search preferences will kick in to define how you search from that point. pref_lib might still play a role if you haven't defined anything specific. |
| 11:10 |
kmlussier |
kayals: Ah, I see. So instead of using 1, you would use whatever the ou id is for Library A. |
| 11:10 |
kayals |
that what i was think after you said locg=1 |
| 11:10 |
kayals |
let me try that |
| 11:13 |
kmlussier |
bshum: If the locg is set, then the default search location set in the URL will override the preferred library when defining scope. That's how one of our consortia wanted to handle it. You're probably right on how it behaves when pref_lib is set. |
| 11:13 |
|
erick joined #evergreen |
| 11:15 |
kayals |
so what do you guys recommend |
| 11:15 |
bshum |
kmlussier: Yeah, but the pref_lib will still be passed silently along |
| 11:15 |
pastebot |
"csharp" at 64.57.241.14 pasted "why doesn't this delete all volumes with no items attached?" (2 lines) at http://paste.evergreen-ils.org/38 |
| 11:15 |
bshum |
If your locg includes the pref_lib, it'll just move those hits to the top of the holdings, or whatnot. |
| 11:16 |
bshum |
Otherwise, yes, the locg will rule what you see. |
| 11:16 |
dbs |
locg=1 to rule them all |
| 11:17 |
jl- |
Dyrcona: added #LP and Doc tag |
| 11:18 |
pastebot |
"csharp" at 64.57.241.14 pasted "it leaves 56K volumes undeleted" (8 lines) at http://paste.evergreen-ils.org/39 |
| 11:18 |
Dyrcona |
jl-: I've commented on it, and added some more tags. yboston also commented on it already. |
| 11:18 |
kayals |
ok. got it. |
| 11:19 |
kayals |
i guess the the safest option would be user set their preference in their opac user setting |
| 11:19 |
|
mcooper joined #evergreen |
| 11:20 |
kayals |
thank you guys |
| 11:20 |
bshum |
gmcharlt: Unofficially, I asked most of the major consortia about circ script use. Only dbs at Conifer is behind the curve. Last time we raised circ scripts, I think Sitka had the most concerns and they've since transitioned. I'm not sure about any others, but it's good to make a general call about that and other things we're planning to see removed. |
| 11:20 |
bshum |
gmcharlt++ # feedback |
| 11:21 |
* csharp |
knows he's "behind the curve" with overdue notices too ;-) |
| 11:21 |
dbs |
artunit had us ready to go with in-db circ but opted not to throw the switch while i was on sabbatical. curse him! |
| 11:21 |
csharp |
what works works ;-) |
| 11:21 |
gmcharlt |
bshum: yeah, I want to make sure that everybody has as much warning as possible (or, alternatively, as little excuse as possible to complain once it gets removed ;) |
| 11:21 |
bshum |
csharp: Ugh, don't remind me..... I do need to go redo ours someday. |
| 11:21 |
csharp |
yeah - I like the external perl script approach atm ;-) |
| 11:22 |
bshum |
csharp: As far as I'm aware though, there hasn't been alot of formal documented steps on how to implement print overdues via A/T. |
| 11:22 |
bshum |
We've used email A/T forever, but print is still scripted for us |
| 11:24 |
bshum |
gmcharlt: True. I amused myself by looking up the original intention of deprecating circ scripts in 2.4 but removal by 2.6 |
| 11:24 |
bshum |
So we'll be one behind anyways. That's grace a-plenty to me! :D |
| 11:28 |
|
geoffsams joined #evergreen |
| 11:33 |
* rfrasur |
just got a call from the high school principal about automating the school libraries. |
| 11:33 |
rfrasur |
@eightball is this a good thing? |
| 11:33 |
pinesol_green |
rfrasur: It shall be. |
| 11:33 |
gsams |
in other words, not yet. |
| 11:34 |
rfrasur |
no...not yet. But, at least he called? |
| 11:34 |
mrpeters |
rfrasur: we can help with that :) |
| 11:34 |
rfrasur |
mrpeters ;) |
| 11:35 |
jcamins |
rfrasur: 9 out of 10 school librarians agree that students are frightened by robolibrarians, especially when they owe a fine. |
| 11:36 |
rfrasur |
jcamins++ |
| 11:36 |
jboyer-isl |
Present your late items. You have 9 seconds to comply. |
| 11:37 |
rfrasur |
8 |
| 11:37 |
rfrasur |
7 |
| 11:37 |
rfrasur |
just kidding |
| 11:37 |
|
fparks joined #evergreen |
| 11:37 |
bshum |
@roulette |
| 11:37 |
pinesol_green |
bshum: *click* |
| 11:37 |
jboyer-isl |
roulette has failed us all. |
| 11:37 |
rfrasur |
@ie |
| 11:37 |
pinesol_green |
rfrasur: Leave me alone, I'm busy right now. |
| 11:37 |
rfrasur |
@blame ie |
| 11:37 |
pinesol_green |
rfrasur: Your failure is now complete, ie. |
| 11:38 |
bshum |
roulette would be more entertaining if we gave pinesol powers |
| 11:38 |
jboyer-isl |
I seem to remember something about that. Does it just kick the person that calls it (makes sense) or someone at random? |
| 11:39 |
jboyer-isl |
I guess the "at random" style would invite constant trolling. |
| 11:40 |
mrpeters |
gmcharlt: not sure if you were thinking of EI when you mentioned a few consortia on the last message to dev but jboyer-isl and I got them off legacy circ scripts back in November so you can knock them off the list if you were still thinking they depended on them ;) |
| 11:40 |
mrpeters |
jboyer-isl++ |
| 11:40 |
gmcharlt |
mrpeters: good to know -- I had thought I remembered hearing that back when you all flipped that switch |
| 11:40 |
jboyer-isl |
mrpeters: Nah, bshum included us in his informal questionaire. I say off with their headers, just put a big red warning on the 2.6 download page. |
| 11:41 |
Dyrcona |
@roulette |
| 11:41 |
pinesol_green |
*BANG* Hey, who put a blank in here?! |
| 11:41 |
* pinesol_green |
reloads and spins the chambers. |
| 11:41 |
mrpeters |
Seems fair enough. The dev team gave PLENTY of notice at least 18 months ago that they were going away... |
| 11:42 |
mrpeters |
they've been more than accomodating in letting them hang around as long as they have |
| 11:42 |
Dyrcona |
mrpeters: Assuming anyone paid attention. |
| 11:42 |
mrpeters |
after i pitched a fit :P |
| 11:45 |
jboyer-isl |
tater: I've got some ideas for the monitoring scripts (and a bug) if you're around. |
| 11:47 |
jboyer-isl |
alas. |
| 11:51 |
bshum |
Yay, the sun has come back out. |
| 11:52 |
csharp |
@praise [someone] |
| 11:52 |
* pinesol_green |
b_bonner can run a report without assistance |
| 11:55 |
bshum |
csharp: That's an interesting query you pasted earlier. |
| 11:56 |
bshum |
csharp: My gut feeling is that the remaining volumes with no copies are potentially URI entries. |
| 11:56 |
bshum |
But I don't know if you make use of the 856 $9 trick |
| 11:56 |
csharp |
bshum: we do (I think) |
| 11:56 |
bshum |
Then again |
| 11:57 |
bshum |
The way it's written, it should take those out too |
| 11:57 |
csharp |
right, that's what I thought |
| 11:57 |
bshum |
What sort of differences are you seeing? |
| 11:57 |
csharp |
well, I'm running a select with the same WHERE clause as my update statement - it's taking a while |
| 11:57 |
csharp |
I already see that EXISTS would work faster |
| 11:58 |
bshum |
I might just try a COUNT |
| 11:58 |
csharp |
yeah - it's a count |
| 12:00 |
bshum |
I suppose |
| 12:00 |
bshum |
It's possible for a call number to have deleted copies |
| 12:00 |
bshum |
But not be deleted itself |
| 12:00 |
bshum |
If it were sharing for example |
| 12:01 |
csharp |
most of the ones I'm seeing look like cruft from old migrations |
| 12:01 |
bshum |
Well I'm just thinking about the sub-select |
| 12:01 |
csharp |
I just thought my query would've gotten those |
| 12:02 |
* tsbere |
wonders if he should dig out MVLC's "wipe out empty call numbers and bibs" code to paste it |
| 12:02 |
bshum |
It's possible that as written, you would miss volumes that weren't deleted but had only deleted copies too. |
| 12:02 |
csharp |
tsbere: any help would be welcome! ;-) |
| 12:03 |
bshum |
Because you're only paying attention to making sure you exclude not deleted copies? |
| 12:03 |
csharp |
bshum: yeah - that's the kind of mistake I think I've made here - just going kind of cross-eyed untangling it |
| 12:04 |
tsbere |
csharp: http://pastebin.com/b7cuAEAe |
| 12:05 |
csharp |
tsbere++ # thanks |
| 12:07 |
tsbere |
csharp/bshum: Watch out for bib and call number -1, BTW. <_< You may notice my script says the IDs must be > 0 |
| 12:08 |
csharp |
tsbere: yes, I noticed that |
| 12:08 |
bshum |
I've got lots of negatives |
| 12:08 |
bshum |
Which I'm still not sure how they all get there yet. |
| 12:08 |
bshum |
But I think we got up to -48 or so last I looked. |
| 12:08 |
tsbere |
You mean down to? ;) |
| 12:08 |
bshum |
Doh |
| 12:09 |
csharp |
@who needs to stop being so negative? |
| 12:09 |
pinesol_green |
pmurray needs to stop being so negative. |
| 12:10 |
tsbere |
csharp: I find the "with" syntax to be nice as you can literally grab the contents of the with block and run it standalone without having to change it. :D |
| 12:10 |
csharp |
that's a way better approach |
| 12:10 |
|
flopaul joined #evergreen |
| 12:10 |
tsbere |
"Yes, that looks right" and then wrap the delete around it |
| 12:10 |
csharp |
tsbere: so do you run that as a nightly cron? |
| 12:11 |
Dyrcona |
We got in trouble for running it too frequently. |
| 12:11 |
tsbere |
csharp: Yes, though that is just one piece of the thing |
| 12:11 |
Dyrcona |
Well, with too short of an interval. |
| 12:11 |
tsbere |
Dyrcona: More like "deleting too quickly" but meh. ;) |
| 12:11 |
Dyrcona |
Seems that catalogers like to make empty bibs, then come back a week or more later and add copies. |
| 12:12 |
bshum |
Yeah, catalogers get annoyed having to load more bibs for things they think they'll need if you delete too fast. |
| 12:12 |
tsbere |
csharp: Ours cleans up auditors, ages circs and holds, and does some other cleanup with bib sources before it gets to that point. |
| 12:12 |
csharp |
yeah, 30 days/"1 month" probably works for us |
| 12:12 |
bshum |
I think we decided on a general policy of like 6 months. Which we'll enforce someday. |
| 12:13 |
tsbere |
csharp: Also, I make no promises on speed. I wanted "works", not "works fast". For something running in the middle of the night I don't see "slightly slow" as an issue ;) |
| 12:13 |
csharp |
yeah - this would be a nightly thing for us |
| 12:13 |
bshum |
Upside, the more you delete regularly, the less time it'll take after that first big run. One hopes. :) |
| 12:14 |
tsbere |
On that note, the acn "with" block runs in <30 seconds right now in our production system ;) |
| 12:15 |
csharp |
yeah - I'd rather not have to revisit this issue, so I'm looking to put it in place tonight |
| 12:16 |
csharp |
just confirming the interval with Elaine |
| 12:21 |
|
BigRig_ joined #evergreen |
| 12:23 |
|
BigRig__ joined #evergreen |
| 12:25 |
|
geoffsams joined #evergreen |
| 12:27 |
|
BigRig joined #evergreen |
| 12:30 |
|
BigRig_ joined #evergreen |
| 12:34 |
yboston |
@marc 100 acdq |
| 12:34 |
pinesol_green |
yboston: unknown field/subfield combination (100/acdq) |
| 12:34 |
yboston |
@marc 100 c |
| 12:34 |
pinesol_green |
yboston: Titles and other words associated with a name (Repeatable) |
| 12:35 |
yboston |
@marc 100 d |
| 12:35 |
pinesol_green |
yboston: Dates associated with a name Dates of birth, death, or flourishing, or any other date associated with a name. |
| 12:35 |
yboston |
@marc 100 q |
| 12:35 |
pinesol_green |
yboston: Fuller form of name A more complete form of the name contained in subfield $a. |
| 12:35 |
yboston |
@marc 100 a |
| 12:35 |
pinesol_green |
yboston: Personal name A surname and/or forename; letters, initials, abbreviations, phrases, or numbers used in place of a name; or a family name. |
| 12:36 |
jl- |
yboston: do you have a preference for where to add the new doc |
| 12:36 |
jl- |
I'm thinking III or IV |
| 12:37 |
tater |
jboyer-isl: was AFK, sorry |
| 12:38 |
jboyer-isl |
Not a problem. Just wanted to point out something about the eg-stats README and some psql stuff. |
| 12:38 |
tater |
Awesome |
| 12:39 |
jboyer-isl |
The rsyslog filter for eg-stats logging can't work as specified in the readme, because the { is on the next line. At least in the version I'm running, if there's no action on the same line as the if/then, it's just ignored. Then EVERYTHING ends up in eg-stats.hour.log. |
| 12:40 |
gsams |
yboston: Do you want the pinesol_green wiki page to have info for every command available? I was planning on filling in on that to help out. |
| 12:40 |
jboyer-isl |
Either moving the { up next to the then, or using the one-line property method fixes that. I just used this instead: ":programname, contains, "eg-stats" ?egstats;msgformat ~" |
| 12:41 |
yboston |
jl-: I am looking at those sections to see which one of the too I like btter. I think III, but there might be a techical issue to overcome. will explian in a moment |
| 12:41 |
jboyer-isl |
And for psql (I noticed this in the A/T event monitor, there are probably other potential uses) if you pass -t to psql, it will only return the raw query output, no header or footer, so the sed's become unnecessary. |
| 12:41 |
|
Christineb joined #evergreen |
| 12:42 |
yboston |
gsams: the more commands the better, but for now just having several listed would be great, specially the ones that people use/like the most |
| 12:43 |
tater |
jboyer-isl++ |
| 12:43 |
gsams |
yboston: alrighty, I will take a look later today and help out with that. |
| 12:44 |
jboyer-isl |
tater++ #Thanks for putting these out there so we can keep an eye on things! |
| 12:44 |
yboston |
gsams: thanks! |
| 12:45 |
jl- |
yboston: ok |
| 13:00 |
yboston |
jl-: I would either put it right after the "license" section of server instalation section (ca'nt do it earlier because it is a whole separate file that also gives ur the content of the README file) OR make a new sub-section for in Part three |
| 13:01 |
|
fparks_ joined #evergreen |
| 13:01 |
Dyrcona |
ie-- |
| 13:01 |
yboston |
jl-: there used to be a sub-section that had a little bit of SQL code to erase the sample organization unit data when you fiirst intall EG. Might rather out your docuemtnation there instead |
| 13:02 |
yboston |
jl-: need to look intot his more |
| 13:02 |
Dyrcona |
I was just "reading" a HTML document in LibreOffice, and all of the IE version comments show up. |
| 13:08 |
dbs |
yboston: current evergreen (2.6+) no longer installs the sample org unit data by default, so maybe that section shouldn't be there anyway? |
| 13:09 |
yboston |
dbs: I remember this behavior was discussed. good to know. Not sure if that SQL code I mentioned is still mentioned anywhwere on the offical docs |
| 13:09 |
jl- |
re, had a disconnect |
| 13:18 |
dbwells |
okay folks, last call for burnish commits for 2.6 RC. I expect to have it packaged by the end of the day. |
| 13:18 |
dbwells |
This will also mean the creation of the rel_2_6 branch. |
| 13:19 |
csharp |
dbwells++ |
| 13:20 |
bshum |
dbwells++ |
| 13:20 |
csharp |
hmm - now I'm tracking something I haven't seen for years - I have an item that's on a hold list even though it's checked out to a patron |
| 13:21 |
jl- |
dbwells++ |
| 13:22 |
csharp |
ah - looks like the copy status is Available even though there's an open circ on it |
| 13:22 |
tsbere |
csharp: Those are always fun. <_< |
| 13:22 |
|
frank_____ joined #evergreen |
| 13:23 |
|
kbeswick joined #evergreen |
| 13:23 |
|
bmills joined #evergreen |
| 13:24 |
* bshum |
should add a cup of sarcasm as a bartender or swill choice |
| 13:24 |
Dyrcona |
@sarcasm |
| 13:24 |
pinesol_green |
Dyrcona: I see nothing, I know nothing! |
| 13:25 |
|
afterl joined #evergreen |
| 13:25 |
bshum |
tsbere++ # https://bugs.launchpad.net/sipserver/+bug/1296937 in action! |
| 13:25 |
pinesol_green |
Launchpad bug 1296937 in SIPServer "SIP2 Patron Information times out on too many checkouts/holds" (affected: 3, heat: 16) [Undecided,New] |
| 13:26 |
bshum |
Apparently that can do things like killing a patron from being able to log into Overdrive if they have too many holds on their account. |
| 13:26 |
Dyrcona |
Yes, it can do that and more. |
| 13:26 |
tsbere |
Can also stop selfchecks, PC Reservation systems, Museum Pass Vendors, Freegal, etc |
| 13:27 |
bshum |
Yeah that's nasty |
| 13:28 |
Dyrcona |
Nothing like punishing the "good" patrons. |
| 13:28 |
Dyrcona |
;) |
| 13:28 |
bshum |
Poor good patron |
| 13:28 |
jl- |
@coffee |
| 13:28 |
* pinesol_green |
brews and pours a cup of Guatemala El Diamante, and sends it sliding down the bar to jl- |
| 13:32 |
kmlussier |
@dessert |
| 13:32 |
* pinesol_green |
grabs a batch of Gingerbread Men and sends it sliding down the dessert bar to kmlussier |
| 13:32 |
kmlussier |
meh...I was hoping for chocolate. |
| 13:34 |
bshum |
@dessert [someone] |
| 13:34 |
* pinesol_green |
grabs a big dish of Lime Jello and sends it sliding down the dessert bar to b_bonner |
| 13:36 |
kmlussier |
@dessert bshum |
| 13:36 |
* pinesol_green |
grabs a batch of Brownies and sends it sliding down the dessert bar to bshum |
| 13:37 |
kmlussier |
bshum: It's your lucky day. :) |
| 13:37 |
bshum |
Huzzah! |
| 13:37 |
Dyrcona |
@bartender |
| 13:37 |
* pinesol_green |
fills a pint glass with Ruedrich's Red Seal Ale, and sends it sliding down the bar to Dyrcona (http://beeradvocate.com/beer/profile/112/410/) |
| 13:37 |
|
ericar joined #evergreen |
| 13:37 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d9bfd83> |
| 13:39 |
kmlussier |
csharp: Do you see any potential issues, in terms of storage space, with uploading the conference presentations to Lupin? |
| 13:40 |
csharp |
kmlussier: I see 14G available there - how big are the presentations? |
| 13:41 |
kmlussier |
csharp: Well, I sincerely hope they aren't that large. |
| 13:41 |
csharp |
kmlussier: ok - then I wouldn't worry |
| 13:41 |
kmlussier |
csharp: Thanks! :) |
| 13:42 |
csharp |
general note to lupin co-admins: I do see that 76% of available disk space is being used - I assume that's a lot of old tarballs, etc. |
| 13:43 |
Dyrcona |
csharp: I wouldn't assume. I'd start running du -sh on directories to see what the bloat is. |
| 13:43 |
bshum |
I was just doing an ncdu to see too |
| 13:44 |
bshum |
10 GB is in the git/Evergreen_Website... basically mostly downloads |
| 13:44 |
bshum |
There's a VM there |
| 13:44 |
bshum |
Can probably nuke away one of the dokuwiki backups later |
| 13:46 |
* bshum |
hopes there's a future on mundungus with more space? :) |
| 13:49 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7d8628d> |
| 13:49 |
csharp |
lots in /home dirs - esp moodaepo, miker, & erickson |
| 13:50 |
berick |
on evergreen-ils.org? |
| 13:50 |
csharp |
berick: yeah |
| 13:50 |
berick |
i probably have lots of release bundles that can be deleted.. |
| 13:50 |
csharp |
berick: yeah - your stuff looks old ;-) |
| 13:51 |
berick |
heh, yeah, there's some ancient stuff on ther |
| 13:51 |
berick |
e |
| 13:51 |
bshum |
For moodaepo, a bunch of it looks like carryovers from other people's accounts |
| 13:51 |
|
bmills joined #evergreen |
| 13:52 |
bshum |
There's 1.3 GB in a folder there /tmp/pines which I'll assume to be leftovers from penguin |
| 13:52 |
bradl |
csharp: I don't imagine I have a /home on there, do I? |
| 13:53 |
berick |
csharp: just gave you 2.5G back |
| 13:53 |
* berick |
keeps the crusty old stuff on there for posterity |
| 13:53 |
csharp |
bradl: yeah - yours is like 13M |
| 13:53 |
bradl |
well, it's all really important, I imagine |
| 13:54 |
* bradl |
tries to remember credentials |
| 13:54 |
csharp |
berick++ |
| 13:57 |
berick |
like looking at this 2007 code4lib breakout session installer script.. starts with installing ipw3945-modules-2.6.18-4-686 on the demo laptop (full service demo!), then moves on to postgresql-8.2.3 source building |
| 13:57 |
berick |
then something about symlinking gcc to gcc-4.1 with a wth? question.. good times |
| 13:57 |
csharp |
heh |
| 13:59 |
dbs |
berick: oh yeah, you almost got through an install with that right? |
| 14:00 |
berick |
dbs: i did, actually, for those that stuck around a few minutes after the session ended :) |
| 14:01 |
dbs |
bzzzt! |
| 14:01 |
dbs |
Did we bury all traces of our code4lib 2008 pre-conf? |
| 14:01 |
bradl |
holy cow, I think I just found Tutankhamun's tomb in here |
| 14:01 |
csharp |
bshum and I tried a live install within 50 minutes - didn't go so well ;-) |
| 14:01 |
* bshum |
blames typos |
| 14:01 |
csharp |
bradl: it's cursed! |
| 14:02 |
bshum |
We could have made it otherwise |
| 14:02 |
* csharp |
was the typer of the typeos |
| 14:02 |
bshum |
Next time, I drive |
| 14:02 |
csharp |
heh - apropos, no? |
| 14:02 |
dbs |
(let this be a lesson to all pre-conf organizers: if people show up who have not done their VM-loading homework in advance, SHOW THEM THE DOOR) |
| 14:03 |
csharp |
dbs++ |
| 14:05 |
berick |
no VM? here's your etch a sketch |
| 14:06 |
* berick |
starts drawing logic gates |
| 14:08 |
tsbere |
What, not handing over rocks? |
| 14:09 |
* tsbere |
refers people to http://www.xkcd.com/505/ ;) |
| 14:11 |
jl- |
nice |
| 14:12 |
berick |
forgot about that one |
| 14:23 |
|
gsams joined #evergreen |
| 14:29 |
csharp |
hmm - seeing in a screenshot from a library what appears to be a new field on the patron account screen 'Entered or Edited by <person's name> (Invalid Email Address)' |
| 14:30 |
csharp |
has anyone seen that? a grep of the code finds nada |
| 14:30 |
|
dbs_exile joined #evergreen |
| 14:30 |
dbs_exile |
http://status.linode.com/2014/03/atlanta-connectivity-issues.html - meh |
| 14:31 |
bshum |
Aww |
| 14:31 |
dbs_exile |
and of course it's just when I want to talk to gmcharlt :) |
| 14:31 |
tsbere |
csharp: Local customization? |
| 14:31 |
csharp |
tsbere: not that I've done |
| 14:32 |
yboston |
jl-: are free to have a private chat? I want to talk about your documentation |
| 14:32 |
bshum |
csharp: account screen meaning the editor? Or the summaries |
| 14:32 |
bshum |
And yeah, doesn't sound too familiar to me either. |
| 14:32 |
tsbere |
csharp: Patron stat cat set to be visible in the patron summary? |
| 14:32 |
csharp |
bshum: the top screen |
| 14:33 |
csharp |
tsbere: that's a thought - I'll see |
| 14:36 |
csharp |
tsbere++ # that was it |
| 14:43 |
jl- |
yboston: yup |
| 14:44 |
yboston |
jl-: I will message you in a moment |
| 14:51 |
|
ericar joined #evergreen |
| 15:13 |
|
dbs joined #evergreen |
| 15:15 |
|
gmcharlt joined #evergreen |
| 15:18 |
|
bradl joined #evergreen |
| 15:18 |
|
dbs joined #evergreen |
| 15:20 |
|
jihpringle joined #evergreen |
| 15:31 |
|
gmcharlt joined #evergreen |
| 15:32 |
jboyer-isl |
So, an A/T question for anyone who may know. I have 292 event entries in the pending state from the Holds Pull List event_definition with add_time's in the 2011-2013 range. Is it ok to mark all of these as invalid since they're apparently never going to run? (the run_times are 5 mins later, as you might expect) |
| 15:32 |
jboyer-isl |
The granularity is 'print_on_demand', so I'm assuming that nothing useful will ever come of them? |
| 15:35 |
tsbere |
highly unlikely that anything will ever happen with them |
| 15:55 |
jboyer-isl |
That's what I was thinking, but I wasn't sure if there was some kind of weird subtlety that I should watch out for. (The number close to the number of total ous we have, so that was causing some doubts) |
| 15:56 |
|
kbeswick joined #evergreen |
| 16:02 |
|
krvmga joined #evergreen |
| 16:04 |
krvmga |
(eg 2.4) ok, i'm experiencing an unexpected behavior. after logging in, i checked that the checkbox for Skip warning when adding to temporary book list? is unchecked. however, i am not getting any warnings. |
| 16:04 |
pinesol_green |
[evergreen|Dan Wells] Remove unwanted index recreation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c3c8b74> |
| 16:04 |
krvmga |
is this a bug or a feature? |
| 16:06 |
|
kbeswick joined #evergreen |
| 16:10 |
bshum |
krvmga: Well... do you think it's a feature or a bug? |
| 16:10 |
bshum |
(seems like a loaded question when asked that way...) |
| 16:10 |
bshum |
Without delving too deeply, it certainly sounds like something seems awry there? |
| 16:11 |
rangi |
everything is a bug until its documented :) |
| 16:13 |
krvmga |
bshum: sorry, it was an old timey joke reference. it's clearly not performing as advertised. i can't see what, if anything, i did to make it not perform correctly. i don't know if there are settings anywhere else in the system that would make it not work. |
| 16:13 |
tsbere |
rangi: But what if I document it as being a bug? |
| 16:14 |
rangi |
someone will use it for a feature, and you will fix it, and suddenly their xslt parsing wont work .. this may be a true story |
| 16:14 |
|
gsams joined #evergreen |
| 16:15 |
krvmga |
nothing shows up in launchpad on searching "temporary"/"temporary list" |
| 16:15 |
Dyrcona |
krvmga: There probably are settings elsewhere in the system. I believe there are actor.org_unit settings that also control that behavior. |
| 16:15 |
|
akilsdonk_ joined #evergreen |
| 16:16 |
krvmga |
Dyrcona++ # i'll check |
| 16:16 |
Dyrcona |
It has been two years since I worked on it, so the memory is a bit fuzzy. |
| 16:19 |
bshum |
Hmm |
| 16:19 |
bshum |
temp_warn.tt2 isn't employed anywhere? |
| 16:20 |
Dyrcona |
As I recall, this was working at one point, but again, I could be mistaken. |
| 16:20 |
Dyrcona |
There were some changes made to that code later by someone other than myself. |
| 16:21 |
kmlussier |
It worked for me a few months ago. I don't remember which system I was using and what version it was one, but I can confirm it worked then. |
| 16:23 |
krvmga |
bshum: temp_warn.tt2 is in place. |
| 16:24 |
bshum |
krvmga: No that's what I'm saying. it's there, but where does that ever get called? |
| 16:24 |
bshum |
I'm still working my way around EGCatLoader |
| 16:26 |
tsbere |
bshum: around line 195 of Open-ILS/src/perlmods/lib/OpenILS/WWW/EGCatLoader/Container.pm I think |
| 16:26 |
bshum |
krvmga: Dyrcona is right, there is a library setting for deciding whether to prompt the warning |
| 16:26 |
bshum |
For the temporary list |
| 16:26 |
bshum |
tsbere: Yeah, I was just finding that, for the temp_warn |
| 16:27 |
krvmga |
bshum: i looked in actor.org_unit to see if i could see anything and nothing popped out at me |
| 16:28 |
bshum |
krvmga: Well the name of the library setting is in group OPAC with "Warn patrons when adding to a temporary book list" |
| 16:29 |
tsbere |
opac.patron.temporary_list_warn needs to be enabled, the "opac.temprary_list_no_warn" user setting needs to not be set, and you can't have the cookie disabling the warning |
| 16:30 |
krvmga |
bshum: i looked in the library settings editor and both columns are blank after "Warn partons when adding to a temporary book list" |
| 16:31 |
bshum |
Well, turn it on. And then you'll get warnings :) |
| 16:31 |
krvmga |
i think the context should be C/MARS and the Value be "True". |
| 16:31 |
bshum |
Makes sense if you want it on for everyone. |
| 16:32 |
krvmga |
yes, of course. |
| 16:32 |
krvmga |
bshum++ |
| 16:32 |
bshum |
Looking at our history, we turned it on once for about a minute in March 2013. |
| 16:32 |
bshum |
So.... we probably didn't like it. |
| 16:32 |
bshum |
tsbere++ |
| 16:32 |
krvmga |
really? |
| 16:32 |
krvmga |
well, it's not clear how to change a temporary list into a permanent one. |
| 16:32 |
krvmga |
was that part of the problem? |
| 16:33 |
bshum |
No idea |
| 16:33 |
bshum |
I think people just didn't like the prompts. |
| 16:33 |
bshum |
Or we just never got that deep into it |
| 16:34 |
kmlussier |
@dessert mmorgan |
| 16:34 |
* pinesol_green |
grabs a scoop of Mint Chocolate Chip Ice Cream and sends it sliding down the dessert bar to mmorgan |
| 16:35 |
mmorgan |
yum! |
| 16:36 |
kmlussier |
mmorgan: Sugar is a requirement when looking at billing. |
| 16:40 |
|
denishpatel joined #evergreen |
| 16:41 |
mmorgan |
kmlussier: especially when it's mixed with cream and frozen! |
| 16:42 |
bshum |
I like mint chocolate chip milkshakes. |
| 16:43 |
kmlussier |
bshum: If I had know that, I would have added some milkshakes. |
| 16:43 |
kmlussier |
But I would have called them frappes. |
| 16:50 |
yboston |
I have a git question. Our IRC friend jl- made a new branch working branch with some changes I want to add to the docs. I will soon make a sign-off working branch to document my approval. |
| 16:50 |
yboston |
now do I just then cherry-pick that commit into master and the differnt release I want to back port it to? |
| 16:54 |
gmcharlt |
yboston: yes |
| 16:55 |
yboston |
gmcharlt: thanks. this case I strongly believe it was only one commit in that branch, but if not I would have to cherry-pick them all |
| 16:55 |
yboston |
gmcharlt: this stuff is starting to make sense |
| 16:57 |
|
bmills joined #evergreen |
| 16:58 |
Bmagic_ |
Anyone know off hand the table where the copy templates (located in a dropdown menu on the item attributes UI) live? |
| 16:58 |
bshum |
Bmagic: Ugh, perhaps.... |
| 16:58 |
bshum |
I believe they are JSON entries in actor.usr_setting |
| 16:59 |
bshum |
For each given staff user there's the potential for some copy templates to be stored as a single value there |
| 16:59 |
bshum |
Makes things super annoying to clean up. |
| 16:59 |
* bshum |
fires up a DB to confirm |
| 17:00 |
mmorgan |
bshum is correct, they are in actor.usr_setting |
| 17:00 |
* Bmagic |
is humbled |
| 17:00 |
bshum |
Yeah, the name of the settings are "staff_client.copy_editor.templates" |
| 17:01 |
bshum |
The value is some JSON thingy. Which I've edited poorly before and missed a " quote once and caused the staff account to be broken and not useable to log into Evergreen. |
| 17:01 |
bshum |
So be careful what you poke :) |
| 17:02 |
Bmagic |
understood |
| 17:20 |
|
mmorgan left #evergreen |
| 17:30 |
pinesol_green |
[evergreen|Benjamin] LP#1300267 Documentation: Reset Staff Client Password (e.g. Admin) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2760e95> |
| 17:30 |
pinesol_green |
[evergreen|Benjamin] LP#1300267 Documentation: Reset Staff Client Password (e.g. Admin) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4d40cf7> |
| 17:53 |
|
remingtron__ joined #evergreen |
| 17:57 |
|
artunit joined #evergreen |
| 18:12 |
|
bmills joined #evergreen |
| 18:14 |
|
zxiiro joined #evergreen |
| 18:29 |
|
zxiiro joined #evergreen |
| 21:01 |
|
finnx1 joined #evergreen |
| 21:02 |
|
finnx1 left #evergreen |
| 21:11 |
|
gsams joined #evergreen |
| 21:21 |
|
kmlussier joined #evergreen |
| 21:47 |
|
afterl left #evergreen |
| 23:00 |
|
flopaul joined #evergreen |
