Evergreen ILS Website

IRC log for #evergreen, 2014-11-04

| 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:11 gmcharlt_ joined #evergreen
01:21 RBecker joined #evergreen
06:37 eeevil joined #evergreen
06:43 graced joined #evergreen
07:01 wsmoak joined #evergreen
08:02 collum joined #evergreen
08:22 mrpeters joined #evergreen
08:29 mrpeters warning -- SUPER old article -- has DIG touched on Apache config for IP Redirection at all yet -- http://evergreen-ils.org/dokuwiki/doku​.php?id=upgrading:1.2.0_to_1.2.1#updat​ing_the_apache_configuration_optional -- I'm currently working on updating this configuration in GenaSYS and was going to write something up to replace that in the manual if it is needed
08:36 kmlussier joined #evergreen
08:36 mrpeters Also curious if the PerlSetVar OILSRedirectTpac "true" (which is commented out by default) is even needed now that JSPAC is long gone
08:37 mmorgan joined #evergreen
08:38 Shae joined #evergreen
08:48 mrpeters kmlussier: is DIG still taking submissions in plain text (I think you were at one time) -- I'm working to update some old documentation on lib_ips.txt and IP Redirection within Apache, and thought it might be good for the manual
08:49 tsbere joined #evergreen
08:50 kmlussier mrpeters: DIG will take submissions in any format. We prefer AsciiDoc, but we have people who can convert content into AsciiDoc if it's submitted in another format.
08:52 mrpeters i can whip something up much quicker today without learning the formatting, though i probably should just do that
09:07 bshum eeevil: Hmm, should we push these changes to master/rel_2_7 as bug fixes? http://git.evergreen-ils.org/?p=working/​Evergreen.git;a=shortlog;h=refs/heads/co​llab/miker/web-client-sprint1-bug-fixing
09:08 bshum They're not attached to any particular LP, but I assume they should be tested and included.
09:12 tspindler joined #evergreen
09:25 Dyrcona joined #evergreen
09:33 StomproJ joined #evergreen
09:34 Stompro joined #evergreen
09:36 yboston joined #evergreen
09:39 eeevil bshum: I'll be putting them on a bug soon.  don't rush to push them into master yet
09:40 bshum eeevil: No rush, just anticipating their usefulness in 2.7.1 (but if they're not ready for tomorrow, I getcha)
09:40 eeevil yeah, doubtful I'd be comfortable by tomorrow
09:40 bshum Then I'll not worry about them for now.  Thanks :)
09:53 RoganH joined #evergreen
10:22 RoganH joined #evergreen
10:23 jwoodard joined #evergreen
10:47 BigRig_ joined #evergreen
10:50 sciani joined #evergreen
10:58 rfrasur joined #evergreen
11:00 rfrasur Hey all.  I'm going to this event as a layperson/mentor to talk up contributing to Evergreen.  If anyone has anything you'd like me to take/talk about/watch out for, let me know.  http://iub.openhatch.org/
11:02 kmlussier rfrasur++
11:02 rfrasur Oy, we'll see.  Y'all know my lack of technical know how.  But...something is better than nothing, right?
11:04 yboston dwells: got a second?
11:05 kmlussier rfrasur: Our new Get Involved page may help - http://evergreen-ils.org/involvement/
11:06 kmlussier I'm going to update that page soonish to include testing too.
11:06 sandbergja joined #evergreen
11:06 rfrasur Perfect.
11:20 mrpeters joined #evergreen
11:21 kmlussier @coffee [someone]
11:21 * pinesol_green brews and pours a cup of Espresso Nuevo, and sends it sliding down the bar to TaraC
11:24 rfrasur Hmm.  Coffee.  Good idea.
11:24 kmlussier Heh, I guess that's pinesol_green's way of welcoming TaraC to the community. :)
11:24 ericar joined #evergreen
11:36 jwoodard does anyone have any documentation on hold boundaries and setting one up for a consortium?
11:37 jwoodard I have found a few things that talk about what hold boundaries are but nothing on creating them.
11:38 kmlussier jwoodard: I don't know of any docs, but I believe you set them up through settings in the Library Settings editor.
11:39 dbs Is it just me or does "git diff origin/master..origin/rel_2_4" show a surprising number of differences in OpenSRF?
11:40 * kmlussier thinks you could write an entire book on configuring holds behavior in Evergreen.
11:41 mmorgan kmlussier: yes, one with many volumes
11:41 dbs And many parts, too.
11:42 rfrasur parts--
11:42 * kmlussier chuckles
11:42 dbs mmorgan++
11:42 kmlussier parts++
11:42 rfrasur Noooooooooo
11:42 kmlussier rfrasur: Nothing personal. I just always try to balance out parts karma when I can. :)
11:42 rfrasur I understand.
11:42 berick dbs: i'm, only seeing a few files changed.  mostly related to the release cutting.
11:42 berick s/,//
11:43 rfrasur (I'll come back when you're on vacation.  Muahahah)
11:43 kmlussier Two can play at that game. ;)
11:43 rfrasur ;)
11:43 berick well, entirely related to release cutting
11:44 dbs berick: maybe I'm doing something wrong in looking at the diff then
11:44 berick dbs: the changelog looks *very* which is a little confusing
11:44 berick er, very different
11:45 pastebot "berick" at 64.57.241.14 pasted "osrf 2.4 files diff" (6 lines) at http://paste.evergreen-ils.org/11
11:45 dbs "git diff --name-status origin/master..origin/rel_2_4" is much better, yeah.
11:46 dbs berick++ # thanks for the sanity check.
11:46 berick --name-status++ # nice, never seen that one
11:47 dbs It seems weird to have "2.1.2" in master vs. 2.4.0-alpha in rel_2_4, etc, but I'll deal
11:49 mmorgan parts++ #almost 800 part holds placed by patrons filled so far this year
11:49 kmlussier Nice! parts++ indeed. :)
11:50 * rfrasur harumphs
11:51 rfrasur Okay...how about this. cataloging_staff_that_complains_about_parts--
11:52 kmlussier rfrasur: No, I wouldn't blame staff. Parts could use some improvement, but I think they do provide an overall benefit in the grand scheme of things even if they can be a little troublesome sometimes.
11:53 rfrasur kmlussier: I agree.  My "complaint" (I'm not really complaining) is from a management standpoint and having to listen to countless reasons why someone doesn't want to do something.
11:56 mmorgan parts still do have their challenges, but every filled patron-placed part hold is one a library staff member didn't need to mediate.
12:02 rfrasur true true
12:03 bshum dbs: I've often wondered that, why we don't have master's number updated more frequently.
12:04 bshum Or at least occasionally.
12:06 bshum Hmm, I just realized (belatedly) that I don't have branch edit rights on OpenSRF in Launchpad.  Should we mark the OpenSRF 2.4-alpha closed?  And get a new milestone for whatever is coming next?
12:07 * bshum would like to see https://bugs.launchpad.net/opensrf/+bug/1369169 squared away :)
12:07 pinesol_green Launchpad bug 1369169 in OpenSRF "Add install instructions for websockets to README (and other cleanup)" (affected: 1, heat: 6) [Undecided,New]
12:19 mmorgan I'm trying to build a database query to produce a flat table that represents our circ policies.
12:20 mmorgan Our policies are based primarily on copy.circ_lib and circ_modifier, and we make use of the short, normal, and long loan durations. Anybody done anything similar?
12:20 mrpeters a little off topic (but a little on topic, since its jabber :)) -- anyone using OpenFire for XMPP/Jabber chat at their organization?
12:20 dbs mrpeters: I set it up, once, years ago, but that was it.
12:20 Dyrcona mmorgan: I've been trying that for a couple of years now. Let me know when you figure it out! ;)
12:20 mrpeters apparently, it doesn't play nice with wildcard certificates....trying to find someone who has had success
12:21 mrpeters yeah, same boat here dbs -- i guess new versions of Pidgin don't allow self signed certs anymore
12:21 mmorgan Dyrcona: Thanks ;-)
12:21 mrpeters so i figured i'd throw our wildcard on, yeah...thats an adventure
12:21 dbs bshum: you are now opensrf empowered
12:21 dbs (or at least a release lead)
12:22 dbs or project lead. or whatever, yeesh, launchpad
12:22 Dyrcona New and improved bshum! Now, with OpenSRF power!
12:22 dbs also, WTH is "srf" doing associated with OpenSRF?
12:23 dbs https://launchpad.net/ubuntu/quantal/+source/srf
12:23 jeff pretty sure that's been an (incorrect) association for a while.
12:23 dbs linked from the bottom of https://launchpad.net/opensrf
12:23 jeff noticed and commented a while back, don't know if there was a clear method to break the association.
12:24 Dyrcona It's a 43% matched based on name alone.
12:24 bshum "artistic license 2.0"?
12:25 ericar joined #evergreen
12:26 brendan2 joined #evergreen
12:26 bshum I'm removing the srf linkages.  I think.
12:26 brendan2 hello anyone from equinox around?  it seems that the koha wiki and the debian.koha-community.org sites are down
12:27 brendan2 equinox is hosting those
12:27 brendan2 bradl_: what's up man ;)
12:29 rfrasur You might ping graced or eeevil, brendan2.
12:29 dbs and always gmcharlt_ or phasefx
12:29 csharp or Callender or mtate
12:29 rfrasur dbs++
12:29 csharp :-D
12:29 rfrasur csharp++
12:30 mrpeters or call them :P
12:30 brendan2 Ah gmcharlt_ is still on the ground - he's responding to texts
12:30 brendan2 he says he should be able to reboot them now :D
12:30 brendan2 gmcharlt++
12:30 csharp gmcharlt_++
12:30 rfrasur gmcharlt_++
12:30 brendan2 alright adios y'all
12:30 csharp brendan2: cheers
12:31 rfrasur peace brendan2
12:33 bshum I think that erroneous link should be gone now from OpenSRF.
12:35 nhilton joined #evergreen
12:36 dbs bshum++
12:36 bshum Parts are weird.  I just fixed a situation where a copy was linked to a part from another bib.  And it didn't show up in any of the cataloging interfaces that this was the problem.
12:37 bshum I think that maybe the story is that the copies used to be on the same bib, and associated with a given set of parts, and then the copies were moved to separate bibs, but remained linked to those parts
12:37 * bshum hates parts.
12:42 mmorgan So... consideration needs to be given to the existence of parts when copies and volumes are moved around. Does lp 904472 apply?
12:42 pinesol_green Launchpad bug 904472 in Evergreen "Transferring items with monographic parts to a new bib record causes problems with holds placement" (affected: 3, heat: 30) [Undecided,Triaged] https://launchpad.net/bugs/904472
12:43 Dyrcona MVLC members recently decided to stop using parts for television series. Just throwing that out there into the general discussion about parts.
12:47 mmorgan Dyrcona: Are they no longer breaking them up?
12:48 Dyrcona mmorgan: Not supposed to be. The whole season will circulate as one unit.
12:48 nhilton_ joined #evergreen
12:48 bshum mmorgan: Yeah it sounds like that may be what happened.
12:48 bshum Sigh
12:49 * bshum moves on to other subjects before he gets more depressed.
12:49 bshum Like lunch!
12:49 mmorgan lunch++
12:50 rfrasur lunch helped here as well.
12:50 * tsbere is working on lunch as well, that and recovering from being on vacation for a week
12:50 bshum Lunch feels like super late dinner.
12:50 bshum And I feel like it's 2 am right now :(
12:50 bshum jet_lag--
12:56 rfrasur Is there a kind of updated list of Evergreen implementations on evergreen-ils.org?
12:57 rfrasur Found it.
12:57 bshum As I update the opensrf series listings on Launchpad, it occurs to me that we should drop the 2.1 series off the OpenSRF downloads page:  http://evergreen-ils.org/opensrf-downloads/
12:57 bshum As nothing links to it anymore
12:58 bshum And for however long we decide to keep OpenSRF 2.2 series around?  Now that Evergreen 2.5 is heading on its way out too?
12:58 * bshum ponders that some more while he goes to get his lunch
13:19 nhilton joined #evergreen
13:21 berick bshum: I'll trade you bug #1366964 for bug #1369169
13:21 pinesol_green Launchpad bug 1366964 in Evergreen "Transaction Issues with libdbi 0.9.0" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1366964
13:21 pinesol_green Launchpad bug 1369169 in OpenSRF "Add install instructions for websockets to README (and other cleanup)" (affected: 1, heat: 6) [Medium,Triaged] https://launchpad.net/bugs/1369169
13:24 Dyrcona berick: I can test 1366964. I was waiting until some other testing was done on a vm running precise, but the person I was working with is on vacation this week, I think.
13:25 berick Dyrcona: sweet..  well, except the part where you were trying to do something else and can't ;)
13:25 Dyrcona :)
13:26 dkyle joined #evergreen
13:26 mrpeters joined #evergreen
13:28 rfrasur I've been emailing back and forth with people planning the Indiana University open source event and explained my contributation abilities for the actual development of the software.  My question is this...is there someone who is generally in here on weekends who could answer some more indepth questions if students have them?
13:29 * rfrasur can manage the most basic of the basics.
13:29 jeff hit or miss there. is this a one-weekend thing?
13:29 bshum On weekends?  Indeed.
13:29 rfrasur Yeah, it's the 15th of this month.
13:29 rfrasur https://www.facebook.com/events/15753900​22681246/?ref_dashboard_filter=upcoming
13:31 * bshum wishes he were available but will not be next to his computer much on that weekend.
13:32 rfrasur bshum++ We should be selfish of our weekend.  It was just something I didn't feel like I could pass up.  Fairly close by...get to eat a meal with my middle son...and maybe spark a kid to be excited about library software.
13:33 bshum rfrasur++
13:34 bshum It's rare for me to be far from my computer unless I organize time away from it.
13:34 bshum It sounds like a cool event though.
13:37 rfrasur I think it will be.  I hope they don't send me scurrying from the room.  Teens.  Smart teens.  Teens wielding programming languages.
13:40 bshum Hmm, now I kind of wish we had registered in Launchpad as the "Evergreen Project" in the projects area, and then placed Evergreen, OpenSRF, etc. as under that umbrella of administration.
13:40 bshum I wonder if it would be easier or not.... hmm
13:40 * bshum supposes it's rare enough that we poke at the others
13:41 rfrasur :)
13:55 vlewis joined #evergreen
14:08 Dyrcona berick++
14:13 * dbs is running an all-day developer event on the 15th :/
14:14 rfrasur dbs, that's cool!
14:16 dbs rfrasur: just another GDG Sudbury event: http://www.gdgsudbury.ca/#/events
14:17 * dbs sighs at the escaped HTML
14:17 rfrasur lol, I like seeing HTML outside of the cages from time to time.  I think that type of event might be what IU is aspiring to?
14:18 rfrasur Although maybe less fun...
14:19 rfrasur (it's kind of funny that the day is about html...or were the visible tags supposed to be ironic?)
14:23 dbs rfrasur: no, the underlying platform keeps changing its behaviour on me
14:24 rfrasur Gotcha :-)
14:25 dbs You can see the beautiful formatting for the event of just a few weeks ago :)
14:28 rfrasur I did.  And am wishing there was such a thing around here.  Well, not wishing.  Looking for opportunities to get such a thing coordinated.
14:28 * rfrasur only wishes for stuff she doesn't care about.
14:33 jeff rfrasur: i have it on good authority that dbs is trying to expand the local GDG audience beyond students. It's just a short drive north...ish.
14:34 rfrasur ;)  My sister informed me the other day that she's never been to Canada.  She grew up in Michigan and has never been to Canada.  It's like I don't even know her.
14:35 rfrasur But shouldn't there be GDGs stateside?
14:35 jeff there are. i was just having a bit of fun with the "drive to canada" thing.
14:36 jeff (everyone knows you can't actually DRIVE to Canada...)
14:36 rfrasur Of course you can :p
14:36 dbs rfrasur: there are a lot of states-side GDGs!
14:37 jeff GDG Muncie, GDG Indy...
14:37 rfrasur And it was fun.  There are days I consider driving north and getting lost in the wilds...of course, that would probably mean getting stuck somewhere near copper harbor...or marquette.
14:37 rfrasur Hmm, looking (all the rabbit trails today)
14:37 dbs Well, active ones are Ann Arbor and Detroit
14:38 dbs https://developers.google.com/groups/directory/ -- zoom in on the wide expanse of Michigan!
14:39 dbs Oh yeah, Indiana :)
14:39 rfrasur lol, it's okay.  Michigan...Indiana.  My heart pulls me north.  My brain keeps me planted in the fields of Indiana.
14:40 rfrasur (My husband pulls me toward the golf courses of the south)
14:40 dbs Chris Turvey (GDG Muncey) is a good egg
14:40 rfrasur Just saw his face.
14:41 rfrasur He has to be a good person.  He likes Car Talk.
14:42 dbs Mozilla Webmakers would be another good potential group in your area
14:42 dbs Especially for "teens wielding programming languages"
14:43 rfrasur I wonder if they'll be promoting those at the open source thingamajig.
14:43 rfrasur I'll add them to my "file" just in case.
14:43 rfrasur Though both Google and Mozilla were mentioned in the event description.
14:44 pinesol_green [evergreen|Chris Sharp] LP1383697: Long Overdue needs to be a "magical status" for the copy editor - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=3249d64>
14:44 * dbs tries not to get distracted by the possibility that the escaped HTML is the result of an extra(?) ng-sanitize call
14:45 dbs angu-LARRRRRRRRRR
14:45 * rfrasur tries not to get distracted by ABSOLUTELY EVERYTHING else in the world other than finishing the librarian's report for the board meeting.
14:49 Bmagic Anyone using copy deposits? Workin in 2.7 and with deposits for the first time, I'm not sure what I should expect. Should the system automatically create the bill upon checkout, not create new bills on renewal, then refund the amount upon checkin?
14:51 Bmagic Do these bugs still exist in 2.7 https://bugs.launchpad.net/evergreen/+bug/1170794 and  https://bugs.launchpad.net/evergreen/+bug/1170795  ?
14:51 pinesol_green Launchpad bug 1170794 in Evergreen 2.3 "Deposit charged again on renewal of deposit item" (affected: 2, heat: 10) [Undecided,Triaged]
14:51 pinesol_green Launchpad bug 1170795 in Evergreen 2.3 "Deposit refunds not applying as expected on item check in" (affected: 3, heat: 14) [Undecided,Triaged]
14:56 bshum Bmagic: If they don't have a status of "fix committed" or "fix released" then, yes, it's still broken.
14:56 Bmagic bshum: that's what I thought but just making sure!
14:57 Bmagic bshum: I was thinking 2.3 was a little ancient
14:57 bshum Bmagic: We don't update the statuses of bugs regularly like that.  Otherwise we'd be always updating things.
14:57 kmlussier 2.3 feels like it was just yesterday.
15:03 bshum kmlussier: It was forever ago to me :)
15:04 ericar joined #evergreen
15:20 * mrpeters sees lots of bitesize bugs out there....need to get some time to try to fix a few :(
15:21 kmlussier mrpeters: Bug Squashing day is just six days away! :)
15:21 mrpeters oooh good point
15:24 ericar joined #evergreen
15:27 * mrpeters doesn't think I've ever updated my keys, either
15:28 * mrpeters wants to blame new baby brain, but heh, its been way longer than 2 months since i was at ISL
15:29 kmlussier mrpeters: You have a new baby? Congratulations!
15:30 mrpeters indeed, August 25th, showed up on us about 3 weeks early
15:30 rfrasur_ joined #evergreen
15:30 mrpeters i dont think shes mine though
15:30 mrpeters too cute
15:30 kmlussier Ha ha. Of course she's cute. They always are.
15:31 mrpeters hi #evergreen ! -- http://i.imgur.com/YGMvoqc.jpg
15:33 kmlussier mrpeters: Awwww! She's beautiful. Thanks for sharing. :)
15:33 mrpeters thank you....see what i mean about "not mine" haha
15:33 berick mrpeters: congrats!
15:34 mrpeters thanks bill
15:47 vlewis_ joined #evergreen
15:53 yboston kmlussier: do you have a minute?
15:54 kmlussier yes, sort of
15:54 yboston will PM you
15:54 Dyrcona @blame Facebook
15:54 pinesol_green Dyrcona: everything was going great until Facebook came along
16:15 Bmagic Does anyone else have issues browsing the permission tree? The UI seems buggy to me. Sometimes showing the permissions for the selected group and sometimes not.
16:16 * bshum just looks at the database directly for stuff like that.
16:16 * Bmagic does too :)
16:16 bshum That said, it wouldn't surprise me if there was weirdness...
16:16 bshum :(
16:17 Bmagic weird
16:17 Bmagic nothing in the opensrf logs about it... It looks like the initial page load gets everything for all branches... then displays what it's cached as you click through
16:24 Dyrcona Bmagic: IIRC something loads permission tree at start up, of course, I could remember incorrectly.
16:26 Bmagic Dyrcona: that seems to be the case, can you confirm a problem that I am seeing when browsing the tree? Click a branch, click "Group Permissions", Click a different branch that should have permissions but they don't show up
16:26 Bmagic Dyrcona: It seems like the first branch that you choose will work, any branch after that will fail to show the "Group Permissions" contents
16:26 Dyrcona Bmagic: I usually do permissions in the database, 'cause the client interface is so awkward. Also, I'm really working on something else right now.
16:27 Bmagic Dyrcona: No problem
16:30 * dbs also uses the database
16:36 nhilton_ joined #evergreen
16:46 tspindler left #evergreen
16:46 gmcharlt joined #evergreen
17:09 mmorgan left #evergreen
17:13 sarabee joined #evergreen
17:18 sandbergja joined #evergreen
17:23 mrpeters left #evergreen
17:23 kmlussier left #evergreen
17:42 nhilton joined #evergreen
20:50 dcook joined #evergreen
20:59 dcook joined #evergreen
22:03 _bott_ joined #evergreen
22:04 dkyle joined #evergreen

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