2012-03-09T00:34:29 *** DeZzA has joined #evergreen 2012-03-09T00:39:42 *** DeZzA_ has joined #evergreen 2012-03-09T00:41:23 *** DeZzA has quit IRC 2012-03-09T00:41:24 *** DeZzA_ is now known as DeZzA 2012-03-09T00:42:22 *** tater-laptop has quit IRC 2012-03-09T00:51:39 *** DeZzA has quit IRC 2012-03-09T03:36:07 *** john211 has joined #evergreen 2012-03-09T04:12:03 *** luisb has joined #evergreen 2012-03-09T05:30:10 *** luisb has quit IRC 2012-03-09T07:08:40 *** fortin has joined #evergreen 2012-03-09T08:02:08 i've had 0572.schema.vandelay-record-matching-and-quality.sql running for over 21 hours now. any idea how i can speed this up? 2012-03-09T08:03:13 *** collum has joined #evergreen 2012-03-09T08:09:54 *** mrpeters-isl has quit IRC 2012-03-09T08:18:41 @later tell mrpeters-isl regarding the 21-hour-long process, we saw huge performance improvements during our upgrade by setting autovacuum = off, checkpoint_segments = 256, and doubling the maintenance_work_mem in postgresql.conf (then reversing those settings after our maintenance) 2012-03-09T08:18:41 csharp: The operation succeeded. 2012-03-09T08:19:51 @later tell mrpeters-isl note that those settings were recommended by someone who knew the capabilities/limitations of our specific machines ;-) 2012-03-09T08:19:51 csharp: The operation succeeded. 2012-03-09T08:20:18 *** mrpeters-isl has joined #evergreen 2012-03-09T08:20:30 ignore me about 0572. my putty screen was just frozen. 2012-03-09T08:20:39 heh 2012-03-09T08:26:30 *** _bott_ has quit IRC 2012-03-09T08:30:13 *** Dyrcona has joined #evergreen 2012-03-09T08:31:53 *** tspindler has joined #evergreen 2012-03-09T08:39:09 *** _bott_ has joined #evergreen 2012-03-09T08:49:39 *** _bott_ has quit IRC 2012-03-09T08:53:14 *** _bott_ has joined #evergreen 2012-03-09T09:00:53 *** fortin has quit IRC 2012-03-09T09:08:02 *** Meliss has joined #evergreen 2012-03-09T09:16:36 *** shopkins has joined #evergreen 2012-03-09T09:16:36 *** tspindler has quit IRC 2012-03-09T09:27:47 *** _bott_ has quit IRC 2012-03-09T09:30:34 *** moodaepo has quit IRC 2012-03-09T09:35:36 *** _bott_ has joined #evergreen 2012-03-09T09:42:03 I get so excited every time i use TTPAC. Such an awesome job, everyone that is working on it. 2012-03-09T09:44:47 *** _bott_ has quit IRC 2012-03-09T09:49:05 *** _bott_ has joined #evergreen 2012-03-09T09:53:55 *** sal_ has joined #evergreen 2012-03-09T09:55:06 GSoC: thanks to everyone who pitched in on the "summer of coding" page in the last 24 hours, looking way more appealing 2012-03-09T09:55:31 Also, gmcharlt and I pulled together a pretty solid org application last night 2012-03-09T10:07:15 *** tspindler has joined #evergreen 2012-03-09T10:07:42 denials: I'll be adding another search/indexing related one, bigger than the 2 small ones I added yesterday 2012-03-09T10:12:19 Hmm, do we need something more explicit about timezones where Evergreen folks are likely on IRC? Given the last couple nights (finally catching up on all my scrollbacks) where there were questions from Australia? 2012-03-09T10:12:45 Reading LBA's email about communication guidelines and feeling wonky about the "Sometimes the channel is very quiet." 2012-03-09T10:13:25 I'll ask her about it on the list too, but curious given that things do seem to happen in different timezones lately. 2012-03-09T10:13:26 bshum: Well, sometimes during the day the channel is very quiet, even when we are all around. We just aren't chatty. ;) 2012-03-09T10:13:34 True. 2012-03-09T10:13:47 But yea, we probably need to indicate somewhere when we are more commonly active. 2012-03-09T10:14:04 in the topic, perhaps 2012-03-09T10:14:41 When I see people asking things off-hours that I can't help with I point them at the lists as an alternate way to get help, as a lot of people don't read up on things that happen in here off-hours (either due to not being in here and not reading the logs, or due to not reading the scrollback if they lurk) 2012-03-09T10:15:11 yeah, i often don't read the logs and I'm not signed in 24x7. 2012-03-09T10:15:18 not that i'm all that much help. 2012-03-09T10:15:32 Drycona, why not ;) 2012-03-09T10:16:14 eeevil: Cool. Maybe roll them all together in one "Indexing madness" project, with the facets broken down, so that a student who feels they can do it all can go for the brass ring? 2012-03-09T10:17:51 * Dyrcona has his eye on a place in New Zealand, though, if the community is willing to support his move. :) 2012-03-09T10:19:09 In regards to GSoC: I was half considering putting my name on the android client one there, having an android device now and all. But I haven't actually looked at doing any android development yet. Closest I have gotten so far is "make firefox extension mode work in FF8 and load the staff client into webtop" 2012-03-09T10:19:39 Maybe pinesol_green could monitor the last time a channel "regular" said anything, and automatically provide a warning to unrecognized nicks about "you might be asking in off-hours" & point to lists / IRC logs / custom search 2012-03-09T10:20:40 denials: Hmm, interesting. 2012-03-09T10:20:58 I would probably just teach pinesol_green what "off-hours" are, rather than try and keep a list of "regulars" going. Maybe have it keep track of when the last time it told someone about "off-hours" was so it only tells them once a week or something? 2012-03-09T10:21:01 tsbere: You comfortable with Java and UI design? 2012-03-09T10:21:25 As I recall, tsbere dislikes Java..... 2012-03-09T10:21:35 denials: Somewhat comfortable with UI design, I am excessively rusty on the Java front. In part due to the dislike Dyrcona just pointed out. 2012-03-09T10:22:03 I wouldn't suggest signing up as a mentor for that then 2012-03-09T10:22:33 * denials found that android development was largely about navigating Java, events, and UI 2012-03-09T10:22:48 * Dyrcona has found the same thing. 2012-03-09T10:24:17 At one point in time I was rusty with perl and javascript too. I have done my best to get over that, so maybe next summer ;) 2012-03-09T10:24:42 I mean, we all can and should be mentors for newcomers, in terms of community participation & using git, etc 2012-03-09T10:26:16 Maybe we should just start a side project of "writing an embarassingly bad Android client for Evergreen so that we learn what not to do for the next iteration". Maybe we'll surprise ourselves :) 2012-03-09T10:27:04 heh 2012-03-09T10:27:05 Keep expectations low, break all of the UI rules, generate lots of force closes 2012-03-09T10:27:51 Maybe we can pull off "get XULRunner going on android with our own java loader" and find out just how horrible the staff client is as-is ;) 2012-03-09T10:28:07 oh lord ;) 2012-03-09T10:28:12 denials: maybe not a bad idea 2012-03-09T10:28:58 * denials started down that path last year with https://gitorious.org/generic-android-library-application 2012-03-09T10:30:17 denials: good idea (combining) ... I'll probably do that 2012-03-09T10:30:23 (that was absolute baby steps, not much beyond "hello world") 2012-03-09T10:30:49 anybody out there using internal Evergreen credit card processing in 2.1 who would be willing to chat with me about it? 2012-03-09T10:32:59 denials: i started a java json gateway interface when I was looking at the java bits recently. could finish it up pretty quickly so you could actually talk to eg. haven't started a translator interface yet (which would be preferable, just takes longer to code) 2012-03-09T10:37:32 ... and can borrow some pieces from the json gateway code (OO / polymorphism FTW) 2012-03-09T10:37:47 berick: denials: I have some very basic POC code for the translator in Java. 2012-03-09T10:38:14 Dyrcona: oh, sweet. are you doing the multipart/mixed parsing yourself or loading external libs? 2012-03-09T10:38:28 * berick saw soething about java mail API parsing multipart/mixed replace content 2012-03-09T10:38:42 berick: I'm using URL and URLConnection. 2012-03-09T10:38:45 applied categories to each project on the wiki page from the mentors guide page 2012-03-09T10:38:51 feel free to tweak 2012-03-09T10:39:12 Dyrcona: hm, does it break apart the multipart responses for you? 2012-03-09T10:39:34 berick: It is very basic. All I've done is set the headers and make a simple request. 2012-03-09T10:39:41 ah 2012-03-09T10:40:15 Dyrcona: i'll push my gateway code so you can see what I have so far. works (and needs much testing), but does not yet support the translator 2012-03-09T10:40:27 berick: cool. 2012-03-09T10:41:01 I got sidetracked because I decided that I needed to implement a class to handle intervals in Java.... 2012-03-09T10:42:12 I have some rudimentary fieldmapper code, too. 2012-03-09T10:42:41 * denials was thinking also that jeff had some PHP OpenSRF stuff that we could link to from the "build a PHP OpenSRF binding" project 2012-03-09T10:42:48 Dyrcona: http://git.evergreen-ils.org/?p=working/OpenSRF.git;a=shortlog;h=refs/heads/collab/berick/java-http-gateway-in-progress 2012-03-09T10:43:07 also, maybe we want to drop the "ruby client" bit, unless someone feels pretty comfy with ruby? 2012-03-09T10:43:26 Dyrcona: GatewayRequest works (using json gateway). next step would be to implement a TranslatorRequest class (subclassing HttpRequest) 2012-03-09T10:44:04 senator++ 2012-03-09T10:44:11 it supports async requests via threads and allows for a max-connections-per-host setting 2012-03-09T10:44:38 Dyrcona++ berick++ # Java freaks 2012-03-09T10:44:41 * berick notes the exception handling needs to be more granular 2012-03-09T10:45:17 cool. i'll check it out in a bit. 2012-03-09T10:46:11 berick: there was a fieldmapper java class, no? 2012-03-09T10:46:47 eeevil: there is. recently updated, in fact 2012-03-09T10:46:49 denials: Oh, btw, Meliss says she really appreciates the gray background for the copy details in search results (your new CSS change). 2012-03-09T10:47:16 Dyrcona: and a crusty test case http://dev198.esilibrary.com/~berick/TestGateway.java.txt 2012-03-09T10:47:59 which, incidentally, loads the idl 2012-03-09T10:48:14 (via http, since it's not connected directly to opensrf) 2012-03-09T10:49:52 berick: yeah. that's how my fieldmapper loaded the idl. 2012-03-09T10:54:25 removed ruby. i keep meaning to pick it up, but no tuits. 2012-03-09T10:56:43 *** wolf29 has joined #evergreen 2012-03-09T10:57:34 Is a march release still the plan for 2.2? 2012-03-09T10:58:48 wolf29: looking more like April. 2012-03-09T10:59:39 Dyrcona: thanks. I have been off on a different project. 2012-03-09T11:00:05 So 2.0 is going EOL then? 2012-03-09T11:06:16 1 month after, based on the draft policy. 2012-03-09T11:06:32 But I can't quite remember what EOL policy finally looked like, post discussions. 2012-03-09T11:07:08 Ah, yeah, so, 1 month 2012-03-09T11:07:12 http://list.georgialibraries.org/pipermail/open-ils-dev/2011-November/007746.html 2012-03-09T11:07:33 the branch in bug 921812 merges much more cleanly now. 2012-03-09T11:07:33 Launchpad bug 921812 in Evergreen "Network Error when deleting all copies in bucket" (affected: 2, heat: 10) [Undecided,New] https://launchpad.net/bugs/921812 2012-03-09T11:08:43 bshum: thanks. I was looking at http://list.georgialibraries.org/pipermail/open-ils-dev/2011-December/007862.html and wasn't sure if it was carved in stone yet. 2012-03-09T11:10:35 *** sfortin has quit IRC 2012-03-09T11:24:01 tsbere: i was looking at your http://tomtrunk.mvlcstaff.org TTPAC and noticed the search results "fill" the entire width of the screen. Mine dont. Is this something you've customized? And, if so, do you have it in a repo somewhere? 2012-03-09T11:26:48 mrpeters-isl: I don't think I did anything special there. 2012-03-09T11:27:05 really? hmm. http://master.evergreen.lib.in.us/eg/opac/results?fi%3Aitem_type=&query=chicago&qtype=keyword&loc=1&_adv=1&page=0&sort= 2012-03-09T11:27:16 mine is all scrunched into a small area 2012-03-09T11:27:41 wolf29: Oh man, now you've got me questioning what the final decision was :) 2012-03-09T11:27:52 wolf29: I'll dig at the meeting notes, it's been awhile since we last had one :( 2012-03-09T11:28:56 bshum: I'm sorry. It is the sort of question I get asked from time to time. 2012-03-09T11:31:33 wolf29: No it's not your fault, in fact it needs to be clearly stated somewhere on the site. 2012-03-09T11:37:26 * Dyrcona inserts obligatory MVLC suggestion that everyone run master and forget about numbered releases. 2012-03-09T11:43:00 http://evergreen-ils.org/dokuwiki/doku.php?id=dev:evergreen:supported_releases needs to be updated, right? 2012-03-09T11:43:23 * denials vaguely remembered the "1 month overlap" discussion making people more comfortable 2012-03-09T11:44:11 * denials would want an overlap clause for people running master - "oh, you're running master from _yesterday_, that's not supported!" 2012-03-09T11:44:20 * Dyrcona seems to recall something about 3 months for critical security updates. 2012-03-09T11:44:31 * Dyrcona sometimes invents these things..... 2012-03-09T11:44:50 maybe it was 3 months, yeah 2012-03-09T11:44:52 master would always be supported.... 2012-03-09T11:45:13 Dyrcona: master-as-of-the-very-latest-commit only though 2012-03-09T11:45:38 oh you're running revision 6de47a.... You need to update past commit 7a432cb to get that bug fix.... 2012-03-09T11:48:47 *** _bott_ has quit IRC 2012-03-09T11:49:09 After all, what do you say to someone on 2.0.10 who needs a bug fix in the as yet unreleased 2.0.11? 2012-03-09T11:53:25 "You're supported on 2.0 for 3 months after 2.2 is released. But we're not going to release a new 2.0 in that time." 2012-03-09T11:54:36 I floated the idea of pumping out point releases on a monthly basis a while back. It wouldn't be fun work, but it might make sites happier. 2012-03-09T11:54:46 speaking of releases, I should get an opensrf release or two out 2012-03-09T11:55:24 guess it all depends on your definition of "support" 2012-03-09T11:56:54 to me it mostly means bug fixes, but to others it might mean just answering questions, etc.... 2012-03-09T11:57:01 * Dyrcona trundles off to get some lunch. 2012-03-09T11:58:46 *** _bott_ has joined #evergreen 2012-03-09T12:05:58 wolf29++ # your link is the last thread from which all that goes 2012-03-09T12:06:12 Mine is old stuff from before the December discussions :( 2012-03-09T12:06:40 The official line (that seems to have ended up nowhere) was posted by moodaepo as: 2012-03-09T12:06:43 "Time based releases occur every 6 months with each release getting 15 months of support (12 for general bugs and 3 more for security)." 2012-03-09T12:07:57 hey, it ended up in the mailing list archives right? that's good for something! 2012-03-09T12:08:13 True enough. 2012-03-09T12:10:15 *** _bott_ has quit IRC 2012-03-09T12:13:16 *** _bott_ has joined #evergreen 2012-03-09T12:14:37 *** _bott_ has quit IRC 2012-03-09T12:15:21 *** _bott_ has joined #evergreen 2012-03-09T12:17:49 I think, at a minimum, we should release 2.0.11 either before or at the same time as 2.2.0. 2012-03-09T12:19:53 *** _bott_ has quit IRC 2012-03-09T12:20:49 *** _bott_ has joined #evergreen 2012-03-09T12:21:59 *** luisb has joined #evergreen 2012-03-09T12:23:46 *** _bott_ has quit IRC 2012-03-09T12:27:29 That makes sense. It is a little like the ubuntu release schedule. You probably don't want to consider LTS versions that sync to Ubuntu LTS versions, have you? (not trying to start nothin) 2012-03-09T12:27:36 *** fortin has joined #evergreen 2012-03-09T12:27:50 * denials does not want to consider syncing with any one distro 2012-03-09T12:28:08 Agreed. 2012-03-09T12:28:43 (unless said distro floods us with technical expertise to finish packaging & testing & such, in which case maybe I could be bought) 2012-03-09T12:28:46 Also because Ubuntu's LTS only happens once every 2 years. Though I'm sure that'd make Evergreen 3.0 really, really awesome. 2012-03-09T12:29:13 lol 2012-03-09T12:30:01 or sync with Debian and release once every 2 years... maybe 2012-03-09T12:30:53 After waiting for Squeeze, I'm not going to hold my breath for whatever comes next. Though in retrospect I partially wish we could have waited a bit longer back in the day. 2012-03-09T12:34:00 wheezy wheezy wheezy 2012-03-09T12:36:46 1.1 buzz 06/17/96 days offset 2012-03-09T12:36:48 1.2 rex 12/12/96 178 2012-03-09T12:36:49 1.3 bo 06/05/97 175 2012-03-09T12:36:50 2 hamm 07/24/98 414 2012-03-09T12:36:52 2.1 slink 03/09/99 228 2012-03-09T12:36:53 2.2 potato 08/15/00 525 2012-03-09T12:36:55 3 woody 07/19/02 703 2012-03-09T12:36:56 3.1 sarge 06/06/05 1053 2012-03-09T12:36:58 4 etch 04/08/07 671 2012-03-09T12:36:59 5 lenny 02/14/09 678 2012-03-09T12:37:01 6 squeeze 02/06/11 722 2012-03-09T12:37:02 7 wheezy TBA (Freeze: June 2012) 2012-03-09T12:37:04 2012-03-09T12:37:05 Average time between releases 534.7 2012-03-09T12:41:43 Average time between major releases 1069.4 2012-03-09T12:41:51 * berick just accidentally learned you can right/left arrow in less 2012-03-09T12:42:01 * berick hears a choir 2012-03-09T12:42:49 *** _bott_ has joined #evergreen 2012-03-09T12:43:03 :D 2012-03-09T12:45:37 anyone else having SSL /eg/opac/ pages return binary blobs with wget, Internal Server errors with other browsers, pages loading the first time, but not on a reload until the cache is cleared, and not a thing showing up in apache access and error logs? 2012-03-09T12:46:06 I'd have to say, "No." 2012-03-09T12:46:09 :D 2012-03-09T12:48:30 *** tspindler has quit IRC 2012-03-09T12:48:55 phasefx_: what shows with "strings" on the binary blob? 2012-03-09T12:49:05 the strings command, i mean 2012-03-09T12:49:42 berick: nothing legible. file shows it simply as "data", also 2012-03-09T12:57:19 phasefx_: access log shows a reasonable entry? 2012-03-09T12:59:22 phasefx_: I get *lots* of internal server errors when I install master Evergreen without master OpenSRF right now. <_< 2012-03-09T12:59:37 But I also gets lots of errors because auth didn't successfully start 2012-03-09T12:59:39 >_> 2012-03-09T13:00:44 berick: http://pastebin.ca/2126449 2012-03-09T13:00:55 * phasefx_ updated master OpenSRF yesterday 2012-03-09T13:01:13 biab 2012-03-09T13:01:36 *** _bott_ has quit IRC 2012-03-09T13:02:20 phasefx_: so apache returns a 200, but you get a 500? 2012-03-09T13:02:44 oh, no, you get a binary blob 2012-03-09T13:03:32 *** kmlussier has joined #evergreen 2012-03-09T13:03:40 *** timhome has quit IRC 2012-03-09T13:04:42 On the subject of TPac, I did note that it is being a tad too aggressive in keeping query string arguments. Specifically if you renew a book, the action=renew and what circ you are renewing stick around. 2012-03-09T13:05:29 *** collum has quit IRC 2012-03-09T13:06:17 *** timhome has joined #evergreen 2012-03-09T13:08:09 *** collum has joined #evergreen 2012-03-09T13:08:10 there's a lot of that. it think the answer is in being more agressive in usin the clear_params argument to mkurl() though. of the two possible approaches (make callers of mkurl() always spell out what they want to keep vs make callers of mkurl spell out what they want to ditch), the latter is better because even if we fail to cover everything, the consequences tend to be less bad. extra query 2012-03-09T13:08:16 params cause functionality problems sometimes, but less often than missing ones (e.g., why did this blinking opac just forget my search terms!?) 2012-03-09T13:09:56 I think that there should be a list of params that are *never* propagated. Like action. I can't think of any reason you should be keeping an "action" around. 2012-03-09T13:11:24 i'm wary of overengineering it. today i'm sure you're right about action. but we haven't codified when interfaces should have an action param and what kinds of things "action" is allowed to mean (and it wouldn't be like us to be that formal) so i forsee things like that causing head-scratching problems later for new features 2012-03-09T13:14:15 senator: Ok, can we agree that *post* variables should never be propagated to *get* URLs? 2012-03-09T13:14:28 yes 2012-03-09T13:14:32 i think i could agree with that 2012-03-09T13:14:50 and imagine in practice we are, or should be, using params like "action" as post params 2012-03-09T13:14:51 Because as far as I know renewing is a post action, but the links all over the page get the post vars 2012-03-09T13:18:24 * tsbere may look into fixing that later if nobody beats him to it 2012-03-09T13:18:29 beh xulrunner 10 client doesn't work at all on mac :/ 2012-03-09T13:19:09 jamesrf: I don't build a mac-specific xulrunner currently. I have no mac to run piles of tests with ;) 2012-03-09T13:19:28 yeah no i tried to build one but there's an obscure bug 2012-03-09T13:19:48 the zotero folks have an ugly hack so i'm going to see if i can try to port some of that code 2012-03-09T13:20:38 https://github.com/zotero/zotero-standalone-build/blob/9806e39b745cf34f2fc21d72b714de3c18a644d0/build.sh 2012-03-09T13:21:55 unfortunately their script appears to be all lies as it looks like their Mac version can't actually be built on Linux despite what the scripts seem to imply 2012-03-09T13:23:09 denials: eeevil: So I'm reviewing unapi_improve_limit a bit and have a question. In the commits, it seems like you added the ability to have limits, but never seemed to specify what that limit is. Setting? Config of some kind? 2012-03-09T13:23:28 *** _bott_ has joined #evergreen 2012-03-09T13:23:50 Only asking because while the branch wonderfully displays all the copy data accurately, it does so by showing us every item associated to the bib in the search range. Which is100's of items on some records. 2012-03-09T13:25:20 jamesrf: I have run into a lot of documentation saying "building a mac app is easy!" only to find that it is only easy *on a mac* 2012-03-09T13:25:21 *** tspindler has joined #evergreen 2012-03-09T13:27:52 bshum: so, before, you could say "limit all subobjects to 5 at each step" ... now you can say "limit to 2 callnumbers, and limit to 10 copies under each" ... it's just an api extension 2012-03-09T13:27:59 does that help? 2012-03-09T13:32:41 eeevil: Sort of, that's what I was thinking it was trying to give us the choice for. I'm just not so sure where to actually go about setting that limit up. 2012-03-09T13:34:17 Or maybe that's what denials did with ae92d4bb3 but that limit type is too broad? 2012-03-09T13:34:29 bshum: today, that's probably something in the mod_perl 2012-03-09T13:34:52 what denials did there uses that, yeah... 2012-03-09T13:40:44 *** tater-laptop has joined #evergreen 2012-03-09T13:42:16 eeevil: Okay I guess I'll ponder that for a bit and see if I can figure something out. 2012-03-09T13:42:57 Just tried logging onto our test server and it had tons of apache processes running at 100%. Apparently folks were having fun trying to retrieve serial records in Tpac today and not getting anywhere. 2012-03-09T13:45:54 eeevil: Thanks for the pointers :) 2012-03-09T13:47:34 bshum: the challenge is in setting limits, like eeevil suggested, of acn => 2, acp => 10 - you might get 0 copies back, you might get 20 (so that much hasn't really changed) 2012-03-09T13:48:06 but if you just want 5 copies, and you say "acn => 5, acp => 1", you might get 5 or 0 - still okay 2012-03-09T13:48:30 but if only one acn has any copies, and happens to have 5, then you'll still only get one copy 2012-03-09T13:48:55 Oy, that sounds bad then. 2012-03-09T13:48:58 (at least, if I understand eeevil's code correctly, which I might not) 2012-03-09T13:49:08 Like I could see it in global search to restrict by acn 5, acp 1 2012-03-09T13:49:41 But in a library specific scope, I think they'd want to see all the copies associated with their 1 acn. Though potentially more acn if they had wacky call number styling... 2012-03-09T13:49:43 yep, and then you want to sort to show the available copy first 2012-03-09T13:49:46 So many possibilities. 2012-03-09T13:50:25 at least we're filtering out deleted / non-opac-visible stuff :) 2012-03-09T13:53:30 denials: That is true. 2012-03-09T13:53:58 I do like the new branch regardless and would sign off. But it does raise all these questions about how best to present the data to interested parties. 2012-03-09T13:55:50 denials: you understand, but you can say "acn => 5, acp => 5" and limit in the upper bits 2012-03-09T13:58:05 eeevil: yep, understood. but then when it comes to displaying copies from preferred librar(ies), we need to add a rank for the results to ensure that the appropriate call number gets into the top 5 2012-03-09T13:58:26 and/or copies. 2012-03-09T14:04:32 bshum: regarding your mention of problems with serials in tpac earlier, please let me know about any specifics you find 2012-03-09T14:05:37 senator: I'm not sure if it's just a consequence of our not having any limits and showing all the copy information on each bib. 2012-03-09T14:05:51 I imagine that leads to some very long looking displays in search results. 2012-03-09T14:06:28 hrm. shouldn't be. the copy summary pages 2012-03-09T14:08:05 Ours opens with the "more details" version of Tpac by default. With the branch we're testing for denials, it shows all the details about copies attached to a given record. 2012-03-09T14:08:50 Does some really wacky things on bibs with lots of items on it. Like serials stuff. But that's just guesswork, I'm trying to replicate one of those searches now 2012-03-09T14:08:51 oh, we're talkin about on the results page, not the record detail page? 2012-03-09T14:08:59 Right, results. 2012-03-09T14:09:02 gotcha. understood now 2012-03-09T14:09:04 In record, things seem... fine. 2012-03-09T14:09:10 Still slow to kick off 2012-03-09T14:09:19 But it does limit to the first 10 I think 2012-03-09T14:09:25 In the summary box 2012-03-09T14:09:27 how slow are we talking? 2012-03-09T14:09:48 Well, the server isn't our best, but I felt time tick by so... 10+ seconds? 2012-03-09T14:10:02 I'll verify that once I get a bib record ID for a serials record 2012-03-09T14:10:23 i've lately begun to suspect that the record detail page may be doing something weird like reperforming a search (and missing cache when doing it) 2012-03-09T14:10:31 Since I've been chatting with you, I've been trying to get a search result page to load for "Sports Illustrated", so it's... going awhile. 2012-03-09T14:10:32 but that is still fairly wild speculation on my end 2012-03-09T14:11:02 tsbere: RE: the width of that section. It's wider i your search results because one of the concerto titles i searched is super long way on down the page. 2012-03-09T14:11:27 mrpeters-isl: Heh. Go figure. 2012-03-09T14:11:32 silly me 2012-03-09T14:13:12 Alright, it's been 10 minutes waiting on the page. I guess that's not going to work. 2012-03-09T14:13:20 senator: I'll let you know when I can about the record level 2012-03-09T14:13:27 *** shopkins has quit IRC 2012-03-09T14:13:36 But results are definitely a bust without an exact limiter :( 2012-03-09T14:13:43 bshum: ok thanks! 2012-03-09T14:14:59 tsbere: i managed to build a mac client using a modified zotero build script and it works on your test server except i get an internal server error on the OPAC 2012-03-09T14:15:21 also the "About" dialog has a transparent background which is really weird and trippy 2012-03-09T14:16:56 * tsbere doesn't recall seeing hte about dialog being transparent, though he ran into transparent menus 2012-03-09T14:17:09 s/hte/the/ <_< 2012-03-09T14:19:34 jamesrf: I may have forgotten to restart apache after messing with the envvars to say "run as opensrf" - Just restarted it. You still getting errors? 2012-03-09T14:20:15 ah that fixed it 2012-03-09T14:20:30 except the transparent thing i think it's mac-specific 2012-03-09T14:21:06 it also seems like lp 717417 is fixed 2012-03-09T14:21:06 Launchpad bug 717417 in Evergreen "window.open fails on Mac xulrunner" (affected: 1, heat: 6) [Low,In progress] https://launchpad.net/bugs/717417 - Assigned to James Fournie (jfournie) 2012-03-09T14:21:25 *** tater-laptop has quit IRC 2012-03-09T14:22:06 jamesrf: Yea, the about dialog isn't transparent on windows. 2012-03-09T14:22:21 * tsbere has no clue about the window.open bit, may be fixed just by the later version of xulrunner 2012-03-09T14:24:30 not sure if still working on alpha 3, but https://bugs.launchpad.net/evergreen/+bug/951072 2012-03-09T14:24:30 Launchpad bug 951072 in Evergreen "print_nav.tt2 still displays in TTPAC" (affected: 1, heat: 6) [Low,Confirmed] 2012-03-09T14:24:54 *** tater-laptop has joined #evergreen 2012-03-09T14:25:01 As far as I can tell, we eliminated that element. Except it still snuck in on the password reset page. 2012-03-09T14:34:58 'nother easy one https://bugs.launchpad.net/evergreen/+bug/951080 2012-03-09T14:34:58 Launchpad bug 951080 in Evergreen "TTPAC Password Reset submit buttons are unstyled" (affected: 1, heat: 6) [Low,Confirmed] 2012-03-09T14:39:00 hmmm... cant seem to get a call to trim('both', '"', value) to work in a JSON query. 2012-03-09T14:39:20 params: ["both", "\""] silently fails. 2012-03-09T14:39:44 params: ["both", """"] gives a syntax error from JSON::XS 2012-03-09T14:40:50 mrpeters-isl: looks good to me 2012-03-09T14:41:03 Dyrcona: Can you do that with a JSON query? I thought it always passed things in as the second param on things like that. I could be mis-remembering the docs, though. 2012-03-09T14:42:00 i think always the first 2012-03-09T14:42:04 *** tater-laptop has quit IRC 2012-03-09T14:42:07 example from the wiki shows substring, but I think you're right... 2012-03-09T14:42:10 but i know of know way to do what Dyrcona wants to do, using value as the third 2012-03-09T14:42:20 column has to be the first. 2012-03-09T14:43:14 senator: do tell. 2012-03-09T14:43:37 Dyrcona: sloppy typing. i was trying to say "i know of no way" :-( 2012-03-09T14:43:46 oh.... :( 2012-03-09T14:43:55 well, i'll just strip the quotes in my perl code. 2012-03-09T14:46:53 And, I now have a generic JSON query to CSV outputter! 2012-03-09T14:46:55 Create a DB-side function "strip_quotes(text)" that does nothing but return the trimmed text. Then the first param is the value! 2012-03-09T14:47:08 tsbere: too much work. :) 2012-03-09T14:52:54 just curious -- is anyone using TTPAC full-out in production yet? 2012-03-09T14:53:50 mrpeters-isl: Do you happen to know how the decision to remove printnav.tt2 was made? Curious since we've been reverting those changes to bring it back (cause we "like it") 2012-03-09T14:54:20 i remember a discussion with denials about it, but i can't remember yet 2012-03-09T14:54:47 jamesrf: i'm currently building what would become our production version, but no, not using it here 2012-03-09T14:55:14 bshum: i **think** it was maybe some java script that was required for it to function? 2012-03-09T14:55:25 jamesrf: kcls, at least 2012-03-09T14:55:43 bshum: i think the thinking was that it's just redundant with buttons you have in your browser already 2012-03-09T14:55:44 jamesrf: We point to it as our simplified opac 2012-03-09T14:56:01 although in kiosk mode maybe that isn't so true 2012-03-09T14:56:06 and some of our members try it in the client in production. 2012-03-09T14:56:26 Yeah, could be useful in a kiosk mode, if you want to enable printing from your kiosk :) 2012-03-09T14:56:30 * Dyrcona occasionally gets calls about search "looking funny" 2012-03-09T14:56:38 * senator really has no idea whether people do that or not 2012-03-09T15:04:49 * Dyrcona generally assumes if it can be done, someone somewhere is doing it. 2012-03-09T15:07:59 senator: Well, I asked, and apparently the only button that's distinct is the "print" one. Otherwise, the navigation aspects are as you said, mostly redundant. 2012-03-09T15:08:11 Course I'm not sure what they're looking to print either 2012-03-09T15:08:13 but... well 2012-03-09T15:08:14 Hmm 2012-03-09T15:09:03 jamesrf: I'll send you a link to our tpac next month when we go live with it ;) 2012-03-09T15:09:28 bshum: you're talking to staff, and they're talking about using it from within the staff client, i presume? 2012-03-09T15:09:40 you guys doing any cool custom stuff? 2012-03-09T15:09:50 senator: A little of both, we like to pretend we're patrons too :) 2012-03-09T15:10:10 senator: Or at least, my spin on all things tpac is "is it helping you do your job or patrons find stuff?" 2012-03-09T15:10:16 Anyone want to do a quick read of these emails I plan on sending to the general/dev lists? http://pastebin.com/jCKH25b9 on floating groups and http://pastebin.com/CbBxKRwb on some fulfillment prioritization 2012-03-09T15:10:23 And that usually helps to smooth over ruffles on things folks think are "missing" 2012-03-09T15:10:41 * tsbere is planning on such an email for his circ/holds work at some point too, but that would be a tad longer... 2012-03-09T15:11:05 mrpeters-isl: We're going to try building bookbags into the topnav links so that clicking on them opens a search for the given bookbag. Like bestseller lists, etc. 2012-03-09T15:11:19 cool! 2012-03-09T15:11:21 mrpeters-isl: And changing the default view around in search results to be a little more like jspac if we can 2012-03-09T15:11:34 cool. ill check it out when its up. 2012-03-09T15:11:43 im really enjoying how easy it is to customize 2012-03-09T15:11:54 Like all the talk I've been asking about search results is because we moved copy details into the results rather than hidden away in details only level 2012-03-09T15:12:12 Agreed, I like tpac styling too. 2012-03-09T15:12:17 simple stuff like -- https://master.evergreen.lib.in.us/eg/opac/login (right brain) -- is going to be really cool 2012-03-09T15:12:47 ls 2012-03-09T15:12:59 denials' files 2012-03-09T15:13:04 mrpeters-isl++ 2012-03-09T15:13:31 mrpeters-isl: Ah, that does look cool. 2012-03-09T15:13:35 (actually, the problem is that "locate" is telling me nothing - must be that dang LUKS partition dodging updatedb) 2012-03-09T15:14:10 i'm trying to think of something useful for the big space on the main page with the logo. it's prime real estate for something good. 2012-03-09T15:14:40 would be a great place for reccomendations, etc. perhaps 2012-03-09T15:14:43 senator: Actually in the client, I've raised concerns about the printnav being added in there, if only cause it messes with client navigation. Hitting the back buttons or home button there, might result in the top half displaying a bib record that you're not actually viewing in the bottom half anymore. 2012-03-09T15:15:23 mrpeters-isl: On single systems like KCLS and Emily Carr, we've seen them use that space to have a rotating javascript graphic of some kind that tells patrons about new services, features, etc. 2012-03-09T15:15:42 mrpeters-isl: We're thinking to build something like that for the consortium talking about CT libraries and "cool stuff" folks are doing. 2012-03-09T15:15:45 Or something like that. 2012-03-09T15:15:59 It's harder to plan the space in a shared consortium setting 2012-03-09T15:15:59 oh yeah i see what they're doing. thats a good idea. 2012-03-09T15:16:07 yeah -- consortium makes it tougher. 2012-03-09T15:16:28 We're slowly setting up name virtualhosts so that we can try scoping searches properly. 2012-03-09T15:16:49 It's a transition 2012-03-09T15:17:01 But it'll get us into the possibility of introducing individualized skins in the future. 2012-03-09T15:17:14 yeah. i dont EVER want to get into that mess haha. 2012-03-09T15:17:17 Not so sure though, it's a logistical nightmare whenever I think about it. 2012-03-09T15:18:02 *** mmorgan has joined #evergreen 2012-03-09T15:18:19 But yeah, overall I think Tpac sells itself. 2012-03-09T15:18:57 The only thing is completing any outstanding functionality from jspac that's needed. 2012-03-09T15:19:17 was wondering the other day what's still on that list. it's getting pretty short i think 2012-03-09T15:19:27 Like "Force you to pick a new password if you don't meet the password requirements"? 2012-03-09T15:19:41 tsbere: That'd be nice, but I'm willing to live without it for the pretty colors :) 2012-03-09T15:19:58 senator: I was looking at that page and thinking to add more stuff we're encountering along the way. 2012-03-09T15:20:12 copy location limiting? 2012-03-09T15:20:26 kmlussier: That's definitely on my list ;) 2012-03-09T15:20:36 kmlussier: But not something I'm actively working on. 2012-03-09T15:20:38 searchable copy notes would be sweet ;) 2012-03-09T15:20:45 kmlussier: Can't work the way it does in JSPac due to the lack of scoping. The list in JSPac is built based on the current scope being allowed to have copies.... 2012-03-09T15:20:53 or searchable stat cats 2012-03-09T15:20:54 mrpeters-isl: Displaying copy notes at all would be sweet 2012-03-09T15:21:00 (they're not included at the moment) 2012-03-09T15:21:16 I don't think public copy notes are displaying yet. I might look into that more next week. 2012-03-09T15:21:20 oh, in ttpac they arent? yeah. that'll be an important one. 2012-03-09T15:21:30 kmlussier: That's right, they're not displaying. 2012-03-09T15:21:32 if we're gonna display em, lets search them! 2012-03-09T15:21:53 I would be happy starting with display. :-) 2012-03-09T15:21:58 mrpeters-isl: If you want *searchable* notes shouldn't that be hidden in a MARC tag somewhere? :P 2012-03-09T15:22:16 tsbere: actually, we took them all out of MARC and into copy notes or stat cats 2012-03-09T15:22:23 Likewise for us. 2012-03-09T15:22:34 MARC is off-limits for most catalogers 2012-03-09T15:22:43 consortial bibs, so they can't be tied to items where the notes don't apply 2012-03-09T15:22:45 * tsbere wonders how bad of a slowdown doing full text searches on copy notes would be 2012-03-09T15:23:08 only one way to find out! hehe 2012-03-09T15:23:13 stat cats at least, on copies, are just "does the copy link to this specific ID?" 2012-03-09T15:23:33 mrpeters-isl: Fwiw, back in the conference at Grand Rapids, berick built a very tiny prototype for the client to search copy notes. He used dojo or something, took him like 10 minutes 2012-03-09T15:23:42 It was amazing, but showed me how much I didn't know :) 2012-03-09T15:23:46 oh, i'm sure. geniuses i tell ya! 2012-03-09T15:25:08 Also would like to see group formats and editions again, but not a show stopper. 2012-03-09T15:25:33 kmlussier: Ugh, that feature... sigh 2012-03-09T15:25:53 Don't like it? 2012-03-09T15:26:02 It's a cool thing to show people 2012-03-09T15:26:07 But in practice it always had quirks 2012-03-09T15:26:16 My favorite is how it always showed 0/0/0 in our results 2012-03-09T15:26:25 Stupid bug 2012-03-09T15:26:33 Ok, I'll restate. I would like to see a new and improved "group formats and editions." 2012-03-09T15:26:38 :) 2012-03-09T15:27:12 kmlussier: I'm still tinkering with search filters, Mary identified yet another one that was "missing" 2012-03-09T15:27:31 So we're trying to find room to fit it without causing bugs to show up again 2012-03-09T15:27:32 fwiw, that is on the list on the wiki as "metarecord searching," although it occurs to me that the term probably doesn't mean much to people other than developers 2012-03-09T15:27:58 * tsbere pokes his two pastebin links again in case they got lost in the discussion earlier: http://pastebin.com/jCKH25b9 on floating groups and http://pastebin.com/CbBxKRwb on some fulfillment prioritization 2012-03-09T15:28:07 senator: Now that you said it, that totally makes sense... lol... 2012-03-09T15:28:21 senator: I get that all the time when I refer to bookbags. 2012-03-09T15:28:38 Apparently the term in Horizon was "lists" or some such, and folks are just now getting used to calling them "Bookbags" 2012-03-09T15:28:47 Only to have them go back to being called "lists" again in Tpac 2012-03-09T15:28:55 there's a probject for a brave soul: make our language clearer and more consistent throughout our giant project :-) 2012-03-09T15:29:00 And in the database, they're "containers" aren't they? 2012-03-09T15:29:07 * denials hopes dbwells gets around to signing off on the LDAP branch real soon so sites with LDAP don't need to worry about changing passwords in the OPAC at all 2012-03-09T15:29:08 bshum: heh, yep. great example 2012-03-09T15:31:21 *** kmlussier has left #evergreen 2012-03-09T15:32:01 * Dyrcona would like a pony. 2012-03-09T15:32:04 :) 2012-03-09T15:32:25 and a boat. 2012-03-09T15:32:38 so I can ride my pony on my boat. 2012-03-09T15:32:39 :) 2012-03-09T15:33:16 Your branch is ahead of 'origin/master' by 142 commits. 2012-03-09T15:34:52 Dyrcona: if someone else gave you a pony with no legs, and you nailed some legs onto it, and they just needed to bless the legless pony + nailed-on legs so that you could ride it, wouldn't you bug them too? 2012-03-09T15:34:56 So I guess we're in Friday mode. 2012-03-09T15:35:18 friday mode? *looks for beer taps* 2012-03-09T15:35:25 :) 2012-03-09T15:36:12 *** fortin has quit IRC 2012-03-09T15:36:16 I wonder, though, if I resolved a conflict correctly when merging a branch today.... I have a suspision that I might have botched it. 2012-03-09T15:37:47 *** fortin has joined #evergreen 2012-03-09T15:40:54 The branch in question is working/collab/phasefx/staff_display_reloads 2012-03-09T15:48:17 *** tspindler has quit IRC 2012-03-09T15:49:53 denials: legless pony? Not sure about that. Maybe shoeless :) 2012-03-09T15:50:39 dbwells: fair enough! 2012-03-09T15:51:00 So, am I interpreting this correctly that EGCatLoader.pm is what handles tt2 pages when using tpac? 2012-03-09T15:51:21 So if one were to create a brand new tt2 page, we'd have to express it somewhere in perl to load it 2012-03-09T15:51:42 bshum: yes 2012-03-09T15:52:56 senator: Cool deal 2012-03-09T15:53:00 Thanks. 2012-03-09T15:55:46 We were hoping to add a new page for our bookbags that linked from the topnavs. But now it seems like it won't be as trivial as adding a new .tt2 that has the right includes around it to make a page look like it fits in with the rest of the catalog. 2012-03-09T15:56:00 Bit more exciting, yay! 2012-03-09T15:56:11 bshum: I did that already for our virtual catalog interface page 2012-03-09T15:56:26 tsbere: Oh, of course you have :) 2012-03-09T15:56:31 well, it doesn't take as much as you might think 2012-03-09T15:57:13 but yeah. just ask here if/when you want to try it. i don't remember it perfectly, i'd have to poke around 2012-03-09T15:57:40 senator: I had the issue of wanting a "simple" page but with the full user object if logged in, which required me to write a little bit more perl. <_< 2012-03-09T15:58:22 *** Meliss has quit IRC 2012-03-09T16:02:13 ah, just pass the user object around as JSON in a hidden form field, no one will notice 2012-03-09T16:02:50 tsbere / bshum: actually if you want to add a page that only works if logged in, and you really need no special logic, 2012-03-09T16:02:55 you can add it with no changes to the perl 2012-03-09T16:02:56 if 2012-03-09T16:03:12 senator: Ahh, I wanted it to work either way. 2012-03-09T16:03:16 senator: I think in our case, we'd want the page to work either way, yeah 2012-03-09T16:03:43 denials: first, thanks again for testing. Second, two quick questions: 2012-03-09T16:04:36 * denials readies the hammer and nails 2012-03-09T16:05:19 denials: 1) I noticed a small typo in the docs ('mechanismsx'). Obviously it isn't any big deal, but if you have any desire to fix it before I sign-off, please go ahead. 2012-03-09T16:05:36 oh right, "mechanism sex" 2012-03-09T16:05:54 line 110, return $self->load_mycustom_thing if $path =~ m|opac/mycustom_thing/|; 2012-03-09T16:06:10 and make sub load_mycustom_thing {} a no-op. you get ctx.user for free 2012-03-09T16:06:33 senator: Wouldn't load_simple do that? 2012-03-09T16:06:46 senator++ / tsbere++ # got our local page working using load_simple 2012-03-09T16:06:53 denials: 2) I am unsure how to actually test the tests you added. Any pointers on that are welcome! 2012-03-09T16:06:54 bshum talked about needed bookbag stuff, so he'd need a place to put his code later when he wants to add bookbag stuff 2012-03-09T16:07:43 senator: I think what we're going to do is something like point at a tt2 page that has links to bookbags for NYT bestsellers 2012-03-09T16:07:53 senator: I think we can do that with a simple page. 2012-03-09T16:08:00 Wasn't thinking to get too fancy 2012-03-09T16:08:05 But... that does sound intriguing :) 2012-03-09T16:08:15 dbwells: "make check" 2012-03-09T16:08:38 or, specifically for the Perl tests, "cd Open-ILS/src/perlmods; prove -l t" 2012-03-09T16:11:45 denials: thank you 2012-03-09T16:12:03 *** collum has quit IRC 2012-03-09T16:13:03 *** timhome has quit IRC 2012-03-09T16:15:30 damn, user activity tracking conflicts with ldap, will fix & rebase again 2012-03-09T16:20:14 dbwells: user/dbs/lp885528_ldap_final_hope is rebased with fixedness 2012-03-09T16:22:47 denials: I will get right on it 2012-03-09T16:28:06 *** bwicksall has quit IRC 2012-03-09T16:31:26 denials: looks good, thanks! I'll go ahead and sign off on your bits and commit it, if that works for you. 2012-03-09T16:32:04 *** mtcarlson has joined #evergreen 2012-03-09T16:32:30 *** graced has quit IRC 2012-03-09T16:40:20 *** AaronZ-PLS has quit IRC 2012-03-09T16:44:51 dbwells: works for me! 2012-03-09T16:45:06 and then the TPACcery enablement begins 2012-03-09T16:45:12 *** timhome has joined #evergreen 2012-03-09T16:54:05 *** wolf29 has left #evergreen 2012-03-09T17:00:53 *** mmorgan has left #evergreen 2012-03-09T17:02:06 *** mtcarlson_ has joined #evergreen 2012-03-09T17:02:20 *** mtcarlson has quit IRC 2012-03-09T17:06:08 *** mtcarlson_ has quit IRC 2012-03-09T17:13:40 eeevil: I've adjusted the PL/Perl translation problem description to include a link to some example functions and add a bit more breadth to the possibilities (identifying and addressing performance bottlenecks). 2012-03-09T17:13:49 Feel free to revert if you don't like it 2012-03-09T17:30:22 *** Dyrcona has quit IRC 2012-03-09T18:04:41 denials: well, the code changes all looked good, but I can't commit at this point, as authentication is broken for me in master right now. Or at least I can't figure it out if it has changed and I am doing something wrong. (even srfsh login fails) 2012-03-09T18:07:29 dbwells: Update opensrf to latest master 2012-03-09T18:07:33 ? 2012-03-09T18:07:50 Evergreen master no longer works with opensrf 2.0 2012-03-09T18:09:26 dbwells: In particular, Evergreen Master now needs the Ingress Tracking feature in OpenSRF. 2012-03-09T18:11:41 tsbere: thanks. I had just installed OpenSRF master on Tuesday, so I didn't think to look there, but I see the changes you are talking about happened the next day. Hard to keep around here sometime :) 2012-03-09T18:12:37 dbwells: I have run into that issue three times this week, on three different systems. I am very familiar with it by now. Also, don't forget to update startup.pl for apache. 2012-03-09T18:21:19 denials: with tsbere's help I was able to get by my issue, but since I am already 45 minutes late for home, I am going to have to pick this up again a bit later 2012-03-09T18:27:56 *** sal_ has quit IRC 2012-03-09T19:27:55 *** Dyrcona has joined #evergreen 2012-03-09T19:28:22 I think someone needs to go to github and confirm evergreen-ils' ssh keys. 2012-03-09T19:29:13 and then repush everything that was missed in the past two days. 2012-03-09T19:29:28 * tsbere would do that, if he had access to that account 2012-03-09T19:29:45 and things will catch up automatically after people push stuff ;) 2012-03-09T19:35:58 *** finnx has joined #evergreen 2012-03-09T19:38:45 I thought it might catch up, but wasn't sure. 2012-03-09T19:39:05 I know that github is requiring people to verify their keys after the breakin. 2012-03-09T19:40:41 github is refusing all push activity until someone with account credentials verifies the ssh keys. 2012-03-09T19:49:47 yep. 2012-03-09T19:50:02 What is the github for Evergreen ILS anyways? 2012-03-09T19:50:09 * bshum hasn't looked before 2012-03-09T19:50:29 https://github.com/evergreen-library-system 2012-03-09T19:50:41 Ah 2012-03-09T19:51:32 * jeff messages the account -- guessing it's tied to galen's email, since it's his gravatar :-) 2012-03-09T19:51:43 oh. it's a mailto. heh. 2012-03-09T19:52:08 bshum: a lot of projects used github as a mirror. 2012-03-09T19:52:08 * jeff skips that 2012-03-09T19:52:12 gitorious, too. 2012-03-09T19:52:45 @later tell gmcharlt Might want to look into verifying ssh keys for the evergreen-library-system github account -- looks like pushes stopped due to github's 'audit'. 2012-03-09T19:52:45 jeff: The operation succeeded. 2012-03-09T19:53:07 * Dyrcona should have been a banker. 2012-03-09T19:53:30 oh? 2012-03-09T20:04:35 I am watching some daily financial news while I tear up a boiled chicken to make food for my dog. 2012-03-09T20:36:17 *** wlayton has joined #evergreen 2012-03-09T20:48:24 *** agJohn has quit IRC 2012-03-09T20:50:13 jeff: should be happier now 2012-03-09T20:50:22 *** fortin has quit IRC 2012-03-09T21:07:54 gmcharlt++ 2012-03-09T21:24:52 *** agJohn has joined #evergreen 2012-03-09T21:26:20 *** agJohn has quit IRC 2012-03-09T21:35:46 *** Dyrcona has quit IRC 2012-03-09T21:56:21 *** wlayton has quit IRC 2012-03-09T22:09:19 *** wlayton has joined #evergreen 2012-03-09T22:12:28 *** wlayton has quit IRC 2012-03-09T22:19:08 *** luisb has quit IRC 2012-03-09T22:27:00 *** timhome has quit IRC 2012-03-09T22:54:01 *** tater-laptop has joined #evergreen 2012-03-09T23:00:43 *** tater-home has joined #evergreen 2012-03-09T23:01:28 *** tater-laptop has quit IRC