2010-11-11T00:25:21 *** bshum has quit IRC 2010-11-11T00:43:50 *** tildeequals_ has quit IRC 2010-11-11T01:09:35 *** atz_ has joined #evergreen 2010-11-11T01:11:44 *** atz has quit IRC 2010-11-11T01:27:38 *** atz has joined #evergreen 2010-11-11T01:29:43 *** atz_ has quit IRC 2010-11-11T01:52:50 *** atz_ has joined #evergreen 2010-11-11T01:55:05 *** atz has quit IRC 2010-11-11T01:55:21 *** atz has joined #evergreen 2010-11-11T01:57:25 *** atz_ has quit IRC 2010-11-11T02:02:28 *** atz_ has joined #evergreen 2010-11-11T02:03:50 *** atz has quit IRC 2010-11-11T02:05:47 *** atz_ has quit IRC 2010-11-11T02:06:14 *** atz_ has joined #evergreen 2010-11-11T02:07:41 *** tildeequals has joined #evergreen 2010-11-11T02:19:21 *** atz has joined #evergreen 2010-11-11T02:20:36 *** atz_ has quit IRC 2010-11-11T03:16:52 *** rickd_ has quit IRC 2010-11-11T03:17:32 *** cbandito has quit IRC 2010-11-11T05:57:02 *** atz_ has joined #evergreen 2010-11-11T05:58:43 *** atz has quit IRC 2010-11-11T08:05:57 *** atz has joined #evergreen 2010-11-11T08:07:31 *** atz_ has quit IRC 2010-11-11T08:12:52 *** weather15 has joined #evergreen 2010-11-11T08:12:57 Hello Everyone 2010-11-11T08:13:26 I re-installed Ubuntu and followed the documentation to install OpenSRF 2010-11-11T08:14:02 weather15 pasted "ouput" at http://paste.lisp.org/display/116504 2010-11-11T08:14:13 It seems that I get this^ 2010-11-11T08:17:46 *** atz_ has joined #evergreen 2010-11-11T08:18:37 weather15 pasted "Log" at http://paste.lisp.org/display/116505 2010-11-11T08:19:10 Anyone haveany idea as to what to do here? 2010-11-11T08:19:17 * have any 2010-11-11T08:19:31 *** atz has quit IRC 2010-11-11T08:21:13 It seems that OpenSRF C not running will not start 2010-11-11T08:29:40 Anyone out there? 2010-11-11T08:30:17 *** atz has joined #evergreen 2010-11-11T08:31:36 *** atz_ has quit IRC 2010-11-11T08:33:02 *** weather15 has quit IRC 2010-11-11T08:35:02 *** atz has quit IRC 2010-11-11T08:36:05 *** atz has joined #evergreen 2010-11-11T08:37:16 *** eby has quit IRC 2010-11-11T08:38:26 *** eby has joined #evergreen 2010-11-11T08:39:04 *** atz_ has joined #evergreen 2010-11-11T08:39:55 *** dbs has joined #evergreen 2010-11-11T08:39:55 *** dbs has joined #evergreen 2010-11-11T08:40:33 *** atz has quit IRC 2010-11-11T08:42:53 IDL2js via XSL - of course! berick++ 2010-11-11T08:42:55 *** dbs has quit IRC 2010-11-11T08:44:15 well, eeevil++ for building the xsl 2010-11-11T08:46:27 *** atz has joined #evergreen 2010-11-11T08:48:32 *** atz_ has quit IRC 2010-11-11T08:49:37 *** atz_ has joined #evergreen 2010-11-11T08:49:39 *** dbs has joined #evergreen 2010-11-11T08:49:39 *** dbs has joined #evergreen 2010-11-11T08:52:12 *** atz has quit IRC 2010-11-11T08:54:43 *** atz_ has quit IRC 2010-11-11T08:55:29 *** atz has joined #evergreen 2010-11-11T08:57:04 *** bshum has joined #evergreen 2010-11-11T08:57:08 Man. Really need to get some volunteers to start with a working OpenSRF setup, then have them deliberately break the config and write down the error message that results with the cause of the error message 2010-11-11T08:57:54 And build up a knowledge base of those errors + causes to help with debugging. And then make the error messages more prescriptive: "Here's what happened, here's what you might need to do to fix the problem" 2010-11-11T08:58:20 based on weather15's problems from last night, and everyone else's experiences over the past half-decade :) 2010-11-11T08:59:05 I'm sure we can oblige you a bit there. 2010-11-11T08:59:30 in fact, I have our lead dev installing opensrf (following the opensrf trunk on redhat install doc) on our sandbox this PM. 2010-11-11T08:59:47 IF YOU WANTED ANNOYING, BUDDY, YOU CAME TO THE RIGHT PERSON 2010-11-11T08:59:54 *** rickd_ has joined #evergreen 2010-11-11T09:01:00 mjgiarlo++ 2010-11-11T09:02:07 and everytime he runs into problems on our dev boxes, I make exasperated comments about how ubuntu is so much more dev-friendly than rhel5. 2010-11-11T09:02:08 hmm, trunk on redhat; there might still be dragons there. RHEL 5, I'm assuming, not the brand-spanking new RHEL 6? 2010-11-11T09:02:19 dbs: correct-o. 2010-11-11T09:02:56 dbs: I assume that doc is better to follow than, say, the 1.6.1 install doc? 2010-11-11T09:03:12 it's okay if it's not perfect, but I do want him following the most appropriate doc on the wiki 2010-11-11T09:03:16 mjgiarlo: probably - is this a wiki doc? 2010-11-11T09:03:29 dbs: yeah, on yr dokuwiki 2010-11-11T09:03:46 http://open-ils.org/dokuwiki/doku.php?id=redhat_opensrf_trunk 2010-11-11T09:03:50 *** atz_ has joined #evergreen 2010-11-11T09:03:58 last edited in august, so reasonably up to date? 2010-11-11T09:04:13 right-o, leed is the master of rhel 2010-11-11T09:05:31 *** atz has quit IRC 2010-11-11T09:05:51 feedback will be welcome, I'm sure :) 2010-11-11T09:08:15 *** atz__ has joined #evergreen 2010-11-11T09:09:48 *** rickd_ has quit IRC 2010-11-11T09:11:17 *** atz_ has quit IRC 2010-11-11T09:11:42 *** atz has joined #evergreen 2010-11-11T09:12:59 *** atz__ has quit IRC 2010-11-11T09:13:50 http://evergreen-ils.org/dokuwiki/doku.php?id=sofware_bounties needs some serious attention 2010-11-11T09:14:12 *** atz_ has joined #evergreen 2010-11-11T09:14:37 maybe replace it with a link to Evergreen and OpenSRF wishlist items on Launchpad? 2010-11-11T09:16:31 dbs: indeed, there might be some new deps required for rhel 2010-11-11T09:16:38 *** atz__ has joined #evergreen 2010-11-11T09:17:26 *** atz has quit IRC 2010-11-11T09:19:34 *** atz_ has quit IRC 2010-11-11T09:20:23 *** atz has joined #evergreen 2010-11-11T09:22:10 *** atz__ has quit IRC 2010-11-11T09:22:28 *** weather15 has joined #evergreen 2010-11-11T09:22:39 Hello Everyone 2010-11-11T09:25:10 weather15: hello 2010-11-11T09:25:26 dbs: Hi 2010-11-11T09:25:47 I decided to retry the installation again 2010-11-11T09:25:55 weather15: I saw your pastes from earlier this morning 2010-11-11T09:26:05 yup 2010-11-11T09:26:10 as a tip, please annotate one paste rather than creating a new paste each time 2010-11-11T09:26:19 that didn't seem to go well 2010-11-11T09:26:23 dbs: Sure 2010-11-11T09:26:38 I decided to try and re-install for the 3rd time 2010-11-11T09:26:52 also... your pastes expired, so I can't actually see them now 2010-11-11T09:27:39 usually we recommend that pastes don't expire, so that we can go back and compare notes with IRC logs as context 2010-11-11T09:28:08 I don't think it matters now as I'm trying to re-install now 2010-11-11T09:28:25 I'm almost to the part where you test OpenSRF 2010-11-11T09:29:10 *** atz_ has joined #evergreen 2010-11-11T09:30:31 *** atz has quit IRC 2010-11-11T09:33:51 *** jenny has joined #evergreen 2010-11-11T09:34:51 weather15: before you do that, can you paste (using annotations!): 0) the results of "uname -a", 0.5) what version of OpenSRF you're installing, 1) the commands you used to register your ejabberd users, 2) your opensrf_core.xml file, 3) the commands you used to start OpenSRF 2010-11-11T09:35:31 oh, and "rm /openils/var/log/osrfsys.log", then paste the results of starting opensrf, then paste the results of trying to call opensrf.math 2010-11-11T09:36:08 because it feels like I've been staring through a keyhole at the front door of a house, trying to figure out why the electricity isn't working 2010-11-11T09:36:19 more information helps :) 2010-11-11T09:36:35 yup 2010-11-11T09:36:46 I'm working on creatign the users now 2010-11-11T09:36:51 *creating 2010-11-11T09:37:08 Block passwords out for you? 2010-11-11T09:37:43 *** atz has joined #evergreen 2010-11-11T09:38:34 if your system is publicly exposed, I guess; otherwise I wouldn't worry 2010-11-11T09:38:45 the less changes, the better in my opinion 2010-11-11T09:39:12 *** atz_ has quit IRC 2010-11-11T09:40:20 weather15 pasted "User Info" at http://paste.lisp.org/display/116508 2010-11-11T09:40:35 dbs: ^ is the register commands 2010-11-11T09:41:00 *** atz_ has joined #evergreen 2010-11-11T09:42:42 *** atz has quit IRC 2010-11-11T09:42:46 weather15 annotated #116508 "Successful " at http://paste.lisp.org/display/116508#1 2010-11-11T09:43:15 dbs ^ indicates that the creation of users was successful 2010-11-11T09:43:42 weather15: right, if your annotations have a meaningful title then you don't need to tell me here :) 2010-11-11T09:50:30 *** atz has joined #evergreen 2010-11-11T09:52:30 *** atz_ has quit IRC 2010-11-11T09:53:04 weather15 annotated #116508 "Config" at http://paste.lisp.org/display/116508#2 2010-11-11T09:55:06 weather15 annotated #116508 "Commands You Asked Me To Run" at http://paste.lisp.org/display/116508#3 2010-11-11T09:55:09 *** Dyrcona has joined #evergreen 2010-11-11T09:56:46 weather15: does the bottom of your config file actually match the bottom of http://paste.lisp.org/display/116508#2 ? 2010-11-11T09:57:43 and the line: "and public clients to send requests to this router. -" -- is that a perfect match? 2010-11-11T09:58:08 dbs: Ignore these lines at the bottom: syslog local2 --> that's my fault sorry 2010-11-11T09:58:46 augh... this paste is going to expire in 41 minutes 2010-11-11T09:58:55 oh well, carry one 2010-11-11T09:58:58 carry on 2010-11-11T09:59:17 how about that line "and public clients to send requests to this router. -" 2010-11-11T09:59:18 dbs: the line reads this 2010-11-11T10:00:25 I do wish that you were able to share the passwords, but anyway... let's see what happens nex 2010-11-11T10:00:54 dbs: Good News! 2010-11-11T10:01:13 weather15 annotated #116508 "OpeSRF Add " at http://paste.lisp.org/display/116508#4 2010-11-11T10:01:25 dbs: That looks good to me! 2010-11-11T10:07:38 weather15 annotated #116508 "/openils/var/log/osrfsys.log" at http://paste.lisp.org/display/116508#5 2010-11-11T10:09:07 looks good - did you kill it at the end? 2010-11-11T10:09:36 Yes 2010-11-11T10:10:12 I'm running the Evergreen Make File now 2010-11-11T10:12:14 How exactly can you tell if the Make file ran with out an errors? 2010-11-11T10:13:29 *** Melissa has joined #evergreen 2010-11-11T10:16:46 paste the end 2010-11-11T10:30:49 dbs: Way past that now I think it ended with idconfig 2010-11-11T10:30:53 told me to restart Apache 2010-11-11T10:31:17 psql:extend-reporter.sql:17: ERROR: schema "extend_reporter" does not exist ignore this? 2010-11-11T10:31:32 yes 2010-11-11T10:31:35 psql:reporter-schema.sql:18: ERROR: schema "reporter" does not exist ignore this? 2010-11-11T10:33:03 weather15: yes, you're going to get an error that every schema does not exist because it issues a "DROP SCHEMA xxx" first before creating 2010-11-11T10:33:06 *** atz_ has joined #evergreen 2010-11-11T10:33:18 Okay 2010-11-11T10:35:34 *** atz has quit IRC 2010-11-11T10:40:06 added some information about that to step 4 of http://evergreen-ils.org/dokuwiki/doku.php?id=server:1.6.1:install 2010-11-11T10:41:16 dbs: Time for the moment of truth 2010-11-11T10:43:38 weather15 pasted "Results" at http://paste.lisp.org/display/116512 2010-11-11T10:43:49 dbs: That looks good to me! 2010-11-11T10:44:44 *** tildeequals has quit IRC 2010-11-11T10:45:10 weather15 annotated #116512 "srfsh test" at http://paste.lisp.org/display/116512#1 2010-11-11T10:48:13 dbs: This directory does not exist: Open-ILS/src/support-scripts/settings-tester.pl 2010-11-11T10:53:49 dbs: I think everything went well this time 2010-11-11T10:54:28 I think this is good: http://techhelper.info/opac/en-US/skin/craftsman/xml/index.xml 2010-11-11T10:55:32 is there a linux staff client for 1.6.1.2 2010-11-11T10:57:04 I can login to the OPAC 2010-11-11T10:57:28 Are there any other steps I need to take to complete the installation? 2010-11-11T10:58:18 i'll be back in a few moments I need to move to a windows machine 2010-11-11T10:58:22 *** weather15 has quit IRC 2010-11-11T11:06:02 *** weather15 has joined #evergreen 2010-11-11T11:06:13 I'm back 2010-11-11T11:06:17 weather15: generally you can grab staff client files to use in linux from the server running Evergreen. If the source tree is available, it'd be everything in Open-ILS/xul/staff_client/build/ 2010-11-11T11:06:33 okay Thanls 2010-11-11T11:06:37 *Thanks 2010-11-11T11:06:37 minus the server/ directory (harmless, but not needed) 2010-11-11T11:07:04 When is 2.0 exspected to be released? 2010-11-11T11:07:29 the contents of BUILD_ID in that directory should match some directory or symlink in /openils/var/web/xul/ on the server 2010-11-11T11:07:48 yay weather15++ 2010-11-11T11:08:29 http://evergreen-ils.org/dokuwiki/doku.php?id=faqs:evergreen_roadmap currently says "January 2011" for 2.0 2010-11-11T11:11:11 should add a 2.X blurb in there? we know the improved staff client build system isn't going into 2.0 2010-11-11T11:13:02 Why can't I delete braches in the staff client? 2010-11-11T11:14:18 note to self for later: opensrf.py is starting all python services in opensrf.xml, regardless of their presence in 2010-11-11T11:14:42 weather15: Same reason as last night, the way the database is structured does not allow you to do that from the staff client. 2010-11-11T11:15:03 weather15: could make them invisible as a quick workaround 2010-11-11T11:15:20 *** weather15_ has joined #evergreen 2010-11-11T11:17:00 I take it you install Evergreen and has no way of configuring the branches? 2010-11-11T11:17:10 *** jenny1 has joined #evergreen 2010-11-11T11:17:26 *** jenny has quit IRC 2010-11-11T11:17:39 *** weather15 has quit IRC 2010-11-11T11:18:27 *** Dyrcona has quit IRC 2010-11-11T11:18:51 *** youdonotexist has joined #evergreen 2010-11-11T11:19:50 *** tildeequals has joined #evergreen 2010-11-11T11:19:53 weather15_: I think that depends on what you mean by "configuring" 2010-11-11T11:20:18 I can't delete organizational units 2010-11-11T11:21:46 Is there away to manually delete them from the database? 2010-11-11T11:22:45 What happen to the bootstraping scrips? 2010-11-11T11:23:26 *** Melissa has quit IRC 2010-11-11T11:24:04 Bootstrapping was being deprecated given how the staff client works. 2010-11-11T11:24:12 You're going to have to do some edits 2010-11-11T11:24:20 In the actor.org_address table 2010-11-11T11:24:26 How? 2010-11-11T11:24:27 To change the org unit references there 2010-11-11T11:24:58 I'd try this command: 2010-11-11T11:25:34 UPDATE actor.org_address SET org_unit = '1'; 2010-11-11T11:25:42 To reset all the org addresses to the consortium 2010-11-11T11:26:08 okay hold on 2010-11-11T11:26:37 Then... 2010-11-11T11:26:45 (sorry typing this up as I go along in my own test DB) 2010-11-11T11:27:36 how do I select the Evergreen database? 2010-11-11T11:28:44 berick: yes, I noticed that too (start_all for opensrf.py). thought it was by design 2010-11-11T11:28:55 but raised an eyebrow at that design :) 2010-11-11T11:29:50 Okay I selected the evergreen database now what? 2010-11-11T11:29:53 *** Melissa has joined #evergreen 2010-11-11T11:30:18 I ran this: UPDATE actor.org_address SET org_unit = '1'; and got UPDATE 1 2010-11-11T11:31:09 Now what? 2010-11-11T11:31:32 What happens when you try to do "DELETE FROM actor.org_unit WHERE id != '1';" 2010-11-11T11:31:59 ERROR: update or delete on table "org_unit" violates foreign key constraint "workstation_owning_lib_fkey" on table "workstation" DETAIL: Key (id)=(4) is still referenced from table "workstation". 2010-11-11T11:32:09 Ah 2010-11-11T11:32:12 Okay 2010-11-11T11:33:05 Okay what? 2010-11-11T11:33:15 That's a tough question. If we delete the org unit you belong to, that'll mean you can't log into the staff client to add new org units. 2010-11-11T11:33:41 yes 2010-11-11T11:34:06 Try this: 2010-11-11T11:34:13 manualy delete and create? 2010-11-11T11:34:24 okay 2010-11-11T11:34:47 UPDATE actor.org_unit SET ill_address = '1'; 2010-11-11T11:34:57 UPDATE actor.org_unit SET holds_address = '1'; 2010-11-11T11:35:07 UPDATE actor.org_unit SET mailing_address = '1'; 2010-11-11T11:35:10 ERROR: syntax error at or near "ERROR" LINE 1: ERROR: update or delete on table "org_unit" violates foreig... 2010-11-11T11:35:22 Great 2010-11-11T11:35:38 ERROR: syntax error at or near "ERROR" LINE 1: ERROR: syntax error at or near "ERROR" 2010-11-11T11:35:59 ERROR: syntax error at or near "ERROR" LINE 1: ERROR: syntax error at or near "ERROR" 2010-11-11T11:36:01 Yeah, give me a second with that, maybe I wrote that wrong... 2010-11-11T11:36:08 okay 2010-11-11T11:37:16 bshum: not sure why you're quoting the integers, but that's an aside; you might need to wrap it all in a transaction 2010-11-11T11:37:47 dbs: That's just my poor SQL showing :( 2010-11-11T11:38:36 dbs: I'm trying to suggest to weather15_ to change all the address links to 1 consortium. That should allow them to go into the staff client to modify things. 2010-11-11T11:39:01 Alternatively, weather15_, you can just edit the existing branches to fit your picture. 2010-11-11T11:39:14 Those are the only two ways I know of to "fix" things. 2010-11-11T11:40:01 is it possible to remove the sub-systems? 2010-11-11T11:42:05 Great News! 2010-11-11T11:42:41 Dr. Farnsworth? 2010-11-11T11:42:44 I have deleted at least one of the sub systems 2010-11-11T11:43:40 It occurs to me that changing the org_address to no longer reference the org_units they're tied to might allow you to do that. 2010-11-11T11:45:24 weather15_: Remind me, but which version of Evergreen are you working with? 2010-11-11T11:45:28 Now I can't create a child 2010-11-11T11:45:30 phasefx: yes, that should be updated with 2.1 bits 2010-11-11T11:47:02 weather15_: It might flash red, but try reloading the menu in the staff client. 2010-11-11T11:47:43 weather15_: Oh, also depends on what level you're adding a child to. I don't think you can add childs to the lowest org unit type 2010-11-11T11:48:03 But I could be wrong about that. 2010-11-11T11:50:15 I think I may have figured it out 2010-11-11T11:50:21 okay, regrabbing 035 2010-11-11T11:50:26 err, 0464 2010-11-11T11:50:37 control numbers on the brain 2010-11-11T11:51:10 *** Dyrcona has joined #evergreen 2010-11-11T11:52:26 weather15_: I don't know if anyone answered you, but I use some SQL to set up my actor.org_units. Part of that is deleting the sample branches. 2010-11-11T11:53:06 I'll paste a sample at paste.lisp.org if anyone wants to see it. 2010-11-11T11:56:17 I have my branches all set if autogen runs correctly 2010-11-11T11:56:40 Dyrcona: would probably be worthwhile posting to the wiki 2010-11-11T11:57:54 dbs: will do! I'll just paste the deletes that get rid of the sample brances and addresses. It needs to be done in a transaction. 2010-11-11T11:58:51 super 2010-11-11T11:59:23 *** sfortin has joined #evergreen 2010-11-11T12:00:07 Looks like everything went well 2010-11-11T12:00:23 See this: http://www.techhelper.info/opac/en-US/skin/craftsman/xml/index.xml 2010-11-11T12:01:07 How do I change my computers registration? 2010-11-11T12:01:46 Workstation registration? 2010-11-11T12:02:18 weather15_: just register it again. 2010-11-11T12:02:26 How? 2010-11-11T12:02:43 weather15_: doesn't the register button work when you first start the client? 2010-11-11T12:02:53 Yes 2010-11-11T12:03:01 * Dyrcona is not at a computer with a working client to check. 2010-11-11T12:03:07 But I already registered and now I need to chabge it 2010-11-11T12:03:09 If you've already registered 2010-11-11T12:03:14 *change 2010-11-11T12:03:30 I'd suggest wiping out your profile and starting over, personally. 2010-11-11T12:03:35 You're early enough in the game 2010-11-11T12:03:47 if the register button doesn't work to change it, you can delete a file named ws_info under your profile. 2010-11-11T12:03:56 Or there's that. 2010-11-11T12:04:06 weather15_: or you could use a different case for your hostname: "techhelper.info" vs. "Techhelper.info" 2010-11-11T12:04:28 if your client thinks its registered, but it isn't registered in the database you will be prompted to register when you start the client. 2010-11-11T12:04:38 or create aliases for the hostname (windsor.concat.ca vs. laurentian.concat.ca) 2010-11-11T12:04:47 i suggest quitting the client and restarting and trying to register it that way. 2010-11-11T12:05:11 I'm not sure we know what problem weather15 is trying to solve 2010-11-11T12:06:10 http://evergreen-ils.org/dokuwiki/doku.php?id=development_proposals needs updating / consolidation along with software bounties 2010-11-11T12:13:41 dbs: should proposals for paid development go up there, too? like the RFPs that MassLNC and others have been putting out? 2010-11-11T12:16:22 Dyrcona: that would at least give the page a reason to live - right now, I think bounties should be deleted and development_proposals needs a thorough updating 2010-11-11T12:24:31 I'm going to put the sql to delete the sample branches under magic spells. should it go under the Utility section or should I make a new section for the actor-work (similar to bib-work)? 2010-11-11T12:25:36 Dyrcona: maybe a new section - "Setting up Evergreen for real" 2010-11-11T12:25:41 Hmm, did we change the way org units are done back in 1.6.1.3? I'm not seeing this issue with them in that version. 2010-11-11T12:26:42 bshum: addresses were added for the branches at some point since september, at least in trunk/rel_2.0. I'm not sure about 1.6.x, since I don't look at it. 2010-11-11T12:27:08 or maybe it was in July or August, but it was in the past few months. 2010-11-11T12:27:41 gmcharlt: a whole new page, then? 2010-11-11T12:28:36 Dyrcona: a whole new page would be good, actually, since that would address a real need, but if you're feeling that ambitious, just a new heading on the spells page 2010-11-11T12:28:45 *not feeling 2010-11-11T12:29:05 re: workstation registration, you can also delete the entry from the workstation table in the database. The client will be told it's trying to use an invalid workstation during login and prompt for a new registration 2010-11-11T12:29:25 gmcharlt: well, i could start the new page today and everyone could add to it as we go along. 2010-11-11T12:29:33 sounds good 2010-11-11T12:30:26 phasefx: I'm going to add that step to my sql for clearing the existing branches, just in case someone has registered a workstation to a sample branch. 2010-11-11T12:31:28 Dyrcona: keep in mind the workstation may be referenced elsewhere as well, like with circulations I think 2010-11-11T12:31:52 so you can really make things hard for yourself if you actually do stuff with a library before deleting it :) 2010-11-11T12:36:13 phasefx: if you've gone that far, then one will need to reload the database. 2010-11-11T12:37:26 or do a lot of data work, yeah 2010-11-11T12:42:21 I found a problem 2010-11-11T12:42:46 when I go to the holding maintenance I get the old sample libraries listed 2010-11-11T12:42:51 What can I do? 2010-11-11T12:45:36 weather15_: did you logoff and back in? 2010-11-11T12:45:51 Yes 2010-11-11T12:46:24 I believe holdings maintenance reuses the same menu data that gets put on the file system for use in offline mode. That file is supposed to get regenerated during login 2010-11-11T12:46:40 okay 2010-11-11T12:46:53 In that case what can be done? 2010-11-11T12:47:24 could delete the file, and see if the regenerated version is still wrong. Something may be funky with your file permissions 2010-11-11T12:47:32 I have started the Setting Up Evergreen For Real page on the scratchpad. It can always be moved later, right? http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:setup\ 2010-11-11T12:47:54 Server side or client side? 2010-11-11T12:47:58 Dyrcona: yeah, if nothing else, just copy/paste the source to another page 2010-11-11T12:48:06 bad reverse solidus. 2010-11-11T12:48:25 doesn't one need to re-run autogen.sh after changing org units? i thought so, but i could be crazy 2010-11-11T12:48:30 weather15_: client side, same directory where ws_info lives 2010-11-11T12:48:50 file is called offline_ou_list 2010-11-11T12:48:57 senator: I always do just to be safe. 2010-11-11T12:49:26 I think weather15 did mentioned doing that, but it's always a good precaution. 2010-11-11T12:49:37 Necessary, rather. 2010-11-11T12:49:39 most of the staff client doesn't care about autogen anymore, but some of its embedded pieces (opac) might 2010-11-11T12:49:57 autogen is still necessary 2010-11-11T12:50:44 okay file deleted same problem 2010-11-11T12:51:02 weather15_: I'd do the autogen thing senator mentioned. Familiar with that step? 2010-11-11T12:51:40 okay done 2010-11-11T12:52:21 for the record: this is the correct URL http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:setup 2010-11-11T12:52:33 I typoed the previous one with \ on the end. 2010-11-11T12:53:37 nope still does not work 2010-11-11T12:54:05 weather15_: did you restart the staff client? Some settings get cached when you log in. 2010-11-11T12:54:09 Silly thought, but did you close the staff client entirely and start relaunching it? 2010-11-11T12:54:16 yes 2010-11-11T12:54:24 weather15_: do the orgs show up correctly in the opac? 2010-11-11T12:54:37 http://laverdieres.com 2010-11-11T12:54:45 Also, depending on where those settings come from (open-ils.actor?) they might be cached in memcache 2010-11-11T12:54:55 Nope 2010-11-11T12:55:02 Missing Branches 2010-11-11T12:55:17 missing branches? 2010-11-11T12:55:32 ah. busted hierarchy then? 2010-11-11T12:56:22 ERROR: update or delete on table "org_unit" violates foreign key constraint "workstation_owning_lib_fkey" on table "workstation" DETAIL: Key (id)=(4) is still referenced from table "workstation". 2010-11-11T12:56:32 * dbs feels circular 2010-11-11T12:56:47 I'm not sure what that mean's or what to do about it 2010-11-11T12:57:14 dbs: That's how I feel 2010-11-11T12:57:47 That's how I feel when these applications don't work right 2010-11-11T12:58:00 weather15: you have to delete the workstation entry. 2010-11-11T12:58:07 how? 2010-11-11T12:58:57 in the database, with SQL like this: delete from actor.workstation where owning_lib = 4 2010-11-11T12:59:24 i'm not sure if the column name actually is owning_lib. i need to look it up. 2010-11-11T12:59:33 ERROR: syntax error at or near "ERROR" LINE 1: ERROR: update or delete on table "org_unit" violates foreig... 2010-11-11T12:59:53 weather15_: you're pasting the wrong thing into psql 2010-11-11T13:00:47 ran this delete from actor.workstation where owning_lib = 4 and got no ouput 2010-11-11T13:01:24 select * from actor.workstation; to see what is there. 2010-11-11T13:01:46 ERROR: syntax error at or near "ERROR" LINE 1: ERROR: update or delete on table "org_unit" violates foreig... 2010-11-11T13:03:10 somehow, i think you're running the same query over and over again. 2010-11-11T13:04:14 or you're pasting in the error statement. 2010-11-11T13:04:18 id | name | owning_lib ----+------------------+------------ 1 | BR1-Ryan-Desktop | 4 2 | SW1-Ryan-Desktop | 4 3 | SW1-Ryan-1 | 4 2010-11-11T13:04:31 *** brian_f has joined #evergreen 2010-11-11T13:05:09 select * from actor.org_unit; 2010-11-11T13:05:23 i want to see what that looks like. 2010-11-11T13:07:03 ERROR: syntax error at or near "id" evergreen-# LINE 1: id | name | owning_lib 2010-11-11T13:09:43 i think you're clipboard is messing things up on you. try just typing the query in. 2010-11-11T13:09:57 ^you're^your 2010-11-11T13:10:31 weather15 pasted "output of SQL" at http://paste.lisp.org/display/116517 2010-11-11T13:10:48 That's the output 2010-11-11T13:11:09 where it says xxx-xxx-xxxx that was from me blocking the numbers out 2010-11-11T13:11:18 also where the email goes I blocked that out also 2010-11-11T13:12:15 one thing i notice is you have no systems. you just have the consortium and then the branches. 2010-11-11T13:12:48 did you change the consortium ou so that it could have branches? 2010-11-11T13:12:56 yes 2010-11-11T13:13:00 ok. 2010-11-11T13:13:26 so, the question is: do you want to keep the swansea branch or get rid of it? 2010-11-11T13:16:26 I can get rid of it 2010-11-11T13:16:34 or, rather what are you trying to do? 2010-11-11T13:16:49 meaning? 2010-11-11T13:17:07 in all that's been posted in the chat, i think i've gotten a little lost. 2010-11-11T13:17:25 okay 2010-11-11T13:17:53 we are setting up a production system 2010-11-11T13:18:12 to facilitate our small libraries needs 2010-11-11T13:18:27 *** atz has joined #evergreen 2010-11-11T13:18:49 the problem here being that 2010-11-11T13:19:23 you can not add a holding because all you see is the example branches to choose from 2010-11-11T13:20:05 *** atz_ has quit IRC 2010-11-11T13:20:41 Does that make sense? 2010-11-11T13:20:45 Are you too far along to reload the database and start over? 2010-11-11T13:20:52 nope 2010-11-11T13:21:06 we have 0 users and 1 title in the system 2010-11-11T13:21:14 that would not be a problem 2010-11-11T13:21:43 I'd suggest reloading the schema, and then starting over. 2010-11-11T13:21:53 how can this be done? 2010-11-11T13:22:06 drop the database and then? 2010-11-11T13:22:14 1 second and i'll paste a command that will reload the schema. 2010-11-11T13:22:21 http://www.open-ils.org/dokuwiki/doku.php?id=evergreen-admin:importing:bibrecords 2010-11-11T13:22:24 At the bottom of the page 2010-11-11T13:22:52 do you drop the database first? 2010-11-11T13:23:54 that directory does not wxit 2010-11-11T13:23:58 *exist 2010-11-11T13:24:04 *exsist 2010-11-11T13:25:56 Okay I found it 2010-11-11T13:26:10 Do I drop the database or just run the command? 2010-11-11T13:26:45 Dyrcona pasted "reload the database schema" at http://paste.lisp.org/display/116518 2010-11-11T13:27:02 No, you don't drop the database. 2010-11-11T13:27:52 I usually do the above. You have to run it from the directory where you've checked out the evergreen source code or alter the path to the config_db.pl script. 2010-11-11T13:28:40 You also need to substitute your own hostname and your evergreen user's database password and change the user name and database name if you're not using evergreen. 2010-11-11T13:28:59 okay It's running with lots of errors 2010-11-11T13:29:15 errors or just warnings. there are usually lots of warnings. 2010-11-11T13:29:34 Warnings I guess it hard to read it's going so fast 2010-11-11T13:29:45 messages like drop cascades to x number of objects. 2010-11-11T13:29:51 Yes 2010-11-11T13:29:56 that's normal. 2010-11-11T13:30:08 and psql:extend-reporter.sql:26: NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index "legacy_circ_count_pkey" for table "legacy_circ_count" 2010-11-11T13:30:21 what do I do now? 2010-11-11T13:30:25 yep. those things are normal. 2010-11-11T13:30:53 ok. now you probably want to delete the sample branches and systems, yes. then create your own. 2010-11-11T13:31:11 how is this done? 2010-11-11T13:31:54 i usually do it through sql, but i'm doing it on a weekly basis or more often as I test my migration procedures. 2010-11-11T13:32:20 how do you do it thorugh SQL? 2010-11-11T13:32:37 you can delete them using code found on this page http://evergreen-ils.org/dokuwiki/doku.php?id=scratchpad:setup 2010-11-11T13:32:48 I need specific commands I'm not a Postgres expert 2010-11-11T13:33:18 just copy the code from the block on that page and run it in psql. that will delete them. 2010-11-11T13:33:40 then you can create your own systems/branches the way that you did before. 2010-11-11T13:33:50 okay it says DELETE 0 2010-11-11T13:34:03 is this normal? 2010-11-11T13:34:17 that's probably from the actor.workstation delete. since you haven't registered any workstations, yet. 2010-11-11T13:34:54 nope 2010-11-11T13:34:54 you can select * from actor.org_unit to see if anything is there. if it worked only the default consortium should remaing. 2010-11-11T13:35:22 yes you are correct 2010-11-11T13:35:43 no I login yo staff client and try to create branches again? 2010-11-11T13:35:46 *now 2010-11-11T13:35:54 no. not from the staff client. 2010-11-11T13:36:07 That's the only way I know how 2010-11-11T13:36:16 you'll need to use the bootstrap scripts. 2010-11-11T13:36:28 they have the same interface if they're still there. 2010-11-11T13:36:29 I thought those were removed 2010-11-11T13:36:52 what version of evergreen did you install? 2010-11-11T13:38:21 Evergreen 1.6.1.2 2010-11-11T13:38:32 figures. the firewall won't let me into our evergreen server at the office from home. 2010-11-11T13:38:52 I got a problem with permissions 2010-11-11T13:38:56 *** atz has quit IRC 2010-11-11T13:39:15 *** atz has joined #evergreen 2010-11-11T13:39:47 Forbidden You don't have permission to access /cgi-bin/ on this server. 2010-11-11T13:40:37 Okay I fixed that problem 2010-11-11T13:40:48 I got access to the Botostrapping scripts 2010-11-11T13:40:51 *boot 2010-11-11T13:41:20 Once question though 2010-11-11T13:41:25 ok. i was just going to say that they are available on my rel_2_0 test box. 2010-11-11T13:41:47 you should probably run autogen before doing anything with them and again after. 2010-11-11T13:41:52 in Apache how can I tell it to allow only my local network to access cgi-bin? 2010-11-11T13:45:37 *** gdunbar has quit IRC 2010-11-11T13:46:30 ouch. i hate what apache have done to their site. i can't find the documentation any more. 2010-11-11T13:47:16 basically, if you're network is 192.168.1.0-255 something like this in the section for cgi-bin would work: 2010-11-11T13:49:08 Order deny, allow 2010-11-11T13:49:12 Deny from all 2010-11-11T13:49:18 Allow from 192.168.1 2010-11-11T13:50:26 The above says anyone not specifically allowed is denied. 2010-11-11T13:52:12 Thanks 2010-11-11T13:52:26 you're welcome. 2010-11-11T13:52:31 I want to take the time to Thank you guys you have been a major help!!!! 2010-11-11T13:53:01 * Dyrcona is always typing the wrong form of your.....what gives? 2010-11-11T13:54:08 I have a brief question 2010-11-11T13:54:36 a note to anyone who cares: i know the bootstrap scripts are deprecated, but I think at least the ones for configuring org_units should be kept around and up to date. 2010-11-11T13:54:46 since this system is going to be a production system is there anything else I should do to secure it or what ever other libraries do 2010-11-11T13:55:48 you will want/need to use SSL which means you need a certificate for the server. 2010-11-11T13:56:23 Yes I'm wanted to make sure it worked before installing a cert 2010-11-11T13:56:35 it's using a self signed cert now 2010-11-11T13:56:39 You can use a self-signed certificate or create your own signing authority and sign your certificates. (I prefer the latter 'cause then you can do all kinds of fun things.) 2010-11-11T13:56:52 How do email notifications work? 2010-11-11T13:57:05 Do you I need to configure postfix or sendmail? 2010-11-11T13:57:29 A self-signed certificate is sufficient, but note that when the automatic client updates become available, XulRunner won't accept updates from a server with a self-signed certificate. 2010-11-11T13:57:55 I tihink I will use a free cert from Start Com 2010-11-11T13:58:03 *think 2010-11-11T13:58:16 *** sfortin has quit IRC 2010-11-11T13:58:26 *** sfortin has joined #evergreen 2010-11-11T13:58:47 *** atz_ has joined #evergreen 2010-11-11T13:59:28 someone else will have to answer about the email notifications. i've not looked into that, yet. 2010-11-11T13:59:54 Another qickie 2010-11-11T14:00:06 I believe those are controlled in the opensrf.xml configuration for email. 2010-11-11T14:00:26 When importing records from the Library of Congress why when i Click Validate do fields turn red 2010-11-11T14:00:36 *** atz has quit IRC 2010-11-11T14:00:42 Shouldn't the fields be valid it is a MARC record 2010-11-11T14:01:08 you'd be surprised at the amount of junk in MARC records, even from the LoC. 2010-11-11T14:01:47 Is that why? 2010-11-11T14:02:13 It could be. I wouldn't worry about it too much if the records load, though. 2010-11-11T14:02:41 Error: TypeError: obj.data.hash.aou[obj.data.list.au[0].ws_ou()] is undefined 2010-11-11T14:03:00 never seen that before. 2010-11-11T14:03:09 and I see the example libraries when I click okay! 2010-11-11T14:04:46 weather15_: In the opensrf.xml file there are two places where is defined, we set both of those to point at our email server for email notifications, and changed the portions to come from a central email. 2010-11-11T14:04:48 you ran autogen before using the bootstrap scripts? 2010-11-11T14:05:03 no 2010-11-11T14:06:14 * moodaepo wonders if holds for patrons with fines of $1 or more get captured or not? 2010-11-11T14:06:34 moodaepo: They're not? 2010-11-11T14:07:26 weather15_: i think you should run it before and after. the deletes need to be picked up by autogen 2010-11-11T14:08:25 do everything all over again? 2010-11-11T14:08:53 just run autogen and go back to the bootstrap to see what happened. 2010-11-11T14:08:58 bshum: I've been told so...haven't checked myself. 2010-11-11T14:09:21 if the bootstrap looks like a mess. then do everything again. if looks like it has your new org_units, then you should be ok. 2010-11-11T14:09:44 It does but the staff client when using Holding Mantenance does not 2010-11-11T14:10:22 quit the staff client and start it again. 2010-11-11T14:10:44 moodaepo: Maybe there's some sort of group penalty being applied that's blocking their holds? 2010-11-11T14:11:12 moodaepo: I can't recall anything in the configuration that would do that. (presuming in-db holds, of course) 2010-11-11T14:14:50 okay I re-initalized the database 2010-11-11T14:14:55 now run autogen? 2010-11-11T14:14:56 moodaepo: bshum: you can configure group penalty thresholds to have that effect 2010-11-11T14:15:59 gmcharlt: Yea that's what I was just told by jenny1 2010-11-11T14:16:24 weather15_: i run autogen any time I change anything having to do with org_units, that includes initializing the database. it is not always necessary, but I run it as a precaution. 2010-11-11T14:16:38 Okay I ran it now 2010-11-11T14:16:49 Now I delete the units from the database correct? 2010-11-11T14:16:53 Turns out they want to patrons with holds and fines to be notified they have a hold captured so they'll come in and pay their fines : ) 2010-11-11T14:16:56 gmcharlt: Right, what I meant was I don't recall any blocks to holds based on fines by default. 2010-11-11T14:17:12 weatehr15_: yes, and then run autogen, again after the deletes. 2010-11-11T14:17:30 okay 2010-11-11T14:17:56 weather15: then try the bootstrap to configure the org_units. don't use the client, yet. 2010-11-11T14:17:57 bshum++ gmcharlt++ # decides it's a non-issue 2010-11-11T14:18:19 weather15_: after the bootstrap, run auto gen, and then try the client. 2010-11-11T14:18:37 Okay I remove the units from the database and ran autogen again 2010-11-11T14:18:46 Now let's see what happens when I add data 2010-11-11T14:18:48 if things seem messed up after that try restargin all osrf services and restarting apache. 2010-11-11T14:26:21 Okay I added my branches no to run autogen again 2010-11-11T14:26:26 *now 2010-11-11T14:27:46 yes, run autogen, again. 2010-11-11T14:29:27 Again: TypeError: obj.data.hash.aou[obj.data.list.au[0].ws_ou()] is undefined 2010-11-11T14:29:39 when attempting to add a copy 2010-11-11T14:30:20 What does this mean? 2010-11-11T14:30:24 someone else will need to help you with that one. i've never seen it. 2010-11-11T14:30:24 What can be done? 2010-11-11T14:30:57 All the braches show up online via the OPAC 2010-11-11T14:31:35 when you started the client again after making your ous, did it ask you to register the workstation again? 2010-11-11T14:32:10 yes 2010-11-11T14:33:47 That looks to me like it is trying to get the org_unit for your workstation, but it can't find it. however, i'm not sure. 2010-11-11T14:34:10 *** atz has joined #evergreen 2010-11-11T14:34:26 i would check that your actor.workstation.owning_lib entry has the number of a valid actor.org_unit.id in it. 2010-11-11T14:35:26 how? 2010-11-11T14:35:43 I got it! 2010-11-11T14:35:45 *** atz_ has quit IRC 2010-11-11T14:36:16 I re-started memcached and everything seems to be fine 2010-11-11T14:36:33 I'm adding a copy now lets see if it works 2010-11-11T14:36:50 ok. i forget about memcached. 2010-11-11T14:45:43 *** weather15 has joined #evergreen 2010-11-11T14:45:51 Sorry about that 2010-11-11T14:45:58 *** weather15_ has quit IRC 2010-11-11T14:46:01 I had a problem with my pointing device and had to reboot 2010-11-11T14:49:22 *** atz_ has joined #evergreen 2010-11-11T14:50:47 *** atz has quit IRC 2010-11-11T14:50:48 *** weather15 has quit IRC 2010-11-11T14:51:33 *** weather15 has joined #evergreen 2010-11-11T14:51:38 Aparently 2010-11-11T14:51:57 on this computer every time I scan a barcode everything freezes and nothing happens 2010-11-11T14:52:09 I guess I need to use a different machine 2010-11-11T14:52:48 *** atz_ has quit IRC 2010-11-11T14:53:14 *** atz_ has joined #evergreen 2010-11-11T15:04:27 I created the first copy! 2010-11-11T15:05:33 weather15: yay! 2010-11-11T15:06:21 Yup! 2010-11-11T15:07:09 weather15_: congratulations. 2010-11-11T15:11:37 Thanks 2010-11-11T15:11:57 Any know of a good MARC source for CD's DVD's and Movies? 2010-11-11T15:12:02 *Anyone 2010-11-11T15:16:18 biblios.org? 2010-11-11T15:16:34 we usually pay for MARC records from OCLC. 2010-11-11T15:16:56 I'm not a cataloger though, so don't know the details. 2010-11-11T15:18:43 there's tools for getting MARC from amazon.com records 2010-11-11T15:19:48 okay 2010-11-11T15:20:03 what's the charge from OCLC? 2010-11-11T15:20:30 A lot. 2010-11-11T15:22:44 *** bshum has quit IRC 2010-11-11T15:24:34 that's out of the question then 2010-11-11T15:26:14 man, I don't understand the reporter sometimes: if I start with the Simple Record Extracts, then follow through the full bibliographic record link to add limiters for acn.call_number IS NOT NULL and ac.barcode IS NOT NULL, why do I get records with no call numbers and no barcodes in the final output? 2010-11-11T15:42:17 dbs: default LEFT join from bre->acn 2010-11-11T15:42:46 dbs: turn on nullability selection and choose the "none" branch? 2010-11-11T15:43:00 but be sure to turn on nullability selection before you expand anything 2010-11-11T15:44:20 ah, that would be it. I never see that checkbox! 2010-11-11T15:44:34 eeevil++ jeff++ 2010-11-11T15:47:20 now I just need to figure out nullable none vs. child vs. default :) 2010-11-11T15:48:16 http://docs.evergreen-ils.org/1.6/draft/html/create-template.html says "The Enable source nullability checkbox below the sources list is for advanced reporting and should be left unchecked by default.". heh. 2010-11-11T15:48:34 dbs: default should be easy to figure out (what's most flexible) .. child means LEFT JOIN, parent means RIGHT JOIN, both means OUTER JOIN 2010-11-11T15:48:58 and none means INNER 2010-11-11T15:49:09 *** atz has joined #evergreen 2010-11-11T15:50:36 *** atz_ has quit IRC 2010-11-11T15:52:57 I would actually have expected the default to be INNER 2010-11-11T15:54:30 dbs: it was long ago, but then how does one count 0s? 2010-11-11T15:54:58 dbs: the default is specific to the relationship 2010-11-11T15:55:14 so, bre->acn is LEFT, but acn->bre is INNER 2010-11-11T15:55:43 (we never use RIGHT by default) 2010-11-11T15:55:48 My love affair with raw SQL continues unabated with a white hot passion. But I have to grok reports to set up templates for others. 2010-11-11T15:56:09 dbs: IDL views :) 2010-11-11T15:56:39 *** sfortin has quit IRC 2010-11-11T15:57:58 *** jenny2 has joined #evergreen 2010-11-11T15:58:08 thanks for explaining, eeevil 2010-11-11T15:58:21 *** jenny2 has left #evergreen 2010-11-11T16:01:06 *** jenny1 has quit IRC 2010-11-11T16:17:29 raw_SQL++ 2010-11-11T16:19:16 heh 2010-11-11T16:19:17 jeff: thanks for the feedback re: Excel 2010 and Perl modules. 2010-11-11T16:19:47 hey, csharp - I was just thinking about you! 2010-11-11T16:19:52 I'll have to verify that clark was restarted 2010-11-11T16:19:58 dbs: eh? 2010-11-11T16:20:58 Given the various meetings we have now: DIG, developer IRC, community IRC, governance committee, communication committee, WIG... what do you think about http://www.google.com/support/calendar/bin/answer.py?answer=41207 2010-11-11T16:21:19 (summary: create a shared calendar and embed it on evergreen-ils.org) 2010-11-11T16:21:59 I was thinking of you because you seem to be the poor bastard involved in half of them :) 2010-11-11T16:22:15 heh 2010-11-11T16:22:23 yes - I like that idea very much 2010-11-11T16:22:49 esp. with the ability to import a calendar feed to my Zimbra calendar 2010-11-11T16:23:27 Right; anyone can subscribe to an embedded G calendar; I certainly would :) 2010-11-11T16:23:45 calendar++ 2010-11-11T16:23:48 *** dmc186 has joined #evergreen 2010-11-11T16:24:00 not to be confused with Callender++, though he deserves it too :) 2010-11-11T16:24:06 hah 2010-11-11T16:24:17 Callender++ and Calendar++ 2010-11-11T16:24:50 oh you guys.... 2010-11-11T16:25:03 *** jenny1 has joined #evergreen 2010-11-11T16:25:22 * csharp tries to get out but they keep pulling me back in! [to the EG committees, that is] 2010-11-11T16:27:38 this was attempted and long forgotten :D http://evergreen-ils.org/calendar 2010-11-11T16:29:36 * csharp attempts to install virtualbox-ose from source on Fedora 14 2010-11-11T16:30:11 csharp: you could become the package maintainer! 2010-11-11T16:30:48 dbs: you know, I'm actually insterested in that kind of thing, but I need more chops before I could ;-) 2010-11-11T16:31:14 I have a question regarding installing opensrf, that I was hoping someone might be able to help out with. I'm trying to install with python support on a RHEL 5 box, which has python 2.4 on it. According to the documentation here: it appears that python 2.4 is supported, but the error I'm getting on make install (AttributeError: 'str' object has no attribute 'format') leads me to believe opensr 2010-11-11T16:31:15 looking for 2.6+. My question (finally): should opensrf be cool with python 2.4 2010-11-11T16:32:05 dmc186: oh man, it's quite possible we've left 2.4 way behind 2010-11-11T16:32:30 I wish I could do the same 2010-11-11T16:33:00 Thanks for the heads up. 2010-11-11T16:34:28 phasefx++ # can you share write access to that calendar? We could simply group "Blog", "Evergreen blogs" (hate that duplication), "Mailing lists" and "IRC" under "Communicate" with a new "Calendar" entry 2010-11-11T16:35:01 dmc186: I think (as the author of that page) that the compatibility claim dates back to 2007 2010-11-11T16:35:20 dbs: you say that as though anything's changed since then 2010-11-11T16:35:31 dbs: oh, maybe stuff outside of the library world changes every so often. my bad. 2010-11-11T16:35:47 dbs: you know, it may just be easier to start over; this was kgs' doing--I'll see if I can find credentials 2010-11-11T16:36:14 there was also an events@evergreen-ils.org address, need to check that too 2010-11-11T16:36:35 str.format was added in Python 2.6 2010-11-11T16:37:38 dmc186 / mjgiarlo: I wouldn't be averse to trying to restore backwards compatibility, but it might be a bit of a project - especially as I don't really have a test platform :/ 2010-11-11T16:37:47 (not for 2.4, anyway) 2010-11-11T16:38:12 * csharp reinstalls debian etch ;-0 2010-11-11T16:38:34 actually, most PINES servers are still on etch ;-) 2010-11-11T16:38:40 dbs: thanks for offering but we hope not to take you up on that. this is a good push for us. ubuntu is more dev-friendly, I've found, than rhel5. 2010-11-11T16:38:50 alternately, rhel6 2010-11-11T16:38:52 well, recent ubuntus anyway. 2010-11-11T16:39:09 dbs: right, that's an option too now. 2010-11-11T16:39:11 RHEL 6 will support python 2.6, or I can go ubuntu I guess 2010-11-11T16:39:24 *** Dyrcona has quit IRC 2010-11-11T16:39:26 or install python 2.6 from source with "make altinstall" (and pray... heh) 2010-11-11T16:39:40 dbs: though have folks in this community put opensrf on rhel6 yet? 2010-11-11T16:39:44 *** atz_ has joined #evergreen 2010-11-11T16:39:58 dbs: praying is against my religion 2010-11-11T16:40:22 dmc186: which do you think would be easier for our infrastructure guys to spin up? 2010-11-11T16:40:28 dmc186: given our crazy timeline? 2010-11-11T16:40:29 yeah, we've separated machine room and prayer here 2010-11-11T16:40:36 mjgiarlo: hah, nobody is on rhel6 that I'm aware of - leed? 2010-11-11T16:40:59 my guess is ubuntu would be easier b.c. I can make you do it - right? :) 2010-11-11T16:41:02 dbs: yeah. probably safer to go with lucid or maverick. (i have it working on maverick at home so we know that's possible) 2010-11-11T16:41:06 dmc186: bastard. 2010-11-11T16:41:31 *** atz has quit IRC 2010-11-11T16:41:39 dbs: thanks for your help, my prayer will go towards seeing if I can get a ubuntu box 2010-11-11T16:41:40 mjgiarlo: lucid has proved to be super stable in our (not too heavily trafficked) test environments 2010-11-11T16:41:41 dbs: not that i'm aware of either 2010-11-11T16:42:17 csharp++ # excellent. 2010-11-11T16:42:18 * dbs would recommend lucid if you're going the ubuntu route 2010-11-11T16:42:35 mjgiarlo++ # taking advice from two fedora users 2010-11-11T16:42:58 phasefx: sure, starting from scratch would be fine too 2010-11-11T16:43:52 lucid it is. 2010-11-11T16:44:08 dbs: I'll do so and replace it on the site 2010-11-11T16:44:08 dmc186: too bad I only do maverick. you'll have to tackle lucid, then. 2010-11-11T16:45:34 *** Melissa has quit IRC 2010-11-11T16:46:16 mjgiarlo: fortunately I do nothing so you're better equipped to tackle lucid 2010-11-11T16:47:25 dmc186: you do realize you're talking to AN ARCHITECT, right? 2010-11-11T16:47:54 phasefx++ 2010-11-11T16:48:03 anyone else really want to be a timelord with dbs and me re: google calendar administration ? 2010-11-11T16:48:13 * dbs recommends csharp 2010-11-11T16:48:19 voluntold 2010-11-11T16:48:40 moodaepo for the WIG? 2010-11-11T16:48:46 or LBA? 2010-11-11T16:49:59 * phasefx has a gmail address for LBA (assuming things are easier to work with when using google accounts) 2010-11-11T16:50:25 * dbs tries to remember if you can display a public calendar composed of multiple calendars, in which case each group that wants to publish their meetings could just request to be added to the global one 2010-11-11T16:50:29 csharp: want me to similarly use something other than georgialibraries.org? 2010-11-11T16:51:01 there's a google apps variant for companies 2010-11-11T16:51:19 * phasefx 's pocket is threadbare, though 2010-11-11T16:51:22 google apps for domains for evergreen-ils.org 2010-11-11T16:51:29 should/would be free 2010-11-11T16:52:29 if we can publish one calendar composed of multiple calendars, we would only need a few timelords for the global events calendar. would also enable people to subscribe to the individual calendars they care about 2010-11-11T16:52:42 *** atz has joined #evergreen 2010-11-11T16:53:09 I don't see anything like that in my google calendar. We could use an open source app and run on the server 2010-11-11T16:53:15 for pulling in google ical's 2010-11-11T16:53:35 *** cbandito has joined #evergreen 2010-11-11T16:53:53 *** atz_ has quit IRC 2010-11-11T16:54:21 * phasefx sees the free thing now, for domains 2010-11-11T16:54:40 dbs: I'll give that a go 2010-11-11T16:55:01 phasefx++ 2010-11-11T16:55:49 also for phasefx, re the # of uses column in item details that we discussed a while back : https://bugs.launchpad.net/evergreen/+bug/674255 (for tracking purposes) 2010-11-11T16:57:38 * phasefx may have to make changes to DNS to use google apps 2010-11-11T16:58:13 whee 2010-11-11T16:58:48 well, we can start small and just publish one gmail calendar there 2010-11-11T16:58:55 rather than going nutty 2010-11-11T16:58:58 haha 2010-11-11T16:59:12 see if people like the small and simple and then layer on from there if necessary 2010-11-11T16:59:27 * csharp will assist with the calendar 2010-11-11T16:59:29 *** atz_ has joined #evergreen 2010-11-11T17:01:19 *** atz has quit IRC 2010-11-11T17:02:46 looks like it's optional (if we want to google to handle the domain's email, for example, or have stuff like calendar.evergreen-ils.org be handled by google) 2010-11-11T17:03:31 *** atz has joined #evergreen 2010-11-11T17:03:42 phasefx: right - I use google apps for domains for coffeecode.net, I shouldn't assume that everybody already knows that :) 2010-11-11T17:04:04 so what's the name of our organization? Evergreen ILS Community? :D 2010-11-11T17:04:38 *** atz_ has quit IRC 2010-11-11T17:05:07 Sorry, i was saying with "just publish one gmail calendar" that we didn't necessarily need to jump right on google apps for domains, but if you want to set it up, that's cool 2010-11-11T17:06:00 *** atz_ has joined #evergreen 2010-11-11T17:06:00 yeah, I stumped at their questionare. Size of organization? 3,000+ is an option 2010-11-11T17:06:17 would probably give them the wrong impression :) 2010-11-11T17:07:15 "We haven't figured out how to answer that yet" 2010-11-11T17:07:28 multiple choice man :) 2010-11-11T17:08:11 *** atz has quit IRC 2010-11-11T17:08:35 *** atz has joined #evergreen 2010-11-11T17:08:38 our number is legion - just don't ask for a census 2010-11-11T17:10:55 *** atz_ has quit IRC 2010-11-11T17:13:33 hrmm, evergreen-ils.org is doing a 302 for /calendar, but I'm not sure how to configure that 2010-11-11T17:14:17 found it 2010-11-11T17:14:28 ack-grep failed me :) 2010-11-11T17:15:46 phasefx: whee - http://www.google.com/support/forum/p/Calendar/thread?tid=18d620e75a3c31da&hl=en 2010-11-11T17:16:03 might not work for subscription purposes, but sounds like it works for display at least :) 2010-11-11T17:17:29 dbs: I think I'm going to re-alias events@evergreen-ils.org to feedback 2010-11-11T17:17:51 phasefx: sounds good 2010-11-11T17:17:59 bring on the spam! 2010-11-11T17:19:11 let me know if that came through 2010-11-11T17:21:48 *** atz has quit IRC 2010-11-11T17:22:16 *** atz has joined #evergreen 2010-11-11T17:22:56 dbs: I think we're good to go then. if we get more public calendars to share, we need to edit /etc/apache/conf.d/calendar.conf and add the &src= part of the new calendar to the URL 2010-11-11T17:23:23 alternately, we could go to a wiki page, and have folks just embed iframes 2010-11-11T17:23:25 *** jenny has joined #evergreen 2010-11-11T17:23:28 or tweak the URL there 2010-11-11T17:23:55 * phasefx tries that 2010-11-11T17:24:37 dbs: you have a +1 from me for reworking blog/blogs if you want 2010-11-11T17:25:08 *** jenny1 has quit IRC 2010-11-11T17:27:49 alright folks, http://evergreen-ils.org/calendar 2010-11-11T17:27:58 *** atz_ has joined #evergreen 2010-11-11T17:29:48 *** atz_ has quit IRC 2010-11-11T17:30:05 *** atz has quit IRC 2010-11-11T17:32:28 *** atz_ has joined #evergreen 2010-11-11T17:40:29 *** atz has joined #evergreen 2010-11-11T17:41:18 phasefx++ 2010-11-11T17:41:56 *** atz_ has quit IRC 2010-11-11T17:41:59 if we do get multiple calendars, we can play with such things as colors by tweaking the URL 2010-11-11T17:43:42 phasefx++ dbs++ csharp++ # Was in a meeting when ya'll were discussing website, calendar, etc 2010-11-11T17:45:24 Which reminds me I'd offered to help cleanup stuff on the new server...what needs to be done, go through the broken links csharp crunched? Or did someone take care of it already? 2010-11-11T17:46:25 moodaepo: I think we document the process for migrating data from old server to new server, get folks to test the results, and then one day do that and flip the DNS switch 2010-11-11T17:47:07 * phasefx should be able to sink more time into it next week 2010-11-11T17:47:17 Where do you think we should start the documentation? 2010-11-11T17:47:44 Just create a docuwiki I'm guessing 2010-11-11T17:47:46 the wiki is fine, if at risk from the process ;) 2010-11-11T17:47:57 right : ) 2010-11-11T17:48:14 also need to setup a system for backups on the new server 2010-11-11T17:48:45 * phasefx has proof-of-concepted wiki and blog migration 2010-11-11T17:51:43 for now, I"m out *waves* 2010-11-11T17:52:05 *** atz_ has joined #evergreen 2010-11-11T17:53:41 *** atz has quit IRC 2010-11-11T17:58:12 phasefx++ 2010-11-11T18:01:49 *** jenny has left #evergreen 2010-11-11T18:08:50 *** atz_ has quit IRC 2010-11-11T18:10:16 *** atz has joined #evergreen 2010-11-11T18:30:19 *** dmc186 has quit IRC 2010-11-11T18:31:39 *** Callender_ has joined #evergreen 2010-11-11T18:32:13 *** atz_ has joined #evergreen 2010-11-11T18:33:05 *** mrpeters-isl_ has joined #evergreen 2010-11-11T18:34:42 *** senator_ has joined #evergreen 2010-11-11T18:41:04 *** atz has quit IRC 2010-11-11T18:41:04 *** mrpeters-isl has quit IRC 2010-11-11T18:41:04 *** Callender has quit IRC 2010-11-11T18:41:04 *** senator has quit IRC 2010-11-11T18:58:17 *** atz__ has joined #evergreen 2010-11-11T19:01:10 *** atz_ has quit IRC 2010-11-11T19:10:13 *** atz_ has joined #evergreen 2010-11-11T19:13:05 *** atz__ has quit IRC 2010-11-11T19:15:23 csharp phasefx: I threw something up here > http://evergreen-ils.org/dokuwiki/doku.php?id=website_migration feel free to correct/add things as you see fit. 2010-11-11T19:31:18 *** atz__ has joined #evergreen 2010-11-11T19:33:06 *** youdonotexist has quit IRC 2010-11-11T19:34:21 *** atz_ has quit IRC 2010-11-11T19:39:21 *** weather15 has quit IRC 2010-11-11T19:41:29 *** atz has joined #evergreen 2010-11-11T19:42:41 *** atz__ has quit IRC 2010-11-11T20:12:13 *** brian_f has quit IRC 2010-11-11T20:41:19 * LBA waves bye bye for the night. 2010-11-11T20:41:29 *** LBA has left #evergreen 2010-11-11T20:50:55 phasefx++ # thanks man, I meant to help but had to disappear - virus running through my family caught up with me 2010-11-11T20:51:20 running through michigan as well 2010-11-11T20:51:37 and Florida 2010-11-11T20:53:55 tropical storm dbs bearing down on the eastern seaboard 2010-11-11T21:04:15 *** atz_ has joined #evergreen 2010-11-11T21:04:38 *** dmc186 has joined #evergreen 2010-11-11T21:06:46 *** atz_ has quit IRC 2010-11-11T21:07:13 *** atz_ has joined #evergreen 2010-11-11T21:07:26 *** atz has quit IRC 2010-11-11T21:12:00 moodaepo++ 2010-11-11T21:26:22 *** tildeequals has quit IRC 2010-11-11T21:28:36 *** tildeequals has joined #evergreen 2010-11-11T21:35:07 *** tildeequals has quit IRC 2010-11-11T21:35:11 greetings 2010-11-11T21:35:33 (constructs?) 2010-11-11T21:36:46 *** atz has joined #evergreen 2010-11-11T21:39:15 *** atz_ has quit IRC 2010-11-11T21:45:26 *** atz_ has joined #evergreen 2010-11-11T21:46:14 *** atz has quit IRC 2010-11-11T21:50:38 atz_, does ohiocore@gmail.com still reach you? 2010-11-11T21:51:24 *** atz has joined #evergreen 2010-11-11T21:52:08 *** atz_ has quit IRC 2010-11-11T21:52:23 rr.com-- 2010-11-11T21:56:44 *** atz has quit IRC 2010-11-11T21:57:38 *** atz has joined #evergreen 2010-11-11T22:08:13 *** atz_ has joined #evergreen 2010-11-11T22:08:14 *** atz has quit IRC 2010-11-11T22:19:28 *** atz has joined #evergreen 2010-11-11T22:19:43 *** atz_ has quit IRC 2010-11-11T22:28:58 moodaepo csharp phasefx: added a bit more on "other parts of the web site" to the website_migration doc 2010-11-11T22:37:49 cool deal. incidentally, I actually prefer different components being distributed amongst community members, with just domain and links pulling stuff together 2010-11-11T22:48:50 *** dbs has quit IRC 2010-11-11T23:24:58 *** atz_ has joined #evergreen 2010-11-11T23:26:44 *** atz has quit IRC 2010-11-11T23:51:59 *** atz has joined #evergreen 2010-11-11T23:53:44 *** atz_ has quit IRC 2010-11-11T23:54:07 *** tildeequals has joined #evergreen