| Time |
Nick |
Message |
| 00:23 |
|
troy___ joined #evergreen |
| 00:23 |
|
berick_ joined #evergreen |
| 00:24 |
|
gdunbar joined #evergreen |
| 00:24 |
|
jeff__ joined #evergreen |
| 00:26 |
|
pastebot0 joined #evergreen |
| 00:30 |
|
phasefx_ joined #evergreen |
| 02:51 |
|
JBoyer_alt joined #evergreen |
| 02:52 |
|
ohiojoe_ joined #evergreen |
| 06:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:15 |
|
agoben joined #evergreen |
| 07:17 |
|
JBoyer joined #evergreen |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 07:21 |
JBoyer |
berick_, re: your Qs yesterday about bug 1712646 and bug 1714390, What should happen in the end is that the ui service and the volcopy app both lose the stringToNumber directive, and ui gets two others in its place: stringToInt and stringToFloat, and those 2 sprinkled about wherever they're needed. |
| 07:21 |
pinesol_green |
Launchpad bug 1712646 in Evergreen "Web Client: Adding bill without billing type fails silently" [Low,Confirmed] https://launchpad.net/bugs/1712646 |
| 07:22 |
pinesol_green |
Launchpad bug 1714390 in Evergreen "Fix for Web Client Copy Editor Fix" [Undecided,New] https://launchpad.net/bugs/1714390 |
| 07:37 |
|
Jillianne joined #evergreen |
| 08:02 |
|
kmlussier joined #evergreen |
| 08:39 |
|
mmorgan joined #evergreen |
| 08:54 |
|
Jillianne joined #evergreen |
| 08:56 |
|
bos20k joined #evergreen |
| 08:58 |
|
_adb joined #evergreen |
| 09:16 |
|
Dyrcona joined #evergreen |
| 09:25 |
kmlussier |
gmcharlt: Can we still push code to master this morning? |
| 09:28 |
kmlussier |
For anyone looking for an easy contribution for web client documentation day, bug 1504314 might be a good choice. |
| 09:28 |
pinesol_green |
Launchpad bug 1504314 in Evergreen "Documentation: disable popup blockers for web client use" [Undecided,New] https://launchpad.net/bugs/1504314 |
| 09:36 |
|
yboston joined #evergreen |
| 09:41 |
gmcharlt |
kmlussier: yeah, I'll keep the door open a bit - what specifically did you have in mind? |
| 09:42 |
kmlussier |
gmcharlt: Nothing major. I just wanted to look at berick's About page. |
| 09:42 |
gmcharlt |
ah, sure |
| 09:49 |
kmlussier |
Going through the webstaffclient bugs just reminds me of all the things I planned to work on before the 3.0 release. :( |
| 09:49 |
JBoyer |
Same. :,( |
| 09:50 |
kmlussier |
Can we have another 6 months? ;) |
| 09:51 |
bshum |
Of course you can. For 3.1 |
| 09:51 |
mmorgan |
+1 :) |
| 09:51 |
bshum |
:) |
| 09:54 |
Dyrcona |
I think we should have a release that is just bug fix and code cleanup. |
| 09:59 |
JBoyer |
Dyrcona, there's a lot of overlap between that and adding features with respect to the web client. ;) And dev contracts keep coming, so... :/ |
| 09:59 |
Dyrcona |
I never said my idea would be popular, in fact, I know it isn't, but adding new features without cleaning up existing ones is a big part of our problems. |
| 10:00 |
JBoyer |
I'm not arguing against it, just pointing out that until feature parity the line will be fuzzy. |
| 10:01 |
Dyrcona |
I'm talking about core Evergreen code and not the web staff client. |
| 10:03 |
Dyrcona |
I almost think the staff client(s) should be separate projects.... (NOTE: I said "almost.") |
| 10:05 |
JBoyer |
Ah, I see what you mean. |
| 10:05 |
berick_ |
kmlussier: the About page is truly a heartbreaking work of staggering genius |
| 10:06 |
Dyrcona |
@praise The About Page |
| 10:06 |
* pinesol_green |
And The About Page raised the report up on high, saying O Lord, bless this thy circ report, that with it thou mayst blow thine enemies to tiny bits, in thy mercy. |
| 10:06 |
kmlussier |
berick: So sorry for saying it was nothing major. From now on, I will give it the respect it deserves. |
| 10:06 |
berick |
n'amen |
| 10:06 |
berick |
kmlussier++ |
| 10:07 |
gmcharlt |
berick: so THAT'S why the about page features so many occurrences of the character U+1F494 |
| 10:08 |
berick |
gmcharlt++ hah |
| 10:12 |
JBoyer |
gmcharlt++ |
| 10:12 |
Dyrcona |
gmcharlt++ |
| 10:18 |
|
dwgreen joined #evergreen |
| 11:19 |
gmcharlt |
I've create 3.0.0 and 3.0.1 milestones and am in the processing of moving a bunch of bugs out of the 3.0-rc milestone |
| 11:19 |
|
jvwoolf joined #evergreen |
| 11:20 |
|
jvwoolf1 joined #evergreen |
| 11:21 |
|
collum joined #evergreen |
| 11:32 |
kmlussier |
I have added a commit to the About Page branch if anyone wants to take a look at it. http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/kmlussier/lp1718036-webstaff-about-signoff |
| 11:48 |
|
Christineb joined #evergreen |
| 11:54 |
* Dyrcona |
wishes for an edit button on Lp comments.... |
| 11:54 |
berick |
kmlussier: just looking at div classes, was the intent to have the What Is Evergreen section sitting to the right of the server details? |
| 11:54 |
|
jeff joined #evergreen |
| 11:54 |
kmlussier |
No, the intent was to push it below. I tried putting it to the right, but decided I liked it better down below. |
| 11:54 |
kmlussier |
berick: Is it showing to the right? |
| 11:55 |
|
Guest84367 joined #evergreen |
| 11:55 |
berick |
kmlussier: no, just wanted to confirm. i suggest wrapping it in a <div class="row">..</div> to clarify it should live in its own row. |
| 11:56 |
kmlussier |
berick: I think I did that, right? |
| 11:56 |
berick |
oh, you combined the row and col |
| 11:56 |
berick |
never seen that before |
| 11:57 |
berick |
probably fine |
| 11:57 |
kmlussier |
berick: Oh, sorry. Is that bad? lol |
| 11:58 |
berick |
heh, i don't think it really matters. just had to look twice |
| 11:59 |
berick |
kmlussier: oh, heh, but there is an extra quote in there that might matter.. |
| 12:00 |
* berick |
feels super finicky right now |
| 12:00 |
berick |
@band add Wicked Finicky |
| 12:00 |
pinesol_green |
berick: Band 'Wicked Finicky' added to list |
| 12:00 |
|
bwicksall joined #evergreen |
| 12:00 |
berick |
kmlussier: i can sign off and fix that if you want |
| 12:02 |
|
jihpringle joined #evergreen |
| 12:05 |
kmlussier |
berick: Yes, thank you! |
| 12:05 |
kmlussier |
berick++ |
| 12:06 |
* berick |
grabs bug |
| 12:07 |
|
rlefaive joined #evergreen |
| 12:09 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Web client release notes and acknowledgements - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8e29c86> |
| 12:09 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Adding more acknowledgements for web client contributions - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0ced845> |
| 12:09 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: streamlining release notes for user buckets; adding trimmed content to the manuals - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=368ecff> |
| 12:09 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: replacing OPAC with Public catalog - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0585cec> |
| 12:09 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: adding release note entry for docs re-org - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=c965386> |
| 12:17 |
pinesol_green |
[evergreen|Bill Erickson] LP#1718036 Webstaff about page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=af284fc> |
| 12:17 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1718036: Adding more information to About page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b203881> |
| 12:18 |
berick |
and... those strings are translatable |
| 12:18 |
berick |
will post another patch |
| 12:18 |
berick |
*aren't |
| 12:36 |
kmlussier |
Oops...sorry. |
| 12:37 |
berick |
patch pushed to LP |
| 12:37 |
* kmlussier |
will take a look. |
| 12:39 |
|
khuckins__ joined #evergreen |
| 12:51 |
pinesol_green |
[evergreen|Bill Erickson] LP#1718036 Webstaff about page transatable - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=a0d5e2f> |
| 12:54 |
gmcharlt |
miker: et al: I've updated user/gmcharlt/lp1719726_3_0_rc_schema_update |
| 12:54 |
|
rlefaive_ joined #evergreen |
| 13:01 |
Bmagic |
Anyone know off the top of their head (no cheating) if Evergreen can use the circulating Library's lost policy instead of the owning library? |
| 13:02 |
|
library joined #evergreen |
| 13:02 |
library |
fresh install looking for installation assistance |
| 13:03 |
Bmagic |
library: did you happen to try the docker container? |
| 13:03 |
library |
trying to configure opensrf |
| 13:04 |
mmorgan |
Bmagic: We're happy with the policy following the owner, so never investigated changing it. |
| 13:04 |
library |
instruction said to type following command. so i did. then re-read instruction and it said to replace "prefix" with default opensrf folder... grr |
| 13:07 |
|
jvwoolf joined #evergreen |
| 13:08 |
Bmagic |
library: yeah, the instructions have a lot of details that make a big difference. If you want to get an Evergreen server up and running for testing purposes, you can skip the full installation process and use the docker container |
| 13:09 |
Dyrcona |
Bmagic: The answer to your question is "It depends on what you mean by lost policy, and if you only want the lost policy." |
| 13:09 |
library |
there are already existing test servers for evergreen that i've visited from the URL. We're looking to install and run evergreen on a localhost machine |
| 13:10 |
Dyrcona |
library: Bmagic's docker container is a quick way to set up a test Evergreen instance with stock test data. |
| 13:11 |
Dyrcona |
Bmagic: It is pretty straightforward to set up the circ matrix so that the owning libraries circulation rules are used. |
| 13:12 |
Bmagic |
library: https://hub.docker.com/r/mobiusoffice/evergreen-ils/ |
| 13:12 |
* Dyrcona |
can spell, honestly.... :) |
| 13:12 |
Dyrcona |
Just not in IRC. :) |
| 13:13 |
library |
My question in the install Evergreen Server instruction list, is step 5 and 7 of the "installing OpenSRF" |
| 13:15 |
Dyrcona |
And, your question is? |
| 13:15 |
library |
@bmagic @dyrcona appreciate the docker container information. I'm looking for more of a permanent option |
| 13:15 |
pinesol_green |
library: connect to host dev port 22: Connection refused |
| 13:15 |
kmlussier |
Bmagic: I love your enthusiasm for promoting docker, but sometimes we just need to do the traditional install. :) |
| 13:16 |
Dyrcona |
library: Just use the names, there's no need for the @ |
| 13:16 |
kmlussier |
library: Don't mind pinesol_green. It's just a bot that didn't know what to do with the @. |
| 13:16 |
Dyrcona |
It confuses the bots... |
| 13:17 |
Dyrcona |
@dunno |
| 13:17 |
pinesol_green |
Dyrcona: http://wonder-tonic.com/geocitiesizer/content.php?theme=2&music=6&url=evergreen-ils.org |
| 13:17 |
library |
ok. good to keep in mind. been years since IRC and mIrc |
| 13:19 |
kmlussier |
library: So where are you having trouble with the installation? I know you said it's around step 5 and 7? |
| 13:19 |
library |
given that my question is new-user based, and probably more related to openSRF than to EvergreenILS, or perhaps even better answered by OS queries than from here. |
| 13:20 |
library |
kmlussier - yes with the OpenSRF install instructions |
| 13:20 |
Dyrcona |
library: Ask your questions. I'm sure someone here can help you. |
| 13:20 |
kmlussier |
library: yes, this is the best place to get help with OpenSRF as well as Evergreen. But I'm unclear on what the exact problem is. Are you getting something unexpected when you reach those steps? |
| 13:21 |
library |
i typed in the command in terminal exactly like the document said... but re-read the instruction |
| 13:22 |
Dyrcona |
library: No problem, just do it again as intended. |
| 13:22 |
Dyrcona |
echo /openils/lib > /etc/ld.so.conf.d/opensrf.conf |
| 13:22 |
library |
i typed "./configure --prefix=/openils --sysconfdir=/openils/conf" but isn't prefix supposed to read /opensrf/ |
| 13:22 |
Dyrcona |
Oh, I'm ahead of you. :) |
| 13:23 |
Dyrcona |
Well, the prefix can be anything you want, but we usually use and suggest /openils |
| 13:24 |
library |
so... new to linux... the line --prefix=/openils means that my prefix is openils - correct? |
| 13:25 |
Dyrcona |
No, the prefix is /openils... |
| 13:25 |
Dyrcona |
The make install step later will create a directory called /openils and everything will be installed in there. |
| 13:25 |
Dyrcona |
The / in front means it is at the beginning. |
| 13:26 |
library |
the line under step 7 install opensrf - echo "export path=\$path:/openils/bin" - is that the correct syntax? |
| 13:26 |
Dyrcona |
If you forget the /, then it will end up in a subdirectory (i.e. folder) below wherever you happen to be. |
| 13:26 |
Dyrcona |
library: What Linux distribution are you using? |
| 13:27 |
Dyrcona |
Actually, it doesn't matter.... |
| 13:27 |
library |
16.04 |
| 13:27 |
Dyrcona |
I usually do that step by hand. |
| 13:28 |
library |
so that echo returns a bash permission denied |
| 13:28 |
kmlussier |
library: Were you the root user when you used that command? |
| 13:28 |
Dyrcona |
you're supposed to be the opensrf user when you do that one. |
| 13:28 |
library |
i used sudo |
| 13:29 |
library |
brb |
| 13:29 |
Dyrcona |
It's trickiek with sudo. |
| 13:29 |
Dyrcona |
sudo -u opensrf bash -c "PATH=\$PATH:/openils/bin >> ~opensrf/.profile" |
| 13:30 |
kmlussier |
Dyrcona: "Issue the following commands as the root Linux account to create the opensrf user and set up its environment" That's what I see at the top of step 7. |
| 13:30 |
Dyrcona |
Well, the instructions are sometimes dumb. :) |
| 13:30 |
Dyrcona |
You don't need the export, and I use .profile not .bashrc, 'cause the tricks we try to do with .bashrc in the crontab are useless. :) |
| 13:34 |
kmlussier |
Well, in my case, I found that if I paid close attention to what user the instructions told me to be, I had more luck installing Evergreen. Whenever I come across trouble, it's usually because I'm issuing the command as the wrong user. But Dyrcona has more experience with installing Evergreen than I do. |
| 13:35 |
Dyrcona |
That is true in most cases, but I've installed Evergreen so many times that I don't need the instructions, usually. :) |
| 13:37 |
Dyrcona |
If you want to redirect with sudo, though, you have to run it with bash -c and enclose the redirection in the quoted string. |
| 13:37 |
Dyrcona |
Otherwise, the redirection happens as the regular user. |
| 13:42 |
library |
so. to review. to create to opensrf user -... i am cd to the opensrf directory, i sudo useradd -m -s /bin/bash opensrf |
| 13:43 |
Dyrcona |
Well, that will create /home/opensrf for the opensrf user. |
| 13:44 |
Dyrcona |
You need to do that before you can add the path to the bashrc. |
| 13:44 |
library |
i used your suggestion. it asked for pw. i'm at cmd prompt. |
| 13:46 |
Dyrcona |
I'm a little confused. Is sudo asking for a password or is the adduser asking for the password? |
| 13:47 |
Dyrcona |
If it's sudo, you enter your password of course. If the latter, then whatever you want the password to be. |
| 13:49 |
library |
next... after change pw step... sudo chown -R opensrf:opensrf /openils |
| 13:50 |
library |
its the substitution of the PREFIX instruction that throws me when i see the instruction |
| 13:50 |
Dyrcona |
library: I think you're doing things out of order... |
| 13:50 |
library |
http://evergreen-ils.org/documentation/install/OpenSRF/README_2_5_2.html |
| 13:50 |
Dyrcona |
Hmm.... Maybe not. I do them out of order, 'cause its more convenient. |
| 13:51 |
library |
am on step 7 |
| 13:51 |
bshum |
It's asking for the password of the user you're using to run sudo (since you're not doing it as root like the step says to) |
| 13:51 |
Dyrcona |
Anywhere it says <PREFIX> replace it with openils |
| 13:52 |
Dyrcona |
bshum: sudo is more complicated than that. It only asks for the password one every so often. And, of course, you can configure it not to ask your user for a password at all. |
| 13:53 |
bshum |
Dyrcona: Of course, that's why I usually don't use it that way |
| 13:53 |
bshum |
:) |
| 13:53 |
library |
you both are discussing nuances of diff approaches to using terminal i assume |
| 13:53 |
Dyrcona |
Yes. |
| 13:54 |
library |
i am a library technician for a small law firm. |
| 13:54 |
Dyrcona |
And you chose Evergreen, because....? |
| 13:54 |
library |
i am tired of using excel |
| 13:54 |
Dyrcona |
And, you chose Evergreen instead of.....? |
| 13:55 |
Dyrcona |
I'm not trying to get on your case or get out of helping you, but you should look around at other options if you have not already. |
| 13:57 |
library |
i want to provide my clients with a desktop inventory search utility, |
| 13:57 |
library |
we have looked at ILS from inmagic genie |
| 13:57 |
library |
and DBTextworks |
| 13:57 |
library |
but cost is prohibitive |
| 13:58 |
library |
we're a small law firm and $40,000 is a lot of dough for a search utility |
| 13:58 |
library |
We have been looking at ILS tech since 2009 |
| 13:59 |
Dyrcona |
OK. I'm not trying to dissuade you, but Evergreen is big. It has a lot of moving parts. |
| 13:59 |
Dyrcona |
So, where are you on Step 7? |
| 14:00 |
kmlussier |
library: I think it's worth continuing your exploration of Evergreen if it looks like it will meet your needs, but another open-source system you might want to consider is Koha. |
| 14:00 |
library |
i understand. i'm good on creating the user for opensrf |
| 14:00 |
library |
i looked at Koha |
| 14:00 |
Dyrcona |
I'd be curious to know why Evergreen "won." |
| 14:00 |
library |
i was/am divided. thought i would just jump in and use one |
| 14:00 |
Dyrcona |
OK.... Maybe you should try Koha, too, and really compare them? |
| 14:01 |
kmlussier |
library: I think that's an excellent way to see which one is the right fit. |
| 14:01 |
library |
evergreen's documentation and site design seemed most attractive, but more specifically, there were installation instances for universities and other research institutions that seemed to make evergreen a better fit |
| 14:02 |
library |
i did not find Koha installations that were even regional |
| 14:02 |
library |
figured koha would have a smaller installation footprint, and its smaller usage meant not having access to features |
| 14:03 |
library |
but i'm well aware that Evergreen is designed for massive municipal and even national libraries, users and circulations and multiple library locations |
| 14:03 |
Dyrcona |
Well, there are people in this channel who also support Koha. I don't, so I can't say much, but I usually recommend people look at it, too. |
| 14:04 |
Dyrcona |
If you're a small site, Evergreen has a lot of features you won't use. |
| 14:04 |
library |
circulation being one. |
| 14:04 |
Dyrcona |
Well, Koha has circulation. It's a base requirement of an ILS. |
| 14:05 |
library |
we have 20 lawyers. a support staff of 40. Much of our annual research has moved to digital, however, we have a sizable investment in our book resources, and younger lawyers are not making use of the texts |
| 14:05 |
Dyrcona |
Have you considered just doing something with a database? You could convert your Excel into a database and add a pretty front end. |
| 14:06 |
library |
my excel is more a publishers shipping receiving and the data on it would not be useful to lawyers |
| 14:06 |
Dyrcona |
You could strip out what is not useful. |
| 14:06 |
library |
being able to finally catalog our collection providing correct records |
| 14:06 |
Dyrcona |
With an ILS, you'll have a lot of overhead that you don't need and don't want. |
| 14:07 |
dwgreen |
How many books are we talking? |
| 14:07 |
Dyrcona |
Well, if you want to learn cataloging, then go for it. :) |
| 14:07 |
library |
now we're on the same page |
| 14:08 |
Dyrcona |
I'm still not so sure we are, but I won't stop you. :) |
| 14:08 |
Dyrcona |
Someone asked how many books you have. You might have missed it. |
| 14:08 |
library |
between 40 and 60,000 |
| 14:09 |
dwgreen |
I was just curious. Sounds like a sizeable collection. |
| 14:09 |
Dyrcona |
Bigger than our smaller public libraries. |
| 14:09 |
library |
it is. our firm is over 80 years old. our library holdings inherited a large collection in the 1940s |
| 14:10 |
library |
we have the largest collection of law resources in a 3 thousand KM stretch. our collection is larger than our local law courts library |
| 14:10 |
Dyrcona |
I work for a consortium of 135 libraries (give or take). |
| 14:10 |
Dyrcona |
they all use the same Evergreen system. |
| 14:11 |
library |
excel and even access is not going to cut it, and the time to re-create a brand new DB in access will be too much reinventing the wheel |
| 14:11 |
Dyrcona |
Well, Access does have its limitations.... |
| 14:12 |
library |
and we're a private institution |
| 14:12 |
library |
we do not provide resource access to anyone outside our organization |
| 14:12 |
Dyrcona |
There are private institutions in some of the consortia up here, in fact some of our members are private colleges. |
| 14:13 |
Dyrcona |
Oh, and we have the MA Stat Library as a member. |
| 14:13 |
Dyrcona |
s/Stat/State/ |
| 14:14 |
Dyrcona |
So, private/separate institutions can join a consortium is what I'm getting at. |
| 14:14 |
Bmagic |
Dyrcona: kmlussier: sorry, I had to step away, following up - The question about owning/circ library policy. It's the Lost action trigger that I was trying to get at. Can the Lost action trigger be restricted to only the items that are circed at the local library regardless of owner? |
| 14:14 |
library |
AFAIK no law firms are currently running Evergreen as an ILS |
| 14:15 |
Dyrcona |
library: I'm not so sure about that. |
| 14:15 |
library |
sledgehammer flyswatter perhaps. but I'm curious |
| 14:16 |
Dyrcona |
Bmagic: I don't think I understand your question. |
| 14:17 |
Bmagic |
kmlussier: the docker container option seems relevant for library. library could get the server running for testing purposes in a few minutes. |
| 14:17 |
Bmagic |
Dyrcona: The age to lost concept is handled via action trigger in Evergreen right? |
| 14:18 |
Dyrcona |
Bmagic: Yes, but it's the second part that I don't understand. It ages thing regardless of where they're checked out. I don't think I understand your goal. |
| 14:18 |
Bmagic |
library: if you are not sure weather or not you are going to use the Evergreen ILS as your solution and you are just needing to test it out, then the docker container is it! |
| 14:18 |
Dyrcona |
library: This is the most eclectic consortium that I'm aware of. They are using Koha: http://www.masscat.org/current-members-list/ |
| 14:19 |
|
sandbergja joined #evergreen |
| 14:19 |
Bmagic |
Dyrcona: some of our members would like to know if it's "easy" to institute the lost action trigger on ALL items checked out at their library, instead of having the owning library's AT act upon the item that is circed at their library |
| 14:20 |
Dyrcona |
library: No law firms in that list, but a hospital or two. |
| 14:20 |
library |
there are already existing test servers for evergreen that i've reviewed... is the docker somehow different than these web-accessible test sites? |
| 14:20 |
Dyrcona |
Bmagic: That sounds like the opposite of what you asked earlier, but I'm getting old. :) |
| 14:21 |
Bmagic |
library: it would be running on your machine |
| 14:21 |
Dyrcona |
Bmagic: I think you'd have to change the trigger code or use a filter, but I'm also not an expert on A/T. |
| 14:21 |
Bmagic |
library: I could ask you the same question - installing Evergreen on your local machine is somehow different than the web-accessible test sites? |
| 14:21 |
Dyrcona |
Bmagic: I think library is ready to go beyond the kick the tires stage. |
| 14:21 |
library |
i cannot create records that a lawyer on site can search for and find a text on our shelf from? |
| 14:22 |
library |
none of our lawyers are going to waste their time searching a test database for books about kitty cats |
| 14:22 |
Bmagic |
library: you would like to import MARC into the test site? I believe that's possible (however, the databases on the test sites might be subject to reset from time to time) |
| 14:22 |
library |
I want MARC book records added |
| 14:22 |
Dyrcona |
You can do that with the docker image. |
| 14:23 |
Bmagic |
library: and, yes, you can do that with the docker image |
| 14:23 |
library |
bah. already come this far. |
| 14:23 |
Bmagic |
library: if you are still installing OpenSRF - you have a long ways to go |
| 14:24 |
library |
got a old workstation, took months to requisition and obtain, got it alll LAMPed out |
| 14:24 |
kmlussier |
I think it's good that library knows there is another option available if he runs across trouble with the installation. For now, though, if you run across any more trouble with the OpenSRF or Evergreen installation, we'll be happy to help out. |
| 14:25 |
Bmagic |
library: here is a video that shows the step by step proceedure for getting the docker container running locally: https://vimeo.com/231611654 |
| 14:25 |
library |
bmagic: thanks. i will review it tonight |
| 14:26 |
Bmagic |
library: when you say LAMP - do you mean you installed mysql, php? (and apache) |
| 14:28 |
* Dyrcona |
didn't take it literally. :) |
| 14:32 |
library |
it had win7 on it. it now has ubuntu16.04. it has apache. it has php. all dependencies installed so far. all updates |
| 14:32 |
library |
also installed postgre |
| 14:33 |
Dyrcona |
library: You don't need php for Evergreen, just so you know. |
| 14:33 |
library |
that is a relief |
| 14:33 |
Dyrcona |
It's like the one thing we don't use. :) |
| 14:34 |
Bmagic |
library: The installation instructions from Evergreen's site will install all of the prereq's for you, it doesn't hurt to have those things intalled though. In the future you don't need to spend time on it specifically. |
| 14:39 |
library |
i appreciate the helps. Coming to IRC for linux help is why I keep returning to Linux distros. I'm happy to be able to have one at our office. Also nice to meet you all |
| 14:39 |
Bmagic |
library: back at you! Happy to help. Welcome! |
| 14:41 |
library |
do i worry about providing IPv6 lines in my hosts file? |
| 14:41 |
kmlussier |
library: It's nice to meet you too! Welcome! |
| 14:42 |
Bmagic |
library: no |
| 14:42 |
Bmagic |
Dyrcona: that is a good question though, can ejabberd speak IPv6? |
| 14:43 |
Dyrcona |
It can. |
| 14:43 |
Dyrcona |
But, it's not necessary. |
| 14:47 |
|
acautley joined #evergreen |
| 14:51 |
kmlussier |
sandbergja / remingtron: When I use the Google search on the docs, I get tabs to see results in 2.9, 2.10, 2.11 and dev, but not 2.12. Do you know how that gets fixed? Does Robert need to take care of it? |
| 14:54 |
remingtron |
kmlussier: yes, I think it's something Robert needs to configure in the HTML template. |
| 14:54 |
kmlussier |
remingtron: OK, thanks! I'll follow up with him. |
| 14:56 |
|
acautley joined #evergreen |
| 15:02 |
|
acautley_ joined #evergreen |
| 15:04 |
Dyrcona |
2.9 and 2.10 should probably be dropped. |
| 15:10 |
Bmagic |
kmlussier: I was wondering that too! I always use google to search the docs, and I find older versions every time (of course, I know to change the URL once I land on the page) |
| 15:15 |
Bmagic |
anyone available to talk angular with me for a sec? |
| 15:17 |
Bmagic |
bug 1642036 |
| 15:17 |
pinesol_green |
Launchpad bug 1642036 in Evergreen "Web Staff Client - Group Members Don't Display" [Undecided,Confirmed] https://launchpad.net/bugs/1642036 |
| 15:17 |
Bmagic |
I'm on Open-ILS/web/js/ui/default/staff/circ/patron/app.js |
| 15:18 |
Bmagic |
It looks like it's a race condition issue, since JS executes in async |
| 15:18 |
gmcharlt |
noting that t/lp1501781-unaccent_and_squash.pg will "break" in Pg 9.6 |
| 15:19 |
gmcharlt |
I'm using the square quotes because what's actually going on is Pg fixing a bug with normalizing certain ligatures |
| 15:22 |
miker |
gmcharlt: does that mean we need to recommend a reindex of actor.usr for 9.6, or something worse... |
| 15:23 |
gmcharlt |
I suspect just the former |
| 15:24 |
gmcharlt |
bug 1719986 |
| 15:24 |
pinesol_green |
Launchpad bug 1719986 in Evergreen "Pg 9.6 unaccent() changes how certain characters are normalized" [Low,New] https://launchpad.net/bugs/1719986 |
| 15:25 |
Dyrcona |
Fun... |
| 15:26 |
Dyrcona |
Something told me we should have gone with Perl module instead on that one. |
| 15:27 |
kmlussier |
In my testing, which could be flawed, the staff login inactivity timeout OU setting does not affect web client authentication sessions. Is there anything ATM that will automatically log out staff after a period of idleness? |
| 15:27 |
gmcharlt |
eh, that would have not provided additional guarantee of things not hcanging |
| 15:28 |
Dyrcona |
gmcharlt: True. |
| 15:31 |
berick |
kmlussier: i've noticed in passing the automatic logout only works sometimes. |
| 15:32 |
berick |
kmlussier: but to answer your question yes it should be logging out after the timeout |
| 15:32 |
berick |
... of idleness |
| 15:32 |
kmlussier |
berick: Is it still looking at the library setting when it works or is it using something else? |
| 15:32 |
berick |
kmlussier: i haven't researched further yet. |
| 15:32 |
kmlussier |
berick: OK, thanks. |
| 15:35 |
mmorgan |
kmlussier: not sure if lp 1693035 might be relevant |
| 15:35 |
pinesol_green |
Launchpad bug 1693035 in Evergreen "Logins not honoring all org unit timeout settings" [Medium,New] https://launchpad.net/bugs/1693035 |
| 15:35 |
kmlussier |
mmorgan: I set my timeout at the top of the org tree. |
| 15:36 |
pinesol_green |
Showing latest 5 of 11 commits to Evergreen... |
| 15:36 |
pinesol_green |
[evergreen|Galen Charlton] LP#1719726: make config.metabib_field.display_field have same default - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e5a90ff> |
| 15:36 |
pinesol_green |
[evergreen|Mike Rylander] LP#1719726: Baseline trigger definition consistency - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4266dbb> |
| 15:36 |
pinesol_green |
[evergreen|Mike Rylander] LP#1719726: Retain the ingest.disable_authority_full_rec internal flag if it was missing - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8d624a3> |
| 15:36 |
pinesol_green |
[evergreen|Mike Rylander] LP#1719726: Make sure all relevant triggers are disabled for bib visibility update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d3c57a5> |
| 15:36 |
pinesol_green |
[evergreen|Galen Charlton] bump up monolithic schema update script for RC - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=967458e> |
| 15:55 |
|
khuckins__ joined #evergreen |
| 16:00 |
|
ohiojoe joined #evergreen |
| 16:33 |
Bmagic |
Just curious, does anyone wrestle with the hold notification preferences on each hold not being automatically updated when the preferences for the patron change? |
| 16:34 |
Dyrcona |
I have heard complaints about that in the past, but never enough to warrant looking into a fix. |
| 16:34 |
mmorgan |
Bmagic: bug 1570072 |
| 16:34 |
pinesol_green |
Launchpad bug 1570072 in Evergreen "Hold request update notification preferences on change" [Wishlist,Triaged] https://launchpad.net/bugs/1570072 |
| 16:35 |
Bmagic |
oh sweet |
| 16:35 |
mmorgan |
So, Yes :) |
| 16:35 |
Bmagic |
years ago, we had a library ask us to automatically update the hold notification phone number when the patron's phone number was updated. Now they want ALL the rest of the notification preferences update the holds |
| 16:37 |
Bmagic |
I implemented a cron job that targets only that library's patrons and updates the hold notification phone numbers when the patron's edit date was newer than the hold AND the phone numbers were different |
| 16:39 |
mmorgan |
I think part of the confusion around this is that email notification is a yes/no, so the current email address is always used. The other notification methods behave differently. |
| 16:40 |
Bmagic |
mmorgan: yeah, for sure |
| 16:42 |
jeff |
hrm. did we lose the ability to track when a user password had changed with the move to actor.passwd? seems so, but I might be missing something. |
| 16:42 |
Dyrcona |
I would not mind seeing that changed so that the current phone# is used, but I'm sure someone had a reason. |
| 16:42 |
mmorgan |
It also dawned on me at one point that patrons can't see their per hold notification choiceswhen viewing their holds. Maybe exposing that to the patron would help. |
| 16:42 |
jeff |
Bmagic: yeah, we moved away from per-hold phone notification settings. |
| 16:43 |
Bmagic |
jeff: how did you solve it? |
| 16:43 |
Bmagic |
mmorgan: that would be an improvement for sure! Adding some details in the patron OPAC on the holds grid view |
| 16:44 |
Bmagic |
grid is the wrong word, table |
| 16:44 |
jeff |
set up our call scripts to use the user's default phone notification preference at time hold comes available. |
| 16:44 |
Bmagic |
change the AT? |
| 16:44 |
jeff |
ignoring the value of action.hold_request.phone_notify |
| 16:45 |
Dyrcona |
Bmagic: jeff uses automated telephony. |
| 16:45 |
Bmagic |
I see, but the same concept could* be introduced into the AT template and not have to change the codebase at all |
| 16:46 |
Dyrcona |
Yes, I would think so. |
| 16:46 |
bshum |
YAOUS! |
| 16:46 |
bshum |
(just felt like yelling that, for all the obvious and not so obvious reasons) |
| 16:46 |
jeff |
not something we addressed. every time i proposed eliminating per-hold settings here there wasn't much interest, so we didn't pursue it. |
| 16:49 |
kmlussier |
I think there has always been interest when it's raised here, but not always agreement on the solution. |
| 16:50 |
Dyrcona |
Well, YAOUS, as bshum suggested. |
| 16:50 |
bshum |
YAOUS!! |
| 16:50 |
bshum |
:D |
| 16:50 |
Dyrcona |
If set, use the current phone number, if not, do what has always been done. |
| 16:52 |
kmlussier |
Even with the YAOUS (or without), I think people who decide to use per-hold notifications would like the feature described here - https://bugs.launchpad.net/evergreen/+bug/1570072/comments/1 |
| 16:53 |
pinesol_green |
Launchpad bug 1570072 in Evergreen "Hold request update notification preferences on change" [Wishlist,Triaged] |
| 16:53 |
kmlussier |
But I suppose all these comments should go on the bug. |
| 16:57 |
jeff |
do you think there's concensus now that we could eliminate per-hold phone numbers, per-hold text numbers, and per-hold text providers? |
| 17:02 |
Bmagic |
jeff: I like having the possibility of the two being disconnected |
| 17:02 |
jeff |
Bmagic: why? |
| 17:02 |
Bmagic |
it makes perfect sense that each hold could be different. I see that as a nice feature. But, it's not clear to the staff or the patrons |
| 17:03 |
jeff |
can you put into words why it makes sense that each hold be different? |
| 17:03 |
Bmagic |
haha |
| 17:03 |
Dyrcona |
Bmagic: It makes sense and I can even argue why it's a good thing, but I think the confusion outweighs the benefit. |
| 17:03 |
Bmagic |
personally, I wouldn't want each of my holds to notifiy me differently |
| 17:03 |
jeff |
Dyrcona: can you list your argument(s) for why it's a good thing? :-) |
| 17:04 |
Bmagic |
but that is little old me |
| 17:04 |
Dyrcona |
Here's how: I have 2 holds. I care more about 1 than the other. I want to get notified about that one on my cellphone. The other can go to my home phone. |
| 17:04 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Update login chapter - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=76de06c> |
| 17:04 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: Adding information on using native browser functionality - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=950eea1> |
| 17:04 |
kmlussier |
I don't think we can determine if there is a consensus until we bring the discussion to the mailing list. A consensus in IRC is only a consensus of a few people. |
| 17:04 |
Dyrcona |
But, like I said, I think the confusion outweighs the benefit. |
| 17:05 |
Bmagic |
I have a cell phone that charged me per text, and I wouldn't mind getting the text for this one book but I don't care to pay for the text messages for the others.... |
| 17:05 |
kmlussier |
However, if we implement it with YAOUS, then we avoid some of those potential pitfalls. |
| 17:05 |
jeff |
kmlussier: right, we shouldn't determine concensus based on who happens to be non-idle on irc at any given time. |
| 17:05 |
jeff |
kmlussier: still useful for a smoke test, though. |
| 17:05 |
mmorgan |
regarding my previous comment about patron visibility, lp 1720005 |
| 17:05 |
pinesol_green |
Launchpad bug 1720005 in Evergreen "Provide a way for patrons to see and update hold notification preferences while logged into the opac" [Undecided,New] https://launchpad.net/bugs/1720005 |
| 17:05 |
kmlussier |
mmorgan++ |
| 17:06 |
Bmagic |
mmorgan++ |
| 17:07 |
Bmagic |
the assigned bug number is almost* awesome |
| 17:07 |
Dyrcona |
You can't do that with email notifications, so there is inconsistency. |
| 17:08 |
* mmorgan |
needs to run, but would certainly lean toward YAOUS, even per notification type YAOUS. |
| 17:08 |
|
mmorgan left #evergreen |
| 17:08 |
Dyrcona |
Right here, right now, I think per hold phone/text numbers ought to be dropped. |
| 17:08 |
Dyrcona |
But, ask me again in 2 months, I might change my mind. :) |
| 17:11 |
jeff |
perhaps a boolean, circ.holds.notification.we_hate_our_patrons_and_wish_to_confuse_them_by_complicating_things_as_only_libraries_can? |
| 17:11 |
* jeff |
ducks |
| 17:12 |
miker |
here's one: I'm going out of town on vacation at the beach for two weeks, and have chosen the beach-local library as my pickup lib. please call my rental house when it arrives |
| 17:12 |
miker |
without making me change my "permenant" phone number on record |
| 17:12 |
kmlussier |
And then the hold comes in three weeks later. :) |
| 17:12 |
Dyrcona |
jeff: We can replace them all with that on setting. :) |
| 17:12 |
miker |
kmlussier: :) |
| 17:12 |
Dyrcona |
:) |
| 17:13 |
jeff |
miker: your rental house has a landline and is able to receive incoming calls, yet you have no cell phone or email access while on this two week vacation? :-) |
| 17:14 |
miker |
and, re email being different from phones, the original thinking is that emails 1) don't change and follow you and 2) this was pre-smartphone (2004) |
| 17:14 |
Dyrcona |
jeff: That's plausible. |
| 17:14 |
kmlussier |
I know somebody who still does not own a cell phone. |
| 17:14 |
* Dyrcona |
is heading home. |
| 17:14 |
miker |
jeff: -^ see tangential point ;) |
| 17:14 |
jeff |
miker: i'm not faulting the past reasons for it, i'm just trying to re-evaluate :-) |
| 17:14 |
miker |
sure |
| 17:15 |
miker |
I'm just giving background |
| 17:15 |
jeff |
appreciated! |
| 17:15 |
Dyrcona |
I think it makes less sense than it used to, which is why I've changed my opinion recently. |
| 17:15 |
kmlussier |
Here's a use case. You use a library near your workplace and near your home. Your pickup location may dictate which phone number you want to use. |
| 17:15 |
Dyrcona |
Anwyay, good night. |
| 17:15 |
miker |
I'm not saying I'd argue for the same designs today ... but it's not as slap-dash as it might seem in the modern world ;) |
| 17:16 |
kmlussier |
Yes, and I'm not necessarily arguing that we keep it either. I honestly want to hear from people at the circ desk how they see people using it. |
| 17:16 |
miker |
kmlussier: right, that's a more realistic version of my vacation scenario ... especially the fiction of me taking a 2-week vacation ;) |
| 17:16 |
jeff |
miker: arguably per-hold text carrier was something done out of convenience and didn't have a supporting background use case, but i could be wrong on that one. :-) |
| 17:16 |
kmlussier |
miker: I took a 2-week vacation back in 2002. It was splendid! |
| 17:17 |
miker |
jeff: no, you're right about sms, I think |
| 17:17 |
kmlussier |
jeff: We specifically asked that it be per-hold just as phone notifications were. |
| 17:17 |
kmlussier |
I remember having that conversation at one point. |
| 17:18 |
kmlussier |
Or maybe we just asked that the notification method be per hold. That would make more sense. |
| 17:19 |
* miker |
plans his sabbatical for January, 2038 |
| 17:19 |
miker |
jeff: listen to kmlussier, I didn't write that code personally and masslnc (and, I think, kcls?) funded it |
| 17:20 |
jeff |
miker: i find good things come from listening to kmlussier :-) |
| 17:20 |
kmlussier |
Ha! |
| 17:20 |
kmlussier |
jeff: Please tell that to my family. |
| 17:22 |
* miker |
runs away |
| 17:22 |
jeff |
kmlussier: i find few good things come from getting involved in such conversations in the families of others ;-) |
| 17:22 |
jeff |
likewise -- thanks for discussion! |
| 17:24 |
* berick |
wonders if we got anywhere |
| 17:24 |
jeff |
hah! surely you jest. |
| 17:30 |
kmlussier |
Looks like I just have that one small web client doc contribution for today. Maybe I can carve out more time on Friday. |
| 17:30 |
kmlussier |
Have a nice night everyone! |
| 18:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 20:04 |
gmcharlt |
https://evergreen-ils.org/release-candidate-for-evergreen-3-0-now-available/ |
| 23:25 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: root.adoc can now compile - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=b2ee1ea> |
