Evergreen ILS Website

IRC log for #evergreen, 2018-06-25

| 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
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
06:51 JBoyer joined #evergreen
07:03 agoben joined #evergreen
07:39 bdljohn joined #evergreen
08:03 collum joined #evergreen
08:53 dbwells joined #evergreen
08:55 Dyrcona joined #evergreen
09:07 terran joined #evergreen
09:15 mmorgan joined #evergreen
09:32 yboston joined #evergreen
09:36 stephengwills joined #evergreen
09:45 gsams joined #evergreen
10:10 mmorgan1 joined #evergreen
10:19 kenstir joined #evergreen
10:20 kenstir Howdy Evergreeners, I have a quick question: I have an install created by evergreen-ansible-installer and I want to change the admin password.  I tried using SQL, then restarting opensrf, apache, websockets, but the new password doesn't work in the web staff client, and the old password still does work!
10:21 kenstir `evergreen=# update actor.usr set passwd='xyzzy' where id=1; UPDATE 1`
10:22 berick kenstir: the usr.passwd field is no longer used.  changing the password via sql requires a few different steps.  i have them noted somewhere...
10:24 kenstir If there's another way I'm not sold on SQL, I just found that way first.  I didn't find anything obvious in the web client to do it.
10:24 berick you can change a user's password in the patron editor.  you probably have to log in as admin to change the admin password.
10:27 berick the sql approach would be something like:
10:27 berick SELECT * FROM actor.create_salt('main');
10:27 berick SELECT actor.set_passwd(<user_id>, 'main', MD5('<new_salt>' || md5(password)), '<new_salt>');
10:27 kenstir Hmm, I must be doing something wrong, it didn't work.  I did: Search >> Search for patrons, clicked the box, then clicked Edit, typed a new password, then hit Save.  The old password still works.
10:30 Dyrcona kenstir: What berick said.
10:30 kenstir I will try the salty SQL, thanks
10:31 * Dyrcona has a function, of course. :)
10:33 Dyrcona kenstir: https://pastebin.com/YTLh7pC9
10:33 Dyrcona Assumes you have a cwmars custom schema, but you can always change that part.
10:33 berick Dyrcona++
10:34 kenstir Works a treat!  Thanks berick and Dyrcona
10:34 kenstir berick++
10:34 kenstir Dyrcona++
10:57 lsach joined #evergreen
10:58 beanjammin joined #evergreen
11:15 mmorgan joined #evergreen
11:25 yboston joined #evergreen
11:43 khuckins joined #evergreen
11:59 beanjammin joined #evergreen
12:11 Christineb joined #evergreen
12:31 jihpringle joined #evergreen
12:32 bshum oracle--
12:33 Dyrcona oracle--
12:40 csharp oracle--
12:41 rsulejmani joined #evergreen
12:43 rsulejmani Hello Evergreen Community, every time that I try to install OpenSRF on Ubuntu 16.04 the ejabbered part never works and I can't start opensrf at all
12:43 lsach left #evergreen
12:44 Dyrcona rsulejmani: You're following the instructions in the README?
12:45 rsulejmani Dyrcona: Yes
12:46 Dyrcona So, you say the "ejabberd part never works" what happens?
12:47 rsulejmani When ever i try to create the ejabbered users it says theirs an error
12:48 Dyrcona Try it with: sudo -u ejabberd ejabberdctl .....
12:48 Dyrcona That is, run the ejabberdctl command as the ejabberd user.
12:49 Dyrcona If that fails, paste the error.
12:50 rsulejmani At the moment I just stared running the Anisible evergreen install it's working so I'm going to try and install it that way if that works.
12:50 Dyrcona OK. I don't use the Ansible installer.
12:51 rsulejmani Also I have another question. I have noticed that many Evergreen systems have a different personalized OPAC for each library but they share all the patrons and books together
12:51 Dyrcona I know that there was a bug in apparmor on Ubuntu where the ejabberdctl would not run as root for a while, but that should be fixed.
12:51 rsulejmani How do you do that where each opac has their own subdomain and customized opac for each library
12:51 Dyrcona We use rewrite rules along with domain names and a couple of extra configuration files.
12:52 lsach joined #evergreen
12:52 rsulejmani Ok but doing it that way will still ensure that all of the domain names share the same userbase
12:52 Dyrcona The domain names are all A records (aliases) pointing to your main IP.
12:53 rsulejmani Ok, and how exactly do you configure the files
12:53 Dyrcona Hang on and I'll paste the relevant bits of our Apache configuration.
12:58 khuckins_ joined #evergreen
13:02 yboston FYI, the Student Success Working Group, 25 June 2018 meeting is starting now
13:02 yboston https://wiki.evergreen-ils.org/doku.php?id=st​udent_success_working_group:agenda_2018-06-25
13:02 yboston Video conf link: https://linnbenton.zoom.us/j/938431327
13:03 jeff video conf?
13:03 jeff ah. i see now.
13:03 yboston yes, they are doing video conferencing
13:03 * jeff adjusts plans
13:04 Dyrcona rsulejmani: https://pastebin.com/n8R5r5PB
13:05 jeff hrm. nope, looks like I won't be able to participate. drat.
13:08 rsulejmani Thanks
13:11 Dyrcona rsulejmani: There are other things you can do, like have different virtualhost entries with custom template directories, and more.
13:12 rsulejmani Ok.
13:24 collum joined #evergreen
13:30 khuckins__ joined #evergreen
14:25 Dyrcona english--
15:28 Dyrcona JBoyer: I think that's a dup bug. At least Bmagic has talked about that or something very similar, perhaps the same step in purging patrons?
15:28 JBoyer Could be.
15:28 JBoyer It would probably touch on the same tables at some point.
15:29 Dyrcona At least, I recall his solution was to add that very same index.
15:29 khuckins joined #evergreen
15:29 JBoyer Oops. I should go looking, I can just signoff on his then.
15:30 Dyrcona I don't remember for certain if he made a bug or a branch. I know he talked about it in IRC in the past few months.
15:31 Dyrcona I should see if I have that index and add it if not.
15:32 JBoyer You may as well add 3 to action_trigger.event (*_output) because those are coming next. ;)
15:33 Dyrcona :)
15:38 JBoyer Ah, I see. From the bug it looks like it does help but doesn't completely address all of the possibilities when purging users. (It's all you need to speed up purging circs, though)
15:39 Dyrcona OK.
15:39 Dyrcona Makes sense.
15:44 rsulejmani joined #evergreen
15:45 rsulejmani Help, I just installed Evergreen with the ansible installer but was not given a username and password. Whats the default username and password to login
15:46 berick rsulejmani: this one?  https://github.com/berick/e​vergreen-ansible-installer
15:46 berick if so, the values in settings.yml are used, which default to creating an admin account of admin / demo123
15:47 berick https://github.com/berick/evergreen-ansibl​e-installer/blob/ubuntu-16.04/settings.yml
15:47 rsulejmani Thank you
15:52 rsulejmani Also after the install the sample data was laoded how do you remove this data and have brand new fresh data
15:54 Bmagic JBoyer: what bug?
15:54 * mmorgan assumes lp 1758160
15:55 pinesol_green Launchpad bug 1758160 in Evergreen "Deleting patrons can exceed staff client timeouts" [Undecided,Confirmed] https://launchpad.net/bugs/1758160
15:55 Bmagic ah, yes, good times
15:56 Bmagic mmorgan++
15:59 JBoyer bug 1758160
15:59 pinesol_green Launchpad bug 1758160 in Evergreen "Deleting patrons can exceed staff client timeouts" [Undecided,Confirmed] https://launchpad.net/bugs/1758160
15:59 Bmagic mmorgain: the fix doesn't fix it for me 100% of the time either. Right now, my only examples that exceed the time outs are staff accounts with huge amounts of circs and other administration data that get merged to another active staff account
15:59 Dyrcona I was about to paste that one, too.
15:59 Bmagic haha
15:59 JBoyer Hah, oops. Mine is 1778588
15:59 JBoyer er, bug 1778588
15:59 pinesol_green Launchpad bug 1778588 in Evergreen "action.purge_circulation can be extremely slow" [Undecided,New] https://launchpad.net/bugs/1778588
15:59 Dyrcona :)
16:00 Bmagic JBoyer: solution is the same index?
16:00 bshum rsulejmani: In that settings.yml file that berick showed you, there's a value for "load_sample_data" if you comment it out with #, it should skip over loading sample dataset into your automated install
16:00 JBoyer Yeah, circ purges always throw those updates at action.usr_circ_history
16:01 rsulejmani I already installed it so is there any way to undo the sample data import
16:01 bshum I think berick has used it to deploy actual systems, but so far, I've only used the ansible installer to setup test systems to practice or experiment with
16:01 JBoyer (set source_circ = null where source_circ = OLD.id or similar)
16:01 mmorgan I still come across some plain old vanilla patrons that exceed the timeout. Patrons that have had a lot of circ activity
16:02 berick yes, I use it to deploy systems.  lots of useful setting options in there.
16:02 Dyrcona rsulejmani: Yes, you can undo the data import there is a tool in support-script called eg_db_config.pl.
16:02 rsulejmani how do I get to that
16:03 Dyrcona Is Evergreen checked out from git with the ansible-installer?
16:03 rsulejmani yes
16:03 Dyrcona cd to the evergreen checkout directory.
16:03 bshum So it'd be in /home/opensrf/Evergreen/Op​en-ILS/src/support-scripts
16:03 rsulejmani ok
16:04 JBoyer mmorgan, I wondered about that. you
16:04 rsulejmani I've done that
16:04 JBoyer 're seeing that problem after adding that index, or you're noticing that users without a history cause the same problem?
16:05 mmorgan We're still seeing the problem with some users *after* adding the index.
16:05 Dyrcona Then run "perl Open-ILS/src/support-scripts/eg_db_config --create-database --create-schema --user <evergreendbuser> --password <evergerndbusrspassword> --host <dbhost> --port 5432 --database evergreen"
16:05 JBoyer Ok. That's what I wanted to verify.
16:05 Dyrcona That will recreate the database and an empty schema.
16:05 JBoyer Kind of stuck as to why, though. :/
16:06 mmorgan Yes, haven't been able to pin it down :-(
16:07 JBoyer but the slow ones still always have a lot of circs?
16:07 * mmorgan looks back at notes.
16:09 mmorgan JBoyer: Yes, the slow ones have a lot of circs. Two such patrons had 557 circs and 1530 circs
16:10 Dyrcona Well, that's not a lot for certain definitions of a lot.
16:10 Dyrcona :)
16:10 JBoyer It if if deleting one of them takes over .3 seconds. :)
16:10 Dyrcona Too many/too complicated triggers.
16:10 JBoyer +1
16:11 mmorgan Dyrcona: That makes me wonder about how long it takes when there *really* are a lot. :)
16:11 JBoyer I'll try to dig up some heavy users on our dev server tomorrow and see how things go down when they're deleted.
16:12 Dyrcona Well, in theory 1530 rows is not a lot of data. It just depends on your schema.
16:12 Dyrcona I mean, I could insert 915,900 user settings in just a second or so.
16:12 rsulejmani So I got a big error when I did that command
16:13 Bmagic Drycona: agreed!
16:13 rsulejmani Where can I upload the error text so that you can take a look at it
16:13 Bmagic Dyrcona - sheesh
16:13 Dyrcona rsulejmani: http://paste.evergreen-ils.org   pastebin or wherever.
16:14 Dyrcona Chances are you need to put valid values in the options.
16:14 mmorgan Dyrcona: Right, its all the tendrils linked to those circs.
16:14 pastebot "rsulejmani" at 64.57.241.14 pasted "Error CARDINAL Evergreen Installation" (16 lines) at http://paste.evergreen-ils.org/13493
16:15 Dyrcona rsulejmani:  Looks like you have to make sure nothing is talking to the database and possibly drop it first.
16:15 rsulejmani How do I do that?
16:15 bshum Stop open-ils services
16:15 bshum as "opensrf" user, you have to stop Evergreen first, "osrf_control -l --stop-all"
16:16 bshum And then you can run that script
16:16 Dyrcona Sorry about that. I didn't think to mention it before.
16:16 bshum Though, it looks like you're using the creation scripts
16:16 * Dyrcona takes it for granted.
16:16 bshum Not the eg_db_config script that Dyrcona mentioned
16:17 bshum Which handles creating the stock EG database more gracefully
16:17 Dyrcona eg_db_config runs them, IIRC.
16:17 bshum They do, but then they also run all the other SQL scripts you need to build out the EG schema and tables
16:17 Dyrcona It can't drop the database if 13 users are connected. :)
16:17 pastebot "rsulejmani" at 64.57.241.14 pasted "openSRF stop problem" (3 lines) at http://paste.evergreen-ils.org/13494
16:18 rsulejmani This is what I got when I did that command
16:18 bshum rsulejmani: Yeah, you have to switch to become the "opensrf" user
16:18 bshum Like "su opensrf" from root user
16:18 bshum Then you can run the opensrf control commands
16:18 Dyrcona Well, you need /openils/bin in your PATH, too.
16:19 Dyrcona Yeah, don't do things as root, either. Always use sudo.
16:19 rsulejmani So I'm logining to the opensrf user and its asking for the password whats the default password for opensrf
16:20 Dyrcona I've probably mentioned this before, but I always make the opensrf user during O/S installation as the main user for the system.
16:20 * Dyrcona has no idea, 'cause doesn't use the ansible-installer.
16:21 bshum I don't think the ansible script sets a password for the opensrf user
16:21 bshum And the ansible script doesn't setup opensrf with "sudo" rights
16:21 rsulejmani so I would do that instead form my regular account
16:21 Dyrcona That's inconvenient.
16:21 bshum So you have to be either your original login, or the root user to perform elevated permission rights
16:22 bshum Dyrcona: Yeah, well, I'm sure berick would say "patches welcome"  :D
16:22 Dyrcona :)
16:22 bshum Actually it probably wouldn't be hard to add that option to the ansible script
16:22 bshum But anyways, I digress
16:23 Dyrcona Would that qualify me for a job at RedHat? :P
16:23 pastebot "rsulejmani" at 64.57.241.14 pasted "osrf_control not found" (4 lines) at http://paste.evergreen-ils.org/13495
16:23 rsulejmani This is what happened when i did it on the regular main account with sudo
16:23 Dyrcona sudo -u opensrf osrf_control -l --stop-all
16:24 Dyrcona Need to tell sudo to run as the opensrf user.
16:24 Dyrcona automation-- :)
16:25 pastebot "rsulejmani" at 64.57.241.14 pasted "osrf_control not found agin" (3 lines) at http://paste.evergreen-ils.org/13496
16:25 rsulejmani The same thing happened again
16:25 Dyrcona Ditch the ansible-installer and do it by hand, next time. :)
16:26 Dyrcona Try this: sudo -u opensrf bash -c 'echo PATH="$PATH:/openils/bin" >> /home/opensrf/.bashrc'
16:27 Dyrcona Then try the previous command again.
16:27 berick bah, don't listen to Dyrcona -- you'd be doing the same, plus a thousand other things w/o the installer.  if you want to know the details, yeah, install by hand.
16:28 berick have you tried sudo su opensrf ?
16:28 bshum Well normally I wouldn't add the script to my local user's bash profile.  But tomato, tomato.
16:28 Dyrcona sudo su is totally bogus.
16:28 bshum "sudo su - opensrf ; osrf_control -l --stop-all" :D
16:28 bshum From the cardinal user, or root, or whichever with sudo powers
16:28 rsulejmani_ joined #evergreen
16:28 Dyrcona Um, bshum, did you read what I shared?
16:29 bshum Dyrcona: Yeah I know, I'm siding with berick on this one :)
16:29 rsulejmani_ Hi Sorry, My laptop shutdown and now it's back on power.
16:29 Dyrcona So, you missed all of that.....
16:29 rsulejmani_ What should I do to shutdown the opensrf service
16:29 Dyrcona Is this on a vm on your laptop?
16:29 rsulejmani_ on a ubuntu laptop
16:29 Dyrcona Is this on a vm on the laptop that lost power?
16:30 rsulejmani_ no the laptop is running ubuntu 16.04
16:30 Dyrcona What I'm trying to ask is did the Evergreen installation lose power and shutdown?
16:31 rsulejmani_ Yes
16:31 Dyrcona If so, you don't need to do anything, now.
16:31 Dyrcona The services should not be running, unless someone added a startup script in the ansible-installer.
16:31 rsulejmani_ Well the computer shutdown which probably shutdown evergreen too.
16:31 rsulejmani_ Would this prove that opensrf is shutdown http://catalog.cardinal-libraries.tk/eg/opac/home
16:31 Dyrcona It definitely did.
16:32 Dyrcona Not prove, but it's a good sign.
16:32 Dyrcona That happens when none of the services are running.
16:32 rsulejmani_ Ok, now to the point of removing the sample data. What's the command
16:32 Dyrcona sudo -i opensrf
16:32 Dyrcona do that for me.
16:33 rsulejmani_ Result: -bash: opensrf: command not found
16:33 Dyrcona sorry
16:33 Dyrcona sudo -i -u opensrf
16:33 rsulejmani_ Ok it logined me in as opensrf
16:34 Dyrcona now, type this: echo $PATH
16:34 rsulejmani_ Result: /home/opensrf/bin:/home/opensrf/.local/bin​:/openils/bin:/usr/local/sbin:/usr/local/b​in:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin
16:34 Dyrcona Ok, /openils/bin is in the path.
16:35 Dyrcona now, this: osrf_control -l --diagnostic
16:36 Dyrcona That should either say the processes are not running, or spit out a bunch of errors.
16:36 rsulejmani_ errors that what happened
16:36 Dyrcona That's good. Services are not running.
16:37 Dyrcona And that is to be expected after losing power.
16:37 rsulejmani_ Ok
16:37 Dyrcona now, you can type exit
16:37 Dyrcona And, you'll be back to your regular user.
16:38 rsulejmani_ Ok, done
16:38 Dyrcona If you cd to the Evergreen checkout, you should be able to find the eg_db_config command in your command line history, unless you did it as root.
16:39 rsulejmani_ 1) Whats the Evergreen checkout cd 2) I did the eg_db_config as root
16:40 Dyrcona The "Evergreen checkout" is where git checked out Evergreen.
16:40 Dyrcona You have to run eg_db_config from that directory or it doesn't work.
16:40 Dyrcona Or, you extracted Evergreen from a tarball, you need to be in the directory where Evergreen was extracted.
16:41 rsulejmani_ Im in the Evergreen checkout cd
16:41 Dyrcona cd is the command to change directories.
16:42 Dyrcona You want to run something like this: perl Open-ILS/src/support-scripts/eg_db_config --create-database --create-schema --user <evergreendbuser> --password <evergerndbusrspassword> --host <dbhost> --port 5432 --database evergreen
16:43 Dyrcona You need to substitute appropriate values for the user and password, etc.
16:43 rsulejmani_ ok
16:44 rsulejmani_ I get an error
16:44 rsulejmani_ cardinal@cardinal-X540SA:~/evergreen-ansible-installer$ perl Open-ILS/src/support-scripts/eg_db_config --create-database --create-schema --user evergreen --password evergreen --host 127.0.0.1 --port 5432 --database evergreen Can't open perl script "Open-ILS/src/support-scripts/eg_db_config": No such file or directory cardinal@cardinal-X540SA:~/evergreen-ansible-installer$
16:45 jeffdavis rsulejmani_: `cd /home/opensrf/evergreen`before running eg_db_config
16:45 Dyrcona You're in the wrong directory, and since I know nothing about where the ansible-installer puts things, I can't help you.
16:46 berick cd /home/opensrf/Evergreen
16:46 bshum Yeah, capital E
16:46 Dyrcona rsulejmani_: Give the opensrf user a password and login as that use when you want to mess with Evergreen.
16:46 Dyrcona It makes life so much easier.
16:47 rsulejmani_ It says that the folder or file can't be found
16:48 berick rsulejmani_: which folder exactly?
16:48 rsulejmani_ Wait, Once I go in the file manager and go under /home/opensrf/ the folder Evergreen does show up
16:49 rsulejmani_ Ok. I logined as opensrf and now can enter the directory
16:49 rsulejmani_ I just excuted the command and it is creating the tables
16:54 rsulejmani_ Now that the database has been revamped how do i start the evergreen system again
16:55 berick [as opensrf user]  osrf_control --localhost --restart-all
16:56 berick [as login user]  sudo systemctl restart apache2; sudo systemctl restart apache2-websockets;
16:58 rsulejmani_ Now that I did that I can't login as admin anymore
16:58 rsulejmani_ Did the database revamp delete the admin user
16:59 jeff indeed. looking at the eg_db_config command above, you set the admin username to evergreen and the password to evergreen.
16:59 jeff er, nevermind me. thats the db username and password. sorry.
17:00 rsulejmani_ Yeah I tried that it didn't work
17:03 mmorgan left #evergreen
17:03 jeff since they weren't specified on the eg_db_config command, they're currently set to a random value. you should be able to use eg_db_config to set them to known/desired values.
17:04 rsulejmani_ And how exactly would I do that
17:05 jeff something like: eg_db_config --user evergreen --password evergreen --host 127.0.0.1 --port 5432 --database evergreen --admin-user admin --admin-password weakpassword
17:06 jeff (you still need to get the correct path to the eg_db_config script, and still need to specify the database information, but you don't want to pass things like --create-database, etc)
17:09 rsulejmani_ This is what I got when I executed that command
17:09 rsulejmani_ http://paste.evergreen-ils.org/13498
17:11 jeff you aren't in the correct directory and/or aren't specifying the correct path to the script. previously it looks like you might have had success with:
17:12 jeff cd /home/opensrf/Evergreen
17:12 jeff Open-ILS/src/support-scripts/eg_db_config --user evergreen --password evergreen --host 127.0.0.1 --port 5432 --database evergreen --admin-user admin --admin-password weakpassword
17:12 rsulejmani_ Thanks It Worked
17:13 rsulejmani_ Also how do you install the 3.1.0 staff client in ubuntu
17:14 jeff I'm sorry, but I can't help you with that right now. Others may be able to. My best advice is to follow the documentation and ask specific questions if you run into a problem.
17:14 rsulejmani_ Ok Thank you for your help
17:15 bshum rsulejmani_: So if you're using the ansible installer, the settings.yml file specifies "master" by default for the branch of Evergreen it checks out and installs, not 3.1.0
17:15 bshum Master is a development branch of Evergreen, not a specific version
17:16 bshum With recent Evergreen (3.0+) there's a web client you can navigate to using a web browser (like firefox or chrome)
17:17 bshum So like "https://hostname/eg/staff/home"
17:17 bshum There'd likely be some warning cause your SSL certificate wouldn't be setup with a proper trusted version
17:17 bshum That link basically takes you to the newer browser based client
17:17 bshum That you can use to access Evergreen and poke at things
17:18 bshum For the legacy XUL-based staff client, there's all those links on the downloads page for various clients
17:19 bshum You'd basically just download a Linux package, and extract the .tar.bz2 file contents somewhere
17:19 bshum And then click on the "evergreen" app to start things up
17:19 bshum 32-bit vs. 64-bit
17:19 bshum Lots of little details
17:20 bshum Let's just say, using the web client is "easier" and the future of Evergreen anyways
17:20 * bshum is wandering off too, probably more folks around a little this afternoon and probably tomorrow
17:26 rsulejmani_ Ok
17:26 rsulejmani_ Also how do you find the version of the evergreen client
17:26 rsulejmani_ evergreen server
17:28 rhamby rsulejamni_: there are multiple ways, one quick and dirty way is to use this appended to the domain : /gateway?service=open-ils.actor&metho​d=opensrf.open-ils.system.ils_version
17:28 rhamby e.g. localhost/gateway?service=open-ils.actor&m​ethod=opensrf.open-ils.system.ils_version
17:31 rsulejmani_ I did try that but this is what it gives me :{"payload":["HEAD"],"status":200}
17:32 rsulejmani_ And being as I'm the system administrator people would be looking up to me to know the version
17:35 rhamby reading up I'm guessing this is the one you installed from ansible?  It installed master so it's different than one of the cut release versions.
17:36 rhamby it's been a while since I looked at the ansible installer but I think you can point it at a specific branch for a versioned release by editing the ansible scripts.
17:36 rsulejmani_ And how exactly do you do that
17:37 rsulejmani_ m4_define([VERSION_NUMBER],[3.0.0-dev])  I found this
17:41 rsulejmani_ I also found Evergreen Version HEAD
17:41 rsulejmani_ What would this mean
17:42 rhamby It means that it doesn't have an official version, it's simply 'master' or the in progress version with accepted code.  Periodically that is taken by release managers and cut into stable versions with release numbers.
17:43 rhamby think of the numbered releases as frozen versions of master that are known to be stable and have release notes, master is the always in flux work in progress
17:44 rsulejmani_ Ok so which staff client version would I use
17:47 rhamby I'd recommend you use the web based staff client if it's a recent version of master
17:47 rhamby you can get there from host/eg/staff
17:48 rhamby it's not downloaded as a separate binary but part of the same install as all the other web files so it's whatever version your Evergreen install itself is (since it's part of it)
17:49 rhamby e.g. https://localhost/eg/staff if that wasn't clear
18:14 rsulejmani joined #evergreen
18:15 rsulejmani Hello, I have seen many libraries create their own Staff Client, Is there any way to do this
18:28 rhamby I suspect that you're mostly thinking of the customized version of the XUL client that predate the web client.  However, the web client can be customized as well if you feel comfortable modifying the files.  Cosmetic changes aren't very hard (usually).
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:34 rsulejmani_ Yes I am talking about the XUL Client
18:35 rsulejmani_ How exactly would you access the xul files
18:50 rhamby The xul client is being retired soon so if you're looking at using Evergreen in the future I wouldn't bother with XUL.
18:53 rsulejmani So Evergreen will go full online staff client
19:46 rhamby yep
21:17 rsulejmani joined #evergreen
21:17 rsulejmani Is there any evergreen-ansible-installer that is version 3.0

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