| # | Time | Nick | Message |
|---|
| # | 00:01:43 | dbs | aha, methinks authority.by_heading_and_thesaurus index is missing from upgrades |
| # | 00:01:46 | dbs goes to check |
| # | 00:04:25 | dbs | nope, failed during the upgrade due to dupes - as the comments explain. right-o |
| # | 01:22:43 | jamesrf has joined #evergreen |
| # | 01:25:40 | AaronZ-PLS has quit IRC |
| # | 01:25:40 | Ghidorah has quit IRC |
| # | 01:25:41 | mrpeters-isl has quit IRC |
| # | 01:25:42 | berick has quit IRC |
| # | 01:25:43 | mtate has quit IRC |
| # | 01:25:43 | brendan2 has quit IRC |
| # | 01:25:44 | phasefx_ has quit IRC |
| # | 01:25:45 | senator has quit IRC |
| # | 01:25:45 | dbwells has quit IRC |
| # | 01:27:21 | senator has joined #evergreen |
| # | 01:36:43 | dbs has quit IRC |
| # | 01:40:05 | bshum has joined #evergreen |
| # | 01:40:51 | bshum has left #evergreen |
| # | 01:47:26 | lisppaste | dbs pasted "public.naco_normalize() in 2.0 still needs some love?" at http://paste.lisp.org/display/118783 |
| # | 02:14:28 | jamesrf has quit IRC |
| # | 03:28:45 | phasefx_ has joined #evergreen |
| # | 03:28:46 | brendan2 has joined #evergreen |
| # | 03:28:46 | mtate has joined #evergreen |
| # | 03:28:46 | Ghidorah has joined #evergreen |
| # | 03:28:46 | AaronZ-PLS has joined #evergreen |
| # | 03:28:46 | mrpeters-isl has joined #evergreen |
| # | 03:28:46 | dbwells has joined #evergreen |
| # | 03:28:46 | berick has joined #evergreen |
| # | 07:27:16 | alxp has joined #evergreen |
| # | 07:30:47 | rickd_ has joined #evergreen |
| # | 07:32:02 | sfortin has joined #evergreen |
| # | 08:00:02 | collum has joined #evergreen |
| # | 08:37:05 | gmcharlt | @later tell dbs interesting; I'll see how this does in trunk; probably should backport the trunk naco_normalize() work to rel_2_0 |
| # | 08:37:05 | pinesol | gmcharlt: The operation succeeded. |
| # | 08:39:46 | dbs has joined #evergreen |
| # | 08:42:06 | kmlussier has joined #evergreen |
| # | 08:55:14 | Dyrcona has joined #evergreen |
| # | 09:08:51 | Lowery has joined #evergreen |
| # | 09:09:38 | Meliss has joined #evergreen |
| # | 09:11:30 | lowery_ has joined #evergreen |
| # | 09:13:14 | Lowery has quit IRC |
| # | 09:16:08 | lowery_ has quit IRC |
| # | 09:16:46 | Dyrcona has quit IRC |
| # | 09:20:22 | Dyrcona has joined #evergreen |
| # | 09:26:51 | sfortin has quit IRC |
| # | 09:27:07 | dbs | eeevil: I think I've got one more fix for RC3 - a more robustified authority.normalize_heading() (it broke on some ugly authority MARCXML corner cases; switched to spi_prepare/spi_exec_query rather than going down the foolish path of trying to escape input myself) |
| # | 09:28:05 | dbs | gmcharlt: I think I'm going to blame authority.normalize_heading() first, but I wouldn't be averse to backporting the robustified/authoritative public.naco_normalize() from trunk |
| # | 09:28:15 | sfortin has joined #evergreen |
| # | 09:29:03 | dbs | Just running our ~2 million authority record test set through the robustified authority.normalize_heading() to ensure that it survives our many flawed records, first :) |
| # | 09:31:09 | eeevil | dbs++ |
| # | 09:34:28 | dbs | the one that broke its back was the 956,943 record with <subfield code="a">Foo, Bar\</subfield> - the trailing slash of death! could have just stripped that out, but... invoking the robustified authority.normalize_heading() on that record worked nicely, so confidence is high |
| # | 09:34:39 | dbs | I'll commit it to trunk for now |
| # | 09:35:31 | jenny has joined #evergreen |
| # | 09:35:43 | eeevil | ahh, yes ... was it eascaping/interpolation? (there were issues with trailing \s re call numbers before ... pain, indeed) |
| # | 09:35:52 | dbs | eeevil: yessir |
| # | 09:35:52 | eeevil | before as in back in 1.2, IIRC |
| # | 09:42:14 | dbs | calling 0476 |
| # | 09:42:21 | dbs | ring, ring |
| # | 09:49:39 | gmcharlt | is the hard_due_date_name_check constraint on chdd necessary? or in particular, its dislike of spaces in the name? |
| # | 09:50:15 | tsbere | I just copied the code from the duration/fine rules. Is it needed there? |
| # | 09:50:55 | tsbere | I wasn't sure if there was a scripts reason for no spaces, and I believe the hard due dates are available via scripts as well as DB |
| # | 09:52:43 | eby has quit IRC |
| # | 09:54:09 | tsbere would offer gmcharlt more information, but his entire logic set on that piece has been dealt with at this point |
| # | 09:54:41 | tsbere | Oh, I think someone else did question that constraint when I submitted it, but kept it when I pointed out I had just copied from the other circ rules. Forget who |
| # | 09:55:02 | eby has joined #evergreen |
| # | 09:57:04 | dbs | gmcharlt: you and your questioning of existing practices! It's so.... healthy |
| # | 09:57:20 | gmcharlt | tsbere: looking at the script code, I don't see any particular reason why allowing spaces in the rule names would break anything |
| # | 09:58:57 | tsbere | gmcharlt: I was just going for "things named in circ rules/scripts/whatever are consistent in their naming rules" when I copied the constraint from the duration rules. I figured it would be more likely to be accepted that way, question naming rules later. |
| # | 09:59:01 | gmcharlt | I could see somebody possibly coming to grief if they used diacritics in the rule names and using leagcy scripts |
| # | 09:59:25 | gmcharlt | tsbere: sure - I understanding wanting to keep it consistent |
| # | 10:00:15 | tsbere | One benefit of no spaces in general is "you don't get leading/trailing spaces", though. |
| # | 10:00:43 | tsbere | Two rules that differ in number of trailing spaces might be a problem |
| # | 10:01:23 | gmcharlt | and I don't care about the details of the constraint, per se - more that (a) AutoGrid currently doesn't pass check constraint exceptions back in any way visible to the user and (b) even if it did, it would be nicer if the validatingtextbox widget knew the appropriate regex to apply if a constraint of that form was in force |
| # | 10:01:58 | gmcharlt | tsbere: agreed re leading/trailing whitespace |
| # | 10:02:25 | tsbere | For the most part? I thought the constraint was silly, and mentally questioned "why is this here?" on the duration/fine rule names to begin with. I just thought of the leading/trailing whitespace now, and that is fixable with trimming. |
| # | 10:03:54 | tspindler has joined #evergreen |
| # | 10:05:53 | sfortin has quit IRC |
| # | 10:06:19 | sfortin has joined #evergreen |
| # | 10:06:47 | tsbere | gmcharlt: Could there be scripts out there that turn the various duration/fine rules into actual perl objects of some kind? The constraint rules seem very similar to naming rules in that regard. |
| # | 10:07:10 | dbs | CREATE INDEX with the new authority.normalize_heading() succeeded on our 1.2 M authority records; if you guys want to take a look at r19201 before I backport it, I'll be happy to give you some time |
| # | 10:07:22 | gmcharlt | tsbere: none that I've seen, but I suppose anything is possible |
| # | 10:07:34 | eeevil | dbs: was just looking |
| # | 10:08:48 | lowery has joined #evergreen |
| # | 10:09:04 | eeevil | dbs: looks great to me! |
| # | 10:09:24 | gmcharlt | dbs: agreed |
| # | 10:09:25 | jenny has left #evergreen |
| # | 10:10:16 | dbs | thanks, I appreciate the extra/skilled extra-skilled eyes at this stage of the 2.0 game |
| # | 10:10:29 | lowery | hello all, i am trying to install opensrf on ubuntu and i keep getting /bin/bash: ./build: no such file or directory when i do the ./configure part. can anyone give me a hand please? |
| # | 10:10:54 | mrpeters-isl | lowery: any chance you forgot to run the prerequisites makefile? |
| # | 10:10:58 | gmcharlt | dbs: heh - and you get to pass some of blame on to us if it breaks things horribly ;) |
| # | 10:11:14 | mrpeters-isl | make -f Open-ILS/src/extras/Makefile.install <distribution> |
| # | 10:11:22 | lowery | remember to run the make file. had no problems with that step |
| # | 10:11:36 | mrpeters-isl | so, either ubuntu-lucid or something like that |
| # | 10:11:46 | mrpeters-isl | hmm, kind of seems like build-essentials may be missing? |
| # | 10:11:54 | lowery | ubuntu-lucid |
| # | 10:11:55 | tsbere | gmcharlt: That is another (retroactive) reason to not mess with naming constraints in my patch. Not breaking things horribly ;) |
| # | 10:12:35 | dbs | lowery: what directory are you in when you're running ./configure ? |
| # | 10:13:24 | dbs | gmcharlt: we all hang together, right? |
| # | 10:13:27 | lowery | i an in the opensrf directory |
| # | 10:13:49 | dbs | lowery: can you type the results of "pwd" ? |
| # | 10:14:12 | gmcharlt | dbs: beats hanging separately |
| # | 10:14:28 | lowery | pwd = /evergreen/opensrf |
| # | 10:14:32 | eeevil | re the no-spaces constraint, the original constraint was there because .-notation (foo.bar.baz) is easier to teach than associative array notation (foo["bar"]["baz"]) in the scripts (which were all that existed) and so it was used as a guide rail |
| # | 10:14:45 | gmcharlt | eeevil++ |
| # | 10:14:54 | dbs | lowery: you have to cd into the OpenSRF source directory |
| # | 10:15:01 | eeevil | just to give some context |
| # | 10:15:09 | dbs | "cd opensrf-1.6.2" or whatever |
| # | 10:15:40 | lowery | so i would be in /evergreen/opensrf/src? |
| # | 10:15:42 | dbs | eeevil: oh right - you were teaching librarians how to write javascript! |
| # | 10:16:15 | eeevil | dbs: silly me, yes :) |
| # | 10:17:03 | dbs | lowery: your directory structure confuses me, most people would have downloaded the OpenSRF source tarball to /home/<username>/opensrf-1.6.2.tar.gz |
| # | 10:17:11 | tsbere | eeevil: heh. At least now we know. Can we give up on that silly idea in 2.1? ;) |
| # | 10:17:29 | dbs | lowery: but you've created a new root /evergreen directory and unpacked the tarballs into that? |
| # | 10:17:30 | gmcharlt | since the library I'm working with wanted to be able to enter things like 'Branch Foo End of Winter Term' as the hdd name, unless there's any serious objection, I'm inclined to go ahead and drop the constraint in trunk |
| # | 10:17:41 | mrpeters-isl | lowery: wherever you find the NEWS, README, etc. for OpenSRF |
| # | 10:17:55 | lowery | i created a directory top level called /evergreen downloaded opensrf-1.6.2 and renamed it to opensrf |
| # | 10:18:03 | tsbere | gmcharlt: I would say drop the constraint from all the rules, personally. |
| # | 10:18:05 | eeevil | tsbere: how about when we remove script support? FWIW, autogrid (well, autofieldwidget) can apply regex's if they are defined in the IDL |
| # | 10:18:10 | mrpeters-isl | so then /evergreen/opensrf |
| # | 10:18:19 | lowery | yes |
| # | 10:18:24 | tsbere | eeevil: When will that be removed? 3.0? |
| # | 10:18:27 | mrpeters-isl | but usually, as dbs says, keeping the tarballs with their original names is good practice |
| # | 10:18:51 | eeevil | tsbere: it hasn't been decided, but certainly after 2.1 |
| # | 10:18:55 | mrpeters-isl | I'd highly reccomend using the /home/opensrf/OpenSRF-1-x-x-x structure |
| # | 10:19:08 | dbs | lowery: okay. maybe mrpeters-isl is right then: sudo aptitude install build-essentials |
| # | 10:19:32 | gmcharlt is going to punt for now and just write up a lp bug |
| # | 10:19:33 | mrpeters-isl | just do a wget of the tarball, and tar xzf OpenSRF-1.x.x.tar.gz |
| # | 10:20:04 | mrpeters-isl | dbs: build-essentials is in the Makefile IIRC, right? |
| # | 10:20:45 | mrpeters-isl | kinda makes me worried for what other deps may be missing |
| # | 10:20:48 | dbs | lowery: the location and names shouldn't matter, really, as long as we're sure he's in the right directory |
| # | 10:20:55 | tsbere | gmcharlt: can autoblah things be shown how to convert "_" to " " and back? |
| # | 10:21:37 | dbs | mrpeters-isl: build-essential is in the Makefile.install "DEBS" list |
| # | 10:21:51 | mrpeters-isl | yep, thought so...so we may see more problems |
| # | 10:21:58 | mrpeters-isl | **IF** that's what's missing |
| # | 10:22:09 | dbs | lowery: can you link to the documentation you're following? |
| # | 10:22:25 | dbs | it will help us help you along |
| # | 10:22:34 | lowery | http://evergreen-ils.org/dokuwiki/doku.php?id=opensrf:1.6:install |
| # | 10:23:02 | mrpeters-isl | so you're crashing out at step 4? |
| # | 10:23:05 | dbs | lowery: okay - and what operating system are you running on? |
| # | 10:23:11 | mrpeters-isl | dbs: lucid |
| # | 10:23:42 | lowery | yes, however just redid it in the home/user/opensrf directory and it worked. so my idea of going to a top level directory must have messed it up |
| # | 10:23:56 | mrpeters-isl | lowery: so you ran - cd /evergreen/opensrf && make -f src/extras/Makefile.install ubuntu-lucid ? |
| # | 10:24:50 | dbs | lowery: hmm - that's pretty interesting & frighteningly fragile if that problem can be reproduced |
| # | 10:24:57 | mrpeters-isl tries |
| # | 10:25:47 | mrpeters-isl | 10.4 = lucid right? |
| # | 10:25:54 | tsbere | dbs lowery mrpeters-isl etc: Could it be a permissions issue on his /evergreen folder? |
| # | 10:26:24 | mrpeters-isl | tsbere: that's an idea - i guess it would need to be chown'd as opensrf if he downloaded as a different user? |
| # | 10:26:25 | dbs | tsbere: anything's possible |
| # | 10:27:07 | tsbere | Was thinking "root extracts tarball, what user(s) did it just give all the files to?" |
| # | 10:27:17 | mrpeters-isl | true |
| # | 10:28:08 | mrpeters-isl | lowery: if you still have the /evergreen/opensrf structure, could you do a ls -ltrh /evergreen/opensrf |
| # | 10:28:16 | mrpeters-isl | to check the ownership? |
| # | 10:28:30 | dbs | did anyone else see my response to Anthony Ortega? |
| # | 10:28:45 | dbs | (on the mailing list) |
| # | 10:28:46 | eeevil | gmcharlt: that constraint is the only thing holding back the use of spaces, and since we're looking to remove it at some point it would seem ok to me to drop it for that instance |
| # | 10:29:11 | mrpeters-isl | dbs: i did, i responded to him last week too |
| # | 10:29:13 | gmcharlt | eeevil: true - installed base for chdd users is tiny |
| # | 10:29:16 | mrpeters-isl | he never replied |
| # | 10:29:17 | lowery | evergreen is root:root |
| # | 10:29:28 | mrpeters-isl | lowery: i kind of bet thats the problem...it should be owned by opensrf |
| # | 10:29:44 | mrpeters-isl | if you grab the tarball as opensrf, and extract as opensrf...you don't run into the permissions issue |
| # | 10:30:24 | r123 has joined #evergreen |
| # | 10:30:40 | lowery | aww, well ill tell you what the guy that made that folder and didnt changes the permission must feel like an ass for such a simple overlook. |
| # | 10:30:45 | dbs | mrpeters-isl: I thought he did reply to you, in that he included the memcached / ejabberd info you requested, in his subsequent post |
| # | 10:30:56 | mrpeters-isl | dbs: crap, maybe i missed it then |
| # | 10:31:03 | dbs | mrpeters-isl: thanks for letting me know I'm not crazy though :) |
| # | 10:31:08 | mrpeters-isl | i tuned out over the weekend |
| # | 10:31:31 | gmcharlt grabs 0477 |
| # | 10:31:34 | dbs | lowery: happens to everybody sometime |
| # | 10:33:13 | mrpeters-isl | dbs: FWIW it looks like he replied to your email from last night |
| # | 10:33:44 | mrpeters-isl | oh, actually maybe not...i thought i saw that earlier but i was dreaming |
| # | 10:33:54 | mrpeters-isl | he just reposted his initial message |
| # | 10:34:24 | dbs | mrpeters-isl: yeah, that's why I was questioning my sanity |
| # | 10:34:39 | mrpeters-isl | ill shoot him an email directly and tell him to come join us here |
| # | 10:35:37 | mrpeters-isl | i know i've had this issue before...i'm just forgetting what caused it |
| # | 10:36:24 | dbs | Suggestion: one day, we have a "break OpenSRF / Evergreen" party, where we find creative ways to break configs, document the broken config and the resulting log messages / evidence |
| # | 10:36:48 | mrpeters-isl | only if we keep score! i bet I'll have the most broken configs |
| # | 10:37:29 | dbs | and then that documentation can help people find their way back to unbrokenness. For bonus points, revise the code to trap the known broken configs and throw more prescriptive error messages. |
| # | 10:37:30 | mrpeters-isl | i kind of bet OpenSRF C isn't started on Anthony's server |
| # | 10:37:41 | tsbere | mrpeters-isl: Don't forget, you have to document how they are broken, and how to fix them. |
| # | 10:37:48 | jeff | only if the end result of that day is a series of patches and commits that bulk up the error handling! |
| # | 10:37:54 | mrpeters-isl | tsbere: no fair! i just want to break things! |
| # | 10:38:07 | jeff | dbs: ah, you already said that. |
| # | 10:39:30 | mrpeters-isl | would a settings-tester.pl for OpenSRF be a possibility? |
| # | 10:39:46 | mrpeters-isl | to check things like jabber, memcache, etc? |
| # | 10:40:11 | mrpeters-isl | it's helped me catch a jabber config issue or a postgres permission issue many of times |
| # | 10:40:17 | dbs | mrpeters-isl: yes, but better errors would be even better |
| # | 10:40:56 | mrpeters-isl | true |
| # | 10:41:07 | mrpeters-isl | Anthony just emailed back, he will be in here in a bit |
| # | 10:41:17 | mrpeters-isl thinks he gets a daily digest |
| # | 10:41:32 | mrpeters-isl | in one of his replies, it's a digest |
| # | 10:43:07 | jamesrf has joined #evergreen |
| # | 10:48:55 | dbs | mrpeters-isl: that makes sense |
| # | 10:50:23 | gmcharlt grabs 0478 |
| # | 10:53:58 | jamesrf has quit IRC |
| # | 10:54:24 | eeevil | looks like we've found a potential blocker :( ... we need to get a work-ou filtered, ordered tree into some dojo data stores, and there's code that trys to do it, but falls down when work-ous are ordered in particular ways |
| # | 10:55:21 | eeevil | so, I'm going to attack that. and berick is poking at https://bugs.launchpad.net/evergreen/+bug/699914 |
| # | 10:58:30 | lowery has quit IRC |
| # | 11:09:30 | gmcharlt has finished backporting the naco_normalize() changes to rel_2_0 |
| # | 11:09:42 | gmcharlt | I'd appreciate extra eyes and testing |
| # | 11:13:28 | berick submitted a patch that could use some independent testing for https://bugs.launchpad.net/evergreen/+bug/699914 |
| # | 11:22:49 | Dyrcona | messing with hard due dates requires permission at the consortium level? |
| # | 11:31:55 | dbs | Dyrcona: according to fm_IDL.xml, requires CREATE/UPDATE/DELETE_CIRC_DURATION + work_ou; maybe the UI or middle layer code introduces some other complications? |
| # | 11:34:57 | finnapz has quit IRC |
| # | 11:36:27 | tsbere | dbs: <update permission="UPDATE_CIRC_DURATION" global_required="true"/> That looks like "we don't have a table field specified for where to get a permission value from, need it everywhere" to me. Even though there is an "owner" id (that would need linking to aou, I think) |
| # | 11:37:31 | tsbere wonders how the permissions would have to work for chddv though |
| # | 11:38:07 | youdonotexist has joined #evergreen |
| # | 11:38:42 | eeevil | tsbere: you can link through to another related table to use the aou field "over there" |
| # | 11:39:03 | tsbere | eeevil: Good to know. No clue how yet, may look at that later. |
| # | 11:40:45 | tsbere found an example in the IDL |
| # | 11:41:04 | eeevil | :) |
| # | 11:41:35 | tsbere | ccmcmt uses ccmm for permissions. |
| # | 11:42:35 | finnapz has joined #evergreen |
| # | 11:44:45 | gdunbar has joined #evergreen |
| # | 12:11:20 | jenny has joined #evergreen |
| # | 12:30:54 | tspindler has quit IRC |
| # | 12:46:24 | sfortin has quit IRC |
| # | 12:46:39 | mrpeters-isl | hey all, looking to submit a new triggered event to Evergreen Contrib, but seeking some help with the proper way to seed the action_trigger.event_params and action_trigger.environment rows - currently, I just have a file at.event_params that contains - http://pastie.org/1477933 - with the comment to update with the proper id matching the new event_def |
| # | 12:46:44 | mrpeters-isl | is there a better way to do this? |
| # | 12:48:35 | mrpeters-isl | if i remember correctly, i can't do both a SELECT and VALUES within the INSERT INTO, right? |
| # | 12:51:03 | phasefx | there's a way to use the normal sequence (which would put it out of the reserved range of id's), and then reference that same id value elsewhere. I can dig up an example once there's no food on my fingers |
| # | 12:51:14 | mrpeters-isl | haha |
| # | 12:51:16 | eeevil | mrpeters-isl: you can use functions, like currval to get the last value pulled from a specific sequence (the ev_def seq, in this case) |
| # | 12:51:18 | mrpeters-isl | thanks phasefx |
| # | 12:51:21 | tsbere | mrpeters-isl: "You can do SELECT 'SOMEID', 'sender_email', email FROM table" as your source |
| # | 12:51:40 | tsbere | er, extra_quotes-- :( |
| # | 12:51:48 | tsbere | But you should get the idea |
| # | 12:52:06 | eeevil | mrpeters-isl: http://www.postgresql.org/docs/current/static/functions-sequence.html |
| # | 12:52:23 | eeevil | (what phasefx and I are talking about) |
| # | 12:52:33 | mrpeters-isl | eeevil: so that'd be accepted? i guess it makese sense since one would hope this is the only event being added at the particular time |
| # | 12:53:08 | eeevil | mrpeters-isl: it's per-session ... it's safe |
| # | 12:53:14 | mrpeters-isl | ok |
| # | 12:53:40 | mrpeters-isl | only thing i guess i don't follow is how i can do both an INSERT VALUES and SELECT together...it's not possible right? |
| # | 12:54:00 | mrpeters-isl | maybe someone has a simple foo/bar type example? |
| # | 12:54:31 | eeevil | why would you need to? |
| # | 12:54:48 | tsbere | mrpeters-isl: Use literals in your select (see above) |
| # | 12:55:06 | eeevil | INSERT INTO blah (a,b,c) VALUES ('literal',CURRVAL('sequence_name'),42); |
| # | 12:55:15 | tsbere | Or that |
| # | 12:55:43 | mrpeters-isl | ah ok i was thinking i need to do a direct SELECT on the id_seq |
| # | 13:01:57 | mrpeters-isl | awesome. works like a charm |
| # | 13:01:58 | mrpeters-isl | thank you guys |
| # | 13:12:43 | phasefx | mrpeters-isl: your separate .sql files, that may cause problems with currval if you're using it one file but depending on a sequence that got incremented in another file. \i file1.sql \i file2.sql \i etc. in a single psql shell may fix that, but I'm not sure |
| # | 13:14:16 | mrpeters-isl | phasefx: you know, you kind of make a good point...it might be safer to have this all in one transaction too |
| # | 13:14:37 | phasefx | yeah |
| # | 13:14:56 | phasefx | like an upgrade/ script in trunk |
| # | 13:16:14 | phasefx | see 0355.data.missing_pieces_format.sql, though it's not using currval |
| # | 13:17:19 | mrpeters-isl | cool. i'll submit this as a single SQL within a transaction |
| # | 13:17:46 | dbs | tsbere: going way back - duh, on my part, for failing to read alllll the way over to the "global_required" attribute |
| # | 13:20:37 | dbs | eeevil: as it's been a full 24 hours (hah), any progress on the security mailing list? |
| # | 13:22:33 | dbs | tsbere had a suggested follow-on to my early morning commits and it would be good to be able to start talking about those a little more broadly |
| # | 13:25:29 | lowery has joined #evergreen |
| # | 13:26:46 | lowery | hello again, so having another problem with the install. for shits and giggles jus to make sure i had not done anything wrong i have done a reformat and gotten to this step and get the same proble. when doing the install of opensrf i get STEP 5 |
| # | 13:26:46 | lowery | epmd -kill |
| # | 13:26:46 | lowery | killall beam; killall beam.smp |
| # | 13:26:46 | lowery | rm /var/lib/ejabberd/* |
| # | 13:26:46 | lowery | echo 'ERLANG_NODE=ejabberd@localhost' >> /etc/default/ejabberd |
| # | 13:26:46 | lowery | user@Evergreen:/$ sudo etc/init.d/ejabberd start |
| # | 13:26:46 | lowery | Starting Jabber Server: ejabberd |
| # | 13:26:47 | lowery | Crash dump was written to: /var/log/ejabberd/erl_crash.dump |
| # | 13:26:47 | lowery | kernel pid terminated (application_controller) ({application_start_failure,kerne;,{kernel,start,[normal.[]]}}}) |
| # | 13:26:48 | lowery | crash dump was written to: /var/log/ejabberd/erl_crash.dump |
| # | 13:26:48 | lowery | kernel pid terminated (application_controller) ({applcation_start_failure,kernel,{shutdown,kernel,start,[normal,[]]}}}) |
| # | 13:26:49 | lowery | . |
| # | 13:27:06 | lowery | sorry for spam size of post |
| # | 13:27:59 | csharp notes that the pastebin link is not visible in the topic on his irssi screen... |
| # | 13:28:46 | csharp | lowery: http://paste.lisp.org/new/evergreen |
| # | 13:29:19 | csharp | lowery: what OS are you building on? |
| # | 13:29:29 | mrpeters-isl | lucid |
| # | 13:30:02 | csharp | lowery: had you modified anything ejabberd-related before receiving this? |
| # | 13:30:04 | mrpeters-isl | echo 'ERLANG_NODE=ejabberd@localhost' >> /etc/default/ejabberd is that right? |
| # | 13:30:14 | lowery | ubuntu |
| # | 13:30:23 | mrpeters-isl | i think there is a good bit more to modify in ejabberd.cfg |
| # | 13:30:27 | csharp | nm - I see now |
| # | 13:30:28 | lowery | did standard install |
| # | 13:30:31 | lowery | postgresql install |
| # | 13:30:39 | lowery | and then followed the walkthrough |
| # | 13:30:53 | mrpeters-isl | lowery: just to be clear, you didn't install ejabberd manually...you got it through the makefile? |
| # | 13:30:58 | lowery | yes |
| # | 13:31:11 | mrpeters-isl | so, ps aux | grep ejabberd |
| # | 13:31:14 | mrpeters-isl | is it stopped still? |
| # | 13:31:27 | csharp | lowery: can you pastebin your /etc/ejabberd/ejabberd.cfg file (srubbed of passwords, please)? |
| # | 13:32:01 | csharp | s/srubbed/scrubbed/ |
| # | 13:32:06 | mrpeters-isl | ignore my comment about the "echo..." i see what you did now |
| # | 13:32:11 | mrpeters-isl | no passwords in ejabberd.cfg :) |
| # | 13:32:27 | lowery | ejabberd 31582 0.0 0.0 10760 348 ? S 11:38 0.00 /usr/lib/erlang/erts-5.7.4/bin/epmd -daemon |
| # | 13:32:37 | mrpeters-isl | hmm so it seems still to be running |
| # | 13:32:45 | mrpeters-isl | just plain /etc/init.d/ejabberd stop doesn't work? |
| # | 13:33:03 | lowery | correct |
| # | 13:33:18 | mrpeters-isl | hmm |
| # | 13:33:37 | mrpeters-isl | and you tried epmd -kill, etc. |
| # | 13:34:35 | lowery | yes |
| # | 13:34:51 | mrpeters-isl | and you get the crash when you try to kill jabber? |
| # | 13:35:26 | lowery | just crash when i try to stop or start. no messages when i do a kill |
| # | 13:35:34 | mrpeters-isl | and you're starting/stoping/killing as root, not opensrF? |
| # | 13:35:58 | dbs | lowery: were you able to start ejabberd without that ERLANG_NODE=ejabberd@localhost line? |
| # | 13:36:06 | lowery | i do a sudo to do the stop / start |
| # | 13:36:12 | mrpeters-isl | ok |
| # | 13:36:26 | lowery | no i was not able to start ejabberd either way |
| # | 13:36:45 | mrpeters-isl | you can ping private.localhost / public.localhost ok? |
| # | 13:37:01 | dbs | I haven't installed on ubuntu in a long time, and haven't seen that particular ejabberd issue for a long time either. Coincidence? |
| # | 13:37:28 | mrpeters-isl | i have a lucid server here...let me give a crack at this |
| # | 13:37:41 | mrpeters-isl | which OpenSRF version again? |
| # | 13:37:47 | lowery | can ping both just fine |
| # | 13:37:56 | lowery | 1.6.2 |
| # | 13:38:05 | mrpeters-isl | k let me catch up to you here |
| # | 13:38:06 | dbs | mrpeters-isl: the problem is ejabberd at the moment, let's solve that first |
| # | 13:38:28 | mrpeters-isl | dbs: right, i have Lucid here so i was going to see if i ran into the same crash with jabber |
| # | 13:39:40 | dbs | lowery: to be clear, did you make any modifications to ejabberd's configuration, other than the ERLANG_NODE bit, before trying to start it or stop it? |
| # | 13:41:00 | lowery | just the addition fo the public and private localhost bit from the walkthrough |
| # | 13:41:23 | dbs | to /etc/ejabberd/ejabberd.cfg ? |
| # | 13:41:26 | lowery | {hosts, ["localhost"]}. to {hosts, ["localhost", "private.localhost", "public.localhost"]}. |
| # | 13:41:52 | mrpeters-isl | need to stop jabber before changing the config perhaps? |
| # | 13:41:56 | dbs | ejabberd will crash like crazy if that file has bad syntax |
| # | 13:42:23 | dbs | lowery: you might need to do a "dpkg -purge ejabberd" to clean up the ejabberd database and remove the package, then "aptitude install ejabberd" for a clean start. I think in the past ubuntu had problems with some versions of ejabberd that were cleared up by subsequent updates; if you haven't run "sudo aptitude update; sudo aptitude safe-upgrade" now might be a good time |
| # | 13:43:13 | mrpeters-isl | hmmm starting ejabberd................failed |
| # | 13:43:30 | mrpeters-isl | during the run of the makefile |
| # | 13:43:43 | lowery | can i get a cookie for making your's fail too? |
| # | 13:43:52 | mrpeters-isl | did yours do the same? |
| # | 13:43:54 | mrpeters-isl | during the install process? |
| # | 13:44:10 | mrpeters-isl | just sits on "Starting jabber server" for a good minute, and then fails |
| # | 13:44:17 | lowery | not problems with ejabberd till this point |
| # | 13:44:27 | dbs | alternately, perhaps the current version of the ejabberd package for Ubuntu is busted |
| # | 13:44:28 | csharp suspects two separate issues |
| # | 13:44:35 | mrpeters-isl | perhaps |
| # | 13:44:44 | dbs | quite possible |
| # | 13:45:19 | dbs | for lowery, please purge the ejabberd package, update aptitude, and reinstall it to get to a known point |
| # | 13:45:37 | lowery | ok trying that now |
| # | 13:46:10 | csharp 's ejabberd on lucid is running fine |
| # | 13:46:18 | csharp | and no updates to it |
| # | 13:46:42 | mrpeters-isl | looks like i have 2.1.2-2 |
| # | 13:47:10 | mrpeters-isl | same failure after aptitude update/upgrade |
| # | 13:47:24 | csharp | mrpeters-isl: that's the version I'm on |
| # | 13:47:26 | dbs | must be the other jabber servers that mrpeters-isl is running that's blocking his port |
| # | 13:47:36 | lowery | after reinstall i have 2.1.5-2 |
| # | 13:47:47 | dbs | mrpeters-isl: time to check the /var/log/ejabberd.log (or whatever) |
| # | 13:47:57 | mrpeters-isl | yeah don't worry about me |
| # | 13:48:10 | dbs | lowery: can you start ejabberd right now? |
| # | 13:49:02 | lowery | works now. |
| # | 13:49:08 | dbs | yay |
| # | 13:49:39 | dbs | so stop it, and then make the config changes to /etc/ejabberd/ejabberd.cfg - very carefully :) |
| # | 13:49:59 | dbs | btw - debian squeeze release is scheduled for February 5/6 - huzzah |
| # | 14:03:26 | rsoulliere has joined #evergreen |
| # | 14:04:08 | finnapz has quit IRC |
| # | 14:06:25 | finnapz has joined #evergreen |
| # | 14:09:15 | lowery | able to start and stop without problems after the uninstall reinstall |
| # | 14:12:00 | jenny has quit IRC |
| # | 14:13:41 | alxp has quit IRC |
| # | 14:13:41 | mtate has quit IRC |
| # | 14:13:41 | brendan2 has quit IRC |
| # | 14:13:42 | phasefx_ has quit IRC |
| # | 14:13:42 | Ghidorah has quit IRC |
| # | 14:13:43 | AaronZ-PLS has quit IRC |
| # | 14:13:44 | youdonotexist has quit IRC |
| # | 14:13:45 | kmlussier has quit IRC |
| # | 14:13:46 | mrpeters-isl has quit IRC |
| # | 14:13:47 | berick has quit IRC |
| # | 14:13:48 | dbwells has quit IRC |
| # | 14:13:49 | leed has quit IRC |
| # | 14:13:49 | Callender has quit IRC |
| # | 14:13:50 | kbeswick has quit IRC |
| # | 14:13:51 | finnapz has quit IRC |
| # | 14:13:51 | Dmagick has quit IRC |
| # | 14:13:52 | eeevil has quit IRC |
| # | 14:13:52 | _bott_ has quit IRC |
| # | 14:13:52 | denials has quit IRC |
| # | 14:13:53 | csharp has quit IRC |
| # | 14:16:45 | pmplett has joined #evergreen |
| # | 14:16:45 | rsoulliere | Hi, I see it was said at yesterday's DEV meeting that I "requested a SIP backport" |
| # | 14:16:48 | rsoulliere | Actually, that was more of a question/enquiry. |
| # | 14:17:33 | collum has left #evergreen |
| # | 14:22:28 | rsoulliere | I used launchpad to report just in case someone using 1.6 and SIP checkin might be able to see that it can be done. |
| # | 14:22:37 | finnapz has joined #evergreen |
| # | 14:22:37 | youdonotexist has joined #evergreen |
| # | 14:22:37 | kmlussier has joined #evergreen |
| # | 14:22:37 | alxp has joined #evergreen |
| # | 14:22:37 | berick has joined #evergreen |
| # | 14:22:37 | dbwells has joined #evergreen |
| # | 14:22:37 | mrpeters-isl has joined #evergreen |
| # | 14:22:37 | AaronZ-PLS has joined #evergreen |
| # | 14:22:37 | Ghidorah has joined #evergreen |
| # | 14:22:37 | tater has joined #evergreen |
| # | 14:22:37 | brendan2 has joined #evergreen |
| # | 14:22:37 | phasefx_ has joined #evergreen |
| # | 14:22:37 | Dmagick has joined #evergreen |
| # | 14:22:37 | leed has joined #evergreen |
| # | 14:22:37 | Callender has joined #evergreen |
| # | 14:22:37 | eeevil has joined #evergreen |
| # | 14:22:37 | kbeswick has joined #evergreen |
| # | 14:22:37 | _bott_ has joined #evergreen |
| # | 14:22:37 | csharp has joined #evergreen |
| # | 14:22:37 | denials has joined #evergreen |
| # | 14:22:49 | rsoulliere | Also, if I can be of any assistance in testing or sharing my logs let me know. |
| # | 14:33:23 | rsoulliere has quit IRC |
| # | 14:34:27 | rsoulliere has joined #evergreen |
| # | 14:34:39 | pmplett has quit IRC |
| # | 14:39:24 | lowery has quit IRC |
| # | 14:41:40 | pmplett has joined #evergreen |
| # | 14:42:31 | bshum has joined #evergreen |
| # | 14:50:56 | kmlussier has quit IRC |
| # | 14:57:39 | sfortin has joined #evergreen |
| # | 15:00:10 | ChanServ changes topic to "Welcome to the #Evergreen library system channel! | We are publicly logged. | Large pastes at http://paste.lisp.org/new/evergreen" |
| # | 15:12:05 | bshum | berick: Hmm, about the patch to add back permission checking for patron registration in 2.0... I've been trying to apply it and have found that I can't seem to find the positioning for the new code pieces. Was it built against something other than RC1/2? |
| # | 15:13:24 | bshum | Some of the surrounding code doesn't appear in those versions, so I guess I was wondering if maybe I'm doing it wrong :) |
| # | 15:15:38 | rsoulliere has quit IRC |
| # | 15:16:51 | berick | bshum: built against trunk, lemme make sure it will apply cleanly. in the meantime, make sure you apply with patch -p1, since git adds an extra bit to the path |
| # | 15:17:25 | bshum | berick: Ah, alright. Thanks :) |
| # | 15:17:33 | bshum | I didn't know about the -p1 part |
| # | 15:17:42 | bshum | I started out by trying to copy/paste pieces by hand |
| # | 15:17:48 | bshum | And realized that things didn't quite look the same |
| # | 15:17:52 | berick | my bad for not posting a patch that will cleanly apply.. |
| # | 15:19:43 | berick | hmm, trunk register.js is a little different.. |
| # | 15:19:55 | berick | ah, the save-on-exit stuff |
| # | 15:23:04 | csharp | I'm still trying to make the biblios and loc z39.50 servers not appear in the MARC import interface... |
| # | 15:23:29 | csharp | I have removed biblios and loc as sources from the GUI (verified this in the database) |
| # | 15:23:52 | csharp | and I have commented out their config in /openils/conf/opensrf.xml |
| # | 15:24:40 | csharp | I've also cleared my local staff client cache, but they are still showing up (along with an entry "#text" - perhaps that's a typo?) |
| # | 15:25:01 | csharp | what other steps are there to this? |
| # | 15:26:15 | csharp | I can see that the z3950.js file loops over a list of active_servers... where does that list get its values? |
| # | 15:26:21 | bshum | csharp: You restarted opensrf right? I think dbs mentioned a specific service |
| # | 15:26:49 | csharp | bshum: pretty sure I did, but I'll do it again |
| # | 15:27:13 | moodaepo | csharp: autogen (?) |
| # | 15:27:31 | csharp | moodaepo: hmm - does that require autogen? |
| # | 15:27:37 | csharp | I can try that too |
| # | 15:27:54 | moodaepo | Just throwing it out there |
| # | 15:28:04 | jenny has joined #evergreen |
| # | 15:28:11 | csharp starts by restarting opensrf |
| # | 15:31:01 | berick | bshum: this should apply cleanly to rel_2_0 http://dev198.esilibrary.com/~berick/patches/reg_perm_2_0.patch (no -p1 needed) |
| # | 15:31:38 | csharp | opensrf restarted, cache cleared, still visible |
| # | 15:31:43 | csharp tries autogen |
| # | 15:32:08 | berick | csharp: you removed them from the DB and opensrf.xml? |
| # | 15:32:29 | csharp | berick: yes - removed from DB and commented them out in opensrf.xml |
| # | 15:32:46 | berick | and restart opensrf.setting and open-ils.search (at minimum) |
| # | 15:32:56 | berick | or just all perl services |
| # | 15:34:22 | csharp | berick: yes and still there |
| # | 15:34:34 | csharp sticks fist through monitor |
| # | 15:36:27 | bshum | csharp: For fun thoughts, what if you deleted them entirely from opensrf.xml. Not just commenting it out. |
| # | 15:36:39 | csharp | bshum: good thought |
| # | 15:38:47 | tsbere celebrates security list welcome message |
| # | 15:39:18 | csharp | yay! |
| # | 15:39:29 | csharp | apparently commenting out is not enough ;-) |
| # | 15:39:36 | bshum | Evil. |
| # | 15:39:43 | bshum | It should have worked, oh well |
| # | 15:39:44 | csharp seeks tools to repair his monitor |
| # | 15:39:44 | tsbere | dbs: Which of us should start that discussion? |
| # | 15:39:53 | tsbere | csharp: how did you comment out? |
| # | 15:40:15 | csharp | tsbere: single #'s at the beginning of each line |
| # | 15:40:40 | bshum | csharp: I think you need to use those silly <-- --> arrows? |
| # | 15:40:41 | eeevil | csharp: <!-- ... --> is XML commmenting |
| # | 15:40:42 | tsbere | csharp: Aren't the config files XML? And thus needing XML style comments? Like <!-- commented out --> |
| # | 15:40:46 | bshum | Erm, ! |
| # | 15:40:47 | bshum | Yeah |
| # | 15:41:05 | csharp forehead slap |
| # | 15:41:13 | csharp | thanks all ;-) |
| # | 15:41:43 | alxp has quit IRC |
| # | 15:41:52 | csharp needs more sleep, apparently |
| # | 15:41:54 | Dyrcona | C-a C-[Space] C-e C-w is how I comment things out. :) |
| # | 15:42:07 | Dyrcona | or C-k C-k is faster. |
| # | 15:43:11 | csharp | Dyrcona: which editor? |
| # | 15:44:05 | bshum | berick++ # the patch applied nicely and testing so far appears quite functional. Awesome! |
| # | 15:44:27 | berick | bshum: great, thanks for testing |
| # | 15:46:01 | Dyrcona | *Which* editor? Why the One, True editor, Emacs.... :) |
| # | 15:46:34 | Dyrcona | Or, if you're old-fashioned, you can hit [Esc] dd |
| # | 15:46:37 | csharp | Dyrcona: I'm a vim guy ;-) |
| # | 15:46:52 | csharp prepares for fisticuffs |
| # | 15:48:36 | berick | csharp: syntax:on |
| # | 15:48:44 | csharp | berick: ha! |
| # | 15:49:05 | berick | er, :syntax on |
| # | 15:49:29 | bshum | Hmm, how are statistical categories ordered in 2.0? By ID rather than name? |
| # | 15:49:37 | bshum | Erm, patron statistical categories |
| # | 15:49:42 | bshum | From the dropdown selection |
| # | 15:50:04 | Dyrcona | bsum: could be. |
| # | 16:00:19 | Meliss has quit IRC |
| # | 16:02:47 | brendan2 has quit IRC |
| # | 16:04:11 | sfortin has quit IRC |
| # | 16:06:24 | dbs | apologies, folks, I was just out snowshoeing in the -18C weather |
| # | 16:07:30 | dbs | tsbere: if you have time to open it up, please do! |
| # | 16:07:41 | tsbere | dbs: Will do. Was already writing an email. |
| # | 16:07:46 | dbs | tsbere++ |
| # | 16:18:09 | tsbere has sent his email, thus starting the first security list discussion |
| # | 16:31:44 | tsbere grumbles about greylisting |
| # | 16:32:31 | dbs | weird, I got phasefx's reply (on one of my accounts, only), haven't seen tsbere's post yet. greylisting, heh |
| # | 16:33:27 | tsbere | My own fault for implementing it, although phasefx's reply was apparently "to all" not "to list" so I am getting a copy via google. Which hasn't made it through the greylister yet. |
| # | 16:35:15 | tsbere | Huh. I haven't gotten anything from a google-based account sent to me in over a month. |
| # | 16:37:00 | phasefx | dbs: the Finding stories one? weird, I thought I _just_ sent that less than a minute ago, but IRC says 3 minutes. spooky time travel :) |
| # | 16:37:10 | phasefx | gmail says 1 minute ago |
| # | 16:37:42 | dbs | phasefx: no, security |
| # | 16:37:49 | phasefx | ah, okay *8) |
| # | 16:53:34 | Dyrcona | dbs: I see that time travel phenomena quite a bit on some lists. I get replies sometimes before getting the original message. |
| # | 16:56:11 | bshum | Do money.billing entries with a timestamp of '2011-01-19 23:59:59-05' (i.e. tonight before midnight) show up in the patron records? Or is this just a placeholder event till it actually passes? |
| # | 16:56:45 | bshum | Also, when should the fine_generator.pl script run at night usually? |
| # | 16:57:29 | jeff | bshum: they show, the event is not a "placeholder", just a quirk. i'd like for it not to be a quirk, but that will be... complex. |
| # | 16:57:51 | jeff | bshum: some people run the fines generator more frequently, if they have things like hourly fines. |
| # | 16:57:58 | bshum | jeff: Right, that makes sense. |
| # | 16:58:15 | bshum | jeff: I guess I'm wondering if this is where the communication is breaking down between us and front-line staff. |
| # | 16:58:49 | jeff | if you run it after close and it completes before midnight, i think it might stop generating those "future" billings. |
| # | 16:59:18 | jeff | that might be the simplest fix for the "quirk" that annoys me so. :) |
| # | 16:59:34 | jeff | i don't know the internals well enough at this point. |
| # | 16:59:54 | jeff | i know it changed from 1.4 to 1.6 to accomodate hourly fines, etc. |
| # | 17:00:14 | jeff | that's when the due time of 23:59 came into existance also. |
| # | 17:00:18 | dbwells | jeff: but wouldn't that effectively change the amount being fined? |
| # | 17:00:24 | bshum | jeff: I'm trying to figure out exactly what's happening, because now I'm not sure whether we're seeing "extra" fines that shouldn't be there. Vs. fines that haven't happened yet. Vs. fines that aren't being reported right. |
| # | 17:01:14 | jeff | dbwells: it could, and that may or may not be "fixed" at checkin... see my disclaimer about not knowing the internals well enough yet :) |
| # | 17:02:32 | dbwells | jeff: fair enough. Then I guess I will also chime in to say that fines for 11:59 of the current day are 'normal' for us, too. |
| # | 17:02:47 | jeff | bshum: been there, it was Really Fun for circs that had fines that spanned 1.4 and 1.6 ;-) |
| # | 17:03:08 | jeff | those I can guarantee got at least one day's worth of "extra" fines. |
| # | 17:03:14 | jeff | (for our system, at least) |
| # | 17:03:21 | bshum | jeff: Well I'm just trying to make sure that it's not our perception of fines or if there really are extra days. |
| # | 17:03:30 | bshum | This all relates to the bug I filed about backdating and voiding of fines. |
| # | 17:03:42 | bshum | Because if that extra day really exists, then maybe it's not a real bug |
| # | 17:03:47 | bshum | But our mistaken perception of it. |
| # | 17:04:08 | bshum | And if it does exist, then we need to try getting rid of it, because it's really wigging people out |
| # | 17:04:15 | bshum | The extra day I mean |
| # | 17:04:27 | bshum | That's an interesting though about running fines before midnight though |
| # | 17:04:28 | jeff | this assumes that none of the circulations in question are "leap circs". due to gravitational forces related to large library collections, every 1048576th circulation is a "leap circ"... |
| # | 17:04:32 | jeff stops |
| # | 17:04:43 | dbwells | :D |
| # | 17:04:54 | bshum | Gahh......... |
| # | 17:05:55 | bshum | If the fine generator only runs once a day, and finishes its run before midnight, then these current day entries would probably not generate till it runs later in the evening. |
| # | 17:06:21 | Dyrcona | time and written language: two things that computers (and people) have a hard time with. |
| # | 17:06:28 | bshum | Sigh |
| # | 17:06:34 | bshum | Just can't win. |
| # | 17:07:04 | Dyrcona | bshum: add a few minutes to the dates and see what happens. You can play with this in a test server, right? |
| # | 17:07:35 | bshum | Dyrcona: Sort of, yeah |
| # | 17:07:40 | AaronZ-PLS has quit IRC |
| # | 17:13:14 | mjg_ has joined #evergreen |
| # | 17:17:55 | tsbere wonders if this email from denials caught in the greylister was supposed to go to the security list too |
| # | 17:20:58 | dbwells | bshum: not sure if this is still true concerning newer releases, but in 1.6, you can think of the the overdue timestamp as "this overdue charge covers until x" |
| # | 17:21:51 | dbwells | that is, if the bill is dated 1/19/2011 at midnight, the fine generator won't generate another fine until that time has passed. |
| # | 17:22:01 | dbs | tsbere: I replied all to yours, and failed on Dyrcona's |
| # | 17:22:13 | berick | bshum: think it's safe for me to push that user registration perm patch? |
| # | 17:22:26 | dbwells | bshum: by overdue timestamp, I mean the timestamp on the overdue billing. |
| # | 17:22:50 | bshum | berick: I think so. Seemed to work well on our test server with several different custom group permissions. |
| # | 17:23:17 | bshum | dbwells: Right, I think I get that. That's what the money.billing_ts is for an "Overdue Materials" entry. |
| # | 17:23:23 | berick | bshum++ great, thanks again |
| # | 17:23:43 | bshum | dbwells: But that seems to me that we have an extra entry when there really shouldn't be one. |
| # | 17:24:20 | bshum | dbwells: Because that entry that's there, means we won't generate a new fine, sure. But that still counts towards the total billed/owed by the patron |
| # | 17:24:34 | bshum | Even if they were to return the item today before closing time |
| # | 17:24:40 | bshum | The entry seems to stick |
| # | 17:25:45 | tsbere | dbs: I don't see anything from you on the list yet? Not according to archives, anyway. |
| # | 17:25:58 | phasefx | hrmm, I'm on trunk, and I see this log line from open-ils.actor, editor[!|1] checking perms user=1, org=4, perm=VIEW_CIRCULATIONS, but then immediately after get an error from open-ils.storage.permission.user_has_perm, where it's trying to pass an empty string instead of an integer, SELECT permission.user_has_perm('1','VIEW_CIRCULATIONS',''); |
| # | 17:26:08 | dbs | tsbere: "awaiting moderator approval" is what I got back |
| # | 17:26:52 | tsbere wonders why |
| # | 17:27:40 | dbwells | bshum: In my experience, if an item is due on 1/18 (at 11:59pm), when the generator runs anytime after that it will create a billing dated 1/19 at 11:59pm. That essentially means bill for today (1/19) and don't bill again until after this billing date (1/19 at 11:59pm) |
| # | 17:28:06 | dbwells | is this different that what you are seeing? |
| # | 17:28:42 | dbwells | So the bill is not for the future, but it 'covers' the future. |
| # | 17:28:51 | bshum | dbwells: No, you're right. I just need to count from the initial date forwards properly. |
| # | 17:29:32 | dbwells | bshum: but I think you are then correct that the backdate is one day too generous. |
| # | 17:30:21 | finnapz has quit IRC |
| # | 17:30:21 | Dmagick has quit IRC |
| # | 17:30:22 | eeevil has quit IRC |
| # | 17:30:22 | _bott_ has quit IRC |
| # | 17:30:22 | denials has quit IRC |
| # | 17:30:23 | csharp has quit IRC |
| # | 17:30:53 | bshum | dbwells: Tell me if this makes any sense |
| # | 17:30:54 | bshum | dbwells: An item that was due on 1/12 isn't returned till today |
| # | 17:30:55 | bshum | There's entries showing for 1/13, 1/14, 1/15, 1/18, and 1/19 |
| # | 17:31:05 | bshum | So that's 5 days of fines |
| # | 17:31:11 | bshum | Even though the patron returned the item today |
| # | 17:31:15 | Dyrcona has quit IRC |
| # | 17:31:17 | bshum | They still get charged for the 1/19 entry |
| # | 17:32:12 | dbwells | Yes, that is what I would expect, unless you have a grace period. The simplest example is one day overdue. |
| # | 17:32:25 | bshum | Hmm |
| # | 17:32:33 | dbwells | if its due on the 12th, they bring it back the 13th, they are charged for the 13th. |
| # | 17:32:45 | bshum | Yeah, you're right. |
| # | 17:34:00 | finnapz has joined #evergreen |
| # | 17:34:00 | Dmagick has joined #evergreen |
| # | 17:34:00 | eeevil has joined #evergreen |
| # | 17:34:00 | _bott_ has joined #evergreen |
| # | 17:34:00 | denials has joined #evergreen |
| # | 17:34:00 | csharp has joined #evergreen |
| # | 17:34:04 | bshum | That makes sense. |
| # | 17:34:04 | bshum | Okay, I think I'm back on the ball now. Kind of. |
| # | 17:34:17 | bshum | Yep, I think I finally get it. Thanks dbwells. |
| # | 17:34:38 | bshum | That really helps to put things back into perspective. Been running myself in circles trying to think it through. |
| # | 17:35:24 | dbwells | The quirkiest part really is the use of future dates on the billings (for me at least), but it allows really simple code like 'next if ($last_fine > $now);' |
| # | 17:35:56 | bshum | Indeed, I think that's where some folks have gotten so confused. |
| # | 17:36:09 | bshum | Myself included, apparently |
| # | 17:36:15 | dbs | tsbere: maybe it's filtering my denials@gmail.com mail |
| # | 17:36:17 | dbwells | not much more work to adjust by fine_interval, but I'm not sure how many places would need adjusting. |
| # | 17:40:53 | eeevil | sec mailing list needs some adjustment (private archive, etc) ... then members won't be moderated. sorry for the delay |
| # | 17:42:19 | eeevil | so, tonight or tomorrow morning for completion |
| # | 17:45:57 | mjg_ has left #evergreen |
| # | 17:51:51 | jenny has left #evergreen |
| # | 17:54:47 | pmplett has quit IRC |
| # | 17:57:42 | tsbere | eeevil: The archive defaults to private. I checked that they were before starting stuff on it. And I wasn't moderated, so I dunno. |
| # | 18:39:24 | dbs has quit IRC |
| # | 19:20:40 | youdonotexist has quit IRC |
| # | 19:48:31 | eeevil | tsbere: I'm not personally addressing the mailing list config, thus "tonight or tomorrow", but it looks like "tonight" was it in any case :) |
| # | 19:49:23 | dave-esi is now known as dave-esi-away |
| # | 21:08:26 | jeff grins |
| # | 22:21:37 | bshum has quit IRC |
| # | 23:57:46 | moodaepo has quit IRC |
April 10-13