| 03:02 |
|
bshum joined #evergreen |
| 03:13 |
|
mtcarlsoz joined #evergreen |
| 04:07 |
|
vanya joined #evergreen |
| 05:24 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 08:01 |
|
mtate joined #evergreen |
| 08:01 |
|
eeevil joined #evergreen |
| 08:06 |
|
Callender joined #evergreen |
| 16:45 |
bshum |
@later tell eeevil Oops, so I apparently did not notice that we're missing all the coded_value_map entries for changes made in https://bugs.launchpad.net/evergreen/+bug/1374091 |
| 16:45 |
pinesol_green |
bshum: The operation succeeded. |
| 16:45 |
pinesol_green |
Launchpad bug 1374091 in Evergreen master "unapi.bre and slow views" (affected: 1, heat: 6) [Undecided,New] |
| 16:45 |
bshum |
That led to things like... acq loading no longer matching for the link to catalog I think. |
| 16:45 |
* bshum |
ponders the SQL a bit before his next flight. |
| 16:46 |
* bshum |
reverts patch from his production system to test this theory. |
| 16:48 |
bshum |
Looks like it's the coalesce part of the SQL select |
| 16:48 |
bshum |
Whichever is first, m.attr is the only thing shown |
| 16:48 |
bshum |
If I put c.ctype first, then I get only the controlled values in the output |
| 16:48 |
bshum |
I'll update the bug ticket with these findings. |
| 16:51 |
bshum |
I guess that makes sense actually, COALESCE only grabs the first one it finds, else none? |
| 16:52 |
eeevil |
bshum: it gets the first non-null value. One or the other should be null |
| 16:53 |
bshum |
Hmm |
| 16:53 |
bshum |
Doesn't seem to be the case for some reason then. |
| 16:53 |
bshum |
I'm only getting one or the other set. |
| 16:53 |
eeevil |
It was working in my direct-select test |
| 16:54 |
eeevil |
I'll look as soon as I can. Probably tomorrow |
| 16:54 |
bshum |
No worries, it's the weekend. Thanks! |
| 17:01 |
* bshum |
gets on his next plane home from DC to NY. |
| 17:18 |
bshum |
csharp++ # the hackery continues! |
| 17:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:15 |
csharp |
heh |
| 20:55 |
|
vanya joined #evergreen |
| 21:53 |
|
vanya joined #evergreen |
| 02:31 |
|
jeff joined #evergreen |
| 03:56 |
|
vanya joined #evergreen |
| 04:29 |
|
vanya joined #evergreen |
| 05:10 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:27 |
|
artunit joined #evergreen |
| 08:00 |
|
rjackson-isl joined #evergreen |
| 08:00 |
|
phasefx joined #evergreen |
| 14:37 |
jeff |
{hosts, ["localhost", "private.localhost", "public.localhost"]}. |
| 14:37 |
jeff |
vanya: if you remove or comment out one of those (probably the first would be best), ejabberd should start. |
| 14:38 |
kmlussier |
Dyrcona: I thought you fixed some things with the aged circulations but developed the aged holds. But I could be misremembering. |
| 14:39 |
vanya |
jeff : I tried that. Infact, I tried to run it with both the host declarations removed too(just to test). But it still gave the same error. |
| 14:39 |
vanya |
Just a second- I'll try it again. |
| 14:40 |
kmlussier |
vanya: Did you say Ubuntu 14.04? Dyrcona/bshum: Are there still problems with using Evergreen on 14.04? |
| 14:41 |
vanya |
Same error |
| 14:41 |
kmlussier |
vanya: Also, I recommend you use a site like pastebin to paste your output. It's a little cleaner than pasting it in the channel. :) |
| 16:38 |
|
nhilton_ joined #evergreen |
| 16:39 |
jeff |
and if you run into any trouble, ask away -- we try to be a pretty helpful bunch. |
| 16:45 |
|
vanya joined #evergreen |
| 16:48 |
kmlussier |
It would be nice to have a minimum resolution for the web client that we should be checking in testing. |
| 16:49 |
kmlussier |
Does anyone know if there was a minimum resolution that was in mind when it was being designed? |
| 16:52 |
graced |
kmlussier: I believe there was. berick is the one who would have that off the top of his head |
| 16:53 |
kmlussier |
graced: Ah, you're still here. I would have sent you a pm, but I assumed you would be weekend'ing already. :) |
| 16:53 |
graced |
I am often weekending by now... so it was a good bet |
| 17:00 |
kmlussier |
graced: Also, is there a set of supported browsers for the web client? IOW, should I be telling people not to be testing on IE? |
| 17:02 |
graced |
kmlussier: there is some kind of new issue with Firefox that we've found where we can't even get past the login screen. So that's a known issue at this point but should get resolved soon. |
| 17:03 |
graced |
I have the best luck with Chrome. IE is okay but I don't think it will be a supported browser. |
| 17:03 |
kmlussier |
OK. I can log in with Firefox still. Lucky me! :) |
| 17:22 |
vanya |
@dessert jeff |
| 17:22 |
* pinesol_green |
grabs some Krispy Kreme Donuts for jeff |
| 17:38 |
kmlussier |
Good night #evergreen! |
| 17:42 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:43 |
|
berick joined #evergreen |
| 17:48 |
|
vanya joined #evergreen |
| 18:12 |
vanya |
Is anyone there? |
| 18:13 |
vanya |
When I'm trying to test the default OpenSRF services, it gives me the error message: Received no data from server. |
| 18:14 |
vanya |
When I looked it up, I found that many people had reported the same on the mailing lists, but I couldn't find a solution to it. |
| 18:14 |
vanya |
Does anyone have an idea what I should be doing about it? |
| 18:20 |
|
geoffsams joined #evergreen |
| 18:30 |
|
tsbere joined #evergreen |
| 19:41 |
|
vanya joined #evergreen |
| 20:29 |
vanya |
jeff : are you there? |
| 20:36 |
bshum |
vanya: "Received no data from server" is a pretty generic message that things aren't working |
| 20:37 |
bshum |
vanya: Looking at the logs might reveal any specific errors. Perhaps something in /openils/var/log/osrfsys.log |
| 20:37 |
vanya |
bshum : Hi! I figured I'm having a lot of problem because of Ubuntu 14.04 |
| 20:39 |
bshum |
The 2.6 series of Evergreen only operates with Ubuntu 12.04 |
| 20:39 |
bshum |
14.04 is only supported after 2.7 series of Evergreen. |
| 20:39 |
vanya |
Oh! |
| 20:39 |
bshum |
That's something new that we're still working on in the community |
| 20:40 |
bshum |
Is to complete support for 14.04. |
| 20:40 |
bshum |
The current recommendation is to use Ubuntu 12.04, 64-bit server edition for things you wish to test out with OpenSRF/Evergreen. |
| 20:40 |
bshum |
For Ubuntu anyways. |
| 20:40 |
vanya |
In that case, I guess I'll have to find a virtual machine to support 12.04, or just revert back to 12.04 on my system. |
| 20:41 |
bshum |
vanya: It's definitely helpful to use virtual machines when testing things. |
| 20:42 |
vanya |
I'll browse around for a virtual machine then :) |
| 20:42 |
vanya |
Thank you! I was unable to sleep until I got the environment set up. I've been struggling with 14.04 for a while now. |
| 20:47 |
bshum |
vanya: Sure thing, good luck on your next steps. 14.04 has been a little tricky at times :( |
| 05:01 |
|
vanya joined #evergreen |
| 05:03 |
jeff |
ah lovely. self checkout machine triggering emails every 2, then 5 minutes (alternating) about being "disconnected" |
| 05:15 |
jeff |
...and it stops. |
| 05:31 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:05 |
|
cherri joined #evergreen |
| 06:42 |
|
snigdha26 joined #evergreen |
| 06:46 |
|
cherri joined #evergreen |
| 10:13 |
RoganH |
And Hangouts are of course a backup option. |
| 10:14 |
|
jwoodard joined #evergreen |
| 10:14 |
kmlussier |
RoganH: do I have to download something to get ready? |
| 10:16 |
jeff |
recent version of firefox or chrome is all, iirc. |
| 10:17 |
jeff |
kmlussier: i'll send you a link to test. |
| 10:17 |
kmlussier |
Thanks! |
| 10:18 |
jeff |
sent. |
| 10:19 |
kmlussier |
Ugh. Not supported in Firefox. I'll try it in Chrome, but I've had an ongoing problem where I rarely get sound in Chrome that I never had a chance to investigate/fix. |
| 13:47 |
gmcharlt |
much better |
| 13:47 |
kmlussier |
I'll be back in a couple of hours. |
| 13:48 |
RoganH |
Nothing but quality here folks. |
| 13:52 |
pastebot |
"csharp" at 64.57.241.14 pasted "berick: test output from test_client.pl" (50 lines) at http://paste.evergreen-ils.org/14 |
| 13:52 |
csharp |
berick^^ |
| 13:57 |
|
yboston joined #evergreen |
| 13:59 |
csharp |
@praise videoconferencing |
| 16:01 |
phasefx |
maybe related, I can't get the page to work, and suspects it's because I don't have a webcam |
| 16:01 |
jeff |
(thankfully not a stray credential/key/etc) |
| 16:01 |
kmlussier |
phasefx: You might be right. mmorgan doesn't have a webcam either and was never able to get it to work. |
| 16:02 |
* phasefx |
goes and scrounges up one to test |
| 16:02 |
jeff |
huh. i have three laptops, a chromebook, a tablet and an ipod on/near my desk. all of them have a camera. |
| 16:03 |
* mmorgan |
remains in the ranks of the webcam deprived :-( |
| 16:03 |
phasefx |
big brother isn't watching you |
| 17:01 |
|
kmlussier joined #evergreen |
| 17:02 |
kmlussier |
Heading out, but can I put in a request for Google Hangouts for tomorrow? :) |
| 17:04 |
berick |
@later tell kmlussier re: google hangouts.. request noted. |
| 17:04 |
pinesol_green |
berick: The operation succeeded. |
| 17:06 |
|
cherri joined #evergreen |
| 17:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:16 |
berick |
one step closer to no more ruby.. http://paste.lisp.org/display/143835 |
| 17:16 |
berick |
direct generation of EDI |
| 17:16 |
|
MrMayor joined #evergreen |
| 02:25 |
|
RBecker 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> |
| 07:56 |
|
myra joined #evergreen |
| 07:57 |
|
eeevil joined #evergreen |
| 07:58 |
|
phasefx joined #evergreen |
| 14:15 |
yboston |
kmlussier: thanks |
| 14:20 |
kmlussier |
@seen krvmga |
| 14:20 |
pinesol_green |
kmlussier: krvmga was last seen in #evergreen 1 week, 6 days, 23 hours, 21 minutes, and 56 seconds ago: <krvmga> eeevil: yes, that seems to be right. |
| 14:24 |
tspindler |
I think i have been able to test some more things successfully with MARC batch edit but having a problem with the regular expression. See http://screencast.com/t/eOfBuQoa6u |
| 14:24 |
tspindler |
I'm trying to test replacint "writer" with "author" in a 505 field |
| 14:25 |
tspindler |
kmlussier: krvmga is in his office today, do you need him? |
| 14:26 |
kmlussier |
tspindler: I just had a DIG question, but I can shoot him an e-mail. |
| 14:26 |
kmlussier |
I was being lazy. |
| 14:36 |
kmlussier |
remingtron: Are you around? |
| 14:45 |
yboston |
the ".install" part threw my search off |
| 14:49 |
collum |
tspindler: the subfield is suppose to be a not 1. Let me repost. |
| 14:54 |
tspindler |
collum: thanks but something still isn't correct, I tried with that |
| 14:55 |
collum |
Interesting. I just tested and it worked for me. Seems to work better if you don't have anything in the subfields option. |
| 14:55 |
tspindler |
bit.ly/1ogXVtq |
| 14:56 |
tspindler |
collum: I will try that |
| 14:56 |
collum |
http://bit.ly/1rmo0fp |
| 14:57 |
kmlussier |
Maybe because you put the subfield in the MARC data field, you don't need to add it in the field above? |
| 14:59 |
tspindler |
collum: still not working, I'm testing this on the MassLNC community test server |
| 15:01 |
collum |
tspindler: are you getting an error screen, or is it just popping back to the batch edit screen? |
| 15:02 |
collum |
If it pops back to the edit screen, make sure that the proper bucket is still selected. |
| 15:02 |
tspindler |
I get to the screen and it is 1 success, 0 failures but the record is not updated. See http://mlnc4.mvlcstaff.org/eg/opac/record/239 |
| 15:08 |
collum |
You can change the MARC data to the entire field 505 \\$aJ.R.R Tolkien ...., but that sort of defeats the batch purpose. |
| 15:08 |
tspindler |
collum: yeah, i have been just trying to figure out the correct way to used the regex to get a portion of the field |
| 15:09 |
tspindler |
collum: it worked for you on master? |
| 15:10 |
collum |
On a test machine of mine, 2.2.0, but I changed the entire 505, not a portion of it. |
| 15:10 |
tspindler |
collum: I am testing this on master, i can update a whole field fine |
| 15:11 |
collum |
Yep. That's what I did, as well. |
| 15:12 |
collum |
My catalogers mainly use this for author entries. When a death date has to be added. |
| 15:12 |
tspindler |
we haven't used it much so I'm just exploring what can be done instead of going on the database side and doing db updates with sql |
| 17:23 |
berick |
and then i guess it will be time for some extreme fajitas |
| 17:25 |
bshum |
:D |
| 17:48 |
bshum |
@later tell yboston For opensrf, I'm hoping to get this bug merged later to help with the instructions for websockets: https://bugs.launchpad.net/opensrf/+bug/1369169 |
| 17:48 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:48 |
pinesol_green |
bshum: The operation succeeded. |
| 17:48 |
pinesol_green |
Launchpad bug 1369169 in OpenSRF "Add install instructions for websockets to README (and other cleanup)" (affected: 1, heat: 6) [Undecided,New] |
| 17:52 |
|
vanya joined #evergreen |
| 17:58 |
|
snigdha26 joined #evergreen |
| 18:01 |
|
nhilton_ joined #evergreen |
| 03:46 |
|
mansi joined #evergreen |
| 05:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:13 |
|
kmlussier joined #evergreen |
| 07:39 |
|
collum joined #evergreen |
| 07:46 |
|
rjackson-isl joined #evergreen |
| 16:21 |
kmlussier |
For bug 1198465, I think I'm going to start a wiki page that outlines very specific use cases with all the different twists and turns that can happen with a transaction, and how the system should respond when the negative balance settings are turned on and how it might differ depending on what other settings a library might have enabled. |
| 16:21 |
pinesol_green |
Launchpad bug 1198465 in Evergreen "Support for Conditional Negative Balances" (affected: 14, heat: 62) [Wishlist,Confirmed] https://launchpad.net/bugs/1198465 |
| 16:21 |
bshum |
kmlussier++ #sounds helpful |
| 16:22 |
kmlussier |
Because, in testing, I've found that the answer isn't always clear. And it also provides an opportunity for people like RoganH, who have shown interest in the project, to provide feedback on a conceptual level on whether they agree with the expected behavior. |
| 16:23 |
kmlussier |
We created use cases at the beginning of the project, but I don't think they fully considered all the different turns a billing transaction can take. |
| 16:23 |
RoganH |
Yeah, I have to admit it's been on my todo list to go back and read through the bug history (and I mean that literally, it's on my todo list) but I've managed to not get to it yet. |
| 16:24 |
mmorgan |
kmlussier++ |
| 16:27 |
kmlussier |
RoganH: Yes, well, it was on my to-do list to test remingtron's most recent branch, but I think I needed a break from it. Break time's over. :) |
| 16:28 |
RoganH |
Given how many different workflows and opinions I can expect on this just within SCLENDS I know getting consensus throughout the entire community can be challenging. |
| 16:28 |
|
tspindler left #evergreen |
| 16:30 |
Dyrcona |
Simple soluton: Everyone stops charging fines, etc. |
| 16:38 |
kmlussier |
It certainly hasn't caught on at my local library. |
| 16:39 |
* kmlussier |
is a delinquent patron with lots of overdue fines on her record. |
| 16:40 |
gmcharlt |
if kmlussier can do it... /me guilitily presents his membership card in the Not-So-Great Patron Club |
| 16:42 |
RoganH |
I officially allow items to go overdue in order to keep a running test on notice generation so I'm never responsible for my fines, it's part of my job. :) |
| 16:42 |
gmcharlt |
heh |
| 16:43 |
RoganH |
To be fair, when we have had issues I caught most of them that way before we had tickets filed. :) |
| 16:43 |
kmlussier |
RoganH: My local library isn't on Evergreen, so I don't have that excuse. Though one could argue that I use it as a way to compare the two systems. |
| 16:47 |
RoganH |
bye! |
| 16:52 |
Dyrcona |
And I'm signing off, too. |
| 17:06 |
|
mmorgan left #evergreen |
| 17:34 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:34 |
|
nhilton_ joined #evergreen |
| 18:02 |
|
dMiller joined #evergreen |
| 18:33 |
|
Callender joined #evergreen |
| 02:56 |
|
snigdha26 joined #evergreen |
| 03:07 |
|
RBecker_ joined #evergreen |
| 03:15 |
|
Guest33632 joined #evergreen |
| 05:07 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:26 |
|
Stompro joined #evergreen |
| 06:12 |
|
sarabee joined #evergreen |
| 06:34 |
|
RBecker joined #evergreen |
| 08:50 |
|
ericar joined #evergreen |
| 09:11 |
csharp |
Dyrcona++ |
| 09:23 |
|
asimon joined #evergreen |
| 09:31 |
asimon |
I am attempting to load a file of records using Vandelay. I have created a Holdings Import Profile for the local holdings. A test record load fails. The osrfsys.log file shows: "vl: record 1 was not imported" but no errors. Where should I go from here? |
| 09:35 |
dbs |
paxed: you did a lot of good! |
| 09:37 |
kmlussier |
asimon: Could you share what your holdings import profile looks like and what the holdings field looks like in the record your are importing? |
| 09:42 |
asimon |
kmlussier: Let me pull that info together for you. |
| 14:24 |
yboston |
acknowledge reading it in their reply right there |
| 14:24 |
gmcharlt |
right |
| 14:25 |
Stompro |
jeff: no luck with Chrome or Chrome beta on my Galaxy S3 running A4.4.2. Login form never gives any feedback. |
| 14:26 |
jeff |
Stompro: thanks! as I mentioned, I don't think it's been tested or that working on mobile was a goal yet, but it's good to know what you experienced. |
| 14:30 |
Stompro |
Jeff: Sure, I know it is early days. We are just excited about the possibility of having staff functions on mobile devices in the future. |
| 14:31 |
jeff |
Stompro: which staff functions interest you most? |
| 14:31 |
kmlussier |
Holds pull list! |
| 17:03 |
kmlussier |
Have a nice weekend everyone! |
| 17:14 |
|
mmorgan left #evergreen |
| 17:31 |
|
dMiller joined #evergreen |
| 17:40 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:52 |
berick |
huh, browser client installer deps -> node plugin error |
| 18:35 |
|
dbwells joined #evergreen |
| 20:52 |
|
gmcharlt joined #evergreen |
| 05:27 |
|
dbwells_ joined #evergreen |
| 05:30 |
|
remingtron joined #evergreen |
| 05:37 |
|
snigdha26 joined #evergreen |
| 05:42 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:49 |
|
collum joined #evergreen |
| 08:00 |
|
akilsdonk joined #evergreen |
| 08:00 |
|
eeevil joined #evergreen |
| 10:06 |
jeff |
and now i'm trying to think of where some of those virtual fields like "status" on an ahr get populated. might vary. |
| 10:07 |
jeff |
OpenILS::Application::Circ::Holds::_hold_status in the case of that specific field. |
| 10:08 |
athira |
Hello, I am a beginner and I would like to work on this bug.I don't have any idea about how to start.could someone please help me to proceed this |
| 10:08 |
Stompro |
Anyone know of any III Millennium migration docs/script that have already been developed? I'm just playing around and want to get some data into a test system. |
| 10:08 |
jeff |
athira: Welcome! Which bug are you looking at? |
| 10:09 |
athira |
jeff: https://bugs.launchpad.net/evergreen/+bug/1319964 |
| 10:09 |
pinesol_green |
Launchpad bug 1319964 in Evergreen "double-escaped entity in "Summaries & More" label" (affected: 1, heat: 6) [Low,New] - Assigned to Athira S (athirasnamby) |
| 15:02 |
jeff |
eeevil continues, ``IOW, that change is intended for automated workflows, not human ones'' |
| 15:02 |
fjgenus |
Dyrcona: I just repeated the entire installation process. i think something was wrong with my opensrf_core.xml file. thanks for all your help |
| 15:02 |
jeff |
(heck, just keep reading -- you'll probably get what you need) |
| 15:02 |
Dyrcona |
jeff remingtron berick eeevil: That feature is being used optionally in NCIP::ILS::Evergreen for NCIPServer. It works in testing, so far. |
| 15:02 |
Dyrcona |
fjgenus: OK. Glad you got it resolved. |
| 15:03 |
kmlussier |
fjgenus++ Dyrcona++ |
| 15:03 |
Dyrcona |
Hmm, maybe "testing" should be "development." :) |
| 15:03 |
kmlussier |
@praise Dyrcona |
| 15:03 |
* pinesol_green |
Dyrcona is one of the few who deserves to be praised |
| 15:04 |
* Dyrcona |
blushes. |
| 17:14 |
bshum |
Okay, taking a short break now to go run an errand before dinner. |
| 17:14 |
bshum |
I'll poke at things more later tonight. |
| 17:15 |
bshum |
dbwells: Please feel free to fix up any bug targets that seem wrong to you. I'll poke at it more myself later. |
| 17:15 |
pinesol_green |
[evergreen|Galen Charlton] LP#1370630: don't log mod_deflate actions by default - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=7ca67b5> |
| 17:15 |
pinesol_green |
[evergreen|Jason Stephenson] LP 1369128: Add delete permission to fm_IDL.xml for class bre. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d2e7529> |
| 17:25 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:34 |
csharp |
@quote add < bshum> Maybe after I hang up my RM cape, I can put back on my bug wrangler gloves. |
| 17:34 |
pinesol_green |
csharp: The operation succeeded. Quote #92 added. |
| 17:34 |
csharp |
@quote random |
| 02:34 |
|
alisha joined #evergreen |
| 05:15 |
|
sseng_ joined #evergreen |
| 05:27 |
dbs |
@later tell kmlussier rsoulliere and I possibly to blame for what languages are "supported",; not sure what we would have been basing that on though |
| 05:27 |
pinesol_green |
dbs: The operation succeeded. |
| 05:28 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:36 |
* dbs |
looks at change history in http://booki.flossmanuals.net/evergreen-in-action/_edit/ and it was rsoulliere who added that, but I bet he chatted with me about it at the time. |
| 06:39 |
|
vr304 joined #evergreen |
| 07:25 |
|
snigdha26 joined #evergreen |
| 12:15 |
* kmlussier |
needs to update the docs. |
| 12:15 |
Dyrcona |
evergreenTest: You could just make barcodes up. Evergreen expects there to be barcodes at some point. |
| 12:15 |
evergreenTest |
ok i'll give that a shot and brb |
| 12:15 |
evergreenTest |
my test machine isn't actually connected to the net |
| 12:16 |
evergreenTest |
its in another room so i'll be afk to test |
| 12:16 |
evergreenTest |
thanks for the info :) |
| 12:16 |
yboston |
kmlussier: is that a good bitesize docs bug? (the barcode acq thing)? |
| 12:16 |
kmlussier |
yboston: Yes, maybe. There might even be existing documentation on the new feature that you could point to. |
| 13:17 |
bshum |
Uncaught TypeError: Cannot read property 'length' of undefined selfcheck.js:1355 |
| 13:17 |
bshum |
So I'm assuming you may be seeing something similar there |
| 13:22 |
|
dMiller joined #evergreen |
| 13:30 |
eeevil |
dbwells: I'd love to. at this point, for the basic cases, it really just needs a UI and some testing, IIRC |
| 13:30 |
kmlussier |
eeevil: How would a user identify who their "friends" are? |
| 13:31 |
eeevil |
kmlussier: by usrname or barcode, I'd assume. "pre-shared secret" :) |
| 13:32 |
bshum |
gmcharlt: Hmm, it occurs to me as I try putting the finishing touches on Evergreen 2.7.0 that we're still in testing phases for OpenSRF 2.4. Is there any reason we need to talk about any changes in our present plans for Evergreen 2.7 due to further work on OpenSRF? |
| 13:32 |
bshum |
Or any other major blockers anyone would like to bring up for Evergreen 2.7.0 |
| 13:33 |
bshum |
Other than the Ubuntu 14.04 issues. :( |
| 13:33 |
kmlussier |
eeevil: Or maybe provide two pieces of information. (usrname or barcode) and first name. Because it might be easy to guess a usrname? |
| 13:33 |
gmcharlt |
bshum: the main thing I'm planning for OpenSRF 2.4.0 is improving the install instructions (and thanks for your patches) and possibly throwing in a sample nginx config for those who want to both Evergreen HTTPS and WSS on port 443 |
| 13:34 |
gmcharlt |
other than that, I'm comfortable with the instructions for the webstaff prototype in 2.7.0 being known to be in need of polish |
| 16:44 |
|
nhilton joined #evergreen |
| 16:50 |
|
mdriscoll left #evergreen |
| 16:51 |
|
nhilton joined #evergreen |
| 16:56 |
pinesol_green |
[evergreen|Angela Kilsdonk] 2.7 documentation from ESI - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9ae8d24> |
| 17:06 |
|
nhilton_ joined #evergreen |
| 17:08 |
|
mmorgan left #evergreen |
| 17:18 |
|
nhilton joined #evergreen |
| 17:40 |
pinesol_green |
[evergreen|Yamil Suarez] Docs: updated root.txt to point to 2.7 release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=04bf2f2> |
| 17:51 |
|
bbqben joined #evergreen |
| 17:53 |
|
dMiller joined #evergreen |
| 18:00 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:30 |
|
nhilton_ joined #evergreen |
| 18:55 |
|
jeff joined #evergreen |
| 18:55 |
|
jeff joined #evergreen |
| 19:45 |
* csharp |
screams in rage |
| 19:46 |
csharp |
I'm doing exactly what was suggested to me in the discussion here http://irc.evergreen-ils.org/evergreen/2014-09-09#i_122166 to fix bug 1311467 and its after effects |
| 19:46 |
pinesol_green |
Launchpad bug 1311467 in Evergreen "validate headings broken in 2.6.0" (affected: 1, heat: 8) [High,Fix released] https://launchpad.net/bugs/1311467 |
| 19:47 |
csharp |
it works great on test - immediate validation, but the same fix on production is still resulting in 60+ second seq scans of authority.record_entry |
| 19:47 |
csharp |
however, I'm not at my best today, so I think I'm going to have to troubleshoot tomorrow |
| 19:54 |
csharp |
wth? it works! |
| 19:55 |
csharp |
heh |
| 20:26 |
|
dcook joined #evergreen |
| 20:34 |
|
artunit_ joined #evergreen |
| 23:37 |
|
buzzy joined #evergreen |
| 05:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 06:25 |
|
neet joined #evergreen |
| 06:40 |
|
neet joined #evergreen |
| 07:40 |
|
jboyer-isl joined #evergreen |
| 15:21 |
bshum |
And we've done a few tweaks to disable some features in the newer kernels that postgresql folk also worry about performance wise |
| 15:22 |
bshum |
http://www.postgresql.org/message-id/50E4AAB1.9040902@optionshouse.com was one of the threads I was reading on that. In case it matters someday :) |
| 15:22 |
bshum |
I've been thinking about digging up some postgresql folk to consult on our system implementation. At this point I feel like I'm just bashing my head on a wall. |
| 15:22 |
bradl |
I think your idea to try to go to a test software raid setup is reasonable. |
| 15:23 |
|
Shae joined #evergreen |
| 15:23 |
bshum |
bradl: I just don't know if having the SSDs as RAID0 by the controller and then using software RAID on that will negate TRIM anyways. Due to incompatibilities of TRIM and the RAID controller itself. |
| 15:23 |
bshum |
Still reading to see what'll do :) |
| 15:49 |
bshum |
But things were "faster" then |
| 15:49 |
bshum |
It's super strange. |
| 15:49 |
Bmagic |
bshum: can you provide I/O numbers to back up your theory? |
| 15:50 |
bshum |
Bmagic: Nothing specific. And we don't have the old HPs available to test with anymore. |
| 15:50 |
bshum |
Those became the Hyper-V servers :) |
| 15:50 |
bshum |
It's more of a general "Evergreen isn't supposed to be THIS slow" feeling right now. |
| 15:51 |
* bshum |
is being unscientific in the face of imminent system disaster :) |
| 15:51 |
Bmagic |
bshum: have you configured SSD's on RAID10 before? |
| 15:51 |
bshum |
Bmagic: We've never had SSDs before. |
| 15:51 |
bshum |
So, no. :) |
| 15:53 |
bshum |
We're going back to the hardware RAID10 setup using the controller for now. We'll fight the TRIM battle another day, but I want to get some tests done with an older Ubuntu just to see if that makes any differences at all. |
| 15:53 |
bshum |
The last DB we had was actually a 10.04 server even |
| 15:53 |
bshum |
So who knows |
| 15:54 |
Bmagic |
bshum: I have worked on this subject matter quite a bit and I have read that SSD's in RAID doesn't always make it faster depending on the controller. Here is an article on the R720 with RAID10 SSD's. He claims that the more SSD's you add, the slower they go! http://www.brentozar.com/archive/2013/08/load-testing-solid-state-drives-raid/ |
| 15:54 |
bshum |
Bmagic: Yeah I believe that. |
| 15:54 |
Bmagic |
"when dealing with small random operations, more drives may not be faster. In fact, the more drives you add, the slower writes get, because the controller has to manage a whole lot of writes across a whole bunch of drives." |
| 15:55 |
bshum |
Bmagic: that somehow doesn't surprise me |
| 16:21 |
gmcharlt |
annoying, crashy, data-losing things |
| 16:22 |
jeff |
those are bad things. |
| 16:24 |
|
dMiller joined #evergreen |
| 16:26 |
* bshum |
taps his fingers waiting for pg_restore to run on the newly reformatted test server |
| 16:34 |
|
tspindler left #evergreen |
| 16:36 |
|
nhilton joined #evergreen |
| 16:59 |
|
buzzy joined #evergreen |
| 17:18 |
|
mmorgan left #evergreen |
| 17:20 |
pinesol_green |
[evergreen|Kathy Lussier] Release notes repair to fix PDF build - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=27e4401> |
| 17:30 |
|
berick joined #evergreen |
| 17:46 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 18:58 |
|
mrpeters joined #evergreen |
| 19:02 |
|
mrpeters joined #evergreen |
| 19:05 |
|
sarabee joined #evergreen |
| 03:59 |
|
pastebot joined #evergreen |
| 03:59 |
|
dbs joined #evergreen |
| 04:35 |
|
cherri_ joined #evergreen |
| 05:48 |
pinesol_green` |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 07:41 |
|
cherri_ joined #evergreen |
| 07:58 |
|
jboyer-isl joined #evergreen |
| 08:02 |
|
eeevil joined #evergreen |
| 13:18 |
bshum |
dbs: Well I looked up 100 on the site too |
| 13:19 |
bshum |
Okay, cool :) |
| 13:19 |
dbs |
yeah, sounds like our USMARC out-of-the-box defaults might not suit a non-USMARC situation |
| 13:19 |
bshum |
I would imagine that if they edit the misc_util.tt2 to ignore 7 as well during the get_graphic_880 dance, that might solve their display issue. |
| 13:20 |
* bshum |
supposes he *could* test it... |
| 13:20 |
bshum |
By making a weird fake record somewhere |
| 13:22 |
dbs |
where's that database-indexes == display-fields thing at |
| 13:22 |
berick |
bug 1251394 |
| 13:22 |
pinesol_green |
Launchpad bug 1251394 in Evergreen "Metabib Display Fields" (affected: 3, heat: 16) [Wishlist,Triaged] https://launchpad.net/bugs/1251394 - Assigned to Bill Erickson (erickson-esilibrary) |
| 13:23 |
|
snigdha26 joined #evergreen |
| 13:24 |
|
dMiller joined #evergreen |
| 13:28 |
bshum |
Yep, adding 7 to the list of subfields to ignore in misc_util for the get_graphic_880s function gets rid of it on my test server. |
| 13:28 |
bshum |
Guess I can write that back to them as a suggestion |
| 13:28 |
bshum |
And maybe it's something we can add to future Evergreen versions for them. |
| 13:30 |
dbs |
bshum++ |
| 13:30 |
* dbs |
tries to investigate the case of the short-lived z39.50 connections (incoming to Evergreen) |
| 13:34 |
bshum |
I'm trying to figure out how to figure out why queries are slow on our DB server. |
| 13:46 |
kmlussier |
snigdha26: yes, it took me by surprise the first time it started talking to me. |
| 13:47 |
kmlussier |
snigdha26: On that bug, you might want to change the "Assigned to" column to yourself so that others know you are working on it and don't try to fix it themselves. |
| 13:48 |
|
dkyle left #evergreen |
| 13:51 |
pastebot |
"berick" at 64.57.241.14 pasted "for phasefx, wheezy_installer -- only run live tests if $LIVETEST?" (19 lines) at http://paste.evergreen-ils.org/12 |
| 13:51 |
berick |
phasefx: ^-- if that looks sane, i'll push it to your branch |
| 13:52 |
snigdha26 |
kmlussier: Done that :) |
| 13:58 |
snigdha26 |
kmlussier: I was interested in a few others but it looks like some one is already working on them. I would like to work on this bug https://bugs.launchpad.net/evergreen/+bug/1369203. It looks like no one is working on it yet. |
| 14:20 |
phasefx |
berick++ looks good to me |
| 14:29 |
berick |
phasefx: cool, thanks for looking |
| 14:30 |
phasefx |
push it in soon and we'll see if it works one way or another :) |
| 14:30 |
berick |
testing by the seat of our pants! |
| 14:41 |
|
RoganH joined #evergreen |
| 14:42 |
|
ghost_name joined #evergreen |
| 14:42 |
* ghost_name |
hey |
| 16:16 |
collum |
Bmagic: It looks like the ptype_key column in mar21_physical_charateristic_subfield_map references the marc21_physical_characteristic_type_map |
| 16:16 |
collum |
Oops. jinx |
| 16:18 |
csharp |
bshum: I'm looking into that - I'll share whatever we find. |
| 16:18 |
bshum |
csharp: Tomorrow we're reformatting one of our Dells to use software RAID to deal with the TRIM problem. |
| 16:18 |
bshum |
We're going to try using 12.04 to see if that helps |
| 16:19 |
bshum |
Or maybe even go over to Debian :( |
| 16:22 |
bshum |
I do wonder if there's anything weird with the 3.13 kernel or something. But 12.04.5 uses that kernel on new installs, so it might not be a good test. |
| 17:11 |
|
nhilton joined #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:13 |
Bmagic |
dbwells: collum: Basically I am expierementing with what is possible. I would like to setup a new OPAC Icon definition which requires two 007 fields. One that starts with 'c' and one that starts with 's' |
| 17:26 |
|
nhilton_ joined #evergreen |
| 17:30 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:31 |
|
buzzy joined #evergreen |
| 19:26 |
|
nattonerd joined #evergreen |
| 19:29 |
nattonerd |
hello, i am new to the community, i am reading the wiki and it recommends to check “the lists”, but the link is broken. it’s a catch |
| 00:54 |
|
snigdha26 joined #evergreen |
| 03:32 |
|
book` joined #evergreen |
| 03:43 |
|
remingtron_ joined #evergreen |
| 04:57 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:02 |
|
geoffsams joined #evergreen |
| 06:56 |
|
b_bonner joined #evergreen |
| 06:57 |
|
mnsri_ joined #evergreen |
| 09:37 |
|
mllewellyn joined #evergreen |
| 09:44 |
|
kbutler joined #evergreen |
| 09:45 |
|
kmlussier joined #evergreen |
| 09:46 |
berick |
phasefx: pushed to random/collab/phasefx/wheezy_installer -- however, to work, it needs the tip commit from this pulled into master: working/user/berick/lp1350042-grid-print-and-show-all-cols |
| 09:46 |
berick |
which fixes a bug in the JS test runner |
| 09:47 |
kmlussier |
Hi all. We're a little late in getting the DIG hack-a-way started, and yboston is stuck in traffic. |
| 09:47 |
kmlussier |
If anyone wants to come into the Google Hangout, can you send me your Google account e-mail via pm? Thanks! |
| 09:59 |
|
tspindler joined #evergreen |
| 11:28 |
kmlussier |
akilsdonk: OK, thanks! |
| 11:36 |
|
akilsdonk_ joined #evergreen |
| 11:37 |
|
phasefx_ joined #evergreen |
| 11:43 |
phasefx_ |
berick++ about to run a test |
| 11:46 |
|
krvmga joined #evergreen |
| 11:49 |
berick |
phasefx_: cool, for now, it's just reporting the return value, so the JS test suite will be all or none, but it's a start |
| 11:51 |
jeff |
osrf-gateway-v1 using duplicate param= param= parameter names sure can get annoying, depending on your client library. :P |
| 11:52 |
jeff |
one option is to jump to the translator instead. |
| 11:53 |
csharp |
@who will create an API for their API? |
| 12:02 |
dbwells |
Ah, so locations set that way /never/ capture at checkin, and you have to deliberately use the "capture holds" screen to get them to capture. Does that sound right? |
| 12:03 |
jeff |
nope, the workflow is a confirmation pop-up: This item could be captured but was not for policy reasons. Do you want to actually capture it?" (paraphrased) |
| 12:04 |
jeff |
what you described would probably be how we would have built/specified it if done today, and not 6 years ago. ;-) |
| 12:06 |
dbwells |
jeff: thanks for all the info. This actually might do what we need in a roundabout way. Time for actual field testing. |
| 12:06 |
jeff |
"This item could fulfill a hold request but capture has been delayed by policy." followed by "Capture" and "Do Not Capture" options. |
| 12:07 |
jeff |
strings begin with staff.circ.utils.hold_capture_delayed |
| 12:09 |
jeff |
by my read of xul/staff_client/server/circ/util.js, if you use the suppress popups feature in checkin, you'll get a sound but no pop-up, and there will be no capture. |
| 12:13 |
|
whargrove joined #evergreen |
| 12:14 |
whargrove |
Hi all - quick question: when creating the eg database and schema for a test server, how do I know what the database name should be? can I pass in any string I want to eg_db_config? |
| 12:15 |
csharp |
whargrove: yes |
| 12:15 |
csharp |
whargrove: "evergreen" is simplest |
| 12:15 |
csharp |
and will match many examples out there |
| 12:50 |
kmlussier |
snigdha26: Hold on...yboston and I are talking about it. |
| 12:57 |
kmlussier |
snigdha26: We're all about to break for lunch (sorry for the bad timing). But a lot of the features from http://wiki.evergreen-ils.org/doku.php?id=evergreen-docs:2.7_needs that aren't already being covered are probably difficult for a new person to the community to document. |
| 12:58 |
snigdha26 |
kmlussier: Oh! That's okay. But yboston needed to collaborate with a new volunteer ? Any thing I can do? |
| 12:59 |
kmlussier |
snigdha26: So yboston was thinking that you might want to look at replacing screenshots from some of our old circulation docs to the new web client that the community is currently testing. |
| 13:00 |
kmlussier |
I don't know what time it is there, but would you be around in an hour (maybe a little longer) to work with him on it? |
| 13:00 |
kmlussier |
Of course, there are always those biteisze docs that can be looked at if later doesn't work. :) |
| 13:01 |
snigdha26 |
kmlussier: It's 10:30 pm here, but I will definitely be around for a while, that's not a problem :) |
| 13:01 |
kmlussier |
snigdha26: OK, thanks! |
| 13:01 |
* kmlussier |
is usually too tired to do anything by 10:30 p.m. :) |
| 13:08 |
snigdha26 |
Sure :) Thanks |
| 13:15 |
|
chatley joined #evergreen |
| 13:15 |
|
RoganH joined #evergreen |
| 13:19 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 13:21 |
|
nhilton_ joined #evergreen |
| 13:34 |
pinesol_green |
[evergreen|Bill Erickson] LP#1350042 browser unit tests use repo fm_IDL2js.xsl - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=8f37922> |
| 13:39 |
|
nhilton joined #evergreen |
| 13:54 |
|
ktomita joined #evergreen |
| 14:10 |
csharp |
@quote random |
| 15:32 |
pinesol_green |
[evergreen|Kathy Lussier] Minor reparis to release notes and merge parts doscs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=bb0aed2> |
| 15:32 |
bshum |
The one for 8443 for hatch is "normal" I think when you don't have a printer stuff setup |
| 15:32 |
bshum |
But I would also expect to see errors for those other ports potentially |
| 15:39 |
whargrove |
I am troubleshooting my evergreen test server ... I keep on getting "no data received from server" when issuing the test commands |
| 15:39 |
whargrove |
ejabberd does not have an ssl_esock process |
| 15:40 |
whargrove |
Could that be causing the no data errors? |
| 15:40 |
kmlussier |
A general question about the web client then. If it can't be used when certain ports are blocked, is this going to present a problem for some of our libraries when they need to use it in production? |
| 15:41 |
bshum |
snigdha26: Yeah in my console from a server/client that can't talk I get something like: |
| 15:41 |
kmlussier |
I'm mostly concerned about schools and academics who may not be able to convince their IT departments to unblock the ports. |
| 16:43 |
mmorgan |
yup. Don't see openkiosk in appdata. Have been down many of these roads :) |
| 16:43 |
bshum |
Hmm |
| 16:43 |
* mmorgan |
agrees. Hmm... |
| 16:43 |
bshum |
Well |
| 16:43 |
bshum |
:) |
| 16:43 |
bshum |
That was the solution we used :D |
| 16:44 |
bshum |
Oh maybe it's under the parent folder |
| 16:44 |
bshum |
Like err |
| 16:44 |
bshum |
mozdevgroup? |
| 16:44 |
* bshum |
doesn't have access to his test system with it today |
| 16:44 |
* bshum |
quickly gives it an install to remember |
| 16:44 |
pinesol_green |
[evergreen|Kate Butler] Docs: Staff initials settings for patron notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=82c76d0> |
| 16:47 |
mmorgan |
\me searches for possibly related directory names... |
| 16:48 |
bshum |
mmorgan: Local\MDG\OpenKiosk |
| 17:01 |
bshum |
mmorgan++ |
| 17:02 |
bshum |
gmcharlt: I imagine we could do something similar (new section) for the actual web client bits too. |
| 17:02 |
gmcharlt |
yeah |
| 17:02 |
bshum |
gmcharlt: Since there's some tweaks for apache 2.4 for websockets in OpenSRF |
| 17:02 |
bshum |
I wonder if we should include a copy of the modified apache.conf file |
| 17:02 |
bshum |
And make another directory / instruction step for it |
| 17:02 |
bshum |
Kind of like what we do for Evergreen |
| 17:02 |
bshum |
With 2.2 vs. 2.4 |
| 17:03 |
bshum |
Though I don't know if anybody's tested the 2.4 apache.conf with anything other than Debian for you guys, and Ubuntu 14.04 for us. |
| 17:03 |
bshum |
Thinking about Fedora :) |
| 17:03 |
* bshum |
stares off in dbs' direction |
| 17:03 |
bshum |
But we could start with that and see where it leads us |
| 17:03 |
gmcharlt |
bshum: say Fedora three times in a row... ;) |
| 17:04 |
|
gmcharlt joined #evergreen |
| 17:05 |
* dbs |
pops up |
| 17:24 |
jeff |
oops. |
| 17:24 |
jeff |
bshum++ |
| 17:28 |
whargrove |
jeff: sorry I didn't see your response. Thanks :) I wasn't making the connection between patron and user to create the staff user account |
| 17:30 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:33 |
|
whargrove joined #evergreen |
| 17:33 |
bshum |
Race condition again? |
| 17:33 |
phasefx |
that one is probably from me mucking with it earlier |
| 17:33 |
phasefx |
I don't think the VM refreshed |
| 17:35 |
bshum |
Ah okay |
| 17:35 |
phasefx |
yeah, that's what happened |
| 17:36 |
phasefx |
Refresh happens at 11am, testing way later, and I jumped in between the two |
| 17:45 |
bshum |
Sigh |
| 17:45 |
bshum |
Reading the OpenSRF README closely for the first time to try mimicking the same style. |
| 17:45 |
bshum |
And now I want to edit the existing stuff |
| 03:00 |
pinesol_green |
bshum: The operation succeeded. |
| 03:01 |
bshum |
Inching ever so incrementally forward.... |
| 03:02 |
* bshum |
goes back to sleep. |
| 04:59 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:28 |
|
kmlussier joined #evergreen |
| 06:13 |
|
kmlussier left #evergreen |
| 07:13 |
csharp |
alert to whoever may be using git, list, or lupin - we're going to pull them down for a minute to update mundungus - doing this early in hopes of little disruption |
| 09:29 |
rsoulliere |
tsbere: I was thinking that it has to relate to the data getting entered with faulty data, but if wee are entering in the staff client, the data should be pretty kosher unless there is a known bug in 2.5.5 |
| 09:31 |
tsbere |
rsoulliere: The text fields can end up with empty strings instead of nulls (circ modifier and the marc fields, though circ modifier may be prevented from being affected due to foreign key stuff) |
| 09:33 |
|
pmurray_away joined #evergreen |
| 09:33 |
rsoulliere |
tsbere: so an sql insert statement setting the blank fields to NULL where needed might be a good test? |
| 09:34 |
tsbere |
rsoulliere: SELECT whatever FROM config.circ_matrix_matchpoint WHERE <field> = '' |
| 09:34 |
tsbere |
rsoulliere: I figure you can flesh that out properly for testing ;) |
| 09:35 |
rsoulliere |
tsbere: yes, I'll try. ;-) |
| 09:36 |
|
mllewellyn joined #evergreen |
| 09:37 |
|
pmurray joined #evergreen |
| 10:32 |
pinesol_green |
Launchpad bug 1350350 in Evergreen "browser client build/install process improvements" (affected: 1, heat: 8) [Undecided,New] |
| 10:32 |
berick |
and i'm happy to help w/ that. |
| 10:39 |
pastebot |
"berick" at 64.57.241.14 pasted "browser client dependency building example for bshum" (19 lines) at http://paste.evergreen-ils.org/10 |
| 10:42 |
phasefx |
berick: do you have tuits to modify collab/phasefx/wheezy_installer for the web based client? for http://testing.evergreen-ils.org/~live/ |
| 10:46 |
phasefx |
I guess looking at the bug report, we'd still need to make some decisions regarding installing from git |
| 10:49 |
berick |
phasefx: yeah. remind me, does ~live do a build on a fresh OS each time? |
| 10:49 |
berick |
iow, it installs all prereqs each time? |
| 10:51 |
phasefx |
berick: correct, though it does have some uninstalled pre-fetched deb files available for apt |
| 10:52 |
phasefx |
or refresh now and look |
| 10:52 |
berick |
k, no rush |
| 10:53 |
berick |
just making the installer needs to build node.js |
| 11:03 |
phasefx |
berick: did you work up a way to do headless/browserless unit testing for the client? |
| 11:04 |
berick |
phasefx: yessir |
| 11:04 |
phasefx |
berick++ awesome |
| 11:04 |
phasefx |
we'll want the live page to run and expose that |
| 17:00 |
Bmagic |
I dont have a specific example, I was asking in general. Is there a setting for this in EG? |
| 17:00 |
mmorgan |
So is the context org for the "Lost Materials Processing Fee" library setting supposed to refer to the checkout library? |
| 17:00 |
mmorgan |
or the item's owning library? |
| 17:01 |
bshum |
mmorgan: I would have expected that to be for the library where the item was checked out. |
| 17:01 |
bshum |
But to be fair, I don't think we've tested it on a case-by-case. We always charge item price when an item goes lost. |
| 17:02 |
bshum |
And don't differentiate with our libs |
| 17:02 |
bshum |
So maybe this is a use case that Bmagic has that isn't expected behavior for the settings |
| 17:02 |
jihpringle |
Bmagic: we looked for such a setting back when we were on 2.4 and couldn't find one |
| 17:03 |
jihpringle |
and haven't seen anything that does this on 2.6 either |
| 17:03 |
Bmagic |
We are seeing that the owning library settings are getting applied to the circulation library patrons in the case of "Lost Materials Processing Fee". We would like that to stop |
| 17:09 |
bshum |
Trusty support is still being worked on |
| 17:09 |
whargrove |
OK, that's what I thought |
| 17:09 |
whargrove |
thanks! |
| 17:11 |
pinesol_green |
[evergreen|SnigdhaD] LP#1294269 Docs: Fixed small documentation formatting bugs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=31f54c7> |
| 17:12 |
|
mmorgan left #evergreen |
| 17:15 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:17 |
Bmagic |
bshum: A quick sql query and I come up with some circulations that meet my criteria. I lookup the patron from my sql query and find the xact id in the list of fines. I look at full details and the GUI says that the circulating library is the same as the owning library even though my sql says the contrary! |
| 17:19 |
bshum |
Bmagic: That sounds... mysterious. |
| 17:20 |
Bmagic |
bshum: im looking deeper, I might have spoke to soon.... |
| 10:45 |
dbwells |
eeevil: I did briefly try upping the cost, but didn't see any difference. I think I stopped at 100000. I don't have enough experience to know if that is "high", but it was at least higher than the default of (I think) 100. |
| 10:47 |
eeevil |
dbwells: yeah, I don't know if that's enough or not ... /me looks at the explain again |
| 10:47 |
jboyer_isl |
dwells, weevil: I’m just plain guessing, but is it possible that a vacuum analyze on the config tables may help the Qplanner realize they don’t change often? |
| 10:47 |
dbwells |
I've never posted to the PG lists, but I have a test case worked up which I think isolates the issue. We can see what they say over there. |
| 10:48 |
dbs |
dbwells: RhodiumToad is right over in #postgresql |
| 10:49 |
dbs |
RhodiumToad is like the collective wisdom of all PostgreSQL hackers combined |
| 10:49 |
eeevil |
dbwells: in csharp's example, it seems like it should be high enough... total cost is ~630000 |
| 10:49 |
dbs |
but a post to the mailing list carries more weight vs. the immediacy of IRC, and test cases are golden |
| 10:51 |
dbwells |
dbs: Thanks for the tip! I'll probably still start with the list if only due to general timidity. I still find it hard enough to speak up in #evergreen. :) |
| 10:53 |
* dbwells |
needs to re-steel himself daily |
| 10:53 |
dbs |
dbwells++ |
| 16:47 |
|
cherri joined #evergreen |
| 16:52 |
|
_bott_ joined #evergreen |
| 16:56 |
|
hbrennan joined #evergreen |
| 17:00 |
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 |
hbrennan |
Patrons with max fines are being skipped in the holds queue. I'm looking in Standing Penalties and believe I just need to remove some items from the block_list.... |
| 17:01 |
hbrennan |
I would like patrons to be notified their hold is available (I'm guessing this is CAPTURE) and renew items they already have (RENEW) |
| 17:01 |
hbrennan |
But what is FULFILL? |
