2012-03-15T00:00:27 *** DeZzA has quit IRC 2012-03-15T00:00:28 *** DeZzA_ is now known as DeZzA 2012-03-15T00:08:52 *** DeZzA_ has joined #evergreen 2012-03-15T00:10:15 *** DeZzA has quit IRC 2012-03-15T00:10:19 *** DeZzA_ is now known as DeZzA 2012-03-15T00:18:25 *** DeZzA_ has joined #evergreen 2012-03-15T00:21:27 *** DeZzA has quit IRC 2012-03-15T00:21:37 *** DeZzA_ is now known as DeZzA 2012-03-15T00:58:30 *** DeZzA_ has joined #evergreen 2012-03-15T01:00:04 @later tell tsbere fix_tpac_org_selectors looks good, pushed to master - thanks! 2012-03-15T01:00:04 denials: The operation succeeded. 2012-03-15T01:00:11 *** DeZzA has quit IRC 2012-03-15T01:00:24 *** DeZzA_ is now known as DeZzA 2012-03-15T01:48:28 *** DeZzA_[AFK] has joined #evergreen 2012-03-15T01:50:07 *** DeZzA has quit IRC 2012-03-15T01:50:22 *** DeZzA_[AFK] is now known as DeZzA 2012-03-15T03:21:41 *** _bott_ has quit IRC 2012-03-15T03:29:29 *** _bott_ has joined #evergreen 2012-03-15T06:32:08 *** gmcharlt has joined #evergreen 2012-03-15T07:13:49 *** fortin has joined #evergreen 2012-03-15T07:49:19 *** Meliss has joined #evergreen 2012-03-15T07:57:05 *** fortin has quit IRC 2012-03-15T07:59:31 *** tspindler has joined #evergreen 2012-03-15T08:05:53 *** timhome has joined #evergreen 2012-03-15T08:12:10 denials: Great. Now I have to rebase my hold_prefs branch that Dyrcona already signed off on! ;) 2012-03-15T08:18:19 *** kmlussier has joined #evergreen 2012-03-15T08:18:35 *** Dyrcona has joined #evergreen 2012-03-15T08:19:57 *** fortin has joined #evergreen 2012-03-15T08:50:55 *** bwicksall has quit IRC 2012-03-15T09:03:23 Yet another client build for the Ides of March. 2012-03-15T09:07:52 *** collum has joined #evergreen 2012-03-15T09:26:43 tsbere: for consideration in your packaging junk: esilibrary.com/~miker/git2cl-signoff-fixup.patch 2012-03-15T09:27:06 cleans up the changelog output a bit 2012-03-15T09:29:53 tspindler: Just to let you know, I'm going to poke a bit at the edi_setup.txt file that you sent to DIG. Will try to revise a bit on some areas for readability, but also, it seems that *nix systems really don't like the quotes used in the file. Some UTF-8 conversion error. 2012-03-15T09:29:56 *** fortin has quit IRC 2012-03-15T09:30:08 any thoughts on a branch for ttpac that eliminates all of the junk in /images that we're not using? some KCLS stuff, some stuff from the "toolbar" that no longer gets used, etc. 2012-03-15T09:30:28 eeevil: Got a suggestion for "I am getting every single entry since the beginning in the changelog because 2.1 and 2.2 don't share a common parent anywhere according to git"? 2012-03-15T09:30:32 or, are we keeping that stuff around for a reason? 2012-03-15T09:30:56 mrpeters-isl: I'd miss the toolbar if you got rid of it :( 2012-03-15T09:31:23 bshum: sounds good 2012-03-15T09:31:31 Though I suppose I ought to copy it somewhere first, then. 2012-03-15T09:32:05 mrpeters-isl: +1 to image cleanup 2012-03-15T09:32:13 cool, going to start on that now then 2012-03-15T09:33:17 mrpeters-isl: be warned that src's for some images are created dynamically. i.e. you can't just grep for them. mainly thinking of the format icons 2012-03-15T09:33:29 yeah, i'm leaving all of those alone. 2012-03-15T09:33:35 cool 2012-03-15T09:33:45 tsbere: it's been a while since I did the dance, so I'm not getting enough context to know what you mean. you're getting the full set of changes since the beginning of time? 2012-03-15T09:33:46 it's mostly the stuff that actually says kcls, or that i know we're not using 2012-03-15T09:33:48 *** sal_ has joined #evergreen 2012-03-15T09:35:14 eeevil: I believe 2.1 was split off in svn land. Because of that master and 2.1 do not share a commit in the past, and as such I get everything back to the beginning of Evergreen SVN in the changelog. Go look at the alpha3 changelog to see what I mean (Unless between alpha2 and alpha3 something changed, anyway) 2012-03-15T09:35:17 *** kmlussier has quit IRC 2012-03-15T09:36:32 * denials glares at offline.pl "premature end of script headers" error trying to process transactions; uploading went fine 2012-03-15T09:37:25 due to a 500 Internal Server Error naturally. Now to figure out _why_ 2012-03-15T09:37:52 tsbere: gotcha. I'd just find a commit coincident with when 2.1 was branched and go from there ... haven't tried it, though. only needs to be done for 2.2, so at least there's that 2012-03-15T09:43:57 berick: do you know if all of the images in mattype are being used? I've never seen them. 2012-03-15T09:45:49 * mrpeters-isl thinks they need some major compression, if they are 2012-03-15T09:46:19 and another new build for the Ides of March. 2012-03-15T09:48:25 mrpeters-isl: a custom/local mattype SVF field is supported by the tpac as an optional format specifier. it uses the images. whether anyone is or will use mattype is unknown 2012-03-15T09:48:56 ah, cool. ill leave them alone for now. may compress them though...they're almost 3MB for just a few tiny little icons. 2012-03-15T09:49:23 *** kmlussier has joined #evergreen 2012-03-15T09:55:57 tsbere: Sorry, but I couldn't test the whole hold_prefs branch in the time that I had last night. Thought that the rest would merge cleanly anyway? 2012-03-15T09:57:50 * Dyrcona wonders...... I was testing hold_prefs but there is 1 thing I didn't check: if my preferred pickup location works in the OPAC..... 2012-03-15T09:58:03 denials: It rebased fine for me, but a merge was unhappy. 2012-03-15T09:58:17 * Dyrcona uses a location that currently only works in our staff client. 2012-03-15T09:58:36 tspindler: Still tweaking, but curious on something, why put EDI under installation, rather than acquisitions? It seems like it's an optional add-on for those who use acq, rather than a core installation task. 2012-03-15T09:58:37 tsbere: are you talking about with or without the process/include changes? 2012-03-15T09:58:47 without cherry-picked just fine for me. 2012-03-15T09:59:20 The final commit for process/include was unhappy merging for me 2012-03-15T09:59:28 tsbere: sorry, I don't actually merge, I only cherry-pick, which is effectively just a rebase I guess 2012-03-15T09:59:40 right 'cause that went in yesterday or the other version of it, did. 2012-03-15T10:00:05 i did have to resolve a conflict when pulling this morning. 2012-03-15T10:00:19 * Dyrcona hopes he guessed correctly. 2012-03-15T10:00:46 *** kmlussier has left #evergreen 2012-03-15T10:01:56 2.6MB savings by compressing the mattype images...with no loss in quality. 2012-03-15T10:01:57 ooh.... not good. 2012-03-15T10:02:02 * mrpeters-isl really wonders how these were saved originally 2012-03-15T10:02:43 when I place a hold in tpac, my pickup location is the whole consortium, and nothing happens. 2012-03-15T10:03:13 guess that is because my default pickup location doesn't exist in the drop down..... 2012-03-15T10:03:21 when I change my pickup location everything works. 2012-03-15T10:03:21 Dyrcona: you logged in as admin, by any chance? 2012-03-15T10:03:27 it should default to your home org unit 2012-03-15T10:03:30 no, logged in as myself. 2012-03-15T10:03:55 berick: I'm testing hold_prefs and I set my default pickup to something that we don't use in the opac, but that works in the client. 2012-03-15T10:04:05 *** timhome has quit IRC 2012-03-15T10:04:12 An invisible org unit? Awesome... 2012-03-15T10:04:16 :) 2012-03-15T10:04:20 yep... pretty much. 2012-03-15T10:04:34 Yeah we use some of those too. That sounds like it'd suck for staff then. 2012-03-15T10:04:36 oh 2012-03-15T10:04:59 its our central site. we get delivery here, and we occasionally had problems with patrons picking it as a pickup location, so we hid it. 2012-03-15T10:05:23 we even had the problem sometimes on our legacy ILS where it was also supposed to be hidden. 2012-03-15T10:05:32 we think the patrons had staff assistance on those. 2012-03-15T10:05:39 not sure, though. 2012-03-15T10:05:53 Any quick tips for debugging offline.pl? creating sessions & uploading transactions works; processing fails with a 500 error, and current debug output is sparse :/ 2012-03-15T10:07:01 * tsbere is the one that wrote the code for "staff client shows you all org units, but the OPAC obeys the visible flags" specifically for hold pickup stuff 2012-03-15T10:07:55 well, hold_prefs still works as far as I'm concerned. I just realized that I hadn't checked to see if I'd still have to place my own holds via the staff client. 2012-03-15T10:08:13 *** timhome has joined #evergreen 2012-03-15T10:08:19 I signed off on the rebased version this morning. 2012-03-15T10:08:33 without the process/include fixes 2012-03-15T10:08:38 denials: bricks? 2012-03-15T10:08:42 mrpeters-isl: nope 2012-03-15T10:08:56 i know you were talking about offline-config.pl yesterday, that's all good i assume? 2012-03-15T10:09:14 i know we've had this problem before...let me see if i have anything on my wiki 2012-03-15T10:09:54 * denials looks at the peerhandle disconnects and worries (probably irrationally) about interactions with the apache cpu fix on the system 2012-03-15T10:10:17 denials: postgres logs showing anything 2012-03-15T10:10:18 mrpeters-isl: yes, we're actually pointing at the production db server now and files are getting uploaded, sessions created 2012-03-15T10:10:24 nope 2012-03-15T10:10:57 man, i know we had this happen after one of the upgrades 2012-03-15T10:11:56 denials: Double-check filesystem permissions for read and write? 2012-03-15T10:12:13 * denials uses good old print FOOFH debugging to determine that ol_collect_commands is dying 2012-03-15T10:12:17 yeah, you'd think the apache logs would say something about the 500 error 2012-03-15T10:13:08 yeah, it does: malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before " which is what gets returned by a 500 Internal Server error 2012-03-15T10:13:26 thus my debuggery 2012-03-15T10:15:57 I guess there's some data that makes JSON unhappy. Maybe an unescaped double-quote 2012-03-15T10:16:13 will check through the 1000-odd transactions I guess 2012-03-15T10:19:55 wtf? 2012-03-15T10:20:08 the staff client splash screen is prefixed to one of the transaction files 2012-03-15T10:20:15 _that's_ not JSON! 2012-03-15T10:20:30 Anyone have complaints about me teaching url_prefix to take "url" values of 'XUL_BROWSER' or 'XUL_BROWSER?url=some_url' and similar and swap the XUL_BROWSER for urls.XUL_BROWSER automatically? 2012-03-15T10:20:55 denials: Ok, I am curious how that happened. Also, that might explain your doctype weirdness. >_> 2012-03-15T10:21:02 actually, weirder, it's the evergreen-ils.org home page 2012-03-15T10:21:06 tsbere: so am I 2012-03-15T10:21:38 the evergreen-ils.org homepage? what the..... 2012-03-15T10:22:20 well, getting rid of that resolved the problem (as you would expect) 2012-03-15T10:22:39 But the fact it even happened may imply a code problem. :/ 2012-03-15T10:22:57 right 2012-03-15T10:33:44 *** sfortin has joined #evergreen 2012-03-15T11:00:57 *** mrpeters-isl has quit IRC 2012-03-15T11:01:08 *** mrpeters-isl has joined #evergreen 2012-03-15T11:50:42 * berick grabs 0683 2012-03-15T11:55:26 *** tspindler has quit IRC 2012-03-15T11:55:57 *** luisb has joined #evergreen 2012-03-15T12:02:06 *** sal_ has quit IRC 2012-03-15T12:19:22 *** kmlussier has joined #evergreen 2012-03-15T12:59:13 am i correct in thinking that the hold notify action trigger doesn't update the action.hold_notification table? 2012-03-15T13:00:46 *** fortin has joined #evergreen 2012-03-15T13:00:50 jamesrf: as of 2.2, there is a new cleanup module that will create the action.hold_notification entries when applied 2012-03-15T13:00:59 *** sfortin has quit IRC 2012-03-15T13:01:19 jamesrf: but, yes, pre-2.2 that is true 2012-03-15T13:01:36 cleanup mod is called (wait for it...) CreateHoldNotification 2012-03-15T13:01:41 ah thanks berick++ 2012-03-15T13:01:55 just wondering would it be sane to create a validator that checks if a notification has been created? 2012-03-15T13:02:10 the rationale is to avoid having to create a separate notification template for each of 50-odd libraries 2012-03-15T13:02:14 I don't think that is a good idea 2012-03-15T13:02:29 but still allow each one to customize it 2012-03-15T13:02:39 jamesrf: Note that email notifications may be fired off 5 or 6 times for a given hold if staff have been stupid. 2012-03-15T13:03:11 tsbere: how would that happen? just if they check it in a lot of times? 2012-03-15T13:03:30 *** tspindler has joined #evergreen 2012-03-15T13:03:37 jamesrf: Capture, put on hold shelf, email goes out, check out to wrong patron, rinse, repeat. 2012-03-15T13:03:47 ah 2012-03-15T13:04:29 i'm just basically wondering if there's a way i can have a notification at CONS that applies to everyone but a custom notification at BR1 but not have the patron get two emails 2012-03-15T13:05:25 There is an easy way to handle that 2012-03-15T13:05:34 Tell BR1 "you can't have your custom one" ;) 2012-03-15T13:05:52 hah yeah well or the other easy way of "everyone gets a custom one" 2012-03-15T13:05:58 which isn't easy 2012-03-15T13:06:00 Alternatively, drop a big giant if/else block into the template? 2012-03-15T13:06:33 hmm yeah that has potential to be worse than a notice for each library if it gets out of hand 2012-03-15T13:06:50 * tsbere has also considered "you can put custom header text into email notices going to your patrons (we send them by home library) with YAOUS" by virtue of grabbing the YAOUS via the nice template helper function 2012-03-15T13:07:20 yeah actually one library at one point wanted to be CC'ed on all the hold notices 2012-03-15T13:07:34 Also possible with said "ou setting" trickery ;) 2012-03-15T13:08:27 *** Kevin__H has joined #evergreen 2012-03-15T13:09:38 I am trying to upgrade Evergreen from 2.0.10a to 2.1.1 and I am getting an error when trying to install Evergreen by: make STAFF_CLIENT_BUILD_ID=rel_2_1_1 install 2012-03-15T13:10:18 *** bwicksall has joined #evergreen 2012-03-15T13:11:50 http://pastebin.ca/2128422 2012-03-15T13:16:11 Kevin__H: does /openils/lib exist? 2012-03-15T13:16:31 I think I figured it out 2012-03-15T13:16:43 I was trying to do that command under the Evergreen directory 2012-03-15T13:16:43 k 2012-03-15T13:16:54 I went back to the OpenSRF directory and ran it and it appeared to work 2012-03-15T13:17:05 Thank you 2012-03-15T13:20:21 Hold question, if we see in the logs: "No copies available for targeting at all!" that means… that the hold is going nowhere right? 2012-03-15T13:20:46 bshum: That means no copies are holdable and visible to that hold. 2012-03-15T13:20:54 Which could mean a number of things. Like a defunct part hold. ;) 2012-03-15T13:21:18 Hmm, well it's some strange volume hold that apparently never triggered since it was placed back in January 2012-03-15T13:21:26 *** artunit has quit IRC 2012-03-15T13:21:31 The item/volume doesn't seem to have changed much. 2012-03-15T13:21:42 At least not according to the auditor tables 2012-03-15T13:22:01 Which means little to nothing if there are no holdable copies on it ;) 2012-03-15T13:22:09 Well, it should be holdable. 2012-03-15T13:32:57 Son of a... 2012-03-15T13:33:04 tsbere++ # you're always right 2012-03-15T13:33:29 It was on the call number right next to it, which is unholdable. The ID's were one off from each other 2012-03-15T13:33:33 I was reading it wrong 2012-03-15T13:33:47 * tsbere knows too much about holds for his own good 2012-03-15T13:34:05 * bshum sympathizes 2012-03-15T13:38:05 Kevin__H: hmm, that should have been run in Evergreen, not OpenSRF 2012-03-15T13:38:38 if you're installing Evergreen, you should run make install from Evergreen source directory, not OpenSRF 2012-03-15T13:38:54 I vwas getting errors... 2012-03-15T13:39:07 yeah, but i think you're going to have even more errors now 2012-03-15T13:39:27 all you did is install OpenSRF again, most likely 2012-03-15T13:39:33 Probably missed a configure step somewhere 2012-03-15T13:39:34 This is the eror: http://pastebin.ca/2128422 2012-03-15T13:39:41 I know, i saw it 2012-03-15T13:40:14 I had Evergreen 2.0.10a and I want to uprade to Evergreen 2.1.1 2012-03-15T13:40:36 everything was great up until that part 2012-03-15T13:41:36 Evergreen pre-2.1 to 2.1+? Did you wipe out the perl directory manipulation in .bashrc, wipe out the old perl files in the /openils directory, and then log out and back in again to ensure the perl directory manipulation was gone? 2012-03-15T13:42:18 also looks like a step somewhere got an extra / in the path 2012-03-15T13:43:00 * tsbere pokes in the general direction of phasefx 2012-03-15T13:43:41 I didn't do those things that you said 2012-03-15T13:45:23 Kevin__H: you did run ./configure and stuff, right? 2012-03-15T13:45:28 in Evergreen source directory 2012-03-15T13:45:34 yes 2012-03-15T13:45:39 and you ran make? 2012-03-15T13:46:14 ./configure --prefix=/openils --sysconfdir=/openils/conf 2012-03-15T13:46:16 make 2012-03-15T13:46:20 ok 2012-03-15T13:46:25 ample disk space on / partition? 2012-03-15T13:47:00 3.3 gb 2012-03-15T13:47:13 I'm using a virtual machine 2012-03-15T13:48:23 maybe you could try make clean and re run /configure and make 2012-03-15T13:48:34 I am doing that right now 2012-03-15T13:48:44 I did the ./configure again and now I am doing make 2012-03-15T13:49:18 it worked... must have been a typo 2012-03-15T13:49:20 oh wait 2012-03-15T13:49:52 nevermind 2012-03-15T13:51:07 you've got it, or no? 2012-03-15T13:51:30 *** fortin has quit IRC 2012-03-15T13:52:20 it looks good 2012-03-15T13:52:21 thnak you 2012-03-15T13:52:28 cool 2012-03-15T13:54:00 kmlussier: tsbere: hiding fields in the copy editor.. should we keep templates from affecting such fields, or allow it as a "feature"? 2012-03-15T13:54:17 the latter is easier (already works as such) :) 2012-03-15T13:54:27 *cringe* 2012-03-15T13:54:30 haha 2012-03-15T13:54:44 one voice in favor of not doing that 2012-03-15T13:55:12 phasefx_: I could see it as intentional. "We gave you templates that set that, but you don't need to know it exists unless you are applying them......" 2012-03-15T13:55:18 right 2012-03-15T13:55:31 phasefx_: I could also see it as a horror show...."HOW did that field get set? You can't even SEE IT?" 2012-03-15T13:55:34 I can see it going either way 2012-03-15T13:55:51 * tsbere isn't a cataloger and has no interest in using that feature right now so doesn't care either way 2012-03-15T13:56:32 phasefx_: On a different note, I made a radical change in my new_xulrunner branch today....well, *another* radical change. That entire branch is radical changes..... 2012-03-15T13:56:37 phasefx_: yeah, I'm with tsbere. I think I need to run this by the catalogers before giving you an answer. 2012-03-15T13:56:51 phasefx_: You have any complaints about url_prefix usage changing in a significant manner? 2012-03-15T13:57:15 tsbere: no complaints 2012-03-15T13:57:34 phasefx_: If you want to take a look I pushed the commit. http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/tsbere/new_xulrunner 2012-03-15T13:59:27 phasefx_: I am changing my "not sure" position on the hide org units allowing templates to change fields bit. Because it could go either way, make it a setting! Or maybe part of the "hide this" setting...."hide" compared to "hide *and lock*"? :P 2012-03-15T14:00:31 making complexity by hiding complexity, hooyah 2012-03-15T14:01:33 tsbere: with the way url_prefix is changing, why not just rename it? 2012-03-15T14:02:40 phasefx_: Because it still works if called the old way? My main issue was finding several hardcoded urls that hadn't been oils://remote prefixed but needed it, including some that were shoved out an extra level or two from a real url_prefix call. So I went kindof nuts. >_> 2012-03-15T14:03:03 It also still prefixes urls that don't have oils:// or chrome:// on the front of them in constants.js and such, so.... 2012-03-15T14:03:07 k 2012-03-15T14:04:23 xulG.urlifier ;) 2012-03-15T14:04:56 * tsbere could fire a sed -i off on the entire source tree to replace url_prefix with....anything else, really 2012-03-15T14:05:58 phasefx_: I am hesitant to change url_prefix to something else, though. If only because we are so used to using url_prefix..... 2012-03-15T14:06:45 inertia is a powerful force to overcome ;) 2012-03-15T14:06:50 mmm 2012-03-15T14:15:32 *** Kevin__H has quit IRC 2012-03-15T14:21:22 berick: damn you and your worries about copy statuses in demo copies! 2012-03-15T14:22:12 seems reasonable though 2012-03-15T14:22:19 *** sal_ has joined #evergreen 2012-03-15T14:22:41 denials: berick isn't the only one to comment on that ;) 2012-03-15T14:22:51 i could imagine a set of intentionally broken copies for testing, fwiw 2012-03-15T14:23:04 so, do I make a separate SQL file that joins the demo users with the demo bibs/copies via demo transactions? 2012-03-15T14:23:20 denials: yes plz! :) 2012-03-15T14:23:31 tsbere: still catching up, I've given two wildly different classes today, on top of recovering from 21 hours of network outages 2012-03-15T14:23:56 denials: Yea, 21 hours of network outages is a problem. :( 2012-03-15T14:24:26 * denials could remove the status changes but would really like the rest of the changes (more callnums / copies / refactored creation stuff) to go forward 2012-03-15T14:24:44 +1 2012-03-15T14:28:20 done 2012-03-15T14:28:36 *** fortin has joined #evergreen 2012-03-15T14:29:00 phasefx_: i vote that a hidden field should retain its default value if a template is created, and if a template is loaded with hidden fields changed, those fields should be unhidden (unless i'm radically misunderstanding things) 2012-03-15T14:30:13 when templates are created, they only record things that have changed. So templates created post-hiding-of-fields will never get a chance to affect such fields 2012-03-15T14:30:49 but templates created prior to hiding, or imported from other Evergreen instances... 2012-03-15T14:31:36 I like and thought of the unhide option, but I can see it becoming yet another _option_ that folks will want to turn on and off. Trying not to offer too many options :) 2012-03-15T14:32:06 "you can change this but you can't see it" is problematic overall. 2012-03-15T14:32:16 * denials wants the "no options" option 2012-03-15T14:32:30 Evergreen 3.0: Procrustean Edition 2012-03-15T14:32:46 * phasefx_ gives folks the PeopleSoft option 2012-03-15T14:33:25 apropos of nothing: list of GSoC orgs will be released tomorrow afternoon 2012-03-15T14:34:38 +1 to jeff's comments, if someone asked for that option i'd say "why do you want to change what you can't see" 2012-03-15T14:34:50 in GOB Bluth's voice 2012-03-15T14:38:02 i don't know what the original use case was to propose a different approach, so my comment is less helpfu lthan it could be. 2012-03-15T14:39:09 we already have problems due to a template which includes the status column overwriting "system" statuses like "checked out" 2012-03-15T14:39:32 there are at least two decent ways of fixing that, though. 2012-03-15T14:40:21 either make use of the client's existing "you can't change these statuses" logic to not apply that attribute from the template, and/or have an ML sanity check to prevent overwriting system statuses. 2012-03-15T14:40:41 and i'm in the weeds. back to matters at hand. 2012-03-15T14:40:59 *** timhome has quit IRC 2012-03-15T14:41:09 *** timhome has joined #evergreen 2012-03-15T14:41:46 jeff: did we never fix that? 2012-03-15T14:43:37 not to my knowledge. i blame myself for not putting in a bug on it. unless, of course, i did put in a bug and have since forgotten. 2012-03-15T14:45:44 jeff: there's a safe_to_edit_copy_status function in there. 9fe4d61b not sure if it's working correctly or not 2012-03-15T14:45:53 https://bugs.launchpad.net/evergreen/+bug/814242 2012-03-15T14:45:53 Launchpad bug 814242 in Evergreen "Changing item attributes of a checked-out item" (affected: 2, heat: 12) [Undecided,New] 2012-03-15T14:47:31 denials++ 2012-03-15T14:47:38 sborger++ 2012-03-15T14:48:41 yeah, looks like that wouldn't do it 2012-03-15T14:54:57 so is OpenSRF master what I should install to test the beta? 2012-03-15T14:55:22 * csharp doesn't see a 2.1 tag for OpenSRF 2012-03-15T14:57:02 There is an alpha 2012-03-15T14:57:25 So Evergreen alpha requires the OpenSRF alpha. ;) 2012-03-15T14:57:46 But master will work too 2012-03-15T14:59:26 *** mtcarlson has joined #evergreen 2012-03-15T15:00:09 tsbere: thanks 2012-03-15T15:05:46 *** mtcarlson has quit IRC 2012-03-15T15:08:52 kmlussier: Which version of master are you seeing that effect with? (wondering what sort of additional tpac changes were made to yours) 2012-03-15T15:08:53 csharp: "git tag" dude - see "tags" at http://git.evergreen-ils.org/?p=OpenSRF.git;a=summary :) 2012-03-15T15:09:31 kmlussier: Erm, that effect, lol… I mean from LP 956293 2012-03-15T15:09:31 Launchpad bug 956293 in Evergreen "TPAC paging is broken when using "show" links on record details page" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/956293 2012-03-15T15:10:40 Dyrcona or tsbere could probably answer that question, but it was last updated at some point last weekend and has the copy location groups. 2012-03-15T15:10:58 I think the copy location groups were the last thing to touch those "show" links. 2012-03-15T15:11:19 That makes sense. I was wondering where the variable locg came from 2012-03-15T15:14:20 berick: heh, just noticed that the commit message for the concerto realism now lies about statuses :/ oh well 2012-03-15T15:15:23 denials: oh - I had heard in the past that rather than using 'git tag', releases were considered branches in the tags directory ;-) 2012-03-15T15:15:49 kmlussier: Guess we'll test that when we can I guess. (still stitching together branches for our next master build…) 2012-03-15T15:17:38 csharp: that's true only for Evergreen at this point, until gmcharlt rights that horrific wrong as well :) 2012-03-15T15:17:45 oh well indeed 2012-03-15T15:19:05 eeevil: I figured out why my changelog generation is generating from the start of time. <_< I blame git2cl 2012-03-15T15:19:20 * tsbere did in fact get a git log command going that plays nice with the svn split 2012-03-15T15:21:23 copy_depth doesn't propagate onto the next page 2012-03-15T15:22:33 ergo something is filtering it out of the GET params, and given that there are fewer than 10 copies at the normal depth, that's why the next page doesn't show anything 2012-03-15T15:22:47 add ;copy_depth=0 to the URL for the next page, and all is well 2012-03-15T15:24:08 yup! worked for me. :-) 2012-03-15T15:24:36 denials: ah - makes sense 2012-03-15T15:45:32 berick++ 2012-03-15T15:48:52 @love lazy_types_until_they_stab_you_in_the_back 2012-03-15T15:48:52 denials: The operation succeeded. denials loves lazy_types_until_they_stab_you_in_the_back. 2012-03-15T15:49:16 heh. helps to fetch before merge.... 2012-03-15T15:49:20 @hate being_stabbed_in_the_back 2012-03-15T15:49:20 tsbere: The operation succeeded. tsbere hates being_stabbed_in_the_back. 2012-03-15T15:49:42 @whocares being_stabbed_in_the_back 2012-03-15T15:49:42 tsbere hates being_stabbed_in_the_back 2012-03-15T15:51:22 berick / bshum: I think I found a problem with the acq-vandelay-matching-and-import branch. And I don't even really know *how* to use vandelay. Or acquisitions. 2012-03-15T15:52:17 tsbere: it was testing fairly well for me. 2012-03-15T15:52:23 speaking of vandelay.... that reminds me that I wanted to test a bib and auth loader that I've been working on. 2012-03-15T15:52:35 kmlussier: Did you try and create an authorities import queue? 2012-03-15T15:52:56 kmlussier: I'll have new code on my dev server tomorrow morning including berick's mkurl fix. 2012-03-15T15:53:09 we probably didn't do that. Since we haven't started using authorities quite yet. 2012-03-15T15:53:22 I haven't done anything with authorities since that branch was created. 2012-03-15T15:53:47 In testing some of my stuff I tried to create some dummy authority import queues and couldn't. 2012-03-15T15:54:50 tsbere: note the acq/vandelay stuff didn't include changes to authority importing. authority importing just needs some love, i believe 2012-03-15T15:55:26 i mean, it's possible it broke something, but it's also a good bet it was already broken. 2012-03-15T15:55:28 berick: I can create said queues on clean master. I load those changes on top of clean master and I can't create said queues anymore. 2012-03-15T15:55:33 tsbere: I was previously able to create authority import queues. Could never get the authority matchpoints to work, but the queues were created. 2012-03-15T15:55:44 tsbere: gotcha 2012-03-15T15:56:00 UNIVERSAL->import is deprecated and will be removed in a future perl at /usr/local/share/perl/5.14.2/OpenILS/Utils/Normalize.pm line 6 2012-03-15T15:56:50 berick: Otherwise, pushed my change to http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/tsbere/acq-vandelay-matching-and-import (including bshum's signoffs of stuff) >_> 2012-03-15T15:57:21 oy! more merges/cherry-picks...... 2012-03-15T15:57:44 tsbere++ 2012-03-15T15:59:43 * Dyrcona scratches his head and wonders if he already has the rewrite inspect queues commit,..... guess he'll find out shortly. 2012-03-15T16:00:03 I doubt you do 2012-03-15T16:00:15 Because I didn't have one compatible with the rest of those changes until today 2012-03-15T16:00:25 you are correct. 2012-03-15T16:00:39 89% rewrite of one file, too. 2012-03-15T16:00:44 yea 2012-03-15T16:00:47 at least according to git. 2012-03-15T16:00:48 Wasn't a big file 2012-03-15T16:01:47 *** collum has quit IRC 2012-03-15T16:02:46 *** tspindler has quit IRC 2012-03-15T16:19:45 Dyrcona: re: UNIVERSAL->import. I think I noted that at the time, but we already have plenty of warnings of that ilk in other modules 2012-03-15T16:20:52 Think I got bug-creation fatigue, having just bugged the "Dojo is throwing deprecation warnings in Chrome" bug around the same time 2012-03-15T16:24:38 (run "make check" and you'll see what I mean) 2012-03-15T16:25:43 * denials runs "go home" 2012-03-15T16:28:06 *** kmlussier has left #evergreen 2012-03-15T16:38:06 Git makes me look very productive: Your branch is ahead of 'origin/master' by 196 commits. 2012-03-15T16:39:57 Ten years on Horizon, and 1 year on Evergreen, and they still don't understand GEAC. 2012-03-15T16:50:59 Daylight Savings Time: What a joke! 2012-03-15T17:02:03 *** Kevin__H has joined #evergreen 2012-03-15T17:11:15 *** dkyle has left #evergreen 2012-03-15T17:17:32 *** fortin has quit IRC 2012-03-15T17:30:18 *** Dyrcona has quit IRC 2012-03-15T18:19:14 *** DeZzA has joined #evergreen 2012-03-15T18:38:18 *** artunit has joined #evergreen 2012-03-15T18:38:54 *** DeZzA_[AFK] has joined #evergreen 2012-03-15T18:38:59 *** sal_ has quit IRC 2012-03-15T18:40:27 *** DeZzA has quit IRC 2012-03-15T18:40:35 *** DeZzA_[AFK] is now known as DeZzA 2012-03-15T18:48:48 *** DeZzA_[AFK] has joined #evergreen 2012-03-15T18:50:43 *** DeZzA has quit IRC 2012-03-15T18:50:44 *** DeZzA_[AFK] is now known as DeZzA 2012-03-15T18:58:47 *** DeZzA_[AFK] has joined #evergreen 2012-03-15T19:00:31 *** DeZzA has quit IRC 2012-03-15T19:00:42 *** DeZzA_[AFK] is now known as DeZzA 2012-03-15T19:04:17 *** edoceo has joined #evergreen 2012-03-15T19:08:52 *** DeZzA_[AFK] has joined #evergreen 2012-03-15T19:10:47 *** DeZzA has quit IRC 2012-03-15T19:11:02 *** DeZzA_[AFK] is now known as DeZzA 2012-03-15T19:12:56 *** mtcarlson has joined #evergreen 2012-03-15T19:15:58 *** mtcarlson_ has joined #evergreen 2012-03-15T19:17:24 *** mtcarlson has quit IRC 2012-03-15T19:24:46 *** mtcarlson_ has quit IRC 2012-03-15T19:28:51 *** DeZzA_[AFK] has joined #evergreen 2012-03-15T19:30:23 *** DeZzA has quit IRC 2012-03-15T19:30:30 *** DeZzA_[AFK] is now known as DeZzA 2012-03-15T19:48:48 *** DeZzA_[AFK] has joined #evergreen 2012-03-15T19:50:27 *** DeZzA has quit IRC 2012-03-15T19:50:28 *** DeZzA_[AFK] is now known as DeZzA 2012-03-15T19:58:49 *** DeZzA_[AFK] has joined #evergreen 2012-03-15T20:00:43 *** DeZzA has quit IRC 2012-03-15T20:00:44 *** DeZzA_[AFK] is now known as DeZzA 2012-03-15T20:07:14 *** DeZzA has quit IRC 2012-03-15T20:08:30 *** _bott_ has quit IRC 2012-03-15T20:27:30 *** _bott_ has joined #evergreen 2012-03-15T20:43:09 *** luisb has quit IRC 2012-03-15T21:08:02 Hi there, I am still trying the update from 2.0.10a to 2.1.1 . and I am currently having issues with the database ... specifically this operation: perl Open-ILS/src/support-scripts/eg_db_config.pl --update-config \ 2012-03-15T21:08:03 --service all --create-schema --create-offline \ 2012-03-15T21:08:05 --user --password --hostname --port \ 2012-03-15T21:08:06 --database --admin-user --admin-pass 2012-03-15T21:17:02 Kevin__H: umm. That would wipe your database, I think 2012-03-15T21:17:40 I haven't done anything so it's okay 2012-03-15T21:18:09 Do the 2.0 -> 2.1 upgrade instructions say to do that? 2012-03-15T21:18:32 sorry, I copied that from a wrong location 2012-03-15T21:18:47 there is an additonal --create-database before --create-schema 2012-03-15T21:18:58 but yes. I was running into errors with that 2012-03-15T21:18:59 * denials looks at http://evergreen-ils.org/downloads.php which links to http://evergreen-ils.org/dokuwiki/doku.php?id=upgrading:evergreen:2.1 which links to http://evergreen-ils.org/dokuwiki/doku.php?id=upgrading:evergreen:2.0_to_2.1.0 2012-03-15T21:20:05 I think I looked at that too a few hours ago 2012-03-15T21:20:32 I believe I'm really close, because when I run the settings-tester.pl, the only errors I see are coming from the database 2012-03-15T21:20:34 portion 2012-03-15T21:21:22 From the link you posted, the update instructions, I ran into problems with IV because I am upgrading to Evergreen 2.1.1 2012-03-15T21:21:42 I changed it to read Evergreen 2.1.1, but I was still getting errors.. I eventually found a solution for that 2012-03-15T21:21:53 and thden 2012-03-15T21:22:11 and then I ran into issues with 5, where it asks you to pg_dropcluster and upgradecluster etc. 2012-03-15T21:38:18 Hmm, I am on evergreen-ils.org ... upgrading from Evergreen 2.0.10a directly to 2.1.1 is not possible? I have to go to 2.1.0 first? 2012-03-15T21:40:43 Kevin__H: That sounds like the way to go. 2012-03-15T21:40:56 Kevin__H: Normally, one goes from point to point, at least the first major version 2012-03-15T21:41:10 Kevin__H: Though, you can probably just tie together the database upgrade scripts you need 2012-03-15T21:41:46 You should be able to just install Evergreen 2.1.1, but run the upgrade SQL from 2.0-2.1 2012-03-15T21:41:53 Then run 2.1.0-2.1.1 2012-03-15T21:42:17 2.1.1 requires postgresql 9.0 2012-03-15T21:42:25 is that what you are refering to? 2012-03-15T21:42:36 Whereas, 2.0.10a requires 8.4? 2012-03-15T21:44:13 Uh kind of 2012-03-15T21:44:25 Yes, you'll have to upgrade your postgresql version from 8.4 to 9.0 2012-03-15T21:44:56 But after that's done, you'll also have to apply upgrade scripts to get your Evergreen database into a state that's compatible with the Evergreen version you're trying to use. 2012-03-15T21:45:02 So just upgrading from 8.4 to 9.0 isn't enough 2012-03-15T21:45:32 You need to apply the 2.0-2.1-upgrade.sql file at least to get to 2.1.0 state, then apply 2.1.0-2.1.1-upgrade.sql to get to 2.1.1. 2012-03-15T21:45:43 Part VI. from the following? http://evergreen-ils.org/dokuwiki/doku.php?id=upgrading:evergreen:2.1.0_to_2.1.1 2012-03-15T21:46:45 Yes, but have you looked at this wiki page?: http://evergreen-ils.org/dokuwiki/doku.php?id=upgrading:evergreen:2.0_to_2.1.0 2012-03-15T21:46:49 Describes getting from 2.0 to 2.1 2012-03-15T21:47:25 Part VI from the page you've linked is only describing updating the opensrf configuration settings. 2012-03-15T21:47:34 What I'm talking about is part 5.I. 2012-03-15T21:47:41 From the page you picked. 2012-03-15T21:47:50 Yes, I think I didn't upgrade postgresql properly because .. yes Part 5 II is causing errors for me 2012-03-15T21:47:58 However, you can't do that if you haven't done the previous 2.0-2.1-upgrade.sql first 2012-03-15T21:48:23 And then I am brought to another page http://evergreen-ils.org/documentation/install/README_2_1_0.html 2012-03-15T21:48:31 for updating to 9.0 properly 2012-03-15T21:49:01 If you're updating, then you probably don't need the full README 2012-03-15T21:49:23 Though it probably gives some nice information about making sure to install the right PostgreSQL version. 2012-03-15T21:49:29 What operating system are you using? 2012-03-15T21:49:33 Well just for upodating postgresql .. 2012-03-15T21:49:36 Ubuntu Lucid 2012-03-15T21:49:39 Okay 2012-03-15T21:49:47 Well, then it should be pretty straightforward actually 2012-03-15T21:49:58 I get errors on: add-apt-repository ppa:pitti/postgresql 2012-03-15T21:50:17 Did you do the first step for installing the python-software-properties? 2012-03-15T21:50:34 yes 2012-03-15T21:50:35 that worked 2012-03-15T21:51:09 What was the error you got for adding the repository? 2012-03-15T21:51:26 I just did that earlier this evening on our ubuntu test server, so I'm fairly sure it should have worked. 2012-03-15T21:52:26 One moment 2012-03-15T21:52:51 No problem. You can use a paste tool like pastie.org or pastebin.ca for showing the error. 2012-03-15T21:53:42 @later tell tsbere I'm curious to know how you dealt with the nsis problem. Windowssetup.nsi hates me too on my new machine, so I cheated and copied the files I needed from another server. 2012-03-15T21:53:42 bshum: The operation succeeded. 2012-03-15T21:53:44 I'm using a virtual machine and it's running really slow ... the first time I just tried it, it said it couldn't resolve the website launchpad 2012-03-15T21:54:10 Kevin__H: Oh that's not a good sign. Perhaps your VM's networking isn't working quite right. 2012-03-15T21:54:30 I'm going to try rebooting 2012-03-15T21:54:34 Have you tried checking your VM's connectivity? Like pinging something like google 2012-03-15T21:54:47 yeah.. I haven't been able to access anything 2012-03-15T21:54:57 only recently though 2012-03-15T21:55:14 but I am certain I had issues with : add-apt-repository ppa:pitti/postgresql 2012-03-15T21:55:16 earlier today 2012-03-15T21:55:41 Well I just added that to another machine without issue, so let's see if maybe it's just some weird networking fluke 2012-03-15T21:56:19 Thank you for all of your help 2012-03-15T21:56:46 You caught me at a good hour. It's almost 10 pm here :) 2012-03-15T21:57:53 okay, rebooting helped, I'll check to see if I can do that operation now 2012-03-15T21:58:04 Alrighty. 2012-03-15T21:59:40 Do you need to migrate data from your 8.4 database to 9.0? 2012-03-15T21:59:57 or are you just testing around to see what's there? 2012-03-15T22:00:09 Just testing 2012-03-15T22:00:15 it looked like it worked 2012-03-15T22:00:27 here are my results: http://www.pastebin.ca/2128531 2012-03-15T22:00:29 Oh excellent. 2012-03-15T22:00:38 Yep, that looks much better. 2012-03-15T22:00:53 You should try an "apt-get update" now to get the latest packages retrieved. 2012-03-15T22:01:00 Then try installing PostgreSQL 9.0 2012-03-15T22:01:54 I think that's the step best served with: 2012-03-15T22:01:55 make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_90 2012-03-15T22:02:01 From the Evergreen directory 2012-03-15T22:02:45 Though I suppose doing that while 8.4 is installed will put your 9.0 database on a different port. If you don't need the data from 8.4, maybe you should uninstall that first. 2012-03-15T22:02:58 Or you can leave both on, and edit the port configuration 2012-03-15T22:03:12 (is probably talking too much) 2012-03-15T22:03:15 :) 2012-03-15T22:03:22 The new port is not 5432? 2012-03-15T22:03:51 5432 is the default for postgres, sure, but if you have 8.4 installed already, then it'll keep using that port for 8.4 and then install 9.0 at port 5433 2012-03-15T22:04:08 So you may end up talking to the wrong database instance if you're sending commands to 5432 while both are installed. 2012-03-15T22:04:39 I see 2012-03-15T22:04:48 You can check that I think by looking at what /etc/postgresql/8.4/main/postgresql.conf says. 2012-03-15T22:04:59 (replace 8.4 with 9.0 to see what it says for 9.0) 2012-03-15T22:05:17 That's the configuration file for postgresql 2012-03-15T22:05:24 Just as long as they are the same, I am okay.? 2012-03-15T22:05:30 And should have an entry in there somewhere like "port = 5432" 2012-03-15T22:05:42 Well, they can't be the same, or else they'll conflict with each other :) 2012-03-15T22:05:52 8.4 is 5432 2012-03-15T22:06:07 If you don't need your 8.4 database, and you're still just testing, I would uninstall 8.4 2012-03-15T22:06:41 I don't have a /etc/postgresql/9.0 directory... 2012-03-15T22:06:58 Maybe you haven't installed postgres 9.0 yet :) 2012-03-15T22:07:05 but but.... 2012-03-15T22:07:46 Be right back. 2012-03-15T22:10:55 So 2012-03-15T22:12:29 I thought I followed the instructions.. 2012-03-15T22:13:14 make -f Open-ILS/src/extras/Makefile.install install_pgsql_server_debs_90 2012-03-15T22:13:34 Oh, that's the server packages 2012-03-15T22:13:42 Right. 2012-03-15T22:14:52 is there something extra I need to do to install it? 2012-03-15T22:15:35 What does it say when you do this? /etc/init.d/postgresql restart 2012-03-15T22:15:55 Nothing 2012-03-15T22:16:00 Huh 2012-03-15T22:16:06 Well that's interesting 2012-03-15T22:16:22 Maybe it's thinking 2012-03-15T22:17:06 http://www.pastebin.ca/2128534 2012-03-15T22:17:29 did the makefile command do anything? 2012-03-15T22:17:38 the one I listed above? 2012-03-15T22:17:44 Yes 2012-03-15T22:17:52 for the server debs 2012-03-15T22:19:19 Looks good 2012-03-15T22:19:58 http://www.pastebin.ca/2128535 2012-03-15T22:21:42 This is what setting-tester results: http://pastebin.ca/2128536 2012-03-15T22:22:27 Strangely, it looked like the database part connected... 2012-03-15T22:23:12 denials: There is too much green. Or at least we thought so. 2012-03-15T22:23:42 Kevin__H: Yeah that seems good…. tell me what you get with this: 2012-03-15T22:24:04 Kevin__H: Switch to the postgres user and then try "psql evergreen" (assuming that's what you named your db) 2012-03-15T22:24:16 yes 2012-03-15T22:24:43 psql (8.4.10) 2012-03-15T22:24:59 it worked 2012-03-15T22:25:48 Alright, well type \q to quit and then try "psql -p 5433" 2012-03-15T22:26:15 That command will try connecting you to a database on a different port 2012-03-15T22:27:02 could not connect 2012-03-15T22:28:04 Alright, that says to me that your server is only running postgres 8.4 on port 5432 and it doesn't seem to have postgres 9.0 installed 2012-03-15T22:28:28 Let's leave that, and try as the root user to manually install postgres 9.0 just in case. 2012-03-15T22:28:35 Something like apt-get install postgresql-9.0 2012-03-15T22:29:24 postgresql-9.0 is already the newest version 2012-03-15T22:29:35 I must be missing something. 2012-03-15T22:29:45 http://www.dctrwatson.com/2010/09/installing-postgresql-9-0-on-ubuntu-10-04/ 2012-03-15T22:29:49 I tried this quickly 2012-03-15T22:29:58 Right 2012-03-15T22:29:58 but it didn't appear to do anything 2012-03-15T22:30:16 I used that before as well (I think that's what we used to write the steps in for Evergreen) :) 2012-03-15T22:30:52 I have a virtual machine image with just OpenSRF installed 2012-03-15T22:30:57 Well, I have two ideas next 2012-03-15T22:31:07 maybe I should use that and install 2.1.0 and then 2.1.1 2012-03-15T22:31:13 1) it seems that you have not upgraded packages, might be worth getting everything updated there 2012-03-15T22:31:29 2) Try running the full makefile install from 2.1 and see if that catches something 2012-03-15T22:31:56 Alternatively, that's not a bad choice too if you'd find it easier just to go from scratch 2012-03-15T22:32:05 You can just install 2.1.1, you don't have to do 2.1.0 first. 2012-03-15T22:32:14 Yeah 2012-03-15T22:32:57 It's your call, what's easier :) 2012-03-15T22:34:01 Well, I installed from scratch alot when I first got started, so I usually lean towards following the steps to get the hang of it :) But I don't know what your final goal is with Evergreen and don't want to have you waste too much time either way. 2012-03-15T22:34:32 Might be quicker to start from scratch though, if you're not inclined to poking around too deeply, yet. 2012-03-15T22:35:22 very good, I will try to start from scratch 2012-03-15T22:35:34 probably won't take as long, I've done the steps so many times now 2012-03-15T22:36:27 I wish you luck in your endeavors, and we'll try to help where we can, of course. Just quieter for many at this time. 2012-03-15T22:37:03 Thank you again 2012-03-15T22:44:56 bshum: heh, glad I'm not the only one 2012-03-15T22:45:16 denials: Melissa keeps telling me you're sucking up all her good ideas 2012-03-15T22:45:43 She always tells me how there's so much green everywhere and how much she's been editing out of our tpac files 2012-03-15T22:46:03 And every time we get more green commits, we go back and add it to our list of things to check and make our own color choice. 2012-03-15T22:46:32 Oh, your unapi stuff is looking pretty awesome btw 2012-03-15T22:46:53 I just got our test server up to master + test branches again, and I'm loving how it limits so well :) 2012-03-15T22:48:02 we could probably use ◂ ▸ (u25c2 / u25b8) for the left / right arrows, come to think of it... 2012-03-15T22:48:35 bshum: well, eeevil started off the limits branch, but yeah, I like how it's shaping up 2012-03-15T22:49:51 Random observation about tpac, since you're around. I only just realized tonight that the title is only coming from 245a. Which isn't as much fun if there's more valuable information to be had in subfield n or c or whatever 2012-03-15T22:49:54 * bshum is not a cataloger 2012-03-15T22:50:02 I'll probably poke more on that tomorrow 2012-03-15T22:51:18 subfield b, that's the one I meant. not c. 2012-03-15T22:51:25 bshum: I think it actually comes from more 2012-03-15T22:51:41 I tried switching it over to title_extended 2012-03-15T22:51:47 And that rolled in every subfield 2012-03-15T22:51:52 ah 2012-03-15T22:51:57 Which makes certain titles a bit too lengthy 2012-03-15T22:52:04 for sure 2012-03-15T22:52:09 In our tpac, we're eliminating less/more and going with a single view 2012-03-15T22:52:20 With all the stuff we really want on search results 2012-03-15T22:52:28 that's what we'll do, too 2012-03-15T22:52:35 (aka, closer to what jspac was like, but not as crazy as our catalogers probably want it) 2012-03-15T22:52:58 Displaying the uri links right in the search results is amazing btw. 2012-03-15T22:53:40 heh. it's a necessity for our users, they have no time for detaials 2012-03-15T22:53:44 detials 2012-03-15T22:53:47 gahaaahahah 2012-03-15T22:53:48 Overall, it's been quite fun learning the in's and out's of tpac 2012-03-15T22:54:08 * denials nominates bshum to lead the tpac dev session at the conf 2012-03-15T22:54:13 Oh, and pgcon! I'm signed up to go. And I'll be in the audience heckling you. 2012-03-15T22:54:40 Well, maybe, you're scheduled at the same time as some other interesting talks ;) 2012-03-15T22:55:22 uhoh 2012-03-15T22:57:16 heh, I would definitely go to the other talks 2012-03-15T22:57:27 bshum++ looking forward to seeing you there 2012-03-15T23:59:09 *** Kevin__H has quit IRC