Evergreen ILS Website

IRC log for #evergreen, 2013-07-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
00:00 paxed morning
00:02 paxed remingtron: it's correct, but lacking a bit, imo
00:35 gmcharlt @later tell Dyrcona http://sourceforge.net/p/marcpm/code/​ci/wip/nfd-from-utf8-to-marc8/~/tree/
00:35 pinesol_green gmcharlt: The operation succeeded.
00:42 jeff_ and i am at work.
00:50 paxed so am i. :)
01:05 acoomes joined #evergreen
02:07 Mark__T joined #evergreen
02:24 bshum joined #evergreen
03:02 jeff and now i go home.
06:07 tfaile joined #evergreen
06:34 b_bonner joined #evergreen
07:19 Mark__T joined #evergreen
07:25 rfrasur joined #evergreen
07:25 rfrasur Good morning, NickServ.  I'm glad you're feeling better.
07:53 jboyer-isl joined #evergreen
07:54 rjackson-isl joined #evergreen
08:01 kmlussier joined #evergreen
08:27 Dyrcona joined #evergreen
08:29 kbeswick joined #evergreen
08:32 akilsdonk joined #evergreen
08:36 Meliss joined #evergreen
08:36 kmlussier_ joined #evergreen
08:37 kmlussier_ left #evergreen
08:40 kmlussier_ joined #evergreen
08:42 collum joined #evergreen
08:45 Shae joined #evergreen
08:52 ericar joined #evergreen
09:03 mmorgan joined #evergreen
09:19 tspindler joined #evergreen
09:31 mllewellyn joined #evergreen
09:33 mrpeters joined #evergreen
09:36 yboston joined #evergreen
09:37 mcooper joined #evergreen
09:48 pinesol_green [evergreen|Thomas Berezansky] SIP2: Return slightly more hold info - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=70d25de>
10:09 bshum Hmm
10:10 bshum Looking at bug 1118245, paxed changed something in the MODS file, but I'm not sure how that ties to the database.
10:10 pinesol_green Launchpad bug 1118245 in Evergreen "Name Subject search facet shows subfields in different order from anywhere else" (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1118245
10:11 bshum *where that ties
10:11 bshum I assume the xsl would just overwrite the existing template on upgrade installs
10:11 bshum But the change in the .sql file seems like it would match up somewhere else.
10:11 dbs bshum: the MODS file on disk and the database are separate entities
10:13 dbs continuing to plod along with MODS32 when MODS34 is the current version feels like we're accumulating more technical deficit, along with our outdated Dojo, outdated XUL, ...
10:13 paxed i don't know how to upgrade situation would be handled ...
10:13 paxed :(
10:13 * dbs was also looking at senator's auth-browse changes last night which touch MODS32
10:13 paxed dbs: sounds bleak ...
10:13 bshum dbs: I guess my question is just where mods was in the DB, since I never looked at it before :(
10:15 dbs berick / paxed: If I move the maintenance message into config.tt2, that corruption goes away. bonus is that no apache reload is required, either.
10:16 bshum Oh maybe I see it.  config.xml_transform?
10:16 * dbs will revert the eg.conf.in and perl module changes and tweak config.tt2 accordingly
10:16 berick dbs++
10:17 dbs bshum: yep
10:18 bshum dbs++ # config.tt2 ftw!
10:18 dbs bshum++ # that was your suggestion in the first place, IIRC
10:18 bshum dbs: Perhaps, but I never got around to it.  So yay for you.
10:22 dbs perhaps I'll hit KPAC while I'm at it
10:23 paxed hmph. no wonder i had problems. git add `git ls-files -m` doesn't add files the repo isn't tracking, duh.
10:25 bshum A small concern I had while looking at bug 1164674 and bug 1164720 is that both add javascript into the .tt2 files.  Should we be concerned about that?  (not sure how best to handle the bug otherwise, or for folks running no-JS browsers)
10:26 pinesol_green Launchpad bug 1164674 in Evergreen "OPAC - Too easy to delete a list" (affected: 3, heat: 16) [Wishlist,Confirmed] https://launchpad.net/bugs/1164674
10:26 pinesol_green Launchpad bug 1164720 in Evergreen "Do not allow a list to be created with no name" (affected: 1, heat: 6) [Wishlist,Confirmed] https://launchpad.net/bugs/1164720
10:26 bshum I can note that concern as a comment on those bug tickets too, I suppose...
10:27 bshum I know we've already got select JS thrown about in other .tt2's as well, but it's always been very sparingly.
10:27 bshum *seemed sparingly
10:28 bshum Oh, I see now that berick commented on one of them already.  I'm just behind the times... sigh
10:29 bshum Nevermind me.
10:34 jeff statewide resource sharing DCB client training All Day
10:34 dbs Downside of config.tt2 for maintenance message is that it won't be vhost-specific, but sites with complex configs could do IF hostname... trickery
10:37 * dbs groans at KPAC CSS
10:49 dbs http://git.evergreen-ils.org/?p=working/Evergreen.​git;a=shortlog;h=refs/heads/user/dbs/maintenance_m​essage_utf8_cleanliness_no_apache_reload_required
11:00 pinesol_green [evergreen|Steven Chan] Patron Editor can enter erroneous values for Claims-returned count - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6fbaf6c>
11:05 bshum dbs: Looks good to me, pushed.   And my sympathies on KPAC.
11:06 pinesol_green [evergreen|Dan Scott] Maintenance message: avoid Unicode corruption, support KPAC - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6a25b32>
11:06 dbs bshum: heh, you guys actually run it, so much more sympathy in your direction
11:12 pinesol_green [evergreen|Pasi Kallinen] Use the phrase "Add Search Row" in both advanced and expert search. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=78ef108>
11:13 kbeswick joined #evergreen
11:20 pinesol_green [evergreen|Pasi Kallinen] LP1182393: 'Service' in circ offline checkout columns is untranslatable - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f9a5789>
11:21 rfrasur joined #evergreen
11:24 pinesol_green [evergreen|Bill Erickson] LP1190305 Loosen MARC Remove Fields retrieve perms - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5cb9bc2>
11:30 mtcarlson joined #evergreen
11:31 zerick joined #evergreen
11:34 * paxed tinkering with a perl wrapper to template toolkit ...
11:35 rfrasur paxed++
11:37 paxed we'll see if this turns into anything workable.
11:38 rfrasur it will...or you'll learn something to make the next iteration workable.
11:38 paxed *nodnod*
11:39 fparks joined #evergreen
11:40 acoomes joined #evergreen
11:40 zerick joined #evergreen
11:44 rfrasur Does anybody know if anyone using/developing/whatevering Evergreen makes intentional overtures to any university comp science programs on a large scale?
11:44 * dbs ponders what "a perl wrapper to template toolkit" means. Perl all the way down...
11:45 dbs rfrasur: you mean something like "hey, you should work on Evergreen as a capstone project!" kind of thing?
11:45 paxed dbs: a wrapper that automatically allows the l() and some i18n stuff in templates, without the caller needing to care about it.
11:46 rfrasur hold...on phone with fanggle dude
11:46 paxed dbs: currently the templates are handled separate in OPAC, A/T templates, PasswordReset, etc.
11:46 tsbere dbs: I once found a perl wrapper around a php class that was a wrapper around a perl class. I gave up on the code about that point, but yea...
11:50 * tsbere likes the "pre-prep some stuff" idea paxed has, but wonders how you would apply it to some things like A/T templates
11:52 paxed tsbere: money.payment_receipt.print
11:52 tsbere paxed: I was thinking more along the lines of "how do you make translations work when you may not know what language the template should be using for them"
11:53 paxed tsbere: default_preferred_language?
11:54 paxed or default_locale, i mean
11:55 tsbere If you are going to push them all into one language then why bother running the translation engine on them at all? I could see manually triggered things passing a language in (selfcheck receipt printing, for example...) but things like emails would need to have a way to pick a lanugage from the input data.
11:55 tsbere If grouping by user I suppose an email language preference could be used for email related templates, but how do you load it?
11:55 * bshum wishes I could have worked on Evergreen as my capstone project.
11:56 paxed tsbere: clark can access the db ...
11:57 dbs bshum: I think if we were going to pitch something like that, we would need to offer _way_ more support to n00b devs. which would be a good thing, but we don't seem particularly oriented toward that
11:57 tsbere paxed: And that brings up the question of "and what is it supposed to use as a deciding factor for translation language?"
11:57 paxed tsbere: either a user setting, or opensrf.xml default_locale?
11:59 paxed also: bug 1155478
11:59 pinesol_green Launchpad bug 1155478 in Evergreen "PasswordReset.pm uses home-cooked i18n" (affected: 1, heat: 6) [Undecided,Triaged] https://launchpad.net/bugs/1155478
12:00 paxed and setting up EG would require much less hassle if the default templates would be automagically translated.
12:02 paxed and bug 1091588
12:02 pinesol_green Launchpad bug 1091588 in Evergreen "Send out emails in patron's preferred language" (affected: 1, heat: 6) [Wishlist,Confirmed] https://launchpad.net/bugs/1091588
12:04 dbs Sure. PasswordReset.pm predates TPAC by a couple of years.
12:06 dbs I think the i18n in PasswordReset.pm isn't even a factor anymore in a non-JSPAC world, if I'm reading opac/password_reset.tt2 correctly
12:07 paxed and editing the A/T templates isn't exactly something you can do if you don't know anything about coding. Translating strings is much easier.
12:07 paxed oh, and opensearch.ttk
12:11 paxed and perhaps bug 1095280, assuming we'd split the translated messages into different files.
12:11 pinesol_green Launchpad bug 1095280 in Evergreen "Build process doesn't get all translatable strings from templates" (affected: 1, heat: 6) [Undecided,Triaged] https://launchpad.net/bugs/1095280
12:11 stevenyvr2 joined #evergreen
12:12 Christinejman_ joined #evergreen
12:12 paxed does this sound like worth pursuing?
12:13 tsbere Getting a basic "provide core features to template toolkit interfaces" going? Yes. Translations in all places may be a different story.
12:15 rfrasur pardon...I'll need to think about that whole thing for a second.  Reading back and then answering question.
12:17 pinesol_green [evergreen|Bill Erickson] New "patron via SIP" hold cancellation reason - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=a4450ce>
12:17 pinesol_green [evergreen|Bill Erickson] SIP hold cancellation support - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4787980>
12:20 rfrasur wrote too much - deleted - editing
12:20 rfrasur dbs: yes to the capstone, but not only
12:22 rfrasur my thinking was...present this to comp sci professors/departments as an educational tool.  So, these kids may not actually be involved in the EG community (yet...or ever) or contributing/building anything of value (right now...or ever)
12:23 rfrasur but, it's free software that requires all the basics that get covered in a comp. eng./sci. program...and if the net was thrown over a broad enough area, there could protentially be some quality return.
12:24 laque|2 joined #evergreen
12:26 egbuilder_ build #257 of evergreen-master-debian-6.00-x86_64 is complete: Failure [failed test]  Build details are at http://testing.evergreen-ils.org/buildbot/builder​s/evergreen-master-debian-6.00-x86_64/builds/257  blamelist: Bill Erickson <berick@esilibrary.com>
12:26 egbuilder_ build #233 of evergreen-master-ubuntu-12.04-x86 is complete: Failure [failed test]  Build details are at http://testing.evergreen-ils.org/buildbot/builde​rs/evergreen-master-ubuntu-12.04-x86/builds/233  blamelist: Bill Erickson <berick@esilibrary.com>
12:26 egbuilder_ build #199 of evergreen-master-fedora-18 is complete: Failure [failed test]  Build details are at http://testing.evergreen-ils.org/buildbot/bu​ilders/evergreen-master-fedora-18/builds/199  blamelist: Bill Erickson <berick@esilibrary.com>
12:28 eeevil dangit
12:28 * eeevil goes to fix
12:29 bshum buildbot++
12:30 eeevil indeed
12:30 eeevil eeevil--
12:32 RoganH joined #evergreen
12:33 eeevil there
12:33 eeevil sorry folks
12:33 pinesol_green [evergreen|Mike Rylander] Unbreaking wrong-direction conflict resolution from previous commit - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2deb258>
12:36 dbwells berick: I am heading to lunch, but if you get a chance, please check out my comment on bug 833820.
12:36 pinesol_green Launchpad bug 833820 in Evergreen "Support PO activation without requiring bibs/items" (affected: 1, heat: 8) [Wishlist,Triaged] https://launchpad.net/bugs/833820 - Assigned to Dan Wells (dbw2)
12:37 berick dbwells: will do
12:38 dbwells berick: thanks!
12:46 egbuilder_ build #258 of evergreen-master-debian-6.00-x86_64 is complete: Success [build successful]  Build details are at http://testing.evergreen-ils.org/buildbot/builder​s/evergreen-master-debian-6.00-x86_64/builds/258
12:46 egbuilder_ build #234 of evergreen-master-ubuntu-12.04-x86 is complete: Success [build successful]  Build details are at http://testing.evergreen-ils.org/buildbot/builde​rs/evergreen-master-ubuntu-12.04-x86/builds/234
12:46 egbuilder_ build #200 of evergreen-master-fedora-18 is complete: Success [build successful]  Build details are at http://testing.evergreen-ils.org/buildbot/bu​ilders/evergreen-master-fedora-18/builds/200
12:55 rfrasur why wouldn't Google+ integrate bookmarks into a person's profile?
12:56 dbs rfrasur: possibly because it would require browser integration, and not everyone uses Chrome?
12:56 * rfrasur uses Firefox as default.
12:57 rfrasur but it shouldn't...since you can access them online.
12:57 rfrasur shouldn't matter, that is.
12:57 dbs rfrasur: Maybe I don't understand what you mean, then
12:57 bshum eeevil: Going to call 0806 for that hold cancel via SIP upgrade?
12:58 * bshum wanders to find some lunch before the next round of meetings.
12:58 rfrasur If I bookmark something...it goes into my Google accts...and yeah, if I were using Chrome, it'd prolly show up there.  But I don't...so I go to Google and access them online
12:59 rfrasur so...they already have the stuff in the cloud.  why not just throw it into G+ and actually make it social and useful other than just being another bookmark....thing.
12:59 * rfrasur is particularly miffed about usability today.
13:00 * rfrasur goes back to sorting in Excel.
13:01 dbs oh, Google Toolbar Bookmarks? I imagine it's because very few people use that feature.
13:04 stevenyvr2 left #evergreen
13:05 RoganH As a chrome user the cloud syncing of bookmarks is nice.  My only complaint is that in the toolbar they are a bit limited.
13:06 rfrasur dbs: you're probably right.  I might just be asking/demanding too much.
13:07 rfrasur RoganH: I could use Chrome, but it's less for the syncing aspect (although that's pretty handy).  I'd like it act like Delicious without being yet another site to visit.
13:08 eeevil bshum: doh. man ... I'm on a roll today. will push shortly
13:09 dbs firefox offers pretty good syncing too
13:10 RoganH rfrasur: I would too but they're not going to do that, it's just not interesting to them.
13:11 rfrasur RoganH: I shall not type my first thought re: what's interesting to them.
13:11 rfrasur hmm, or the second or third
13:12 RoganH The disconnect between developers and users is a constant struggle, assuming that what I want isn't in fact an outlier.
13:12 rfrasur dbs: they do, but, like I said...it's not so much for the syncing.
13:12 rfrasur well, what I want may very well be an outlier.  It's still annoying.
13:12 rfrasur pretty presumptuous of me, however, to be annoyed by something that's FREE.
13:13 rfrasur well, free to me
13:13 pinesol_green [evergreen|Mike Rylander] Stamping hold-cancel-via-sip upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=357b6ca>
13:16 dbs paxed: https://bugs.launchpad.net/eve​rgreen/+bug/1155478/comments/2
13:16 pinesol_green Launchpad bug 1155478 in Evergreen "PasswordReset.pm uses home-cooked i18n" (affected: 1, heat: 6) [Undecided,Triaged]
13:17 CarrieC joined #evergreen
13:45 Dyrcona RoganH: What you want are developers who eat their own dog food, like a number of us in here.
13:46 rfrasur is that so wrong?
13:46 RoganH Somehow I suspect individual developers at Google would probably like to incorporate something like pinboard.in but it's not a corporate priority.  Or they use pinboard.in already :)
13:47 * rfrasur is willing to GO to Google and lobby for this.
13:47 rfrasur Think they'll let me in?  Hah!
13:47 rfrasur "watch out....there's a mad librarian stalking the employee entrance."
13:49 rfrasur @blame inventory_lists
13:49 pinesol_green rfrasur: inventory_lists caused the white screen of death!
13:49 rfrasur that ain't no lie
13:57 yboston heads up the DIG monthly meeting is starting at 2 PM EST
13:58 dbs we should eat our own dogfood and add a bookmarking social feature to Evergreen. 245 is clearly the title of the bookmarked page, 500 for general notes, 100 for the author, 856 for the URL... it's a slam dunk
13:58 rfrasur We get more reciprocal borrowers here from the lone EG holdout lib in town.  They're starting to specifically mention that they want to be part of an Evergreen library.
13:58 kateb joined #evergreen
13:59 rfrasur dbs: if you ever do that...even if it doesn't add hardly any real value, I will personally ship you snacks better than dogfood.
14:01 yboston #startmeeting 2013-05-02 - DIG Monthly Meeting Evergreen Documentation Interest Group (DIG) Monthly Meeting.
14:01 pinesol_green Meeting started Thu Jul 11 14:01:02 2013 US/Eastern.  The chair is yboston. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:01 pinesol_green Useful Commands: #action #agreed #help #info #idea #link #topic.
14:01 pinesol_green The meeting name has been set to '2013_05_02___dig_monthly_meeting_evergreen_docu​mentation_interest_group__dig__monthly_meeting_'
14:01 yboston The agenda can be found here http://evergreen-ils.org/dokuwiki/doku.php?i​d=evergreen-docs:dig_meeting_20130711-agenda
14:01 yboston #topic Introductions
14:01 yboston Please feel free to start introducing yourselves...
14:02 * yboston is Yamil Suarez @ Berklee college of Music - DIG meetings facilitator
14:02 * kmlussier is Kathy Lussier, MassLNC
14:03 mtcarlson joined #evergreen
14:03 * rfrasur rfrasur is Ruth Frasur, Hagerstown Library, Evergreen Indiana
14:03 * dbs is Dan Scott, Laurentian University - mostly lurking
14:03 * kateb is Kate Butler, Rodgers Memorial Library, NH
14:04 bshum bshum is Ben Shum, Bibliomation - also lurking (split with phone call)
14:04 yboston I will give introductions one more minute and then we can begin
14:05 tmccanna_ joined #evergreen
14:05 yboston lets begin
14:05 yboston Kathy did you have anything to report on?
14:06 kmlussier Sorry. I don't have anything to report today. Still catching up from vacation.
14:06 yboston no worries
14:07 yboston I don't have anything to report either, been busy with conference work, etc
14:08 yboston unless there are lurkers that want to ask DIG members anything at this point, should we not address the new agenda until next meting (or maybe send out items to the list)
14:09 kmlussier yboston: I would be interested in talking about a DIG hack-a-way for 2013. Or perhaps just an action item that somebody send an e-mail to the list to start the dicussion.
14:10 yboston kmlussier: I can send something out
14:10 * rfrasur is also interested in this.
14:10 yboston kmlussier: id you want total a bit about it now?
14:10 yboston kmlussier:  did you want to talk about it a bit now?
14:10 rfrasur Is there any estimation of timing at this point or anything or is this the very beginning of the discussion?
14:11 yboston this is the very beguining
14:11 rfrasur okay
14:11 kmlussier Well, we had it in MA last year. People may prefer to host it somewhere else, but if there was interest in holding it in MA again, I could probably find meeting space since Berklee hosted it last time.
14:12 yboston for the record, Berklee can host again if we don't mind repeating the location
14:12 kmlussier For the record, I think one of the reasons we did it in MA last year is because several active DIG members are based here. But we also provided a Google Hangout for people to join remotely.
14:13 kmlussier The Google Hangout seemed to work well.
14:13 rfrasur I like the idea of the Google Hangout.  It may be difficult for those further abroad to handle two trips out east (in our case).
14:14 kmlussier Sure, I don't think I could travel out of state to a doc hack-a-way this year, but would be happy to join via a Hangout if it is hosted in another area.
14:15 yboston BTW, with my intern I used Dropbox to share the files she was converting to AsciiDoc, which we can use in combination with Google hang out
14:15 dbs I highly recommend getting people who plan to join via Google Hangout to go through a test run a few days before, just to ensure everyone's equipment is all good :)
14:15 yboston dbs: thanks
14:15 rfrasur dbs: very good point
14:16 yboston we can try it during a DIG meeting
14:16 yboston or part of one
14:16 yboston we can also try clustering in separate state / cities
14:17 yboston while still collaborating as a single group
14:17 kmlussier yboston: That's a very good idea.
14:17 rfrasur agreed
14:18 yboston I can send out an initial email to the list to get the conversation going
14:18 yboston #action Yamil can send out an initial email to the list to get the conversation going
14:19 yboston #action Yamil can send out an initial email to the list to get the conversation going on DIG hack-a-way
14:20 yboston BTW, I was just thinking we can start the hack-a-way ith an Asciidoc introduction
14:22 kmlussier yboston: It might be useful to do that as a Hangout On Air. You could then save it to YouTube.
14:22 yboston I have been looking into that
14:22 yboston thanks
14:23 yboston also, that is another way that people can at least listen in
14:25 yboston any other thoughts?
14:25 yboston should we talk about anything else?
14:25 dbs Suggestion: for those that monitor the Evergreen feedback email address, to loop back to DIG with questions that need answering
14:26 dbs (Example from this morning: a person asked if Evergreen offers a self-check... which it does, but we don't document where it lives)
14:26 dbs Not sure if there's anything formal to take away from that than, perhaps, asking feedback-monitoring people to shoot a note over to the DIG list?
14:27 kmlussier Do we have a good way of tracking documentation that's needed?
14:27 dbs (In the theory that if something is important enough for a person to dig up a feedback mailing address to ask a question, it deserves some level of priority)
14:28 dbs kmlussier: dunno, the wiki or launchpad bugs are options, but not sure if either is "good"
14:28 yboston I don't think we have a official way to keep track of missing docs. there are some launchpad bugs
14:29 rfrasur "good" may not necessarily be that important.
14:29 kmlussier Yeah, I was just looking at the bugs tagged with documentation. They don't get much attention.
14:29 yboston we could make a sort of "documentation wishlist" on the wiki
14:30 yboston looking over launchpad documentation bugs could eb something we do at the hack-a-way / conference
14:30 rfrasur kmlussier: isn't that mostly because most people looking at launchpad are there for the code rather than the documentation?  and couldn't that be addressed by educating non-developer community re: launchpad?
14:30 kmlussier It looks like there's a nice small one I might be able to manage.
14:30 CarrieC1 joined #evergreen
14:31 yboston we can also set up a Google docs based form that feeds a spreadsheet to collect documentation needs / bugs
14:31 kmlussier rfrasur: Possibly, but it could also be the small number of volunteers and whether their skillsets match up with the areas that need documentation.
14:31 yboston or just teach folks how to submit bugs properly in launchpad
14:32 * kmlussier prefers Launchpad to setting up a new system.
14:32 rfrasur kmlussier: yboston: true on both points
14:32 rfrasur kmlussier: I agree about launchpad
14:33 yboston I would like to talk to the debs, that know launchpad much better than me, what workflow should we follow
14:33 yboston for example, any special tags we should use or avoid.
14:34 yboston s/debs/devs/
14:34 kmlussier bshum reminds me that the documentation outline was set up to serve this purpose. http://evergreen-ils.org/dokuwiki/do​ku.php?id=evergreen-docs_2.4:outline
14:34 bshum yboston: What sort of tags are you afraid of?
14:35 bshum It's not too structured, so I wouldn't overly stress about misusing launchpad.
14:35 dbs bshum: perhaps avoid "pullrequest"?
14:35 yboston bshum: I should have said "statuses"
14:35 yboston (fix cmmitted, etc)
14:36 yboston …importance, assigned to, ...
14:36 yboston or maybe just ignore all those at first
14:37 dbs Probably want to set to "Fix committed" once the change is committed, to keep those bugs from showing up on "stuff that needs to be done" reports
14:38 bshum dbs: Okay, pullrequest might be too specialized for that.
14:38 * dbs notes that Yamil is going to do all of the items on the 2.4 outline :)
14:38 bshum yboston: Personally I think tagging with "documentation" (which I think is an official tag) is sufficient to get the ball rolling.
14:38 yboston bshum:  seems fine to me
14:38 * kmlussier agrees with bshum
14:38 bshum yboston: As far as importance, I'm not sure if only wranglers can set that.
14:38 dbs bshum: yes, also, avoids crossing the streams (for reports like "open pullrequests for the next milestone")
14:39 bshum I know targets, etc can only be set by wranglers.
14:39 kmlussier dbs: So in answer to your question, I would say those feedback e-mails can be turned into LP submissions.
14:39 yboston dbs: Yamil's intern did all of the work, Yamil needs to proofread and fix some asciidoc weirdness still :(
14:39 kmlussier dbs: Do you think a DIG person should be monitoring that feedback address?
14:39 * kmlussier isn't volunteering, just wondering.
14:39 yboston kmlussier:  I was thinking that too
14:39 yboston kmlussier: too late :)
14:40 dbs kmlussier / yboston: not necessarily, although it doesn't hurt to be following feedback; there aren't many of us who actually _respond_ :)
14:41 dbs yboston: I grabbed the self-check action item on the outline; we don't want the old docs, 'cause that's the old self-check. I'll put in a few lines, good enough to get things going anyway
14:41 yboston I am thinking of sending out another email about how we have discussed using launchpad more formally to the DIG list
14:43 gsams joined #evergreen
14:43 yboston BTW, I have almost dreamed of going back through the mailing list archive searching for the terms "docs" and "documentation" were folks mention stuff that is missing and turning that into a whishlist or perhaps now individual launched bugs
14:44 yboston (launchpad bugs)
14:44 kmlussier Heh, launched bugs. I like it. :)
14:44 yboston dbs: BTW, I want to make sure we are on the same page on that self check thing. can we chat after the meeting?
14:46 yboston #action send a email out to the DIG list about trying to use launchpad to collect request for missing docs and bugs in existing docs
14:46 dbs yboston: sure
14:47 yboston BTW, we are at the 47 minute mark for this meeting.
14:48 yboston any other comments on this topic or any another topics that you want to bring up?
14:48 kmlussier yboston: On you last agenda topic, Google doc sprint...
14:48 yboston go ahead
14:48 yboston perhaps I should be the one
14:48 kmlussier I don't know that projects are actually encouraged to re-apply for that. dbs might have more insight on that.
14:49 yboston I suspected that our options were limited, I just thought of it since I was thinking of what we did last year as DIG
14:49 kmlussier I think the idea was to give us the tools to learn how to do a doc sprint so that we could do it on our own.
14:50 yboston I just made a note to pick the brains of those that did participate in the doc sprint so we can apply it to this year's hack-a-way or next year's conference
14:54 dbs kmlussier: I think you're right, orgs are not expected to repeat
14:54 yboston dbs: good to know
14:54 yboston we need to change our org name :)
14:54 dbs well, they can and should repeat on their own, but don't expect Google assistance :)
14:54 dbs OpenSRF Doc Sprint!
14:54 yboston :)
14:55 kmlussier dbs: You can lead that one. :)
14:56 yboston We are getting close to the hour mark, any final thoughts or questions?
14:57 kmlussier Not from me.
14:57 kmlussier yboston++
14:57 rfrasur yboston++
14:57 bshum yboston++
14:57 yboston muchas gracias
14:58 yboston #endmeeting
14:58 pinesol_green Meeting ended Thu Jul 11 14:58:09 2013 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
14:58 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2013/evergreen.2013-07-11-14.01.html
14:58 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2013/evergreen.2013-07-11-14.01.txt
14:58 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2013/evergreen.2013-07-11-14.01.log.html
14:59 * rfrasur is needing a change of scenery.
14:59 paxed question about commit 47879808611511 - are the screen_msg() strings sown to the user?
14:59 pinesol_green [evergreen|Bill Erickson] SIP hold cancellation support - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4787980>
15:00 paxed shown*
15:01 pastebot "yboston" at 204.193.129.146 pasted "asciidoc for self check prepared by intern" (45 lines) at http://paste.evergreen-ils.org/13
15:11 bshum yboston: well, that's the old URL for selfcheck.
15:12 bshum yboston: So that much has to change at least.
15:15 yboston bshum: I tried asking on the list what the new URL was, and the intention was to sue the newer URL, not sure if the old URL stayed on our docs. did it change recently?
15:16 ktomita joined #evergreen
15:16 bshum yboston: It should be something like http://hostname/eg/circ/selfcheck/main
15:17 yboston bshum: I got my wires crossed with my intern, the new URL  was not sued
15:17 yboston used
15:17 bshum And then ?ws=....something
15:17 bshum Once it's registered or setup to use a particular workstation variable.
15:17 dbs yboston: I'm most of the way done writing new docs that were based on the old ones.
15:17 dbs sorry, had to step out - visitors
15:18 kmlussier1 joined #evergreen
15:18 yboston dbs: no problem, I just wanted to make sure we were on the same page
15:18 RoganH dbs: they don't keep you in a cave behind the reference desk with a sign that says 'stay away - systems librarian'?
15:18 pinesol_green [evergreen|Bill Erickson] Support PO activation w/o loading items - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=bc9b805>
15:18 pinesol_green [evergreen|Kathy Lussier] Release notes entry for PO activation without loading items. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=9431313>
15:18 pinesol_green [evergreen|Bill Erickson] LP833820 repair ACQ options passing thinko - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=1ac7a24>
15:18 bshum dbs: You've started your away time yet?
15:19 dbs RoganH: hah, no, visitors at home. I'm on sabbatical, working on schema.org & full-text search stuff.
15:19 RoganH dbs: congrats on sabbatical, those are nice when they roll around
15:19 * dbs awaits a response... any response... to http://lists.w3.org/Archives/Public/​public-schemabibex/2013Jul/0068.html
15:19 _bott_1 joined #evergreen
15:20 dbs The other list participants must either think that my implementation is really stupid, or that it's so good they have nothing to say :)
15:20 moodaepo1 joined #evergreen
15:21 edoceo_ joined #evergreen
15:23 jeff___ joined #evergreen
15:26 zerick_ joined #evergreen
15:28 jcamins dbs: but didnt' you know that schema.org microdata isn't suitable for FRBR data?
15:36 Dyrcona gmcharlt++ # for MARC::Charset improvements. Still not perfect but getting closer.
15:37 gmcharlt Dyrcona: I'll be cutting 1.35 tomorrow; have another unrelated bugfix I want to get in
15:37 Dyrcona cool.
15:41 tspindler joined #evergreen
15:41 rjackson-isl joined #evergreen
15:41 wjr_ joined #evergreen
15:53 serflog joined #evergreen
15:53 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.evergreen-ils.org
16:09 dbs Ugh. Self-check is throwing fun errors in the logs like "Error processing Trigger template: date error - bad time/date string:  expects 'h:m:s d:m:y'  got: ' 1/1/1000'"?
16:11 berick dbs: make sure all orgs have hours of operation
16:11 dbs berick: seriously? okay. I'll add that to the docs, but it seems weird
16:12 berick dbs: oh, yeah, the template could use some love
16:12 berick just.. that's an easy fix
16:17 adbowling-isl joined #evergreen
16:18 dbs And printing doesn't seem to work, and the logout button seems to freeze. Hrm.
16:19 bshum Yeah there's some javascript problems.
16:19 bshum I thought edoceo was working on that in some bug tickets.
16:19 bshum But now I don't remember.
16:20 CarrieC joined #evergreen
16:20 berick dbs: what browser?
16:21 berick if it's Firefox, I have a bad feeling why it's not working..
16:21 bshum I must be misremembering dbs, I can't find a ticket on it presently.
16:21 acoomes joined #evergreen
16:22 dbs Firefox and Chrome. Yeah, I saw the requested permission escalation in the JS earlier today and immediately thought "uh oh."
16:22 berick i was thinking more about multi-part/translator failures in FF
16:22 dbs Also thought: "Oh, Dojo interfaces, hope we're not relying on multipart streaming"
16:22 dbs yea
16:23 * dbs enjoys the two library settings for "Self Check: Require patron password" and "Self Check: Require Patron Password"
16:23 dbs sounds like for a new new self-check
16:24 * dbs also thought "oh, hard-coded i18n in the JavaScript, I wonder if paxed is on that yet..."
16:24 bshum dbs: That does have a ticket:  https://bugs.launchpad.net/evergreen/+bug/1053503
16:24 pinesol_green Launchpad bug 1053503 in Evergreen "Duplicate "Require patron password" entries for Selfcheck" (affected: 3, heat: 14) [Low,Confirmed]
16:24 bshum But we didn't get further along with it yet, evidently.
16:27 zerick joined #evergreen
16:28 dbs "Logout (no receipt)" works
16:29 bshum Logout ties to printing
16:29 dbs bshum: right
16:29 bshum To generate a receipt I think
16:29 bshum And there is a bug about the receipt being broken
16:29 bshum Processing hours of operation
16:29 bshum I think removing that block from the A/T def fixed that for us
16:29 dbs that's why I jumped to the permission escalation thought initially, because that's tied to printing
16:29 bshum But I don't remember.
16:30 dbs bshum: or, as berick suggested, entering hoo for each aou. like INSERT INTO actor.hours_of_operation (id, dow_0_open, dow_0_close, dow_1_open, dow_1_close, dow_2_open, dow_2_close, dow_3_open, dow_3_close, dow_4_open, dow_4_close, dow_5_open, dow_5_close, dow_6_open, dow_6_close) SELECT id, '05:00'::time, '20:00'::time, '05:00'::time, '20:00'::time,'05:00'::time, '20:00'::time,'05:00'::time, '20:00'::time,'05:00'::time, '20:00'::time,'05:00'::
16:30 dbs heh
16:30 dbs oh, or you mean that even with hoo defined, the A/T def still breaks? huh
16:30 bshum Yes
16:31 bshum bug 793627
16:31 pinesol_green Launchpad bug 793627 in Evergreen 2.4 "selfcheck receipt can break on processing hours of operation" (affected: 2, heat: 12) [Medium,Confirmed] https://launchpad.net/bugs/793627
16:31 bshum It's a weird one.
16:31 bshum Never quite got to the bottom of that one either.
16:34 pinesol_green [evergreen|Pasi Kallinen] Make staff client index more user friendly - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ed3880a>
16:34 pinesol_green [evergreen|Remington Steed] Staff client index: Add tooltips, restore spacing - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=64475ab>
16:38 berick dbs: this might help w/ Firefox OpenSRF/working => user/berick/lp1198983-disable-multipart-firefox
16:38 dbs The "View items out" freeze seems to be the Firefox-no-longer-support-multipart problem, as Chrome is happy with it.
16:39 dbs berick: sure
16:39 * berick adds comment to bug #1198983
16:39 pinesol_green Launchpad bug 1198983 in OpenSRF "Mozilla/Firefox no longer supports multipart mixed/replace messages" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1198983
16:41 * dbs would, some day, just like to work on one small, well-defined thing like "add documentation for that self-check!" without having it sprawl into non-default database settings and A/T templates and removed XULRunner functionality and OpenSRF changes and deprecated Dojo. Heh.
16:41 * berick knows the feeling
16:45 RoganH It could be worse, I just got yelled at loudly with profanity over a ten cent fine.  With spittle.
16:45 dbs RoganH: my deep condolences. that's terrible.
16:45 RoganH It's about once a month, lol.
16:46 RoganH In public service you focus on the good you can do and let the rest roll off.
16:46 berick dbwells: (or whoever) authproxy/ldap configuration.. does it usually just require changing the hostname and password values in opensrf.xml?
16:47 berick RoganH: yikes
16:47 berick indeed it could be worse..
16:49 dbwells berick: It's been a while, I'll need to look.  I know there is also the 'master' true/false switch to enable the feature, also in the config file.
16:49 dbs berick: and setting which OUs use authproxy.
16:50 berick ah yes, thanks to you both
16:51 dbs we also added some custom code to support users logging in with their LDAP username, even though their actor.usr.usrname was their email address, because of the likelihood of dscott@laurentian.ca clashing with dscott@uwindsor.ca when it came to LDAP uids
16:51 dbs but that's only a consortial concern where more than one LDAP (or CAS in the case of Windsor) system is in play
16:52 dbs LDAP CNs, I should use the appropriate terminology :)
16:55 dbwells berick: are you actively testing it now?  I have a bug fix branch I made a while back for a specific request here in IRC, but never heard back whether it helped them or not.  I am going to try and figure out what happened to that.
16:55 berick dbwells: not this second, but will be doign some poking soon-ish
16:56 berick i'd be glad to review the code.  not sure if I know enough to be of assistance just yet, though.
16:57 mtcarlson joined #evergreen
16:59 frank____ joined #evergreen
17:00 frank____ Hello. Does someone know if I have to config something partitular to the Issues Held could appear in my catalog?
17:03 tspindler left #evergreen
17:05 pinesol_green [opensrf|Bill Erickson] LP1198983 disable multipart/mixed for Firefox - <http://git.evergreen-ils.org/?p​=OpenSRF.git;a=commit;h=cd6dccc>
17:08 senator frank____: http://docs.evergreen-ils.org/2.3/_group_seri​als_issues_in_the_template_toolkit_opac.html  has succint directions, if i understand you correctly and you want "issues held" to look like the screenshots at the bottom of http://www.esilibrary.com/esi/docs/?p=1234
17:08 mrpeters left #evergreen
17:10 senator or this link is better actually: http://docs.evergreen-ils.org/2.3/_​displaying_issues_in_the_opac.html
17:12 frank____ Does the "isses held" tag appear automatically when I follow the Displaying Issues in the OPAC steps?
17:13 senator that's the idea, yes
17:13 senator assuming no opac customizations conflict or anything
17:14 senator but that's probably not an issue, i don't know why i even brought it up
17:15 frank____ probably the cataloguers didnt follow the steps correctly, They didn´t know why the tag didn´t appear
17:16 senator frank____: let me back up a step,
17:16 mmorgan left #evergreen
17:16 senator you are looking at a record that has serials holdings, right?
17:16 frank____ yes
17:16 senator ah ok then
17:17 jdouma joined #evergreen
17:17 dbwells berick: LDAP bug is up, bug 1200386, whenever you get around to it.
17:17 pinesol_green Launchpad bug 1200386 in Evergreen 2.4 "LDAP Should Honor the DN Authority, Also Avoid Nonexistent Users" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1200386
17:18 mrpeters joined #evergreen
17:18 mrpeters left #evergreen
17:20 * berick nods
17:22 stevenyvr2 joined #evergreen
17:27 dbs Hrm, and patron timeout doesn't seem to be supported in current self check? We pick up the setting, but don't seem to actually do anything with it.
17:34 dbs bshum: with the OpenSRF fix for multipart in place, Firefox once again prints stuff.
17:35 dbs So I think the "Every aou must have hoo" is the critical piece there; alternately, making the A/T template smarter, or avoiding the issue by ripping out the hoo part from the template as you did, is the answer
17:41 bshum It's that kind of day when you finally realize "hoo" = Hours Of Operation.  And isn't just some random word that was picked.
17:41 mllewellyn left #evergreen
17:41 laque|2 joined #evergreen
17:41 dbs hah
17:41 dbs hoo hah
17:42 dbwells bshum: took me a while too when I first encountered it :)
17:43 bshum I totally see a good idea for Evergreen Jeopardy category there.  "Acronyms"
17:44 bshum dbs: But yeah, ripping it out was easier than figuring it out.  Since we altered our A/T definition anyways to include various custom text.
17:44 dbs And synonyms. "List all the different interchangeable terms for a copy!"
17:44 dbwells bshum: kinda like when I first started, and was like, "why is all this code so oily?"  oils this, oils that...
17:44 mtcarlson joined #evergreen
17:44 bshum Haha!  dbwells++
17:44 dbs and confusing-nyms: "Register a workstation" / Library settings -> Workstation administration - not the same things at all.
17:45 dbs oh, right, there's no Hours of Operation config UI in Evergreen
17:45 bshum dbs: I think it's part of org units.
17:45 rfrasur joined #evergreen
17:45 bshum Like a tab off of it
17:46 dbs bshum: oh yeah, my bad. we disabled that when an admin made their branch a child of itself
17:47 bshum dbs: That sounds... entertaining.  And horrific.
17:47 dbs rri created conifer/feature/admin_hours_2_4 instead, a more task-focused / less dangerous UI
17:47 dMiller joined #evergreen
17:48 dbs bshum: day one of our migration to Evergreen. It was sort of amusing. More amusing 4 years after the fact
17:49 * rfrasur hears "muahahahah" in the background from some librarian pushing a button.
17:49 rfrasur "what does THIS do?"
17:59 pinesol_green [evergreen|Dan Scott] Document the self check interface - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=d1c78d8>
17:59 rfrasur kmlussier++
17:59 bshum dbs++
18:03 dbs one formatting fix to make, of course.
18:05 pinesol_green [evergreen|Dan Scott] Self-check docs: fix URL formatting - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=65693ac>
18:08 rfrasur csharp: just noticed that spammer...after you already took care of him/her/it
18:08 rfrasur csharp++
18:10 eby joined #evergreen
18:10 eby joined #evergreen
18:12 frank____ Does the Serial Control View enable to see the Issues Held tag in TPAC?
18:12 yboston joined #evergreen
18:18 mtcarlson joined #evergreen
18:19 rfrasur yay!  one of our staff, other than me, handled offline transactions.
18:22 CarrieC left #evergreen
19:06 acoomes joined #evergreen
19:50 RBecker joined #evergreen
22:24 stevenyvr2 joined #evergreen
22:24 stevenyvr2 left #evergreen
22:39 zerick joined #evergreen
23:14 dexap morning
23:14 dexap whoops.

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