2012-01-31T01:54:54 *** Jack80 has joined #evergreen 2012-01-31T02:05:33 *** Jack80 has left #evergreen 2012-01-31T03:01:53 *** AaronZ-PLS has joined #evergreen 2012-01-31T03:06:18 *** AaronZ-PLS has quit IRC 2012-01-31T03:24:14 *** tak has joined #evergreen 2012-01-31T03:25:05 hello? 2012-01-31T03:28:18 *** Guest60140 has joined #evergreen 2012-01-31T03:35:07 *** tak has quit IRC 2012-01-31T03:58:45 *** Guest60140 has left #evergreen 2012-01-31T07:53:41 *** Yancho has quit IRC 2012-01-31T08:08:55 *** hyuntakyoon has joined #evergreen 2012-01-31T08:09:54 *** collum has joined #evergreen 2012-01-31T08:22:40 *** tater has joined #evergreen 2012-01-31T08:23:08 *** mtate has quit IRC 2012-01-31T08:23:17 *** tfaile has quit IRC 2012-01-31T08:25:11 *** tfaile has joined #evergreen 2012-01-31T08:27:35 *** kmlussier has joined #evergreen 2012-01-31T08:32:09 denials: mainly i want the line of lsof output for the file handle the apache proc is looping on. want to confirm it's on the private jabber domain. 2012-01-31T08:34:58 *** gmcharlt has quit IRC 2012-01-31T08:34:58 *** gmcharlt has joined #evergreen 2012-01-31T08:36:24 *** akilsdonk has joined #evergreen 2012-01-31T08:40:52 *** akilsdonk has quit IRC 2012-01-31T08:41:09 *** Yancho has joined #evergreen 2012-01-31T08:41:48 guys - i am following the opensrf installation documentation - however after trying out the start_all i am getting : ERROR: Could not initialize the OpenSRF Python environment. A DNS query 2012-01-31T08:41:48 failed to resolve the network address of the XMPP server. 2012-01-31T08:41:48 - any idea where to look please? 2012-01-31T08:47:28 *** kmlussier has quit IRC 2012-01-31T08:50:20 Yancho: unless you need python, I would try not using the --enable-python option 2012-01-31T08:50:42 so can i stop the opensrf .. then rerun that make statement and start again? 2012-01-31T08:52:18 I forget, but it may be in the configure, so if so, stop opensrf, re-run configure and make, then start opensrf 2012-01-31T08:52:41 yep, ./configure --disable-python [.. other stuff ..] 2012-01-31T08:52:53 done :) 2012-01-31T08:52:58 didnt do the --disable-python 2012-01-31T08:53:04 may not need to 2012-01-31T08:53:05 just didnt do the enable option .. works fine now 2012-01-31T08:53:13 success. 2012-01-31T08:55:05 another question please :) install postgresql on debian. by default it comes as version 8.4 .. i added the source but it keeps saying : postgresql-9.0 : Depends: postgresql-client-9.0 but it is not going to be installed 2012-01-31T08:56:50 and the client depends on libpq5 .. which according to aptitude i already have the newest version postgresql-client-9.0 : Depends: libpq5 (>= 9.0~) but 8.4.10-0squeeze1 is to be installed 2012-01-31T08:58:56 Yancho: you'll need to use the -t option to apt-get or aptitude to convince it to use the backports source, IIRC 2012-01-31T09:04:35 eeevil, tried that but : http://pastebin.com/hsiRzB88 2012-01-31T09:05:13 this is on squeeze? 2012-01-31T09:05:48 isn't there a makefile target for postgres? 2012-01-31T09:06:29 yeah -- did you try "make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_90" 2012-01-31T09:07:39 no i didn't mrpeters-isl .. trying it 2012-01-31T09:10:02 that seems to have done the trick .. might be a good idea to add it to the wiki i suppose ey ? 2012-01-31T09:10:21 *** hyuntakyoon has quit IRC 2012-01-31T09:11:34 ;) 2012-01-31T09:11:51 guilty of not doing that myself 2012-01-31T09:15:40 *** Dyrcona has joined #evergreen 2012-01-31T09:20:44 cp Open-ILS/examples/apache/eg.conf /etc/apache2/sites-available/ <- cp: cannot stat `Open-ILS/examples/apache/eg.conf': No such file or directory 2012-01-31T09:20:47 Yancho: FWIW, it IS in the README and install instructions. Where else do you think it should be? 2012-01-31T09:20:50 any step which i missed? 2012-01-31T09:21:03 Yancho: are you in the /home/opensrf/Evergreen* directory? 2012-01-31T09:21:12 that path is relative to the location where you extracted the tarball 2012-01-31T09:21:14 im reading this : http://open-ils.org/documentation/install/README_2_1_1.html 2012-01-31T09:21:17 *** tater is now known as mtate 2012-01-31T09:21:29 Yancho: yeah, so the install_pgsql is covered there 2012-01-31T09:22:17 make -f Open-ILS/src/extras/Makefile.install <- missed this! my fault sry 2012-01-31T09:22:44 it happens. are you good on the copying eg.conf now too? 2012-01-31T09:25:55 nope im /home/opensrf/opensrf-2.0.1 i just have the tarball i downloaded - got no folder Open-ILS there :S 2012-01-31T09:26:01 thats opensrf 2012-01-31T09:26:05 you need Evergreen 2012-01-31T09:26:29 there are 2 parts....OpenSRF, the underlying framework 2012-01-31T09:26:34 and then Evergreen, the ILS software 2012-01-31T09:27:04 make sure not to confuse the instructions for each. they're similiar, but different, in places. 2012-01-31T09:29:54 *** Meliss has joined #evergreen 2012-01-31T09:33:05 *** kmlussier has joined #evergreen 2012-01-31T09:38:53 *** jenny has joined #evergreen 2012-01-31T09:39:34 well spotted there mrpeters-isl :) 2012-01-31T09:40:50 Yancho: Things tend to work better if you install OpenSRF first, then OpenILS/Evergreen, just in case you or anyone else is wondering. 2012-01-31T09:41:49 Dyrcona, thing is since postgresql was listed at the beginning of the tutorial as prerequisite i installed it first .. now at almost the end of the section it does mention the exact entry to install it 2012-01-31T09:42:28 * Dyrcona is not overly responsible for the README. 2012-01-31T09:42:53 Yancho: If you think the README could be improved, please share your suggestions. 2012-01-31T09:43:30 i would think that evergreen / ils / srf would be better in one install readme 2012-01-31T09:45:16 *** artunit has joined #evergreen 2012-01-31T09:46:24 Yancho: Dyrcona: Actually, according to the README, the very first step is to install OpenSRF. It's just the smaller looking line compared with setting up PG backports. 2012-01-31T09:46:41 *first prerequisite 2012-01-31T09:48:02 hostname for the postgresql should be localhost or private.localhost? 2012-01-31T09:50:37 *** vicent has joined #evergreen 2012-01-31T09:52:30 Yancho: Most likely it should be localhost. 2012-01-31T09:52:56 http://pastebin.com/qEDMNbnn no fun :( 2012-01-31T09:54:21 argh totally lost count of time .. gotta run for a meeting .. bbl .. thanks all for ur help :)) 2012-01-31T09:54:53 Yancho: It seems like you're missing the part of the command telling it where to talk to postgres? --hostname localhost --port 5432 (usually?) 2012-01-31T09:55:08 Good luck. 2012-01-31T09:55:11 Yancho: You have extra \ in there, so \ --user is being interpreted as " --user" instead of as "--user" 2012-01-31T09:55:45 The \ is to say "let this command continue on the next line" - If it isn't going to the next line it starts causing issues. 2012-01-31T09:59:02 It's always fun when you can't reproduce a bug that you see in production on your development machine. 2012-01-31T10:22:14 *** mrpeters-isl has quit IRC 2012-01-31T10:22:29 *** mrpeters-isl has joined #evergreen 2012-01-31T10:24:16 *** tspindler has joined #evergreen 2012-01-31T10:33:28 So I'm looking at register.js for the patron registration and have a question about this piece: http://pastie.org/3289416 2012-01-31T10:33:57 Based on that, it seems that if we don't have both opac.barcode_regex and opac.username_regex set, it'll fail the check and process patron registration. 2012-01-31T10:33:58 ? 2012-01-31T10:34:33 But if our opac.username_regex allows for variations of "bad barcodes" too, that could lead to a failure to validate the barcode too. 2012-01-31T10:35:22 Or maybe I read it wrong 2012-01-31T10:36:57 bshum: I know that code very well 2012-01-31T10:37:05 (I hope I do, I believe I wrote it) 2012-01-31T10:37:17 tsbere: Ah, well then :) 2012-01-31T10:38:22 We're just beginning to experiment with trying to restrict what gets assigned into those fields. 2012-01-31T10:38:35 bshum: First if is an obvious "not valid if it contains spaces". Second if says "if we have a barcode regex, it is allowed to match that". Third if says "if we have a username regex it is allowed to match that". Fourth if says "if we have both a barcode and a username regex, and we didn't return true already, it isn't valid". If none of that has returned a true/false, assume valid. 2012-01-31T10:39:24 bshum; are you trying to restrict user names to being barcodes? 2012-01-31T10:39:41 tsbere: So based on that, we need both settings to really stop someone from inputting bad choices 2012-01-31T10:40:11 bshum: Yes. Otherwise we don't know what a username or a barcode looks like, so we have to assume input is valid. 2012-01-31T10:40:42 Dyrcona: I guess our objective is to try ensuring that staff only enter 14 digit barcodes that begin with a 2. (simple enough) for patron registration purposes. 2012-01-31T10:40:43 bshum: in other words, there are no restrictions on user names. 2012-01-31T10:41:01 Dyrcona: But there are "staff accounts" in the system that may not follow that restriction presently 2012-01-31T10:41:23 bshum: I took care of that with a neat little trick 2012-01-31T10:41:46 Staff can't edit staff accounts. So our central site has a username regex of .* to override the consortial username regex. 2012-01-31T10:42:19 So when *we* edit users (and we can edit staff) we can set the username to anything we want. When *they* edit users they can't......of course I also don't let them see the username box, so that is a moot point. 2012-01-31T10:42:37 Ahh, smart. 2012-01-31T10:43:15 Though, I think we're unfortunately past that stage, since patrons have already begun choosing their own opac login usernames. 2012-01-31T10:43:26 Not sure if there's any good way to fix this then. 2012-01-31T10:43:41 add the regex *now* to keep things sane in the future? 2012-01-31T10:47:08 *** vicent has quit IRC 2012-01-31T10:47:19 *** vicent has joined #evergreen 2012-01-31T10:50:26 Yeah we'll have to ponder that. 2012-01-31T10:50:27 The opac.barcode_regex is checked when barcodes are entered, isn't it? 2012-01-31T10:51:09 *** vicent_ has joined #evergreen 2012-01-31T10:51:31 *** vicent has quit IRC 2012-01-31T10:51:51 *** graced has joined #evergreen 2012-01-31T10:53:12 berick: Good news! I found a problem with holds this week that I can't blame on you. 2012-01-31T10:53:19 * tsbere gets to take the blame for this one 2012-01-31T10:57:05 anybody out there in Evergreen-land using git to machine per-machine configurations? 2012-01-31T10:57:07 hold it, I have reservations 2012-01-31T10:57:10 * phasefx_ ducks 2012-01-31T10:57:29 csharp: I want to talk about that at C4L next week 2012-01-31T10:57:36 bshum: cool 2012-01-31T10:57:39 csharp: To get opinions/suggestions 2012-01-31T10:57:50 Cause that's my goal to use git to install on multiple bricks, etc. 2012-01-31T10:58:04 Just not sure the best way to accomplish it yet. 2012-01-31T10:58:10 Other than the obvious of course 2012-01-31T10:58:13 that first 'machine' should have been 'manage' - frickin' typo prone this week :-/ 2012-01-31T10:58:29 we're using git to manage our configurations, but we only have 1 machine. 2012-01-31T10:58:53 well, 3, but 1 is the database server, and the other two are configured pretty much the same. 2012-01-31T10:59:20 we have a branch for our oils_sip.xml file, for instance. 2012-01-31T11:00:47 I have considered turning the conf folder into a git checkout 2012-01-31T11:00:59 tsbere: that's what we're thinking 2012-01-31T11:01:29 and we're thinking of having each individual machine be a separate git branch 2012-01-31T11:01:40 that....I wouldn't be likely to do 2012-01-31T11:01:55 csharp: that is one way to do it, if you need different configurations on different machines. 2012-01-31T11:02:01 this is why I'm throwing it out there - to get opinions 2012-01-31T11:02:19 csharp: I can see minimal reason to do it that way, compared to using the hostname config blocks for each machine 2012-01-31T11:02:30 *** AaronZ-PLS has joined #evergreen 2012-01-31T11:02:42 well, my opinion is use git to manage configuration in whatever way works for you. :) 2012-01-31T11:03:06 'hostname config blocks'? - not sure what you mean ;-)... 2012-01-31T11:03:16 The only thing I can think of for "need branches per machine" is "need different process counts per service per machine" 2012-01-31T11:03:40 csharp: in opensrf.xml at the bottom, where the stuff lives. 2012-01-31T11:03:40 well that's true for us regarding brick vs. sip vs. utility 2012-01-31T11:03:42 csharp: You can tell any given machine what services to actually run by hostname 2012-01-31T11:03:49 *** sal__ has joined #evergreen 2012-01-31T11:03:50 oh - of course 2012-01-31T11:04:06 you can put in multiple blocks in the file with different hostnames. 2012-01-31T11:04:13 ^^^^ 2012-01-31T11:04:23 right - we have that too 2012-01-31T11:04:25 we have one big hefty opensrf.xml 2012-01-31T11:04:52 our concern is when we patch a single server (which unfortunately happens from time to time), we want a record of what changed where 2012-01-31T11:04:59 but, yeah, definitely make a branch for configurations, and more than one wouldn't hurt either. 2012-01-31T11:05:30 csharp: I did have a second thought for that kind of setup. Two if I wanted to play with OpenSRF's code. >_> 2012-01-31T11:05:30 ideally they're all in sync, but reality gets in the way 2012-01-31T11:05:31 csharp: do you run a central git repository for your local changes? 2012-01-31T11:05:32 stick a prefix at the end of each server's configs? 2012-01-31T11:05:45 Dyrcona: that's what we're setting up 2012-01-31T11:05:49 throw them all in Open-ILS/examples/ 2012-01-31T11:06:38 well, if you're changing things outside the hostname blocks, I'd likely go with a different branch for each server to keep it clean. 2012-01-31T11:06:38 *** graced has quit IRC 2012-01-31T11:06:41 Dyrcona: sorry - yes - we run a repo at git.evergreen-ils.org, but just for our core code 2012-01-31T11:06:41 csharp: Make an /openils/git folder with things like "conf" inside of it. That is a repo. Symlink to the *correct* config file for that machine from the conf folder. Then one branch's logs gives you a full set of changes..... 2012-01-31T11:07:37 csharp: we have several repos at git.mvlcstaff.org, at least 1 of which is not visible to the public that contains our configurations. 2012-01-31T11:07:43 tsbere: good thought 2012-01-31T11:07:58 Dyrcona: yeah - that's our concern right now is the private repo 2012-01-31T11:08:04 ooh i need to look into how to privatize a branch 2012-01-31T11:08:10 err..repo 2012-01-31T11:08:19 * Dyrcona points at tsbere. 2012-01-31T11:08:45 i'll bet that is something that Galen and Tom can cover in their talk at the conference. 2012-01-31T11:09:00 mrpeters-isl: We just tell the gitolite config "no description, no daemon access" which means "you can only get at it with SSH". Since we don't let third parties into our server...... 2012-01-31T11:09:59 yeah. im reading that. 2012-01-31T11:13:42 *** graced has joined #evergreen 2012-01-31T11:21:48 Anything else to add for the dev meeting agenda today? http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2012-01-31 2012-01-31T11:22:06 I think denials had said something about GSOC 2012 plans? 2012-01-31T11:29:01 *** Callender has joined #evergreen 2012-01-31T11:29:13 *** graced_ has joined #evergreen 2012-01-31T11:30:22 I see GSOC on the agenda. 2012-01-31T11:30:28 I just added it. 2012-01-31T11:30:50 going to use meetbot, eh? do you think we're Ubuntu or something? :) 2012-01-31T11:30:59 *** graced has quit IRC 2012-01-31T11:31:04 *** graced_ is now known as graced 2012-01-31T11:31:10 Dyrcona: I'm just lazy :) 2012-01-31T11:31:15 I blame moodaepo 2012-01-31T11:31:25 * Dyrcona thinks he'll go get some lunch in a few minutes so as not to miss the meeting. 2012-01-31T11:32:00 I blame Canada, which is basically the same as blaming denials. ;) 2012-01-31T11:32:48 *** akilsdonk has joined #evergreen 2012-01-31T11:32:58 I don't really have anything to add to the agenda, unless someone else wants to talk about bug triage and possible branches for merging.... 2012-01-31T11:33:11 I know we usually have the merge discussions on the other tuesday. 2012-01-31T11:34:05 * Dyrcona thinks it might be nice if we could organize a bug/qa team, but thinks the community needs to be a little bigger. 2012-01-31T11:35:07 *** graced_ has joined #evergreen 2012-01-31T11:36:41 *** graced has quit IRC 2012-01-31T11:36:44 *** graced_ is now known as graced 2012-01-31T11:36:50 Dyrcona: Sounds like a good goal regardless of our size. I'd like to see more community input for the bug tickets/issues. 2012-01-31T11:37:15 * bshum knowing that I should help more too on that front 2012-01-31T11:38:26 don't know if there is time to add it to today's agenda. 2012-01-31T11:38:47 *** youdonotexist has joined #evergreen 2012-01-31T11:38:55 meaning: i don't know if we really have time to discuss it. think i'll bring it up on the lists, first. 2012-01-31T11:42:24 *** gerson has joined #evergreen 2012-01-31T11:55:08 *** gerson has quit IRC 2012-01-31T11:57:04 *** mtcarlson has joined #evergreen 2012-01-31T11:59:25 *** mtcarlson has quit IRC 2012-01-31T11:59:57 *** mtcarlson has joined #evergreen 2012-01-31T12:00:11 Meeting time! 2012-01-31T12:00:32 #startmeeting Developer Meeting 2012-01-31T12:00:32 Meeting started Tue Jan 31 12:00:32 2012 US/Eastern. The chair is bshum. Information about MeetBot at http://wiki.debian.org/MeetBot. 2012-01-31T12:00:32 Useful Commands: #action #agreed #help #info #idea #link #topic. 2012-01-31T12:00:52 #link Agenda: http://evergreen-ils.org/dokuwiki/doku.php?id=dev:meetings:2012-01-31 2012-01-31T12:01:04 Anyone else around? 2012-01-31T12:01:12 * Dyrcona raises his hand. 2012-01-31T12:01:19 tsbere will be here shortly. 2012-01-31T12:01:35 I am here 2012-01-31T12:01:42 present 2012-01-31T12:02:02 here 2012-01-31T12:02:37 here, prepping to leave 2012-01-31T12:02:55 Alright, we'll try to make this quick I guess. 2012-01-31T12:03:04 #topic Review past action items 2012-01-31T12:03:25 * moodaepo is now here 2012-01-31T12:03:42 Looks like everything is all completed from last time except for one. 2012-01-31T12:03:44 kmlussier: Around? 2012-01-31T12:04:05 #info dbs to update the release process doc with a mention of the version_upgrade directory 2012-01-31T12:04:11 Deferred for now? 2012-01-31T12:05:13 aye 2012-01-31T12:05:24 #action dbs to finish that soon-ish 2012-01-31T12:05:34 #topic New Business 2012-01-31T12:06:06 #topic Developer Meeting Schedule 2012-01-31T12:06:27 #link Mailing thread discussion: http://markmail.org/message/vthecxz4pwa7pinn 2012-01-31T12:06:38 kathy is getting onnow 2012-01-31T12:06:48 tspindler++ 2012-01-31T12:06:54 * kmlussier is Kathy Lussier, MassLnc 2012-01-31T12:06:55 So, we got a few replies about when we're having meetings. This time is proving more difficult for everyone it seems. 2012-01-31T12:07:12 Well, not everyone, but several. 2012-01-31T12:07:27 * mtcarlson is now here 2012-01-31T12:07:57 *** akilsdonk has quit IRC 2012-01-31T12:07:57 the time isn't that important to me. I don't have a lot of regularly scheduled things. 2012-01-31T12:07:59 I find it annoying when we have meetings at noon on Tuesdays. Beyond that, I find the meeting over lunch isn't a bad thing, personally. If I recall it and get lunch first. 2012-01-31T12:08:10 and by "we" I mean "the office" 2012-01-31T12:08:18 tsbere++ # for getting lunch 2012-01-31T12:08:45 that's kind of what I'm hoping to avoid... scrambling to eat 2012-01-31T12:08:48 yeah. sometime in the early afternoon would be better. 2012-01-31T12:08:51 there's just no need for it 2012-01-31T12:09:48 someone had a problem with 2:00pm EST, didn't they? 2012-01-31T12:09:51 How does 3PM (1500) CST sound? 2012-01-31T12:10:11 Dyrcona: I think dbs/denials has a work conflict. 2012-01-31T12:10:16 On Tuesdays 2012-01-31T12:10:26 But perhaps we can suggest a different day of the week. 2012-01-31T12:10:37 * phasefx_ would prefer times other than noon 2012-01-31T12:10:40 We could do the meeting before lunch. 2012-01-31T12:10:40 (also I think the governance committee meets in the afternoons on Tuesdays too) 2012-01-31T12:10:44 instead of after lunch 2012-01-31T12:11:00 I agree, if dbs has a conflct, we should do our best to accomodate him. 2012-01-31T12:11:06 I think we suggested after 12 pm EST to give west coast folks an opportunity to attend too. 2012-01-31T12:11:12 * bshum waves at mtcarlson 2012-01-31T12:11:15 Does it have to be Tuesday? 2012-01-31T12:11:28 no, it doesn't have to be tuesday. 2012-01-31T12:11:53 * moodaepo waves at mcarlson 2012-01-31T12:12:34 * denials will do his best to interact via email in advance or IRC whenever the meeting ends up getting scheduled 2012-01-31T12:12:43 Well, in order to get some more input, perhaps we should put out some sort of survey to try getting some input about when to have meetings. 2012-01-31T12:12:54 +1 2012-01-31T12:12:54 12pm EST or after would be helpful for us on the west coast 2012-01-31T12:13:32 But generally, I think we can safely agree that 12 noon isn't best anymore? And afternoon EST would be helpful for west coast. 2012-01-31T12:13:47 So we're looking at 1-4 pm time on perhaps a different day than Tuesdays. 2012-01-31T12:14:04 alternatively, have rotating meeting times / days and just accept that some people aren't going to be able to make some meetings 2012-01-31T12:14:20 #action bshum and others to continue thread discussion about developer meeting times. 2012-01-31T12:14:28 moodaepo suggested 1500 CST, which is 2100 UTC. That time works for me. 2012-01-31T12:14:34 IRC meetings shouldn't be the only form of communication / decision making 2012-01-31T12:14:46 denials: true on both counts. 2012-01-31T12:14:50 denials: Very good point. 2012-01-31T12:18:28 *** pinesol_green` has joined #evergreen 2012-01-31T12:18:39 next week? 2012-01-31T12:18:43 (well that's not a good sign... stupid pinesol) 2012-01-31T12:18:56 *** tfaile_ has joined #evergreen 2012-01-31T12:19:13 +1 to next week 2012-01-31T12:19:28 we should have our issues worked out by then. :) 2012-01-31T12:19:47 question is: which day? 2012-01-31T12:19:56 +1 to next week 2012-01-31T12:20:03 +1 # if denials says so! 2012-01-31T12:20:16 *** bradl_ has joined #evergreen 2012-01-31T12:20:24 +1 to next week if some of the higher priority 2.2 tagged items are in 2012-01-31T12:20:48 *** eeevil_ has joined #evergreen 2012-01-31T12:21:52 #save 2012-01-31T12:21:55 tsbere: Are those enhancements or bug fixes? 2012-01-31T12:22:16 kmlussier: I am thinking the bug fixes 2012-01-31T12:22:42 i said next week so there'd be time to get the more important things in. 2012-01-31T12:22:53 my stuff can wait. :) 2012-01-31T12:23:41 per http://evergreen-ils.org/dokuwiki/doku.php?id=versioning enhancements can continue until beta is cut 2012-01-31T12:24:49 *** mtcarlson has quit IRC 2012-01-31T12:24:49 *** youdonotexist has quit IRC 2012-01-31T12:24:51 *** bradl has quit IRC 2012-01-31T12:24:51 *** pinesol_green has quit IRC 2012-01-31T12:24:51 *** mcarlson has quit IRC 2012-01-31T12:24:51 *** artunit has quit IRC 2012-01-31T12:24:51 *** tfaile has quit IRC 2012-01-31T12:24:51 *** collum has quit IRC 2012-01-31T12:24:51 *** jeff has quit IRC 2012-01-31T12:24:52 *** eeevil has quit IRC 2012-01-31T12:24:52 *** mcarlson has joined #evergreen 2012-01-31T12:24:52 *** sal__ has quit IRC 2012-01-31T12:24:52 *** tspindler has quit IRC 2012-01-31T12:24:52 *** sal__ has joined #evergreen 2012-01-31T12:25:04 *** frank has joined #evergreen 2012-01-31T12:25:11 yep. I see some medium bugs that I think should by high priority. 2012-01-31T12:25:54 mmm yay network 2012-01-31T12:26:02 Indeed 2012-01-31T12:26:17 Side note: This may be an argument against meetbot. >_> 2012-01-31T12:26:27 tsbere: Also noted ;) 2012-01-31T12:27:16 bah, if the network is fine then meetbot works, otherwise the notes can be combed from the meetbot commands in the logs 2012-01-31T12:27:28 the good thing about meetbot and similar is that if it fails, all you really have to do is grep your IRC logs to recover the things you wanted meetbot to note, as opposed to carefully reading for context 2012-01-31T12:27:33 what denials said 2012-01-31T12:27:41 *** youdonotexist has joined #evergreen 2012-01-31T12:27:42 * denials heads out 2012-01-31T12:28:26 *** sal__ has joined #evergreen 2012-01-31T12:28:32 denials++ 2012-01-31T12:28:44 so, an alpha release next week, after "patch Tuesday"? 2012-01-31T12:29:06 *** jeff has joined #evergreen 2012-01-31T12:29:06 *** jeff has joined #evergreen 2012-01-31T12:29:08 Dyrcona: alpha2 or beta1? 2012-01-31T12:29:16 alpha2, preferred 2012-01-31T12:29:28 Unless there aren't anything new being finished, but I suspect there are? 2012-01-31T12:29:34 yes, alpha2, i'd think, so we have a last chance for features. 2012-01-31T12:29:44 Hi everybody, I have a problem when I want to check out a book with an specific due date, It doesn´t work when I select a month that doesn´t have 31 days, could someone help me please? 2012-01-31T12:29:44 Will do 2012-01-31T12:29:48 i have a couple of small branches. 2012-01-31T12:29:53 +1 to alpha2 next week 2012-01-31T12:30:02 #info Evergreen 2.2 alpha2 target for next week. 2012-01-31T12:30:10 frank: We are in a meeting could you please try in about 20 minutes or so? 2012-01-31T12:30:25 #info "patch Tuesday" to go over and review bug fixes waiting to go in. 2012-01-31T12:30:31 moodaepo: oh sorry, yes 2012-01-31T12:30:39 How long do you expect there to be between alpha2 and beta? 2012-01-31T12:30:54 frank: No worries and thanks! 2012-01-31T12:31:08 i'd like to see 1-2 weeks tops, but it isn't really up to me. 2012-01-31T12:31:35 Just wondering if there should be a deadline for when new features are added. 2012-01-31T12:31:54 before the beta goes out, is usual deadline, right? 2012-01-31T12:32:21 *** collum has joined #evergreen 2012-01-31T12:32:37 do we want to say alpha2 is the deadline or beta1? 2012-01-31T12:32:47 where's eeevil when you need him? 2012-01-31T12:32:58 pretty sure eeevil would say beta1 is the deadline 2012-01-31T12:33:11 yeah, beta is the deadline for new features 2012-01-31T12:33:16 We could say "no new features targeted at 2.2, only existing targeted features and bug fixes" to make it easier to decide. Then only things already targeted on launchpad need apply, new feature wise, as being "blocking" for 2.2 beta? 2012-01-31T12:33:54 beta works for me. 2012-01-31T12:34:38 so, alpha2 tentatively next Wednesday, and beta the Wednesday or 2 following? 2012-01-31T12:35:25 Dyrcona++ having an approx date for beta is helpful, whatever the date may be. 2012-01-31T12:35:32 *** gerson has joined #evergreen 2012-01-31T12:36:56 Maybe 2 following, if there's alot to get added. 2012-01-31T12:37:23 Of course, I think someone from MVLC is obligated at this point to say "or we just skip 2.2 and tell everyone to run off of master" ;) 2012-01-31T12:37:32 * Dyrcona groans. 2012-01-31T12:37:57 i'm hoping there isn't a whole lot to add after the alpha. I don't see any really big stuff that is pending. 2012-01-31T12:39:17 And with the level of testing from MVLC, hopefully beta will be in fairly good shape. 2012-01-31T12:39:26 Alright, is there anything else we should add about 2.2 release right now? 2012-01-31T12:39:42 bshum: I think action item has been decided and we can move on? 2012-01-31T12:40:09 Okay. 2012-01-31T12:40:13 A general idea of timelines is what I was looking for, and that's been addressed. 2012-01-31T12:40:22 #topic Google Summer of Code 2012 2012-01-31T12:40:33 Is gmcharlt around? 2012-01-31T12:40:40 bshum: how 'bout the action items? 2012-01-31T12:40:43 Since that hasn't been announced yet, I assume dbs just wanted to get a general sense of whether folks would be interested in doing that again. 2012-01-31T12:40:58 Dyrcona: I think he posted it as #info earlier 2012-01-31T12:41:00 I noted them as "info" previously. 2012-01-31T12:41:06 *** graced_ has joined #evergreen 2012-01-31T12:41:09 ok. thanks. 2012-01-31T12:41:14 But next time I suppose I should make them action items once we know who they are assigned for. 2012-01-31T12:41:20 Or just make them open action items :( 2012-01-31T12:41:24 Oops. 2012-01-31T12:41:44 sorry for the diversion. back to GSOC. 2012-01-31T12:41:50 Since dbs isn't here, I'm going to make it an action item for him next time to talk about GSOC stuff. 2012-01-31T12:42:04 works for me. 2012-01-31T12:42:12 *** graced has quit IRC 2012-01-31T12:42:13 *** graced_ is now known as graced 2012-01-31T12:42:18 +1 2012-01-31T12:42:20 I was going to say, I think it is a good idea, but not sure I could mentor anybody. 2012-01-31T12:42:23 #action dbs to talk about GSOC stuff next time (or send thoughts to -dev mailing list) 2012-01-31T12:43:05 #help Start thinking about mentoring/projects 2012-01-31T12:43:21 Any announcements? 2012-01-31T12:43:26 #topic Announcements 2012-01-31T12:43:53 Probably not, but I guess that's a remnant from old agendas :S 2012-01-31T12:44:09 Guess I could announce we're running after our update and fixing bugs. 2012-01-31T12:44:17 Dyrcona++ 2012-01-31T12:44:42 #info Post-conference developer meetup on Saturday afternoon/evening at EG 2012. 2012-01-31T12:44:50 See most of my branches from the past 48 hours for "fixing bugs" <_< 2012-01-31T12:45:30 Alright then. 2012-01-31T12:46:20 Anything else we should talk about today before we close this meeting? (next meeting will be determined based on further mailing list feedback) 2012-01-31T12:47:09 *** graced_ has joined #evergreen 2012-01-31T12:47:15 i don't have anything. 2012-01-31T12:47:27 Alright then, thanks everyone. 2012-01-31T12:47:30 bshum++ 2012-01-31T12:47:37 #endmeeting 2012-01-31T12:47:37 Meeting ended Tue Jan 31 12:47:37 2012 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) 2012-01-31T12:47:37 Minutes: http://evergreen-ils.org/meetings/evergreen/2012/evergreen.2012-01-31-12.00.html 2012-01-31T12:47:37 Minutes (text): http://evergreen-ils.org/meetings/evergreen/2012/evergreen.2012-01-31-12.00.txt 2012-01-31T12:47:37 Log: http://evergreen-ils.org/meetings/evergreen/2012/evergreen.2012-01-31-12.00.log.html 2012-01-31T12:47:45 (now to see how terrible the logs look) 2012-01-31T12:47:48 bshum++ 2012-01-31T12:48:07 bshum++ 2012-01-31T12:48:11 meetbot+- 2012-01-31T12:49:04 Well it was pinesol_green who got cut off.. 2012-01-31T12:49:08 *** graced has quit IRC 2012-01-31T12:49:09 meetbot++ 2012-01-31T12:49:14 *** graced_ is now known as graced 2012-01-31T12:49:24 Logs look great! 2012-01-31T12:50:32 *** kmlussier has quit IRC 2012-01-31T12:51:02 yeah pretty nifty 2012-01-31T12:53:29 *** graced has quit IRC 2012-01-31T12:53:45 Hi everybody, sorry for Interrupt few minutes ago, I have a problem when I want to check out a book with an specific due date, It doesn´t work when I select a month that doesn´t have 31 days, could someone help me please? 2012-01-31T12:55:06 frank: Pick the day first. 2012-01-31T12:55:29 yeah....i was going to suggest that earlier. 2012-01-31T12:55:47 i think its trying to pick the 31st since today is the 31st. 2012-01-31T12:56:03 if you change the day, then pick the month, it should work. 2012-01-31T12:56:44 *** mcarlson has quit IRC 2012-01-31T12:57:45 frank: Curious, which version of Evergreen are you working with? 2012-01-31T12:58:00 2.0.2 2012-01-31T12:58:04 *** vicent_ has left #evergreen 2012-01-31T12:58:13 In early versions of 2.0 2012-01-31T12:58:22 There was a date bug for the months of 31 2012-01-31T12:58:30 *with 31 days in them 2012-01-31T12:58:38 Not behaving correctly on the 31st of a given month 2012-01-31T12:58:44 So it's possible that your version is still broken. 2012-01-31T12:58:57 *** mcarlson has joined #evergreen 2012-01-31T12:59:18 I don't recall offhand which version of Evergreen that was. 2012-01-31T12:59:45 bshum: so Do you suggest that I migrate to the last version? 2012-01-31T12:59:55 or exists a solution? 2012-01-31T13:00:08 frank: That's always best if you can be on the most current releases. 2012-01-31T13:00:26 But I know how that goes. 2012-01-31T13:00:44 *** graced has joined #evergreen 2012-01-31T13:02:04 http://svn.open-ils.org/trac/ILS/changeset/19919 2012-01-31T13:02:10 That's the old bug issue 2012-01-31T13:02:18 Not sure if that was addressed before or after 2.0.2 though 2012-01-31T13:03:00 But it still sounds a little different than what you've described. 2012-01-31T13:03:07 Have you tried what Dyrcona and tsbere said? 2012-01-31T13:03:39 Yes, i did it, but it didn´t work 2012-01-31T13:05:31 Yep, 2.0.2.tar.gz was put up on 2/21/11. But the fix was 3/31/11 2012-01-31T13:05:38 So your version is "broken" 2012-01-31T13:05:51 You should upgrade to a newer version. 2012-01-31T13:06:00 And grab one of the newer staff clients too. 2012-01-31T13:06:11 *** graced_ has joined #evergreen 2012-01-31T13:07:49 *** graced has quit IRC 2012-01-31T13:07:59 :( ok, we will work in the upgrade bshum, we are from Mexico, and we are very grateful that you could help us 2012-01-31T13:08:01 thanks 2012-01-31T13:08:02 *** graced_ is now known as graced 2012-01-31T13:09:06 frank: Sure thing, upgrades can take awhile, but it'll probably be worth it in the long run. While you can of course continue with 2.0 series up through 2.0.10 (most recent for now), I'd actually suggest going towards the 2.1 series (2.1.1). That way you don't have to upgrade again for a little bit, we hope. 2012-01-31T13:10:19 ok bshum, thanks for your suggest :) 2012-01-31T13:12:19 I'm in the middle of working out that upgrade process myself. I tell myself it's meant to be an "adventure" 2012-01-31T13:12:44 *** graced_ has joined #evergreen 2012-01-31T13:13:13 yes, I am sure that it will be an adventure 2012-01-31T13:13:57 *** graced has quit IRC 2012-01-31T13:14:06 *** graced_ is now known as graced 2012-01-31T13:25:16 *** gerson has quit IRC 2012-01-31T13:26:51 *** youdonotexist has quit IRC 2012-01-31T13:28:05 *** graced has quit IRC 2012-01-31T13:29:21 *** pinesol_green has joined #evergreen 2012-01-31T13:30:06 @roulette 2012-01-31T13:30:06 bshum: *click* 2012-01-31T13:31:14 *** youdonotexist has joined #evergreen 2012-01-31T13:43:14 Huh 2012-01-31T13:43:27 It doesn't seem good to have the same item checked out to more than one person at once. 2012-01-31T13:46:35 *** shadowspar has quit IRC 2012-01-31T13:51:51 That is hard to due most of the time 2012-01-31T13:53:18 *** gerson has joined #evergreen 2012-01-31T13:53:36 Indeed. 2012-01-31T13:53:43 *** gerson has left #evergreen 2012-01-31T13:53:52 er, do 2012-01-31T13:53:55 * tsbere is on the phone too 2012-01-31T13:54:10 bshum: But "delete copy, re-enter with same barcode, check out new copy" happens a lot around here 2012-01-31T13:54:37 tsbere: Unfortunately doesn't seem to be the case, I checked the ID of the asset.copy and it was the same in both transactions. 2012-01-31T13:54:58 bshum: Either have a stop fines reason? 2012-01-31T13:55:14 tsbere: Yes actually, one was maxfines 2012-01-31T13:55:17 oh hey, a new firefox...shocking 2012-01-31T13:55:19 Actually both might have been 2012-01-31T13:56:38 bshum: Maxfines shouldn't do that......not sure what would, though. :/ 2012-01-31T13:57:28 ugh...forced reboot for FF10...warning 2012-01-31T13:57:53 *** mrpeters-isl has quit IRC 2012-01-31T13:58:26 tsbere: Ugh, nevermind 2012-01-31T13:58:31 User error on several fronts 2012-01-31T13:58:33 Me too 2012-01-31T13:58:50 You were right, they deleted the checked out copy 2012-01-31T13:58:53 And added another one 2012-01-31T13:59:08 Yea. THAT will do it. 2012-01-31T13:59:13 * tsbere hates it when that happens 2012-01-31T13:59:26 But there is a branch to fix that! 2012-01-31T13:59:51 bshum: If you don't know/recall, you can check in the deleted one via the patron's record via the menus. 2012-01-31T13:59:54 I guess we'll be testing that branch out then. 2012-01-31T14:00:06 tsbere: Right, that's what we ended up doing, luckily. 2012-01-31T14:00:31 The branch in question is the "you can't delete a checked out copy" one. Just so you know. 2012-01-31T14:00:32 tsbere: I told the staff to check in the old copy not realizing it was already "deleted" till I looked for duplicate asset.copy entries with the same barcode just now. 2012-01-31T14:02:27 :( 2012-01-31T14:02:39 We have 3725 barcodes with at least one deleted copy and one non-deleted copy. 2012-01-31T14:02:46 As of sunday, anyway 2012-01-31T14:03:14 *** mrpeters-isl has joined #evergreen 2012-01-31T14:03:46 The biggest offender there is barcode...... "1234"........... 2012-01-31T14:04:17 The following big offenders are at least full length barcodes. But the fact that #2 has 8 total rows doesn't make me any happier. 2012-01-31T14:05:09 *** shadowspar has joined #evergreen 2012-01-31T14:07:02 bshum: https://bugs.launchpad.net/evergreen/+bug/857401 2012-01-31T14:07:03 Launchpad bug 857401 in Evergreen "Staff can delete checked out copy." (affected: 7, heat: 28) [Medium,Confirmed] 2012-01-31T14:08:16 Thanks Dyrcona. Will click affects me too! 2012-01-31T14:08:34 Oh, nvm 2012-01-31T14:08:37 I'm already affected :) 2012-01-31T14:08:41 bshum; wouldn't be surprised if you did already. 2012-01-31T14:08:45 :) 2012-01-31T14:09:00 *** enhancin has joined #evergreen 2012-01-31T14:09:12 at least you know it should be coming in 2.2. 2012-01-31T14:11:21 I was just testing the latest code in that branch. 2012-01-31T14:11:30 It works as far as I can tell. 2012-01-31T14:11:44 I log in as me, and I can delete anything I want, willy-nilly. 2012-01-31T14:12:20 Log in as one of our catalogers, and no, you can't delete that. You can't override COPY_DELETE_WARNING. 2012-01-31T14:13:20 phasefx++ 2012-01-31T14:13:23 senator++ 2012-01-31T14:15:00 It won't fix existing "phantom" checkouts, but it will prevent future ones. 2012-01-31T14:15:27 those sorts of checkouts can be checked in via the Items Out interface, fwiw 2012-01-31T14:15:38 it does it by id and not barcode 2012-01-31T14:15:57 yeah, but i'm tired of explaining that to staff. :) 2012-01-31T14:16:10 just better to not let them do it in the first place. 2012-01-31T14:18:07 along similar lines, we need give folks a better way of cataloging pre-cats. The transfer mechanism is cumbersome, and I see folks delete the pre-cats and re-using the barcodes, which loses the circ stats for the title 2012-01-31T14:19:46 *** artunit_ has quit IRC 2012-01-31T14:22:24 What about a specific patron would cause evergreen to throw the error that user_perms is null? The only thing I can really see is the profile and net_access_level really, would the profile cause the user_perms to show null? 2012-01-31T14:25:27 phasefx_: I would love having that ability. Presently folks delete pre-cats rather than dealing with transfers, despite how many times I've tried explaining it. 2012-01-31T14:26:00 * Dyrcona has no idea what his staff do with precats, and probably doesn't want to know. 2012-01-31T14:27:08 * berick imagines black market precats 2012-01-31T14:27:30 bshum: do they usually have the item in hand when doing this? would it make sense to have a dedicated scan-in interface hanging off of Actions for this REcord? 2012-01-31T14:28:04 more work, but could also make the Volume/Item Creator smarter, and have it invisibly transfer pre-cats if their barcodes are used as new barcodes 2012-01-31T14:29:00 *** artunit has joined #evergreen 2012-01-31T14:29:00 enhancin: I'm not exactly ignoring you, but I've not seen that error before. I think that yes, a profile with no permissions could cause that, maybe a failure to retriever permissions on the backend for some other reason, too, but I am just guessing. 2012-01-31T14:30:00 phasefx_: Invisibly transferred sounds intriguing 2012-01-31T14:30:29 I think my head cataloger should answer that, but she never uses IRC. 2012-01-31T14:30:42 phasefx_: I'll ask here about pre-cat procedures too. 2012-01-31T14:31:01 Dyrcona: Hm...looks like it's Profile is 13 which has permissions...unless this application_perm is null as well heh 2012-01-31T14:31:43 bshum: thanks 2012-01-31T14:32:46 Ahh but select * from permission.grp_perm_map where grp=13; shows perm=-1 as the only entry. 2012-01-31T14:33:09 perm = -1 is EVERYTHING. 2012-01-31T14:34:11 senator is committing all these branches that I was going to look at this week. 2012-01-31T14:34:29 senator++ # again 2012-01-31T14:34:44 re precats at MVLC: Most of our precats are mistakes. Single digits, partial barcodes, *patron* barcodes, etc. 2012-01-31T14:35:03 hm 2012-01-31T14:35:05 * Dyrcona imagines checking patrons out of the library. 2012-01-31T14:35:22 * sal imagines checking them in ;-) 2012-01-31T14:36:01 sal__: with an automated materials handler! 2012-01-31T14:36:37 Exceptions bin takes on a whole new meaning... 2012-01-31T14:37:00 Dyrcona: would that error show up because they already have all permissions, or should that error not show up at all? 2012-01-31T14:37:44 enhancin: I don't know. It could be something broken on the backend. I've never seen a permission null error. Could be the permission that is being asked for doesn't exist. 2012-01-31T14:37:52 hmm alright 2012-01-31T14:37:54 thanks 2012-01-31T14:38:56 *** kmlussier has joined #evergreen 2012-01-31T14:42:15 phasefx_: Re: scan item from actions for this record, you mean like magically transferring an item to that bib? 2012-01-31T14:42:27 phasefx_: Cause that still sounds cool to me. 2012-01-31T14:43:18 bshum: kind of like a check-in or item status interface, but embedded in the opac wrapper (along with holdings maintenance, view holds, etc.) Any pre-cat scanned it gets transferred to the bib 2012-01-31T14:44:06 though that might be overkill if we're just dealing with 1 item at a time per bib.. then just a simple window.prompt would suffice 2012-01-31T14:47:06 Dyrcona: I ran autogen.sh and it fixed it somehow. there were no errors in the logs and only in the staff client... 2012-01-31T14:48:24 enhancin: ok. I was getting a very different error yesterday, but running autogen.sh fixed it. sounds like something was out of whack in your JS fieldmapper. 2012-01-31T14:49:27 I wonder if running autogen.sh upon unknown errors could help, haha. I may have to try that out sometime.. 2012-01-31T14:57:44 *** adrienne has joined #evergreen 2012-01-31T14:58:02 well, my error was one where it should have been obvious to me that I needed to run autogen.sh. I was getting an error accessing a method on a field mapped object. 2012-01-31T14:58:42 * Dyrcona already doesn't like the new bug tracking that the "powers that be" insisted we install. 2012-01-31T15:02:17 *** adrienne has quit IRC 2012-01-31T15:19:20 senator++ 2012-01-31T15:19:24 branch wranglin' 2012-01-31T15:29:25 *** jenny1 has joined #evergreen 2012-01-31T15:31:16 *** jenny has quit IRC 2012-01-31T15:33:58 *** eeevil_ is now known as eeevil 2012-01-31T15:34:45 *** matt_carlson has quit IRC 2012-01-31T15:44:06 senator++ # indeed 2012-01-31T15:59:19 *** Meliss has quit IRC 2012-01-31T16:02:07 *** collum has quit IRC 2012-01-31T16:12:47 *** bradl_ is now known as bradl 2012-01-31T16:36:08 *** kmlussier has quit IRC 2012-01-31T16:44:56 Should something that has a status of "on holds shelf" have a checkout and due date that have passed? 2012-01-31T16:45:40 Oh never mind, it says it was checked in. 2012-01-31T16:58:35 *** edoceo has joined #evergreen 2012-01-31T17:31:07 *** Dyrcona has quit IRC 2012-01-31T17:36:22 *** youdonotexist has quit IRC 2012-01-31T17:45:46 *** youdonotexist has joined #evergreen 2012-01-31T17:50:55 *** jenny1 has quit IRC 2012-01-31T18:09:07 *** youdonotexist has quit IRC 2012-01-31T18:33:58 *** youdonotexist has joined #evergreen 2012-01-31T19:09:22 *** TAK has joined #evergreen 2012-01-31T19:09:28 Hello? 2012-01-31T19:10:48 Could you do me a favor? 2012-01-31T19:11:06 I have a question.. 2012-01-31T19:14:42 *** gerlevi has joined #evergreen 2012-01-31T19:16:15 *** enhancin has quit IRC 2012-01-31T19:16:50 TAK: ask away, we'll do our best! 2012-01-31T19:19:01 Thank you. 2012-01-31T19:19:35 i want to install evergreen, but error occured at 'starting evergreen' process. 2012-01-31T19:21:04 when i type 'autogen.sh -u', message that open-ils.cstore is not connected to the network printed. 2012-01-31T19:21:25 at updating orgtree process... 2012-01-31T19:26:25 TAK: IIRC I ran into something like that when I had misconfigured opensrf. 2012-01-31T19:27:38 you mean opensrf.xml ? 2012-01-31T19:28:10 Specifically, in step 6, max_user_sessions, max_stanza_size and maxrate in ejabberd.cfg 2012-01-31T19:28:53 It's quite possible to run opensrf with the original settings and have it work fine, but once you throw the full weight of evergreen at it, ejabberd collapses. 2012-01-31T19:28:54 *** gerlevi has left #evergreen 2012-01-31T19:29:42 so check the values in your ejabberd.cfg file against step 6 here http://open-ils.org/dokuwiki/doku.php?id=opensrf:2.0:install 2012-01-31T19:29:44 *** gerlevi has joined #evergreen 2012-01-31T19:30:21 and if they don't match, stop ejabberd, fix them, and restart. 2012-01-31T19:30:38 (probably want to stop evergreen too ;-) ) 2012-01-31T19:30:43 *** youdonotexist has quit IRC 2012-01-31T19:31:57 TAK: heading out, good luck! 2012-01-31T19:32:10 *** sal__ has quit IRC 2012-01-31T19:33:14 thank you....i will try that. 2012-01-31T19:44:32 *** gerlevi has left #evergreen 2012-01-31T19:52:16 *** TAK has quit IRC 2012-01-31T20:45:11 sal__++ 2012-01-31T21:02:23 *** EM3RY has joined #evergreen 2012-01-31T21:25:47 *** _bott_ has quit IRC 2012-01-31T21:26:45 *** _bott_ has joined #evergreen