| Time |
Nick |
Message |
| 00:03 |
|
eby joined #evergreen |
| 00:09 |
|
buzzy joined #evergreen |
| 01:40 |
|
_bott_ joined #evergreen |
| 04:49 |
|
_bott_ joined #evergreen |
| 05:04 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:45 |
|
DPearl joined #evergreen |
| 07:36 |
|
eeevil joined #evergreen |
| 07:38 |
|
phasefx joined #evergreen |
| 07:45 |
|
TaraC joined #evergreen |
| 07:52 |
|
jboyer-isl joined #evergreen |
| 07:54 |
|
Shae joined #evergreen |
| 08:07 |
|
_bott_ joined #evergreen |
| 08:11 |
|
Callender joined #evergreen |
| 08:18 |
|
graced joined #evergreen |
| 08:31 |
|
Dyrcona joined #evergreen |
| 08:33 |
jboyer-isl |
Today seems as good a day as any to re-read the postgres tuning guide. |
| 08:34 |
jboyer-isl |
In trying to add the new machine to my test server instance I seem to have overwritten my recently hand-tuned postgresql.conf on a new machine with the version for a machine with 1/4 of the RAM. |
| 08:34 |
jboyer-isl |
Oops. |
| 08:38 |
|
mmorgan joined #evergreen |
| 08:39 |
|
ericar joined #evergreen |
| 08:47 |
Dyrcona |
Heh.. G+.... |
| 08:47 |
Dyrcona |
I didn't complete my profile, and they're always bugging me about filling in the details. |
| 08:48 |
Dyrcona |
Today's is: "Four people you know live in Wellington, New Zealand. Do you live there too?" |
| 08:48 |
Dyrcona |
I feel like hitting "Yes" just to throw them off. |
| 08:55 |
|
mtate joined #evergreen |
| 09:07 |
|
RoganH joined #evergreen |
| 09:07 |
jboyer-isl |
Dyrcona: Hopefully they ask about several questions, you can turn it into a game. |
| 09:08 |
jboyer-isl |
Am I from NZ? Sure! Work for a fashion designer? I do now! etc. |
| 09:17 |
RoganH |
Are you the very model of a modern major general? |
| 09:19 |
Dyrcona |
heh. |
| 09:23 |
Dyrcona |
On a more technical note: https://plus.google.com/u/0/photos?pid=6091946430105964754&oid=107408764495936232840 |
| 09:25 |
remingtron |
kmlussier++ #removing hyphen from "check-box" in docs |
| 09:25 |
remingtron |
kmlussier: just reading the IRC logs from Web Client Docs Day last Friday |
| 09:33 |
remingtron |
graced: do you follow the DIG email list? some questions came up that you might be able to answer |
| 09:37 |
remingtron |
eeevil: gmcharlt: berick: or maybe you guys can answer web client missing features questions? http://markmail.org/thread/rzqnzqcn2katgd6t |
| 09:38 |
remingtron |
DIG needs some guidance about documenting things like that |
| 09:39 |
|
maryj joined #evergreen |
| 09:39 |
graced |
remingtron:... looking |
| 09:40 |
graced |
I'll shoot that over to Sally and have her answer on the list - thanks for pointing me at it. |
| 09:40 |
remingtron |
graced: thank you |
| 09:40 |
graced |
np |
| 09:47 |
|
BigRig joined #evergreen |
| 09:49 |
eeevil |
berick: regarding that -^, did you have a plan for how to add a link to the patron's bills page if there's a balance? I'm not aware of one, but I could see making the balance a link to the patron's bills tab |
| 09:49 |
eeevil |
(for a bit more context, that's on the Checkin screen ...) |
| 09:52 |
jeff |
if someone asked me this morning "which #evergreen participant will be responsible for you having music from Pirates of Penzance stuck in your head?"... |
| 09:52 |
jeff |
nah, nevermind. i might have guessed RoganH. |
| 09:52 |
RoganH |
jeff: Glad to be predictable. :) |
| 09:55 |
Dyrcona |
RoganH++ |
| 09:57 |
berick |
eeevil: yeah, making the alert text a link to the patron's bills tab makes sense to me. or an additional "pay fine now"-type link |
| 09:59 |
eeevil |
berick: the alert text? I there's none on the item I just checked in. there is a "balance owed", though... |
| 10:01 |
berick |
there's not a "fine tally" or some such along the top of the grid? |
| 10:02 |
|
yboston joined #evergreen |
| 10:02 |
berick |
i'm talking about the: |
| 10:02 |
berick |
Fine Tally: $5.00 Transaction for 700439222635 billed: $5.00 |
| 10:03 |
berick |
make that a link (or put a link next to it) |
| 10:03 |
eeevil |
that's only available for the most recently scanned one, right? |
| 10:04 |
berick |
yes. ok, we're talking about each individual item has its own pay fines link? |
| 10:04 |
berick |
oh, right, because you may be checking in items for different people |
| 10:04 |
* berick |
missed that |
| 10:04 |
eeevil |
if you're checking in a pile of items from a bookdrop, say |
| 10:04 |
berick |
in that case an action in the Actions dropdown is an option |
| 10:05 |
berick |
select a row, choose new Pay Fines action |
| 10:06 |
berick |
a link directly in the row would work too, of course. not sure what the preference is |
| 10:06 |
eeevil |
I'd think a link |
| 10:06 |
eeevil |
less clicking. and the row selector and the actions menu are at opposite sides of the screen |
| 10:07 |
berick |
i usually just click the row directly, but point taken |
| 10:09 |
* berick |
looks at that |
| 10:12 |
* eeevil |
tries to divine whither circ.usr is fleshed... |
| 10:16 |
berick |
ok, where is this option in the XUL client? |
| 10:16 |
berick |
wanted to keep it as consistent as possible, but I'm not seeing it |
| 10:19 |
phasefx |
I think the best that is there is Retrieve Last Patron who circulated item |
| 10:21 |
berick |
i wonder what michelle is thinking of, then |
| 10:22 |
eeevil |
phasefx: ah, there you go. remingtron: it seems there's already feature parity via Retrieve Last Patron (though right-click menus aren't there ... berick: had you planned to make Actions context-y?) |
| 10:22 |
phasefx |
there's also a library setting that will go to the billing interface if a patron has bills |
| 10:22 |
berick |
phasefx: you mean when opening a new patron? that's supported |
| 10:23 |
berick |
eeevil: it was only a thought to discuss. no particular plans. |
| 10:23 |
phasefx |
right.. so Retrieve Last Patron + library setting is sort of like a Pay Bills action |
| 10:24 |
eeevil |
(remingtron: for point (2) anyway) |
| 10:25 |
eeevil |
berick: what's the angular-y target attr to open a new tab from a link in the grid? |
| 10:27 |
berick |
hm, from the grid, i'd probably just make it a url with a target (or no target, and let the user decide if it opens a new tab) |
| 10:28 |
berick |
e.g t_checkin_table.tt2 the Barcode field is an embedded link. |
| 10:28 |
eeevil |
blowing away the data on the current checkin screen seems bad ... multiple patrons, recall |
| 10:28 |
berick |
yeah, there's def. a danger ther |
| 10:28 |
berick |
e |
| 10:29 |
berick |
you could also just $window.open() |
| 10:29 |
berick |
from a handler |
| 10:29 |
berick |
there's no angular-specific way to handle that. just the usual stuff |
| 10:30 |
eeevil |
ok, I'll just use _blank then |
| 10:30 |
eeevil |
I'm going to advocate changing the Barcode target, too, for the same reason |
| 10:30 |
berick |
makes sense |
| 10:34 |
Dyrcona |
bshum: ping |
| 10:39 |
dbwells |
eeevil: This conversation seems like an opportunity to bring up my "Action Bar" ideas from this past summer: http://markmail.org/message/tm5r2vvwmbad7tmf We don't need to do everything in that mockup, but I still think labeling the columns beats either labeling every row or leaving it ambiguous. |
| 10:40 |
dbwells |
Just trying to keep the wheels turning on that :) |
| 10:43 |
berick |
eeevil: context menu stub: http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/webby-grid-row-context-menu |
| 10:50 |
* Dyrcona |
wishes he had setup a cron job to monitor cstore drones per minute before the upgrade. |
| 10:51 |
Dyrcona |
Be nice to have data from before to compare with after. |
| 11:04 |
csharp |
hmm - I'm investigating why "see also" tracings aren't working in authority browse and I'm seeing something in the DB I don't understand |
| 11:05 |
csharp |
for the record that looks like it should be the main author heading for Jean Plaidy, I'm seeing "NOHEADING_a" followed what looks like an md5 hash - is that normal? |
| 11:05 |
csharp |
oh, I'm seeing that in the "heading" and "simple_heading" columns of authority.record_entry |
| 11:08 |
csharp |
example: http://pastie.org/9776791 |
| 11:08 |
csharp |
@monologue |
| 11:08 |
pinesol_green |
csharp: Your current monologue is at least 5 lines long. |
| 11:10 |
csharp |
hmm - all of my authority record entries appear to have similar entries there - not sure if that means anything, though |
| 11:12 |
berick |
csharp: i can only say the headings in the concerto data do not look like that |
| 11:12 |
csharp |
damn |
| 11:12 |
yboston |
csharp: I am interested in what you are saying, but we are currently not using browse the catalog. we truned it of while we fixed other authority stuff |
| 11:12 |
berick |
some concerto headings http://pastie.org/9776795 |
| 11:13 |
csharp |
berick: very interesting |
| 11:13 |
yboston |
csharp: what table are you looking at? I can check my DB |
| 11:14 |
csharp |
yboston: authority.record_entry |
| 11:14 |
csharp |
select simple_heading from authority.record_entry limit 25; |
| 11:14 |
csharp |
^^ that would give you a sample |
| 11:15 |
csharp |
reingesting does nothing to change that |
| 11:17 |
|
vlewis joined #evergreen |
| 11:18 |
yboston |
csharp: I have the same thing.. ""NOHEADING_a 2f63d2dd5b53a15f44345302e2da04b6"" |
| 11:19 |
* eeevil |
reads up ... dbwells: yes! do you have some code? |
| 11:20 |
eeevil |
berick: cool, thanks! |
| 11:20 |
csharp |
importing the record anew also results in the same entries in heading/simple_heading |
| 11:21 |
csharp |
must be a config setting somewhere? |
| 11:21 |
yboston |
for the record I am running 2.6.2 |
| 11:21 |
csharp |
this is 2.7.1 |
| 11:21 |
|
nhilton joined #evergreen |
| 11:22 |
csharp |
hmm - ingest.disable_authority_auto_update in config.global_flag is set to true |
| 11:22 |
csharp |
Authority Automation: Disable automatic authority updating (requires link tracking) |
| 11:22 |
* csharp |
greps the code for that setting |
| 11:24 |
csharp |
nope - change that setting doesn't change that |
| 11:25 |
csharp |
at this point I don't know whether the entries in heading and simple_heading are relevant to my issue, or if they're just a red herring |
| 11:26 |
eeevil |
csharp: they are relevant |
| 11:27 |
eeevil |
csharp: I suspect something in authority.control_set_* is not set up properly ... either not there or misconfigured |
| 11:27 |
csharp |
eeevil: yeah - I was just stumbling on that |
| 11:30 |
yboston |
eeevil: for the record, I am getting the same thing on my prod server, and I thought I had my authority control set up correctly |
| 11:35 |
csharp |
looks like we have the same entries in authority.control_set_authority_field as is present in stock 2.7.1 |
| 11:35 |
csharp |
s/is/are/ |
| 11:36 |
* csharp |
is in over his head |
| 11:39 |
csharp |
I'm working until about lunchtime today, so I'll have to resume my authorities crash course next week :-/ |
| 11:39 |
yboston |
csharp: let me know if I can be of any help, like running queries on my system, etc |
| 11:41 |
csharp |
yboston: thanks! will do |
| 11:45 |
|
mdriscoll joined #evergreen |
| 11:47 |
|
dreuther joined #evergreen |
| 11:49 |
eeevil |
yboston: indeed you are ... you know, authority.record_entry.simple_heading is not used for linking or tracing, just for overlay matching .... I mentally substituted authority.simple_heading (the table) |
| 11:51 |
eeevil |
btw, those entries are basically an md5sum of the record contents (after space normalization), and the thesaurus code (that's the "a" in csharp's and "n" in yboston's, after the NOHEADING) |
| 11:52 |
eeevil |
sorry for the confusion on that ... but, now there's more context for all! |
| 11:53 |
yboston |
eeevil: no worries |
| 11:53 |
eeevil |
csharp: so, the /actual/ headings are in the authority.simple_heading table |
| 11:56 |
csharp |
eeevil: ah - so they are |
| 11:57 |
yboston |
eeevil: I think I made a similar mistake too. I have lately been looking over the authority.simple_heading table as I revisit creating an authority "search" in manage authorities (the code we worked on in SC) |
| 11:58 |
yboston |
eeevil: at first I was very confused byt the "NOHEADING", since I did not remember seeing that beforehand. |
| 11:58 |
yboston |
eeevil: so is authority.record_entry.simple_heading used for authority overlay if Vandelay supported authoirty overlays? |
| 11:58 |
csharp |
eeevil: so I see those headings there... do you know why I wouldn't be seeing the see from/also tracings? |
| 11:58 |
yboston |
(I know berick is working on that) |
| 11:59 |
csharp |
s/know/have any guesses about/ |
| 11:59 |
berick |
yboston: it's done |
| 11:59 |
berick |
well, it needs eyes and testing |
| 11:59 |
yboston |
berick: did you get a signoff on your work. I have not had the time to create a new test VM to try it myself |
| 11:59 |
berick |
yboston: no, i don't think anyone's looked at it |
| 12:00 |
yboston |
berick: I wil get back to you next week |
| 12:00 |
berick |
yboston++ |
| 12:02 |
eeevil |
yboston++ |
| 12:02 |
eeevil |
csharp: wouldn't be seeing the see from/also tracings ... where? |
| 12:03 |
csharp |
eeevil: sorry - in the Author browse for Jean Plaidy |
| 12:03 |
eeevil |
csharp: well, have you linked bibs to authorities? and authorities to authorities? and are bibs using the unauthorized terms? |
| 12:03 |
eeevil |
authority browse or "browse the catalog"? |
| 12:03 |
csharp |
"browse the catalog" |
| 12:04 |
eeevil |
that's not authority browse, ftr |
| 12:04 |
eeevil |
it's bib browse, with authority augmentation IFF you've linked records |
| 12:04 |
|
buzzy joined #evergreen |
| 12:04 |
jcamins |
eeevil: is it a space station? |
| 12:04 |
csharp |
okay - lemme see if they're properly linked |
| 12:05 |
csharp |
damn - that's the problem :-( |
| 12:05 |
csharp |
eeevil: thanks for pointing me in the right direction |
| 12:05 |
eeevil |
jcamins: :) ... "if and only if" |
| 12:06 |
dbwells |
eeevil: re: action tables, all I have is really just a mockup at this point, to gauge how people felt about the ideas. The reactions have been generally positive, so that should give me some leeway to set aside time to actually *make* something out of it, other than noise. |
| 12:06 |
jcamins |
eeevil: I was talking about whatever isn't authority browse. |
| 12:06 |
csharp |
oh - right - that's done via external script, not via the DB |
| 12:06 |
eeevil |
jcamins: oh, I thought you were referring to IFF (like ISS) |
| 12:07 |
eeevil |
I thought I saw a joke ... |
| 12:07 |
* jeff |
went with "IFF looks like ISS" then found the "that's not..." line above it |
| 12:07 |
csharp |
dammit - I'm willing to learn more SQL/perl/whatever to help make that happen |
| 12:07 |
jcamins |
eeevil: I'm going to claim credit for a double joke. |
| 12:07 |
eeevil |
jcamins++ |
| 12:08 |
csharp |
yep - that's the issue |
| 12:09 |
csharp |
I ran the auth-auth linker on that one record and it worked |
| 12:09 |
eeevil |
cool |
| 12:22 |
|
nhilton joined #evergreen |
| 12:38 |
bshum |
Dyrcona: pong |
| 12:38 |
bshum |
That was some serious lag :) |
| 12:38 |
Dyrcona |
heh. |
| 12:39 |
Dyrcona |
I don't really have to ask my question, now. |
| 12:39 |
bshum |
Success! |
| 12:39 |
Dyrcona |
I wanted your opinion on how often you'd run something in crontab to see how many cstore drones were running. |
| 12:39 |
Dyrcona |
I decided on every minute. |
| 12:40 |
bshum |
Heh, fun times |
| 12:40 |
Dyrcona |
I'll say... in 20 minutes we go from 111 to 28. |
| 12:42 |
berick |
Dyrcona: upgrading from what to what? |
| 12:42 |
Dyrcona |
berick: from 2.7.0-alpha to 2.7.1 |
| 12:43 |
|
dMiller_ joined #evergreen |
| 12:43 |
Dyrcona |
I have 14 days of logs, and all I can say is before Monday, we never saw Could not launch a drone messages. |
| 12:43 |
|
StephenGWills joined #evergreen |
| 12:43 |
Dyrcona |
Since Monday through yesterday, we were getting thousands of those per day. |
| 12:44 |
Dyrcona |
Yesterday, after a crash, we doubled the config for cstore drones from 100 to 200. |
| 12:44 |
Dyrcona |
I suspect changes related to pull lists, but have not really looked at the code, yet, since I have tons of other things to do. |
| 12:45 |
Dyrcona |
And, I should get back to one of those, since I have to run it tonight. |
| 13:02 |
|
sandbergja joined #evergreen |
| 13:17 |
|
jihpringle joined #evergreen |
| 13:32 |
eeevil |
berick: curious ... why ")['finally'](function() {" instead of ").finally(function() {" in circ/patron/checkout.js ? |
| 13:34 |
berick |
eeevil: just because finally is a reserved word. worried it might cause problems in the future. though, since it's an attribute, it probably doesn't mtter. |
| 13:35 |
eeevil |
gotcha ... not that it matters much, but I used then().finally() in the focus fix last week ... seems safe |
| 13:46 |
eeevil |
berick: are we using the jqlite shim from angular, or loading jquery? |
| 13:47 |
|
jboyer-isl joined #evergreen |
| 13:47 |
berick |
eeevil: jqlite shim |
| 13:47 |
eeevil |
k, thanks |
| 14:11 |
kmlussier |
remingtron: I ultimately didn't change "check-box" because the documented feature where it appears isn't in the web client yet. |
| 14:12 |
kmlussier |
But maybe I'll try to pull a small commit together today just to get it fixed up in the xul documentation. |
| 14:17 |
kmlussier |
berick/eeevil/phasefx: I'm still catching up on the logs, so I don't know if you already go there, but the functionality Michelle was referring to on the check-in screen is the link described in step 3 of http://docs.evergreen-ils.org/2.7/_check_in_f2.html. |
| 14:18 |
kmlussier |
A one-click action that got to the patron's bill, and it wasn't related to the OU setting that automatically brings you to the bills portion of the patron record. It just always went there no matter what the state of that setting. |
| 14:18 |
phasefx |
and that link is for the last thing scanned; it's a convenience |
| 14:18 |
kmlussier |
It's something MassLNC paid for many moons ago, so is something we would like to see remain as a one-click option. :) |
| 14:22 |
berick |
oh, hey, that's what I was suggesting earlier |
| 14:22 |
berick |
that's considerably simpler (and less space-gobbly) than adding it to the grid |
| 14:22 |
berick |
though, limited by only providing access to the last patron, of course |
| 14:23 |
berick |
that plus a per-row Actions action might suffice, though |
| 14:37 |
kmlussier |
bshum: I asked about Brodart at an acq meeting this morning, and nobody here is using it with EDI. |
| 14:41 |
bshum |
kmlussier: Thanks, that's what I suspected. |
| 14:41 |
bshum |
I think we're going to have to go back to templates with them and figure out what's wrong. |
| 14:43 |
kmlussier |
hopkinsju / Bmagic: During the same acq meeting, I spoke to the acq person who has a large number of funds like the library you described yesterday. When you have a moment, I can describe how she handles some of the issues you were asking about. |
| 14:44 |
Bmagic |
kmlussier: awesome, let's hear it |
| 14:46 |
kmlussier |
They ultimately set up all of their funds to be owned by the System so that they could be used when uploading fund data in their holdings tag. |
| 14:46 |
Bmagic |
kmlussier: cool, we did that, that seems to be working |
| 14:46 |
kmlussier |
But they have different funds for each branch. So what they do is add a code to the fund name to identify which branch the fund belongs to. |
| 14:46 |
kmlussier |
So all of the funds that belong to the main library begin with "m", for example. |
| 14:47 |
kmlussier |
Also, on the copy location question, most of our libraries don't assign the copy locations until the item is received. |
| 14:47 |
Bmagic |
kmlussier: Ah, the location issue is the only outstanding issue for us, right now, I think |
| 14:47 |
kmlussier |
They typically use a generic "On Order" copy location. Or, in the case of this one library, she has some system-owned copy locations of Adult, YA, and Juvenile that she applies to acq copies. |
| 14:48 |
kmlussier |
In our workflow, we aren't applying "real" copy locations from the acq interface, which is why it hasn't been an issue for us. |
| 14:51 |
Bmagic |
kmlussier: Thank you for that, I think that helps us understand more about it! |
| 14:52 |
kmlussier |
Also for my morning acq meeting... |
| 14:52 |
kmlussier |
remingtron: We were looking at bug 1329521 |
| 14:52 |
pinesol_green |
Launchpad bug 1329521 in Evergreen "Initial integration of Serials and Acquisitions modules" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1329521 |
| 14:53 |
kmlussier |
remingtron: I know details are coming, but I was curious about what you were thinking of doing there. |
| 14:54 |
kmlussier |
remingtron: We were particularly interested in knowing if it's something that might ultimately help us with standing orders in acq. |
| 14:55 |
* kmlussier |
loves it when all of her action items for a morning meeting can be done in IRC. :) |
| 14:55 |
berick |
kmlussier: jfyi, bug 1380709 was one step toward better supporting standing orders |
| 14:55 |
pinesol_green |
Launchpad bug 1380709 in Evergreen 2.6 "invoice print amounts-per-fund uses wrong value when item price varies" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1380709 |
| 14:56 |
berick |
at least w/ how we are currently shoehorning them in |
| 14:56 |
berick |
in particular, being able to invoice a single lineitem many times w/ varying prices |
| 14:56 |
kmlussier |
Huh. I think there's a whole workflow there that I'm not seeing. |
| 14:57 |
* kmlussier |
doesn't really understand standing orders when it comes down to it. |
| 14:57 |
berick |
the other being bug 1380803 |
| 14:57 |
pinesol_green |
Launchpad bug 1380803 in Evergreen "PO totals do not include all amounts" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1380803 |
| 14:57 |
berick |
kmlussier: well, the problem is there's no documented workflow in EG |
| 14:57 |
berick |
(because it's not really supported) |
| 14:57 |
* kmlussier |
nods. |
| 14:57 |
berick |
so, work flow flavors abound |
| 14:59 |
kmlussier |
We had somebody describing a workflow today that she no longer uses because of some change in behavior that appeared once when they upgraded. |
| 14:59 |
kmlussier |
So I guess I need to track down whether that behavior change was intentional or not. But that's for another day. |
| 15:01 |
kmlussier |
Otherwise, I usually recommend that people enter the total expenditure for a standing order in a direct charge on a blanket invoice and not track the titles in a PO. |
| 15:03 |
berick |
yeah, that's another one i've heard |
| 15:03 |
berick |
don't recall the pros/cons of each off the top of my head, though |
| 15:26 |
|
dreuther_ joined #evergreen |
| 15:40 |
* eeevil |
reads up |
| 15:41 |
eeevil |
kmlussier: thanks! berick: do you want to take a stab at the alert clicky thing? and I'm not sure we'd need to add anything to the grid, just make balance clickable and go to ./circ/patron/$id/bills, but I couldn't get that to actually work earlier. |
| 15:43 |
eeevil |
kmlussier: I should expand that: thanks for the clarification, that was eluding phasefx and I totally this morning! |
| 15:43 |
berick |
eeevil: sure thing |
| 15:47 |
|
RBecker joined #evergreen |
| 15:53 |
remingtron |
kmlussier: our main plan for that bug is to let you add "subscription periods" to a serial subscription. A period would have start and end dates and hopefully link to the corresponding po_item/invoive_item |
| 15:54 |
kmlussier |
remingtron: Thanks for the info! |
| 15:54 |
kmlussier |
Sounds like it will be useful. :) |
| 15:55 |
remingtron |
we hope so! the added db structure should enable many nice UI improvements |
| 16:14 |
kmlussier |
Dyrcona: You mentioned the other day that you were planning to use Ubuntu 14.04 on your dev server. Does that mean that you've found a way to work around bug 1342227? |
| 16:14 |
pinesol_green |
Launchpad bug 1342227 in Evergreen "Setting up EDI Fails with Ruby version > 1.8" (affected: 2, heat: 14) [Undecided,New] https://launchpad.net/bugs/1342227 |
| 16:15 |
kmlussier |
Is the code at bug 1373690 the ultimate plan for resolving that issue? |
| 16:15 |
pinesol_green |
Launchpad bug 1373690 in Evergreen "Direct EDI generation for ACQ orders -- AKA kill ruby webrick" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1373690 - Assigned to Bill Erickson (erickson-esilibrary) |
| 16:22 |
Dyrcona |
kmlussier: Nothing other than what is already in the bug. |
| 16:22 |
Dyrcona |
kmlussier: I also don't set up EDI on my development server. |
| 16:23 |
kmlussier |
OK, thanks |
| 16:27 |
|
dreuther joined #evergreen |
| 16:28 |
Dyrcona |
kmlussier: Yes, that second bug is the ultimate fix. |
| 16:29 |
kmlussier |
OK, thanks. That's what I thought. |
| 16:33 |
|
bmills joined #evergreen |
| 16:53 |
|
mdriscoll left #evergreen |
| 17:00 |
Dyrcona |
Time to go! |
| 17:15 |
|
mmorgan left #evergreen |
| 17:29 |
berick |
eeevil: kmlussier: fine tall patron bills link pushed to the tip of working/user/berick/webby-misc-sprint1-repairs |
| 17:36 |
pinesol_green |
[evergreen|Yamil Suarez] Docs: Circulation - Patron Record web client updated content - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=21b6220> |
| 17:44 |
berick |
heh, just saw I typed "fine tall patron" |
| 17:44 |
berick |
tall patrons pay more! |
| 17:44 |
berick |
s/tall/tally/ |
| 18:51 |
|
StephenGWills left #evergreen |
| 20:27 |
|
bmills joined #evergreen |
| 22:59 |
|
artunit joined #evergreen |
