2009-12-17T00:46:39 *** phase_bb has quit IRC 2009-12-17T02:34:42 *** jamesrf has joined #evergreen 2009-12-17T02:43:37 *** jamesrf has quit IRC 2009-12-17T02:53:25 *** phasefx_ has quit IRC 2009-12-17T04:13:48 *** finnx has quit IRC 2009-12-17T04:14:23 *** moodaepo has quit IRC 2009-12-17T04:14:23 *** jmeeuwen has quit IRC 2009-12-17T04:14:23 *** brendan_ga_ has quit IRC 2009-12-17T04:14:23 *** AbizzalsX has quit IRC 2009-12-17T04:14:23 *** lcassell has quit IRC 2009-12-17T04:14:23 *** jeff has quit IRC 2009-12-17T04:14:23 *** leed has quit IRC 2009-12-17T04:14:23 *** mrpeters-isl has quit IRC 2009-12-17T04:14:23 *** atz has quit IRC 2009-12-17T04:14:23 *** _dkyle_ has quit IRC 2009-12-17T04:14:23 *** _bott_ has quit IRC 2009-12-17T04:14:23 *** pmplett has quit IRC 2009-12-17T04:14:23 *** kbeswick has quit IRC 2009-12-17T04:14:23 *** gmcharlt has quit IRC 2009-12-17T04:14:23 *** rsinger has quit IRC 2009-12-17T04:14:23 *** artunit has quit IRC 2009-12-17T04:14:23 *** gdunbar has quit IRC 2009-12-17T04:17:15 *** pinesol has joined #evergreen 2009-12-17T04:17:41 *** jeff_ has joined #evergreen 2009-12-17T04:18:19 *** rickd has joined #evergreen 2009-12-17T04:19:27 *** chrissharp123 has joined #evergreen 2009-12-17T04:35:41 *** phasefx2 has joined #Evergreen 2009-12-17T04:35:41 *** atheos has joined #Evergreen 2009-12-17T05:33:01 *** levani_el has joined #evergreen 2009-12-17T05:33:03 hello 2009-12-17T05:33:57 i want to generate 008 marc field date 2009-12-17T05:35:51 in template generate only one date 2009-12-17T05:36:09 i want to take information at 005 field 2009-12-17T05:57:32 *** levani_el has quit IRC 2009-12-17T06:24:52 *** jmeeuwen has quit IRC 2009-12-17T06:51:57 *** bradl has joined #evergreen 2009-12-17T07:24:43 *** wlayton has joined #evergreen 2009-12-17T07:32:41 *** wlayton has quit IRC 2009-12-17T07:39:08 *** Meliss has joined #Evergreen 2009-12-17T07:41:01 *** miker_ has joined #evergreen 2009-12-17T07:42:31 *** Melissa has joined #Evergreen 2009-12-17T07:43:07 *** Meliss has quit IRC 2009-12-17T07:45:13 *** Melissa has left #Evergreen 2009-12-17T07:46:59 *** Melissa has joined #Evergreen 2009-12-17T07:49:28 *** phasefx_ has joined #evergreen 2009-12-17T07:51:38 *** phase_bb has joined #evergreen 2009-12-17T07:52:01 *** sylvar has joined #evergreen 2009-12-17T07:57:16 *** mck9 has joined #evergreen 2009-12-17T08:03:36 *** sfortin has joined #evergreen 2009-12-17T08:06:44 *** rickd has quit IRC 2009-12-17T08:07:16 *** rickd has joined #evergreen 2009-12-17T08:28:08 *** wlayton has joined #evergreen 2009-12-17T08:31:00 *** berick has joined #evergreen 2009-12-17T09:11:14 *** jenny has joined #evergreen 2009-12-17T09:15:44 *** senator has joined #Evergreen 2009-12-17T09:27:02 *** rickd has quit IRC 2009-12-17T09:33:32 *** dchristens has joined #evergreen 2009-12-17T09:34:58 *** phasefx3 has joined #evergreen 2009-12-17T09:35:07 *** phasefx3 is now known as phasefx 2009-12-17T09:40:06 *** dbs has joined #evergreen 2009-12-17T09:42:19 atz: did you ever work out your opensrf / open-ils build issues? i was wondering if you ever ran autogen.sh (the autotools one, not the evergreen bootstrapping one) in opensrf and evergreen before rerunning configure and make 2009-12-17T09:42:40 yeah, i finally got it up to speed 2009-12-17T09:44:38 the main thing was the libmemcached dependency that was breaking make clean... my update script also threw an unnecessary git-related wrinkle in there 2009-12-17T09:47:18 thx for the help though 2009-12-17T09:56:23 *** r123 has joined #evergreen 2009-12-17T09:56:56 *** natschil has joined #evergreen 2009-12-17T09:57:35 *** dbwells has joined #Evergreen 2009-12-17T09:59:40 all - are there any flags the patron could set that would prevent their contact info (appearing in the staff client as valid) from printing out on hold reciepts? 2009-12-17T10:00:04 and if yes, is there anyway in database to verify that they have "opted out" of having their contact info on those slips 2009-12-17T10:01:24 i know there is a "hold alias" field recently added, but I'm not sure that overrides *all* contact info 2009-12-17T10:01:31 the stock hold slip will only print the patron's name (and maybe card number?), and if email notify is enabled on the hold, their email address, and if phone notify is enabled on the hold, whichever phone number they entered for the hold 2009-12-17T10:01:37 hold alias will completely replace name 2009-12-17T10:02:26 hmm...its being explainted to me that they have perfectly valid phone/email on their slips but they are not printing out with contact info...is it possible to place a hold with no notify? 2009-12-17T10:02:30 in trunk, the hold slip is completely templatable, but I'm not sure how much patron data is available for it, and there's certainly no dedicated toggle the template could look at for determining whether to use that data or not 2009-12-17T10:02:53 ok 2009-12-17T10:03:04 what specific contact info are they expecting? 2009-12-17T10:03:08 so, next clue is to check the action.hold_request for that item and see if there was a phone or email notify 2009-12-17T10:03:25 "No contact information given on some hold slips" 2009-12-17T10:03:38 it could be, for example, that the phone is a different field than the one(s) the template is targeting 2009-12-17T10:03:52 atz: thats a good thought 2009-12-17T10:04:23 the template should be made to fail over though all 3 phone fields when possible 2009-12-17T10:05:05 if it already is designed that way, then look for a possible whitespace data string as a phone value 2009-12-17T10:05:50 such that the template would succeed in retrieving a non-null value... but it still would look like nothing 2009-12-17T10:05:57 hmm, more install permissions errors at http://testing.esilibrary.com/buildbot/build/?openils=15183 2009-12-17T10:06:32 in this case, the hold interface itself lets you enter an arbitrary phone number, one that need not be associated with the patron's account at all. It should default with an associated patron phone number, though 2009-12-17T10:07:02 so action.hold_request.phone_verify contains a phone number 2009-12-17T10:07:14 ah, i forgot about that 2009-12-17T10:09:04 dbs: so I didn't break the build? :D yay 2009-12-17T10:10:48 whaddaya know! phone_notify | 2009-12-17T10:10:48 email_notify | f 2009-12-17T10:11:18 so, they likely didnt enter a phone number to be notified at when the hold came available, plus they opted out of email notification 2009-12-17T10:12:28 thus, a hold capture slip with no way to contact the ptaron 2009-12-17T10:12:45 should that fall over to provide the day_phone from the patron account if phone notify is null? 2009-12-17T10:12:58 that's why I've been pushing for the ESP module. No one wants to fund that, though. *shrugs* 2009-12-17T10:13:07 ESP/ 2009-12-17T10:13:10 oh lol 2009-12-17T10:13:12 im dense 2009-12-17T10:13:23 if they patron doesn't want to be contacted by phone, they don't want to be contacted by phone :) they have to go to the effort of disabling it 2009-12-17T10:13:23 nah, you just performed a migration :) (congrats) 2009-12-17T10:13:30 thanks! 2009-12-17T10:13:50 phasefx: very true 2009-12-17T10:13:51 not an ideal situation though. they're still able to check their own My Account section in the OPAC 2009-12-17T10:14:28 could template away their ability to disable and configure the phone number 2009-12-17T10:14:52 though I imagine you have patrons in the database without valid phone numbers and/or email addresses 2009-12-17T10:14:59 seems pretty stupid to place a hold, and leave no contact info 2009-12-17T10:15:19 maybe some coding to warn the patron of this 2009-12-17T10:15:27 but, i agree...they had to go to the effort of disabling it 2009-12-17T10:16:03 and a link pointing to library hold policies (for how long it'll stay on the shelf, any fees for un-retrieved holds, etc.) 2009-12-17T10:16:16 an idea for sure 2009-12-17T10:26:09 *** lisppaste3 has joined #evergreen 2009-12-17T10:36:47 *** natschil has quit IRC 2009-12-17T11:18:29 is anyone opposed to placing a (bucket, target_biblio_record_entry) unique constraint on container.biblio_record_entry_bucket_item? 2009-12-17T11:19:03 we've had a lot of people accidentally add multiples, and I can't think of a good rationale for allowing dupes 2009-12-17T11:21:35 dbs: i fear there may be some assumption of allowing duplicates. I know i've told people before, "sure, you can have dupes!". I recall discussing using dupes as a way to 'rate' items in a bucket, potentially for user ratings in the opac. 2009-12-17T11:21:52 i don't have anything more concrete, though 2009-12-17T11:23:32 huh. it would be a weird implementation, but I guess if you had a "5 star" shared bucket that people could add records to, that would be a way of doing things. 2009-12-17T11:23:56 or "38 people liked this title" 2009-12-17T11:24:02 *shrug* 2009-12-17T11:24:26 honestly, i don't recall the exact discussion 2009-12-17T11:25:28 perhaps a "allow dupes" checkbox in the staff client 2009-12-17T11:27:05 mebbe. I like good old-fashioned relational constraints :) perhaps I'll just add that constraint here, and open a discussion on the list 2009-12-17T11:27:36 something like rating.biblio_record_entry(id sequence, usr id, record id, rating int, comment text) 2009-12-17T11:28:15 (leaving open the possibility of rating.actor_usr(id sequence, rated_usr id, rating_usr id, rating int, comment text) -- fun!) 2009-12-17T11:28:30 open/reopen 2009-12-17T11:29:49 thanks, berick - as always 2009-12-17T11:32:01 huh, I wonder if some of these dupes are due to back-button usage. I can't imagine how anyone would add 57(!) dupes to a single bucket 2009-12-17T11:38:00 "57 people liked this title" 2009-12-17T11:38:02 * berick ducks ;) 2009-12-17T11:38:21 "1 person liked it 57 times" 2009-12-17T11:39:31 "you students really should read this book. I mean it. I really mean it!" 2009-12-17T11:39:34 or for a patron bookbag, I read it twice, or something. But I likes a toggle :) 2009-12-17T11:39:48 phasefx: good point, actually.. 2009-12-17T11:39:59 we use buckets to model opt-in checkout history 2009-12-17T11:40:23 *** agJohn has joined #evergreen 2009-12-17T11:42:22 Is there a way to set up the OPAC for two different libraries in a consortium so that one library sees/searches one type of subject heading (based on indicators) and another library a different type? (I don't need to know details, just if it could be done, at this point)? 2009-12-17T11:44:04 agJohn: sees, yes, using skins and bibtemplate 2009-12-17T11:44:22 Cool, thanks, dbs. 2009-12-17T11:44:34 agJohn: searches, a bit harder; need a skin and a separate index I guess 2009-12-17T11:44:43 Makes sense. 2009-12-17T11:45:08 related subjects might be a tiny bit wonky 2009-12-17T11:45:24 I wasn't sure the indexing was sophisticated enough to take into account the indicators. Yeah, I figured it could get complicated. 2009-12-17T11:48:12 agJohn: this a MeSH vs. LCSH sort of thing? 2009-12-17T11:50:05 dbs: I wasn't clear on why they wanted to do this. I sort of had the impression is was subtler than that: snooty college library doesn't trust the cavalier public library's cataloging kind of thing. There's no member of the group that would be using MeSH, so far as I know, so I'm not entirely sure. I did not pursue the details because I didn't have a good answer when they wanted to know if... 2009-12-17T11:50:06 ...it was possible or not. 2009-12-17T11:51:07 Seems like everyone I'm talking to recently wants to share the server(s) and DB, but have everything be treated as if they were separate.... 2009-12-17T11:51:30 hah. lots of work involved in that. 2009-12-17T11:51:55 *** r123 has quit IRC 2009-12-17T11:51:56 Seems kinda nutty to me; I suggested they consider just having separate DBs w/ VMs for the EG instances. 2009-12-17T11:57:04 *** brendan_ga_ has quit IRC 2009-12-17T12:05:21 *** godzilla8nj has joined #Evergreen 2009-12-17T12:06:56 Installing Evergreen (well, at this point still installing OpneSRF.) As opensrf user run osrf_ctl.sh -l -a start_all returns "Can't locate OpenSRF/Utils/Logger.pm". Help? 2009-12-17T12:11:43 *** brendan_ga has joined #evergreen 2009-12-17T12:11:59 *** brendan_ga has quit IRC 2009-12-17T12:15:07 *** godzilla8nj has quit IRC 2009-12-17T12:33:36 oops, I hope he doesn't take out the lack of an answer on Tokyo 2009-12-17T12:36:24 history shows, again and again, &c. &c. 2009-12-17T12:46:53 *** jamesrf has joined #evergreen 2009-12-17T12:49:39 *** jamesrf has left #evergreen 2009-12-17T13:36:44 @later tell godzilla8nj Check your PERL5LIB environment variable to ensure it contains /openils/lib/perl5 2009-12-17T13:36:44 dbs: The operation succeeded. 2009-12-17T13:42:20 *** sfortin has quit IRC 2009-12-17T14:04:37 *** eby__ has joined #evergreen 2009-12-17T14:18:11 *** jenny1 has joined #evergreen 2009-12-17T14:23:41 *** phasefx__ has joined #evergreen 2009-12-17T14:23:58 *** phasefx__ is now known as phasefx3 2009-12-17T14:33:08 *** jenny has quit IRC 2009-12-17T14:57:37 *** rickd_ has joined #evergreen 2009-12-17T15:00:18 *** senator has quit IRC 2009-12-17T15:10:50 dbs: I'm setting up JMeter test plans for EG and was wondering if I could run them by your test concat opac? 2009-12-17T15:11:51 moodaepo: fine with me. don't expect greatness :) 2009-12-17T15:12:01 Once the plans are designed decently, I'll post it up on the wiki for benchmarking EG systems 2009-12-17T15:12:22 dbs: Thnx 2009-12-17T15:13:14 moodaepo++ 2009-12-17T15:22:37 dbs: might want to check if I /.ed your test server : ) 2009-12-17T15:28:46 moodaepo: I have a terrible connection at the moment, so it's all the same to me :) 2009-12-17T15:30:15 *** rickd_ has quit IRC 2009-12-17T15:32:09 moodaepo: it's alive. just slow 2009-12-17T15:39:45 dbs: I think I might have helped it slow down, dumped 2000 users on it at the same time but doing basic gets. 2009-12-17T15:39:56 hah 2009-12-17T15:40:16 It handled 200 decently. 2009-12-17T15:40:17 I was just going to log on to find out where the death is, apache seems find 2009-12-17T15:40:41 Hmm memory? 2009-12-17T15:41:48 maybe. config is a 16GB 4-core box for apache + opensrf, and a 16GB 4-core box for the DB. there's probably a ton of postgresql processes churning away. 2009-12-17T15:42:43 yeah, 10 concurrent SELECTs 2009-12-17T15:43:33 all running search queries 2009-12-17T15:44:15 So the test servers are two servers aye, I would have thought 16GB each would be able to handle that, no? 2009-12-17T15:46:15 database is the bottleneck; if it was a read-only replica I could configure it to kill long-running queries, but it's the master 2009-12-17T16:20:13 *** Melissa has left #Evergreen 2009-12-17T16:25:55 *** rickd_ has joined #evergreen 2009-12-17T16:29:01 Hello all. I am trying to work with adjusting some permissions and not having much luck. Specifically, I would like to allow a particular user group to register workstations. 2009-12-17T16:29:31 I have added the REGISTER_WORKSTATION permission to the group, and set it to the top unit type of the OU hierarchy. 2009-12-17T16:30:16 What parts of the system, if any, should be restarted to reflect permission changes such as this? 2009-12-17T16:30:35 one gotcha we fixed recently, the menu tries to default to staff's home_ou, which, if not in the list, will cause an error. Doesn't look like you're hitting that though :) 2009-12-17T16:30:36 *** rickd_ has quit IRC 2009-12-17T16:31:00 as far as I know, you shouldn't have to restart anything for that 2009-12-17T16:31:09 *** rickd_ has joined #evergreen 2009-12-17T16:32:48 dbwells: you mean you gave the grp_perm_map a depth of 0? 2009-12-17T16:32:59 *** rickd_ has joined #evergreen 2009-12-17T16:33:01 phasefx_: thanks for the information. 2009-12-17T16:34:02 dbs: yes, that is what I mean. 2009-12-17T16:35:25 dbs: grp_perm_map row looks like this: 161 | 10 | 84 | 0 | f 2009-12-17T16:36:56 dbwells: I would be tempted to try clearing the staff client cache, restarting opensrf.settings, and open-ils.auth - not having poked at the particular code in question in recent memory 2009-12-17T16:37:43 dbs: tried all that I think, will try again. 2009-12-17T16:42:33 *** pmplett is now known as pmp_afk 2009-12-17T16:42:48 still no luck :( 2009-12-17T16:43:45 dbwells: what are you seeing? 2009-12-17T16:44:14 dbs: "You do not have permission to register a workstation." 2009-12-17T16:44:47 oh. does the user have a work_ou where they're trying to register? 2009-12-17T16:46:25 permission.usr_work_ou_map if I recall correctly 2009-12-17T16:47:12 in srfsh, request open-ils.actor open-ils.actor.user.has_work_perm_at "d0786abfd208fc14b0c6d4c94af60c16" "REGISTER_WORKSTATION" (replace the session key) 2009-12-17T16:47:31 that'll show you at what orgs you effectively have that permission 2009-12-17T16:48:15 * dbs throws a dbwells in to ensure we have his attention :) 2009-12-17T16:48:38 dbs: thanks, just started catching up 2009-12-17T16:50:13 dbs: looks like you're right, there is no entry in work_ou_map 2009-12-17T16:50:44 that would do it :) I suspect we've got zero documentation on that 2009-12-17T16:51:38 we should probably have the patron editor check to see if the profile group chosen has the STAFF_LOGIN permission, and either offer work org selection then and there, or at least warn about it 2009-12-17T16:52:13 dbs: I feel as if I am finding some important piece of the puzzle here. How is that table supposed to be populated? 2009-12-17T16:52:45 phasefx: I'd rather move towards a usr belonging to multiple perm groups and profile only being used to determine borrowing privileges. But I want ponies. 2009-12-17T16:53:32 dbwells: permission.grp_perm_map defines what levels of the hierarchy a given group has a given permission, and where it's grantable 2009-12-17T16:54:03 * phasefx_ would like a multiple perm group interface. "For that last part, may as well move away from Profile group altogether and have a Patron Type field which runs orthogonal to permission groups 2009-12-17T16:54:06 permission.usr_work_ou_map defines what OUs a given user can deploy their powers 2009-12-17T16:54:46 dbwells: User Perm Editor lets you set the Work Locations for a staff member 2009-12-17T16:55:07 actor.usr.home_ou only defines the user's home library for borrowing purposes, they don't get to apply their staff permissions to their home_ou 2009-12-17T16:56:28 phasefx: yeah, what you said (re multiple perm group interface) 2009-12-17T16:56:45 because that's what we've implemented, with SQL being our interface :) 2009-12-17T16:58:39 you guys are using multiple perms now? coool 2009-12-17T16:58:43 perm groups, rather 2009-12-17T16:59:24 phasefx: have been since day one 2009-12-17T16:59:26 dbs: phasefx_: thanks guys, that did the trick. I blindly assumed the home library would be the work location as well. 2009-12-17T16:59:47 dbwells: it's a common misconception, and it's not documented to my knowledge 2009-12-17T17:00:07 so don't feel bad! 2009-12-17T17:00:19 instead, feel angry :) 2009-12-17T17:00:26 dbs: :D 2009-12-17T17:01:20 almost angry enough to write some documentation! Just angry enough to write a note to myself to write some documentation post-migration. 2009-12-17T17:01:27 hah :) 2009-12-17T17:04:19 so, I implement stuff in my bazaar branch, and then bring it into subversion when I'm ready. Do I commit all as one changeset, or do I cherry-pick things like utility functions that could be useful elsewhere? 2009-12-17T17:04:35 and commit those separately 2009-12-17T17:04:58 big commit makes it easier to backport without forgetting anything 2009-12-17T17:05:11 but makes it harder to cherry pick later if needed 2009-12-17T17:05:58 and makes it easier to overlook smaller changes when scrutinizing commit logs 2009-12-17T17:07:04 just something that's been bugging me :) 2009-12-17T17:08:26 phasefx: you could be using multiple bzr branches if you wanted to be able to keep it all separate easily-ish, yet merging them all together in one integration & testing branch 2009-12-17T17:09:14 small changesets make it easier to follow changes - yeah 2009-12-17T17:09:42 I meant use the separate branches to generate the small changesets 2009-12-17T17:10:15 and avoid the dreaded changset that says does one thing but also does 2 other random things 2009-12-17T17:10:58 okay, so I have a bzr-svn checkout of svn trunk, and I branch that into "test". I'm using "test" currently for a largish feature. I find a typo or some small incidental thing I could tweak. I should immediately branch "test" into "small-fix", and make the change there, and then what? 2009-12-17T17:11:07 indeed! 2009-12-17T17:12:03 or switch branches to mail, make the small fix there, adn merge from main to "test" (warning this statement is git-flavored, but i have found git adn bzr to be generally like each other) 2009-12-17T17:12:08 s/mail/main/ 2009-12-17T17:16:02 phasefx: I would branch the bzr-svn checkout to "small-fix", make the fix there, and commit that to svn. then bzr-svn and test get the fix. 2009-12-17T17:16:58 i try to never modify bzr-svn checkout because it takes so damned long to get another clean one if I screw it up 2009-12-17T17:17:12 *** eby__ has quit IRC 2009-12-17T17:17:46 so much work for a small fix.. right now I have some overhead in that the bzr-svn checkout is on a real server, the test branch is on that same real server, and a checkout of the test branch is on virtual Evergreen server, where I can actually test things 2009-12-17T17:18:30 I've stopped commiting from the bzr-svn checkout, and merge test into it just to get a diff to patch svn trunk with. Then I revert the merge in the bzr-svn checkout 2009-12-17T17:36:22 *** phasefx has quit IRC 2009-12-17T17:51:52 *** dchristens has quit IRC 2009-12-17T17:52:35 *** phasefx has joined #evergreen 2009-12-17T18:00:38 *** jenny1 has left #evergreen 2009-12-17T19:20:31 *** jamesrf has joined #evergreen 2009-12-17T19:21:19 *** wlayton has quit IRC 2009-12-17T19:28:22 *** pmp_afk is now known as pmpett 2009-12-17T19:30:49 *** jamesrf has quit IRC 2009-12-17T20:04:30 *** jamesrf has joined #evergreen 2009-12-17T20:07:08 *** pmpett is now known as pmplett 2009-12-17T21:08:24 *** brendan_ga has joined #evergreen 2009-12-17T21:20:45 *** dbs has quit IRC 2009-12-17T21:40:42 *** brendan_ga has quit IRC 2009-12-17T21:41:37 *** brendan_ga has joined #evergreen 2009-12-17T21:43:40 *** bradl has quit IRC 2009-12-17T21:43:52 *** miker_ has quit IRC 2009-12-17T21:43:55 *** berick has quit IRC 2009-12-17T21:44:03 *** phasefx_ has quit IRC 2009-12-17T21:44:18 *** sylvar has quit IRC 2009-12-17T21:51:39 *** brendan_ga has quit IRC 2009-12-17T21:52:40 *** brendan_ga has joined #evergreen 2009-12-17T22:01:03 *** miker_ has joined #evergreen 2009-12-17T22:11:33 *** miker_ has quit IRC 2009-12-17T22:28:26 *** rsinger has quit IRC 2009-12-17T22:29:11 *** rsinger has joined #evergreen