Open Source Integrated Library System

Evergreen on IRC

#evergreen Logs for Friday, March 23rd, 2012

< Thursday, March 22nd, 2012Raw Log FileSaturday, March 24th, 2012 >
#TimeNickMessage
#00:13:26imshashankmoodaepo-> The Nettools files on github-> https://github.com/imshashank/NetTools_android Its an android app..
#00:14:04imshashank has quit IRC
#00:19:49TheDukeDevlin has quit IRC
#00:19:49TheDukeDevlin has joined #evergreen
#00:23:37TheDukeDevlin has quit IRC
#01:00:34Neil___ has joined #evergreen
#01:05:22ZheeHi. Is anyone here?
#01:08:04TheDukeDevlin has joined #evergreen
#01:15:29jharry has quit IRC
#01:29:42Neil___ has quit IRC
#01:29:54Neil____ has joined #evergreen
#01:47:01jharry has joined #evergreen
#01:56:14Neil____ has quit IRC
#01:57:12ronb54 has joined #evergreen
#02:01:08pali has joined #evergreen
#02:01:34pali is now known as Guest79352
#02:01:49TheDukeDevlin has quit IRC
#02:02:01phalgun has quit IRC
#02:14:32denialsZhee: I'm here
#02:15:35Zheedenials: hi. Can you help me with opensrf installation?)
#02:15:59Guest79352 is now known as phalgun
#02:29:04phalgun has quit IRC
#02:40:14denialsZhee: you should just ask your questions
#02:41:07denialsand keep an eye on the IRC logs at http://evergreen-ils.org/irc_logs/evergreen/2012-03/ if someone doesn't happen to be around, or use the mailing list
#02:41:37denialskind of like what http://evergreen-ils.org/irc.php suggests
#02:41:40Zheeoh okey, i've did everything as its said in (http://evergreen-ils.org/dokuwiki/doku.php?id=opensrf:1.2:install) and when i trid testing it writing
#02:41:52Zheesrfsh# request opensrf.math add 2 2
#02:42:32denialshuh. that's a really old version of OpenSRF. why are you installing it?
#02:43:32Zheeamm I found it in tutorial about how to install Evergreen
#02:43:36denialshttp://evergreen-ils.org/downloads.php links to OpenSRF 2.0.1 or 2.1.0 alpha
#02:44:10Zheehttp://open-ils.org/dokuwiki/doku.php?id=server:1.4.0:install this one
#02:44:14Zheeoh okey, thanks!
#02:44:16denialsIt would be good to know why you arrived there, so we can help prevent other people from following the same path :)
#02:44:54Zheethose are the first links in google if to write "evergreen opensrf install"
#02:45:36Zheeand in this article (http://open-ils.org/dokuwiki/doku.php?id=server:1.4.0:install)
#02:45:57Zhee"Start by installing OpenSRF 1.0.7. Follow the steps and run the test to ensure that OpenSRF is properly installed before continuing with any further Evergreen installation steps."
#02:46:15denialsheh. yeah, those are really old releases
#02:46:26denialsMight be time to go on a wiki-deleting spree
#02:46:41Zheeok my)
#02:47:18Zheeso to install 2.0.1 I have to do the same from the very beginning or can i upgrade it somehow?
#02:48:24denialsYou will want to start from the beginning for the greatest chance of success
#02:49:04Zheeunderstood, thanks!
#02:49:11denialsI would recommend OpenSRF 2.1.0-alpha 1 from the "preview" column of http://evergreen-ils.org/downloads.php
#02:49:22denialsAnd follow the directions in the README
#02:52:25Zheeoh, cool. It looks like I will not have problems with it:-)
#02:54:28denialsI think you'll have a lot fewer problems than with the really old versions :)
#02:54:38denialsWhat Linux version are you using?
#02:59:51Mark__T has joined #evergreen
#03:01:28Zheesorry for timing
#03:01:31Zhee10.04 LTS
#03:10:18denialsSounds good, that should work well
#03:12:37Zheecan I also ask you questions about GSoC?
#03:21:26denialsZhee: just go ahead and ask; I or someone else will try to answer (although it's really late here - 03:21)
#03:21:30denialsOr early I guess :)
#03:22:17Zheeoh, mine time is 9:21 so I just got full of powers)
#03:24:03Zheeabout the Ideas, I cant decide what to choose, and maybe you will suggest, what is of more useful for the project from:
#03:24:18Zhee'Modernize Evergreen's Web interface'
#03:24:28Zhee'Create a PHP client for OpenSRF and Evergreen'
#03:25:01Zhee'Testing: units, stress, regression, UI
#03:25:06Zheethose three
#03:40:07denialsWow. All very important projects, in my opinion
#03:40:55denialsIf you're interested in testing, we could really use a good automated system to help our development processes
#03:41:34denialsright now there's an awful lot of manual effort required to set up a system with the latest code, populate it with data, and walk through scenarios to make sure that everything works as expected and nothing breaks
#03:42:27denialsso naturally we miss all kinds of corner cases... and we test with small amounts of data that don't show the kinds of performance impacts a change might make on a real production system with millions of rows of data
#03:42:55denialsI suggested the testing project, so I'm a bit biased :)
#03:43:23denialsModernize Evergreen's Web interface would be a great project if you are into JavaScript, in particular
#03:45:06denialsI think there's also lots of potential to combine that with more judicious use of what we call the TPAC - a new web interface built on Perl's Template::Toolkit designed to replace the JavaScript-heavy UI with a lightweight web ui
#03:47:05denialscompare http://master.evergreen.lib.in.us/opac/en-US/skin/default/xml/index.xml to http://master.evergreen.lib.in.us/eg/opac/home and you'll see what I mean
#03:49:04denialsokay, I've got to grab some sleep - g'nite
#03:49:16Zheethanks for everything
#03:49:21Zheegood night
#04:46:59Zhee has quit IRC
#05:30:19Zhee has joined #evergreen
#07:19:00fortin has joined #evergreen
#07:50:05bwicksall has quit IRC
#07:55:38hopkinsju has joined #evergreen
#07:56:05fortin has quit IRC
#07:57:54Zhee has quit IRC
#07:58:41Zhee has joined #evergreen
#08:04:38Zhee has joined #evergreen
#08:06:35Zhee has quit IRC
#08:07:10hopkinsju has quit IRC
#08:10:59Neil___ has joined #evergreen
#08:11:55akilsdonk has joined #evergreen
#08:16:36kmlussier has joined #evergreen
#08:23:16Zhee has joined #evergreen
#08:39:44tspindler has joined #evergreen
#08:57:23Neil___ has quit IRC
#08:58:03bwicksall has joined #evergreen
#08:59:18Mark__T has quit IRC
#08:59:54Neil___ has joined #evergreen
#09:03:36Mark__T has joined #evergreen
#09:07:43Meliss has joined #evergreen
#09:13:25hopkinsju has joined #evergreen
#09:22:18Neil___ has quit IRC
#09:37:22denialswow, 1 point out of 470... amazing
#09:38:48AND has joined #evergreen
#09:39:04bradldenials: good morning sunshine ;)
#09:40:42denialsbradl: is it morning already?
#09:41:06bradlit's also 5 o'clock somewhere
#09:41:34tsberedenials: I was unsure how to take that comment. Did Evergreen lose a single point out of 470, or did Evergreen lost to Koha by 1 point but they decided on Evergreen anyway?
#09:42:04bradlI read it as door #2
#09:42:15denialsmoi aussi
#09:42:47eeevildenials: is user/dbs/unapi_improve_limits_and_tpac_display the sum total of https://bugs.launchpad.net/evergreen/+bug/907056 ? if so, I shall endeavor to merge it
#09:42:47pinesol_greenLaunchpad bug 907056 in Evergreen "In-db unAPI has little control over subobject inclusion" (affected: 1, heat: 10) [High,New]
#09:43:15denialseeevil: I believe it is, after committing what I failed to commit two nights ago :)
#09:43:22eeevilrighto
#09:43:59denialseeevil: Can I suggest that you sign-off on Dyrcona's branch to give him some credit for long-suffering testing, and cherry-pick the remaining commit off of my rebased branch?
#09:44:45eeevildenials: sure. the remaining commit being 7ff5f73eaa8f2fff3a8651592b4f227583d6b23c yes?
#09:45:23denialseeevil: confirmed!
#09:45:28denialsand thank you in advance :)
#09:45:42eeevilnp. in just a bit
#09:45:57kmlussiereeevil++ denials++
#09:47:24denialskmlussier: great point on searching the consortium but still being able to see the located URIs for the home library - that brings it all home
#09:47:44denialsin a separate, to-be-created branch :)
#09:48:37kmlussierdenials: exactly, that's the basic use case we had in mind. Realizing quite belatedly that use cases might have been a good supplement to those mock-ups. :-)
#09:49:09denialsmock-ups + use cases = gold :)
#09:54:17denialsbtw - 2 questions. 1) OpenSRF downloads page - probably should list 2.1.0-alpha1 and link to the README for install?
#09:54:56denials2) Any objections to deleting the old wiki pages for installing Evergreen 1.4 / OpenSRF 1.0?
#09:55:10Zhee has quit IRC
#09:57:17denialsboth questions based on Zhee's wasted efforts last night, based on his results from Google
#09:57:29denialssomehow our wiki got some good pagerank :)
#09:57:51gmcharltkmlussier++ # excellent idea for mobile holds pull list app
#09:58:34kmlussiergmcharlt: I know many libraries that don't want to deal with inventory, but everyone cares about their pull list.
#09:59:05denialswe could build a decent web-based holds pull list UI with Template::Toolkit, right?
#10:01:48tsberedenials: on 2 above, can we, upon deleting those pages, put redirects up to more recent pages?
#10:02:06tsbereI don't object to deleting them either way. But delete + redirect gets an extra vote from me if the software will let us.
#10:03:00tsbere expanded on the thread for pull list stuff with suggestions of how to deal with "captured elsewhere before you could get to the copy in the stacks" type issues
#10:05:27kmlussiertsbere++ I had pondered the capture question, then discarded it, but had forgotten about the "capture local holds as transits" modifier.
#10:06:00tsberekmlussier: I suspect it jumps to my mind more readily due to having been my idea *and* coded by me ;)
#10:06:01akilsdonk has quit IRC
#10:06:07hopkinsju has quit IRC
#10:07:55hopkinsju has joined #evergreen
#10:18:21hopkinsju has quit IRC
#10:19:58fortin has joined #evergreen
#10:20:08denialstsbere: oh sure. I don't think dokuwiki has any core support for redirects but I'm sure there are poorly-coded plugins :)
#10:21:45denialshttp://www.dokuwiki.org/faq:redirect
#10:22:11akilsdonk has joined #evergreen
#10:22:17gdunbar has joined #evergreen
#10:24:57Zhee has joined #evergreen
#10:28:20shopkins has joined #evergreen
#10:30:09denialshttp://www.dokuwiki.org/plugin:mredirect appears to be the best bet
#10:37:30hopkinsju has joined #evergreen
#10:47:17Neil___ has joined #evergreen
#10:47:17Dyrcona has joined #evergreen
#10:52:09phasefx_ needs to update an address for docs@evergreen-ils.org, someone remind him of the obfuscated port number?
#10:52:35phasefx_gracias
#10:52:41bshum:)
#10:53:05phasefx_though I did try that one.. hrmm
#10:54:27denials has it set in his .ssh/config
#10:54:48phasefx_ tried hostname -p foo, instead of -p foo hostname
#10:55:12tsbere has ports set in multiple ssh config files, at least one that he only ever uses for reference purposes
#10:58:46Mark__T has quit IRC
#11:04:10Neil___ has left #evergreen
#11:07:43ANDSIP question, of course. Is it the case that EG SIP does not support offline transactions?
#11:07:48AND(still?)
#11:08:14AND has quit IRC
#11:08:38sal_ has joined #evergreen
#11:09:10sal_(not sure why I was nicked "AND", but...)
#11:11:10phasefx_that diet soda commercial, where you say "and?" and good things happen
#11:14:33tsberesal_: Define "offline transactions"?
#11:14:50tsberewe have at least one library with an offline mode on their selfchecks that works fine with Evergreen.
#11:20:20sal_tsbere: was slightly confused (which is a normal state.) We're trying to test out 99 responses for "bad" selfcheck states, and I'm wondering if there's a way to set up the self-check to mess with the first 3 fields
#11:20:46sal_Or whether I need to munge EG slightly to return the desired responses so we can see if our software is working.
#11:20:53kmlussier has left #evergreen
#11:20:56tsbere has no clue
#11:21:05sal_* not enough coffee this morning.
#11:21:10tsberesal_: There is a "fake" SIP server app available from 3M. Maybe you should dig that out?
#11:21:39sal_Might be a thought.
#11:21:59sal_(But munging EG is so much fun ;-) )
#11:37:34Zhee has quit IRC
#11:38:34Zhee has joined #evergreen
#11:41:34sal_* headdesk. Edit oils_sip.xml, and change the policies from true to false for the things I don't want to support in the 99 response. That takes care of checkin and checkout. Now I just have to figure out "on-line status"
#11:43:32tsberesal_: Heh, I suppose that does seem too easy. ;)
#11:45:09fortin has quit IRC
#11:45:22fortin has joined #evergreen
#11:51:28denialssal_: but is it documented so that it can be easy for others? Please make it so :)
#11:52:07luisb has joined #evergreen
#11:54:36sal_To add to the 11 pages I've written up for adding/researching Z39.50 targets?
#11:55:10tsberesal_: DIG loves documentation. *Anything* you can throw their way would be appreciated on almost any topic, I suspect ;)
#11:55:34tsbere(provided it is related to Evergreen in some fashion, anyway)
#11:56:29sal_Heh. I just have to find a target that's actually legal to play with. (For some reason, some libraries want to limit access, but still allow anonymous login. I don't want to flood whomever I pick as my example target.)
#11:57:19sfortin has joined #evergreen
#11:57:24sal_So any suggestions on test-friendly Z39.50 targets that aren't already in the EG database (such as LoC) would be welcome.
#11:58:37wlayton has joined #evergreen
#11:59:05fortin has quit IRC
#12:01:22Zhee has quit IRC
#12:16:29kmlussier has joined #evergreen
#12:31:30denialsphasefx++ # we really need to talk about feedback at the conference, or next community meeting. Hey - community meetings - didn't we use to have those? :)
#12:32:53eeevilgrabbing 0670
#12:33:31bshumdenials: Yes…. something like that.
#12:34:00denialsbshum: ooh, fancy ellipsis
#12:34:01eeevilarg .. scuse me, 0671
#12:35:04eeevilwtf ... not that either
#12:35:10eeevilyou're failing me, ls
#12:35:46bshumdenials: Heh, so I keep thinking to put together something about community meetings, but then the conference just seems just around the corner. And then I thought we should just talk about it during the conference and then setup a proper meeting schedule again.
#12:39:52bshumdenials: But uh, let me know and maybe I should write something to the general list to let folks know that's what *I* was thinking and fish for more folks to contribute their own thoughts.
#12:40:01rjackson-isl has quit IRC
#12:40:02bshum is not really the ONLY person involved, right?
#12:42:26i_love_gsoc has joined #evergreen
#12:45:24denialsbshum++
#12:47:01tspindlerbshum++
#12:47:52kmlussierSpeaking of meetings, might be a good time to put out my regular reminder to fill out the poll for the next dev meeting. http://www.doodle.com/6r5acvan3ews7n8z
#12:48:27kmlussierLooks like this one might be a little more difficult to schedule.
#12:48:55kmlussierbshum: You're not the only person. I'll help out!
#12:50:37tsberekmlussier: I was going to comment "why not Friday?" before I realized "Oh, I don't really care, I am not available that Friday anyway" :P
#12:50:57kmlussierIt's Good Friday, which may be a day off for some.
#12:51:14Dyrcona appears to be free all that week.
#12:51:20berick too
#12:51:22bshum will be upgrading to a new Evergreen that day :D
#12:51:27bshumAt long last!
#12:51:33tsbere:D
#12:51:40Dyrconamaster?
#12:52:02bshumWe'll see. But probably to start with. I think long term we'll find something more "stable"
#12:52:09wlayton has quit IRC
#12:52:29bshumOr maybe once rel_2_2 is branches
#12:52:32bshum*branched
#12:52:39denialstwigs
#12:52:50Dyrconamaster is stable....Nobody says you have to update every time there's a commit.
#12:52:53Zhee has joined #evergreen
#12:55:02denialsmaybe we should have an "almost master" integration branch, where we could catch the "whoops" that still make it past human testing / review (like bad upgrade scripts or whatever) before they make it to true master
#12:55:21denialsDyrcona has effectively been doing that for the last few weeks
#12:56:03tsberedenials: And when do we move things from "almost master" to "master"? Because otherwise we may not notice the "whoops" until it moves out of "almost master"
#12:56:05Dyrconayeah.... I try to keep up with new branches, but I can't test everything since I don't use everything, like serials and acquisitions....
#12:56:47denialstsbere: Wouldn't it be nice to not have to deal with "whoops" in master at all?
#12:58:03tsberedenials: Until we remove the human element I don't think *that* is happening, though I suspect I could tell gitolite hooks to reject commit chains that result in a "XXXX" upgrade script filename at a minimum on the main repo. Maybe.
#12:58:10DyrconaI think we just need some more folks in the community loading things on test servers with production data.
#12:58:47denialsHeh, and I think we need more automated testing, because computers are way better than humans at doing repetitive tasks :)
#12:59:18DyrconaI agree with that, but sometimes humans do things we don't anticipate.
#12:59:25tspindlerdoes the marc2are.pl file process either utf8 or marc8 files?
#12:59:54Dyrconatspindler: I thought it had an option so you could tell it if you had utf8 or marc8 files.
#13:00:34tspindlerDrycona: there is for indicating type in the documentation but those types aren't shown and I don't want to assume what I don't know ;)
#13:00:39denialsDyrcona: absolutely! Then we can encode what we learn from those pesky humans into a new test! (In an ideal world, which I acknowledge we do not yet have). Some mix of approaches will definitely be needed :)
#13:02:03sfortin has quit IRC
#13:02:34Dyrconatspindler: In theory, it should be able to tell from the leader in the records.
#13:03:08Dyrcona goes back to wasting time on his day off.
#13:06:03denialsDyrcona++
#13:07:55i_love_gsoc has quit IRC
#13:10:24TheDukeDevlin has joined #evergreen
#13:12:03TheDukeDevlin has left #evergreen
#13:15:25Gentlecat has quit IRC
#13:19:49Zhee has quit IRC
#13:20:11bshumdenials++ eeevil++ #unapi being merged to master at long last! :D
#13:38:27coconut has joined #evergreen
#13:38:53coconut is now known as Guest12923
#13:52:10denials has been watching the "rejected GSoC orgs" session and is doubly thankful we made it in this year; lots of "your application was great, we just needed to make room for some new orgs this year"
#13:53:21denialsLots of emphasis on the ideas page needed to be very high quality, detailed, good jumping off point for students. things to bear in mind for next year!
#13:57:06fortin has joined #evergreen
#13:58:27thethomaseffect has joined #evergreen
#13:58:38mmorgan has joined #evergreen
#14:07:03bshumberick: The new improved grid filtering that's in those recent acq UI, is that the same thing that came with the new library settings editor?
#14:07:14bshumIf so, that's super sweet.
#14:08:59berickbshum: no, this is a general purpose autogrid / pcrud filter thingy
#14:09:05phasefx_what do you guys think of this? https://docs.google.com/spreadsheet/viewform?formkey=dGJLZXNka2F3LVhPR0tfdDlOVVNxUlE6MQ&ifq responses get added to a spreadsheet here: https://docs.google.com/spreadsheet/ccc?key=0Ao-2sbmczZqBdGJLZXNka2F3LVhPR0tfdDlOVVNxUlE
#14:09:10berickwhich is great, because it can be linked to any autogrid
#14:09:21bshumberick: Oh even better sounding then. :)
#14:09:36bshumberick: We contemplated what something like that would mean to things like A/T or circ/holds
#14:10:51tsberephasefx_: I *still* argue that scanners are a horrible, horrible thing to include on that kind of survey. They either work with the OS or they don't. :P
#14:12:18phasefx_tsbere: I hear you
#14:12:31phasefx_ needs to spell compatible correctly
#14:12:58phasefx_tsbere: but they're going to do it anyway, may as well give them a category we can filter
#14:12:59kmlussierI always get that word wrong. :)
#14:18:57phasefx_ saves an updated form
#14:19:08berickbshum: if you want to see what it would mean, do something like this [ http://paste.lisp.org/display/128519 ] and restart the staff client
#14:19:38bshumberick: I'll try that out :)
#14:21:41tsbereberick: Depending on *how* that works some of my plans for new editors may be invalidated as far as being "needed". Maybe. The Circ/Hold matrix editors still have issues that won't solve (but a later dojo might....)
#14:21:44bshumOh interesting
#14:21:58bshumThat's different than I expected, but that works better than nothing at all.
#14:22:12kmlussierHow about 2 p.m. Monday, April 2 for the next dev meeting http://doodle.com/6r5acvan3ews7n8z?
#14:22:19jeff"unexpected sufficiency"
#14:22:33kmlussierDoesn't work for everyone, but it seems to be the best choice. Any objections?
#14:23:21bshumkmlussier: +1
#14:24:33tsbere assumes kmlussier is working on a "some people are more important than others in these meetings" bit ;)
#14:25:05phasefx_moodaepo: I understand you have a copy of the KML files for the Evergreen map? Are you going to run with that, or do you want me to work on some way for multiple volunteers to manage it?
#14:25:06kmlussiertsbere: Not sure that's the right way to phrase it, but I was thinking it will be useful if eeevil were there.
#14:25:44tsberekmlussier: I was thinking "Core Committers are important in general" type thing.
#14:25:45bshumberick: I like how it *knows* what options can match or not match to in the filter. Kind of neat.
#14:26:06kmlussierexactly
#14:26:09tsberebshum: Now you have me considering trying that out to see what it looks like.
#14:26:31bshumtsbere: Well, it's helpful, but not sure if it's as exciting as what you showed us last time :)
#14:26:55tsbereAKA, you want me to do what I was already planning to because it looked more useful. Good to know! :P
#14:27:17bshumWell, I can see what you proposed as being more handy for dealing with troubleshooting.
#14:27:27bshumThe filtering is helpful if you know what you're looking for.
#14:28:00bshumBut your proposal included finding rules based on a specific use case, right? Like sample patron + item to find rules
#14:28:08tsbereWhat I proposed may be better than teaching dojo how to combine two fields. To be honest, that sounds less than pleasant, overall ;)
#14:28:25tsbereAnd yes, my proposal would support that method of finding rules
#14:28:46bshumYeah, what berick had me add allowed me to find existing rules based on known criteria
#14:28:55bshumBut that's just how I was using it.
#14:29:05bshumSince I was looking for a specific rule, I added the necessary filters to find it.
#14:29:19bshumBut that doesn't help me if it doesn't exist at all. So situations with fallthrough, that could be weird.
#14:29:19moodaepophasefx_: If you could set it up for multiple volunteers that would be great, Bob had said that George Duimovich also has a copy so coordinating would be good. I've been a little busy since my email convo with Bob so haven't done anything with the files.
#14:29:39phasefx_moodaepo: shoot me a copy and I'll play with it this weekend
#14:30:19jharry has quit IRC
#14:48:52kmlussier has quit IRC
#14:49:03akilsdonk has quit IRC
#14:51:16Guest12923 has quit IRC
#14:51:51bshumAww, matchpoint ID doesn't allow me to enter any values
#14:51:53bshumOh well.
#14:52:03bshumThe other filters seem to work pretty nicely.
#14:54:14denialsphasefx / moodaepo: hey, how about git?
#14:55:24moodaepodenials: I was going to leave it to phasefx_ to decide : )
#14:55:53phasefx_ is not opposed
#14:56:08phasefx_it's basically xml, right?
#14:56:50moodaepophasefx_: Yup I was just going to say the same thing.
#14:59:13akilsdonk has joined #evergreen
#15:02:25phasefx_is there a still a repo up for the website as a whole? could just place it in there
#15:03:28denialsphasefx_++ # good idear
#15:03:42denialshttp://git.evergreen-ils.org/?p=Evergreen_Website.git;a=summary says "yes"
#15:08:10tsbereWe also have the random repo if we don't want to hide it in the website's repo.
#15:08:55tsbere isn't sure who has website repo write access, but can check if we need to know
#15:11:01bshum is one
#15:22:43moodaepo is another
#15:24:06moodaepo bumps tsbere and asks if phasefx_ could be added as yet another one.
#15:24:30moodaepoOr do we need more folks +1 to pass this resolution?
#15:24:40denials thinks he has access too
#15:24:45tsberemoodaepo: I have determined that I cannot, at this time, give phasefx_ access.
#15:24:56tsbere can't give access to people who already *have* access
#15:25:01denialsheh
#15:25:12moodaepotsbere: Confound it man!
#15:25:55tsbereand yea, denials has access. And that covers everyone who has access! Except for the fact that gmcharlt and myself apparently *also* have access.
#15:26:20tsbere isn't sure if the latter two were intended to be temporary or not, but whatever!
#15:26:20gmcharlttsbere: then again, you and I have universal access by proxy anyway ;)
#15:27:06tsberegmcharlt: With two extra lines of config at the end of the file I can say "we just plain have access" fairly easily, if we ever want to do that ;)
#15:28:58tsbere is amazed at how little control over audio you get in xulrunner
#15:44:57tspindler has quit IRC
#15:45:28tfaile has quit IRC
#15:55:48shopkins has quit IRC
#15:59:36Meliss has quit IRC
#16:14:43eeevilgrabbing 0691
#16:16:37akilsdonk has quit IRC
#16:40:37denials plugs https://bugs.launchpad.net/evergreen/+bug/932540 while eeevil's in a merging state of mind - although as a bug fix it could go in at any time
#16:40:37pinesol_greenLaunchpad bug 932540 in Evergreen 2.1 "Indexing multiple ISSNs in a single bib results in identifier|issn lookup failure" (affected: 1, heat: 6) [High,New]
#16:41:04gdunbar has quit IRC
#16:55:38tsberegmcharlt: I am going to add scott's key.
#16:57:32gmcharlttsbere: roger
#16:59:17tsbereHmmm.
#17:00:02tsberegmcharlt: I just noticed I don't see that either of us dealt with David's key. I suppose I should do that too?
#17:02:07berick grabs 0692
#17:02:13gmcharlttsbere: since you're there ...
#17:02:42tsberegmcharlt: Heh, we already have one key for David. This is his second.
#17:03:05gmcharltone can never have too many keys
#17:06:36tsbere is just glad he noticed due to trying to use the same "username" as the previous one
#17:08:15AaronZ-PLS has quit IRC
#17:14:03mmorgan has left #evergreen
#17:28:43csharpso we're troubleshooting a problem with SIP clients' sessions timing out...
#17:29:10tsberecsharp: *really* bad timing, I think. I am about to leave for home! ;)
#17:29:11csharpupon investigation, all of our sip client users are login in with OPAC_LOGIN perms, which limits them to 420 seconds
#17:29:14csharpheh
#17:29:38csharptsbere: no prob - I can bring it back up on Monday ;-)
#17:30:09tsberecsharp: Quick fix, edit SIP.pm and change type from opac to staff?
#17:30:23tsbereand away I go!
#17:30:48csharptsbere: thanks!
#17:45:24tsberecsharp: I suspect you may have a different issue, now that I think about it. Would need to check code quick to be sure.
#17:46:08fortin has quit IRC
#17:47:14tsberecsharp: Yea, looks like the sip code should auto-login again after a timeout and move on like nothing was wrong. If that *isn't* happening, though.....
#17:49:31ashley_w has joined #evergreen
#17:54:56denialshmm, github merge requests, i guess dbwells is trying out a more distributed dev process
#17:56:37denialsappears to be no sign-off on that puppy
#17:58:32denialsEvergreen.evergreen-library-system.github.com mailing list?
#17:59:02denialsoh, I guess I'm one of the github project admins. hmm
#17:59:21hopkinsju has quit IRC
#18:01:38ronb54 has quit IRC
#18:02:54ronb54 has joined #evergreen
#18:15:49bshumcsharp: Hmm, is markmail being strange? Seems to only show me messages from 2 days ago, but I'm sure there must have been mailings in between...
#18:19:02tsberebshum: 2 days ago on what list?
#18:19:18bshumtsbere: Hmm, general, dev
#18:19:30tsbereWell, I know that both of those had stuff today at least.
#18:19:34bshumRight
#18:41:54ashley_whi. i'm interested in doing something for evergreen for gsoc. is there a general list of dependencies for evergreen, or do i need to self-parse Makefile.install? i'm running gentoo linux. i do see that OpenSRF is in portage (the package manager). will that cover everything?
#18:43:50gmcharltashley_w: I can't speak particularly for Gentoo -- not my distro of choice -- but yes, Makefile.install should give you a pretty good hint
#18:44:48gmcharlthowever, I would assume that the OpenSRF package in portage won't be enough to pull in all of the deps required by Evergreen
#18:45:51sal_ has quit IRC
#18:46:19Zhee has joined #evergreen
#18:46:21ashley_wthx
#18:46:45gmcharltunless you enjoy dealing with searching for dependencies -- if you want to get up and running quickly with an Evergreen system, start with Debian, Ubuntu, or Fedora
#18:47:51gmcharltbut if you get inspired to battle and produce install instructions for Gentoo ... I don't think anybody would say no, either
#18:48:35ashley_wno, wouldn't say i enjoy that, but i have been known to write gentoo-specific install docs.
#18:50:18ashley_wa chroot with debian might be easier to get started with, though
#18:50:40gmcharltindeed, particularly if you intend to make a proposal that isn't about packaging work for Evergreen
#19:06:35ashley_wgot debbootstrap running
#19:34:28luisb has quit IRC
#19:55:17finnx has quit IRC
#19:55:17ashley_w has quit IRC
#21:46:36Dyrcona has quit IRC
#21:57:58ashley_w has joined #evergreen
#22:18:28Gentlecat has joined #evergreen
#22:44:11hopkinsju has joined #evergreen
#23:53:12i_love_gsoc_ has joined #evergreen
< Thursday, March 22nd, 2012Raw Log FileSaturday, March 24th, 2012 >