| 03:23 |
|
Bmagic joined #evergreen |
| 03:48 |
|
tsbere joined #evergreen |
| 04:16 |
|
Bmagic joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
agoben joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 08:39 |
|
mdriscoll joined #evergreen |
| 14:16 |
Dyrcona |
Heh. |
| 14:16 |
Dyrcona |
It's on our RADAR to fix it, soonish. |
| 14:16 |
Dyrcona |
I don't think it would be very difficult the required info is there. |
| 14:17 |
jeff |
i tried, but once the vendor making the spec stated that they had no way to handle the spec and stated that they would prefer unformatted text, it was a bit of a losing battle / argument to spend more time on it, especially since i had nothing to then test with :P |
| 14:17 |
Dyrcona |
Just a matter of do you prefer the 3M format or the Envisionware format. |
| 14:17 |
* Dyrcona |
sympathizes. :) |
| 14:21 |
Dyrcona |
OK. Back to acq... I think I'll peruse the fund transfer code to see what it looks like I need to do. |
| 14:31 |
Dyrcona |
Anyway, good comments on acq.transfer_fund(). |
| 14:52 |
Dyrcona |
So, it looks like the easiest thing would be to do what jihpringle suggested and just transfer the money back. |
| 15:11 |
Dyrcona |
Awesome sauce! |
| 15:12 |
Dyrcona |
I have a test db with a dump from last week loaded and I found a similar transfer from an inactive fund to an active one that I can try this out on. |
| 15:26 |
|
bmills joined #evergreen |
| 15:41 |
rjackson_isl |
gotta love circs with due dates manually entered for beginning of 2016 and items getting marked Lost with max fines accrued the night of the circ :( |
| 15:44 |
Dyrcona |
:) |
| 16:49 |
Dyrcona |
You just want to say, "So why tell me about it, then?" |
| 16:49 |
Dyrcona |
'Nix guys..... ;) |
| 16:51 |
Dyrcona |
Well, I'm heading home. TTYT! |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:08 |
|
bmills joined #evergreen |
| 17:13 |
pinesol_green |
[evergreen|Galen Charlton] LP#1651808: avoid a class of intermittent search failures - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f67b07b> |
| 17:19 |
|
jvwoolf left #evergreen |
| 17:37 |
|
bmills joined #evergreen |
| 17:44 |
jeff |
i really shouldn't be thinking about the ability to merge copies. |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:48 |
csharp |
bug 1639782 |
| 06:48 |
pinesol_green |
Launchpad bug 1639782 in Evergreen "Add Active Date to Item Status (F5) Columns" [Undecided,New] https://launchpad.net/bugs/1639782 |
| 06:51 |
csharp |
bug 1360347 |
| 15:27 |
JBoyer |
That explains it. There are some TPAC functions that were translated (quant() -> cuant()) so all searches crash by default unless they return 0 results. :/ |
| 15:27 |
kmlussier |
_bott_: What version of OpenSRF are you running? |
| 15:27 |
_bott_ |
2.4.1 |
| 15:28 |
JBoyer |
Wanted to make sure I wasn't seeing something specific to our test install. ( _bott_ running a heavily custom skin wouldn't see it) |
| 15:30 |
kmlussier |
_bott_: OK, never mind. There is an issue with 2.5 OpenSRF alpha that causes problems with all imports. |
| 15:30 |
Dyrcona |
kmlussier: Is that the chunking code? |
| 15:31 |
kmlussier |
_bott_: Generally, when I see a problem with loading records at PO activation, it's because one of the loading options isn't checked off. You need to have something checked both for non-matching records and for records that match. |
| 15:31 |
Dyrcona |
Thanks. That's what I thought. |
| 15:32 |
Dyrcona |
Just wondered if there might be something else. |
| 15:32 |
_bott_ |
Not seeing anything obvious. The call to purchase_order.assets.create just never happens. |
| 15:36 |
bmills |
JBoyer: setting that up on the test server required changing cuant to quant, like you mentioned. but after that it seems to be working fine. The "cuant" bit I changed —> http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=build/i18n/po/tpac/es-ES.po#l97. had to change the various es-ES.po's in the locale folders to reflect that. i think i checked the logs since the search would cause a 500 error and realized it was anytime the |
| 15:38 |
JBoyer |
bmills, yeah, that's what I'm seeing; I'll throw something up on LP if it's not there already. I've got another - much less stressful - translation bug to file also. (Cat: -> Gato: in the LSE...) |
| 15:38 |
JBoyer |
bmills, Also, you got cut off at "realized it was anytime the" |
| 15:39 |
bmills |
JBoyer: whoops! yeah, anytime the page was showing "x of x copies available" it bombed |
| 15:59 |
pinesol_green |
Launchpad bug 1117808 in Evergreen "Merge and Overlay Functions should use Merge Profiles" [Wishlist,Triaged] https://launchpad.net/bugs/1117808 - Assigned to Galen Charlton (gmc) |
| 16:11 |
|
bmills joined #evergreen |
| 16:30 |
jeff |
it's a pcap kind of day. |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:13 |
Bmagic |
Can the Evergreen reporting engine find marc records that lack a certain marc tag? |
| 17:19 |
|
jvwoolf left #evergreen |
| 21:14 |
jeff |
i have abused the metabib schema in a way similar to what you describe, but i can't recall if i made it work within the reporter long ago. most recently, sql. |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:27 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 08:17 |
|
collum joined #evergreen |
| 11:46 |
Dyrcona |
berick: I know what you mean about OpenJFX being finicky. I've been doing some tutorials and examples and some things don't quite work in OpenJDK, at least not on Ubuntu 16. |
| 11:47 |
Dyrcona |
berick: Anything specific that stands in the way of using with Hatch? |
| 11:55 |
berick |
Dyrcona: the only thing I had issues with was the javafx stuff. don't recall exactly what is was, though |
| 12:02 |
Dyrcona |
berick: OK. I'll see if I can do some testing in the future. I've had issues with some cosmetic things, but I've not tried printing or anything like that. |
| 12:04 |
berick |
thanks. i'll also make a point of testing openjdk and collecting more data |
| 12:05 |
csharp |
oracle-- |
| 12:05 |
csharp |
oracle-- |
| 12:05 |
csharp |
oracle-- |
| 12:06 |
csharp |
I remember testing openjdk and seeing the javafx problems, but I don't remember specifics |
| 12:07 |
berick |
csharp: you'd think owning an island would be enough |
| 12:07 |
csharp |
... but here is the chat log: http://irc.evergreen-ils.org/evergreen/2015-06-10#i_181217 |
| 12:08 |
csharp |
berick: seriously |
| 16:19 |
|
maryj joined #evergreen |
| 16:43 |
* dbs |
does credential-splitting across browsers like phasefx and Dyrcona |
| 16:47 |
Dyrcona |
It's just easier that way than changing users all the time. |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
Dyrcona |
Time to go! |
| 17:18 |
Bmagic |
Can you put more than one email address in actor.usr.email_address? |
| 17:18 |
Bmagic |
Just a wild guess, but I am thinking "no" is the answer |
| 02:58 |
|
abowling1 joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:28 |
|
rlefaive joined #evergreen |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 07:23 |
|
agoben joined #evergreen |
| 09:16 |
Dyrcona |
And none of the parent groups have any permissions assigned. |
| 09:17 |
mmorgan |
If your users don't have secondary groups, then it's probably not your issue. |
| 09:18 |
Dyrcona |
But we don't have more than 1 group assigned. |
| 09:18 |
krvmga |
i just did the opposite test from the previous one: i logged in as myself on a client where the user wasn't seeing the library dropdown list; saw it as me; didn't see it as the other user. |
| 09:19 |
Dyrcona |
krvmga: Thanks, again. ;) |
| 09:19 |
krvmga |
same permission group; network administrator |
| 09:19 |
mmorgan |
ok. It would be interesting to see what happens if you were to remove the extra permissions from the users seeing the problem. |
| 09:47 |
|
maryj joined #evergreen |
| 09:56 |
|
mmorgan joined #evergreen |
| 10:42 |
|
mmorgan1 joined #evergreen |
| 10:47 |
Dyrcona |
tsbere: Turned out to be an org_unit was changed yesterday for testing. It was assigned an ou_type with the wrong depth when testing was done. |
| 10:47 |
Dyrcona |
Why this did not break the list for everybody is beyond me. |
| 10:50 |
tsbere |
Dyrcona: I assume it is in part due to work ous. How many of the people it was broken for were logged into or assigned their work OU at/below that org unit versus not at/below it? |
| 10:50 |
Dyrcona |
That's a good question. krvmga changed his ous after I last looked. I'm pretty sure that I could work at this ou. I'll check where the others can/can't work. |
| 16:02 |
|
mmorgan joined #evergreen |
| 16:11 |
|
StomproJ joined #evergreen |
| 17:01 |
|
jvwoolf left #evergreen |
| 17:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:07 |
|
mmorgan left #evergreen |
| 17:25 |
jonadab |
StomproJ: I believe freenode has a web client. |
| 17:26 |
StomproJ |
jonadab, is this in reference to my web meeting software question? |
| 02:45 |
|
Stompro joined #evergreen |
| 02:53 |
|
StomproJ joined #evergreen |
| 04:56 |
|
Stompro joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:06 |
|
StomproJ joined #evergreen |
| 07:07 |
|
sard_ joined #evergreen |
| 09:24 |
Dyrcona |
I think I'm going to have to split this into two queries and put the results together in someway in the perl. |
| 09:24 |
|
rlefaive_ joined #evergreen |
| 09:25 |
|
yboston joined #evergreen |
| 09:26 |
Dyrcona |
A rough guess is it's taking 15 seconds to process a record on my test db system. |
| 09:44 |
miker |
Dyrcona: is your slow query stock, or a local thing? |
| 09:44 |
Dyrcona |
miker: It's a local thing. |
| 09:44 |
Dyrcona |
tsbere gave me a suggestion of how I might use a tsquery to speed it up. |
| 15:58 |
|
bmills joined #evergreen |
| 16:46 |
|
jvwoolf left #evergreen |
| 16:58 |
|
afterl left #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Failure <http://testing.evergreen-ils.org/~live> |
| 17:02 |
|
mmorgan left #evergreen |
| 17:34 |
bshum |
Failure? NOOOOO |
| 17:35 |
bshum |
Jabber problem in the test :( |
| 17:35 |
bshum |
At least the rest looks okay |
| 17:35 |
* bshum |
wanders off to find his dinner |
| 17:39 |
berick |
sounds like a self-help book... Find Your Dinner |
| 17:39 |
berick |
@band add Your Inner Dinner |
| 17:39 |
pinesol_green |
berick: Fire BAD! Reading GOOD! |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:32 |
|
abowling1 joined #evergreen |
| 06:39 |
|
Stompro joined #evergreen |
| 07:08 |
|
Callender joined #evergreen |
| 15:03 |
Dyrcona |
I am assuming that it worked. :) |
| 15:08 |
Dyrcona |
It must work, right? The default includes an entry for BR1. :) |
| 15:09 |
|
maryj joined #evergreen |
| 15:28 |
jason___ |
I just ran all the "Starting Evergreen" stuff and got it to work, "testing connections" failed the first time, but worked after a reboot. Two questions: Do I need to manually start Evergreen after every boot with the default configuration? And can I now connect with a client app? |
| 15:33 |
|
kmlussier joined #evergreen |
| 15:44 |
dbs |
Dyrcona: yup we have all kinds of Z39.50 targets in oils_z3950.xml, supporting the search of various individual branches and systems |
| 15:45 |
Dyrcona |
dbs: Thanks! I was pretty sure it would work. |
| 15:59 |
jason___ |
Dyrcona Got it, thank you |
| 16:00 |
|
bmills left #evergreen |
| 16:14 |
|
bmills joined #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
* kmlussier |
hits send on e-mail, cheers up because she can now get to community work she's been wanting to do, and then realizes that it's 5 p.m. and the working day has ended. |
| 17:08 |
mmorgan |
kmlussier: At least you got that email sent! |
| 17:08 |
berick |
the sun'll come up.. tomorrow |
| 00:54 |
|
StomproJ joined #evergreen |
| 03:04 |
|
book` joined #evergreen |
| 03:17 |
|
Stompro joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:17 |
csharp |
dbs++ # closed date fixes |
| 07:00 |
|
agoben joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 11:34 |
Dyrcona |
And, funny thing about the link error, I don't really need cstore compiled on this machine, 'cause I don't plan to run services. I'm just installing for some of the libs. |
| 11:39 |
Dyrcona |
Weird. Is this just a problem with 32-bit systems? 'Cause I didn't have this problem on the 64-bit vm. |
| 11:40 |
|
brahmina joined #evergreen |
| 11:40 |
bshum |
It wouldn't surprise me |
| 11:40 |
bshum |
We haven't tested 32-bit installs with Evergreen in a long time... |
| 11:40 |
bshum |
At least I haven't |
| 11:40 |
bshum |
And there were problems the last times we had anyone try it |
| 11:42 |
Dyrcona |
It's right there: /usr/lib/i386-linux-gnu/dbd/libdbdpgsql.so |
| 11:42 |
Dyrcona |
Thing is, I don't need this. I just wanted some of the Perl libs that I use in some scripts and they don't depend on that. |
| 11:42 |
Dyrcona |
However, we have no flags to disable building the services. |
| 11:52 |
Dyrcona |
Bingo! We have a winner! |
| 11:55 |
Bmagic |
What do we have for him Jonny? It's a NEW CAR! |
| 11:56 |
Dyrcona |
heh! Now, I hear the music in my head. |
| 12:01 |
Jason_ |
Question: I'm installing evergreen on a test server (ubuntu-trusty) and I've encountered an issue with opensrf configuration > Websockets installation. The git clone does not contain the example configuration file "examples/apache_24/websockets/apache2.conf" listed in the instructions. Any ideas? Or should I skip it for now as websockets are optional? |
| 12:01 |
bshum |
Jason_: The example config file is in the opensrf source files |
| 12:01 |
bshum |
Not in the git clone for websockets |
| 12:02 |
bshum |
That instruction is getting updated in a future release to be more clear I think. |
| 15:42 |
* bshum |
keeps musing to himself |
| 15:43 |
Bmagic |
yeah, I agree, and because the system is running fine right now.... |
| 16:39 |
|
mmorgan joined #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:07 |
|
mmorgan left #evergreen |
| 18:35 |
|
bmills joined #evergreen |
| 18:56 |
|
bmills joined #evergreen |
| 03:29 |
|
StomproJ joined #evergreen |
| 04:02 |
|
Stompro joined #evergreen |
| 04:19 |
|
StomproJ joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:50 |
|
Stompro joined #evergreen |
| 06:07 |
|
StomproJ joined #evergreen |
| 06:40 |
|
rlefaive joined #evergreen |
| 09:42 |
|
kmlussier joined #evergreen |
| 09:42 |
|
Dyrcona joined #evergreen |
| 09:48 |
Dyrcona |
phasefx: I was just perusing the slides from your 2014 conference presentation with Denish, and I have a question about the postgres settings. |
| 09:49 |
Dyrcona |
phasefx: Are they just what you recommend for testing? Some of them look like they would be good for regular use, too. |
| 09:54 |
phasefx |
Dyrcona: I don't remember what I presented on, but I imagine the Postgres part was Denish. I don't have any particular expertise with tuning Postgres :( |
| 09:54 |
Dyrcona |
OK. Thanks. |
| 09:55 |
Dyrcona |
To jog your memory, it was about Quality Assurance. |
| 09:55 |
phasefx |
ah, cool, thanks |
| 09:57 |
Dyrcona |
I'm tuning postgres for a development/testing server this morning, and I was looking for recommendations on the evergreen-ils.org site your presentation came up. |
| 10:02 |
kmlussier |
Dyrcona: Did you look at the report OmniTI did? I don't know if the recommendations there are the same as what was included in the presentation, but the report recommendations were definitely for production. https://wiki.evergreen-ils.org/doku.php?id=dev:testing:performance_report |
| 10:04 |
|
maryj joined #evergreen |
| 10:04 |
Dyrcona |
Apart from connection pooling and specific query changes, there's nothing much useful in that report. |
| 10:05 |
Dyrcona |
I'm doing the postgresql settings by hand, because no more pgtune. |
| 11:29 |
Dyrcona |
Oh, right! |
| 11:29 |
Dyrcona |
That's why they're not listed. |
| 11:30 |
* Dyrcona |
forgot that detail. |
| 11:30 |
dbs |
yeah. if I can figure out the condition that's triggering it during holds processing, then maybe I can reproduce it and write a test and then fix it |
| 11:39 |
|
mdriscoll joined #evergreen |
| 11:40 |
dbs |
Dyrcona: I think the 25% ratio simply ends up being way too high for modern servers with tens of gigabytes of RAM and paradoxically can slow things down |
| 11:40 |
dbs |
The 25% rule of thumb was developed when servers had about as much RAM as phones do today |
| 11:41 |
Dyrcona |
dbs: Thanks. I can see that making sense. |
| 11:42 |
Dyrcona |
Yeah, the only time actual RAM numbers are mentioned in the docs, it's on the order of 512MB to 1GB. |
| 11:42 |
Dyrcona |
I guess the PostgreSQL wiki could use an update. :) |
| 15:43 |
pinesol_green |
Launchpad bug 1432753 in Evergreen "Closed Dates Editor does not display the "All Day" verbiage" [Undecided,Confirmed] https://launchpad.net/bugs/1432753 |
| 15:43 |
dbs |
I'm not going to try touching the locale stuff though :) |
| 15:52 |
|
jason_ joined #evergreen |
| 15:53 |
jason_ |
Hi, dumb question. I'm setting up a test evergreen install on Ubuntu 16.04 (xenial) and I'm stuck on the opensrf installation |
| 15:53 |
bshum |
jason_: Well, if you're using OpenSRF 2.4.1, there isn't a makefile target for xenial |
| 15:54 |
bshum |
So that would fumble the start of the process with the initial prerequisite installation |
| 15:54 |
bshum |
But, what's your question? |
| 15:54 |
bshum |
:) |
| 15:54 |
jason_ |
That must be it, that's what I'm getting |
| 15:54 |
jason_ |
Should I be using an earlier opensrf? |
| 15:55 |
bshum |
Xenial support is only in the 2.5-alpha and master OpenSRF presently (so newer actually), but perhaps if it's not too late, I might suggest trying things out with Ubuntu 14.04 instead. |
| 15:55 |
bshum |
That's the more widely tested Ubuntu version at the moment. |
| 15:56 |
jason_ |
That's fine, I'll try it with ubuntu 14, thanks for your help! |
| 15:56 |
bshum |
No problem, good luck jason_! |
| 15:56 |
jason_ |
I appreciate it :) |
| 16:13 |
Dyrcona |
If you're installing on xenial, I recommend using git and using the master branch from both OpenSRF and Evergreen. |
| 16:13 |
Dyrcona |
The next releases should support xenial: Evergreen 2.12 and OpenSRF 2.5. |
| 16:14 |
|
maryj joined #evergreen |
| 16:14 |
jason_ |
I switched to trusty, this is just a test install on a cloud server to see if it will work for a project |
| 16:15 |
Dyrcona |
OK. That should work. |
| 16:44 |
|
rlefaive joined #evergreen |
| 16:49 |
|
mixo joined #evergreen |
| 16:50 |
mixo |
how can i change "minimum transit checkin interval" |
| 16:55 |
phasefx |
mixo: hi. You mean, where to find the setting? It's under Admin -> Local Admin -> Library Settings in the staff client |
| 17:00 |
mixo |
thank you |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
mixo |
when i try to abort transit it goes to "canceld transit" state |
| 17:01 |
mixo |
is this normal ? |
| 17:02 |
mmorgan |
mixo: Yes, as of 2.11 |
| 00:38 |
pinesol_green |
[evergreen|Jane Sandberg] Docs: LP1268054 add patron purchase request doc - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=18c0241> |
| 01:00 |
|
StomproJ joined #evergreen |
| 02:18 |
|
Stompro joined #evergreen |
| 03:19 |
|
StomproJ joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:46 |
|
Stompro joined #evergreen |
| 06:40 |
|
rlefaive joined #evergreen |
| 06:47 |
|
StomproJ joined #evergreen |
| 15:40 |
berick |
DPearl: before I answer that.. do you have access to the admin account on this system? |
| 15:40 |
berick |
if so, does it work as expected for admin? |
| 15:40 |
Dyrcona |
Yeah. You might be limited in choices if you're not logging in as admin. |
| 15:40 |
* Dyrcona |
almost always uses admin for testing so didn't think of that right away. |
| 15:41 |
DPearl |
berick: Yes. I think that is the clue to what is up. I logged in as admin and I just saw CONS. Now I'm logged in as some random librarian at BR1. That has to be why it is not showing me the tree. |
| 15:41 |
berick |
Dyrcona: same here |
| 15:42 |
berick |
DPearl: ok, good |
| 16:19 |
* Dyrcona |
builds a xul client to see what it does. |
| 16:20 |
berick |
Dyrcona: apparently there's code in there to handle that..suppose it's not working anymore |
| 16:20 |
Dyrcona |
OK. |
| 16:20 |
berick |
not saying you shouldn't open the bug |
| 16:20 |
berick |
just fwiw i see disable-test="cant_have_users" on the org selector |
| 16:21 |
Dyrcona |
Gotcha. I'll bet that is what is preventing me from removing the registration in the clent. |
| 16:21 |
Dyrcona |
I'll play with it. |
| 16:22 |
Dyrcona |
Can I change that in the Chrome inspector or is it too late? |
| 16:25 |
berick |
ignore that |
| 16:43 |
Dyrcona |
I'll see what I can figure out and open Lp bug. |
| 16:43 |
Dyrcona |
Signing off for now. |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:00 |
|
bmills joined #evergreen |
| 17:15 |
|
finnx left #evergreen |
| 19:22 |
|
finnx joined #evergreen |
| 03:21 |
|
StomproJ joined #evergreen |
| 04:11 |
|
Stompro joined #evergreen |
| 05:00 |
|
StomproJ joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:48 |
|
Stompro joined #evergreen |
| 07:13 |
|
TARA joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 12:25 |
Dyrcona |
Visual cues like color might work, say use a background or highlight color if xact_finish is set and the status was lost or whatevs? |
| 12:26 |
Dyrcona |
But anyway, I'm supposed to be eating lunch, and it's hard not to eat at your desk when your desk is the dining room table. :) |
| 12:28 |
|
jihpringle joined #evergreen |
| 12:40 |
jeffdavis |
So, I asked about this a while back but most folks were en route to the hackaway... |
| 12:41 |
jeffdavis |
For ebook API integration (bug 1541559), I'd like to have a test module so that we can test the UI and services without requiring connections to actual third-partry APIs like Overdrive's. |
| 12:41 |
pinesol_green |
Launchpad bug 1541559 in Evergreen "OneClickdigital API integration" [Wishlist,New] https://launchpad.net/bugs/1541559 - Assigned to Jeff Davis (jdavis-sitka) |
| 12:44 |
jeffdavis |
The design is kind of like added content, where there's a main module and different handler submodules for each vendor. The test module would be just another handler module. |
| 12:44 |
|
collum_ joined #evergreen |
| 12:45 |
Dyrcona |
jeffdavis: Sound like what SIPServer does. |
| 12:45 |
|
kmlussier joined #evergreen |
| 12:45 |
Dyrcona |
There's a dummy "ILS" implementation in the SIPServer code to use for testing. |
| 12:46 |
jeffdavis |
That's encouraging. :) |
| 12:47 |
jeffdavis |
I'm reluctant to hard-code test data into the module itself, though, but I'm not sure how else to go about it (since I don't want to create an entire HTTP service just for testing purposes). |
| 12:47 |
Dyrcona |
jeffdavis: The test data for SIPServer is hard coded, so I don't think that's a problem, really. |
| 12:48 |
Dyrcona |
You'd want to test against known values anyway, right? |
| 12:48 |
Dyrcona |
I assume you're testing: I make this API call, I get this result. |
| 12:48 |
jeffdavis |
Yeah. |
| 12:49 |
Dyrcona |
Well, that sounds fine to me. |
| 12:49 |
Dyrcona |
Do the vendors have ways to test their APIs? |
| 12:50 |
Dyrcona |
But I imagine you might need an account in order to test properly. |
| 12:51 |
jeffdavis |
That's my assumption, but I'm not sure yet - trying to find a contact to broach the question at Overdrive, and I've had problems getting responses from Oneclick lately. |
| 12:51 |
Dyrcona |
Well, any tests are better than none. |
| 12:51 |
Dyrcona |
tests++ |
| 12:51 |
Dyrcona |
jeffdavis++ |
| 12:52 |
Dyrcona |
Though, I suppose tests that just return PASS aren't very useful. :) |
| 12:53 |
jeffdavis |
Well, I'd want the tests to include some requests that are expected to fail in various ways. |
| 12:53 |
Dyrcona |
Yeah, we have a few in the Perl tests that pass by failing. |
| 12:54 |
jeffdavis |
Having a test module that works with stock test data would also let folks try the UI. |
| 12:59 |
Dyrcona |
jeffdavis: I honestly don't think anyone would object. |
| 12:59 |
|
sandbergja joined #evergreen |
| 13:01 |
jeffdavis |
yeah, I'll just proceed with the hard-coding approach - thanks! |
| 15:52 |
Bmagic |
JBoyer - you're right |
| 15:53 |
Bmagic |
The lineinfile works because the container is presicely the same 100% of the time |
| 16:17 |
|
Bmagic joined #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:06 |
|
mmorgan left #evergreen |
| 20:10 |
|
cbush06 joined #evergreen |
| 20:37 |
|
finnx1 joined #evergreen |
| 01:31 |
|
sandbergja2 joined #evergreen |
| 01:32 |
|
RBecker joined #evergreen |
| 03:00 |
|
StomproJ joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:46 |
|
Stompro joined #evergreen |
| 06:02 |
|
wsmoak joined #evergreen |
| 07:10 |
|
rjackson_isl joined #evergreen |
| 13:26 |
jihpringle |
then we can have the days in the calendar before the end of December |
| 13:26 |
sandbergja |
that would be excellent |
| 13:26 |
dluch |
jihpringle++ |
| 13:27 |
sandbergja |
#info yboston will email Galen to give remingtron and sandbergja access to DIG test server |
| 13:27 |
sandbergja |
This is done. |
| 13:27 |
sandbergja |
yboston++ gmcharlt++ |
| 13:27 |
sandbergja |
Thanks for the updates, everyone! |
| 13:27 |
sandbergja |
#topic Progress on documenting new features in Evergreen 2.11 |
| 13:27 |
sandbergja |
I think we have this pretty well sorted out, so I'll move on. |
| 13:28 |
sandbergja |
#topic Finding a new DIG Facilitator |
| 13:28 |
sandbergja |
Let me start out by saying :-( |
| 13:28 |
sandbergja |
And that I miss yboston already! |
| 13:29 |
sandbergja |
What should the process be for finding a new DIG Facilitator? |
| 13:29 |
sandbergja |
Should we put a call out to the email lists, similar to what kmlussier is doing for the DIG release coordinator? |
| 13:30 |
kmlussier |
In some ways, I'm inclined on holding off on my call until we have a DIG facilitator. I think it's more important that we find someone to lead the group first. |
| 13:32 |
kmlussier |
I just looked at the e-mail list archive to see how it was handled before. It looks like Karen tapped yboston to be facilitator before she notified that she had to step down. |
| 13:32 |
kmlussier |
No, wait, I'm wrong on that. |
| 13:51 |
sandbergja |
These are by no means complete, just conversation starters to get people excited about the project again. :-) |
| 13:51 |
sandbergja |
Here's a manual for local sysadmins: |
| 13:51 |
kmlussier |
Yay! sandbergja++ |
| 13:51 |
sandbergja |
#link http://docs-testing.evergreen-ils.org/docs/reorg/staffclient_sysadmin/ |
| 13:51 |
sandbergja |
And a small one for front-line circ staff: |
| 13:52 |
sandbergja |
#link http://docs-testing.evergreen-ils.org/docs/reorg/circulation/ |
| 13:52 |
sandbergja |
I'm hoping to get the Docs Reorg group back together at some point to look these over, and try to figure out where to go from here |
| 13:53 |
sandbergja |
But am also more than happy to take suggestions now as well. :-) |
| 13:54 |
|
bmills joined #evergreen |
| 13:54 |
kmlussier |
At a first glance, it looks good, but I would need more time to look at it before giving specific feedback. |
| 13:55 |
sandbergja |
That makes sense. :-) |
| 15:08 |
gmcharlt |
kmlussier++ |
| 15:09 |
gmcharlt |
and as it's a carry-over |
| 15:09 |
Bmagic |
#info Bmagic = Blake GH, MOBIUS |
| 15:09 |
gmcharlt |
#gmcharlt and Dyrcona to create guidelines on the wiki to determine what is a bug fix vs. new feature. |
| 15:09 |
gmcharlt |
-- in particular, to suggest guidelines for what should be backported |
| 15:09 |
gmcharlt |
so, I think that does it for action items from back in the mists of time |
| 15:09 |
gmcharlt |
so moving on |
| 15:10 |
gmcharlt |
#topic OpenSRF release info |
| 15:10 |
gmcharlt |
#info OpenSRF 2.5 alpha to be cut on 7 December |
| 15:10 |
gmcharlt |
so, with respect to the alpha, there are some things in particular I'd like to request testing for |
| 15:10 |
gmcharlt |
1. the proxy configurations |
| 15:10 |
jeff |
TZ changes? |
| 15:10 |
gmcharlt |
2. bundling and chunking |
| 15:10 |
jeff |
er, you're listing. |
| 15:15 |
gmcharlt |
on the plus side, we have time before 2.12 |
| 15:16 |
gmcharlt |
any other questions or thoughts on OpenSRF? |
| 15:16 |
berick |
yeah, and fwiw I've been using the osrf proxy for a while now and that's the only issue i've run into |
| 15:16 |
gmcharlt |
cool |
| 15:16 |
gmcharlt |
the haproxy config will require more testing, but it's what I"ll be running |
| 15:17 |
gmcharlt |
ok, |
| 15:17 |
gmcharlt |
moving on |
| 15:17 |
gmcharlt |
#topic Evergreen releases |
| 15:17 |
bshum |
Would it be good to make websockets required, rather than just optional in a future OpenSRF release? |
| 15:17 |
bshum |
oops heh |
| 15:17 |
dbwells |
One other questions related to chunking/bundling, Bmagic a few weeks back hit what appeared to be an incompatibility with that change in EG master. It's probably possible to fix in a backwards compat. way, but regardless, are we assuming OSRF 2.5 will be recommended for EG 2.12+, or do we need it to work with other current releases? |
| 15:30 |
pinesol_green |
Launchpad bug 1646166 in Evergreen "Hatch 2.12 Omnibus" [Undecided,New] - Assigned to Bill Erickson (berick) |
| 15:30 |
jeff |
I'm still quite interested in that. |
| 15:30 |
jeff |
So, I'll volunteer my eyes. |
| 15:30 |
kmlussier |
I can test installing on Linux |
| 15:30 |
berick |
i have one final note to add to the install docs, the final "here's how you actually use it" bit |
| 15:31 |
gmcharlt |
I can take a look at OS X installation |
| 15:31 |
berick |
but that'll just take a sec |
| 16:37 |
|
abneiman joined #evergreen |
| 16:45 |
|
barbara joined #evergreen |
| 16:51 |
|
bmills1 joined #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:06 |
|
mmorgan left #evergreen |
| 17:14 |
|
rlefaive_ joined #evergreen |
| 17:21 |
|
jvwoolf left #evergreen |
| 02:54 |
|
StomproJ joined #evergreen |
| 03:31 |
|
Stompro joined #evergreen |
| 03:59 |
|
StomproJ joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:02 |
|
Stompro joined #evergreen |
| 07:07 |
|
StomproJ joined #evergreen |
| 07:18 |
|
rjackson_isl joined #evergreen |
| 09:50 |
kmlussier |
Looks like we have a dev meeting scheduled for tomorrow. |
| 09:52 |
kmlussier |
yboston: Would you be able to add tomorrow's DIG meeting to the DIG calendar? It's at 1 p.m. Eastern. |
| 09:52 |
* kmlussier |
doesn't have the keys to that calendar yet. |
| 10:00 |
JBoyer |
Looks like our ids just went wherever whenever during the 2011 transition to SVF values. After some dev testing I'm going to experiment with dropping all of the ccvm values with id < 10000 and reload them. A full reingest is only around 14 hours, it's worth a shot and I don't plan to keep playing musical chairs with values for the rest of my career. |
| 10:02 |
miker |
JBoyer: Open-ILS/src/sql/Pg/version-upgrade/2.0-2.1-upgrade-db.sql:1447 may be useful to you as a starting point to fix the translations. won't work directly, though |
| 10:05 |
yboston |
kmlussier: I just added it. PM the email I shoudl use to give you DIG calednar access |
| 10:10 |
JBoyer |
miker, I found that earlier. I wouldn't have thought that unions would have allowed multiple tables to mix, but that's how it looks now. |
| 11:47 |
Dyrcona |
There's only so much UNIX we can teach in the README, I'm afraid. |
| 11:47 |
* Dyrcona |
does not mean that to beat up on DPearl, but to hopefully illustrate the situation for the logs and those who may come later. |
| 11:48 |
* bshum |
loves "sapling" :) |
| 11:48 |
Dyrcona |
Yeah, that's a good name for a test server/vm. |
| 11:48 |
bshum |
My trees never made it past "acorn" stage I guess. |
| 11:49 |
Dyrcona |
I name mine for the Linux distro of the vm. |
| 11:50 |
bshum |
That's what I do now. "ubuntu16" I hate you so.... |
| 12:38 |
|
jvwoolf joined #evergreen |
| 12:47 |
csharp |
berick: I've run the hold targeter v2 script several times now and all looks normal from this end of things (action.hold_copy_map looks as normal as I expect it to look - no errors when running the script against all our holds) - anything specific to try/look out for? |
| 12:51 |
|
jihpringle joined #evergreen |
| 12:56 |
berick |
csharp: great! nothing specific. the hope is it behaves the same as before when no new options are used. |
| 12:57 |
berick |
csharp: i am curious if you compared timing, though, to the current targeter |
| 12:57 |
berick |
or if you'd be willing to do so |
| 12:58 |
berick |
reset all active holds prev_check_time, run current targeter, then repeate with new targeter (or with --target-all) |
| 12:58 |
berick |
csharp: also, I pushed a small speed-up fix yesterday as you were testing. pulling that in would be good |
| 12:59 |
berick |
csharp++ |
| 13:00 |
csharp |
berick: I pulled in the fix before running it today - I'll run the other for a comparison, sure |
| 13:10 |
Dyrcona |
csharp++ # I never got around to looking at those changes. |
| 13:13 |
|
rhamby joined #evergreen |
| 16:06 |
* bshum |
needs to hunt down some snacks now |
| 16:17 |
|
mmorgan joined #evergreen |
| 17:01 |
|
mmorgan left #evergreen |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:41 |
|
bmills joined #evergreen |
| 17:45 |
gmcharlt |
@hate iframes |
| 17:45 |
pinesol_green |
gmcharlt: The operation succeeded. gmcharlt hates iframes. |
| 02:45 |
|
Stompro joined #evergreen |
| 03:26 |
|
artunit_ joined #evergreen |
| 03:30 |
|
artunit_ joined #evergreen |
| 05:04 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:09 |
|
rjackson_isl joined #evergreen |
| 07:12 |
|
JBoyer joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 12:06 |
|
jihpringle joined #evergreen |
| 12:13 |
|
mmorgan joined #evergreen |
| 12:26 |
|
jvwoolf joined #evergreen |
| 13:00 |
csharp |
berick: FYI, I'm finally testing your new hold targeter on our test server - so far so good |
| 13:00 |
csharp |
I like --verbose mode |
| 13:02 |
|
brahmina joined #evergreen |
| 13:02 |
|
kmlussier joined #evergreen |
| 13:10 |
kmlussier |
@coffee |
| 13:48 |
bshum |
There's just more of them now since I started adding more folders of files for translation in more recent releases. |
| 13:48 |
bshum |
But for the catalog, they're all under the "tpac" PO file for all of it |
| 13:49 |
|
mmorgan joined #evergreen |
| 13:49 |
berick |
csharp: great. should be a good test, then. |
| 13:51 |
bshum |
Interesting... |
| 13:51 |
JBoyer |
Still called opac, unless there are two. I'm pointing the es_es local at /openils/var/data/locale/opac/es-ES.po |
| 13:51 |
bshum |
Well yes, it's relabeled from tpac to opac by the makefile job |
| 16:21 |
Dyrcona |
More than that will likely work, but I wouldn't go over 100 or so. :) |
| 16:30 |
|
kmlussier joined #evergreen |
| 17:00 |
|
mmorgan1 left #evergreen |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:17 |
|
jvwoolf left #evergreen |
| 17:45 |
csharp |
85a470ef |
| 17:45 |
pinesol_green |
csharp: [evergreen|Dan Pearl] LP#1501781 - Make patron name search diacritic/space insensitive. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=85a470e> |
| 00:30 |
|
Stompro joined #evergreen |
| 02:45 |
|
StomproJ joined #evergreen |
| 02:56 |
|
Stompro joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:12 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 11:12 |
pinesol_green |
Dyrcona: DBI broke Evergreen. |
| 11:14 |
* Dyrcona |
doesn't like unnecessary warnings. |
| 11:15 |
Dyrcona |
Of course, $dbh->selectcol_arrayref documentation doesn't actually say that, selectall_arrayref does.... |
| 11:16 |
* Dyrcona |
changes method calls to test. |
| 11:17 |
Dyrcona |
man DBI: You lie to me! |
| 11:19 |
Dyrcona |
Hmm... What if I treat the function like a table? |
| 11:22 |
* tsbere |
wonders what Dyrcona is fighting with now |
| 15:16 |
dbs |
Uhh, I've given up on a lot of things, to be honest |
| 15:16 |
csharp |
yeah, the fact that laurentian is working is why we have confidence that it *should* work :-) |
| 15:16 |
bshum |
csharp: Are you using the same cache source for all your heads? |
| 15:16 |
csharp |
we also have it working on a non-clustered test server |
| 15:17 |
csharp |
bshum: the same 2 servers, yes |
| 15:17 |
csharp |
hmm |
| 15:17 |
csharp |
so 2 non-redundant memcache servers - could that be the issue? |
| 15:17 |
bshum |
I'm thinking about OILSWebCompiledTemplateCache |
| 15:17 |
bshum |
But uh, dunno |
| 15:20 |
bshum |
if that wasn't shared I would expect it to be compiling and showing potentially different looking pages on different app heads. But not necessarily a bad thing. And probably shouldn't have anything to do with the cookie reading for locales... hmm |
| 15:29 |
csharp |
berick: it's the whole page coming back in English when the html header shows it to be es-es |
| 15:29 |
csharp |
not just specific elements |
| 15:36 |
berick |
csharp: and the locale selector says the page is English? |
| 15:39 |
bshum |
When I tested it on his server, it looked like the selector said Spanish, but the page was showing all english |
| 15:39 |
bshum |
Well, his URL anyways |
| 15:39 |
* bshum |
waits to try again when csharp adds back the second app server |
| 15:40 |
* tsbere |
wonders if it is something like "the language is defined, but someone forgot to make sure that the actual strings were on all the servers" |
| 15:41 |
bshum |
Worth double checking what tsbere said too :) |
| 15:41 |
bshum |
Given what happened the first time 'round |
| 16:43 |
berick |
Dyrcona: yep |
| 16:43 |
berick |
well, profile dir or on the server |
| 16:43 |
Dyrcona |
berick++ For answering late on a Friday. |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:06 |
|
mmorgan left #evergreen |
| 17:10 |
|
jvwoolf left #evergreen |
| 17:30 |
|
bmills joined #evergreen |
| 03:04 |
|
Stompro joined #evergreen |
| 03:22 |
|
dcook__ joined #evergreen |
| 04:59 |
|
StomproJ joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:43 |
|
rhamby joined #evergreen |
| 05:43 |
|
gmcharlt joined #evergreen |
| 05:45 |
|
StomproJosh joined #evergreen |
| 16:04 |
Bmagic |
oh boy, this is weird. Now in leu of that user being in the config, it chose another one..... I am very sure now that this is not users that are really logging in from SIP |
| 16:06 |
Bmagic |
I wonder if this has something to do with the workstation not* being included in the auth |
| 16:06 |
Dyrcona |
I'm not sure that I understand the situation at this point. |
| 16:07 |
Bmagic |
I setup a server just to test this situation. I gave the IP address to this one library. This one library in theory is the only library that knows about this server |
| 16:08 |
Bmagic |
and I was seeing authentications for another user... Odd, but whatever.... now with these extra clues. I decided to remove the unexpected user from the oils_sip.xml, then I started seeing a totally different user in the logs |
| 16:09 |
|
jihpringle joined #evergreen |
| 16:11 |
Dyrcona |
Does the IP address have an associated hostname? Have you ever used the IP address for SIP before? |
| 16:58 |
Bmagic |
ah |
| 16:59 |
Bmagic |
What keeps bothering me is, this was working without a problem before we upgraded to 2.11 |
| 17:00 |
jeff |
open-ils.auth login types are opac, staff, temp, or persist |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:01 |
jeff |
What were you on before? |
| 17:02 |
jeff |
And what version and flavor of SIPServer were you running? |
| 17:02 |
Dyrcona |
jeff: It has always been opac. |
| 17:26 |
Bmagic |
dbs: no problem at all! |
| 17:26 |
dbs |
(and we're only on 2.10 still, fwiw) |
| 17:28 |
Bmagic |
so.... how did this break between 2.9 and 2.11? |
| 17:36 |
Bmagic |
Dyrcona: We know that the session change fixed it because we tested the server through each of those changes and nothing fixed it until the session expire time was extended |
| 17:37 |
Dyrcona |
Bmagic: If the auth.opac_timeout for the library was 10 minutes, that's too low. |
| 17:37 |
Dyrcona |
It might be all right for people using the OPAC in the library, but for people signed in from home, it is way too short. |
| 17:38 |
Bmagic |
Dyrcona: it was set to 10 minutes when we were on 2.9.1, didnt have this SIP issue |
| 02:12 |
|
StomproJ joined #evergreen |
| 03:02 |
|
Stompro joined #evergreen |
| 03:52 |
|
StomproJ joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:06 |
|
Stompro joined #evergreen |
| 05:31 |
|
StomproJ joined #evergreen |
| 06:33 |
|
Stompro joined #evergreen |
| 10:50 |
Stompro |
Dyrcona++ for the no-op checking floating fix. That is a daily issue for us. |
| 10:51 |
Dyrcona |
Stompro: You are most welcome. It's not daily here, but happens often enough to be an annoyance. |
| 10:51 |
Dyrcona |
If you'd care to sign off on the fix, that would be much appreciated. :) |
| 10:51 |
Stompro |
Dyrcona, I'll try and test as soon as I can. |
| 10:52 |
Dyrcona |
Cool. |
| 10:55 |
Dyrcona |
Now, I'm wondering if I need to join metabib.record_attr_vector_list twice if I want to look up bibs by item_type and item_form.... |
| 10:55 |
Dyrcona |
I'll try it with it joined once to see what happens. |
| 16:34 |
Dyrcona |
Maybe I should have a look at Encode.pm. |
| 16:45 |
|
bmills joined #evergreen |
| 16:53 |
Dyrcona |
Nope. Not gonna be simple to recover from this. I'll have to rethink the logic of my program. |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:32 |
|
sandbergja joined #evergreen |
| 17:51 |
|
jvwoolf joined #evergreen |
| 17:55 |
|
jvwoolf left #evergreen |
