Evergreen ILS Website

IRC log for #evergreen, 2014-03-31

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

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

Time Nick Message
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=wor​king/Evergreen.git;a=commit;h=09e3f​50f77233e6f412af424ef33af1adef73e93
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/OpenI​LS/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

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