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 |
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.... |
00:37 |
|
chatley joined #evergreen |
00:39 |
|
b_bonner_ joined #evergreen |
01:03 |
|
StomproJ joined #evergreen |
05:18 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
07:57 |
|
rjackson-isl joined #evergreen |
07:57 |
|
Dyrcona joined #evergreen |
07:59 |
|
mrpeters joined #evergreen |
09:19 |
pastebot |
"csharp" at 64.57.241.14 pasted "\d authority.record_entry" (50 lines) at http://paste.evergreen-ils.org/24 |
09:19 |
csharp |
eeevil: ^^ |
09:26 |
|
Shae joined #evergreen |
09:26 |
eeevil |
csharp: as a quick test, you could try EXPLAINing the query after replacing "like" with ">=" |
09:27 |
csharp |
sure thing - just a sec |
09:28 |
csharp |
ERROR: argument of AND must be type boolean, not type tex |
09:29 |
pastebot |
"csharp" at 64.57.241.14 pasted "full explain output for eeevil" (3 lines) at http://paste.evergreen-ils.org/25 |
09:41 |
eeevil |
csharp: boo... well, I'd suggest adding a second text_pattern_ops index (create concurrently) to test |
09:41 |
eeevil |
and now I must run away |
09:41 |
csharp |
eeevil: thanks! |
09:54 |
|
yboston joined #evergreen |
10:00 |
dbwells |
csharp: I think what you are seeing is a side effect of the secondary changes on bug #1253163. |
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? |
05:03 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
06:02 |
|
wsmoak joined #evergreen |
07:29 |
|
Callender_ joined #evergreen |
07:40 |
|
mtate joined #evergreen |
11:35 |
kmlussier |
snigdha26: Depending on what you are documenting, you could use one of the community demos. |
11:35 |
yboston |
snigdha26: sorry, I had to take a phone call |
11:36 |
kmlussier |
snigdha26: http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers#community_demo_servers |
11:36 |
yboston |
snigdha26: let me first exlain that overall Evergreen has to sotware parts, the server part, and the client part |
11:37 |
yboston |
the client can be installed on windows very easily, and you can then connect your client to a community (test) server like Kathy mentioned |
11:38 |
yboston |
snigdha26: the server part of Evergreen has a lot more steps for installation and cannot be installed on windows. |
11:38 |
yboston |
usually to write docuemntation for this prject you only need the client |
11:39 |
snigdha26 |
kmlussier: I'll start with installing the client server then. |
11:40 |
snigdha26 |
yboston: What part of the documentation can I start working with after that? |
11:48 |
kmlussier |
snigdha26: We have some small doc needs at http://bit.ly/YqlB8y that might be good to start on. |
11:55 |
yboston |
snigdha26: I want to make it claer that the Evergreen "server" and the Evergreen "client" are two seprate peices fo software |
11:56 |
yboston |
snigdha26: The Evergreen cleint is easy to install on Windows. Once you install it you need to point your Evergreen client to one of the Commmunity servers that are already isntalled and running for anyone to use |
12:02 |
snigdha26 |
yboston: I've installed the Evergreen client |
12:06 |
yboston |
snigdha26: now you need to conenct your Evergreen client to one of the community servers that kmlussier mentioned earlier here http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers#community_demo_servers |
12:07 |
yboston |
snigdha26: when you run the Evergreen cleint, you will see a window that asks for information to connect to an Evergreen server |
12:08 |
yboston |
like "hostname" , where you would use the URL of one of the test servers listed in the community server link |
12:09 |
yboston |
though you should not use the "http://" part of the community server. So for the "hotname" value use "demo.evergreencatalog.com" instead of "http://demo.evergreencatalog.com/" |
12:11 |
snigdha26 |
yboston: I am encountering a network or server failure when I try to enter the workstation name, after logging in |
12:11 |
|
jihpringle joined #evergreen |
12:11 |
|
sudshekhar02 joined #evergreen |
12:12 |
yboston |
there is an issue that always comes up the very ifrst time you connect the EG cleint to a EG server |
12:12 |
yboston |
it might be happening this time too |
12:12 |
yboston |
what does the client say right below the button called "re-test server" |
12:12 |
yboston |
does it say "200: Ok" |
12:12 |
yboston |
in greeen? |
12:13 |
snigdha26 |
yboston: status: 200 ok |
12:13 |
yboston |
it says 200 OK once or twice? |
12:13 |
snigdha26 |
yboston: twice. For status and version both |
12:26 |
|
wsmoak left #evergreen |
12:26 |
kmlussier |
snigdha26: OK, I can get that one back up and running for you. But it takes about 10 to 15 minutes. Sorry about that. |
12:27 |
snigdha26 |
kmlussier: Not a problem :) |
12:27 |
yboston |
snigdha26: this is good that you are helping us test our test community servers, thanks! |
12:28 |
snigdha26 |
yboston: haha, just trying to get started |
12:29 |
kmlussier |
yboston: Better to find the problems now than in the middle of Friday's DIG hackfest, right? :) |
12:29 |
yboston |
kmlussier: exactly |
12:42 |
snigdha26 |
yboston: I would have to work on asciidoc right? |
12:42 |
yboston |
snigdha26: no that is optional |
12:43 |
kmlussier |
snigdha26: The masslnc community demo server should be ready now. |
12:47 |
snigdha26 |
kmlussier: There's an error testing the hostname |
12:48 |
yboston |
snigdha26: any errors in the are below "re-test server"? |
12:48 |
yboston |
*area |
12:48 |
kmlussier |
snigdha26: you might need to add an SSL exception for that server. |
12:49 |
snigdha26 |
yboston, kmlussier: All good, I was able to register :D |
12:50 |
kmlussier |
snigdha26: Was it the SSL exception? If so, I should add that info to the wiki page. |
17:16 |
|
sarabee_ joined #evergreen |
17:16 |
|
mmorgan left #evergreen |
17:27 |
|
geoffsams joined #evergreen |
17:35 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
17:41 |
|
Dyrcona joined #evergreen |
20:22 |
|
hbrennan joined #evergreen |
23:32 |
|
ktomita_ joined #evergreen |
04:51 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
06:26 |
|
wsmoak joined #evergreen |
07:38 |
|
rjackson-isl joined #evergreen |
07:47 |
|
mtate joined #evergreen |
09:30 |
jeff |
csharp: if you look at that file, it does most of its work inside a sub called "handler", which expects (among other things) an A/T-style $env hash with params. the actual elements of that hash that are used by that specific sub are few, but it's also going to do things like make log entries that claim to be trigger-related, and it's going to fire any A/T events that are defined for longoverdue.auto (which you may or may not have) |
09:31 |
eeevil |
csharp: a/t is meant to handle that stuff for you, so unless you're talking about a list on the order of several hundred thousand items (and even then, with judicious use of delay settings for the definition), you may just want to let a/t handle it. you'll notice that the the reactor is also potentially creating cascaded events (could be notifications, etc) after marking the item longoverdue |
09:32 |
eeevil |
jeff: jinx :) |
09:42 |
csharp |
eeevil: let me do a count of items that match our criteria |
09:42 |
|
yboston joined #evergreen |
09:44 |
csharp |
eeevil: looks like 309,524 at the moment that I would need to process |
09:44 |
csharp |
I'll look into processing with A/T (doing this all on a test server at the mo) |
09:46 |
eeevil |
if you used the min and max delay to do it in several-month chunks (change the def after each run) I bet that'll be less work in the long run |
09:46 |
csharp |
eeevil: excellent - I didn't know if that was a sane approach or not |
09:47 |
eeevil |
well, if you set it up as a special granularity for the time being, those could be processed in one go in parallel with the normal events. with --granularity-only |
14:10 |
kmlussier |
I was wondering if it would be wortwhile to have a separate DIG hack-a-way day just to focus on web client documentation. Of course, it couldn't be done in time for the 2.7 release. |
14:10 |
yboston |
I am open to a second event |
14:10 |
yboston |
or if there is time during the upcoming one |
14:11 |
kmlussier |
The nice thing about getting the documentation done early is that it also can serve as an opportunity to test functionality in the new web client. |
14:11 |
yboston |
kmlussier: good point |
14:11 |
jihpringle |
I'd be happy to work on it during the current hack-a-way or participate in a future specifc one |
14:11 |
kmlussier |
yboston: I think doing both in one day would be ambitious. |
15:30 |
remingtron |
Stompro: another thought, I've found that some client files have copies on the server, and that has confused me about which one to edit sometimes |
15:30 |
jeff |
but Windows vista and up will happy confuse things if you try to edit some files in some ways. :P |
15:31 |
phasefx |
Stompro: try creating a different profile with -profileManager |
15:31 |
jeff |
remingtron: good point, though in this case i think phasefx's test local edit confirmed that the file in question should be local and not server-sourced |
15:31 |
jeff |
Stompro: what is the full path to the file on disk that you are editing, and what's the local OS? |
15:32 |
Stompro |
phasefx: when you said "main.js" did you mean "menu.js" ? |
15:32 |
phasefx |
Stompro: no, I tried main.js so I wouldn't have to bother logging in |
15:32 |
jeff |
oh hey. |
17:06 |
|
wsmoak joined #evergreen |
17:09 |
|
mdriscoll left #evergreen |
17:12 |
|
mmorgan left #evergreen |
17:24 |
pinesol_green |
Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
20:03 |
|
kmlussier joined #evergreen |
20:34 |
|
kmlussier joined #evergreen |
21:00 |
jeff |
phasefx: live test failure looks like another race condition -- what do you think? |
21:01 |
phasefx |
jeff: yeah, I think so, but no insight or tuits for fixing it |
21:03 |
jeff |
is there any way to allow for on-demand re-run of the tests by some folk, either via web or ssh? |
21:03 |
|
buzzy joined #evergreen |
21:07 |
phasefx |
jeff: not conceptually difficult, but some work is needed; my main concern is that we're using ganeti for it, and multiple folks can't do things concurrently with that. That said, virtualbox works fine with these tools :) |
21:09 |
phasefx |
maybe it's time to work in support for multiple drones, or fold it into buildbot somehow |
21:10 |
jeff |
i was just thinking "enable someone to trigger a sooner-than-in-12-hours re-run" |
21:10 |
jeff |
not "multiple concurrent test runs / testing different branches / etc" |
21:10 |
jeff |
that might have been unclear, or i might have misunderstood your answer. :-) |
21:11 |
phasefx |
we can cron it more frequently; my concern with concurrency is with us doing ganeti-stuff with other vm's at the same time |
21:11 |
phasefx |
I'm not a ganeti guru though |
21:12 |
jeff |
ah |