| # | Time | Nick | Message |
|---|
| # | 00:01:03 | jeff | maybe configuring the guest to expose its filesystem to a windows host via smb, or sshfs for a linux host... |
| # | 00:01:28 | jeff | but then we're getting overly complex. *shrug* |
| # | 00:01:58 | dbs | ahh, false alarm |
| # | 00:02:08 | pmplett has quit IRC |
| # | 00:02:09 | dbs | export drops it down to 505MB |
| # | 00:02:35 | dbs blames the ice dancing that was on in the background for lowering his iq |
| # | 00:02:56 | pmplett has joined #evergreen |
| # | 00:12:56 | mck9 has left #evergreen |
| # | 00:20:21 | dbs has quit IRC |
| # | 00:49:42 | pmplett has quit IRC |
| # | 05:37:30 | brendan_bywater has quit IRC |
| # | 06:09:41 | brendan_bywater has joined #evergreen |
| # | 07:33:22 | brendan_bywater has quit IRC |
| # | 07:55:02 | mck9 has joined #evergreen |
| # | 08:14:51 | bshum has joined #evergreen |
| # | 08:30:40 | atheos has joined #evergreen |
| # | 08:31:04 | sfortin has joined #evergreen |
| # | 08:48:39 | brendan_bywater has joined #evergreen |
| # | 09:05:09 | rsinger has joined #evergreen |
| # | 09:15:00 | jenny has joined #evergreen |
| # | 09:21:50 | atz has joined #evergreen |
| # | 09:24:36 | dchristens has joined #evergreen |
| # | 09:25:52 | atz has left #evergreen |
| # | 09:37:09 | Meliss has joined #evergreen |
| # | 10:08:47 | Dmagick has quit IRC |
| # | 10:09:39 | Dmagick__ has quit IRC |
| # | 10:10:05 | 16SAAGED4 has joined #evergreen |
| # | 10:10:22 | 16SAAGED4 is now known as Dmagick |
| # | 10:25:52 | jenny has quit IRC |
| # | 10:31:04 | rsinger has quit IRC |
| # | 10:36:20 | jenny has joined #evergreen |
| # | 11:01:35 | phasefx | @later tell dbs SimpleText++ |
| # | 11:01:35 | pinesol | phasefx: The operation succeeded. |
| # | 11:01:42 | rsinger has joined #evergreen |
| # | 11:09:52 | dbs has joined #evergreen |
| # | 11:11:44 | dbs | Weird. O:A:Demo:SimpleText is wreaking havoc with open-ils.actor - and only open-ils.actor. introspect open-ils.actor is showing all of O:A:Demo:SimpleText's methods instead. but open-ils.cat, etc are all fine |
| # | 11:12:16 | dbs | heh, thanks phasefx |
| # | 11:13:32 | dbs | oh, IDIOT |
| # | 11:13:46 | dbs | perhaps if you point simpletext at a different SOCKET. duh |
| # | 11:14:02 | atheos | trying to look at the table in our postgres box, and getting an error. anyone seen this? |
| # | 11:14:03 | atheos | evergreen-# \d actor.usr_setting |
| # | 11:14:03 | atheos | ERROR: column t.tgconstraint does not exist |
| # | 11:14:03 | atheos | LINE 3: WHERE t.tgrelid = '19196' AND t.tgconstraint = 0 |
| # | 11:14:51 | senator | atheos: the 'evergreen-#' prompt means psql thinks you're still in the middle of some query you started earlier |
| # | 11:15:02 | senator | you may want to hit ctrl-c until you get 'evergreen=#' |
| # | 11:15:30 | senator | then \d actor.usr_setting should work fine |
| # | 11:15:33 | atheos | thanks, issue still exists though. |
| # | 11:15:33 | atheos | evergreen=# \d actor.usr_setting |
| # | 11:15:34 | atheos | ERROR: column t.tgconstraint does not exist |
| # | 11:15:34 | atheos | LINE 3: WHERE t.tgrelid = '19196' AND t.tgconstraint = 0 |
| # | 11:15:49 | atheos | I can \d other tables without incident |
| # | 11:17:27 | senator | weeeirrd. mine doesn't do that, so i'll defer to others... |
| # | 11:18:22 | phasefx | right version of psql compared to server? |
| # | 11:18:56 | atheos | phasefx - probably not. that might be it, I'm connecting remotely from our phone system. good call |
| # | 11:19:33 | dbs | atheos: newer versions of psql should be able to connect to older servers without incident; other way around is bad news |
| # | 11:20:58 | atheos | hey, I get an error on startup that I didn't observe before |
| # | 11:20:59 | atheos | WARNING: You are connected to a server with major version 8.2, |
| # | 11:20:59 | atheos | but your psql client is major version 8.3. Some backslash commands, |
| # | 11:20:59 | atheos | such as \d, might not work properly. |
| # | 11:21:19 | atheos | well, smack me. |
| # | 11:22:22 | dbs | heh - okay, newer -> older has some incidents I guess :) |
| # | 11:22:41 | dbs | another mystery solved by the #eg gang! |
| # | 11:23:20 | atheos | you guys are nice too, any other channel I'd be flamed to no end :P |
| # | 11:24:34 | phasefx | atheos: use phppgadmin you noob |
| # | 11:24:49 | atheos | that's more like it |
| # | 11:25:11 | dbs | gah, ack... phppgadmin |
| # | 11:25:32 | atheos | I mean the flaming, not using phpgadmin |
| # | 11:26:29 | dbs | I know :) |
| # | 11:32:45 | lisah__ is now known as lisah_ |
| # | 11:44:35 | lisppaste3 has quit IRC |
| # | 11:44:38 | lisppaste3 has joined #evergreen |
| # | 11:47:34 | jamesrf has joined #evergreen |
| # | 11:49:53 | branflakes has quit IRC |
| # | 11:58:24 | branflakes has joined #evergreen |
| # | 12:03:19 | dbs has quit IRC |
| # | 12:05:10 | rsinger has quit IRC |
| # | 12:18:38 | natschil has joined #evergreen |
| # | 12:53:42 | phasefx | grabbing 0169 |
| # | 13:09:56 | atz has joined #evergreen |
| # | 13:12:11 | atz has left #evergreen |
| # | 13:28:48 | phasefx | grabbing 0170 |
| # | 13:32:30 | dbwells | Hello folks. I have a question about logging, specifically OpenSRF gateway logging. |
| # | 13:32:41 | jamesrf has quit IRC |
| # | 13:33:29 | dbwells | We have a custom authentication service running, but if we set gateway logging above WARN, we get user credentials in our logs (not good). |
| # | 13:33:48 | agJohn has joined #evergreen |
| # | 13:34:13 | dbwells | Can the gateway be told to log different services differently? |
| # | 13:35:57 | dbwells | or not at all? |
| # | 13:38:07 | phasefx | what's the surrounding the text for the log entry? I can grep the source for it and ponder |
| # | 13:40:40 | miker_ is now known as spaceisntsyntax |
| # | 13:41:32 | berick | dbwells: not currently |
| # | 13:42:41 | dbwells | berick: thanks for the confirmation. Is anything like this even on the radar? |
| # | 13:44:14 | berick | dbwells: no, not the i'm aware of |
| # | 13:44:33 | berick | would not be a big job though to configure a set of services whose params are obfuscated |
| # | 13:44:57 | berick | bear in mind the data may be showing up in osrfsys log as well |
| # | 13:46:08 | berick | and if it's not now, it's not rediculous to think it might show up in the future (it definitely will for c services) |
| # | 13:46:32 | berick | s/will for c services/does for c services/ |
| # | 13:47:15 | dbwells | I don't see it showing up in there now, but that's good to know. |
| # | 13:47:35 | jamesrf has joined #evergreen |
| # | 13:47:58 | branflakes | Are there any masters of Postgres-pattern-matching-fu on the channel right now? |
| # | 13:48:21 | spaceisntsyntax | branflakes: perhaps |
| # | 13:48:27 | spaceisntsyntax is now known as miker_ |
| # | 13:48:31 | phasefx can stumble through things, but antipython is better |
| # | 13:49:17 | natschil | is there a function somewhere in c to compare two jsonObject* s to see whether they have the same values or not? |
| # | 13:49:43 | pmplett has joined #evergreen |
| # | 13:50:01 | branflakes | COALESCE(SUBSTRING(frp.value FROM '\\\\d+'),'9999') |
| # | 13:50:29 | branflakes | I'm trying to figure out what the slashes do, and the Postgres documentation is not being at all helpful |
| # | 13:50:56 | miker_ | branflakes: they're just escaping the slashes |
| # | 13:51:12 | miker_ | when PG gets the query, it needs 2 slashes |
| # | 13:51:12 | branflakes | So the value is \d+ |
| # | 13:51:22 | miker_ | which, themselves must be escaped |
| # | 13:51:23 | miker_ | right |
| # | 13:52:11 | miker_ | now, you could replace '\\\\d+' with $re$\d+$re$ (probably ... need to test that) |
| # | 13:52:18 | sfortin has quit IRC |
| # | 13:52:38 | natschil decides to write a jsonObject* comparing function, as there seems to be none in osrf_json.c |
| # | 13:53:45 | bshum | Has anyone seen in the staff client a way to display the in-house usage circulation information? I've seen that there is a "# of uses" column in the dropdown list to pick from the item details window, but this isn't showing us anything. Checking against our database, we find that in-house is being recorded in the table properly, but just nothing showing up in the interface. |
| # | 13:55:08 | phasefx | natschil: it was very naive of me, but my first thought was to stringify and compare strings :) |
| # | 13:55:55 | natschil | phasefx: yeah, something like that. I might make it compare the object types too though so it doesn't need to allocate memory for the stringified strings. |
| # | 13:55:57 | phasefx | bshum: there's a lot of column definition re-use going on, and if that UI was more polished, the column wouldn't be there |
| # | 13:57:16 | phasefx | natschil: the problem with comparing json as strings is that field order is probably indeterminate unless we code in some sorting behavior |
| # | 13:57:39 | phasefx | I could also imagine some escaped characters that are identical, just encoded differently |
| # | 13:58:32 | bradl | 'escaped characters' could describe a whole slew of folks around here. just sayin |
| # | 13:58:43 | natschil | phasefx: yes, but I think that the actual string data from a c jsonObject* is stored as an unencoded string, though I might be wrong. |
| # | 13:59:04 | phasefx | some with first names sounding like JSON |
| # | 14:01:53 | bradl blinks at phasefx |
| # | 14:01:55 | bshum | phasefx: So you're suggesting that we don't go with that route of retrieving the information then. Does that mean there's another way to find out in-house circ stats? |
| # | 14:03:09 | miker_ | bshum: there's reporting |
| # | 14:03:53 | bshum | miker_: A report. That should be interesting. |
| # | 14:04:24 | miker_ | natschil: for everything but hashes, string comparison should work fine, but the key order within a hash bucket is insertion-order dependent, IIRC |
| # | 14:06:11 | natschil | miker_: ok. How can I get a list of keys of json hash? |
| # | 14:07:04 | miker_ | I'll look ... sec. unless berick or mck9 know OTTOTHs |
| # | 14:08:26 | miker_ | well.. you could use an itterator |
| # | 14:09:03 | sfortin has joined #evergreen |
| # | 14:09:14 | miker_ | osrfStringArray* osrfHashKeys( osrfHash* hash ) { |
| # | 14:09:41 | natschil | miker_: I could, but to compare two JSON_OBJECTS, I thought to take the list of all the keys, sort them, compare and then if all went well compare all of the values. |
| # | 14:09:43 | miker_ | returned osrfStringArray is in insertion order |
| # | 14:11:01 | natschil | miker_: ok. To run it on the jsonObject, do I run it on object->__jsonValue.h ? |
| # | 14:11:41 | miker_ | natschil: 1) test type (if not a hash, compare strings) 2) if hash, test size 3) if sizes match, itterator over one, looking for matches in the second (recursively) |
| # | 14:12:04 | miker_ | that's be my approach |
| # | 14:12:06 | natschil | miker_: good idea! that should work. |
| # | 14:12:36 | natschil | miker_: I could replace 1) with something that compares the actual values for efficiency. |
| # | 14:13:21 | miker_ | well, you can reliably compare stringified arrays |
| # | 14:14:04 | miker_ | so, to simplify the code, I'd just stringify everything but hashes, making them the one special case |
| # | 14:14:57 | natschil | do I get the actual osrfHash* from object->__jsonValue.h ? |
| # | 14:15:07 | miker_ | instead of using a different comparison for each type... I'd prefer ease of maintenance and use of existing API abstraction over pure raw speed |
| # | 14:15:26 | miker_ | no, just use an osrfIterator |
| # | 14:16:07 | natschil | miker_: this is true, though the differences aren't too big... do you mean osrfHashIterator? |
| # | 14:16:09 | miker_ | use the apis that exist. then if we change the internal representation (which we have ... at least twice) your code wont break |
| # | 14:16:46 | miker_ | there's a unified iterator api, I think ... if not, then yes, osrfHashIterator |
| # | 14:17:10 | natschil | miker_: or maybe jsonIterator |
| # | 14:18:18 | miker_ | perhaps that's what I'm thinking of, yes |
| # | 14:27:10 | berick | strcmp(jsonObjectToJSON(o1), jsonObjectToJSON(o2)) == 0 ;) |
| # | 14:27:41 | berick | oh, the hash key order problem.. |
| # | 14:28:46 | miker_ | berick: right ... a recursive func that special-cases hashes and uses an iterator should "just work", eh? |
| # | 14:30:13 | natschil has quit IRC |
| # | 14:30:37 | berick | miker_: yeah |
| # | 14:31:04 | natschil has joined #evergreen |
| # | 14:32:56 | agJohn has quit IRC |
| # | 14:35:45 | natschil has quit IRC |
| # | 14:41:06 | moodaepo | Hello all, Is it ok to do a pg_dump when an vacuum-analyze metabib.real_full_rec is running on the db or should we wait for it finish? |
| # | 14:42:16 | mrpeters-isl | guys, if a patron exceeds one of the thresholds (too many items overdue, etc.) and they try to login they are getting the event "opac.dtd:<!ENTITY login.account.inactive "This account has been deactivated. Please contact your local library.">" |
| # | 14:42:46 | moodaepo | mrpeters-ils: This has been fixed in the new revs. |
| # | 14:42:57 | moodaepo | Oh wait that was for wrong password |
| # | 14:43:15 | miker_ | moodaepo: should be fine. might block vac though |
| # | 14:43:20 | moodaepo goes to check bugs |
| # | 14:43:34 | moodaepo | miker_ thanks |
| # | 14:44:13 | mrpeters-isl | that doesn't seem right...can we define a new custom event to say the potential reasons why they might be blocked for |
| # | 14:44:54 | phasefx | mrpeters-isl: I don't think a circ or hold block should affect login at all |
| # | 14:45:11 | mrpeters-isl | im being told that it does |
| # | 14:45:19 | mrpeters-isl | im trying to get myself within the threshol to test now |
| # | 14:45:23 | phasefx | my bet is that the password is incorrect |
| # | 14:45:36 | phasefx | or the account really is marked inactive |
| # | 14:45:41 | mrpeters-isl | this was a library staff member, a pretty competent one infact |
| # | 14:45:44 | phasefx | barring might do it, I'm unsure |
| # | 14:45:47 | mrpeters-isl | so i doubt the password reset |
| # | 14:47:13 | moodaepo | mrpeters-isl: Actually reset the password and try with new password should say it's not the password : ) |
| # | 14:47:14 | mrpeters-isl | ok, my mistake..i.ts not the login |
| # | 14:47:21 | mrpeters-isl | its the renewal |
| # | 14:48:07 | moodaepo | Isn't there rules which govern that? Maybe the patron is over their number of renewals. |
| # | 14:48:17 | moodaepo | s/isn't aren't/ |
| # | 14:48:18 | mrpeters-isl | right, but why should it tell the patron their account is inactive |
| # | 14:48:29 | mrpeters-isl | when really, its that they have too many overdues so they lost the privelage to renew |
| # | 14:50:06 | mrpeters-isl | ok, login "This account has been deactivated. Please contact your local library" |
| # | 14:50:09 | mrpeters-isl | i know my own password :) |
| # | 14:50:28 | mrpeters-isl | and i exceed the billing threshold,, try to login from my opac...i get this message |
| # | 14:50:44 | phasefx | that's sucky, IMO :) |
| # | 14:51:56 | mrpeters-isl | ah, that was a result of some deactivating barcodes actually |
| # | 14:52:04 | mrpeters-isl | but, the situation still exists on the renewal |
| # | 14:52:15 | atz has joined #evergreen |
| # | 14:52:28 | mrpeters-isl | bah, back to the drawing board for more information |
| # | 14:52:32 | jenny has quit IRC |
| # | 14:53:13 | atz has left #evergreen |
| # | 14:54:13 | phasefx | as a reference point, using in-db circ or scripts? |
| # | 14:55:43 | mrpeters-isl | the in db |
| # | 14:55:52 | mrpeters-isl | standing penalties |
| # | 14:58:21 | sfortin has quit IRC |
| # | 15:01:06 | phasefx | in trunk, I get the title of the book, and "The system is unable to renew the selected item at this time. This usually means the item is needed to fulfill a hold. Please see a librarian for further help." |
| # | 15:01:25 | phasefx | with legacy script, trying in-db |
| # | 15:03:51 | phasefx | ha, with in-db circ, I was able to renew |
| # | 15:04:17 | phasefx | guess I have to set up some rules |
| # | 15:04:42 | mrpeters-isl | yeah, see we still use some of the legacy scripts too |
| # | 15:04:50 | mrpeters-isl | as far as i can tell |
| # | 15:05:17 | moodaepo | mrpeters-ils: Interesting might have to bug you sometime about mixing them and why : ) |
| # | 15:05:27 | phasefx | I'd be surprised if you guys migrated from legacy scripts to in-db without a lot of testing and back & forth and bug finding |
| # | 15:06:25 | phasefx | well, I have no idea how to use in-db circ, moving on |
| # | 15:11:28 | miker_ | phasefx: the penalties are /only/ in-db now |
| # | 15:11:52 | miker_ | mrpeters-isl is using scripts for circ and hold |
| # | 15:12:22 | phasefx | miker_: the script test must have blocked the renewal based on permissability then |
| # | 15:13:17 | phasefx | but.. |
| # | 15:13:22 | phasefx | that doesn't seem true |
| # | 15:13:57 | miker_ | the hold permit script would say "no" if you lack renewals |
| # | 15:14:09 | miker_ | but the "why" is not specified to the client |
| # | 15:14:25 | miker_ | phasefx: so, what you saw is correct |
| # | 15:15:03 | phasefx | for my test, I billed the patron $50, checked out a pre-cat. With legacy_script_support = true, I got an expected failure trying to renew in the OPAC. with legacy_script_support = false, I was able to renew |
| # | 15:15:52 | phasefx | but my circ_permit_renew.js has no logic in it, and circ_permit_patron.js appears to be only checking for barred, and a max items out threshold |
| # | 15:17:12 | miker_ | phasefx: I could by lying about the js chekcing, that may be happening in the perl, before the script |
| # | 15:17:22 | phasefx | my circ_groups.js does have a fineThreshold of 10, but you say that's no longer used at all |
| # | 15:17:50 | phasefx | hrmm |
| # | 15:18:40 | miker_ | phasefx: I'm not sure if that's used or not ... but the actual in-db penalty uses the group setting to clac the penalty |
| # | 15:18:45 | miker_ | calc |
| # | 15:19:27 | phasefx | a group setting where, in the db? |
| # | 15:19:59 | miker_ | yeah |
| # | 15:20:35 | miker_ | there's a new ui for group penalty thresholds |
| # | 15:22:09 | phasefx | so, I do have a penalty in actor.usr_standing_penalty, and I was wrong about what happened. With legacy script support off, the item is not getting renewed, but the UI alert is telling me the renewal was successfull |
| # | 15:22:11 | sfortin has joined #evergreen |
| # | 15:27:11 | Meliss has quit IRC |
| # | 15:27:21 | phasefx | ilsevent: null, textcode: "no_user" |
| # | 15:28:48 | phasefx tries a real item |
| # | 15:34:08 | phasefx | it's the pre-cat |
| # | 15:34:26 | phasefx | get the expected penalty event with a cataloged item |
| # | 15:34:31 | mrpeters-isl | mine was a precat item too |
| # | 15:34:40 | mrpeters-isl | i didnt think to try a real cataloged item |
| # | 15:34:49 | rjackson-isl has joined #evergreen |
| # | 15:38:50 | miker_ | hrm... placing a hold on a precat item? |
| # | 15:38:58 | miker_ | sorry .. renew |
| # | 15:38:59 | miker_ | nm |
| # | 15:40:02 | dchristens has quit IRC |
| # | 15:41:19 | lisppaste3 | phasefx pasted "in-db circ renewals, pre-cats versus cataloged" at http://paste.lisp.org/display/95505 |
| # | 15:42:29 | mrpeters-isl | yeah, it actually let me renew the precat |
| # | 15:42:37 | mrpeters-isl | but it shouldnt have, since i was over the penalty threshold |
| # | 15:44:19 | phasefx | mrpeters-isl: did it "really" renew |
| # | 15:44:26 | phasefx | as in, did the Number of Renewals counter go down |
| # | 15:45:01 | atz has joined #evergreen |
| # | 15:45:05 | lisah_ has left #evergreen |
| # | 15:45:35 | atz has left #evergreen |
| # | 15:54:19 | pmplett has quit IRC |
| # | 16:05:34 | mrpeters-isl | any ldirectord whizzes around? |
| # | 16:05:49 | mrpeters-isl | when i hit the public IP of a new ldirector, i just see an "inactive" connection but can't ever get it to forward to the two servers i am attempting to balance. i can access each of those directly (from the ldirector server by their private IP) |
| # | 16:05:49 | mrpeters-isl | im just stuck with a SYN_ACK connection |
| # | 16:24:07 | Dyrcona has joined #evergreen |
| # | 16:24:41 | Dyrcona has quit IRC |
| # | 16:25:05 | Dyrcona has joined #evergreen |
| # | 16:35:21 | pmplett has joined #evergreen |
| # | 16:38:04 | jenny has joined #evergreen |
| # | 16:38:44 | Dyrcona suddenly has a Tomm Tutone song stuck in his head. |
| # | 16:41:03 | Dyrcona | I am trying to figure out why keyword searching isn't working in my opac after a fresh load. |
| # | 16:41:31 | Dyrcona | Last time this happened it was a problem with the hierarchy, but I've since fixed that. |
| # | 16:48:01 | mrpeters-isl has quit IRC |
| # | 16:48:08 | mrpeters-isl has joined #evergreen |
| # | 16:55:59 | wlayton has joined #evergreen |
| # | 17:07:25 | brendan_bywater has quit IRC |
| # | 17:07:53 | branflakes | mrpeters-isl: sitka doesn't use ldirector, but we do use lvs which underlies it; i might be able to help you out |
| # | 17:10:15 | branflakes | From the documentation I can find about ldirectord, you have to manually create the virtual servers using ipvsadm, and then point them at the real servers. I'm assuming that step is done and you are still having problems? |
| # | 17:19:24 | Dyrcona has quit IRC |
| # | 17:20:24 | brendan_bywater has joined #evergreen |
| # | 17:37:59 | jenny has left #evergreen |
| # | 18:01:44 | bshum has quit IRC |
| # | 18:04:53 | mck9 has quit IRC |
| # | 18:06:46 | sfortin has quit IRC |
| # | 18:09:13 | wlayton has quit IRC |
| # | 19:26:13 | jamesrf has quit IRC |
| # | 20:07:15 | grantjohnson has joined #evergreen |
| # | 20:16:42 | pmplett has quit IRC |
| # | 21:22:47 | wlayton has joined #evergreen |
| # | 22:06:59 | wlayton has quit IRC |
| # | 22:20:44 | Dmagick_ has joined #evergreen |
| # | 22:21:16 | Dmagick has quit IRC |
| # | 23:57:48 | branflakes has quit IRC |
April 10-13