Evergreen ILS Website

IRC log for #evergreen, 2015-06-09

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:35 gsams joined #evergreen
01:13 _bott_ joined #evergreen
01:15 dkyle joined #evergreen
02:32 eby joined #evergreen
03:18 dcook joined #evergreen
03:38 collinanderson joined #evergreen
04:52 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
05:48 terminalfool joined #evergreen
07:15 mrpeters joined #evergreen
07:36 * csharp returns from 5-day weekend
07:48 graced joined #evergreen
08:02 Bmagic csharp: wb
08:06 jboyer-isl Oh, 100% /boot, you cad.
08:07 jboyer-isl csharp: A 5-day weekend sounds like the best kind of weekend.
08:07 rjackson_isl joined #evergreen
08:08 jboyer-isl I'd be up for one of those just about every week. :D
08:11 akilsdonk joined #evergreen
08:18 csharp Bmagic: thanks!
08:19 csharp jboyer-isl: yep - it was a welcome respite
08:20 Newziky joined #evergreen
08:38 mmorgan joined #evergreen
08:40 collum joined #evergreen
08:40 ericar joined #evergreen
08:56 Newziky joined #evergreen
09:01 jwoodard joined #evergreen
09:22 maryj joined #evergreen
09:31 sarabee joined #evergreen
09:50 Dyrcona joined #evergreen
09:58 bshum jboyer-isl: I hate it when that happens to my /boot too :(
09:59 Dyrcona eeevil: Seeing as the unless(exists $self->{account}) is in MsgType.pm and MsgType.pm has no account field, and is not a subclass of the server, I think tsbere's check is correct.
10:03 * kmlussier doesn't want to get her hopes up too high, but is happy to report that she just completed two successful tests on the negative balances branch.
10:08 Newziky left #evergreen
10:09 jeff does conditional negative balances and payments by billing type still completely disagree on everything?
10:09 * jeff will make time to look
10:25 dbwells jeff: they definitely would need some harmonization, but I don't think they completely disagree.  The root issue is that payments don't really apply to specific billings, except when they do :)
10:25 bshum Dyrcona: Yeah I got no idea about bug 1151468.  It was ages ago, no idea why I changed the status.
10:25 pinesol_green Launchpad bug 1151468 in Evergreen "clark kent generates iso8859-1 reports" (affected: 1, heat: 6) [Medium,Incomplete] https://launchpad.net/bugs/1151468
10:27 jeff dbwells: if you use time as your reference they do. :-)
10:28 jeff (conversely: except when they don't -- see yesterday's bit about future-dated billings and my desire to have some resolution there)
10:30 csharp so... where can I get "hatch"?  Is that in the Evergreen repo?
10:31 dbwells jeff: Turn your desires into reality... via bug #1422379
10:31 pinesol_green Launchpad bug 1422379 in Evergreen "Move money.billing timestamps back to moment of fine" (affected: 1, heat: 6) [Medium,New] https://launchpad.net/bugs/1422379
10:31 jeff dbwells++
10:32 berick csharp: http://git.evergreen-ils.org/?p=working/random.g​it;a=shortlog;h=refs/heads/collab/berick/hatch2
10:32 csharp berick: ah - thanks!
10:32 jeff dbwells: I had forgotten about that one!
10:33 dbwells It's actually a pretty simple branch.  We've been running it in production since Feb. with no ill effects noted.
10:34 jeff I like this much better than trying to teach Every Single Thing about future billings.
10:35 jeff (like yesterday's example of mmpbbt, which iirc pre-dates the future-billing era)
10:35 jeff Hrm. That could cloud the upgrade script a bit -- the fact that some databases will have billings that were not actually future-dated.
10:42 tsbere jeff: Dunno if you saw my comment from last night.
10:42 tsbere eeevil: After more thought I have decided you were partially correct, what I changed the unless test to was not what I wanted. I have now added another commit to the branch to correct that.
10:53 mtj_ joined #evergreen
11:07 pastebot "berick" at 64.57.241.14 pasted "combined test branch for bug squashing day" (10 lines) at http://paste.evergreen-ils.org/64
11:07 berick FYI, we'll be poking at the branch tomorrow.  pasting in case anyone else can use the branch for testing
11:08 sandbergja joined #evergreen
11:15 bmills joined #evergreen
11:31 kmlussier berick++
11:32 dbwells jeff: I believe fines have always been future timestamped; IIRC the thing which got tweaked a couple times circa 1.6 was exactly when they would generate, but the timestamp for the fine remained constant.  I had to dig deep to verify, but you can see the genesis of generate_fines() from way back when here: b155b2af10084d .  There we see that the first fine was dated one fine_interval past the due date, and subsequent fines built off that.  I'll add
11:32 dbwells some of this to the bug record.
11:32 pinesol_green [evergreen|miker] moving fine generation into the storage server so that the biz logic can force it - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b155b2a>
11:34 kmlussier joined #evergreen
11:34 mceraso joined #evergreen
11:34 bshum joined #evergreen
11:34 pinesol_green All hail the supreme potentate, bshum has arrived!
11:36 * berick chuckles
11:38 bshum Aha....
11:39 kmlussier bshum: We need more of those for other people. :)
11:39 bshum kmlussier: Indeed, hehe
11:40 jeff dbwells: thanks. i'll dig some to resolve the discrepancies between by memory and facts. :-)
11:41 gerson joined #evergreen
11:51 dbs @herald add dbs Oh man, is that guy still hanging around here?
11:51 dbwells jeff: Ok, I am remembering another wrinkle.  I think the extra confusing part is that the perceived effect (for at least some early versions of Evergreen) was a one fine_interval grace period, which some sites wanted, so the code "worked" from that perspective (the fine was dated late, but also billed at the end of each fine_interval).  I am not sure it would be possible to preserve that idiosyncracy in a meaningful way.  Hmmm.
11:51 pinesol_green dbs: The operation succeeded.
11:56 astonesc joined #evergreen
12:03 kmlussier Ha ha.
12:21 gerson left #evergreen
12:37 mmorgan Is this more of a Bug or a Feature Request? lp 1439854
12:37 pinesol_green Launchpad bug 1439854 in Evergreen "Permission checkpoint is needed for Mark Claimed Never Checked Out" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1439854
12:49 montgoc1 joined #evergreen
12:51 Sato joined #evergreen
13:25 collum joined #evergreen
13:34 bshum dbs++ # hahaha, love it :)
13:43 jeffdavis mmorgan: I'm inclined to see that as a bug, since the missing feature exists for closely related functions. But I may have a more expansive definition of "bug" vs feature request than most.
14:12 mrpeters Anyone monitoring gitadmin@evergreen-ils.org?  I submitted a request almost 24 hours ago and haven't gotten a reply.  I need to push some patches before the upcoming bug squashing day from a customers server.
14:12 bshum mrpeters: There's about four or so people who can wrangle that.  I am unfortunately not one of them.
14:13 mrpeters no problem, bshum I know you arent
14:13 * bshum pokes dbs, gmcharlt, tsbere
14:14 mtj_ joined #evergreen
14:14 gmcharlt meh, never got it; must be lying on the floor somehwere
14:14 gmcharlt mrpeters: email me your key(s) directly, please
14:15 mrpeters gmcharlt: was around 4:40 yesterday, and again around 10AM this morning
14:15 mrpeters on its way to you direct
14:15 bshum gmcharlt++
14:15 bmills joined #evergreen
14:18 tsbere mrpeters: I don't recall seeing the message either, maybe you typoed the address? (Or someone broke the alias, maybe...)
14:18 * dbs didn't see the msg either
14:18 mrpeters 'gitadmin@evergreen-ils.org'
14:18 mrpeters pulled from the dev:git wiki page
14:18 gmcharlt that's the one
14:18 * tsbere doesn't like the alias either, for that matter, due to the way it doesn't play nice with SPF and similar things
14:18 dbs Were you also asking us to enter our banking information?
14:18 mrpeters heh, no banking info :)
14:19 gmcharlt One...million... dollars
14:19 gmcharlt mrpeters: FWIW, the direct message hasn't reached me yet either
14:20 mrpeters hmm that doesn't make much sense -- any chance a spam filter is blocking it because of having the rsa key in the body?
14:20 jeff pretty unlikely.
14:20 mrpeters gmcharlt: i sent you a seperate email without the key, lets see if you get that
14:23 dbs is it coming from a yahoo account? google loves to filter those into spam
14:24 mrpeters no, @emeralddata.net
14:24 mrpeters 0E95432184E     5675 Mon Jun  8 16:39:47  mpeters@emeralddata.net
14:24 mrpeters (host evergreen-ils.org[64.57.241.14] said: 451 Requested action aborted: local error in processing (in reply to RCPT TO command))
14:24 mrpeters gitadmin@evergreen-ils.org
14:25 mrpeters looks like it's on my end, however, that doesnt explain the email to gmc direct
14:25 * bshum whistles to himself
14:28 mrpeters gmcharlt: did the email to gmc@esilibrary.com come thorugh?
14:28 mrpeters i dont show it hung up in the queue like the 2 messages to gitadmin
14:28 gmcharlt mp[e
14:28 gmcharlt er, nope
14:28 jeff there is an issue on the host handling @evergreen-ils.org
14:29 mrpeters yeah, i know GPLS has been moving some stuff around but I don't think DNS for lupin has changed
14:30 mrpeters gmcharlt: looks like it was delivered OK?  http://pastie.org/10231829
14:31 gmcharlt mrpeters: might be a coincidental delivery lag on my end
14:31 gmcharlt on the other... you could go ahead and pastebin the pubkeys
14:31 gmcharlt *hand
14:31 mrpeters yep, thats what i was going to ask
14:32 mrpeters someone might want to try sending to the gitadmin address though, and be sure your mail gets through
14:32 gmcharlt one thing at a time
14:32 mrpeters could be a local issue, but i would hate for it to be happening to everyone
14:32 mrpeters key: http://pastie.org/private/21pigoufctze1iulqg
14:33 bshum @blame zimbra
14:33 pinesol_green bshum: zimbra stole bradl's tux doll!
14:33 bshum Heh
14:33 mrpeters yeah, i don't love it...that is for sure
14:34 gmcharlt ok, it's in place nw
14:34 mrpeters thank you
14:35 bshum mrpeters: I hate it less now that I don't deal with it on a semi-regular basis.
14:36 bshum But it can be a vexing thing at times.
14:36 bshum Like most software though, so meh.
14:36 * jeff chuckles at himself
14:38 * gmcharlt is unreservedly happy with some software
14:38 gmcharlt cat(1), for instance, has never let me down!
14:38 gmcharlt ;)
14:39 mrpeters berick: https://bugs.launchpad.net/evergreen/+bug/1154656 is rebased with master and all of the patches were merged into 1 before applying
14:39 pinesol_green Launchpad bug 1154656 in Evergreen 2.4 "MARC Expert Search "Add Rows" adds duplicate row" (affected: 5, heat: 24) [Medium,Confirmed]
14:39 mrpeters sorry about that, i would have beat you to removing the pull request tag if i had known my email didnt go through with my keys :)
14:41 mrpeters https://bugs.launchpad.net/evergreen/+bug/1406387 also rebased, as Blake GH requested -- Adam is currently away on other projects
14:41 pinesol_green Launchpad bug 1406387 in Evergreen "Metarecord holds from staff client pulls in staff barcode" (affected: 2, heat: 10) [Undecided,New] - Assigned to Terran McCanna (tmccanna)
14:41 tsbere gmcharlt: As you appear to have written the original code I am poking you with this: https://bugs.launchpad.net/sipserver/+bug/1463459
14:41 pinesol_green Launchpad bug 1463459 in SIPServer "Status Message Handler always ignores login" (affected: 1, heat: 6) [Undecided,New]
14:42 * jeff waits for google mail log search to complete
14:42 mrpeters shot another message to gitadmin -- went through on this end
14:42 mrpeters please let me know if it comes through
14:43 jeff mrpeters: you're currently greylisted. no further emails to gitadmin should be needed.
14:43 berick mrpeters: hm, i think something is amiss with your rebase.  top commit in your branch is... large.  http://git.evergreen-ils.org/?p=worki​ng/Evergreen.git;a=commitdiff;h=b16f8​1e43e3fb27323d468fa082cc148a1333d87
14:44 mrpeters ugh, yeah, that is not right at all
14:46 mrpeters darn it -- staff/css/style.css.tt2 was not where i intended to go with that
14:48 mrpeters fixed now, sorry berick
14:48 mrpeters http://git.evergreen-ils.org/?p=working/Evergre​en.git;a=shortlog;h=refs/heads/user/mrpeters/lp​1154656_fix_duplicate_marc_expert_search_rows with a force push
14:49 jeff mrpeters: your emails to gitadmin have gone through. amusingly, google and evergreen-ils.org were both experiencing issues (different, still ongoing in google's case)
14:50 mrpeters great, thanks jeff
14:50 mrpeters sorry for the trouble
14:50 jeff you're welcome!
14:52 * tsbere sees a pile of emails about keys and testing now
14:52 mrpeters :( sorry tsbere
14:52 tsbere mrpeters: At least we know it is working now :D
14:52 berick mrpeters: cool, will take a look
14:54 ningalls joined #evergreen
15:29 dbs amusingly, Google _did_ filter those key requests into my spam filter once they actually arrived.
15:49 jeff not that surprising, especially with a large delay. it's not an explicit SPF fail ("all" is just a weird way of spelling "+all"), but I'd be interested to know what google said for the message "similar to other spam", etc.
15:52 dbs gmail "show original" doesn't turn anything up ('Received-SPF: pass'), but I've already unflagged it
15:53 jeff ah. yeah, it would be in the normal message view when it's in spam.
15:53 tsbere I have seen systems flag anything coming from a domain with an all or +all that wasn't listed in the record itself as spam
15:53 jeff i'm not that curious. :-)
15:53 jeff tsbere: "that wasn't listed in the record itself"?
15:54 tsbere jeff: v=spf1 mx a ip:blah etc +all
15:55 tsbere the mx, a, ip, etc wouldn't be flagged as spam automatically. Everything else would on the basis of "spammers love those domains due to the +all"
16:14 kmlussier csharp: Should you still be assigned to bug 1446860?
16:14 pinesol_green Launchpad bug 1446860 in Evergreen "staff users can edit their own accounts" (affected: 3, heat: 14) [High,Confirmed] https://launchpad.net/bugs/1446860 - Assigned to Chris Sharp (chrissharp123)
16:18 jeff tsbere: ah. yeah, that's not the intended use case of spf, I don't think. :-)
16:19 tsbere jeff: I don't think +all is exactly what was intended to be published in a real record either, so...
16:24 collinanderson joined #evergreen
16:38 jeffdavis Is anyone here in the habit of purging deleted bib records (i.e. removing them from the database altogether)?  If so, how do you do it?
16:40 kmlussier jeffdavis: C/W MARS has talked about doing this, but I don't think they've found a good solution yet. If you come up with anything, I know they'll be interested in hearing about it.
16:50 bshum jeffdavis: about a year ago, Dyrcona helped us write a script to help us truly delete bib records that were hanging about for no reason (i.e. never attached copies, never used, etc.)
16:50 bshum We didn't actually run it yet, cause the process took too long on a test server attempt.
16:51 bshum But yeah, the idea's been batted around a bit.
16:51 bshum The trick as I understand it is finding all the places where bibs might hang to something.  For us it got interesting with things like acquisitions
16:54 Dyrcona Yep.
16:55 Dyrcona Lots of stuff you have to delete when you want to really delete bibs.
16:57 bshum And triggers to disable.
16:59 jeff ...and tables to vacuum before i sleep.
17:05 jeffdavis Yeah, that's pretty much where I'm at with writing my own script for this.
17:11 jeffdavis Evergreen: putting the "integrated" in ILS (and the "relational" in RDBMS) since 2006.
17:12 mmorgan left #evergreen
17:13 bmills1 joined #evergreen
17:16 Dyrcona I don't think bshum would object if I shared the script that I wrote for Biblio and I won't object if he shares it.
17:17 * bshum doesn't mind.
17:20 jeffdavis That would be great!
17:21 Dyrcona jeffdavis: It will have to wait until later. I should be heading home from the office.
17:22 Dyrcona Plus, it's easier to find on my personal laptop.
17:22 Dyrcona BBIAB
17:26 bshum jeffdavis: I sent along what I had in my inbox.
17:27 bshum I haven't looked at it recently in awhile, so... definitely needs more love I think.
17:28 jeffdavis bshum++ # thanks!
17:28 jeffdavis Dyrcona++
17:41 jeff heh. digging for "overdue billings on the same calendar day" turns up lots of xacts with that situation on 2008-11-02 and 2009-11-01 (DST)
18:26 buzzy joined #evergreen
18:28 Dyrcona joined #evergreen
18:29 Dyrcona jeffdavis: Here's the script: http://www.sigio.com/dists/real_bib_delete.sql
18:29 Dyrcona It could use some improvement, particularly in the main loop query.
18:30 Dyrcona Might be able to do it with where {whatever} is null instead of having count({whatever}) = 0
18:30 Dyrcona but, anyway.
20:25 Callender_ joined #evergreen
21:08 gdunbar joined #evergreen
21:24 akilsdonk joined #evergreen
22:09 dcook__ joined #evergreen
23:05 akilsdonk_ joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat