Evergreen ILS Website

IRC log for #evergreen, 2017-10-02

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

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

Time Nick Message
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/w​eb/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-deve​lopment-update-16-on-the-eve-of-release/
21:43 BobW__ joined #evergreen

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