Evergreen ILS Website

IRC log for #evergreen, 2015-08-13

| 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:13 bmills joined #evergreen
01:40 Mark__T joined #evergreen
02:16 jonadab_znc joined #evergreen
03:22 gsams joined #evergreen
03:24 bshum @later tell dbwells Curious to know if you had any time to poke at https://bugs.launchpad.net/evergreen/+bug/1379815.  We've been thinking about adding copy stat cats more permanently into some of our workflows, but can't if Vandelay doesn't support something like it.
03:24 pinesol_green bshum: The operation succeeded.
03:24 pinesol_green Launchpad bug 1379815 in Evergreen "Assign stat cats during Vandelay import/overlay of items" (affected: 1, heat: 8) [Wishlist,New] - Assigned to Remington Steed (rjs7)
03:24 jcamins joined #evergreen
03:43 gsams joined #evergreen
03:43 Mark__T joined #evergreen
03:43 Stompro joined #evergreen
03:43 dbs joined #evergreen
03:43 mnsri_away joined #evergreen
03:43 StomproJ joined #evergreen
03:43 geoffsams joined #evergreen
03:47 dbs joined #evergreen
03:53 mnsri_away joined #evergreen
04:50 Mark__T joined #evergreen
05:16 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:14 rlefaive joined #evergreen
07:15 artunit_away joined #evergreen
08:02 gsams joined #evergreen
08:04 Shae joined #evergreen
08:08 ericar joined #evergreen
08:09 akilsdonk joined #evergreen
08:22 Shae joined #evergreen
08:25 mrpeters joined #evergreen
08:30 maryj joined #evergreen
08:37 rlefaive joined #evergreen
08:38 collum joined #evergreen
08:46 rjackson_isl joined #evergreen
09:03 jwoodard joined #evergreen
09:03 krvmga joined #evergreen
09:27 akilsdonk joined #evergreen
09:33 abowling joined #evergreen
09:39 yboston joined #evergreen
09:41 mmorgan joined #evergreen
09:57 ericar_ joined #evergreen
10:09 mllewellyn joined #evergreen
10:20 Stompro joined #evergreen
10:51 Bmagic csharp: We used your rsyslog setup for our app servers a couple of months ago. I get about 1gb of logs a day on each of the local app servers now. And a great deal of the logs start with: rsyslogd-3000: Could not open dynamic file   - Do you have this log entry?
10:58 jeff quick google search indicates that this is likely rsyslog failing to open a logfile due to permissions issues, likely having to do with file/directory owner/group/perms in concert with rsyslog's $PrivDropToGroup setting.
10:59 jeff you might also be running into selinux issues, if you or your distro have enabled certain selinux policies.
11:05 mrpeters morning all!  is http://docs.evergreen-ils.o​rg/2.1/html/backingup.html still the best way of moving an evergreen DB from one server to another without running into issues with xpath, etc. or is this outdated now?
11:08 dbwells bshum: Re: #1379815, the work is done, and we'll get it posted later today.  Thanks for the nudge.
11:11 ericar_ joined #evergreen
11:20 Christineb joined #evergreen
11:55 Bmagic jeff: I found those same articles
11:56 Bmagic I think it's a config issue with the app servers. I believe I have a config for rsyslog sitting on the app servers that doesn't belong. I believe that config file belongs only on the rsyslog server itself
11:56 Bmagic once I removed that config and restarted rsyslog on the app servers, the log file stopped adding those error messages
12:00 jeff logical. your app servers were trying to log to files that they didn't need to log to, and their errors about not being able to do so were being logged on the target/remote log host. :-)
12:01 Bmagic jeff: I think that was it, time will tell of course
12:02 Bmagic jeff: We have been having weird issues and these logs might be a clue. Every week for the last 4 weeks, ALL of our app servers get taken out of LVS rotation because apache stops responding to the test from lvs
12:02 Bmagic Do you think that an rsyslog misconfiguration could possible pile up high enough to bring apache down to a slow enough crawl?
12:03 bshum mrpeters: What do you mean when you say xpath issues?
12:04 mrpeters ive done various ways of doing pg dump and it seems like i had some kind of issue with xpath or search path or something like that
12:04 bshum mrpeters: Oh okay, search path, yeah, I could see that.
12:04 mrpeters evergreen wasn't included, made some things not work
12:05 bshum I think that sounds about right actually, those docs being from 2.1 (and earlier actually, if I recall how those pages originated as wiki pages) didn't have such strictness with the search_path set.
12:06 bshum For awhile I was on a bend for getting everything fully qualified in the database to avoid some of that.
12:06 jeff +1
12:06 bshum But I guess I might nowadays include a step somewhere before the restore
12:06 bshum To add the search path back
12:06 bshum I usually come to IRC and get the command I need :)
12:06 bshum ~search_path
12:06 pinesol_green After restoring a database, make sure to reset the search_path accordingly with something like: alter database unpredicable_haxxors_go_away set search_path = evergreen, public, pg_catalog;
12:06 jeff because i'm pretty sure there are still pg_restore issues with index creation, though i can't say that i've verified this week. :P
12:07 bshum So actually, that info should probably be.... "before restoring a database"
12:07 jeff i think pg_restore explicitly overrides the search path, so you can't rely on "create db, set search path, restore into db"
12:07 bshum jeff: Oh that I wouldn't know for sure :)
12:08 bshum I always just do createdb, set search path, and restore
12:08 bshum And it seems fine :D
12:08 bshum But uhh
12:08 bshum You might be right.
12:08 jeff many variables.
12:11 bshum mrpeters: Instead of a straight createdb command like the one listed
12:11 bshum I tend to use the create script that ships with Evergreen
12:12 bshum From Open-ILS/src/sql/Pg/create_database_extensions.sql
12:12 mrpeters that works
12:12 mrpeters what is the best dump method?
12:12 mrpeters just a plain old pgdump?
12:13 bshum Sure I guess.
12:14 bshum I don't know, I don't get too fancy with use of pg_dump
12:14 bshum Though I know there's lots of options :)
12:16 bmills joined #evergreen
12:17 bshum mrpeters: Are you encountering problems with that method that you ask?  Or just verifying :)
12:17 mrpeters just verifying
12:17 * bshum imagines it's not too dissimilar from most postgresql documentation.
12:18 mrpeters yeah, i used to have a method that was tried and true but the documentation hasnt been updated since 2.1 (that i can find) so i always seem to run into the search path deal
12:18 mrpeters but, i know how to fix it now, so thats cool
12:26 krvmga if you add a new tt2 file to your templates directory, will it automatically be picked up if it's referenced (INCLUDE) in a pre-existing tt2 file?
12:27 bmills joined #evergreen
12:28 jeff krvmga: i think the answer to your question is "yes", but i'm not entirely certain i've understood your question as you intended it.
12:28 jeff krvmga: do you have two or more template directories, and you're adding a new template file to the first directory so that it will override the already present template in the second directory (first and second being in reference to search order)
12:29 krvmga jeff: let's say i have summary.tt2 and want to add something to the record summary that i'll pull in from another file with [%- INCLUDE "opac/parts/record/newfile.tt2" %]
12:30 krvmga i want to add that to our template overrides directory where all our other overrrides are
12:30 jeff And you want to make sure that there isn't another extra step beyond that?
12:31 jeff Referencing the new template via INCLUDE from an existing template and ensuring that the referenced file is somewhere in the template search path should be all you need.
12:31 krvmga for example, at the bottom of summary.tt2, there are already a bunch of INCLUDEd tt2 files. i just want to make sure my new file will get picked up if I INCLUDE it there as well.
12:32 jeff yup.
12:32 krvmga jeff: that's what i thought but i wanted to make sure
12:32 bshum jeff: I'm going to take a look over at https://bugs.launchpad.net/evergreen/+bug/1312309 and chat with Dyrcona about what his concerns were in the last comment.
12:32 pinesol_green Launchpad bug 1312309 in Evergreen "to remove last remnants of JSPAC" (affected: 3, heat: 14) [Wishlist,Confirmed] - Assigned to Jeff Godin (jgodin)
12:32 bshum I'm not sure why we'd want to split up all the stuff you've got so far in your working branch, since all of it should begone.
12:32 jeff bshum: sounds good. i'll dust that back off. let me know if you have questions.
12:33 jeff i think we had conversation about it at the july dev meeting, in terms of addressing those issues.
12:33 bshum jeff: Just a visual inspection of the commits, I don't have any questions.  Obviously if I add it to an existing system, I would expect it not to remove any of the files that have already existed.
12:33 akilsdonk joined #evergreen
12:33 bshum I probably should try it on a fresh install and see what implodes though, if anything.
12:34 * jeff nods
12:34 bshum Though I do think that Bmagic's bookbags hack from the conference uses the bbag interface bits you're killing off with the branch.
12:34 jeff oh?
12:35 jeff Bmagic: do you have a link to the code bshum references?
12:36 bshum He's using something from bbag yeah
12:36 bshum http://markmail.org/message/5pnnh37hkd6dqmpw
12:36 bshum Is the email thread
12:36 bshum http://slides.mobiusconsortiu​m.org/blake/bookcarousel/#/1
12:36 bshum That's Bmagic's slides from the Lightning talk he gave
12:36 bshum He's using bbags.js in the example
12:37 bshum Which is one of the files we kill in the branch
12:37 bshum But we probably should kill it...
12:37 bshum Or maybe move it...
12:37 bshum I dunno
12:38 jeff i'll take a look. thanks for pointing it out.
12:38 bshum Just thought of it, when I noticed that it was the same file
12:39 jihpringle joined #evergreen
12:47 Sylvia joined #evergreen
12:49 bshum dbs: I think if I understood what we were talking about with the i18n Makefile, that something like http://git.evergreen-ils.org/?p=work​ing/Evergreen.git;a=shortlog;h=refs/​heads/user/bshum/i18n-for-webclient would be appropriate for starting the process of getting a new i18n template file for the web client.
12:50 bshum I haven't dug too deep, but an initial run with newpot using that modified Makefile did generate out for me a "webstaff.pot" file that seems to contain strings for the web client code thus far.
12:50 bshum I'm going to do a little more tinkering about, but wanted to see if I was on the right track there.
12:51 * bshum now wonders if we need something like that for KPAC translations too :  (big sigh)
12:51 Christineb Acquisitions Interest Group meeting will start in 10 minutes
12:54 ehardy joined #evergreen
12:55 minae joined #evergreen
12:55 Dyrcona joined #evergreen
12:55 dluch joined #evergreen
12:56 dluch joined #evergreen
12:58 Gabby joined #evergreen
12:59 lstjohn joined #evergreen
13:00 vlewis joined #evergreen
13:00 Christineb Ok I am going to start the Acquisitions Interest Group meeting
13:01 vlewis_ joined #evergreen
13:01 dluch joined #evergreen
13:01 Christineb #startmeeting Acquisitions Interest Group Quarterly Meeting
13:01 pinesol_green Meeting started Thu Aug 13 13:01:10 2015 US/Eastern.  The chair is Christineb. Information about MeetBot at http://wiki.debian.org/MeetBot.
13:01 pinesol_green Useful Commands: #action #agreed #help #info #idea #link #topic.
13:01 pinesol_green The meeting name has been set to 'acquisitions_interest_group_quarterly_meeting'
13:01 Christineb #topic Introductions
13:01 Christineb Please feel free to start introducing yourselves...
13:01 Christineb #info Christineb is Christine Burns @ BC Libraries Cooperative
13:01 ehardy Elaine Hardy @ PINES
13:02 Bmagic #info Bmagic @ MOBIUS
13:02 mllewellyn Mary Llewellyn @Bibliomation
13:02 jihpringle #info jihpringle is Jennifer Pringle @ BC Libraries Cooperative
13:02 vlewis In what table is the lost status set?
13:02 jlundgren joined #evergreen
13:02 bshum #info bshum is Benjamin Shum, Bibliomation (observing from afar, very far)
13:02 dbs #info dbs is Dan Scott, Laurentian University (toes just barely in the water of acq)
13:02 dluch #info dluch @MOBIUS
13:03 mllewellyn #info mllewellyn Mary Llewellyn, Bibliomation
13:03 lstjohn joined #evergreen
13:03 jlundgren #info jlundgren is Jeanette Lundgren, C/W MARS
13:03 Christineb Welcome everyone :)
13:04 Christineb The last time the Acquisitions group met was at the Evergreen conference
13:04 Christineb #topic review previous action items
13:05 Christineb The official development wishlist has been posted  http://wiki.evergreen-ils.org/doku.php?id=acq:int​erest-group&amp;#community_acquisitions_resources
13:05 mcrawley joined #evergreen
13:07 Christineb does anyone have suggestions how we should attack this list?
13:08 Christineb the majority of these issues have now been logged in Launch pad
13:08 ehardy My plan was to get more information from users and then start writing requirements
13:08 mcrawley I'm late joining the metting, what list are we talking about? the improvements we came up with at the conference?
13:08 ehardy However, no one responded
13:08 Christineb The official development wishlist has been posted  http://wiki.evergreen-ils.org/doku.php?id=acq:int​erest-group&amp;#community_acquisitions_resources
13:09 jihpringle it would be good to have everyone review the bugs on launchpad, add any additional information they may have and indicate that a bug affects them
13:10 Christineb I can update the list to include relevant launch pad ticket #'s
13:11 mcrawley i think i did a few already but having the ticket # would help
13:11 Christineb #action Christineb to update wishlist doc to include launchpad bug #'s and re-post
13:12 mcrawley what are the chances of getting any of these improvements any time soon? i thought they were spending all their time on the web based version, which of course doesn't include acq. any time soon
13:12 lstjohn That would help us out Christine, in writing the requirements doc
13:14 dbs mcrawley: functionally, acquisitions is actually almost entirely web-based, just a different framework, so theoretically the web staff client should be able to link into web-based acq without too much pain
13:14 dbs but it would continue with the same look and feel and wouldn't feel very integrated
13:15 lstjohn We were discussing that development time just this morning, especially for the interface issues that will be resolved with going from dojo to angular - we were figuring 2 to 4 years - but for other "fixes" it depends on community time and money.
13:15 mcrawley that's a long way out
13:15 dbs mcrawley: also "they" is whoever is being given resources (either by freeing up people at their own orgs to work on development, or by funding the likes of Equinox or others)
13:15 Christineb I think if can agree on a top 3 or a top 5 and flesh out good requirements, we could see fixes sooner
13:16 dbs So a lot of it depends on which organizations are allocating resources and what their priorities are
13:16 ehardy Christineb: That was what we discussed at the last meeting and in my email with the list
13:17 dbs lstjohn++ # crossing IRC messages
13:17 mcrawley I was told at the conference that NC Cardinal would put up some money for acq improvements. Don't know the status on that though
13:18 lstjohn We wanted to get community consensus on what it was we needed in priority order and then ask the community to fund the project - maybe a pie in the sky idea but has worked for some other Evergreen projects
13:18 ehardy We voted on that list at the Evergreen conference. The first six are in that order. We could of course change it.
13:19 mcrawley we should move forward on this ASAP since it takes so much time to get the development done and then for them to add it the next version.
13:20 Christineb ok, I can update the document with bug #'s and repost later today, can everyone commit to taking a look at the top 6 bugs and adding comments etc??
13:20 mcrawley we paid for improvements a year ago and they were done but i still don't have them
13:21 jihpringle do we feel that we can proceed with those top 6 as our top 6 or do we feel we need to poll the community for those that weren't able to attend the conference?
13:21 mcrawley let's go with these
13:21 ehardy If enough information is provided on the bugs, I can do my best to get requirements written by the end of October
13:21 Christineb Yes let's stick with the top 6 we already came up with
13:21 Christineb ehardy: thank you
13:22 mcrawley so you want us to add comments. can you set a deadline for that?
13:22 Christineb is the end of August too soon?
13:22 lstjohn comments, use cases and descriptions of what you want if not in bugs would be very helpful
13:23 mcrawley sounds good.
13:23 dluch I think end of August sounds reasonable
13:23 mcrawley once Elaine writes the requirements, what then?
13:23 Christineb #action all participants - add comments, use cases and descriptions of what you want if not in bugs  by end of August 2015
13:23 ehardy And I can always ask for more info if I need more for the REQs
13:23 Christineb #action ehardy will try to get requirements written by end of October
13:24 mcrawley who will fund?
13:25 ehardy Once we have req we would then see how much  development would cost, then see if we can get money
13:25 Christineb or see who has development time to contribute
13:25 ehardy Yes
13:25 mcrawley will you keep us all posted on the progress?
13:26 Christineb Yes I will update this page - http://wiki.evergreen-ils.org/doku.php?id=acq:int​erest-group&amp;#community_acquisitions_resources
13:26 Christineb as well as posting to the general list
13:26 ehardy We might have to work on a final version of the reqs after October, but I can try to get a first draft out by then
13:26 Christineb I think a first draft is enough to get started
13:27 mcrawley seems like a very long drawn out process to get anything done
13:27 ehardy If you don't have reqs written properly, you don't get what you want
13:28 mcrawley yes, i know
13:28 minae I'm new at this- Can you post the link to Launch Pad here also
13:28 Christineb Now I wanted to mention, one of the issues we had spoken about in our last meeting has now been fixed
13:28 Christineb https://launchpad.net/evergreen
13:28 Christineb https://bugs.launchpad.net/evergreen/+bug/1289486
13:28 pinesol_green Launchpad bug 1289486 in Evergreen "Cannot Delete Acquisitions Records Queues" (affected: 5, heat: 26) [Undecided,Fix committed]
13:29 lstjohn Yes, that was great, I danced the dance
13:29 mcrawley when it is available
13:29 mcrawley meant to say when is it available?
13:29 lstjohn it is now
13:29 jihpringle fixes are available for 2.7 and 2.8
13:30 mcrawley oh, great?
13:30 Christineb mcrawley: what version are you on??
13:30 jihpringle depending on what version you are on your techs should be able to apply the fix
13:30 mcrawley 2.7.4
13:30 mcrawley i'll try it
13:31 jihpringle another one from the list has been done as well: https://bugs.launchpad.net/evergreen/+bug/1361900
13:31 pinesol_green Launchpad bug 1361900 in Evergreen "Acq: Move Acqusitions Admin Menu" (affected: 3, heat: 14) [Wishlist,Confirmed] - Assigned to Michael Peters (mrpeters)
13:31 Christineb The acq menu move is a huge improvement
13:31 Christineb I can't stress how happy this made me :D
13:31 jihpringle it's slated for 2.9 but we've backported to 2.8 and have been using it since July
13:31 mcrawley don't know what that one is?
13:33 lstjohn we are also about to sign off on #1402018 workstation scoping - we've tested it on 2.7.2
13:33 jihpringle the acquisitions admin menu was moved to be under the Admin menu rather than under Admin -> Server Administration
13:33 Christineb The Acquisitions Admin menu has been moved directly under Admin instead of having to to into Admin --> Server Admin
13:33 Christineb lstjohn - that is great news!!
13:35 Christineb We have asked our techs to try and fix https://bugs.launchpad.net/evergreen/+bug/1463166
13:35 lstjohn I wonder if we can backport the admin menu to 2.7?
13:35 pinesol_green Launchpad bug 1463166 in Evergreen "When editing copy level information within a selection list (in Acq), a Fund cannot be chosen or assigned." (affected: 5, heat: 24) [Low,Confirmed]
13:36 jihpringle you may need a new staff client for it, we tied the change in with our upgrade to 2.8
13:36 lstjohn well, we'll have to wait until our next upgrade then but that is something to look forward to
13:37 Christineb The other option for the admin menu move if you are unable to create a new staff client was "2. Replace C:\Program Files (x86)\Evergreen Staff Client Master\chrome\content\main\menu_frame_menus.xul on each installed staff client (assuming you are running master) with the one from this working branch."
13:37 Christineb so you may want to investigate if you can do it before upgrade
13:37 Christineb ok so moving on from wishlist??
13:38 lstjohn I sure will, right after we are done here.
13:38 Christineb #topic New Business
13:38 Christineb Anyone have any new business? Issues to discuss? Ah ha moments to share?
13:40 lstjohn I have a question. When you delete a line item from a purchase order that has not been activated, it deletes the line item from the selection list but not from the OPAC - is this your experience also?
13:40 Christineb lstjohn - I have seen this happen
13:41 Christineb when a MARC order file is loaded in "Load MARC Order Records" and Load Items for Imported Records is selected
13:42 Christineb Is on my to-do list to do some more testing to figure out if this is a bug or desired behaviou
13:42 Christineb does this scenario match what you are seeing?
13:44 lstjohn Yes, order records loaded, copies created  - there seems to be a related bug https://bugs.launchpad.net/evergreen/+bug/1269574
13:44 pinesol_green Launchpad bug 1269574 in Evergreen "ACQ lineitems canceled via EDI not deleting linked bibs/items" (affected: 5, heat: 26) [Medium,Confirmed]
13:44 mcrawley Just recently had a couple that did not hit B&T's server and needed to re-send but couldn't. Can't remember if it's on our list but I believe I've seen a ticket on it? Anybody know anything about the status of that?
13:45 mcrawley a couple of PO's that is
13:45 lstjohn https://bugs.launchpad.net/evergreen/+bug/1218423
13:45 pinesol_green Launchpad bug 1218423 in Evergreen "Acq: Do we need a feature to resend EDI purchase orders?" (affected: 7, heat: 36) [Wishlist,Triaged]
13:46 minae Is it possible to set a Fund Code to go over the max amount allotted, such as set Balance Stop Percent greater than 100?
13:46 mllewellyn We already set our stop percentages above 100
13:46 Christineb minae Yes you can set the percentage to + 100%
13:46 mcrawley yes, we had ours set to 110 but have since changed it
13:47 minae Great - thank you
13:47 Christineb a lot of our libraries get a 30% discount on the invoice so they use 130% as the full price is entered on order
13:47 mllewellyn I tell our libraries if they know what percentage discount they expect from their vendors, to add that to the stop percentage
13:48 mcrawley don't you put the discount price in the PO? we do.
13:48 mllewellyn no, full price on po
13:48 mllewellyn discount price on invoice
13:48 Christineb Yes my libraries do the same - full price on po / discount on invoice
13:48 mllewellyn that way the item gets the full price
13:48 buzzy joined #evergreen
13:49 mllewellyn so if the item is lost, that's what the patron will be charged.
13:49 Christineb I may have some notes to add to 1218423
13:49 mcrawley we enter the full price in the item
13:49 mllewellyn We let acq do that when the item is created from the PO
13:50 mcrawley it's easy to update the price and that way we aren't encumbering way more than necessary
13:50 mllewellyn then the librarian doesn't have to go back and key in the full price.
13:51 lstjohn On purchase orders, I'd like to be able to edit, ie clone merge and delete a po before it is activated - anyone else?
13:51 Christineb I would love to be able to delete Purchase orders
13:51 mcrawley yes, yes and yes
13:52 mllewellyn there are times I'd like to be able to delete POs too
13:52 Christineb I think it sort of fits into one of the items on our lsit
13:52 jihpringle agreed, but I either want it to be impossible or really realy hard to delete an activated PO
13:52 Christineb ability to set PO status
13:52 mllewellyn I have some librarians accidentally load the same order more than once. I'd like to be able to delete the duplicates beyond just deleting the lineitems.
13:52 Christineb agree you should not be able to delete an activated PO
13:52 Christineb mllewellyn ++++
13:52 Christineb so many votes
13:52 Christineb :)
13:53 lstjohn I'd also like to delete a line item from the PO and not have it deleted from the selection list - or at least have the choice
13:53 mllewellyn :)
13:53 lstjohn do we need to put this in the top 6?
13:53 mllewellyn I've had problems deleting lineitems from a PO only to have it reappear if it's also on a selection list, and vice versa.
13:54 mcrawley not as important to me as most of the top 6
13:54 maryj joined #evergreen
13:54 akilsdonk joined #evergreen
13:55 Christineb ok so the Evergreen for academics meeting is going to start shortly
13:55 Christineb we should probably wrap up
13:56 Christineb I will send out meeting minutes & action items
13:56 mcrawley i don't think deleting POs is even on our list, is it? Could be added, but not in top 6
13:56 lstjohn Will add to list, not in top 6
13:57 Christineb I will create a lp bug for it, if it doesnt already exist
13:57 Christineb Thank you for participating
13:57 dluch Thanks, Christineb!
13:57 mcrawley good 1st meeting
13:57 mllewellyn thanks, Christineb
13:57 lstjohn https://bugs.launchpad.net/evergreen/+bug/1286340
13:57 pinesol_green Launchpad bug 1286340 in Evergreen "Please add a feature that will allow end-users to delete Purchase Orders" (affected: 7, heat: 34) [Wishlist,Confirmed]
13:57 ehardy Thanks
13:58 Christineb lstjohn - THank you
13:58 Christineb #endmeeting
13:58 pinesol_green Meeting ended Thu Aug 13 13:58:09 2015 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
13:58 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2015/evergreen.2015-08-13-13.01.html
13:58 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2015/evergreen.2015-08-13-13.01.txt
13:58 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2015/evergreen.2015-08-13-13.01.log.html
14:01 jboyer-isl joined #evergreen
14:01 rjackson_isl joined #evergreen
14:02 Christineb oh looks like no EG for Academics meeting today after all
14:07 montgoc1 joined #evergreen
14:59 csharp Dyrcona: I was hoping to target bug 1402018 to 2.9 beta - any objections?
14:59 pinesol_green Launchpad bug 1402018 in Evergreen "Acq Copy location UI scoped to registered workstation" (affected: 2, heat: 16) [Undecided,New] https://launchpad.net/bugs/1402018 - Assigned to Chris Sharp (chrissharp123)
14:59 bmills joined #evergreen
15:00 Dyrcona csharp: That's OK by me.
15:00 bshum I was going to say signoff and push, but I can see you already signed it, csharp :)
15:00 csharp ok, thanks ;-)
15:01 csharp Bmagic++ # fixin' it
15:02 Dyrcona hmm. so looks like I'm having trouble getting xulrunner today.
15:02 bshum uh oh :(
15:02 Dyrcona No such directory ‘pub/mozilla.org/xulrunner/​releases/14.0.1/runtimes’.
15:03 Bmagic csharp++  # testin' it
15:04 jlitrell joined #evergreen
15:04 csharp Dyrcona: sec..
15:04 csharp Dyrcona: http://archive.georgialibraries.org/xulrunner/
15:05 csharp I forsaw that possibility and copied it over there sometime in the last year or so
15:05 berick http://ftp.mozilla.org/pub/xulrunner/releases/
15:05 jeff http://ftp.mozilla.org/pub/mozilla.or​g/xulrunner/releases/14.0.1/runtimes/ appears to have files. Is the process you're using using ftp, Dyrcona?
15:06 jeff and yes, also the slightly different path of http://ftp.mozilla.org/pub/xulr​unner/releases/14.0.1/runtimes/
15:07 csharp (FYI, archive.georgialibraries.org is the same server as list.evergreen-ils.org, so it's EG-community- not GPLS-owned)
15:08 csharp hosted on mundungus
15:08 Dyrcona It is requesting:  ftp://ftp.mozilla.org/pub/mozilla.org/x​ulrunner/releases/14.0.1/runtimes/xulru​nner-14.0.1.en-US.linux-x86_64.tar.bz2
15:09 Dyrcona This is the default when you build the staff client from make.
15:09 jeff ftp://ftp.mozilla.org/README indicates that as of this month, "The contents of ftp://ftp.mozilla.org has moved to http://archive.mozilla.org"
15:09 dbwells bshum: just a heads up, remingtron just pushed out our latest changes to bug #1379815
15:09 pinesol_green Launchpad bug 1379815 in Evergreen "Assign stat cats during Vandelay import/overlay of items" (affected: 1, heat: 8) [Wishlist,New] https://launchpad.net/bugs/1379815
15:09 Dyrcona So, I'll switch to http.
15:10 Dyrcona This looks like something we may need to change in the makefiles.
15:12 bshum dbwells: Thanks!  I'll make sure to try checking that out soonish.
15:12 jeff okay, so given certain titles, MODS hands potentially over/under encoded data to SIPServer, which does a POSIX::write(fileno(STDOUT), $outmsg, length($outmsg)); which ends up not writing the entire message to the socket, so some/many clients hang waiting for the carriage return that signifies the end of the message.
15:13 jeff 100 %   9,958.2 KiB / 2,107.0 MiB = 0.005   2.0 MiB/s      17:59
15:13 jeff nice compression.
15:18 bmills joined #evergreen
15:23 bmills joined #evergreen
15:29 Dyrcona jeff csharp bshum: lp 1484655
15:29 pinesol_green Launchpad bug 1484655 in Evergreen "ftp://ftp.mozilla.org has moved to http://archive.mozilla.org" (affected: 1, heat: 6) [High,New] https://launchpad.net/bugs/1484655 - Assigned to Jason Stephenson (jstephenson)
15:29 Dyrcona Oops. Should unassign myself. ;)
15:30 jeff say, why didn't live tests break? because it doesn't build a staff client?
15:31 Dyrcona I successfully built a client last week, so don't know when this actually changed.
15:31 Dyrcona Also, maybe it doesn't build a client.
15:32 jeff timestamp on the README in question is "8/7/15, 10:22:00 PM"
15:32 Dyrcona OK. I built a client at 13:38 on 08/05/15.
15:33 jeff heh
15:33 Dyrcona Missed it by a couple of days.
16:25 ericar joined #evergreen
16:35 jihpringle joined #evergreen
16:59 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:01 Dyrcona jeff: Looking through the test logs above, it doesn't appear to make a client. It just does the server-side bits.
17:01 * Dyrcona disappears.
17:08 mmorgan left #evergreen
17:32 jlundgren left #evergreen
17:42 Bmagic Im messing with our load balancer. Just curious, what methods do people use for checking if a brick is up? http request?
17:55 rfrasur joined #evergreen
17:56 rfrasur Hey all...is someone in here that has evergreen-ils.org access?
18:00 dbwells rfrasur: what's up?
18:02 rfrasur I think Rogan is taking care of it.  Maybe?  Thank you :-)
18:02 dbwells okay :)
18:04 berick Bmagic: yes, i think requesting a static file from your apache server via http is a common way to confirm it's alive
18:04 berick Bmagic: many load balancers use that as a way to take server in/out of rotation.  request a file (e.g. /openils/var/web/ping.tx) and if it's not there, the server is removed from rotation
18:05 berick well, ping.txt (but i imagine it can be anything)
18:06 berick that style of test is great because you can take a server out w/o having to touch the load balancer
18:37 rfrasur Okay, I'm thinking through some stuff for our library.  In a consortium...or library system...can you hide all the collections of a branch from the rest of the library system?
18:38 rfrasur I mean, using Evergreen...not a book truck and a closet.
18:41 buzzy joined #evergreen
19:16 rfrasur Also, is there a way to allow an item to be held but not transitted?
19:17 akilsdonk joined #evergreen
23:06 Bmagic berick: that is exactly what we are doing, right down to the file name! Just making sure. I am trying to think of anything that might be the issue with our machines all getting sucked out of rotation at the same time
23:07 Bmagic berick: my current theory is rsyslog, so, I have taken that config out of the app servers, now logging locally. It seems like apache/drones get stuck or become totally slow due to rsyslog not shipping the logs or having issues with shipping the logs

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