2011-05-21T00:39:34 *** tpham has quit IRC 2011-05-21T01:19:50 *** dbs has quit IRC 2011-05-21T01:53:40 *** natschil has joined #evergreen 2011-05-21T03:32:29 *** agJohn has quit IRC 2011-05-21T04:08:59 *** lisppaste has quit IRC 2011-05-21T04:11:09 *** lisppaste has joined #evergreen 2011-05-21T04:52:11 *** natschil has quit IRC 2011-05-21T05:27:40 *** pmplett has joined #evergreen 2011-05-21T05:33:11 *** natschil has joined #evergreen 2011-05-21T05:49:43 *** lisppaste has quit IRC 2011-05-21T05:53:49 *** lisppaste has joined #evergreen 2011-05-21T05:54:11 *** natschil has quit IRC 2011-05-21T05:57:47 *** lisppaste has quit IRC 2011-05-21T05:58:20 *** natschil has joined #evergreen 2011-05-21T06:00:18 *** lisppaste has joined #evergreen 2011-05-21T06:00:40 *** natschil has quit IRC 2011-05-21T06:05:01 *** lisppaste has quit IRC 2011-05-21T06:10:52 *** Dyrcona has joined #evergreen 2011-05-21T06:12:33 *** Dyrcona has quit IRC 2011-05-21T06:20:59 *** natschil has joined #evergreen 2011-05-21T06:22:48 *** pmplett has quit IRC 2011-05-21T06:35:02 *** lisppaste has joined #evergreen 2011-05-21T06:39:02 *** natschil has quit IRC 2011-05-21T06:45:44 *** natschil has joined #evergreen 2011-05-21T06:48:44 *** natschil has quit IRC 2011-05-21T08:15:10 *** Dyrcona has joined #evergreen 2011-05-21T08:21:51 * Dyrcona is checking out his go-live branch and merging esi/vandelay-improvement for his final demo load before migration next weekend! (dun-dun-dun!) 2011-05-21T08:23:14 tsbere: if you have anything last minute for me, better let me know by 10:00 am or so, 'cause that's when I'm reloading the schema on egtest and starting a run. 2011-05-21T08:23:49 Dyrcona: I think I have *most* of my updated sip fields done, but permacrud is giving me issues :/ 2011-05-21T08:24:13 tsbere: ok, then we'll consider that for inclusion during the week. :) 2011-05-21T08:24:47 tsbere: should I revert the code in SIPServer that corresponds to the now obsolete version of your sip fields code? 2011-05-21T08:25:14 Dyrcona: Oh, no. I just added another block with another commit locally. That isn't changing. 2011-05-21T08:25:28 tsbere: Ok. good to know. 2011-05-21T08:25:55 tsbere: so, I'll consider the go-live branch as "done" for this weekend. 2011-05-21T08:26:08 Alrighty then 2011-05-21T08:27:12 * Dyrcona whistles 2011-05-21T08:27:28 vandelay-improvement is about 3,200 lines of new code. 2011-05-21T08:27:40 * tsbere adds several extra scream when loading stuff lines to pcrud 2011-05-21T08:27:41 someone has been busy. 2011-05-21T08:29:47 *** lisppaste has quit IRC 2011-05-21T08:30:52 Oh, hey, I found my error 2011-05-21T08:31:02 actions != action in XML >_> 2011-05-21T08:31:40 :) 2011-05-21T08:32:33 I love it when I spend hours pouring through code and printing variable values only to discover it was a simple typo somewhere. 2011-05-21T08:33:39 Dyrcona: that's your fave too?! ;) 2011-05-21T08:33:47 :p 2011-05-21T08:34:42 it's even better when it is a typo in a query that doesn't cause an exception but leads to unexpected or no results. 2011-05-21T08:35:02 * tsbere debugs his editing interfaces before he goes to find a place to put them in menus 2011-05-21T08:35:45 In this case, that typo causes permacrud to not make anything for the class, but no log entries show up to say so. 2011-05-21T08:36:32 oh those are the best of all! 2011-05-21T08:36:48 like the other day, I typo'd FieldMapper for Fieldmapper. 2011-05-21T08:37:06 Perl didn't complain, but CStoreEditor didn't work and nothing logged. 2011-05-21T08:38:08 since I was doing this on my workstation and not one of the servers, I figured I messed up my configuration somewhow. 8-) 2011-05-21T08:39:49 guess I have added use warnings; :) 2011-05-21T08:40:03 ^should have added 2011-05-21T08:40:26 I would submit my extra log lines if they weren't A) Insane and B) nonsensical to others. 2011-05-21T08:41:55 there is still time if you want me to throw this in this weekend. In fact, I'd feel better about it if it did go in today, 'cause we'd have a few days to try it and fix any problems. 2011-05-21T08:41:58 *** lisppaste has joined #evergreen 2011-05-21T08:42:21 Assuming this test works, I think all I have left is adding a couple of menu items. 2011-05-21T08:42:33 And their language strings. <_< 2011-05-21T08:43:02 lk is coming to pickup the laptop, so I'll be here for a while. I'll sign out when I'm going home. 2011-05-21T08:44:43 *** lisppaste has quit IRC 2011-05-21T08:44:43 still have about 60 authorities files to dump before I can do anything, anyway. That's another hour at least. 2011-05-21T08:47:03 *** lisppaste has joined #evergreen 2011-05-21T08:50:32 And to test my menus.....I have to build a new staff clinet 2011-05-21T08:50:35 er, client 2011-05-21T08:50:59 -= THIS MESSAGE NOT LOGGED =- 2011-05-21T09:02:35 * tsbere assumes that happens by, say, a week plus a few days from now 2011-05-21T09:06:40 Debugging upgrade scripts can be a PITA :/ 2011-05-21T09:11:54 * tsbere pushes a sip_statcats2 branch to his repo and to the working repo 2011-05-21T09:12:51 * Dyrcona merges from tsbere's repo into go-live branch. 2011-05-21T09:14:01 and no conflicts! :) 2011-05-21T09:15:13 so, can anyone make a working repo on git.evergreen-ils.org ? 2011-05-21T09:15:15 Dyrcona: My SIPServer repo has an "extra_fields" branch now with that side of the code. 2011-05-21T09:15:40 Dyrcona: The working repos work for anyone with a key installed. user// 2011-05-21T09:16:19 tsbere: so I should merge that into the MVLC SIPServer branch? 2011-05-21T09:16:34 Dyrcona: Yea. Just hope it doesn't result in conflicts. 2011-05-21T09:17:00 if it does they are usually pretty easy to resolve as SIPServer is not a large project. 2011-05-21T09:17:28 If it does you could probably just say "meh" and check just that branch out anyway. 2011-05-21T09:19:06 @later tell berick sip_statcats2 is my updated version. Pushed to my repo on git.mvlcstaff.org and to the evergreen working repo on git.evergreen-ils.org (user/tsbere@mvlc.org/sip_statcats2) 2011-05-21T09:19:06 tsbere: The operation succeeded. 2011-05-21T09:30:09 sip_statcats2 is merged into go-live and the servers clone's updated via pull. 2011-05-21T09:30:26 gah.... apostrophe in the wrong place. 2011-05-21T09:31:08 i am working on 4 projects simultaneously, and 1 is for the legacy system, yet. 2011-05-21T09:54:28 tsbere: initial test of build_version, it doesn't like non-numeric branch name components ... I tried `git checkout -b rel_2_1_0_test build_verison` and ran build_verison.sh ... git diff shows it's slightly off, but fixable, I think 2011-05-21T09:56:48 Here we go! 2011-05-21T09:57:06 * Dyrcona starts the last test load before migration. 2011-05-21T10:00:33 eeevil: I think I intended for things like rel_2_1_0test instead of 0_test 2011-05-21T10:02:10 oops. 2011-05-21T10:02:46 have to mount xpbox on the database server to get the bib and auth files! 2011-05-21T10:02:53 details. details. 2011-05-21T10:03:44 tsbere: ok ... well, the beta/RC/etc tags currently use the _foo suffix style ... not the end of the world, but ideally we wouldn't change project style to match the tools we build. if there's an argument other than that for changing, it's a discussion worth having 2011-05-21T10:05:29 eeevil: Correction: It is designed for 3 version pieces, not 4. 2011-05-21T10:05:50 ah well. can't run it on the database server. :( don't have time to fight with mount. 2011-05-21T10:14:12 going home. bbl. 2011-05-21T10:14:16 *** Dyrcona has quit IRC 2011-05-21T10:22:21 eeevil: Pushed another commit for build_version 2011-05-21T10:26:35 tsbere: that works for both rel_2_1_0_test and rel_2_1_test ... perfect! ... dunno if it's actually doing everything that needs to be done, but it's not doing the wrong thing on the stuff showing up in git-diff 2011-05-21T10:26:39 thanks! 2011-05-21T10:34:58 eeevil: For things it doesn't do, include "touch anything in the SQL files" 2011-05-21T10:35:57 right ... I've still to touch that part, I just meant if all the sed's are doing /something/ ... just need to look closely 2011-05-21T10:36:04 s/just/I just/ 2011-05-21T10:41:05 eeevil: I missed a piece. rel_#_#, like say rel_2_1 or rel_2_2 wouldn't work. Pushed a fix for it. 2011-05-21T10:42:47 * tsbere pushes a second commit for that, he missed a $ 2011-05-21T11:37:43 tsbere: so ... git issue 2011-05-21T11:38:00 I created a branch on working, user/miker/indexing-transliteration 2011-05-21T11:38:09 initial push worked fine 2011-05-21T11:38:19 but push for update fails 2011-05-21T11:38:34 How are you pushing the update? 2011-05-21T11:38:48 that may be it ... 2011-05-21T11:39:25 You need to push the update pretty much the same way you pushed the initial 2011-05-21T11:40:04 right ... well, trying something a bit different 2011-05-21T11:40:16 hrm... that should have worked :( 2011-05-21T11:40:29 branch --set-upstream indexing-transliteration eg-working/user/miker/indexing-transliteration 2011-05-21T11:40:52 set upstream is for pulling (git pull sans other arguments) not pushing. 2011-05-21T11:45:56 so, no way to tell git where to push . sans arguments? 2011-05-21T11:46:59 that's really annoying 2011-05-21T11:51:37 eeevil: Try adding pushworking () { git push working HEAD:user/miker/$1; } to your bashrc. Then you "pushworking "? 2011-05-21T11:52:06 * tsbere could probably expand that further to grab the current branch name if you didn't specify one 2011-05-21T11:52:35 *** csharp has quit IRC 2011-05-21T11:54:44 tsbere: that's where I'm heading, but not moving over to that repo entirely ... so not ready for that just yet 2011-05-21T11:55:32 eeevil: That won't stop you from pushing anywhere else. It just acts like an alias that takes a parameter to save typing. 2011-05-21T12:11:51 I know, but I have to remember which I use where ... I'm working on a more complete one that will push to all remotes I use for a given local branch 2011-05-21T12:34:37 *** Jurgentje has joined #evergreen 2011-05-21T12:35:33 Hi... I'm looking for a system to manage the books of our hackerspace... (quite a big library) 2011-05-21T12:36:06 is evergreen a good solution for this kind of tiny environment, or is it using a tank to attack a mosquito? 2011-05-21T12:37:37 Jurgentje: depends, really ... if you want to track items in, say, multiple hackerspaces spread over a city, it might be a great match 2011-05-21T12:38:17 but for one location and a few hundred or thousand items, it might be overkill ... but, it's also fun to hack on :) 2011-05-21T12:38:49 well... biggest issue is: how easy is it to input those couple of thousand books that we have lying around... do we have to enter them all manually (worst case) ... or can we just scan the code with our webcam? (best case) 2011-05-21T12:40:07 @later tell dbs http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/indexing-transliteration is something I found sitting in my home dir ... we talked about this before, but it never made it in ... thoughts on it? 2011-05-21T12:40:07 eeevil: The operation succeeded. 2011-05-21T12:41:08 *** atz has quit IRC 2011-05-21T12:44:37 Jurgentje: that depends ... there are certainly data sources (library of congress, biblios.net, etc) that Evergreen can search using ISBN, but finding a source with all your books cataloged already my be hard. as for scan-with-webcam, if you have a program that will send scanned barcodes as standard keyboard input, sure 2011-05-21T12:44:57 or you can get a keyboard wedge scanner, like a cuecat 2011-05-21T12:47:31 thanks, I just might look into it (not now, but possibly this summer) 2011-05-21T12:55:50 *** Jurgentje has quit IRC 2011-05-21T13:56:44 hackerspaces++ 2011-05-21T13:59:08 *** ernieSimuro_ has joined #evergreen 2011-05-21T14:00:19 *** ernieSimuro has quit IRC 2011-05-21T14:00:22 *** ernieSimuro_ is now known as ernieSimuro 2011-05-21T14:31:36 *** granitize has joined #evergreen 2011-05-21T14:47:28 dbs annotated #121778 "Solution" at http://paste.lisp.org/display/121778#3 2011-05-21T15:03:00 Boy, this i18n thing does take awhile. 2011-05-21T15:13:52 *** dbs has joined #evergreen 2011-05-21T15:14:12 eeevil: s/everngreen/evergreen/ in the indexing transliteration 2011-05-21T15:16:54 IIRC that converts ΓΌ to ue and the like - probably reasonable as long as the input query is parsed the same way, but I would want to take it for a test run with some real data 2011-05-21T15:17:45 the results of naco.normalize would be significantly different if its run on transliterated text instead of raw Unicode - not sure whether that's good or bad 2011-05-21T16:42:26 *** jb-m has joined #evergreen 2011-05-21T16:42:33 *** jb-m has left #evergreen 2011-05-21T16:43:02 *** jb-m has joined #evergreen 2011-05-21T16:44:21 *** jb-m has left #evergreen 2011-05-21T17:06:17 dbs: I'm not sure either (naco vs transliterate), but the input would definitely be parsed the same way -- that's the point of the registered index normalizers :) 2011-05-21T19:24:34 *** ernieSimuro has quit IRC 2011-05-21T19:25:07 *** ernieSimuro has joined #evergreen 2011-05-21T19:46:34 *** ernieSimuro has quit IRC 2011-05-21T19:47:07 *** ernieSimuro has joined #evergreen 2011-05-21T19:51:29 *** ernieSimuro_ has joined #evergreen 2011-05-21T19:52:25 *** ernieSimuro has quit IRC 2011-05-21T19:52:27 *** ernieSimuro_ is now known as ernieSimuro 2011-05-21T20:21:57 *** foocraft has joined #evergreen 2011-05-21T20:39:18 *** granitize has left #evergreen 2011-05-21T23:52:19 dbs annotated #121778 "also recommended for squeeze / postgresql 9.0" at http://paste.lisp.org/display/121778#4 2011-05-21T23:52:49 *** foocraft has quit IRC 2011-05-21T23:53:59 *** jamesrf has quit IRC