| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:12 |
|
mrpeters left #evergreen |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:16 |
|
rjackson_isl joined #evergreen |
| 10:34 |
sam_l |
Staff client, and thank you! |
| 10:36 |
sam_l |
rhamby++ |
| 10:37 |
sam_l |
One of our branches just got new computers, and we wanted to give correct instructions to IT before they went to set them up. |
| 10:42 |
csharp |
sam_l: from our scant testing, Windows 10 works fine |
| 10:44 |
Dyrcona |
It works fine on our Windows 10 thin clients. |
| 10:45 |
csharp |
I would actually predict better performance based on everything I know about Windows 10 (which isn't a whole lot) |
| 10:49 |
sam_l |
Thanks. I passed the info on. |
| 14:52 |
kmlussier |
phasefx: Was Eva planning to attend too? I see her name is on the agenda. |
| 14:53 |
phasefx |
kmlussier: I hadn't heard from her |
| 14:54 |
Nawjo |
Kmlussier, Great! |
| 14:54 |
bshum |
Like are the records primarily in english, but they have translated arabic strings for things like title, etc. |
| 14:54 |
bshum |
I've seen that before for other language records like chinese, etc. |
| 14:55 |
bshum |
I'd love to get some sample records to append to Concerto for future testing, actually.... hmm.... |
| 14:55 |
Dyrcona |
Georgian records are quite pretty.... |
| 14:55 |
Dyrcona |
I can't read it, but the script is nice. |
| 14:56 |
kmlussier |
OK, poll for scheduling the meeting next week is at http://doodle.com/poll/esxgzfum2cwkbv7v |
| 00:13 |
chatter |
allah is doing |
| 00:13 |
chatter |
sun is not doing allah is doing |
| 00:13 |
chatter |
to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:08 |
|
NawJo joined #evergreen |
| 07:17 |
|
Callender joined #evergreen |
| 07:19 |
|
agoben joined #evergreen |
| 12:38 |
berick |
JBoyer: upgrade went OK? |
| 12:40 |
JBoyer |
Splendidly. From a 2.9 to 2.11 db in less than 10 minutes. (not counting the pingest, of course) Would have been even better had I not just overlaid 2M+ records and caused so much table bloat that I almost ran the volume out of space last night. :/ |
| 12:41 |
JBoyer |
Still working on mitigating that but things aren't dire anymore. |
| 12:41 |
csharp |
JBoyer++ |
| 12:42 |
csharp |
JBoyer: 10 minutes!? my test runs have taken 2-3 hours |
| 12:42 |
csharp |
2.9.1 - 2.11.1 |
| 12:42 |
JBoyer |
Had we it to do over again, we probably wouldn't have made a lot of noise about the email receipt feature because no one realized it didn't work with the XUL client. Might have to see how hard it is to wedge in there later. :/ |
| 12:43 |
csharp |
(we're upgrading over MLK weekend) |
| 12:44 |
JBoyer |
I had several thousand lines worth already in our db because I wrote them. ;) (Also, the reingest took bloody ages but I don't generally count that since you can spin services back up while that's running.) |
| 12:45 |
csharp |
reingest (pingest.pl with 16 children, batches of 10K) took about 36 hours in my test run |
| 12:47 |
JBoyer |
Oh, yes, and as far as our highly misaligned ccvm and ccaed tables, I cloned them from a fresh stock db and replaced everything with an id < 10000 pre-reingest. Now all of our translations line up and we won't have to special case every single new locale or es-ES update that comes along. |
| 12:49 |
JBoyer |
csharp, if there's enough time before we "open" again I'll let pingest burn through 35 out of 40 cores. It still only hits a load of around 20 but I don't want to risk it getting too much closer to 40 in case things start taking more oomph than expected.. |
| 12:52 |
csharp |
hmm - we have 64 cores, so maybe I should up the child count |
| 14:11 |
jeff |
well, the good news there might be that moving these two affected workstations to a newer client might help. i think they're still running a 2.7 build that works by virtue of a server-side symlink. |
| 14:11 |
jeff |
(or it's not really the OS after all) |
| 14:11 |
berick |
fwiw i'm not using a community build, i'm using a custom script that does pretty much the same thing |
| 14:11 |
JBoyer |
I didn't see that either with my (admittedly limited) testing on my mac over the weekend. I also may not be packaging the latest "supported" version of XULRunner in my package, which one was included in the client that had the disappearing menubar? |
| 14:14 |
jeff |
according to Contents/Frameworks/XUL.framework/Versions in each app bundle, the 2.7 and 2.10 apps i have handy are both 14.0.1 |
| 14:18 |
JBoyer |
I can't really check until almost 5 or 6, but I'm curious if a different version would have an effect on the transparent background problem even if it turns out this issue is something local. |
| 14:35 |
|
phasefx_ joined #evergreen |
| 16:51 |
Dyrcona |
You're probably correct. |
| 16:51 |
Dyrcona |
I'll have to look at it some more tomorrow. |
| 16:51 |
Dyrcona |
I'm not having any issues, just comparing configurations across twenty some odd servers. :) |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:07 |
|
mmorgan2 left #evergreen |
| 17:15 |
|
brahmina joined #evergreen |
| 17:29 |
|
rlefaive joined #evergreen |
| 03:08 |
|
NawJo joined #evergreen |
| 04:31 |
|
phasefx joined #evergreen |
| 04:46 |
|
dbs joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 08:52 |
|
Dyrcona joined #evergreen |
| 10:28 |
|
collum joined #evergreen |
| 12:01 |
|
collum_ joined #evergreen |
| 15:35 |
Dyrcona |
And, I think I fixed two bugs with one branch! :) |
| 15:37 |
JBoyer |
Good to hear someone's having some luck today. :) |
| 16:25 |
miker |
JBoyer: iirc, email checkout receipts only happen in built-in selfcheck and the web client, not xul... but on my phone without code to check ATM |
| 16:42 |
JBoyer |
miker, Looking over the specs finally that sounds more likely. If it works in the web client maybe we can use that as an incentive to get more testing done here. |
| 16:43 |
JBoyer |
I must have assumed it was generic rather than based on interface |
| 16:49 |
JBoyer |
The release notes are also a bit too vague to be helpful re: where this works. |
| 17:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 18:00 |
|
Dyrcona joined #evergreen |
| 18:00 |
Dyrcona |
Just popping to say: It works! :) |
| 18:02 |
Dyrcona |
Fixed 3 bugs in two branches. |
| 00:08 |
|
Christineb joined #evergreen |
| 05:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 07:20 |
|
agoben joined #evergreen |
| 08:48 |
|
mmorgan joined #evergreen |
| 08:54 |
|
Dyrcona joined #evergreen |
| 09:12 |
|
Bmagic joined #evergreen |
| 09:29 |
|
jvwoolf joined #evergreen |
| 09:38 |
jvwoolf |
Hi everybody! I'm trying to add a new page to our OPAC. It's working in test, but I have to sign in to view it. I've scoured the docs, but I can't figure out how to make it public. Any tips? |
| 09:40 |
|
collum joined #evergreen |
| 09:46 |
Dyrcona |
jvwoolf: I think that's largely a function of where you put the file. |
| 09:46 |
tsbere |
jvwoolf: You will need to edit the TPAC perl code to add your page before the auth check |
| 10:57 |
jvwoolf |
OK, that's where I edited it. |
| 10:58 |
Dyrcona |
And, that's what I thought....You'll want to make a copy of that file and make a diff of the changes or you'll lose them at the next upgrade. |
| 10:58 |
Dyrcona |
If you run bricks, you'll need to update it on every brick, too. |
| 10:59 |
jvwoolf |
Ahh. Gotcha. |
| 10:59 |
jvwoolf |
I'm only doing this in test at the moment. |
| 10:59 |
Dyrcona |
OK, but for production, I'd recommend doing as tsbere suggests and making the change in the source and then copying the final version into place. |
| 11:00 |
Dyrcona |
Git really helps with managing little changes like this, too. |
| 11:02 |
jvwoolf |
I've got it now. Thank you. |
| 14:35 |
miker |
I'll see if I can find a minute to look a that later today |
| 14:48 |
miker |
_bott_: I think http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/miker/aclg-cdbi-for-badges will help you... |
| 14:52 |
_bott_ |
ah, makes sense. I'll give it a whirl. |
| 16:00 |
mmorgan |
I'm looking at the 2.11 SIP feature that treats location as workstation. I'm not getting it to work on our test system. |
| 16:01 |
mmorgan |
I can make connections and perform transactions, but the location isn't being recognized as the workstation. |
| 16:01 |
mmorgan |
Any ideas? |
| 16:03 |
mmorgan |
Also tried adding the location_code to the config file for the staff user and that's not working either. |
| 16:05 |
tsbere |
mmorgan: Just to be sure, did you make sure that both Evergreen and SIPServer are up to date? |
| 16:09 |
mmorgan |
Yes, I checked Sip.pm and SIPServer.pm, both are up to date. |
| 16:11 |
tsbere |
and you either defined client_location_code as "true" for the institution block (passing in a valid workstation name in the login step) or location_code to a valid workstation name? |
| 16:40 |
mmorgan |
Hmm. Still no luck. Will need to revisit this tomorrow |
| 16:41 |
mmorgan |
tsbere++ |
| 16:41 |
mmorgan |
Thanks for the suggestions. |
| 17:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:02 |
|
mmorgan left #evergreen |
| 17:16 |
|
jvwoolf left #evergreen |
| 17:33 |
|
bmills joined #evergreen |
| 05:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 06:41 |
|
rlefaive joined #evergreen |
| 06:45 |
|
agoben joined #evergreen |
| 07:15 |
|
rjackson_isl joined #evergreen |
| 14:03 |
* tsbere |
goes and looks, finding Dyrcona's description to be good enough |
| 14:04 |
tsbere |
I considered responding with something like "Well, that depends. I can describe how to make it work in any of the ways described". <_< |
| 14:05 |
Dyrcona |
Yes....I deleted a paragraph or two about seeing me at the conference for the gory details, and about waking up in the middle of the night screaming, "Cthulh Ftaghn!" if you try to get fancy. :) |
| 14:06 |
* tsbere |
came up with a few very convoluted setups for testing purposes at one point |
| 14:07 |
tsbere |
Including one "apply this rule to this user group, but not to the child group" that depended on circ fallthrough, the limits sets *not* having fallthrough, and a couple other things |
| 14:08 |
Dyrcona |
Yeah, I didn't want to go there, though I didn't think about the possibility of different limits for different user groups when writing the email. |
| 14:09 |
tsbere |
Basically I went for "what is the most convoluted thing I think this can do based on the documentation I just made for it?" and then tried to make it work. And did. ;) |
| 14:10 |
Dyrcona |
I mean, you could add a matchpoint so that one library's checkout limit applies while the other's circ rules apply, but why would you do that? |
| 14:10 |
Dyrcona |
Heh. |
| 14:10 |
Dyrcona |
Sometimes, it is good to test the limits. |
| 14:13 |
JBoyer |
tsbere, Dyrcona, Am I remembering correctly that one of you had a query that would look at config.circ_matrix_matchpoint and somehow display the weights that each row would result in? I'm - considering - something for the conference and that would be a big help. |
| 14:14 |
tsbere |
I think we have a couple of things that could do that |
| 14:14 |
Dyrcona |
JBoyer: It even produces an XLSX workbook! |
| 15:09 |
|
maryj joined #evergreen |
| 15:11 |
|
jihpringle joined #evergreen |
| 15:58 |
|
jvwoolf left #evergreen |
| 17:02 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:24 |
|
bmills joined #evergreen |
| 17:49 |
|
sarabee joined #evergreen |
| 18:54 |
|
dbwells joined #evergreen |
| 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 |
