Evergreen ILS Website

IRC log for #evergreen, 2017-11-22

| 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
02:38 beanjammin joined #evergreen
06:32 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
07:25 agoben joined #evergreen
07:39 csharp heh - I was wondering what would happen if I tried to open a web-client-created reports template within the XUL client.  Answer: it opens a login page to the web client which you can't move past because it doesn't detect a workstation.
08:18 Dyrcona joined #evergreen
08:33 mmorgan joined #evergreen
09:05 bos20k joined #evergreen
09:21 miker berick: I'm whacking around the display fields branch you're filling out, and wondering if we oughtn't push a lot of the new fields to keyword, rather than identifier. abstract and toc really jump out at me, but I started wondering if there was a reason for that cmf class? (also, this is in the context of pretty much all of the display-only fields becoming searchable with the eventual goal of killing the blob)
09:54 * mmorgan knows there's a small audience today, but has anyone used date as a condition in notice triggers?
09:55 mmorgan For example, have a different notice text just for the month of December.
09:56 csharp mmorgan: I haven't
09:57 JBoyer mmorgan, as far as I know it should work since the template language and available plugins can do quite a bit but I've not done it, no.
10:00 * mmorgan will give it a try. A few libraries have food for fines each year and ask to change the text for a month.
10:00 mmorgan Then we have to remember to change it back :)
10:00 berick miker: i had no special reason for using identifier.  keyword probably does make more sense for some of those.
10:02 miker berick: thanks!  I'll push up something that moves some of those around so your branch and my future-branch can stay separate but mostly in sync ... soon, but not today :)
10:02 berick miker++
10:12 miker mmorgan: maybe something like: [% USE date %] ... [% IF [% date.format(format => '%m', time => circ.due_date) == 12  %] Food for fines!!! [% END %]
10:12 miker http://www.template-toolkit.org/doc​s/modules/Template/Plugin/Date.html
10:12 Dyrcona What miker said. :)
10:12 * Dyrcona was too slow.
10:13 Dyrcona Chances are date is already used in the templates that you want to change.
10:13 mmorgan miker++
10:14 * mmorgan was looking at that very page!
10:26 Dyrcona @later tell plux I merged Bmagic's branch  to fix the missing semicolon in pingest.pl on the evergreen-3.0-compatibility branch last night.
10:26 pinesol_green Dyrcona: The operation succeeded.
10:27 Dyrcona @later tell plux I then tried it on a test vm with master loaded and got no errors like the others that you emailed me about. I think your problems are elsewhere.
10:27 pinesol_green Dyrcona: The operation succeeded.
10:39 mllewellyn joined #evergreen
10:39 mllewellyn left #evergreen
10:40 mllewellyn joined #evergreen
11:17 frank_g joined #evergreen
11:21 frank_g Hi all, good morning, I have a question, Is the overdue_max the rule that especifies the maximum total amount of fines for a person? or is for a book?
11:29 beanjammin joined #evergreen
11:31 jeff frank_g: can you give some more context? where are you when you're seeing an "overdue_max rule"?
11:31 mmorgan frank_g: "overdue_max" is a maximum fine rule for a transaction. If set in your circ policies, it would be for each "book" not "person"
11:31 jeff mmorgan++
11:34 frank_g We are trying to stopping fines when a user get an specific amount, I mean, We need to stop generating fines when the users got $100, if the item are not returned yet the total fine has to be $100 still
11:35 jeff You can set a maximum amount of fines to be generated for a given circulation, but at present there is no way (that i know of) to cap the amount of fines generated for a given user. Hopefully that first one is what you're trying to do, and not the second.
11:35 sandbergja joined #evergreen
11:46 frank_g ah ok, so the generation fines cannot be stopped right?
11:46 frank_g just in with the circ policies
11:50 jeff frank_g: when you check out an item in Evergreen, the circulation policies in effect at that time set various attributes on the circulation, including a max_fine. If the item is overdue and Evergreen begins to generate fines each day (or other interval), it will stop when it reaches that "max_fine" amount.
11:51 jeff frank_g: what it doesn't do at present, is look at the amount of other outstanding overdue fines for the patron.
11:51 jeff frank_g: so if i check out two books and policy at time of checkout sets max_fine to 10.00 for each, a total of 20.00 in fines may be generated eventually if they are not returned.
11:52 jeff frank_g: what we cannot do at this point is say "max_fine of 10.00 for each circulation, but don't generate more than 15.00 in fines for the patron"
11:53 jeff frank_g: hopefully that clears up what i was trying to say without overly complicating things. :-)
11:55 frank_g jeff: of course it clarify what I was trying to explain, thanks for the excellent explanation, hopefully this kind of rule could be added for future Eg versions
12:00 jihpringle joined #evergreen
12:05 mmorgan So here's what I ended up with for the food for fines text: [%- IF date.format(format => '%Y%m%d') < 20171229 %]Food for fines[% ELSE %]Regular notice text[% END%] It needs to be based on when the notice is generated and should revert back after Dec. 28
12:18 Christineb joined #evergreen
12:33 khuckins joined #evergreen
13:06 beanjammin joined #evergreen
13:22 plux joined #evergreen
13:36 JBoyer mmorgan, that is cool, very easy to use simple int comparisons. Do they do this every year so they can set start / stop dates, or is this more of a one off / as needed thing?
13:39 mmorgan JBoyer: We have a couple of libraries that have been donig this every year. So it could be useful to have start/stop dates.
13:40 JBoyer If they're ok with it just starting up on say, 11/15 or something and ending 12/28, you can just leave out the %Y and add a > comparison also. Never touch it again!
13:44 mmorgan I thought about setting specific start/stop dates, that would be ideal. I will run it by the libraries and if they're ok with having happen automatically, I'll do just that. I would love to never have to touch it again!
13:45 mmorgan JBoyer++
13:54 khuckins_ joined #evergreen
14:30 khuckins__ joined #evergreen
14:33 khuckins_ joined #evergreen
14:35 rsulejmani joined #evergreen
14:36 rsulejmani Help. http://prntscr.com/hdxc4u this is what happens when I try to install OpenSRF
14:37 rsulejmani this happens when I run the command make -f src/extras/Makefile.install ubuntu-xenial
14:38 dbs rsulejmani: what distribution & version are you running on?
14:38 dbs my guess would be ubuntu 17.10?
14:38 rsulejmani Ubuntu 16.04
14:39 dbs uhh
14:39 dbs maybe the package repo is horribly broken then?
14:42 rsulejmani How do I fix this then.
14:45 jonadab joined #evergreen
14:47 rsulejmani Hello...............
14:48 jeffdavis rsulejmani: I wonder if there is a problem with your Ubuntu install.
14:48 jeffdavis I'm on 16.04 and I just installed libdatetime-perl successfully.
14:49 jeffdavis That part of the Evergreen install process is trying to install Ubuntu packages with the apt package management system. It could be that there's a problem with how apt is configured locally.
14:50 rsulejmani and how to I fix the apt
14:54 jeffdavis It's hard to say (and I'm not an expert). Normally Ubuntu checks the list of repositories in /etc/apt/sources.list to see where to get packages from, you might make sure your local copy of that file contains entries similar to what is listed here: http://www.configserverfirewall.com/ubuntu-l​inux/etc-apt-sources-list-ubuntu-16-xenial/
14:55 jeffdavis It may be that your sources.list is trying to pull from repositories that are having problems right now, mine are mainly at ca.archive.ubuntu.com because I'm in Canada and those are working fine at the moment.
14:56 jeffdavis Depending on your local configuration, you may also be using an apt proxy (which could be having problems). This is unlikely if you're on your own personal desktop, but I've used hosted VMs that used a proxy so that packages were downloaded from the VM host's own repository rather than an official Ubuntu repo.
14:58 rsulejmani Im using the Windows 10 WSL Ubuntu
14:58 jeffdavis ah
15:00 jeffdavis I haven't used WSL so I can't say whether there are issues specific to that.
15:00 JBoyer Someone else experimented with that some time ago, and it's not quite Ubuntu "enough" to work. You have to use a real Linux install to install Evergreen.
15:00 JBoyer The Linux Subsystem for Windows isn't 100% complete and it looks like some of our dependencies bump into those rough edges.
15:00 rsulejmani Ok
15:01 jeffdavis hope they're able to get things worked out
15:01 jeffdavis JBoyer++
15:03 JBoyer It's pretty fun to run X software though. They've done everything but come out and say they won't spend a minute fixing things specifically for GUI software and won't include an X server, but vcXSrv works fine for a lot of stuff already. :)
16:25 eady joined #evergreen
17:04 mmorgan left #evergreen
18:32 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>

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