Evergreen ILS Website

IRC log for #evergreen, 2015-06-12

| 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:00 bmills joined #evergreen
04:52 jonadab_znc joined #evergreen
07:06 mrpeters joined #evergreen
07:30 Stompro_home joined #evergreen
07:57 Callender joined #evergreen
08:01 akilsdonk joined #evergreen
08:08 kmlussier How to turn the freshmeat (new bib) feed into a JSPAC result page from the Magic Spells page. Should it be removed from the page or is it something that works in tpac too?
08:09 kmlussier http://wiki.evergreen-ils.org/doku.php?id=scra​tchpad:random_magic_spells#how_to_turn_the_fre​shmeat_new_bib_feed_into_a_jspac_result_page
08:10 collum joined #evergreen
08:26 Dyrcona joined #evergreen
08:28 ericar joined #evergreen
08:37 mmorgan joined #evergreen
08:50 tsbere kmlussier: Looks like it no longer works for jspac in the first place, as the freshmeat feed now spits out tpac links anyway.
08:50 tsbere kmlussier: So maybe re-name it ;)
09:00 Shae joined #evergreen
09:02 maryj joined #evergreen
09:15 yboston joined #evergreen
09:52 Stompro_home Bug handling question, if someone does a signoff branch, should the launchpad bug also have the signedoff tag added?
09:53 Dyrcona Stompro_home: Probably, but not everyone does that.
09:53 bshum Stompro_home: Let's say that it might help identify branches that are ready to roll for committers to take action for.
09:53 bshum But yes, like Dyrcona says, not everyone does that.
09:54 * Dyrcona often forgets, but then again, /me would often just commit it.
09:54 Stompro_home Thanks, I'll add it when I notice it is missing.
09:55 bshum Stompro_home: Speaking of signing, let me know if https://bugs.launchpad.net/evergreen/+bug/1463145 fits what you were suggesting.  It's the last jessie bug in the queue for the moment, till you wrestle up more stuff ;)
09:55 pinesol_green Launchpad bug 1463145 in Evergreen "Debian Jessie Install - Missing libexcel-writer-xlsx-perl depend for clark-kent.pl" (affected: 1, heat: 6) [Undecided,Confirmed]
09:56 jboyer-isl "Why does (HOLDS)?"
09:56 * jboyer-isl flips table
09:57 bshum "Because Evergreen said so."
09:57 bshum Now scan the damn barcode and put it on the shelf.
09:58 jboyer-isl I'm leaning that way.
10:00 Stompro_home bshum, I think it should also remove the old library "libspreadsheet-writeexcel-perl", just like what was done for the wheezy/squeeze/precise/trusty dependency makefiles in LP#1351355.
10:00 bshum Stompro_home: Ah good point. I'll make some adjustment for that too and re-push it.
10:03 Dyrcona jboyer-isl: 'Cause it's complicated.
10:03 Stompro_home bshum, I'll try and test it this weekend or early next week, since the change is exactly the same as the other make files it seems like it could just be committed.
10:03 * Dyrcona voids some payments.
10:04 afterl joined #evergreen
10:04 bshum Stompro_home: Yep, sounds good.  I force pushed a new copy of the branch with the revised change.
10:06 Dyrcona Usually, the answer is "the copy wasn't available to fill the hold when the targeter last ran, and now some other copy is assigned to the hold." ;)
10:06 bshum Heh
10:06 Dyrcona 'Cause, y'know, consortium, other copies...not just your library in the system.
10:22 Dyrcona If we're adding the 2.9-alpha milestone, should we also add a 2.9 series target?
10:22 kmlussier Every day is Bug Squashing Day for Stompro_home. :)
10:22 Dyrcona heh
10:22 kmlussier StomproJ++
10:23 mmorgan StomproJ++
10:23 Dyrcona StomproJ++
10:24 dbwells Dyrcona: at this stage in the release, I think it simplest to put the 2.9 milestones on the "main" bug segment.  They are easy to move to a series later on.
10:24 * berick agrees w/ dbwells
10:24 berick this gets back to what I was talking about earlier
10:25 * jeff listens
10:25 berick if we add the series now, then we have an exta "main" segment with no milestone
10:25 berick i could be missing something, of course
10:25 Dyrcona OK. Works for me.
10:28 jeff so for a bug like bug 1013786 where we're calling it a new feature and expecting it to make it into 2.9, at present i should change the Milestone from "Evergreen 2.next" to "Evergreen 2.9-alpha", and since "not a bugfix", leave it targeted as it currently is, not mark it as targeting "Master" as a series?
10:28 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)
10:28 jeff (minor complication being that i just targeted it at series Master for a moment and then removed it)
10:30 Dyrcona jeff: We never target "Master" as a series.
10:31 Dyrcona At least, I never do.
10:31 Dyrcona No one else appears to.
10:33 jeff yeah. i was surprised to see it there and wondered what it would do if i checked it, so... i tested. :-)
10:33 jeff Dyrcona: but correct on the subject of changing milestone from Evergreen 2.next to 2.9-alpha if I intend it to be ready?
10:34 Dyrcona Yes.
10:34 jeff thanks!
10:35 pinesol_green [evergreen|blake] LP1424646 Paid-For Long Overdue Items Still Appear in "Other/Special Circulations" Window - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ac318a4>
10:35 * Dyrcona thinks that deserves another StomproJ++
10:36 Dyrcona and a Bmagic++
10:36 Dyrcona and a csharp++
10:36 Bmagic Dyrcona++ #karma party!
10:38 kmlussier @karma most increased
10:38 pinesol_green kmlussier: "Dyrcona": 30, "bshum": 28, "kmlussier": 23, "jeff": 16, "berick": 16, "yboston": 14, "csharp": 10, "Bmagic": 10, "jboyer-isl": 9, "Stompro": 8, "gmcharlt": 8, "eeevil": 5, "dbwells": 5, "git": 4, "phasefx": 4, "dbs": 4, "jcamins": 4, "StomproJ": 4, "tsbere": 3, "alynn26": 3, "Hanabi": 3, "gsams": 2, "NOBLE": 2, "open_source": 2, and "hopkinsju": 2
10:38 kmlussier Darn! StomproJ's karma got split.
10:39 Dyrcona That happens with multiple nicks, I guess.
10:39 Bmagic Hanabi++
10:39 Dyrcona And, I'm tempted to start using hanabi as a nick.
10:39 Dyrcona hah.
10:39 Bmagic lol
10:39 Dyrcona hanabi++
10:39 kmlussier @karma most decreased
10:39 pinesol_green kmlussier: "marc": 2, "java": 2, "printing": 2, "parts": 1, "ie": 1, "microsoft": 1, "apple": 1, "reports": 1, "makohund": 1, "level": 1, "iii": 1, "^": 1, "holds": 1, "old_dojo": 1, "-rw-r--r": 1, ", and hit save, nothing seems to actually save. the combo box goes back to ": 1, "bshum": 0, "cookies": 0, "kmlussier": 0, "linux": 0, "evergreen": 0, "csharp": 0, "jboyer-isl": 0, "Dyrcona": 0, and (1 more message)
10:40 Dyrcona @karma hanabi
10:40 pinesol_green Dyrcona: Karma for "hanabi" has been increased 5 times and decreased 0 times for a total karma of 5.
10:40 Dyrcona Yeah, didn't think it was case-sensitive.
10:41 Bmagic I was wondering
10:41 berick i bought hanabi to play when my family visited a few weeks ago.  It was a hit.
10:41 Bmagic I bet the first entry was Camel cased, and subsequent karma stuck to that
10:41 Dyrcona berick: I have a question concerning lp 1342227
10:41 pinesol_green Launchpad bug 1342227 in Evergreen "Setting up EDI Fails with Ruby version > 1.8" (affected: 2, heat: 14) [Undecided,New] https://launchpad.net/bugs/1342227
10:42 Dyrcona Do you think it is worth it to push csharp's branch or do you think we'll have EDI implemented in Perl in time for the 2.9 release?
10:43 berick Dyrcona: i think we should push csharp's branch
10:43 berick i'll happily help remove it once we remove ruby
10:44 Dyrcona berick: Thanks! I will. I've used it on development and we've used it in production.
10:44 berick Dyrcona: sweet, good to know
10:44 berick we'll be deploying it next week
10:46 Dyrcona cool.
10:47 Dyrcona berick: Should we backport that to 2.8?
10:48 berick Dyrcona: yes, i think so
10:48 Dyrcona OK. I'll do that now.
10:49 * Dyrcona is going to build a new dev branch, so thought I'd commit a couple of branches that I've tested, first.
10:49 Dyrcona bshum: Do you want the ruby fix for EDI in 2.7?
10:50 bshum Dyrcona: It might be a good idea actually
10:50 berick do we have a trusty installer in 2.7
10:50 bshum Dyrcona: I think Trusty is a "supported" Ubuntu for that version too.
10:50 berick ah :)
10:50 Dyrcona OK.
10:50 Dyrcona Yeah, I think trusty goes back to 2.6, maybe?
10:51 bshum Yeah I think so
10:51 bshum Jessie started in 2.7, so Trusty was one before that
10:52 bshum Dyrcona: Speaking of that, should we consider yanking out Squeeze from 2.9
10:52 Dyrcona bshum: I would say, "Yes," but I don't generally install on Debian, so I'll let someone affected by that have a say. :)
10:53 jeff squeeze-lts is supported through February 2016
10:53 bshum I think we considered it stable and immediate past stable
10:53 bshum During one of those past dev meetings
10:53 bshum But yeah, we'll let those Debian users help decide that :)
10:53 jeff that said, i wouldn't oppose discouraging its use in general.
10:54 bshum Might be good to drop it too then from 2.9
10:54 bshum Since 2.9 will be "supported" for 15 months after September
10:54 bshum Which puts it past that Feb 2016 time.
10:54 bshum Just in case.
10:54 jeff announce intent, seek feedback from anyone interested in maintaining/championing/funding continued squeeze-lts support in Evergreen, expect/hope for no takers.
10:54 bshum jeff++ # good plan
10:55 eeevil Dyrcona: did you ever figure out the problem with some of your sip clients?
10:55 Dyrcona eeevil: Yes, combination of things: 1) a typo in the ssh tunnel configuration, 2) a bug in the code to allow SC Status without login, 3) UTF-8 characters in call numbers.
10:56 Dyrcona eeevil: We mad branches for 2 and 3.
10:56 Dyrcona s/mad/made/
10:56 gsams Hey, I made a karma list!  How about that?
10:56 tsbere https://bugs.launchpad.net/sipserver/+bug/1463943 and https://bugs.launchpad.net/sipserver/+bug/1463459
10:56 pinesol_green Launchpad bug 1463943 in SIPServer "Non-ascii Unicode characters in messages cause client problems" (affected: 1, heat: 6) [Undecided,New]
10:56 pinesol_green Launchpad bug 1463459 in SIPServer "Status Message Handler always ignores login" (affected: 1, heat: 6) [Undecided,New]
10:56 Dyrcona gsams++ # just 'cause.
10:56 kmlussier gsams++
10:56 gsams Dyrcona++ #You are too nice!
10:57 gsams kmlussier++ #You too!
10:57 eeevil Dyrcona / tsbere: cool, thanks
10:59 gsams Since I'm here, I wanted to thank the community at large for all of the support that they have given over the past few years now.  I greatly appreciate the wonderful community for Evergreen and can't possibly thank you all enough.
10:59 kmlussier From this point forward, Fridays will now be known as karma party days
10:59 bshum Cheers gsams++
11:00 kmlussier Aw, that's very kind of you gsams. gsams++
11:00 mmorgan @karma
11:00 pinesol_green mmorgan: Highest karma: "Dyrcona" (31), "bshum" (28), and "kmlussier" (24).  Lowest karma: "marc" (-2), "java" (-2), and "printing" (-2).  You (mmorgan) are ranked 23 out of 78.
11:00 mmorgan @karma gsams
11:00 pinesol_green mmorgan: Karma for "gsams" has been increased 6 times and decreased 0 times for a total karma of 6.
11:01 mmorgan gsams++
11:03 gsams While I can't exactly participate in all of the Evergreen things I wish that I could, I'm certainly working toward it as best as I can.
11:03 pinesol_green [evergreen|Chris Sharp] LP#1342227 - Allow EDI Ruby dependency installation on Ubuntu 14.04 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=7ae48c8>
11:05 gsams Also, gmcharlt++ #Sometimes inspiration is the most important thing
11:09 Dyrcona btw, I'm close to signing off on lp 1312308 maybe next week sometime.
11:09 pinesol_green Launchpad bug 1312308 in Evergreen "time to remove script-based circ policies" (affected: 3, heat: 20) [Wishlist,Confirmed] https://launchpad.net/bugs/1312308
11:09 jeff nice.
11:10 Dyrcona jeff: Then, I'll have a look at your branch to remove the old self check and JSPAC, if you think that's in shape.
11:11 jeff selfcheck branch is berick's, and should be go in first.
11:11 Dyrcona OK. Sorry, 'bout that confusion.
11:11 jeff i noted your comment in the jspac removal branch, and will add at least one more bug for the old bbags interface bit that that builds on.
11:12 Dyrcona ok. I'll wait for that.
11:12 jeff i don't want to have one bug for every file we're ripping out, but i also don't want to have one bug for REMOVE A BUNCH OF OLD THINGS, so maybe a few more will go in.
11:12 Dyrcona No big rush.
11:13 jeff there are large parts of craftsman that are ripped out in the jspac branch, for example. that makes sense to be within the jspac bug -- but there were a few misc js libs that i found in the dusty corners that had no relation to jspac but should go.
11:14 Dyrcona OK. I thought there might be some stuff somewhere.
11:19 csharp @quote add < kmlussier> Every day is Bug Squashing Day for Stompro_home. :)
11:19 pinesol_green csharp: The operation succeeded.  Quote #118 added.
11:22 Dyrcona @quote random
11:22 pinesol_green Dyrcona: Quote #85: "< bshum> *Everything* is awesome." (added by csharp at 09:29 AM, May 27, 2014)
11:22 berick ... when you're part of the IRC team
11:30 Dyrcona It's always a party in IRC.
11:34 jboyer-isl berick++
11:42 afterl joined #evergreen
11:43 RoganH joined #evergreen
11:52 Stompro_home joined #evergreen
11:53 berick joined #evergreen
11:56 * mmorgan rubs eyes. Just looked at the commit for lp 1444514 and read it as "Amnesty Chicken"...
11:56 pinesol_green Launchpad bug 1444514 in Evergreen "Amnesty Mode doesn't work correctly with Backdating" (affected: 2, heat: 10) [Undecided,Confirmed] https://launchpad.net/bugs/1444514
11:57 csharp amnesty_chicken++
11:58 * mmorgan pictures a big cardboard cutout of the amnesty chicken outside a library on amnesty day :)
11:59 Bmagic Is anyone using the Web based staff client "sort of" in production for circulation? I'm thinking about trying it but I am concerned about the hatch receipts. Where do I get the hatch software?
12:00 csharp Bmagic: it's in the "random" repo
12:00 Bmagic oh right on, I'll check that out
12:01 berick Bmagic: http://git.evergreen-ils.org/?p=working/random.g​it;a=shortlog;h=refs/heads/collab/berick/hatch2
12:01 bmills joined #evergreen
12:01 csharp Bmagic: I was trying to get it working on Linux with limited success (got it compiled with openjdk/openjfx on Ubuntu 15.04, but didn't see it running)
12:02 csharp well, jetty was running, but I was getting 404s
12:02 csharp then I had to move on to other things :-/
12:02 berick beware SSL certificates
12:02 berick you have to open a browser window to the hatch URL and accept the cert warning
12:03 berick that works in chrome, but maybe not FF
12:03 csharp berick: ah - I was trying in FF
12:03 berick that's a finicky bit of fun we're going to have to figure out
12:03 csharp I'll try in chrome
12:04 Bmagic good info
12:04 Bmagic I guess there isn't anything in the master branch for the random repo?
12:05 berick just a README
12:12 berick also beware the version info in the linux README is out of date.  basically s/9.2.5.v20141112/9.2.11.v20150529/
12:13 berick re: chrome, you need to click through the ssl warning at https://localhost:8443/
12:14 berick it will show a 404, but that's OK, becuase that's not a valid path.
12:14 csharp ah - that explains what I saw then
12:15 * berick is pleased to see Hatch still working as expected in Linux
12:19 * Dyrcona was thinking that hatch ought to be moved from the random repo to either its own repo or into Evergreen.
12:21 berick Dyrcona: agreed.. maybe after it settles down a little bit
12:21 berick well, i could see moving to its own repo now
12:21 berick csharp: it works for me in FF, too, yay
12:21 berick after clicking through
12:22 * berick thinks it's cool to be able to share settings between browsers
12:38 Bmagic berick: alright, I got it setup on a windows VM, it's running and responding to print requests. Nothing is coming out of the printer though. Does it work with UNC path printers? My vm has a printer configured that is a share from a server.
12:41 berick Bmagic: just to be clear, the printer shows up in admin -> workstation -> printer settings -> configure printer
12:41 Bmagic I was pleased to see it there. Yes
12:42 Bmagic I configured it which prompted me a print dialog.  I clicked ok and it edited the JSON
12:42 berick ok, good
12:42 berick are you testing via "Test Printing" ?
12:42 Bmagic Yes
12:43 berick ok, are you running hatch in a terminal?
12:43 berick ... and seeing the debug output
12:43 Bmagic Yes. I have feedback there "request for print action"
12:43 berick is that the last line?
12:44 Bmagic 2015-06-12 11:37:10.832:INFO:WebSocke​tHandler:qtp1807837413-60: Received request for action print
12:44 Bmagic that is the last line
12:45 berick are you using oracle java, openjdk, other ?
12:45 Bmagic oracle from the link in the readme
12:45 berick k
12:45 berick so, that doesn't seem like a problem with the printer
12:46 berick it seems more like a problem with the application
12:46 berick it's not even trying to send the print job
12:46 Bmagic this is stock 2.7.0
12:46 Bmagic that could be it?
12:46 berick are you testing plain text or html printing?
12:46 Bmagic both
12:47 berick it would be better to test w/ EG master, but I can't say for sure that's the problem
12:47 Bmagic thanks! no worries, I will keep hammering on it
12:48 berick here's what hatch shows when I print.. http://pastie.org/10237584
12:48 Bmagic berick++
12:48 berick in your logs, do you see a line like the first line in my paste?  that's testing the Text print
12:52 Bmagic It's not showing the lines with the numbers for the print job. AKA n\n1234567890123456789012345678901234567890
12:55 berick no line that starts out 2015-06-12 12:42:35.453:INFO:WebSocke​tHandler:qtp2051450519-26: onMessage() {"action":"print",...
12:55 jeff If I were to advocate for removal of the per-hold customization of notifications, would anyone here strongly oppose that?
12:56 jeff i.e., moving "how to notify me for holds" away from the per-hold status quo to being a per-patron thing.
12:57 berick jeff: i would not (personall) object.  not sure about my overlords.
12:57 berick er, personally
12:59 Bmagic berick: http://pastie.org/10237599 might help answer
12:59 jeff currently, there are defaults set at the patron level, and those defaults are used when the hold is placed. patrons can diverge from the defaults at time of hold placement (and staff can edit notification options per hold after that).
12:59 jeff there is no way for a patron to change their default notification number and have that change affect outstanding holds, short of staff intervention.
13:00 berick Bmagic: ah, there's no conent...
13:00 berick nothing to print
13:00 berick that's interesting
13:00 jeff there is also no interface where patrons can even see what notification options are set per hold, etc.
13:01 berick Bmagic: chrome or FF ?
13:02 Bmagic berick: print with dialog shows a bit more output. Chrome
13:02 berick Bmagic: that could very well be an evergreen version problem
13:02 Bmagic do we have a demo site online somewhere?
13:02 kmlussier jeff: This is the type of discussion I would love to see on the general list. I have a couple of thoughts on the question, but. like berick, I'm not sure they reflect what my users want.
13:02 berick the lack of content means the EG code is not sending the correct stuff to hatch
13:02 Bmagic that sounds reasonable
13:03 jeff kmlussier: I would want to take it to the list also, but thought I'd start here if only to pre-flight my ideas. :-)
13:03 berick Bmagic: https://webby.evergreencatalog.com/eg/staff/login
13:03 kmlussier I have generally heard some frustration with the per-hold notification and the fact it doesn't get updated. However, I don't know if there are some patrons who find value in using a different phone number for some holds than they do for others.
13:03 berick Bmagic: not sure what code that's running, but it's certainly newer than 2.7
13:03 Bmagic demo123/demo123 ?
13:03 berick admin / demo123
13:04 kmlussier Another possibility is to have a prompt that comes up when the default notification is changed  that lets the staff/user know that there are active holds with that phone number and asking if those holds should be udpated too.
13:04 berick Bmagic: the interface on webby is throwing errors for me -- they're probably working on it
13:04 kmlussier jeff: What I can say for sure is that some kind of change is desired. I'm just not sure what the change should be. :)
13:05 jeff kmlussier: we've thought of that also, and have that as a recommendation for staff when changing someone's phone number -- but if removing the ability for holds to diverge in the first place makes sense, that takes care of that in a slightly more elegant manner. :-)
13:05 buzzy joined #evergreen
13:05 * kmlussier nods
13:05 * mmorgan agrees with kmlussier
13:05 mmorgan I didn't realize there was no place for the patron to see their preferred notification per hold :-(
13:06 Bmagic berick: it's working with webby
13:07 * kmlussier wanders off to hunt for coffee
13:07 berick Bmagic: sweet!
13:07 berick ok, cool, webby print UI is working for me too
13:08 berick yay, someone else successfully used hatch, on windows no less.  we are legion.
13:13 jeff mmorgan: jspac may have had more exposure there. i don't recall with certainty without checking.
13:14 mmorgan jeff: eyeballing existing notification options in our current holds, I can see a few users that have chosen different options for different holds. Usually adding a text notification to some.
13:19 jeff mmorgan: if you order by request date, are the differences contiguous, suggesting that it's just due to them turning on or off the sms notification default setting?
13:19 kmlussier mmorgan: They can do it when they add the hold, but they can't change it later if that notification method is no longer valid.
13:19 jeff mmorgan: or are there gaps, suggesting that they intentionally turned it on/off for some individual holds?
13:20 * mmorgan looks
13:20 jeff mmorgan++
13:22 jeff my next question would probably be if the divergent holds differ with respect to usr == requestor, indicating that there might be some difference in behavior (UI or human) between patron and staff
13:22 jeff and, i am looking at our own data here also -- not just relying on mmorgan :-)
13:25 mmorgan jeff: one usr picked at random shows non-contiguous notification choices. A sample of one is not very conclusive, though ;-)
13:26 * mmorgan needs to slip away for a bit. will look at more data later.
13:33 jeff sampling of eight users (who placed the most recent 20 holds) seems to indicate one who has occasionally enabled/disabled phone notifications.
13:36 jeff short of a harder-to-detect variation in the method being used to place those (accounting for possible differences in mobile app vs 'place hold on all items in this list', etc), i think we've confirmed the (already suspected likely) fact that >0 users make use of distinct per-hold notification options.
13:37 jboyer-isl I think per-hold true/false values would be great, I'm less happy with the per-hold values. We regularly get "Why are you notifying this patron at the "wrong" number/email?!", etc.
13:37 * jeff nods
13:37 jboyer-isl Bonus: those are easy to turn into editable options in the tpac, if we want to go all the way.
13:39 jeff that's where i was going next: variation in methods vs variation in DESTINATION.
13:39 jeff also, i'm wondering about "voice call to number X but SMS to number Y"
13:39 jeff on that last one, i'm just looking to see if we want to support that during our initial roll-out / soft launch of sms
13:45 elizabeth_ joined #evergreen
13:59 yboston joined #evergreen
13:59 yboston heads up, the DIG monthly meeting will be starting at 2 PM EST
13:59 yboston whihc is now :(
14:00 yboston #startmeeting DIG Monthly Meeting Evergreen Documentation Interest Group (DIG) Monthly Meeting.
14:00 pinesol_green Meeting started Fri Jun 12 14:00:27 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 'dig_monthly_meeting_evergreen_documentati​on_interest_group__dig__monthly_meeting_'
14:00 yboston The agenda can be found here http://evergreen-ils.org/dokuwiki/doku.php?i​d=evergreen-docs:dig_meeting_20150612-agenda
14:00 yboston #topic Introductions
14:01 yboston Please feel free to start introducing yourselves...
14:01 remingtron #info remingtron is Remington Steed, Hekman Library (Calvin College)
14:01 yboston #info yboston is Yamil Suarez @ Berklee College of Music - DIG meeting facilitator
14:01 Stompro_home #info stompro_home is Josh Stompro, Lake Agassiz Regional Library MN
14:02 elizabeth_ #info <username> is Elizabeth Davis Scranton Public Library
14:02 yboston I will wait a minute or so before starting
14:03 yboston I guess we are a small crowd today
14:04 remingtron welcome Stompro_home and elizabeth_ !
14:04 elizabeth_ Thanks! This is my first meeting.
14:04 yboston should I go over the prevous meeting action items?
14:04 yboston welcome elizabeth_
14:04 remingtron yboston: yes, good place to start
14:04 yboston I may only deal with the ones that apply to those in attendance
14:05 yboston #topic yboston will reach out to krvmga for another copy of his docs to push to master
14:05 yboston I will have to defer this to the next meeting
14:05 yboston #action yboston will reach out to krvmga for another copy of his docs to push to master
14:05 yboston #topic kmlussier will complete the marc stream importer work and check on the status of the RDA docs
14:06 yboston not sure if she is available?
14:06 yboston I will defer it
14:06 yboston #action kmlussier will complete the marc stream importer work and check on the status of the RDA docs
14:06 yboston #topic remingtron will send out email to list about changing the file suffix in the docs repo to .asciidoc
14:06 yboston remingtron: can you refresh my memory?
14:06 remingtron I still have to do that, probably next week
14:07 yboston I will defer it
14:07 yboston #action remingtron will send out email to list about changing the file suffix in the docs repo to .asciidoc
14:07 remingtron thanks
14:07 ohiojoe joined #evergreen
14:07 yboston #topic all update the 2.8 outstanding features list; remove names of those that cannot continue working on assignment; post completed or incomplete files
14:08 yboston I did some updating of this wiki page during the cofnerence
14:08 remingtron #link http://wiki.evergreen-ils.org/dok​u.php?id=evergreen-docs:2.8_needs
14:08 remingtron looks like some progress!
14:08 yboston remingtron: thanks
14:08 remingtron Stompro_home: can you update us on progress of your items?
14:09 Stompro_home I started to split up the "TPAC Discoverability Enhancements" into sub sections, to make it easier to work on.  I've got the Opensearch title changes done, I'll work with yboston on getting that committed.
14:09 remingtron Stompro_home++
14:09 Stompro_home The barcode completion is ready to be reviewed also, I updated the LP bug for that.
14:09 yboston remingtron: I promised Stompro_home that I would give him some pointers, but I have not provided a time yet
14:10 yboston BTW, THE STUFF THAT Stompro_home is working on...
14:10 yboston is part of a bunch of features that dbs pushed
14:11 yboston It is a big chucnk of new features
14:11 yboston not sure if it all needs to be doumented, I assume most things do
14:11 yboston remingtron: I have been meaning to get your opinion on it
14:11 yboston TPAC Discoverability Enhancements: http://git.evergreen-ils.org/?p=Evergre​en.git;a=blob;f=docs/RELEASE_NOTES_NEXT​/OPAC/discoverability.txt;h=9a62514a23f​be3c6c3a16e97ad9f1c9be4989f0e;hb=HEAD
14:13 yboston should the action item be deffered or pudated for next meeting?
14:13 yboston (all update the 2.8 outstanding features list; remove names of those that cannot continue working on assignment; post completed or incomplete files)
14:13 remingtron yboston: we could just throw those release notes in a new chapter called "Linked Data" or something
14:14 yboston such a simple and effective suggestion, though not sure where it shoudl live off the top of myhead
14:15 yboston Btw, remingtron, Lynn and I promoted DIG at the lighning talks
14:15 yboston I stressed that sometines DIG needs help in gettign a second opinion on hwere to add enw features
14:15 Newziky joined #evergreen
14:16 yboston I guess I should just report the same action item for next meeting, let me know if anyone is oppposed
14:16 remingtron yboston: yeah, that sounds good
14:16 remingtron glad you promoted DIG!
14:17 yboston #action all update the 2.8 outstanding features list; remove names of those that cannot continue working on assignment; post completed or incomplete files
14:17 yboston last action item os for kmlussier , I wil just defer it
14:17 yboston #action kmlussier will review submitted web client docs to be included in repository
14:17 kmlussier Sorry. I'm here. :(
14:17 kmlussier Sort of
14:18 kmlussier But deferring it is good. Things are finally quieting down around here so that I can do some doc work.
14:18 kmlussier One ALA is over. :)
14:18 yboston kmlussier no worries
14:18 kmlussier s/One/When
14:18 yboston kmlussier: you also just pulled of nother succesfull bug squashing day
14:19 kmlussier Well, lots of people pulled it off. I just cracked the whip. :)
14:19 remingtron kmlussier++ #bug squashing coordination
14:19 yboston now, should we keep talking about 2.8, the conference, or something else entirely like the re-org project or web clients?
14:20 yboston btw, remingtron, I gave a quick report on DIG at the cofnerence
14:20 yboston I mentioned htat we are toying witht he idea of a re-org targetting different audiences
14:20 yboston though I said we need more help. that is when I also mentioned that someitmes we coudl juts use a second opinion of where to add new docs
14:22 remingtron yboston: glad you're keeping the community informed
14:22 yboston thanks
14:23 yboston so any particular topic we shoudl discuss?
14:23 yboston also, elizabeth_ do you have any comments or questions? (no owwires if you don't)
14:23 remingtron I added some to the agenda
14:24 yboston elizabeth_: for example, we can give you soem small docuemntation task or point you to soem training information to help us out int he near future
14:24 elizabeth_ No, I'm just taking it all in. We are still on 2.6.3
14:24 remingtron elizabeth_: we're glad you're here! feel free to ask any questions you have
14:24 remingtron yboston: anything major to discuss post-hackfest?
14:25 yboston remingtron: sorry I missed your additions
14:25 remingtron no problem, they were late
14:26 yboston elizabeth_: no problem, but for the record witht he use of community test server you can help test our or docuemnt newer versiosn of EG. Also, we have docuemntation needs for features in older versions of EG
14:26 yboston elizabeth_: feel free to email me directly if you have any questiosn or comments
14:27 yboston remingtron: I can't think of anythign esle post coference, now that I blurted a few more things out to you during this meeting
14:27 Stompro_home yboston is a great mentor for getting up to speed with helping out with documentation.
14:27 yboston hands down this was the most effective DIG hackfest
14:27 elizabeth_ yboston: thanks! We're part of the SPARK Libraries so we really appreciate all the documentation
14:28 yboston lots of learnign a people working in pairs
14:28 remingtron glad to hear it! It looked like lots of tasks got done, which is exciting
14:28 yboston also, thanks to being more comfortable with git I was able to start pushing doc changes during the conference
14:29 remingtron yboston++ for pushing things in
14:29 yboston remingtron: thanks again for working ont he Lynn docs, I am glad her stuff has now made it in thanks to you
14:29 remingtron yboston: you're welcome, I still need to work on the 2.7 version
14:30 remingtron should we try the next agenda item? 4b.
14:30 remingtron Add Creative Commons license image to docs footer
14:30 yboston #topic Add Creative Commons license image to docs footer
14:30 yboston I guess we need Robert's help for that?
14:31 yboston (to make the actual changes in the DIG server)
14:31 yboston anything else you, remingtron, want to add about it?
14:31 remingtron yes, but I emailed him and he mentioned that the oversight board previously asked us to use the same footer as the main website
14:32 remingtron so he wondered if we need to ask the board first
14:32 remingtron (and the main website has since changed design, so we aren't in sync currently anyway)
14:32 yboston let me look at both site for a second
14:32 yboston *sites
14:34 yboston I am a board member, and sadly I don't remmeber this discussion. Maybe it is becuase Iw as ntoa board member at the time or I am just mistaken
14:35 remingtron robert thought it was around 2012
14:35 yboston OK, I think I became a board memebr in 2013, but I was always part of DIG and I still don't remmeber :(
14:36 remingtron anyway, he thought it would be easy to change, just a matter of whether we should ask the board first
14:36 yboston so the goal is to 1) match the footer of the current EG site 2) also add creative common icon?
14:36 * kmlussier doesn't recall that discussion either.
14:36 yboston maybe it was the web committee?
14:36 kmlussier I remember a discussion of making sure all evergreen-ils.org domains had a logo.
14:37 remingtron yboston: I think those two goals sound good
14:37 kmlussier Is there any reason why the creative commons license can't be used for the entire web site, not just the docs?
14:38 kmlussier Probably something to bring up with the web team, but I think it would be a good thing to work towards.
14:38 yboston I don't see why not, though I can't remember the CC flavor we are plannign on using
14:38 yboston kmlussier: are you still part of the web team?
14:38 kmlussier We already have the CC flavor for the docs. It just isn't in the footer.
14:39 yboston kmlussier: pardon my ignorance, but where is it?
14:39 kmlussier I'm looking now, but remingtron found it the other day. Maybe he can find it faster than me. :)
14:39 remingtron sure...
14:40 kmlussier Found it http://docs.evergreen-ils.org/2.8/licensing.html
14:40 yboston thanks
14:40 remingtron yup, that's it, burried in the "Installing the Evergreen Server" section
14:41 yboston good to know
14:42 yboston Off the top of my head, this might be more of a n issue to be coordinated with the web team more thatn witht he board
14:42 yboston since we are just wanted to state a licensing term that is not in question
14:43 yboston except if there is anything on the main site that should not be covered under Creative Commons, in case we as a community do not own , for example
14:44 remingtron perhaps we should go ahead and change our docs footer, then let the web team and board know
14:45 yboston remingtron: that is fine
14:45 yboston not sure if I shold put an action item for Robert when he is not here>
14:45 yboston ?
14:45 yboston remingtron: can I give you an action item to contact him about it?
14:45 remingtron give me an action to ask him, yeah that!
14:46 yboston #action remingtron will contact Robert Sooullier about updating the docs sites to match the footer of the regular EG site; also to add the CC icon
14:47 kmlussier In the minutes here - http://wiki.evergreen-ils.org/doku.p​hp?id=governance:minutes:2012-08-08 - there is mention of requiring Evergreen web sites to use the logo.
14:47 yboston kmlussier: thanks
14:47 kmlussier There is no mention of the footer being the same. I also don't know if the policy that was to be drafted ever was done. But I really don't think there was anything from the EOB saying that footers needed to match.
14:48 kmlussier We just wanted to make sure the Evergreen mark be displayed on evergreen-ils.org sites.
14:48 yboston I think that it is always nice when sub sites have a matching look when it is not too onerous to maintain it
14:49 remingtron well, I think we can leave that discuss for the web committee, sound okay?
14:49 kmlussier remingtron: Sounds good to me. I'll make sure it gets added to the agenda.
14:49 * kmlussier wonders when we will next meet.
14:50 yboston #action kmlussier will add an agenda item tot he web team about updating the doc site footers to match the main site footer, as well as include the CC icon
14:50 yboston anything else for now?
14:50 remingtron just two brief things
14:51 TaraC joined #evergreen
14:51 remingtron 1. I am continuing to work on the Docs reorg per-audience wiki page, and I welcome all input from others
14:51 remingtron #link http://wiki.evergreen-ils.org/doku.php?id=ever​green-docs:reorg_2014:audience_focused_layout
14:52 remingtron 2. Anytime we need to add a missing section to our docs, or a feature, we should check Sitka's docs and borrow content and screenshots
14:53 remingtron #link http://docs.sitka.bclibrar​ies.ca/Sitka/current/html/
14:53 remingtron (currently for EG 2.6, but they have a branch for 2.8 in the works)
14:53 remingtron that's all from me
14:53 yboston very cool
14:54 yboston #idea  Anytime we need to add a missing section to our docs, or a feature, we should check Sitka's docs and borrow content and screenshots
14:54 yboston anything else from anyone here?
14:56 yboston OK then, I will wrap up the meeting
14:56 yboston thanks everyone
14:57 yboston #endmeeting
14:57 pinesol_green Meeting ended Fri Jun 12 14:57:48 2015 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
14:57 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2015/evergreen.2015-06-12-14.00.html
14:57 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2015/evergreen.2015-06-12-14.00.txt
14:57 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2015/evergreen.2015-06-12-14.00.log.html
14:57 Stompro_home Thanks for running the meeting! yboston++
14:57 remingtron yboston++
14:57 yboston elizabeth_: thanks for joining us
14:58 yboston elizabeth_: had you used IRC before?
14:58 elizabeth_ yboston: Years ago
14:59 yboston elizabeth_: cool
14:59 kmlussier yboston++
15:00 elizabeth_ Thank you all for the warm welcome.
15:01 yboston elizabeth_: btw, where is the SPARK system located?
15:01 elizabeth_ yboston: SPARK is a collection Pennsylvania Public Libraries
15:01 gmcharlt tsbere: I can your attention to bug 1464748 for SIPServer; it arose from my testing of your patches for 1463459
15:01 pinesol_green Launchpad bug 1464748 in SIPServer "SIPServer tosses away current account prematurely" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1464748
15:01 yboston elizabeth_: thanks
15:02 gmcharlt tsbere: upshot - I believe that branch should be reviewed and pushed as a unit
15:06 RoganH @hate sip
15:06 pinesol_green RoganH: But RoganH already hates sip!
15:06 RoganH @hate more_sip
15:06 pinesol_green RoganH: The operation succeeded.  RoganH hates more_sip.
15:11 RoganH @hate all_sip
15:11 pinesol_green RoganH: The operation succeeded.  RoganH hates all_sip.
15:12 eeevil RoganH: as you might imagine, I second that emotion
15:12 RoganH eeevil++
15:14 RoganH eeevil: I'm logging parsing right now to try to see if those two rogue devices last time, different ones, all, whatever the heck it is.
15:14 RoganH eeevil: gah, I've forgotten English, I'm just rambling in Bad English now
15:15 afterl joined #evergreen
15:23 * kmlussier speaks fluently Bad English
15:34 Dyrcona mrpeters: Are you done with lp 1154656? Someone signed off on it on Wednesday, but it is still assigned to you.
15:34 pinesol_green Launchpad bug 1154656 in Evergreen 2.4 "MARC Expert Search "Add Rows" adds duplicate row" (affected: 5, heat: 24) [Medium,Confirmed] https://launchpad.net/bugs/1154656
15:35 Dyrcona I am also retargeting that to 2.7 and 2.8.
15:37 tsbere gmcharlt: Not really sure. Never dealt with post_process_request....after *very* little digging, makes me wonder if the other "set account to undef" should be in a post_accept block?
15:38 Dyrcona Also, rashma did not use the preferred wording for the sign off, but think that is relatively trivial.
15:40 mrpeters yeah, im done
15:41 Dyrcona OK.
15:41 Dyrcona I removed you.
15:50 Dyrcona Works for me. I'll add rashma's sign off to the commit message.
15:53 jboyer-isl Postgres has no patience for a kill -9 directed at a worker. Whine, whine, whine.
15:55 jeff seeing "kill -9" and "postgres" in such close proximity to each other makes me cringe a bit
15:55 * jeff cringes again
15:57 mmorgan jeff: FWIW I am also finding that at least a few of our users make use of different hold notification methods. You may find that more would if they had the option to receive text messages for some.
16:00 pinesol_green [evergreen|Michael Peters] LP#1154656 MARC Expert Search "Add Rows" adds duplicate row - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=7903e32>
16:00 Dyrcona bug_squashing_day++
16:00 jboyer-isl jeff: totally unnecessary dev database. But one of the problems with allowing perl in-db is that sometimes postgres can't cancel things itself (such as when you're testing stupid regex tricks)
16:03 jeff here, we're probably moving away from per-hold notification options, toward user settings.
16:05 Dyrcona rashma++ #testing braches
16:06 Dyrcona branches, even. ;)
16:07 goood joined #evergreen
16:07 eady joined #evergreen
16:08 TaraC joined #evergreen
16:09 rashma Dyrcona: thank you, and will keep in mind about the preferred wording.
16:10 Dyrcona rashma: It's OK. I figured out the intent.
16:16 afterl joined #evergreen
16:17 afterl left #evergreen
16:24 Newziky1 joined #evergreen
16:31 kmlussier rashma++ indeed
16:32 * kmlussier didn't get to her Bug Squashing Day wrap up today.
16:32 kmlussier I'll try to get something out over the weekend.
16:32 kmlussier In retrospect, I probably should have filed bug 1464767 as two distinct bugs.
16:32 pinesol_green Launchpad bug 1464767 in Evergreen "OU selectors in web client do not provide scrollbars and are ordered incorrectly" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1464767
16:36 nuentoter joined #evergreen
16:36 nuentoter anyone live in here?
16:37 jeff some of us are in here quite a few hours of the day, but i at least try to go home to sleep.
16:37 jeff nuentoter: welcome!
16:37 nuentoter lol ty, quick question do you know in evergreen server fully works with debian jessie yet?
16:38 nuentoter in=if
16:39 kmlussier jeff: Sleep is overrated.
16:40 nuentoter sleep is a fancy luxury in my life
16:42 jeff nuentoter: Evergreen 2.7 and 2.8 support Debian Jessie, but there have been a recent set of fixes (especially with regard to installing pre-requisites). You might want to search for jessie here: https://bugs.launchpad.net/evergreen and peruse the issues before/after installation.
16:44 jeff nuentoter: others here or on the mailing list may be able to chime in with personal experience. i've not yet dealt with evergreen on jessie.
16:44 jeff (wheezy here, mostly)
16:46 nuentoter I had tried and had problems with both postgresql and opensrf, but that was the day after 8.0 release
16:46 nuentoter ty for the launchpad link btw
16:54 pinesol_green [evergreen|Adam Bowling] LP#1365661 Found patrons with same name not opening - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=22d0a19>
16:57 nuentoter ok so is 2.8.2 available yet somewhere?
16:58 sandbergja joined #evergreen
16:59 nuentoter ok nm
17:00 Dyrcona If you're feeling brave you can check out rel_2_8 from git, that will be 2.8.2 when the next maintenance release happens.
17:01 Dyrcona I've been pushing bug fixes to it today.
17:01 Dyrcona And, looks like that about does it for me.
17:01 Dyrcona I'll be back later to night if I'm bored. ;)
17:02 Bmagic nuentoter: I'm not sure when that will be released. berick is the release manager (I think)
17:02 Callender_ joined #evergreen
17:02 sbrylander joined #evergreen
17:02 nuentoter yeah im reading the logs right now actually  ty
17:04 berick 2.8.2 should be release middle of next week
17:07 Bmagic Let's make it an 80's Friday! http://youtu.be/9Q3tz3TBZfI
17:07 Bmagic Do the Locamotion with me!
17:08 gmcharlt tsbere: eh, moving the first one to post_accept() would probably work but doesn't seem to offer a definite improvement
17:09 gmcharlt other than possibly adding a bottle of glue to join the belt and the suspenders
17:13 mmorgan left #evergreen
17:15 sarabee joined #evergreen
17:18 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:24 bmills joined #evergreen
18:04 Bmagic have a good weekend everyone!
18:15 cbear0x joined #evergreen
18:35 TaraC_ joined #evergreen
18:50 Callender joined #evergreen
18:51 BigRig joined #evergreen
18:51 TaraC joined #evergreen
18:51 graced joined #evergreen
21:36 Stompro_home joined #evergreen
23:02 cbear0x joined #evergreen

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