| Time |
Nick |
Message |
| 01:08 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: Juvenile-to-adult script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=717bb89> |
| 01:24 |
|
abowling joined #evergreen |
| 06:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:16 |
|
agoben joined #evergreen |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 07:16 |
|
JBoyer joined #evergreen |
| 08:47 |
|
mmorgan joined #evergreen |
| 08:56 |
|
littlet joined #evergreen |
| 08:57 |
|
rlefaive joined #evergreen |
| 08:59 |
|
bos20k joined #evergreen |
| 09:11 |
rhamby_ |
remington++ : catching my errors |
| 09:14 |
|
Dyrcona joined #evergreen |
| 09:16 |
|
yboston joined #evergreen |
| 09:25 |
mmorgan |
remingtron++ |
| 09:26 |
csharp |
hmm - running a stock installation of 3.0.rc (built into a deb, then installed), I'm seeing that angular-sanitize.min.js is not installed - anyone else? |
| 09:28 |
* csharp |
has not successfully installed a running 3.0 yet :-( |
| 09:29 |
csharp |
OPAC works, just busted web client |
| 09:29 |
csharp |
btw, after installing the deb, I manually ran the web client install steps - we're still working on how to handle those pieces in the deb |
| 09:30 |
* csharp |
doesn't see angluar-sanitize in the package.json list |
| 09:32 |
csharp |
oh, there it is in the gruntfile |
| 09:34 |
|
littlet joined #evergreen |
| 09:44 |
csharp |
still not seeing what should be copying it to /js/ui/default/staff/build/js/ though |
| 09:45 |
csharp |
there are other JS files in that directory, but not angular-sanitize.min.js |
| 09:47 |
gmcharlt |
csharp: grunt all (or grunt copy) should do it |
| 09:48 |
gmcharlt |
csharp: do you have a node_modules/angular-sanitize subdirectory? |
| 09:53 |
csharp |
gmcharlt: yes, the directory is there in the source tree |
| 09:53 |
gmcharlt |
if it's populated, does doing a grunt copy update build/js/ for you? |
| 09:54 |
csharp |
build/js (installed) is populated, but doesn't include angular-sanitize |
| 09:55 |
csharp |
neither does the source version of build/js |
| 09:55 |
csharp |
oh wait, yes it does |
| 09:55 |
csharp |
source has it but installed doesn't |
| 09:56 |
csharp |
alphabetically is skips from angular-route to angular-tablesort in the installed build/js directory |
| 09:56 |
csharp |
s/is/it/ |
| 09:57 |
csharp |
gonna try on a stock machine, manually building via instructions |
| 09:57 |
csharp |
but our debs/config scripts don't touch JS at this point |
| 09:59 |
gmcharlt |
csharp: yeah - and they shouldn't have to, at least in the case of using a release tarball |
| 10:00 |
csharp |
yeah, this is built from the tarball |
| 10:02 |
|
mmorgan1 joined #evergreen |
| 10:09 |
csharp |
leaving that alone for now - manually copying the angular-sanitize.min.* files solved the immediate problem - I'll test and report back later this afternoon |
| 10:26 |
|
mmorgan joined #evergreen |
| 10:33 |
|
collum joined #evergreen |
| 10:44 |
Dyrcona |
csharp: I build a fresh master vm yesterday and had no problems. |
| 10:44 |
Dyrcona |
Oh, nm... I need to let the typos go. |
| 10:46 |
JBoyer |
Dyrcona, langwage chanjes, won muhst lern to chanje allso. ;) |
| 10:46 |
Dyrcona |
Uh-huh. :) |
| 10:47 |
Dyrcona |
build for built.... |
| 10:47 |
Dyrcona |
English spelling is stoopid. |
| 11:00 |
pinesol_green |
[evergreen|Galen Charlton] minor updates to release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a0b1dcf> |
| 11:01 |
csharp |
Dyrcona: thanks for the confirmation |
| 11:01 |
Dyrcona |
Well, master isn't 3.0-rc, there *might* be differences. |
| 11:02 |
Dyrcona |
csharp: What distro? |
| 11:02 |
csharp |
Dyrcona: ubuntu xenial |
| 11:03 |
Dyrcona |
OK. Same here. |
| 11:18 |
dbwells |
Dyrcona: Did you install from the RC branch, or from the tarball? Something could have gone wrong with my building the tarball. |
| 11:18 |
Dyrcona |
dbwells: I installed master from git. |
| 11:19 |
dbwells |
Dyrcona: ok, thanks. Sounds like the problem goes deeper, then. |
| 11:19 |
Dyrcona |
I had no problems. |
| 11:19 |
dbwells |
Dyrcona: oh, just re-reading what you said, and realizing my mistake. Sorry! |
| 11:20 |
dbwells |
I read "Same here" as you seeing the same issue, but you were just confirming the same distro. I am guessing my build went wrong, then. |
| 11:22 |
gmcharlt |
hmm, I've gone ahead and expanded the tarball |
| 11:22 |
gmcharlt |
and yeah, no angular-sanitze* in Evergreen-ILS-3.0.rc/Open-ILS/web/js/ui/default/staff/build/js |
| 11:23 |
gmcharlt |
dbwells: out of curiosity, what platform did you build on? |
| 11:24 |
dbwells |
gmcharlt: our main dev box is still on wheezy |
| 11:25 |
|
mdriscoll joined #evergreen |
| 12:08 |
dbwells |
csharp++ # testing the RC and finding a problem I caused |
| 12:09 |
|
sandbergja joined #evergreen |
| 12:09 |
dbwells |
csharp: It appears that I have a too-old npm version which led to this bad build. |
| 12:11 |
dbwells |
Should be simple to correct, but also hoping to find time to actually understand the issue (I've been coasting with my understanding of some of this). |
| 12:20 |
|
jihpringle joined #evergreen |
| 12:23 |
|
khuckins__ joined #evergreen |
| 12:45 |
csharp |
dbwells: oh - cool |
| 12:47 |
|
roycroft joined #evergreen |
| 13:14 |
wlawlibrary |
so in other news, I obtained a fruit press and produced 10 gallons apple juice this weekend. |
| 13:15 |
Bmagic |
Is there a setting that will remove the fine for the day that the item is returned? Or is that already happening? |
| 13:19 |
jeffdavis |
wlawlibrary: that sounds like more fun than installing Evergreen. Possibly less work too. ;) |
| 13:20 |
wlawlibrary |
4th year making hard cider. its loads of work. fruit press makes the job faster. Not going to allow Opensrf to thwart my installation of Evergreen |
| 13:25 |
Bmagic |
We have an item that was due Friday. The library is closed on Sunday, and it was returned Monday. There is a fine for Saturday and Monday. It's supposed to skip the days that the library is closed? Is the fee for Monday a "catch-up" for Sunday? |
| 13:26 |
Bmagic |
Can the system void any mb lines that equal the same day it was returned? |
| 13:26 |
Guest89886 |
like some kind of inverse grace period? |
| 13:26 |
Guest89886 |
er. |
| 13:26 |
|
Guest89886 joined #evergreen |
| 13:26 |
mmorgan |
Bmagic: I'm not aware of a setting for this. Our libraries backdate checkins for situations like the one you describe. |
| 13:27 |
Bmagic |
I don't know. Is it common for libraries to ask the patron to pay the fine up to and including the day they return it? |
| 13:27 |
jeff |
Bmagic: if you had an item due friday and it was not returned friday, there would be a one day overdue fine when the item was returned on saturday (assuming no grace period). |
| 13:28 |
Bmagic |
ok, so - it DOES skip days closed where the hours open equal 0? - Therefore the patron is not billed for Sunday, but is billed Monday? |
| 13:29 |
jeff |
Bmagic: it's common to have a day or more grace period, where the patron wouldn't owe anything if the item was returned up to X days after the due date. |
| 13:29 |
Dyrcona |
Bmagic: Sounds like the library wants a grace period set. |
| 13:30 |
jeff |
Bmagic: rather, a grace period is more common than what you're asking, i think. :-) |
| 13:30 |
Bmagic |
right, I understand grace periods. They don't want a grace period. In this example, they DO want to charge for saturday but not Monday |
| 13:30 |
Dyrcona |
All the cool kids have 'em. |
| 13:30 |
|
wlawlibrary joined #evergreen |
| 13:31 |
jeff |
Bmagic: in general, i think you can think of overdue billings as "we were open yesterday and you didn't return the overdue item, so here's a bill" |
| 13:31 |
mmorgan |
Hmm. |
| 13:31 |
* mmorgan |
remembers lp 1355436 |
| 13:31 |
pinesol_green |
Launchpad bug 1355436 in Evergreen "Auto-Extend Grace Period options ignored" [Undecided,New] https://launchpad.net/bugs/1355436 |
| 13:31 |
jeff |
Bmagic: but now having said that i just invalidated it .. nevermind. :-) |
| 13:31 |
jeff |
Bmagic: don't think of them in the way i just suggested ;-) |
| 13:31 |
* jeff |
was trying to over-simplify |
| 13:32 |
Dyrcona |
So, they don't want a grace period, but they do... Sound 'bout right to me. :P |
| 13:33 |
Bmagic |
haha, the inverse grace period comment sounds more like it. Basically "Reverse fines for the same day as checkin" |
| 13:33 |
mmorgan |
So it appears the library settings do exist, but are ignored. At least in 2.6 |
| 13:34 |
* jeff |
makes a mental note to look at hours of operation in relation to bug 1422379 |
| 13:34 |
pinesol_green |
Launchpad bug 1422379 in Evergreen "Move money.billing timestamps back to moment of fine" [Medium,Triaged] https://launchpad.net/bugs/1422379 - Assigned to Dan Wells (dbw2) |
| 13:35 |
* Dyrcona |
thinks we should kill it with fire. :) |
| 13:35 |
Bmagic |
Thanks everyone, I believe I understand the state of the code and what we can expect for now |
| 13:36 |
Bmagic |
The broken feature for Auto extending grace period is nice, and might address other concerns for our libraries (when it's fixed) |
| 13:37 |
wlawlibrary |
back to installing Opensrf... step 12.2 item 3. Creating a srfsh in the home directory, run command nothing happens, try to start opensrf services, tells me osrf_control command not found. |
| 13:40 |
Dyrcona |
wlawlibrary: Do this: PATH=$PATH:/openils/bin |
| 13:41 |
Dyrcona |
Even if you added that to .barshrc, unless you've logged out, it's not actually set, yet. |
| 13:42 |
Dyrcona |
barsh... :) |
| 13:42 |
* Dyrcona |
type gud. :) |
| 13:45 |
pinesol_green |
[evergreen|Ben Shum] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f34abb2> |
| 13:45 |
pinesol_green |
[evergreen|Ben Shum] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3e5959a> |
| 13:47 |
csharp |
@decide .barshrc or .brashrc |
| 13:47 |
pinesol_green |
csharp: go with .barshrc |
| 13:55 |
Dyrcona |
@decide stay or go |
| 13:55 |
pinesol_green |
Dyrcona: go with go |
| 13:55 |
Dyrcona |
Somehow, I knew you'd say that. |
| 14:04 |
|
rlefaive_ joined #evergreen |
| 15:12 |
|
jihpringle joined #evergreen |
| 15:18 |
gmcharlt |
hey rhamby_, could you prepare a OS X package for the XUL 3.0.0 staff client tomorrow? |
| 15:18 |
rhamby_ |
gmcharlt: sure, I'll do it first thing in the morning (well, probably give the coffee five minutes to kick in) |
| 15:18 |
gmcharlt |
rhamby_: thanks! |
| 15:19 |
gmcharlt |
OpenSRF 3.0.0 is available from https://evergreen-ils.org/opensrf-downloads/ |
| 15:19 |
gmcharlt |
other than bumping up the version number, it's identical to 3.0.0-alpha |
| 15:26 |
bos20k |
I remember there being several changes in OpenSRF 3.0 and it being at least not binary compatible with OpenSRF 2.5. My big question is, does Evergreen 2.12 work with OpenSRF 3.0 or should we stick with OpenSRF 2.5 for EG 2.12? |
| 15:30 |
gmcharlt |
bos20k: it's possibly easier to stick with 2.5.x for EG 2.12 |
| 15:30 |
bos20k |
gmcharlt: ok, thanks! |
| 15:31 |
gmcharlt |
but (at least at present) there's nothing that absolutely prevents using OpenSRF 3.0.0 on EG 2.12.x -- you just end up doing more config file fiddling |
| 15:32 |
bos20k |
hmmm, I don't like fiddling... |
| 15:35 |
bos20k |
Is it that all you have to do is add 'lib' to <implementation> ? |
| 15:38 |
Dyrcona |
bos20k: For the OpenSRF libraries, yes. The Evergreen C libraries in 2.12 will not get the new names. |
| 15:39 |
bos20k |
Dyrcona: Oh, ok, thanks! |
| 15:39 |
Dyrcona |
I'm trying to think if there is something else in there, but I don't think so. |
| 15:40 |
Dyrcona |
I'm sticking with OpenSRF 2.5.2 for my upgrade to 2.12.6 this weekend, fwiw. |
| 15:42 |
bos20k |
Probably will do the same. Thanks again! |
| 15:50 |
gmcharlt |
and ... rel_3_0 is now branched |
| 15:51 |
pinesol_green |
[evergreen|Dan Wells] Rename monolithic upgrade for 3.0-RC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0751eb4> |
| 15:51 |
pinesol_green |
[evergreen|Dan Wells] Remove redundant function update from 3.0-RC upgrade script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c017603> |
| 15:51 |
pinesol_green |
[evergreen|Galen Charlton] bump up monolithic schema upgrade script for 3.0.0 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c4ceb81> |
| 15:58 |
Dyrcona |
gmcharlt++ |
| 15:58 |
|
khuckins__ joined #evergreen |
| 15:59 |
JBoyer |
gmcharlt++ |
| 16:01 |
|
khuckins_ joined #evergreen |
| 16:02 |
miker |
Bmagic: I don't think auto-extending grace intersects with your issue. that setting is (intended) for closed days that are /completely adjacent/ to the due date, not 1) due 2) open 3) closed 4) open |
| 16:18 |
Bmagic |
miker: Good to know |
| 16:23 |
|
rlefaive joined #evergreen |
| 16:23 |
|
kmlussier joined #evergreen |
| 16:25 |
* Dyrcona |
waves to kmlussier. |
| 16:25 |
kmlussier |
Dyrcona: Hi! |
| 16:25 |
kmlussier |
I won't be here long. :) |
| 16:32 |
|
khuckins joined #evergreen |
| 17:04 |
|
mmorgan left #evergreen |
| 18:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 19:37 |
|
Dyrcona joined #evergreen |
| 19:50 |
|
jonadab joined #evergreen |
| 21:14 |
gmcharlt |
https://evergreen-ils.org/evergreen-development-update-16-on-the-eve-of-release/ |
| 21:43 |
|
BobW__ joined #evergreen |
