| Time |
Nick |
Message |
| 00:15 |
|
bmills joined #evergreen |
| 01:39 |
|
Mark__T 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> |
| 06:32 |
|
artunit_away joined #evergreen |
| 07:02 |
|
jacobsd joined #evergreen |
| 07:20 |
|
rlefaive joined #evergreen |
| 07:35 |
|
jboyer-isl joined #evergreen |
| 07:48 |
|
mrpeters joined #evergreen |
| 07:57 |
|
jacobsd_ joined #evergreen |
| 08:00 |
jacobsd_ |
Good Morning. First time here. Testing a Kindle app and drinking coffee. Lots of coffee. |
| 08:16 |
|
eby joined #evergreen |
| 08:20 |
|
ericar joined #evergreen |
| 08:27 |
kmlussier |
Good morning jacobsd_. Welcome! |
| 08:28 |
kmlussier |
@coffee |
| 08:28 |
* pinesol_green |
brews and pours a cup of Nicaragua Maragogipe Organic, and sends it sliding down the bar to kmlussier |
| 08:32 |
* jboyer-isl |
tried to grab some coffee this morning but the place I went isn't open before lunch. :-/ |
| 08:32 |
* jboyer-isl |
can't talk in the third person consistently. |
| 08:35 |
kmlussier |
@coffee jboyer-isl |
| 08:35 |
* pinesol_green |
brews and pours a cup of Kenya Kagongo Peaberry, and sends it sliding down the bar to jboyer-isl |
| 08:36 |
jboyer-isl |
kmlussier++ |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:43 |
|
Dyrcona joined #evergreen |
| 08:44 |
|
collinanderson joined #evergreen |
| 08:56 |
|
collum joined #evergreen |
| 09:00 |
|
akilsdonk joined #evergreen |
| 09:05 |
|
maryj joined #evergreen |
| 09:06 |
|
jwoodard joined #evergreen |
| 09:12 |
Dyrcona |
gmcharlt++ kmlussier++ # For following up on bugs last night. |
| 09:16 |
kmlussier |
berick: I'm testing bug 1440114 this morning, but I was also wondering if a test is needed for that code. |
| 09:16 |
pinesol_green |
Launchpad bug 1440114 in Evergreen "Support "blanket" orders in acquisitions via direct charges" (affected: 1, heat: 8) [Wishlist,New] https://launchpad.net/bugs/1440114 - Assigned to Kathy Lussier (klussier) |
| 09:16 |
* kmlussier |
still doesn't have a good handle on how to determine if a test is needed and, therefore, may be asking that question a lot this week. |
| 09:18 |
* kmlussier |
is also setting a goal to get acq data in the Concerto dataset before the 2.10 release so that she doesn't have to continually create funds & providers every time she tests acq. |
| 09:19 |
berick |
kmlussier: hm, yeah, a pgtap test at minimum. i can look at that today |
| 09:19 |
berick |
thanks for testing |
| 09:19 |
|
akilsdonk_ joined #evergreen |
| 09:20 |
|
RoganH joined #evergreen |
| 09:20 |
|
yboston joined #evergreen |
| 09:21 |
kmlussier |
berick++ |
| 09:26 |
|
ericar_ joined #evergreen |
| 09:26 |
* Dyrcona |
thinks there might still be a bug in circ for pre-cat copies, because the ILL software is placing copy holds. |
| 09:33 |
kmlussier |
Ooh! It's so strange seeing the acq admin menu on its own. Now that I see it there, I almost feel like it should say "Acquisitions Administration" instead of just plain "Acquisitions" to distinguish it from the other acq menu. |
| 09:37 |
Dyrcona |
You're probably right, though I have to admit not applying that patch, yet. |
| 09:39 |
kmlussier |
I think it's already been merged to master. |
| 09:40 |
kmlussier |
I'll ask jihpringle for her thoughts later this morning. |
| 09:40 |
|
Shae joined #evergreen |
| 09:42 |
Dyrcona |
Yep. I'm sure it was pushed to master. |
| 09:43 |
|
berowskim joined #evergreen |
| 09:45 |
Stompro |
jacobsd_, good morning Denny, you got an early start this morning. |
| 09:57 |
|
collinanderson joined #evergreen |
| 10:11 |
jboyer-isl |
berick: We've been playing with the marc_stream_importer script and there's something I'm not understanding. There are all the regular options for import on no match, merge on single match, etc., but how does it choose a match set to use at all? I don't see anything in the script that references them and I didn't think there was a "default" in the system. |
| 10:12 |
jboyer-isl |
Or miker, if you have any ideas on that they would be appreciated also. |
| 10:14 |
berick |
jboyer-isl: the script assumes your queue has a match_set applied |
| 10:15 |
berick |
or not, if you don't want one |
| 10:15 |
jboyer-isl |
Ah. I see. I haven't poked about in the db to see that they're associated beyond a single import. |
| 10:15 |
jboyer-isl |
That helps a lot. |
| 10:16 |
berick |
cool |
| 10:16 |
jboyer-isl |
Hah, there it is. vandelay.bib_queue.match_set. |
| 10:16 |
jboyer-isl |
berick++ |
| 10:31 |
|
ericar_ joined #evergreen |
| 10:33 |
bshum |
jeff: berick: I'm firing up a fresh VM to try out the selfcheck/JSPAC removal branch and see where that is. |
| 10:33 |
berick |
kmlussier: i'd be happy to assist w/ getting acq concerto data |
| 10:33 |
berick |
bshum++ |
| 10:34 |
bshum |
At the very least, I think berick's selfcheck removal start is fine. jeff's killing off JSPAC is a bit more ambitious. |
| 10:34 |
bshum |
:D |
| 10:34 |
berick |
i definitely had the easy part |
| 10:36 |
kmlussier |
berick: Thanks! |
| 10:36 |
|
jacobsd__ joined #evergreen |
| 10:36 |
|
kmlussier joined #evergreen |
| 10:36 |
|
mceraso joined #evergreen |
| 10:36 |
|
bshum joined #evergreen |
| 10:36 |
pinesol_green |
All hail the supreme potentate, bshum has arrived! |
| 10:37 |
|
berowskim_ joined #evergreen |
| 10:37 |
* berick |
adds release notes to bug 1384740 |
| 10:37 |
pinesol_green |
Launchpad bug 1384740 in Evergreen "Add authority records support to marc stream importer (Connexion)" (affected: 2, heat: 12) [Wishlist,New] https://launchpad.net/bugs/1384740 |
| 10:41 |
|
jacobsd_ joined #evergreen |
| 10:51 |
|
Christineb joined #evergreen |
| 10:55 |
dbs |
éwin 18 |
| 10:55 |
dbs |
darned fr_ca keyboard |
| 10:57 |
berick |
*ahem* kéyboard |
| 10:57 |
Dyrcona |
AZERTYUIOP |
| 10:58 |
Dyrcona |
clavier |
| 10:58 |
|
jcamins__ joined #evergreen |
| 10:59 |
Dyrcona |
Well, fr_fr is AZERTY. |
| 11:05 |
|
csharp joined #evergreen |
| 11:07 |
bshum |
jeff: Well, for fun note, make install fails on the jspac removal branch because it tries to copy the jspac files and fails to do so |
| 11:10 |
|
bmills joined #evergreen |
| 11:12 |
|
eady joined #evergreen |
| 11:12 |
|
mtj_ joined #evergreen |
| 11:13 |
bshum |
I think it draws from webcore-install in Open-ILS/web/Makefile.am |
| 11:14 |
bshum |
The last step there is a cd to the different dirs for legacy web |
| 11:14 |
bshum |
And that fails cause we're removing most of them |
| 11:15 |
* bshum |
rebuilds without that for i loop to test |
| 11:17 |
|
bmills1 joined #evergreen |
| 11:17 |
bshum |
That worked at least. |
| 11:18 |
bshum |
Though we probably should go back and gut that Makefile to remove unnecessary bits |
| 11:18 |
* bshum |
builds a staff client to test interfaces |
| 11:18 |
|
bmills joined #evergreen |
| 11:27 |
kmlussier |
berick: In my last comment on the blanket bug, please replace any mentions of "standing order" with the word "blanket." |
| 11:27 |
* kmlussier |
hasn't had her coffee yet this morning. :/ |
| 11:27 |
* berick |
nods |
| 11:27 |
berick |
@coffee kmlussier |
| 11:27 |
* pinesol_green |
brews and pours a cup of Nicaragua El Progresso COE Lot #1, and sends it sliding down the bar to kmlussier |
| 11:28 |
kmlussier |
Yeah, that's the second cup I've gotten from pinesol_green today. For some reason, pinesol_green's coffee doesn't make me more alert. |
| 11:29 |
berick |
clearly your tolerance is increasing |
| 11:32 |
mmorgan |
kmlussier: or pinesol_green is slipping you decaf ;-) |
| 11:33 |
berick |
remote decaf exploits are the worst |
| 11:35 |
bshum |
kmlussier: fwiw, I think I agree with you, +1 to "Acquisitions Administration" |
| 11:36 |
pinesol_green |
[evergreen|Galen Charlton] LP#1482400: when activating a PO, provide better progress updates - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c3ddeac> |
| 11:36 |
pinesol_green |
[evergreen|Galen Charlton] LP#1482400: UT for OpenILS::Application::Acq::BatchManager changes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4661d6c> |
| 11:36 |
pinesol_green |
[evergreen|Galen Charlton] LP#1482400: add release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d1ebcec> |
| 11:37 |
|
jihpringle joined #evergreen |
| 11:37 |
kmlussier |
OK, maybe I'll whip up a branch. I might make one other change to the menu while I'm there to squash a minor annoyance I've had for a while. I hate how we use Invoice Item Type as a label in the menu when they are referred to as Charge Types on the PO/Invoice. |
| 11:38 |
kmlussier |
Well, hate might be a strong word. But I was reminded of it while looking at blanket orders today. |
| 11:40 |
bshum |
Okay, berick and jeff's branches to kill js selfcheck and a lot of the old JSPAC installed cleanly for me for the most part. Have to do further tidying of the Makefile, but I've pushed a rebased http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/bshum/kill-jspac-rebase for consideration. |
| 11:40 |
bshum |
I'll update the LP itself with my notes. |
| 11:43 |
|
_bott_ joined #evergreen |
| 11:49 |
|
pdot joined #evergreen |
| 11:50 |
pdot |
Hello everyone, I've a question regarding registering new patrons: what permissions are required? |
| 11:52 |
pdot |
I'm assuming user_request.* CREATE_USER VIEW_USER |
| 11:56 |
pdot |
some more detail, I'm running version 2.8, with stock hierarchies |
| 11:59 |
bshum |
Hi pdot! So, hmm, I don't happen to remember offhand what all the specific permissions are for that. |
| 11:59 |
bshum |
If it was me though, I'd look through what permissions get assigned to the circulator group by default |
| 11:59 |
bshum |
And see if that provides some hints |
| 12:00 |
bshum |
pdot: Are you attempting to create a new user group that only has permissions to perform patron registration? |
| 12:00 |
bshum |
or is there some other goal you have in mind? |
| 12:03 |
pdot |
bshum: good call, wow there's a lot.. will pastebin my current circulators' permissions. |
| 12:05 |
pdot |
in short, I have two really (really) small branches, under a single consortium both branches will be manned by a single volunteer (so to my knowledge they'll need circulation, acquisitions, and catalogue permissions |
| 12:06 |
|
collinanderson joined #evergreen |
| 12:08 |
mmorgan |
pdot: bshum: It looks like the default permissions for Circulator don't allow creating users, but Circulation Administrator looks to have relevant permissions. |
| 12:08 |
bshum |
mmorgan++ # telling it like it really is |
| 12:08 |
* bshum |
is such a slacker |
| 12:09 |
pdot |
pic.com/r/15nrmew/8 first half (of what I assume are the defaults) |
| 12:09 |
* mmorgan |
just happens to be logged into a masslnc sandbox atm ;-) |
| 12:09 |
pdot |
cool, let me trying adding circulation admin as a secondary group |
| 12:10 |
kmlussier |
I think we've had this same discussion in here before, but does anyone find it odd that the circulator group doesn't allow you to create a user? |
| 12:11 |
* mmorgan |
agrees with kmlussier. |
| 12:13 |
pdot |
I'd have to agree. So I tried adding circulation admin as a secondary group. on login I get prompted for VIEW_BILLING permission, and the register new patron file menu is still greyed out. (using the launch page only shows buttons, not form fields) |
| 12:14 |
pdot |
*view_billing_type (which is set to depth consortium in my primary group already..) |
| 12:14 |
pdot |
do I need to run autogen.sh after altering permission groups? |
| 12:15 |
mmorgan |
pdot: Just a thought - did you assign your user a working location? |
| 12:15 |
pdot |
I did, one of my branches |
| 12:15 |
mmorgan |
Don't think you need to run autogen for a permission group change. |
| 12:18 |
mmorgan |
pdot: Are you logging in on a workstation registered to the same branch as that working location? |
| 12:19 |
pdot |
ah, I hadn't thought of client registration, amusingly setting my primary group to circulation admin seems to have fixed it |
| 12:19 |
pdot |
checking that now |
| 12:22 |
mmorgan |
Ah. So maybe someone besides me is running into lp 1480432 |
| 12:22 |
pinesol_green |
Launchpad bug 1480432 in Evergreen "Staff users can have permission at a more restrictive depth than assigned via a permission group" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1480432 - Assigned to Michele Morgan (mmorgan) |
| 12:23 |
pdot |
quite possibly, I'll need to learn more first though |
| 12:29 |
pdot |
so I setup client profiles to bounce between my branches, no effect of my lack of permission |
| 12:32 |
pdot |
ah, I don't think said bug applies to me? my staff ou as all permissions at the same depth |
| 12:32 |
pdot |
*has all |
| 12:32 |
|
jwoodard joined #evergreen |
| 12:35 |
kmlussier |
pdot: Yes, but it could be another way that the bug manifests itself. |
| 12:35 |
* mmorgan |
did not consider that the bug might be an issue with primary and secondary permission groups as well. Will need to test some more... |
| 12:45 |
mrpeters |
so, come to find out, we're already giving a hint about the password -- Open-ILS/src/templates/opac/myopac/update_password_msg.tt2 |
| 12:45 |
mrpeters |
Note: The password must be at least 7 characters in length, contain at least one letter (a-z/A-Z), and contain at least one number. |
| 12:46 |
mrpeters |
so my patch will only touch the config.org_unit_setting_type with a hint to update that template if you make a change to the regex |
| 13:02 |
mrpeters |
pullrequest and working branch added to https://bugs.launchpad.net/evergreen/+bug/1013786 |
| 13:02 |
pinesol_green |
Launchpad bug 1013786 in Evergreen "tpac: Check for password strength at login" (affected: 7, heat: 36) [Medium,Confirmed] - Assigned to Jeff Godin (jgodin) |
| 13:04 |
|
bmills joined #evergreen |
| 13:05 |
jeff |
mrpeters: thanks. that's an interesting additional change. i'll take a look! |
| 13:06 |
bshum |
Hmm, interesting, but that doesn't seem to actually fulfill what the bug reported is asking for, which is dealing with the password change at first login, no? |
| 13:07 |
jeff |
right. that's the part i'm working on. |
| 13:07 |
bshum |
Maybe it should be its own separate bug |
| 13:07 |
jeff |
mrpeters wanted to add an additional change. |
| 13:07 |
jeff |
but yes, it's possible that that belongs in another bug. |
| 13:08 |
bshum |
well I just mean if we want to merge that first part now, it should probably be its own ticket |
| 13:08 |
mrpeters |
perhaps it should be, but it came up in our discussion yesterday about that bug, so i figured it was the most appropriate place for it |
| 13:08 |
bshum |
That way we can leave the original issue on its own and still open till we actually have code to address it |
| 13:08 |
jeff |
+1 to bshum's idea, without having looked at the mrpeters branch (in a meeting) |
| 13:08 |
bshum |
It's not like we're going to mark the bug as fix committed / released if the original issue is still there. |
| 13:09 |
mrpeters |
right -- i would check out our discussion from yesterday -- http://irc.evergreen-ils.org/evergreen/2015-08-17#i_196575 |
| 13:09 |
mrpeters |
was very productive, and a lot of good stuff was brought up |
| 13:15 |
mrpeters |
ill open a new bug about this, specifically, and move my comments over there |
| 13:15 |
bshum |
Sounds good mrpeters, thanks. |
| 13:15 |
mrpeters |
if anyone has the ability to delete that comment, feel free, it doesnt appear that i can |
| 13:15 |
kmlussier |
mrpeters: I caught a bit of that discussion on scrollback. I also would recommend linking to it from the original bug so that it doesn't get lost. |
| 13:16 |
mrpeters |
agreed, kmlussier |
| 13:16 |
kmlussier |
No, you can't delete/edit comments in LP. |
| 13:16 |
kmlussier |
Well, maybe somebody can. Somebody with superpowers. |
| 13:20 |
Dyrcona |
mrpeters: you might be able to hide the comment. |
| 13:21 |
mrpeters |
https://bugs.launchpad.net/evergreen/+bug/1486151 |
| 13:21 |
pinesol_green |
Launchpad bug 1486151 in Evergreen "Modifying password regular expression in Library Settings Editor can cause helper on the Update Password page to be invalid" (affected: 1, heat: 6) [Undecided,New] - Assigned to Michael Peters (mrpeters) |
| 13:21 |
dbwells |
mrpeters: comments can't be deleted, but some of us can hide them. This has generally been used only for sensitive information, but since I was already in there and the comment was kinda long to be followed by a "nevermind that last comment", I went ahead and hid it :) |
| 13:21 |
mrpeters |
thanks! |
| 13:21 |
bshum |
dbwells++ |
| 13:21 |
mrpeters |
i also removed pullrequest tag |
| 13:22 |
* Dyrcona |
has an off-site. See ya later. |
| 13:22 |
kmlussier |
dbwells++ |
| 13:22 |
mrpeters |
dbwells++ |
| 13:33 |
|
RoganH joined #evergreen |
| 13:36 |
kmlussier |
jihpringle: Are you around? |
| 13:36 |
jihpringle |
kmlussier: hi |
| 13:37 |
kmlussier |
jihpringle: I'm making some label changes to the acq admin menu because, now that the Acq Admin menu is separated from the other admin menus, I think it should say "Acquisitions Administration" instead of just plain Acquisitions. |
| 13:37 |
kmlussier |
jihpringle: I have some other proposed changes I wanted to run by you to get a second opinion on. |
| 13:38 |
* kmlussier |
is also looking at one of your acq admin menu mock-ups from nearly three years ago. |
| 13:38 |
jihpringle |
I completely agree about calling it Acquisitions Administration, to match the rest of them |
| 13:38 |
kmlussier |
I was thinking Invoice Item Type could be changed to Invoice Charge Type to be more consistent with the language used in the PO/invoice interfaces. |
| 13:41 |
kmlussier |
jihpringle: I also noticed in your old mockup that you recommended changing "Claim Types" to "Claim Reasons." We don't really use claiming here. Is that another case where it makes it consistent with other language used in acq? |
| 13:41 |
|
bmills joined #evergreen |
| 13:43 |
jihpringle |
kmlussier: Claim Reason is what it's called everywhere in the module (we don't use claiming now either) |
| 13:44 |
kmlussier |
jihpringle: OK, I'll see if I can make that change too while I'm there. :) |
| 13:44 |
jihpringle |
:) |
| 13:45 |
kmlussier |
jihpringle: Does "Invoice Charge Type" sound okay to you? |
| 13:46 |
jihpringle |
Yes, though I'm tempted to drop the invoice and have it just Charge Type since they're used on POs too |
| 13:48 |
kmlussier |
Yes, I had the same thought. Or maybe Direct Charge Type. |
| 13:48 |
jihpringle |
I like that, Direct Charge Type :) |
| 14:04 |
pdot |
kmlussier: yup, I'm pretty sure I'm effected, I'm not inheriting permissions from the "staff" group either. |
| 14:04 |
pdot |
*affected |
| 14:16 |
RoganH |
OK, I'm still warming up to using acquisitions. Should I be worried by seeing "ACQ_LI_IMPORT_FAILED" as an event during the MARC import? |
| 14:18 |
jihpringle |
RoganH usually indicates an issue with your holdings info |
| 14:18 |
RoganH |
jihpringle: that's what I was assuming... |
| 14:18 |
kmlussier |
RoganH: It depends. Did you really want that lineitem to import? :) |
| 14:18 |
jihpringle |
what subfields etc. are specified in your provider don't match what the provider is sending |
| 14:19 |
RoganH |
kmlussier: right now I'd be happy if we ordered nothing (my patrons might be a bit miffed though) |
| 14:19 |
jihpringle |
or in some cases we've found that the provider has an error in the fund code or shelving location name so it doesn't match what is in Evergreen |
| 14:19 |
kmlussier |
RoganH: Well, then, I would go with jihpringle's suggestions. She is being much more helpful and less snarky than I am. |
| 14:19 |
RoganH |
kmlussier: I like snark. It's how I deal with stress. :) |
| 14:20 |
RoganH |
jihpringle: OK, that helps. I thought I'd been through all that. Odd thing is I had it working, went on a three day vacation and now it doesn't work. Maybe someone else changed something. |
| 14:25 |
jihpringle |
it's not a particularly helpful error message since there are several things that can cause it |
| 14:26 |
jihpringle |
we found that sometimes we had to go through the MARC file and then would find that suddenly the vendor had a typo in a fund code |
| 14:26 |
RoganH |
Sometimes it's useful just to have reaffirmation that my suspicions are right. And yep, it looks like the fund codes got changed. |
| 14:26 |
jihpringle |
I want to say that once there was an extra space before one of the fund codes that threw everything |
| 14:27 |
pdot |
so I've decided to try creating another global admin account to test stuff out, still no luck with add a new patron. could someone tell my the privs required, and their default values? |
| 14:28 |
jihpringle |
I don't know what is actually possible, but long term it would be nice to have the error message at least point you to what it didn't like in the MARC file |
| 14:28 |
jihpringle |
it shouldn |
| 14:29 |
jihpringle |
pdot: it shouldn't affect a gobal admin account, but do you have a working location assigned? |
| 14:29 |
|
sandbergja joined #evergreen |
| 14:30 |
|
jacobsd_ joined #evergreen |
| 14:32 |
pdot |
yes, I've selected a branch as a working location |
| 14:32 |
RoganH |
pdot: create and update user should be all you need and have a working location for whereever the patron's home library will be. you can make it more forgiving than that but that should work. |
| 14:37 |
mmorgan |
pdot: also possibly one or both of these: group.application.user and group.application.user.patron |
| 14:44 |
pdot |
hmm, neither seem to function for me, could this have something to do with circulation policy? |
| 14:51 |
mmorgan |
pbot: circulation policies shouldn't prevent you from adding a user. |
| 14:52 |
|
jlitrell joined #evergreen |
| 14:52 |
pdot |
alright, I think I have a hunch as to what my issue is, will confirm in a minute |
| 14:53 |
|
jihpringle joined #evergreen |
| 14:55 |
pdot |
so, I think it's because my schema has no ou at the system level. If I'm correct in assuming that the ACL is a database value comparision, anything at the system level might not be applying |
| 14:56 |
pdot |
in short, my setup looks like consortium > branch1 & 2 |
| 14:57 |
pdot |
as I only have test records at this point anyway, I suspect a DB wipe is in order |
| 14:58 |
kmlussier |
pdot: I don't know the details on this, but I think I've heard it's best to use, at a minimum, the consortium -> system -> branch hierarchy. We have one site that has added a level, but I don't think you want fewer than those three. |
| 15:02 |
pdot |
yeah, I think that's for the best. if my rebuild fixes the issue, I'll make a note for future documentation |
| 15:22 |
|
jonadab_znc joined #evergreen |
| 15:46 |
|
bmills joined #evergreen |
| 15:51 |
kmlussier |
@weather 02771 |
| 15:51 |
pinesol_green |
kmlussier: The current temperature in Seekonk River, Providence, Rhode Island is 85.5°F (3:51 PM EDT on August 18, 2015). Conditions: Partly Cloudy. Humidity: 69%. Dew Point: 73.4°F. Pressure: 29.99 in 1016 hPa (Falling). |
| 15:51 |
kmlussier |
I see a bright and sunny day, and I hear thunder. |
| 15:52 |
mmorgan |
@weather 01923 |
| 15:52 |
pinesol_green |
mmorgan: The current temperature in Central Peabody, Peabody, Massachusetts is 83.1°F (3:52 PM EDT on August 18, 2015). Conditions: Clear. Humidity: 72%. Dew Point: 73.4°F. Pressure: 29.97 in 1015 hPa (Falling). |
| 15:52 |
mmorgan |
That looks about right, actually, though I think it's a bit warmer than that. |
| 16:04 |
tsbere |
@weather 01834 |
| 16:04 |
pinesol_green |
tsbere: The current temperature in King St, Groveland, Massachusetts is 87.6°F (4:03 PM EDT on August 18, 2015). Conditions: Overcast. Humidity: 60%. Dew Point: 71.6°F. Pressure: 29.98 in 1015 hPa (Falling). |
| 16:04 |
* tsbere |
glares at web browser not being able to load several weather sites due to a local routing issue |
| 16:06 |
pdot |
locale test! |
| 16:06 |
pdot |
@weather n0b1e0 |
| 16:06 |
pinesol_green |
pdot: The current temperature in Ayr, Ayr, Ontario is 78.1°F (4:06 PM EDT on August 18, 2015). Conditions: Mostly Cloudy. Humidity: 71%. Dew Point: 68.0°F. Pressure: 29.92 in 1013 hPa (Falling). |
| 16:07 |
pdot |
a most useful bot |
| 16:07 |
jlitrell |
Huh, that's cool. |
| 16:07 |
jlitrell |
@weather v0t1m0 |
| 16:07 |
pinesol_green |
jlitrell: The current temperature in Masset Airport, Canada is 71.6°F (1:00 PM PDT on August 18, 2015). Conditions: Mostly Cloudy. Humidity: 69%. Dew Point: 60.8°F. Pressure: 30.26 in 1024 hPa (Falling). |
| 16:08 |
pdot |
jlitrell: what province is that? |
| 16:08 |
jlitrell |
BC - Haida Gwaii |
| 16:08 |
bshum |
That plugin needs an enhancement to take arguments for F vs. C |
| 16:08 |
jlitrell |
My dad can see Sarah Palin from his kitchen. |
| 16:09 |
bshum |
Right now, I forced it to F for us crazy Americans :) |
| 16:09 |
pdot |
just mapped it, awesome part of this rock, Palin's spawn rearing notwithstanding:) |
| 16:09 |
* berick |
chuckles that the "sound is now disabled" confirmation alert makes sound |
| 16:09 |
jlitrell |
Yeah, those numbers are mostly a mystery. I have to convert in my head every time. |
| 16:10 |
pdot |
all I know is, they're equal when it's -40 out (a not uncommon occasion here) |
| 16:11 |
jlitrell |
Ahh, memories of my youth. I think that's why I enjoy stories of people walking out of Siberia. Reminds me of waiting for the bus in Edmonton. |
| 16:11 |
pdot |
ha, I have spent a few weeks in leduc |
| 16:13 |
Stompro |
Hello, does anyone know how man requests a second their EG front end servers can handle loading the default page? I'm just doing a little testing with the apache bench (ab), and i'm seeing about 11 request/second per server, 20 request/sec through our load balancer. |
| 16:17 |
bshum |
Stompro: I haven't tested that lately. |
| 16:17 |
bshum |
The last time I tried, I knocked out some servers by asking for like 1000 pages at once.... |
| 16:17 |
bshum |
But I feel like hopkinsju and/or Bmagic talked about that stuff once upon a time. |
| 16:18 |
bshum |
I wonder if they have better metrics for that sort of thing now. |
| 16:19 |
bshum |
gmcharlt: So I think that the 2.9 merge for web client sprint2 looks okay. I'm going to wait for Dyrcona to double-check, but I can see the major change between that and the time I last tested was the new copy/volume editing pieces. |
| 16:19 |
Stompro |
I was doing 1000 requests, 32-64 at a time. It looks like it is cpu bound on my hardware. |
| 16:19 |
bshum |
And none of that seems to touch any existing perl/XUL/SQL code, so I don't think it'll break anything to push that along. |
| 16:19 |
bshum |
The ordering of the sql upgrades is handy too, I'd just been guessing at it while testing. |
| 16:21 |
bshum |
berick++ # cool, glad your tests on jspac removal looked good too. |
| 16:22 |
kmlussier |
I have a question about the changing of labels in the acq admin menu that I was discussing with jihpringle earlier? If I change the labels, should I also change the accesskey to something that is more suitable for the new label? |
| 16:23 |
kmlussier |
Or do you think there are users that are accustomed to using the old accesskeys? I don't imagine they are visiting either of these interfaces very often. |
| 16:23 |
bshum |
I think it makes sense to use a key that matches the label. |
| 16:23 |
bshum |
You can always add to the release note that was started |
| 16:23 |
bshum |
Actually, we probably should expand that release note to include the name change anyways. |
| 16:24 |
bshum |
I'm 0 on it. |
| 16:24 |
kmlussier |
Yes, I was planning to update the release notes entry on the acq admin menu move with the new label changes. |
| 16:24 |
bshum |
Not +1 or -1, just 0. Because I don't use the access keys. |
| 16:26 |
* kmlussier |
changes the access key, but is happy enough to be dissuaded too. |
| 16:29 |
hopkinsju |
Huh? We breaking servers today? |
| 16:30 |
hopkinsju |
I can help! What's the hostname we're crashing? |
| 16:30 |
jlitrell |
localhost |
| 16:31 |
bshum |
hopkinsju++ |
| 16:31 |
bshum |
That was funny, hehe |
| 16:31 |
bshum |
jlitrell++ too, that was good one ;) |
| 17:09 |
|
mmorgan left #evergreen |
| 17:14 |
jwoodard |
so my first time looking at the files that make the opac...where's the help guide? |
| 17:16 |
jeff |
jwoodard: http://docs.evergreen-ils.org/2.8/_tpac_configuration_and_customization.html |
| 17:16 |
bshum |
jwoodard: http://docs.evergreen-ils.org/2.8/_designing_your_catalog.html |
| 17:16 |
jeff |
also http://docs.evergreen-ils.org/2.8/_designing_your_catalog.html |
| 17:16 |
bshum |
Heh |
| 17:17 |
jeff |
yeah, bshum++ |
| 17:17 |
bshum |
jeff++ too |
| 17:17 |
bshum |
Just different chapters of the same awesome docs our community shares :D |
| 17:24 |
jwoodard |
jeff++ bshum++ that is very helpful. I started studying this stuff in school and was then transferred to a school in the middle of nowhere. |
| 17:41 |
bshum |
kmlussier++ # nice and simple changes :) |
| 17:42 |
* kmlussier |
tries to remember where remingtron_ posted those handy tips for release note writing. |
| 17:43 |
kmlussier |
Hmmm...looks like I wrote that page. But I'm pretty sure the content came from remingtron_ |
| 17:43 |
kmlussier |
remingtron++ |
| 17:43 |
pinesol_green |
[evergreen|Kathy Lussier] lp1486252 Change label for acq admin menu - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3793dde> |
| 17:55 |
jeffdavis |
kmlussier++ # thaks for the reminder about release notes |
| 18:12 |
bshum |
Hmm, I find myself confused now... |
| 18:13 |
bshum |
remingtron / dbwells: Looking over at https://bugs.launchpad.net/evergreen/+bug/1379815 and testing it, but I can't seem to see the stat cat data field during holdings import profiles. |
| 18:13 |
pinesol_green |
Launchpad bug 1379815 in Evergreen "Assign stat cats during Vandelay import/overlay of items" (affected: 1, heat: 8) [Wishlist,New] |
| 18:13 |
bshum |
I checked and my fm_IDL.xml has the proposed changes in there |
| 18:13 |
bshum |
and i would have thought that to update the dojo generated table accordingly, but wacky, weird, nothing seems to show up. |
| 18:14 |
* bshum |
wonders if maybe he's looking in the wrong interfaces... |
| 18:14 |
bshum |
On the plus side, regular importing of bibs didn't explode with the changes. |
| 18:14 |
bshum |
So that's a good thing :) |
| 18:20 |
bshum |
Hmm, yep, it should have shown up, since we altered viiad in fm_IDL.xml |
| 18:20 |
bshum |
That's super annoyingly weird... |
| 18:21 |
kmlussier |
bshum: I just loaded that on a VM today. I can take a look later. |
| 18:21 |
bshum |
kmlussier: I'm going to clear my cache and restart everything one more time just to be sure. |
| 18:21 |
bshum |
kmlussier: But thanks, I appreciate any insights you've got later. |
| 18:22 |
bshum |
This is admittedly an area of Evergreen I'm a little weaker on :( |
| 18:22 |
bshum |
Oh, nevermind there it is. |
| 18:22 |
bshum |
Maybe I had to copy it to both fm_IDL.xml files... |
| 18:23 |
bshum |
The one in /openils/conf and the one under /openils/var/web/reports/ |
| 18:23 |
bshum |
Wacky |
| 18:23 |
* bshum |
carries on with exploding his test server with nonsense |
| 18:25 |
bshum |
"Dancing *after* dinner!" |
| 18:25 |
* bshum |
goes to eat first. |
| 18:57 |
|
jihpringle_ joined #evergreen |
| 20:30 |
kmlussier |
Ugh. Why am I getting a conflict on berick's blanket order branch when he just rebased it today? |
| 20:45 |
bshum |
Maybe the progress bar changes touched the same files? |
| 20:47 |
jeff |
oof. |
| 20:47 |
jeff |
hello. |
| 20:48 |
kmlussier |
bshum: Yes, that's what it was. Resolving the conflict now. |
| 21:22 |
bshum |
@later tell dbwells I put a note on https://bugs.launchpad.net/evergreen/+bug/1379815, had DB errors, looking for some function oils_xpath_tag_to_table |
| 21:22 |
pinesol_green |
bshum: The operation succeeded. |
| 21:22 |
pinesol_green |
Launchpad bug 1379815 in Evergreen "Assign stat cats during Vandelay import/overlay of items" (affected: 1, heat: 8) [Wishlist,Incomplete] |
| 21:22 |
* bshum |
holds from pushing till that makes more sense... :( |
| 21:25 |
jeff |
bshum: thanks for looking at jspac removal. glad to hear that so far no problems. |
| 21:25 |
jeff |
berick also. |
| 21:25 |
bshum |
jeff: I'm pretty ready to push it on. |
| 21:25 |
bshum |
jeff: The thing I lack is a signoff / think check on my last commit. |
| 21:25 |
jeff |
i'm not sure it's ready yet, but talk to me tomorrow morning :-) |
| 21:26 |
jeff |
i'm reviewing it again this evening, assuming no more major interruptions. |
| 21:26 |
bshum |
Cool, cool. |
| 21:27 |
bshum |
I'll go back to pondering whether to push through all the sprint2 code :D |
| 21:27 |
bshum |
I think gmcharlt is on a plane... but the branch is sitting there, all lonely and full of awesomeness. |
| 21:38 |
* jeff |
sneezes |
| 21:38 |
kmlussier |
Salud! |
| 21:39 |
jeff |
gracias! |
| 22:00 |
pinesol_green |
[evergreen|Kathy Lussier] lp1481844 Change Available Copies Display - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6856c84> |
| 22:02 |
|
remingtron__ joined #evergreen |
| 22:02 |
|
dbwells_ joined #evergreen |
| 22:03 |
|
jacobsd joined #evergreen |
| 22:10 |
pinesol_green |
[evergreen|Bill Erickson] LP#1478997 Items out display sort overdues to top - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ffdd4b0> |
| 22:10 |
pinesol_green |
[evergreen|Bill Erickson] LP#1478997 Items out display sort overdues to top (webstaff) - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=77daa32> |
| 22:12 |
|
jacobsd_ joined #evergreen |
| 22:13 |
bshum |
Calling 0924 |
| 22:18 |
pinesol_green |
[evergreen|Dan Wells] LP#1112723 Consider copy-level opac_visible flag when ranking - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2a8cc90> |
| 22:18 |
pinesol_green |
[evergreen|Ben Shum] LP#1112723: stamping upgrade script for unapi copy visibility - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5db238d> |
| 22:21 |
bshum |
Calling 0925 |
| 22:24 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1450561: Restore org. unit settings history limit function and trigger - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=34337bd> |
| 22:24 |
pinesol_green |
[evergreen|Ben Shum] LP#1450561: Stamping upgrade script for library settings editor history limits - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=88e32ab> |
| 22:28 |
bshum |
Calling 0926 |
| 22:34 |
pinesol_green |
[evergreen|Dan Pearl] LP#1204671 Allow fund tags to remain attached to new fund during end-of-year propagation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6fe3bbe> |
| 22:34 |
pinesol_green |
[evergreen|Ben Shum] LP#1204671: Stamping upgrade script for fund tag propagation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7a0ecf9> |
| 22:42 |
pinesol_green |
[evergreen|Bill Erickson] LP#1481036 Ignore future backdates (part 2). - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=dd8f8d5> |
| 22:42 |
pinesol_green |
[evergreen|Bill Erickson] LP#1481036 Ignore future backdates live test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c22cd51> |
| 22:57 |
bshum |
@later tell tsbere Need a rebase on https://bugs.launchpad.net/evergreen/+bug/1444514 for master only. The code is fine for rel_2_8 and rel_2_7, but didn't apply to master because of some changed code. Will try to get that sorted before release cutting tomorrow, pushed the fix through to the older branches for now. |
| 22:57 |
pinesol_green |
bshum: The operation succeeded. |
| 22:57 |
pinesol_green |
Launchpad bug 1444514 in Evergreen "Amnesty Mode doesn't work correctly with Backdating" (affected: 2, heat: 10) [Medium,Confirmed] |
| 23:04 |
bshum |
@later tell miker Presumably https://bugs.launchpad.net/evergreen/+bug/1438136 is ready to be pushed along, but I added a last minute comment on it questioning deployment practices. I think it can work either way, but just checking before I get too push-happy. |
| 23:04 |
pinesol_green |
bshum: The operation succeeded. |
| 23:04 |
pinesol_green |
Launchpad bug 1438136 in Evergreen 2.8 "OPAC searching significantly slowed by adding format filters" (affected: 4, heat: 20) [High,Triaged] |
| 23:05 |
bshum |
Calling 0927 |
| 23:06 |
jeff |
bshum++ |
| 23:07 |
kmlussier |
bshum++ |
| 23:08 |
bshum |
I just get nervous about bugs which only work on newer PostgreSQL versions. |
| 23:08 |
bshum |
Mostly in that I only run the newer PG 9.3 now, and so I don't test on PG 9.1 anymore :\ |
| 23:08 |
bshum |
Anyways... |
| 23:08 |
pinesol_green |
[evergreen|Dan Wells] LP#1419172 Optimize full_circ_count view to avoid seq scans - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=54eb62a> |
| 23:08 |
pinesol_green |
[evergreen|Ben Shum] LP#1419172: Stamping upgrade script for optimizing full circ count - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0cbc35b> |
| 23:10 |
pinesol_green |
[evergreen|Dan Scott] LP1431541: SRU UTF8 encoding issues - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=81e6929> |
| 23:12 |
pinesol_green |
[evergreen|Bill Erickson] LP#1438252 SIP honor floating copy checkin location - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=caeb993> |
| 23:14 |
pinesol_green |
[evergreen|Bill Erickson] LP#1463590 Loosen read access to distribution formulas - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=51426a0> |
| 23:17 |
bshum |
@later tell berick Stompro took a look and added his signoff content for https://bugs.launchpad.net/evergreen/+bug/1240119, but he asked a question too about the API in his comment. If you could take a look over it just to make sure it won't affect your choice on the code, you can probably push it tomorrow before we do maintenance release cuttings. |
| 23:17 |
pinesol_green |
bshum: The operation succeeded. |
| 23:17 |
pinesol_green |
Launchpad bug 1240119 in Evergreen 2.7 "support user activity logging in safe authtoken generation" (affected: 2, heat: 10) [Medium,Triaged] |
| 23:18 |
bshum |
Okay, that's my limit tonight I think. |
| 23:18 |
jeff |
bshum++ |
| 23:19 |
bshum |
I'll play with sprint2 again tomorrow morning. |
| 23:19 |
bshum |
And follow up with you jeff on how the jspac killing is going :D |
| 23:19 |
* jeff |
switches laptops |
| 23:22 |
|
jcamins_ joined #evergreen |
