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.git;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 gitadminevergreen-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 |
'gitadminevergreen-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 mpetersemeralddata.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 |
gitadminevergreen-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 gmcesilibrary.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=working/Evergreen.git;a=commitdiff;h=b16f81e43e3fb27323d468fa082cc148a1333d87 |
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/Evergreen.git;a=shortlog;h=refs/heads/user/mrpeters/lp1154656_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 |