Evergreen ILS Website

IRC log for #evergreen, 2015-06-11

| 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
07:14 TaraC joined #evergreen
07:20 BigRig_ joined #evergreen
07:20 Callender_ joined #evergreen
07:55 Stompro_home joined #evergreen
08:05 csharp anyone using Windows 10 in production?  Now that MS is offering the upgrade to all Windows 7 users, our libraries are wondering if it's safe to do.
08:07 csharp I haven't tested anything myself, but I understand that nothing obvious is broken - I'm just concerned about how it will do under load (e.g., checking out 50 patrons in an hour) - we have enough problems with RAM usage on Windows 7 for me to want to introduce another factor in troubleshooting :-/
08:09 ericar joined #evergreen
08:23 akilsdonk joined #evergreen
08:26 Newziky joined #evergreen
08:33 _bott_ joined #evergreen
08:35 Dyrcona joined #evergreen
08:36 mmorgan joined #evergreen
08:44 rjackson_isl joined #evergreen
08:45 Stompro_home bshum++ for your commit fest last night.
08:53 RoganH joined #evergreen
08:56 jboyer-isl csharp: If anyone is using Win 10 in production before July 29th they're (my kind of) crazy. :)
08:57 jboyer-isl I've toyed with the client on a Win 10 VM, but like you say that just means nothing is obviously broken, not that there won't be issues under load.
08:57 csharp jboyer-isl: yeah, I figure that's the answer - I just don't want our libraries to be screwed in the middle of summer because they were excited about something new and FREE!!
08:59 jboyer-isl Fear will keep the regional systems on Windows 7. Fear of this full screen modern app Upgrade.
08:59 csharp jboyer-isl++
09:07 jwoodard joined #evergreen
09:09 yboston joined #evergreen
09:09 collum joined #evergreen
09:10 csharp jboyer-isl: Don't be too proud of this technological terror you've constructed. The ability to destroy an Evergreen workstation is insignificant next to the power of Open Source.
09:10 csharp hmm - dunno why that came out bold :-)
09:12 mrpeters i gotat tell you -- i hated windows 8 but i was sort of forced on to it about 2 months ago and now i get it, and like it
09:12 mrpeters and 10 seems to be even better so far
09:12 mrpeters we usually get a good windows, sucky windows, good windows, sucky windows haha
09:13 mrpeters 95 - meh, 98 - great, ME - garbage, XP - great, Vista - garbage, Win 7 - still probably the best
09:14 sarabee joined #evergreen
09:16 collum mrpeters: I bought a small tablet about 6 months ago and installed it on a desktop because I needed to learn it.  People were asking questions about it. I grudgingly admit that I like it, too.
09:17 Bmagic Win8>Win7 #8/8.1 is clearly faster on the same hardware. They "lightened" the load
09:17 csharp well, from everything I'm reading, Windows 10 "fixes" what wasn't working/popular with Windows 8, but my concern is that the libraries here effectively *skipped* Windows 8, so Windows 10 will be a huge change
09:18 csharp (and that concern has nothing to do with whether EG runs well on it)
09:19 mrpeters Bmagic: I agree, now that I am using regularly
09:19 collum Yep. Other than laptops which we have purchased the past couple of years, we are effectively skipping it, as well.
09:19 RoganH Our desktop guy here says that he thinks 10 will be easier to move to from 7 than 8 was.
09:20 Bmagic Everyone was crying about the start menu, MS responded with Windows 10
09:20 csharp RoganH: good to hear
09:20 mrpeters once you figure out the new start menu, its actually cool
09:20 mrpeters its a lot like ubuntu, really
09:20 mrpeters just start typing what you want and it comes up
09:20 Bmagic typing what you want started with Vista
09:20 RoganH I should disclaim that I have no personal opinion though it occurs to me that I might want to update my windows testing VM to 10 or build another one for it.
09:32 maryj joined #evergreen
09:33 jeff csharp: on the subject of users editing themselves... if they can't change home_ou or profile, would you still want them prevented from self-editing?
09:34 csharp jeff: let me think on that for a few minutes...
09:36 montgoc1 joined #evergreen
09:37 kmlussier Good morning #evergreen
09:37 jeff good morning, kmlussier!
09:38 montgoc1 morning
09:38 jeff montgoc1: welcome! morning!
09:44 kmlussier jeff: I saw that you were talking about bug 1013786 last night. Is that because you're planning to work on it? :)
09:44 pinesol_green Launchpad bug 1013786 in Evergreen "tpac: Check for password strength at login" (affected: 7, heat: 36) [Medium,Confirmed] https://launchpad.net/bugs/1013786 - Assigned to Jeff Godin (jgodin)
09:44 * kmlussier really misses that functionality
09:45 jeff kmlussier: yup. started porting changes over from here: http://git.evergreen-ils.org/?p=ev​ergreen/tadl.git;a=commit;h=989784​24c36d4d01d4a3e30f1163f5738e4dac3e
09:45 kmlussier Yay! jeff++
09:46 csharp jeff: just ran your question by Terran, too... Our main concern is 1) not being able to edit their own permission profile 2) not being able to edit their home library (since that's how many perms are scoped) and 3) not being able to edit their own individual permissions
09:46 csharp s/concern is/concerns are/
09:46 jeff ideally there would be a way to force a password change, and ideally the user would not be required to enter the password that they just entered in, but i think we'll start with "when your password wouldn't meet the minimum requirements if it were set today, direct the user to the page where they can change their password, with a helpful note."
09:46 jeff and we'll worry about the other bits later.
09:47 jeff csharp: cool. so, if the three things you listed were addressed, you'd have no desire for something like an org unit setting that prevented all self-edits?
09:48 csharp jeff: correct
09:48 jeff \o/
09:48 csharp :-)
09:49 csharp honestly, since it has always been either/or here, I had never considered a more nuanced approach
09:51 jeff csharp: and just to be clear, you'd be okay with users self-updating their expiration date? that's a common use case in environments where staff members' evergreen "patron" account is also their "staff" account.
09:52 csharp that's the only thing we hesitated about...
09:53 csharp but we landed on the idea that it's up the the local system administrators to manage that issue when staff members exit
09:53 csharp we don't really care if staff members set their card expire dates way in the future, but we obviously care when they become patrons later
09:55 jeff then there's a distinct-but-related issue with regard to users editing peers. i have to refresh my memory on what the current logic there is. "$STAFFMEMBER can't check out books because they are expired and i can't renew their account" is an annoying situation/ticket, but the best answer there might be to simply move away from staff accounts being used for patron things (and vice versa)
09:56 jeff or reproting on soon-to-expire staff accounts and renewing them.
09:56 jeff reporting, even.
09:57 krvmga joined #evergreen
09:57 csharp yeah - reports are my proposed solution to a lot of staff issues like that
10:00 afterl joined #evergreen
10:03 Dyrcona Whee! Editing MARC by hand....
10:03 Dyrcona At least it is MARCXML.
10:04 * jeff puts the hex editor away
10:05 * jeff hides his disappointment on the shelf behind the hex editor
10:06 montgoc1 jeff: as much as I like things to be streamlined, we have separate accounts for staff. One for work and one for play.
10:08 jeff We've been encouraging that more here as well.
10:09 jeff And for anyone starting out, I strongly encourage it.
10:11 jboyer-isl I'm a big fan of 1 account per person. (When it comes to messing with your own account, how tempting is it to "take care of" issues with your own patron account? ;) )
10:12 jboyer-isl Though if it were to become discouraged going forward it would be nice to strip out all of the convenience features that imply it's a good idea (place hold on my account / another barcode, things like that)
10:13 jeff depending on the environment, staff placing holds on their staff account is used for internal purposes and that convenience is desired.
10:13 jeff though i'd support more workflow-oriented methods for that kind of thing. "cataloging recall", whatever. some of the underlying support is probably there.
10:13 montgoc1 Jeff: I agree. We use that feature often for internal use and convenience.
10:14 collum joined #evergreen
10:14 jeff but so as not to over-count internal operations for statistics purposes, we tend to want to exclude those actions based on user profile. we have accounts with a special profile that are excluded, but those are not accounts which are used within the staff client, so...
10:15 kmlussier Final bug squashing numbers are here - https://docs.google.com/spreadsheets/d/1y0wCUuQju6​YpeSKVn1t8QaL6SSvK900ixuPBXSPMF0U/edit?usp=sharing
10:16 jeff once we get to a position where someone in a profile (for example) of Circ1 is a staff user and doesn't check out items as a "patron" on that account, we could exclude that profile from stats (except PAST stats, of course... :P)
10:16 jeff but in the meantime, since a Circ1 user might be a "staff only" or a "mixed staff and staff member patron use", we have that OTHER profile for the "this is the account i place lots of holds from for internal purposes" profile.
10:18 kmlussier Starting with Stompro_home's signoff on patron self-registration and ending with mmorgan 's new bug reported at 11:51 p.m. Eastern.
10:21 collum joined #evergreen
10:32 afterl1 joined #evergreen
10:33 yboston bugsquashingday++
10:40 * kmlussier waves to yboston
10:40 kmlussier yboston: Haven't seen you around for a while!
10:40 yboston kmlussier: I was out of the office until today
10:41 RoganH ybsoton: vacation I hope
10:41 yboston kmlussier: that is why I was not alble to help with bug squashing
10:41 yboston RoganH: yes :)
10:41 kmlussier yboston: There will be plenty more bug squashing days to help with.
10:53 Newziky1 joined #evergreen
10:57 Dyrcona Heh.
10:57 Dyrcona If you're web cam isn't working, try turning it on. :)
11:01 Dyrcona Wrong your....
11:01 Dyrcona I can spell, honestly.
11:21 afterl joined #evergreen
11:29 Newziky1 joined #evergreen
11:30 remingtron yboston: kmlussier: I just discovered that Sitka's docs are awesome, did you know that?
11:30 kmlussier yup
11:31 remingtron we should steal most of their stuff
11:32 kmlussier I think we may have some of their stuff. :)
11:34 yboston remingtron: I have had conversations witht hem to try to move stuff over. My usual contact did not make it ot the last conferece and we did not get a chacne to continue our pllanning
11:36 remingtron yboston: did they sound interested in contributing to the main docs as they make improvements, etc.?
11:36 yboston remingtron: yes, they were very interested
11:36 kmlussier remingtron: I think one of the things that complicates carrying over local documentation is that there may be some local policy decisions that are reflected in the documentation.
11:37 kmlussier Not that the documentation isn't helpful, but that a bit of time needs to be taken to generalize it for the community docs.
11:37 remingtron kmlussier: I think DIG's time would be better spent generalizing Sitka's awesome docs
11:38 kmlussier Yes, I agree it is a good use of time.
11:38 bshum Funny enough I literally just used Sitka docs to prove an in-transit behavior to one of our libs.
11:38 bmills joined #evergreen
11:38 remingtron if they publish their stuff to a git repo, we could probably take it from there
11:41 remingtron anyway, I think we should at least talk about it at our DIG meeting this Friday
11:41 yboston OK
11:41 remingtron so that everyone is aware that they can start any task by checking what Sitka has :)
11:41 kmlussier yboston: Is one of the reasons it's taking time to move over due to it not being in asciidoc?
11:42 kmlussier I know they were still using docbook the last time I talked to them, but I don't know if that has changed.
11:42 afterl joined #evergreen
11:43 yboston kmlussier: I see
11:46 remingtron kmlussier: if that's still true, I guess we'd just be borrowing content rather than the underlying files
11:46 remingtron but still a major benefit
11:46 remingtron sitka++ #awesome docs
11:50 kmlussier I don't know if it is true. It was more of a question of what had come up in yboston's previous conversations. :)
11:50 jeffdavis remingtron: http://git.sitka.bclibraries.ca/gitw​eb/?p=sitka/doc/manual.git;a=summary
11:51 jeffdavis There has been some asciidoc vs docbook discussion locally but I'm not sure where things have been left there.
11:53 mrpeters hey jeffdavis -- just the guy i was looking for :P  does your overdrive-eg-opac contrib branch work with 2.8.0?
11:55 jeffdavis mrpeters: it works with Sitka's somewhat-customized 2.8. I haven't tested with stock 2.8 yet (focused on preparing for our upgrade).
11:57 mrpeters no worries, jeffdavis thanks!
11:57 mrpeters did you just merge the contrib branch with your 2.8 custom branch?
11:58 jeffdavis Hang on a sec, I need to dig up a commit
11:58 mrpeters np
11:59 mrpeters i was thinking maybe i'd just cherry pick it one by one into rel_2_8 and install
12:00 jeffdavis We keep the overdrive-eg-opac code separate from Evergreen proper, with a couple of small tweaks to make the OPAC overdrive-eg-opac aware
12:00 mrpeters what would be the easisest method for integrating it into an already running 2.8.0 test system to try it out?
12:01 mrpeters if i were to clone your branch, can i just follow the readme -- or do i need it to be aware of the Evergreen codebase
12:03 jeffdavis You should be able to just follow the readme.
12:03 jeffdavis http://git.sitka.bclibraries.ca/gitweb/?p=​sitka/evergreen.git;a=commitdiff;h=f8d5d13
12:03 mrpeters awesome -- i wasn't sure if this was "on top of" Evergreen or its own module -- but now i see that it is the latter, which is great
12:03 jeffdavis ^ We have that commit in our local EG to handle the actual integration.
12:04 mrpeters awesome -- is there a commit or additional documentation that covers what API access you need for Overdrive, etc.
12:04 mrpeters i assume you have to plug your API keys in somewhere
12:05 jeffdavis Yeah, there's a config file in the overdrive-eg-opac code.
12:06 RoganH http://cube-drone.com/comi​cs/c/diplomatic-appraisal
12:07 mrpeters od_config_template.coffee?
12:07 jeffdavis yep
12:07 mrpeters awesome!  thanks jeff
12:07 mrpeters jeffdavis++
12:07 jeffdavis schan++ # he wrote most of the code, I just finished it off and got it in production
12:08 yboston RoganH: I saw that quote posted on PHP thread on reddit, wished they had given attribution. It was a good thread
12:08 jeffdavis mrpeters: there's a bug tracker at https://launchpad.net/overdrive-eg-opac, feel free to report any issues there
12:08 RoganH yboston: I think the spirit can be applied far and wide to projects.
12:08 yboston Here is the thread: http://www.reddit.com/r/PHP/comments/38oktg/iv​e_just_received_some_samples_of_a_codebase_to/
12:09 mrpeters great! THANKS JEFF
12:09 yboston RoganH: I completely agree, I just wished they had given attribution to the Reddit user, assuming it was original.
12:10 RoganH yboston: I don't know who it's original to.  I just clicked on your link to the reddit thread.
12:11 RoganH yboston: which comment is it?  Doing some quick text searches I'm not finding  matches.
12:12 b_bonner_ joined #evergreen
12:12 Stompro_home joined #evergreen
12:13 yboston RoganH: it is on the comment by "Terr_"; it should be the first comment. He/she broke it up into a 3 numbered points
12:15 RoganH yboston: yep, clearly related and probably derivative.  I don't frequent php forums so I wouldn't have known, thanks for the heads up.  I may drop the cartoonist and note say that he should give attribution if that's where he got it.
12:19 yboston RoganH: I would not be surpised that the reddit user borrowed it from somewhere else, but you never know
12:19 RoganH yboston: for all I know the cartoonist and the reddit user could be the same person :)
12:19 yboston RoganH: I like the comic version
12:20 yboston RoganH: that's very true
12:33 Newziky1 joined #evergreen
12:52 buzzy joined #evergreen
13:03 terran joined #evergreen
13:15 afterl joined #evergreen
13:21 Dyrcona I'll be back after I switch the wired network.
13:21 Dyrcona Looks like wireless is starting to flake out on me.
13:31 Dyrcona joined #evergreen
13:33 sandbergja joined #evergreen
13:57 Christineb joined #evergreen
13:57 yboston heads up, the Evergreen for Academics monthly meeting will be starting at 2 PM EST
14:00 yboston #startmeeting Evergreen for academics monthly meeting.
14:00 pinesol_green Meeting started Thu Jun 11 14:00:51 2015 US/Eastern.  The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00 pinesol_green Useful Commands: #action #agreed #help #info #idea #link #topic.
14:00 pinesol_green The meeting name has been set to 'evergreen_for_academics_monthly_meeting_'
14:01 yboston The agenda can be found here http://evergreen-ils.org/dokuwiki/doku.p​hp?id=evergreen_for_academics:2015-06-11
14:01 yboston #topic Introductions
14:01 yboston Please feel free to start introducing yourselves...
14:01 krvmga #info krvmga => Jim Keenan, C/W MARS
14:01 yboston #info yboston is Yamil Suarez @ Berklee College of Music
14:01 Christineb #info Christineb is Christine Burns - BC Libraries Coop / Sitka
14:02 krvmga hi, christine!
14:02 yboston I will wait another minute or so before starting
14:02 Christineb Hi :)
14:03 yboston we can start now, though too bad a few folks could not make it
14:03 yboston thankfully two poeple gave me a heads up
14:04 yboston Christineb: quick questions, how many academics are there in your system?
14:05 Christineb 5
14:05 yboston cool
14:05 krvmga CWMARS has 9 in all.
14:05 yboston thanks
14:05 yboston normally, I ask for members to provide updates, if folks have any
14:06 yboston not sure if we should do it by email instead?
14:06 yboston suggestions?
14:06 krvmga an update i received from the academic session at the MassLNC conference last week was about the perceived need for improvements in Syrup.
14:06 krvmga course reserves
14:07 krvmga christineb: are you using syrup?
14:07 Christineb no, none of our libraries are using Syrup
14:08 krvmga do they use a different course reserves product?
14:08 Christineb one of our libraries is using the "bookbag" extension
14:08 krvmga ah, interesting
14:08 Christineb I don't think it has an official name
14:08 yboston for ther ecord, Syrup and the "bookbag" extension are seperate?
14:09 Christineb Yes, the bookbag thing is very simple
14:09 Christineb Syrup has additional features
14:09 yboston thanks
14:10 krvmga also, for the record, i don't think syrup is an official part of evergreen, is it?
14:10 yboston I wonder this grpoup shoul help keep a central location with information on EG reserves for both syrup and the bookbag extension
14:10 yboston not sure where to go to fidn info on either
14:11 Stompro_home joined #evergreen
14:11 yboston for ther ecord, at Berklee we created our own PHP/MySQL solution that woek with our previous ILS. Then we tweaked it to work with EG
14:11 krvmga yboston: that's interesting to me.
14:11 yboston krvmga: I don't think it is part of EG
14:12 krvmga yboston: yes, i thought it was an add on
14:12 yboston krvmga: to your academics use syrup?
14:12 krvmga a number of them do
14:12 krvmga about two thirds
14:12 yboston interesting
14:14 yboston I found a link for the Syrup git repository
14:14 yboston http://git.evergreen-ils.o​rg/?p=Syrup.git;a=summary
14:14 yboston I'll add a link to it on the EG for academics wiki page
14:15 yboston done
14:15 yboston Christineb: do you have any links available for the bookbag thing?
14:16 yboston I would like to add it to the page too. Eventually we might want to have a wiki sub-page dedicated to reserve issues
14:16 yboston Christineb: also, did you have any topics that you wanted to bring up today?
14:17 Christineb yboston: I will find some info for bookbag thing, I do not have any topics to bring up today
14:17 Christineb yboston: I just wanted to join to try and get more involved
14:18 yboston Christineb: thanks
14:18 krvmga Christineb: thanks :)
14:18 yboston krvmga and I re cocnerend that people are scared away by IRC
14:18 yboston we might try doing furutre meetings thorugh conference calls
14:18 yboston *future
14:18 krvmga what do you think?
14:20 Christineb I am open to either IRC or conference calls
14:22 krvmga yboston: is there any update from the eg conference?
14:23 yboston sorry, soemone walked in my office
14:23 yboston I gave a lightning talk at the conference to promote this group
14:23 krvmga did you get any feedback?
14:24 yboston I got a little bit of feedback
14:24 yboston Christineb: is this how you found out about us?
14:25 Christineb yboston: Jennifer and I had attended the first few EG for academics meetings, we participated in the original survey and stuff, but then I sort of lost track of the group.  Your presentation reminded me
14:25 krvmga Christineb: which jennifer is that?
14:26 yboston thanks for the feedback
14:26 Christineb Pringle
14:26 krvmga Christineb: :)
14:26 yboston She is great, I missed her at the conference
14:26 yboston Christineb: thaks for the info
14:26 yboston BTW, I was thinking if we (Jim and I) wanted to contact every attendee at the Eg conferece that has an Edu email address to tell them about this group
14:27 pinesol_green [evergreen|Remington Steed] Docs LP#1371646: Add better screenshots - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=0fe3c73>
14:27 krvmga yboston: do you have access to an email list?
14:27 dbs Jumping in on reserves, we (Laurentian) are relaunching the simplistic bookbag-based thing using Python+PostgreSQL, will be accessible and properly translatable, etc
14:27 Christineb yboston: that sounds like a good recruitment strategy
14:27 yboston there was an email list of participants, I have a copy someowhere
14:27 yboston left #evergreen
14:28 krvmga i was sorry i couldn't make it to the conference this time.
14:28 Christineb dbs: will we need to make any changes for our library that is using the current bookbag based thing?
14:28 * dbs is at a provincial library association board meeting right now
14:28 yboston joined #evergreen
14:28 dbs Christineb: no, the PHP-based one will keep on running just fine :)
14:29 Christineb krvmga: I also have a copy of the email list if yboston cannot find it
14:29 yboston sorry, finger slipped and I disconnected myself
14:29 Christineb dbs: awesome, Thank you
14:30 yboston dbs: thanks for the info. do you happen to have a link handy for the current version for the academics wiki page?
14:30 dbs yboston: hasn't been merged yet, will be in a week or so and I'll update it
14:31 yboston dbs: thanks
14:31 yboston we are the past the 30 minute mark.
14:32 yboston we can start talking about action items for next meeting?
14:32 yboston or we can keep talking like we were
14:33 krvmga it looks like the action items and old business from the agenda are cleared up.
14:34 krvmga who is D0nB
14:34 krvmga ?
14:34 krvmga after subfield indexing...
14:35 yboston Don Butterworth, Ashbury seminary?
14:35 krvmga makes sense
14:35 csharp Asbury
14:35 yboston I think we are some lingering issues from preivous meetings.
14:35 krvmga the NOBLE consortium has made some changes to syrup that i hope to learn more about.
14:35 yboston One thing I did address was create the wiki page for storing academic minded customizations
14:36 yboston http://evergreen-ils.org/dokuwiki/doku.php?id=e​vergreen_for_academics:academic_customizations
14:36 krvmga under old business "Need to find another group leader..." do we still need to do that?
14:37 yboston no, that one is all set
14:37 bshum terran: Funny enough, "space" can sometimes be encoded ligitimately on a barcode.
14:37 krvmga and the EG conference one...
14:37 bshum terran: We had a library once where the last "digit" was a space
14:37 bshum Oh sorry guys, missed the meeting :(
14:37 yboston bshum: no woorries
14:37 krvmga bshum: we have problems with that here in cwmars.
14:37 krvmga barcode spaces, not meetings :)
14:38 yboston unless we want to cover anything else, Iw ould like to assign soem talks for me and krvmga to share.
14:39 yboston Christineb if you have the interest / time I can include you too
14:39 krvmga yboston: i think that is fine
14:39 Christineb Yes
14:40 Christineb yboston: Yes please include me too
14:40 yboston I would consider writing to the general list to get feedback on two things:  1) should we consider a new day/time for these meetings  2) should we try the next meeting on a conference call?
14:40 krvmga yboston: i think that is a good idea.
14:40 krvmga we will volunteer cwmars conference line if need be
14:40 yboston another action I tem Iw ould consider is to mine the EG conference attendance list for EDU email addresses to alert them abotu this group
14:40 yboston krvmga: that is great
14:41 Christineb yboston: good idea
14:41 krvmga yboston: also a good idea, i think
14:41 kbutler joined #evergreen
14:42 yboston so Christineb do you want to partner upw ith me to compile the edu addresses from the conference and send out an email?
14:42 Christineb yboston: I can search the list and put together the list of edu addresses
14:43 yboston OK, I can draft the letter that we can send out
14:43 Christineb yboston: yes
14:43 Christineb Ok awesome :)
14:43 yboston #action yboston and Christineb will work on creating and sending a letter to EDU email addresses from conference to promote the EG acedmics group
14:44 yboston krvmga can you work on a letter to ask the general list about meeting day/time  and/or if we want to have the next meeting on a cofnernece call?
14:44 krvmga yboston: yes, i can do that. would you like to see it before i send it?
14:45 yboston sure
14:45 krvmga ok
14:46 yboston #action krvmga wil prepare letter to general list about choosing a different meeting day/time  and/or if we want to have the next meeting on a conference call?
14:47 yboston also, Christineb if you can, I would like any info/URLs on the bookbag feature for the wiki page
14:47 yboston thnaks
14:47 yboston any other ideas or questions?
14:47 krvmga atm i have none.
14:48 yboston OK
14:48 Christineb yboston: I will find info about bookbags thing
14:48 yboston thanks
14:48 yboston #action Christineb will look for some infor/URL for "bookbag" extension reserve feature
14:49 yboston OK then, I will rap up the minutes and update the wiki with the minutes link
14:49 krvmga yboston++
14:49 Christineb Thank you :D
14:49 yboston also, if we stick to the current schedule
14:49 yboston the next academics meeting will be on Thursday, June 9th
14:50 yboston #endmeeting
14:50 pinesol_green Meeting ended Thu Jun 11 14:50:35 2015 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
14:50 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2015/evergreen.2015-06-11-14.00.html
14:50 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2015/evergreen.2015-06-11-14.00.txt
14:50 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2015/evergreen.2015-06-11-14.00.log.html
14:51 bmills joined #evergreen
14:52 Bmagic Hi Christineb
14:52 kmlussier Christineb: dbs has a good blog post on the bookbag thing.
14:53 Christineb Bmagic: Hi :)
14:53 kmlussier Wow, that's an old post. Have I really been in the community for that long?
14:53 kmlussier Christineb: https://coffeecode.net/archives/250-Current-state​-of-academic-reserves-support-for-Evergreen.html
14:54 Bmagic So, I'm pretty sure that I need to edit Open-ILS/xul/staff_client/client/​chrome/content/main/constants.js or Open-ILS/xul/staff_client/build/​chrome/content/main/constants.js but they are gitignored!
14:54 Christineb kmlussier: Thank you, Is it on the coffee code blog?? https://coffeecode.net/
14:54 Christineb kmlussier: Thank you :)
14:56 jeff Bmagic: i think you want ./Open-ILS/xul/staff_client/ch​rome/content/main/constants.js in the git repo
14:56 Bmagic jeff: I think that it's gitignored as well
14:57 jeff Bmagic: it is not.
14:57 Bmagic jeff: oh sweet, let me try it
14:58 berick git check-ignore is handy
14:59 jeff Bmagic: the Open-ILS/xul/staff_client/client/ and Open-ILS/xul/staff_client/build/ directories are in the repo's .gitignore file because they are generated at build time.
14:59 Bmagic jeff: I figured as much, however I was struggling to find a copy of that file that wasn't ignored, I guess I missed this one
15:53 Bmagic This is interesting. Anyone have rows return from this query? select target_copy,count(*) from action.transit_copy where dest_recv_time is null group by target_copy having count(*) > 1
15:53 Bmagic Double transits
15:55 bshum Bmagic: Two rows for us
15:55 bshum I imagine that could happen if some weird scan happened?
15:55 mmorgan 8 for us
15:55 bshum Or maybe some other unresolved oddity
15:55 Bmagic We had a case where the same item was in transit to two different branches! My theory is while it's in transit, someone puts a hold on it, it arrives at its destination and gets captured for the hold. The capture code doesn't finish the original transit
15:57 Bmagic So, the original transit is when a system changes ownership of an item from branch to branch
15:57 Bmagic and the second transit is for a hold
16:00 tsbere Async checkin - Gets captures for multiple holds, goes two directions at once!
16:00 bmills joined #evergreen
16:01 tsbere Bmagic: Try "from action.hold_transit_copy" or "from only action.transit_copy" - The latter will show "return to library" transits, the former hold transits.
16:02 Bmagic tsbere: 0 rows from hold_
16:02 Bmagic tsbere: Which is why my theory involved the first transit non-hold related
16:03 tsbere Bmagic: Could still be async checkin. "Go to this hold and home at the same time". Or, perhaps, "go home. twice" if the source/dest are identical on the dupe transits.
16:04 Bmagic tsbere: async checkin - on two workstations? Or a repeated scan somehow?
16:05 tsbere Bmagic: Double-scanned on one workstation with async checkin turned on - Both get sent to the server, both do their thing...
16:05 kmlussier This - bug 902255
16:05 pinesol_green Launchpad bug 902255 in Evergreen "possible to double-scan an item during check-in and have it captured by two holds" (affected: 10, heat: 54) [Low,Confirmed] https://launchpad.net/bugs/902255
16:06 Bmagic I wasn't aware of that setting on the UI, That is definiatly it
16:06 kmlussier I replicated it yesterday without async checkin. I hope to get that code tested again today or tomorrow.
16:08 Bmagic Oh wow, the code was just submitted on Monday
16:09 bshum It's an oldie
16:11 yboston phasefx: are you around?
16:12 yboston phasefx: I have a question about docs@evergreen-ils.org
16:15 phasefx yboston: I'm here
16:16 yboston phasefx: I sent a test email to that address earlier, did you geta copy?
16:16 phasefx yboston: I did
16:16 yboston phasefx: OK, just checking.
16:17 yboston phasefx: a community member had a bounce back and I did not get copies on my work account, but I got a copy on my personla account
16:17 yboston phasefx: just making sure
16:17 phasefx fwiw, prior to your test, the last one I saw was back in February
16:22 afterl joined #evergreen
16:22 afterl left #evergreen
16:23 jonadab_znc joined #evergreen
16:23 eady joined #evergreen
17:03 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:12 mmorgan left #evergreen
17:18 Newziky joined #evergreen
17:49 Stompro_home joined #evergreen
18:13 bmills joined #evergreen
18:24 bmills joined #evergreen
18:42 gsams I can't seem to get simple2zoom to listen on port 210 no matter how sudo I try.
18:43 gsams I ran the statement 'simple2zoom -c /openils/conf/oils_z3950.xml -- -f /openils/conf/oils_yaz.xml localhost:2210 catalog.northtexaslibraries.org:210 &'
18:44 gsams It starts the localhost no problem, and then says it's starting the catalog.north... and stays there
18:44 gsams searched for listening ports, 210 isn't there
18:44 gsams but 2210 is where its supposed to be.
18:53 jwoodard joined #evergreen
19:19 eeevil gsams: to get the simple things out of the way, you're starting it as root, right?
19:31 Stompro_home joined #evergreen
19:33 bmills1 joined #evergreen
19:37 gsams eeevil: yes I am!
19:37 eeevil gsams: ah, ok, good.  have you tried using the IP instead of the name?
19:37 gsams I have not done that
19:40 gsams no dice
19:40 eeevil and if you run it without the localhost one?
19:42 gsams it does appear to be running now
19:43 gsams if I run it as either the website or the ip it does appear
19:43 gsams and I can connect
19:43 eeevil cool
19:44 gsams so why wouldn't they both be able to run?
19:44 gsams am I missing something there?
19:44 eeevil you can run it separately a second time if you need the localhost one.
19:44 eeevil not sure ... yaz can be a tricky beast :)
19:45 gsams eeevil++ #that worked, I'll make a note!
19:45 gsams many thanks!
19:46 eeevil np
22:21 bmills joined #evergreen
23:36 bmills joined #evergreen

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