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/docs/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-linux/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> |