2008-07-23T00:38:08 *** miker__ has joined #openils-evergreen 2008-07-23T00:38:20 *** sarabee_ has joined #openils-evergreen 2008-07-23T00:38:45 *** miker_ has quit IRC 2008-07-23T00:38:58 *** miker__ is now known as miker 2008-07-23T00:39:01 *** miker is now known as miker_ 2008-07-23T00:54:14 *** sarabee has quit IRC 2008-07-23T01:26:14 *** Mark__T has joined #openils-evergreen 2008-07-23T02:24:43 *** awhik has quit IRC 2008-07-23T02:24:54 *** awhik has joined #OpenILS-Evergreen 2008-07-23T05:57:01 *** miker_ has quit IRC 2008-07-23T05:57:17 *** miker_ has joined #openils-evergreen 2008-07-23T08:12:41 *** Slazer has joined #openils-evergreen 2008-07-23T08:17:07 *** kbeswick has joined #openils-evergreen 2008-07-23T08:17:09 *** kbeswick has quit IRC 2008-07-23T08:20:36 *** kbeswick has joined #openils-evergreen 2008-07-23T08:31:35 *** kgs_madison has joined #openils-evergreen 2008-07-23T08:56:24 *** EGUEST090 has joined #openils-evergreen 2008-07-23T08:58:16 *** pmurray_away is now known as pmurray 2008-07-23T08:59:04 *** _dkyle1 has joined #openils-evergreen 2008-07-23T08:59:14 *** EGUEST090 has quit IRC 2008-07-23T09:15:40 *** phase_bb has joined #openils-evergreen 2008-07-23T09:20:19 *** kgs_madison has quit IRC 2008-07-23T09:30:31 *** rsinger has joined #OpenILS-Evergreen 2008-07-23T09:48:42 *** bigFoot^ has joined #openils-evergreen 2008-07-23T09:50:02 Hi folks. Having problems with a fresh OpenILS install on Debian Etch: when I try /openils/bin/srfsh after the install process, I just get "unable to bootstrap client for requests". 2008-07-23T09:50:40 My opensrf log file shows Received message from Jabber server; my ejabberd log shows 2008-07-23T09:51:05 Accepted Connection. 2008-07-23T09:51:42 Any thoughts? 2008-07-23T09:57:54 bigFoot^: sounds like an authentication error, in particular the username/password setting in ~/.srfsh.xml needs to be a registered user on the jabber server 2008-07-23T10:00:00 *** Mark__T has left #openils-evergreen 2008-07-23T10:02:15 anyone (eeevil?) got any ideas what's wrong with this sql? 2008-07-23T10:02:17 ALTER TABLE acq.fund_encumberance_total RENAME TO acq.fund_encumbrance_total; 2008-07-23T10:02:51 results in: syntax error at or near "." 2008-07-23T10:12:16 *** pmurray is now known as pmurray_away 2008-07-23T10:13:12 huh, apparently it does not want the second argument to be schema qualified 2008-07-23T10:13:39 so, nm 2008-07-23T10:15:40 *** kgs_madison has joined #openils-evergreen 2008-07-23T10:22:38 berick: make sure it's still in the acq schema :) 2008-07-23T10:22:52 i checked.. still there ;) 2008-07-23T10:24:30 eeevil: was just send you an email... we need some resolution on the acq.lineitem_usr_attr_definition invalid XPATH issue (i.e. can't update lineitems) 2008-07-23T10:24:59 make xpath NULLable and check for IS NULL in the stored proc? 2008-07-23T10:25:18 well, it may just need to be a peer instead of a subtable 2008-07-23T10:25:27 hm, yeah, i can see that 2008-07-23T10:26:57 another thing to consider, if we have a usr_attr of, say, estimated_price, which is used universally, which user should own it in the DB 2008-07-23T10:27:41 perhaps org_attr's ? 2008-07-23T10:28:52 hrm ... I wonder if those should just not be owned? 2008-07-23T10:29:30 since there are note tables, I can't think of anything that would /need/ to be local only in item attrs 2008-07-23T10:30:07 same here. unowned makes sense 2008-07-23T10:30:57 ok ... unowned, and I'll move the definitions around a bit so that the supertable doesn't define xpath, just the ones that use it do 2008-07-23T10:31:43 eeevil++ thanks 2008-07-23T10:31:44 or ... 2008-07-23T10:31:57 we can add a different attr type that /can/ be user-owned 2008-07-23T10:33:12 or just use the supertable directly, which is now "not owned, no xpath 2008-07-23T10:33:51 I like that better, personally 2008-07-23T10:34:44 that works for me. 2008-07-23T10:34:55 if we need a user-owned table, seems simple enough to add later 2008-07-23T10:35:17 hrm... 2008-07-23T10:35:21 hold on 2008-07-23T10:35:35 if you select from the supertable you'll get all attr defs 2008-07-23T10:35:46 ahh 2008-07-23T10:35:47 so, we need a not-owned-no-xpath subtable 2008-07-23T10:37:48 so ... acq.lineitem_usr_attr_definition will have xpath removed, but retain the owner ... need a name for a user-supplied-but-not-owned def table 2008-07-23T10:37:59 global's not right ... 2008-07-23T10:38:54 ur, general? local? 2008-07-23T10:39:15 guess their all 'local' 2008-07-23T10:39:21 general is too close to generated ... I'll go with local 2008-07-23T10:39:22 yeah 2008-07-23T10:39:33 but lacking a better option right now 2008-07-23T10:39:40 sounds good 2008-07-23T10:45:46 tables adjusted, now doing stuff to the idl 2008-07-23T10:45:49 then a restart 2008-07-23T10:46:29 cool 2008-07-23T10:52:46 svn updated 2008-07-23T10:53:01 new idl and restart of at least cstore required 2008-07-23T10:53:09 will do 2008-07-23T10:53:16 btw, I looked over the cstore changes, and with more testing I call it a go 2008-07-23T10:53:39 eeevil: thanks. things are still holding up over here, but I'm sure i haven't exercised all the changes 2008-07-23T10:53:52 FWIW, i'm 95% confident it's all good ;) 2008-07-23T10:55:05 well, jsonquery will exercise a lot of it ... I'm just afraid of leaks. it was a painstaking process to rid cstore of leaks with the old code 2008-07-23T10:57:16 sure. in theory, the changes should introduce no new memory, only different pointers to the same memory, but testing will tell 2008-07-23T10:57:31 indeed 2008-07-23T11:02:40 berick: let me know if anything looks funky with the new table layout ... you should not have lost any data in the def tables (copied off and re-inserted) 2008-07-23T11:05:27 *** eeevil is now known as eeevil_minion 2008-07-23T11:05:36 *** eeevil_minion is now known as eeevil 2008-07-23T11:10:44 Thanks for the tip, berick. I already checked the password in .srfsh.xml and unregistered and reregistered the opensrf user with ejabberd to be sure that I had the right pwd. 2008-07-23T11:11:38 (and restarted ejabberd) 2008-07-23T11:11:55 (and opensrf_router, _perl, and _c) 2008-07-23T11:12:03 (just to be sure :) ) 2008-07-23T11:14:13 bigFoot^: mind pasting the relevant chunk (and some surrounding context) from the srfsh log? 2008-07-23T11:15:30 Sure, one sec. 2008-07-23T11:16:06 Paste incoming... 2008-07-23T11:16:42 srfsh 2008-07-23 14:47:07 [INFO:8922:osrf_system.c:267:] Bootstrapping system with domain 127.0.0.1, port 5222, and unixpath (none) srfsh 2008-07-23 14:47:07 [WARN:8922:transport_session.c:386:] Received message from Jabber server srfsh 2008-07-23 14:47:07 [DEBG:8922:socket_bundle.c:367:] removing socket 3 srfsh 2008-07-23 14:47:07 [ERR :8922:srfsh.c:21:] Unable to bootstrap client for requests 2008-07-23T11:16:45 Arg, sorry. 2008-07-23T11:17:08 *** dmcmorris_esi has left #openils-evergreen 2008-07-23T11:17:30 Damn CGIIRC :\ 2008-07-23T11:17:44 bigFoot^: no prob, for future reference: http://paste.lisp.org/new/openils-evergreen 2008-07-23T11:18:17 Ah, thanks 2008-07-23T11:18:43 bigFoot^: ok, would you mind changing to 5 in .srfsh.xml and trying again? 2008-07-23T11:18:51 Yep, one tick. 2008-07-23T11:21:19 bigFoot^ pasted "root@evergreen:~# tail -f /var/log/openils/srfsh.log" at http://paste.lisp.org/display/64096 2008-07-23T11:21:59 bigFoot^: probably need to change 127.0.0.1 to localhost in .srfsh.xml 2008-07-23T11:22:18 the jabber domain has to be an exact match 2008-07-23T11:23:39 Ah, I'll give that a shot in a few. 2008-07-23T11:24:56 :q 2008-07-23T11:24:59 arg 2008-07-23T11:25:07 dang ol' lazy focus 2008-07-23T11:26:15 there ... "focus strictly under mouse" 2008-07-23T11:26:47 "focus where ya oughta!" 2008-07-23T11:28:45 Oh hello. That's looking better. 2008-07-23T11:29:18 Blarg. 2008-07-23T11:29:25 ???: login admin open-ils 2008-07-23T11:29:32 Back to the trouble-shooting board. ^^ 2008-07-23T11:41:41 Yay, success. Thanks berick. 2008-07-23T11:48:24 eeevil: ERROR: record "adef" has no field "xpath" 2008-07-23T11:49:17 CONTEXT: PL/pgSQL function "ingest_acq_marc" line 15 at SQL statement 2008-07-23T11:49:26 *** pmurray_away is now known as pmurray 2008-07-23T11:49:36 *** pmurray is now known as pmurray_away 2008-07-23T11:50:08 *** pmurray_away is now known as pmurray 2008-07-23T11:52:51 berick: poking now 2008-07-23T11:52:57 thanks 2008-07-23T11:56:37 ahh... 2008-07-23T11:57:30 arg ...ok 2008-07-23T12:07:30 berick: try it again? 2008-07-23T12:08:52 direct sql update works, which is good.. 2008-07-23T12:09:01 * berick re-tries the failed call 2008-07-23T12:14:00 things are workin, thanks eeevil 2008-07-23T12:17:07 goood 2008-07-23T12:23:59 Goodness me, I must have done something right - Clark Kent just arrived without any trouble. 2008-07-23T12:41:04 *** phase_bb has quit IRC 2008-07-23T12:42:21 Ok, next newbie question. After editing the OUs using the cgi-bin scripts, I have run (as opensrf) "/openils/bin/autogen.sh /openils/conf/opensrf_core.xml". This completes without errors, but doesn't seem to update the OPAC, even after restarting apache2. What else do I need to do? 2008-07-23T12:43:41 Consider all of the above retracted. 2008-07-23T12:43:45 I'm just a fool. 2008-07-23T12:48:07 *** kgs_madison has quit IRC 2008-07-23T13:08:22 *** phase_bb has joined #openils-evergreen 2008-07-23T13:10:05 *** eeevil has quit IRC 2008-07-23T13:11:56 *** eeevil has joined #openils-evergreen 2008-07-23T13:58:23 *** Stareagle has joined #openils-evergreen 2008-07-23T13:58:57 Hi All, Anyone able to help with a problem please? 2008-07-23T14:01:16 I made some alterations to the organizational units and then ran the autogen.sh script. This ran ok till Updating OrgTree HTML part when I got the following message. Can't call method "method_lookup" on an undefined value at /openils/lib/perl5/OpenSRF/Application.pm line 103. please can someone tell me what I have done wrong? 2008-07-23T14:04:56 hello 2008-07-23T14:06:48 *** Stareagle has quit IRC 2008-07-23T14:07:12 *** Stareagle has joined #openils-evergreen 2008-07-23T14:12:02 I made some alterations to the organizational units and then ran the autogen.sh script. This ran ok till Updating OrgTree HTML part when I got the following message. Can't call method "method_lookup" on an undefined value at /openils/lib/perl5/OpenSRF/Application.pm line 103. please can someone tell me what I have done wrong? 2008-07-23T14:12:12 brb 2008-07-23T14:14:48 Are services running when you run autogen? 2008-07-23T14:27:55 yes if you mean starting evergreen at th command line etc 2008-07-23T14:29:13 i can access the postgres tables directly and the cgi config scripts. I have discovered I cannot login via the staff client though. 2008-07-23T14:39:39 bigFoot^ pasted "bizarre staff-client error" at http://paste.lisp.org/display/64106 2008-07-23T14:39:50 Hmm... interesting. Any idea what might cause this? Was just fiddling with the staff client on a relatively fresh install (have messed around putting in 2 marc records and that's all that's been done to the system) 2008-07-23T14:39:57 OK solved it I think, I stopped router, perl & c with a stop all then restarted them. autogen now works. Not sure why it broke in the first place though?!?!?!?! 2008-07-23T15:16:54 *** Slazer has quit IRC 2008-07-23T15:47:57 *** kbeswick has quit IRC 2008-07-23T15:57:50 *** kgs_madison has joined #openils-evergreen 2008-07-23T16:15:32 *** agJohn has joined #openils-evergreen 2008-07-23T16:39:55 Anyone have any suggestions as to what might be wrong with my setup (reinstalled multiple times over last couple of days)? As nearly as I can tell, all the EV/OpenSRF processes are actually running (comparing my ps list to the one here: http://open-ils.org/dokuwiki/doku.php?id=troubleshooting:checking_for_errors&s=troubleshooting). However, I can't process bibs via marc2bre.pl (although it... 2008-07-23T16:39:57 ...gives no errors, just a zero-byte file) and the .bre file I have from a couple of weeks ago generates nothing but error messages when I feed it to direct_ingest.pl. 2008-07-23T16:39:58 Here's the osrfsys.log output (and I don't have a working setup to compare this to so I don't know if this is significant info or not): 2008-07-23T16:40:00 2008-07-23T16:40:01 opensrf 2008-07-22 19:08:02 [WARN:31712:osrf_application.c:22:] Failed to dlopen library file oils_cstore.so: libdbdpgsql.so: cannot 2008-07-23T16:40:03 open shared object file: No such file or directory 2008-07-23T16:40:05 opensrf 2008-07-22 19:08:02 [ERR :31723:osrf_system.c:130:] * Running application open-ils.reporter-store 2008-07-23T16:40:07 opensrf 2008-07-22 19:08:02 [WARN:31723:osrf_application.c:22:] Failed to dlopen library file oils_rstore.so: libdbdpgsql.so: cannot 2008-07-23T16:40:10 open shared object file: No such file or directory 2008-07-23T16:40:12 opensrf 2008-07-22 19:08:02 [ERR :31706:osrf_system.c:151:] We lost a top-level service process with PID 31712 2008-07-23T16:40:15 opensrf 2008-07-22 19:08:02 [ERR :31706:osrf_system.c:151:] We lost a top-level service process with PID 31723 2008-07-23T16:40:18 open-ils.auth 2008-07-22 19:17:57 [WARN:31766:osrf_stack.c:84:] !!! Received Jabber layer error message 2008-07-23T16:40:21 open-ils.auth 2008-07-22 19:17:57 [WARN:31766:osrf_stack.c:94:] * Jabber Error is for top level remote id [router@localhost/open-il 2008-07-23T16:40:24 s.cstore], no one to send my message too!!! 2008-07-23T16:40:26 open-ils.auth 2008-07-22 20:34:30 [WARN:31766:osrf_stack.c:84:] !!! Received Jabber layer error message 2008-07-23T16:40:29 open-ils.auth 2008-07-22 20:34:30 [WARN:31766:osrf_stack.c:94:] * Jabber Error is for top level remote id [router@localhost/open-il 2008-07-23T16:40:32 s.cstore], no one to send my message too!!! 2008-07-23T16:41:05 2008-07-23T16:41:07 srfsh runs, and the math test works, but trying to log in gives me a login failed message. 2008-07-23T16:41:35 There's not enough in the database at this point to do any searching, so that test's not available. 2008-07-23T16:42:30 The ejabberd.cfg file only has the one host in it: 2008-07-23T16:42:32 2008-07-23T16:42:33 %% Hostname 2008-07-23T16:42:35 {hosts, ["localhost"]}. 2008-07-23T16:43:27 Other changes (increased stanza size & so on) have been made. 2008-07-23T16:46:11 2008-07-23T16:46:13 Attempting to register the router and opensrf Jabber users gives this: 2008-07-23T16:46:14 User "router@localhost" already registered at node ejabberd@debian 2008-07-23T16:46:40 agJohn: Failed to dlopen library file means the C processes can't connect to the database 2008-07-23T16:47:05 does /usr/local/lib/dbd/ have stuff in it? 2008-07-23T16:47:49 It does: 2008-07-23T16:47:51 debian:~# ls -l /usr/local/lib/dbd/ 2008-07-23T16:47:52 total 60 2008-07-23T16:47:54 -rw-r--r-- 1 root staff 24202 2008-07-22 18:11 libdbdpgsql.a 2008-07-23T16:47:56 -rwxr-xr-x 1 root staff 859 2008-07-22 18:11 libdbdpgsql.la 2008-07-23T16:47:57 -rwxr-xr-x 1 root staff 31375 2008-07-22 18:11 libdbdpgsql.so 2008-07-23T16:48:33 I can connect to the DB via psql; is it likely an openils/conf file problem? 2008-07-23T16:49:14 ok, so it's not getting into the ld path. add /usr/local/lib and /usr/local/lib/dbd to /etc/ld.so.conf and run 'ldconfig'. also add those paths to the LD_LIBRARY_PATH env variable for the opensrf user to be safe. restart C services 2008-07-23T16:49:49 Excellent. Will do. 2008-07-23T16:55:41 *** Stareagle has quit IRC 2008-07-23T16:59:18 *** kgs_madison has quit IRC 2008-07-23T17:04:34 berick, having checked the one working system I have access to (whose osrfsys.log was so long I couldn't find anything in it), I don't see these entries in their /etc/ld.so.conf. What mine (and theirs) says: 2008-07-23T17:04:36 include /etc/ld.so.conf.d/*.conf 2008-07-23T17:04:37 So, I find an evergreen.conf file there, it says: 2008-07-23T17:04:39 /usr/lib/dbd 2008-07-23T17:04:40 /openils/lib 2008-07-23T17:04:42 /usr/lib/dbd 2008-07-23T17:04:43 /openils/lib 2008-07-23T17:04:45 Looked like the right place to add the /usr/local/lib and dbd directories. 2008-07-23T17:04:47 Added them to the LD_LIBRARY_PATH and got clean osrfsys.log entries on the restart_c and direct ingest is off and running! (Next time we meet, I owe you at least two of whatever you're drinking, Bill!) 2008-07-23T17:05:41 agJohn: great! 2008-07-23T17:05:52 two kegs it is 2008-07-23T17:06:16 miker_: not sure why godmar has to immediately come in with guns blazing 2008-07-23T17:06:24 bbl 2008-07-23T17:06:39 It'd be worth it! Now I've got to save that in my secret tips notes.... 2008-07-23T17:08:40 *** pmurray is now known as pmurray_away 2008-07-23T17:09:09 *** mjg_ has joined #openils-evergreen 2008-07-23T17:17:21 *** _dkyle1 has left #openils-evergreen 2008-07-23T17:32:07 miker_ (or anyone else with insight), I'm trying to run a marc2bre.pl and a marc2are.pl session at the same time (which simply may not work--the marc2bre.pl session is chunking away and I thought I'd give the other processor something to do). At any rate, here's what I get--is this expected or do I need to allow more connections in ejabberd.cfg or something? 2008-07-23T17:32:09 2008-07-23T17:32:10 Attempting to build a client session as a server Session ID [1216848286.334124158.13915855755], remote_id [opensrf@localhost/opensrf 2008-07-23T17:32:12 .settings_drone_at__31679] at /openils/lib/perl5//OpenSRF/AppSession.pm line 97. 2008-07-23T17:32:13 * ! EXCEPTION ! * 2008-07-23T17:32:15 TYPE: OpenSRF::EX::Session 2008-07-23T17:32:16 Mess: Session Error 2008-07-23T17:32:18 Mess: Transport::handler(): No AppSession object returned from server_build() 2008-07-23T17:32:20 Loc.: 116 OpenSRF::Transport 2008-07-23T17:32:21 Loc.: /openils/lib/perl5//OpenSRF/Transport.pm 2008-07-23T17:37:23 2008-07-23T17:37:25 Sorry, terminology correction: "connections" should be "max_user_sessions" wre the ejabberd.cfg file. 2008-07-23T17:54:38 *** Stompro has joined #openils-evergreen 2008-07-23T17:58:35 *** kbeswick has joined #openils-evergreen 2008-07-23T19:12:11 *** phase_bb has quit IRC 2008-07-23T20:38:02 *** kgs_madison has joined #openils-evergreen 2008-07-23T20:47:38 *** djfiander has joined #OpenILS-Evergreen 2008-07-23T21:04:43 Okay, I can now translate an edifact purchase order to some butt-ass-ugly json. will have to poke a bit more to get edifact PO acknowledgements and invoices also translating. 2008-07-23T21:15:19 mjg_: nice! butt-ass-ugly works 2008-07-23T21:15:33 is there any other kind of json? 2008-07-23T21:16:35 well, there's python 2008-07-23T21:16:38 * miker_ ducks 2008-07-23T21:17:54 A while back there was some discussion of funneling some ESI money henk-jan ebbers's way. Would that still be an option? I'm willing to have him subcontract under me, but I'm not sure I can afford him. :) 2008-07-23T21:18:15 Because it might just take me forever to learn this cryptic EDI stuff. 2008-07-23T21:19:59 mjg_: that bad? 2008-07-23T21:21:12 I recall art chiming in (on the call? something?) about conifer money, but we could see about beating the bushes here too ... of course, since neither art nor dbs are here to defend conifer, I say we just spend their money ;) 2008-07-23T21:21:34 i second. motion passed 2008-07-23T21:21:39 so, maybe not -- could just be that I haven't hit the aha moment yet. but given deadlines and that I've only got 7-10 hours a week, it's gonna be tough. 2008-07-23T21:22:15 seriously, though, if that's what's needed we will put our head together and find a way 2008-07-23T21:22:24 took me 7 months to bang out SIP with that kind of schedule. EDI's gonna be harder, I suspect. 2008-07-23T21:22:29 Alrighty. I'll chat with henk-jan some more and pow-wow with dbs upon his return. 2008-07-23T21:22:38 djfiander: yeah, I feel the same. 2008-07-23T21:23:20 If could, you know, go on sabbatical from my day job for a few months and do this stuff full-time, I might paint a rosier picture 2008-07-23T21:23:47 of course, that also burns through the money faster ;-) 2008-07-23T21:23:54 berick: is the new price stuff working? 2008-07-23T21:24:22 yeah. I'd be out of hours in about 4.5 weeks. :) 2008-07-23T21:24:26 djfiander: oh so close. still need to work out the actual grid editing 2008-07-23T21:24:27 mjg_: feel free to use the acq-admin list if you feel comfortable ... if we know how much pain there is we'll be better able to address the need, I think (we being ESI) 2008-07-23T21:24:46 berick: I meant the back-end stuff. I was just about to start on the grid editing :D 2008-07-23T21:24:55 berick: have you had a chance to try out my changes? 2008-07-23T21:25:05 miker_: good idea. 2008-07-23T21:25:10 miker_: was about to start 2008-07-23T21:25:13 miker_++ berick++ 2008-07-23T21:25:57 djfiander: the UI is mostly there.. i had some time today. the ML's been nominally ready for a few days 2008-07-23T21:28:07 ok, then I won't start working on that :) 2008-07-23T21:28:23 I'm out for the eve. Later, ladies and gents. 2008-07-23T21:29:18 latorz 2008-07-23T21:31:44 *** mjg_ has left #openils-evergreen 2008-07-23T21:39:35 djfiander: oh, i started dev'ing on my desktop, so the acq box is mostly yours. i did have to use it for a but today, but i've re-run setup.py for your build env 2008-07-23T21:39:44 s/but/bit/ 2008-07-23T21:40:01 ok 2008-07-23T21:40:19 so, are you going to wrap up the grid editing for the prices? 2008-07-23T21:40:40 I'm a bit out of focus. If you're working on that, what should I take next? 2008-07-23T21:41:26 djfiander: yeah, i'll go ahead and wrap that up. sorry if that came out of nowhere. i saw the shot and took it, so to speak. 2008-07-23T21:41:33 we need to start thinking about receiving, i imagine 2008-07-23T21:41:41 ok 2008-07-23T21:41:44 * djfiander thinks 2008-07-23T21:41:49 'mark selected LIDs as received' or some such 2008-07-23T21:42:07 so we can encumber and "pay" now? 2008-07-23T21:42:09 there is a partially untested middleware func. for that. 2008-07-23T21:42:33 that will also involve setting final prices, etc 2008-07-23T21:42:48 miker_: i'm testing that currently. the code is all there for creating the encumberances (minus the price editing), but i need to fix a bug or two 2008-07-23T21:43:20 what about barcodes and suchlike? 2008-07-23T21:44:08 djfiander: what we have now is manual barcode, callnumber, and shelving location editing on the LIDs 2008-07-23T21:44:29 yup 2008-07-23T21:45:04 of course, it's not a /realistic/ workflow yet 2008-07-23T21:45:10 heh 2008-07-23T21:46:19 we'll need to fine-tune some of the disable-edit options in the jubgrid. for example, editing barcodes after the PO has been created, etc. 2008-07-23T21:46:26 or approved, or whatever 2008-07-23T21:47:44 yeah. probably need to allow editing of fields but not adding/deleting of LIDs. once item has been received, then lock barcode... 2008-07-23T21:48:17 how separate are the acq objects, like the JUB and LIDs, from the catalog objects, bib/item recs with barcodes? 2008-07-23T21:48:31 completely separate 2008-07-23T21:49:06 ok, so barcode, locn, etc don't need to be locked in acq until they've been used to create the bib/item stuff. 2008-07-23T21:49:29 assuming we want to be able to point to a PO and track through to actual item on shelf at other end, which I think we do 2008-07-23T21:50:29 correct. 2008-07-23T22:02:14 if JUBs had ISBNs, it would make the receiving workflow a bit easier. 2008-07-23T22:03:01 go to "receiving" screen, scan barcode, do stuff. 2008-07-23T22:03:23 oh wait. duh. buried in MARC 2008-07-23T22:03:27 never mind :) 2008-07-23T22:12:32 * djfiander continues to think 2008-07-23T22:12:37 *** djfiander has quit IRC 2008-07-23T23:35:32 *** dbs has joined #openils-evergreen 2008-07-23T23:38:09 * dbs peers around 2008-07-23T23:53:26 I'm installing ies4linux now to find out if dojo calendar works with ie6; if it does, then we've got a happy i18n solution for opac + staff client 2008-07-23T23:53:58 coool 2008-07-23T23:54:22 If it doesn't, then I'll cut a bunch of people into little pieces 2008-07-23T23:54:56 coooler 2008-07-23T23:55:00 :) 2008-07-23T23:55:22 starting with my ISP, which seems to be serving up packets in teaspoons today