| 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.org/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.mobiusconsortium.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=working/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:interest-group&#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:interest-group&#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:interest-group&#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/evergreen/2015/evergreen.2015-08-13-13.01.html |
| 13:58 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2015/evergreen.2015-08-13-13.01.txt |
| 13:58 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/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.org/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/xulrunner/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/xulrunner/releases/14.0.1/runtimes/xulrunner-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 |
