| 00:05 |
|
ningalls joined #evergreen |
| 00:10 |
|
torrie 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> |
| 07:36 |
|
Dyrcona joined #evergreen |
| 07:54 |
|
collum joined #evergreen |
| 08:12 |
csharp |
hmm - looks like the change in 80e3f6f may have borked some long-standing PINES reports templates |
| 08:13 |
|
timlaptop joined #evergreen |
| 08:13 |
|
asimon joined #evergreen |
| 08:15 |
|
akilsdonk joined #evergreen |
| 08:19 |
asimon |
*: I am trying to load a file of bib records into a test server. In order to preserve the rest of the data, I did a truncate cascade on the bre table (there are no copy records) and set record_entry_id_seq to 500000. When I load the records, the id numbering starts at 001. The load script is clearly using the TCN (which begins at 500001) as the id. How is this possible? |
| 08:22 |
csharp |
asimon: there's a "global flag" that determines that behavior, if I recall correctly |
| 08:23 |
csharp |
config.global_flag? (I don't have access to our DB right this second to check) |
| 08:24 |
csharp |
also available via the staff client in the Server Admin section, btw |
| 10:52 |
bshum |
New bug usually. |
| 10:53 |
bshum |
would be what I would recommend when dealing with something that's already been released. |
| 10:54 |
mmorgan |
I'll poke around some more and open one if warranted. Thanks! |
| 10:58 |
bshum |
Hmm |
| 10:58 |
bshum |
mmorgan: Can you tell us a little more about the org unit structure and which ou you're disallowing from hold pickup? |
| 10:59 |
bshum |
(when I tested it just now, it worked fine to disable the option on the place hold screen...) |
| 11:01 |
mmorgan |
Interesting. Here's a pic: http://screencast.com/t/AIs8afgOj0gZ |
| 11:02 |
csharp |
could it be autogen.sh related? |
| 11:02 |
mmorgan |
We have NOBLE(All libs) as consortium, then Phillips Academy as a system. It's some of the branches I'm trying to disallow, like Phillips Addison |
| 13:05 |
bshum |
Haha |
| 13:06 |
Dyrcona |
:) |
| 13:07 |
* dbs |
wonders if anyone is willing to add serial.* data to the --load-all side of things |
| 13:08 |
bshum |
berick: I have a question about websockets and upcoming changes to OpenSRF. |
| 13:08 |
bshum |
As I work my thoughts together about the XUL vs. web client |
| 13:09 |
bshum |
I'm wondering if any changes in the underlying architecture would require us to test also the XUL client to make sure we don't break things? |
| 13:09 |
bshum |
While we transition to the web client |
| 13:10 |
berick |
bshum: websockets will have no effect on the xul client. it has to be activated within the script / application to be used, and the browser client code is the only thing (for now, anyway) that activates it. |
| 13:10 |
berick |
the activation occurs within the base browser staff template |
| 13:10 |
bshum |
berick: Ah, cool deal. Then I feel slightly better on that front. |
| 15:20 |
dbs |
For that matter, the 69x mappings are supposed to be local too. There are only a couple that match even OCLC's definitions. |
| 15:20 |
yboston |
jl-: congrats |
| 15:20 |
yboston |
jl-: which import approach did you use? |
| 15:20 |
jl- |
I'm hoping to get one of our libraries as a gineau pig for a pilot now, maybe for a dvd collection, or something.. wean them off voyager |
| 15:21 |
jl- |
yboston: I used the sql_loader which is pretty close to the staging table from dbs |
| 15:21 |
jl- |
in /openils/Evergreen-ILS-2.5.1/Open-ILS/tests/datasets/sql/ |
| 15:22 |
jl- |
I made a script that formats them simialr to the concerto files |
| 15:26 |
jl- |
anyway, have a good weekend everyone |
| 15:27 |
jeff |
neat, we have an action.billable_cirulations view. i wonder if that's a known typo or something specific to us. :-) |
| 15:28 |
hbrennan |
jl-: Ugh, it's 11:30 here, but my body thinks it's later so I can leave too right? |
| 15:28 |
jeff |
(we also have action.billable_circulations) |
| 16:01 |
bshum |
That's the first time in a long time someone's used that... |
| 16:03 |
bshum |
I suppose we don't really use LP that way. |
| 16:05 |
|
madseumas joined #evergreen |
| 16:10 |
ericar |
bshum: out of curiosity, I just tried recreating what she's reporting. I can't reproduce the results. tested on 2.5.3b |
| 16:11 |
bshum |
ericar: Thanks for taking a look over. I wasn't too sure what all the circumstances are here. |
| 16:12 |
bshum |
The LP account who opened that question seems to be someone from Evergreen Indiana. |
| 16:12 |
ericar |
bshum: me either |
| 16:14 |
Bmagic |
csharp: Thanks for the info |
| 16:14 |
bshum |
mmorgan: Oh interesting... holding the key down does give me various JS errors. |
| 16:14 |
bshum |
For different Fn keys |
| 16:15 |
madseumas |
Hello, everyone. I just updated a small (20k items or so) library from 2.3.2 to 2.5.3b on a test VM. Upgrades all went fine, no db errors. She (it's my wife's library; I'm a unix admin by trade so I help her maintain it) was using jspac, which is gone now. Should the uncustomized tpac still be able to return records or does it need some basic level of customization before it will? Keyword searches that work on her liv |
| 16:15 |
bshum |
madseumas: You got cut off at "keyword searches that work on her live" |
| 16:15 |
bshum |
IRC has a cap on how much you can type at once. So just break up the sentences a bit :) |
| 16:16 |
madseumas |
argh sorry, will do |
| 16:16 |
madseumas |
should read " Keyword searches that work on her live system return nada on this test one." |
| 16:16 |
ericar |
mmorgan: yes, first time got TypeError: $("patronStrings").getString is not a function second try got TypeError: $("commonStrings") is null. Held the key for about 2 seconds |
| 16:16 |
madseumas |
haven't done IRC in 10 years or so :) |
| 16:17 |
mmorgan |
lp 1300789 |
| 16:24 |
rjackson-isl |
it is repeatable |
| 16:24 |
madseumas |
csharp: yes, ran reingests, very carefully followed DB script output from each |
| 16:24 |
rjackson-isl |
use F4 and before the screen pops up hit another F key |
| 16:25 |
dbs |
madseumas: does the test VM have enough memory? 2.0 GB of RAM or more? |
| 16:25 |
csharp |
madseumas: well, at the very least, VACUUM ANALYZE all of the metabib.* tables |
| 16:25 |
rjackson-isl |
other sequence such as F1 then F4 does not produce this |
| 16:25 |
madseumas |
dbs: test VM has 2GB of RAM. No memory pressure, catalog is quite small |
| 16:26 |
dbs |
although... if title searches are working, one would think all db calls should |
| 16:26 |
dbs |
madseumas: heh, 2.0 GB is barely enough for our ~200 test record set with all services running |
| 16:27 |
csharp |
yeah, I use a minimum of 4 GB, even on small test servers |
| 16:27 |
ericar |
rjackson-isl: I just reproduced the error you describe above. However, it was from holding the F4 key while still trying to use another F key. Also, holding the F4 too long will reproduce the results |
| 16:27 |
dbs |
bshum: 901c, yeah, that's something |
| 16:27 |
csharp |
but you should see swapping or i/o wait in top when the searches are processed |
| 16:32 |
dbs |
madseumas: wondering if it's the missing 901 fields, then, as bshum suggested |
| 16:33 |
|
mrpeters left #evergreen |
| 16:34 |
madseumas |
csharp: command line search, limit 10, I see 10 ids being returned |
| 16:34 |
dbs |
SELECT COUNT(*) FROM biblio.record_entry WHERE marc !~ 'tag="901"'; -- if you can query the database would be a good test |
| 16:34 |
dbs |
Result should be 0. |
| 16:34 |
madseumas |
dbs: will do, one sec |
| 16:35 |
madseumas |
dbs: result was 11780 |
| 16:35 |
bshum |
Oops |
| 17:26 |
hbrennan |
Access?! Oh jeez. |
| 17:27 |
madseumas |
yah, the forms allowed you to search by specific title or author but that was it. cataloging was a nightmare. |
| 17:27 |
hbrennan |
I can only imagine. |
| 17:30 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:32 |
madseumas |
quick question, where do the default book jackets in a tpac catalog search come from? |
| 17:32 |
madseumas |
I had thought google books stuff was turned off by default |
| 17:33 |
bshum |
madseumas: By default in newer versions I believe the added content handler is for OpenLibrary |
| 03:07 |
|
dbwells joined #evergreen |
| 03:25 |
|
dkyle joined #evergreen |
| 05:55 |
|
flopaul joined #evergreen |
| 07:37 |
csharp |
@later tell gmcharlt I'll need to re-review it. I have a fresh 14.04 vm to test with, so it'll be today |
| 07:37 |
pinesol_green |
csharp: The operation succeeded. |
| 08:10 |
|
tfaile joined #evergreen |
| 08:10 |
|
ktomita_ joined #evergreen |
| 10:55 |
* pinesol_green |
brews and pours a cup of Ethiopia Washed Yirgacheffe, Koke Grade 1, and sends it sliding down the bar to gmcharlt |
| 10:55 |
kmlussier |
Two lemon sherberts in one morning. :( |
| 11:05 |
|
collum joined #evergreen |
| 11:06 |
csharp |
gmcharlt: my ubuntu-14.04 OpenSRF Makefile branch installs fine and passes the opensrf.math test, but I haven't run Evergreen on it yet |
| 11:06 |
gmcharlt |
csharp: great - do you expect to have tuits to do an Evergreen test soonish? |
| 11:07 |
csharp |
sure - I'll install EG after lunch |
| 11:07 |
csharp |
virsh_snapshot-create++ |
| 11:12 |
jeff |
tspindler: i have more than one kringle from that bakery in Racine on my kitchen counter at this very moment. :-) |
| 12:53 |
Dyrcona |
csharp++ # for wrangling with the Trusty Tahr. |
| 12:53 |
Dyrcona |
heh, goatherding. :) |
| 12:53 |
jeff |
technically 14.04 isn't even out yet, so it's of course tricky claiming support for it. In theory, it should be pretty stable now. |
| 12:53 |
csharp |
jeff: it's pretty solid in our smoke tests |
| 12:54 |
jeff |
yeah, I meant "stable" as in "no longer a moving target" |
| 12:54 |
jeff |
i should have clarified. |
| 12:54 |
csharp |
though, I did hit a bug in the installer when configuring LVM |
| 13:36 |
berick |
antimarcite |
| 13:42 |
kmlussier |
@dessert |
| 13:42 |
* pinesol_green |
grabs a slice of Red Velvet Cheesecake and sends it sliding down the dessert bar to kmlussier |
| 13:59 |
bshum |
csharp: Fwiw, I put a copy of our full database into a PG 9.3 running on 12.04 and that seems to be fine so far. Or at least I haven't hit any significant pains yet. (once I upgraded to include the 9.3 fixes) |
| 13:59 |
bshum |
I'll be curious what you come up with for 14.04. We'll get to it sometime. |
| 14:00 |
bshum |
I'm still deciding whether during our next upgrade we'll move from 9.1 to 9.3 in production too. |
| 14:00 |
bshum |
That stuff I just said was for our test server only. |
| 14:03 |
csharp |
cool |
| 14:06 |
csharp |
okay - looks like we're down to 3 CPAN dependencies with 14.04 |
| 14:06 |
csharp |
so that's nice |
| 15:04 |
* csharp |
doesn't build from scratch very often nowadays |
| 15:05 |
dbs |
I think we agreed to deep-six Lucid support for 2.6, right? Add 14.04, drop 10.04. |
| 15:05 |
csharp |
yep |
| 15:07 |
bshum |
I think nobody's tested 2.6 with Lucid anyways. So... it's already dead to me! |
| 15:07 |
bshum |
(but probably works) |
| 15:08 |
* dbs |
tries removing ld.so.conf.d entry on Fedora 20 to see if that whole section can be wiped out |
| 15:08 |
csharp |
okay - this shows my limited autotools knowledge, but how does make find the right library? |
| 15:08 |
gmcharlt |
dbwells: needless to say, I'm perfectly fine with you squashing that branch mercilessly |
| 15:09 |
dbs |
Nope, still necessary on Fedora. |
| 15:10 |
dbs |
"Failed to dlopen library file oils_pcrud.so: libdbdpgsql.so" |
| 15:10 |
|
kmlussier joined #evergreen |
| 15:11 |
dbs |
csharp: very rough approximation, autotools runs a million tests to detect its environment and configure things as automagically as possible. and then you can override behaviour to boot. |
| 15:11 |
kmlussier |
gmcharlt++ #acknowledgements |
| 15:11 |
csharp |
dbs: okay - I figured |
| 15:13 |
|
gsams joined #evergreen |
| 16:42 |
|
tspindler left #evergreen |
| 17:07 |
|
bmills joined #evergreen |
| 17:08 |
|
gsams 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:22 |
|
mmorgan left #evergreen |
| 17:24 |
|
Dyrcona joined #evergreen |
| 17:35 |
|
tsbere joined #evergreen |
| 00:05 |
|
remingtron__ joined #evergreen |
| 03:39 |
|
b_bonner joined #evergreen |
| 03:39 |
|
mtcarlson_away 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:56 |
|
timlaptop joined #evergreen |
| 07:18 |
|
Callender joined #evergreen |
| 07:32 |
|
Callender joined #evergreen |
| 11:54 |
|
mrpeters left #evergreen |
| 11:54 |
|
mrpeters joined #evergreen |
| 11:57 |
phasefx |
bshum: no worries. I have no strong opinions about LP other than that its search function could use improvement, so I'm glad you care enough about it to act on things |
| 12:08 |
csharp |
ok, I'm trying to get EDI working on a test server... we create a purchase order and activate it. 5 minutes later I see the A/T event process, then the edi_pusher.pl script runs and by its feedback messages, it appears to be working (after enabling passive FTP). However, the vendor did not receive the file - any thoughts? The lack of error logs is handicapping me here |
| 12:10 |
csharp |
2014-04-01 15:33:38 acq ./edi_pusher.pl: [INFO:20745:RemoteAccount.pm:595:] OpenILS::Utils::RemoteAccount : successfully sent <vendorURL> /tmp/bzVbVKKjQp --> Out//bzVbVKKjQp |
| 12:14 |
|
mcooper joined #evergreen |
| 12:15 |
* csharp |
will rule out human error (e.g., wrong FTP directory) before continuing to beat on it |
| 12:25 |
rfrasur |
Cheesecake has arrived and pictures will be forthcoming since that's the only way I know to digitize them so far (and a 3D scanned and printed model would just be mean). |
| 12:26 |
Dyrcona |
rfrasur: There is talk of 3D printed "food." |
| 12:26 |
rfrasur |
Hmm, then there are better possibilities for the future than pictures. But not yet :D |
| 15:21 |
sseng |
jihpringle: acq |
| 15:21 |
jihpringle |
there are some claiming bugs in the manual process in acq depending on what version you're running |
| 15:22 |
sseng |
jihpringle: oh ok |
| 15:23 |
jihpringle |
we've tested manual claiming in acq but none of our libraries currently use it |
| 15:23 |
jihpringle |
the bug to watch out for is - https://bugs.launchpad.net/evergreen/+bug/1195063 |
| 15:23 |
pinesol_green |
Launchpad bug 1195063 in Evergreen "ACQ: Claim Vouchers Do Not Appear and Cause Problems with Profiles" (affected: 2, heat: 12) [Undecided,New] |
| 15:24 |
sseng |
jihpringle: having a hard time finding claimings documentation in terms of automated claming . and now that it's been clarified that it's currently manual only... thanks! |
| 15:24 |
jihpringle |
np |
| 15:31 |
jeff |
csharp: huh. well that's interesting. one of my working theories here was that the issue was related to trying to walk a bunch of holds that the copy wasn't eligible to fulfill, and that combined with something else was causing the breakage. |
| 15:31 |
jeff |
csharp: the example i had the other day was an age protected copy with 80+ holds at non-local libraries. |
| 15:31 |
csharp |
the first example was probably a fluke - a patron requested the title literally 90 seconds before staff began checkin and it captured for the new hold - staffperson assumed it was the "old" hold |
| 15:31 |
jeff |
so it did the hold permit test 80+ times... twice, I think. |
| 15:32 |
csharp |
jeff: ah |
| 15:33 |
pastebot |
"csharp" at 64.57.241.14 pasted "log messages for clear hold shelf checkin modifier failure" (5 lines) at http://paste.evergreen-ils.org/41 |
| 15:34 |
csharp |
jeff: ^^ this is what we see server side at the time of the network errors in our library's case |
| 16:46 |
krvmga |
kmlussier: you got the single layer icons? |
| 16:47 |
kmlussier |
krvmga: I did and I've rolled everything into a git branch. |
| 16:47 |
kmlussier |
krvmga++ |
| 16:57 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 16:58 |
yboston |
@marc 400 |
| 16:58 |
pinesol_green |
yboston: unknown tag 400 |
| 17:06 |
krvmga |
is there any way to do a call number search limited to the children's collection in eg 2.4? i'm thinking that it might be possible in 2.5. |
| 00:14 |
dcook |
Hehe. I was just thinking it must be fairly massive. |
| 00:15 |
dcook |
biblioitems in Koha is rather enormous though. It stores the full MARCXML (minus items) in a field, then bits and pieces in other fields. |
| 00:15 |
dcook |
Anyway, thanks for the info :) |
| 00:17 |
bshum |
Sure thing :) |
| 00:20 |
bshum |
@later tell dbwells Oh you know... maybe this is weird 9.3 stuff. This is a newer postgres we're using for our test server and maybe it's mucking something up? I really will look more closely tomorrow on why it's creating nonsense. |
| 00:20 |
pinesol_green |
bshum: The operation succeeded. |
| 00:25 |
bshum |
Well it works fine with our concerto database. So, maybe I just have some really strange records causing things to break down. |
| 00:28 |
bshum |
I can't even figure out why it would even try inserting what it did. We don't have any bib IDs that go that high. |
| 00:31 |
bshum |
There's two |
| 00:31 |
* bshum |
hits head on table |
| 00:49 |
dcook |
:( |
| 01:07 |
bshum |
Grr |
| 01:07 |
bshum |
It's got to be something weird with some other browse index in my system. I removed the one we're testing and it's still failing and doing weird stuff. |
| 01:07 |
bshum |
I wish I could figure out which bib was breaking this |
| 01:15 |
* dcook |
believes in bshum! |
| 01:49 |
bshum |
Whee, added a RAISE NOTICE statement to read off the bib_id for whatever it tries inserting |
| 01:49 |
bshum |
Now I'll find the culprit bib! |
| 10:29 |
jl- |
http://vf-stlib.klnpa.org/vufind/ |
| 10:29 |
jl- |
looks so much better |
| 10:30 |
berick |
kmlussier: yep, known issue. will get back to that soon |
| 10:30 |
jl- |
http://vf-stlib.klnpa.org/vufind/Search/Results?lookfor=test&type=AllFields&submit=Find |
| 10:30 |
kmlussier |
berick: Thanks! |
| 10:31 |
* dbs |
submitted some fixes for the Evergreen driver for VuFind recently, that were accepted. |
| 10:32 |
dbs |
jl-: Conifer is Laurentian University, Algoma University, Northern Ontario Medical School, Collège Boréal, and a bunch of smaller libraries. |
| 11:26 |
jl- |
I've had mild success with the concerto sql loader (50k records) and the staging table (http://docs.evergreen-ils.org/dev/_migrating_your_bibliographic_records.html) however, for the records past that number both scripts went into a crazy loop, never stopping until disk space (>100GB) was full |
| 11:26 |
jl- |
it might be my records fault tho but I did clean them |
| 11:27 |
jl- |
Im not sure what technique to stick with |
| 11:27 |
jboyer-isl |
This is semi-recent, though not personally tested: http://docs.evergreen-ils.org/2.5/_migrating_your_bibliographic_records.html |
| 11:28 |
jboyer-isl |
That section covers more than just records. |
| 11:28 |
jl- |
http://docs.evergreen-ils.org/2.5/_migrating_your_bibliographic_records.html |
| 11:28 |
jl- |
sry |
| 11:28 |
jboyer-isl |
Oh, hey, you apparently were looking at a recent version of that. Oops. :( |
| 12:21 |
gmcharlt |
interesting could be good or bad... :) |
| 12:21 |
jcamins |
gmcharlt: wahanui, is that you?!? |
| 12:21 |
Dyrcona |
:) |
| 12:21 |
gmcharlt |
jcamins: hey! I pass the Turing test at least 3/4 of the time! |
| 12:24 |
Dyrcona |
yboston: Have you changed your ssh key lately? |
| 12:25 |
yboston |
I switch to a new machine, but I was under the impression that the old key came over |
| 12:25 |
yboston |
but I was wondering if this was part of the issue |
| 12:28 |
gmcharlt |
yboston: not to worry -- you would have to try very hard to do something that tsbere and I couldn't fix |
| 12:28 |
yboston |
gmcharlt: BTW I have been watching your Git tutorial video, good job |
| 12:29 |
gmcharlt |
how was the recording? |
| 12:29 |
yboston |
though not done watching yet. I also watched a 5 hour lynda.com training videeos that was good too |
| 12:29 |
yboston |
the audio and video are not perfect, but I had a very clear shot of the screen |
| 12:30 |
yboston |
I am watching it without any compression (audio or video), so if I post it to YOutube, etc it might nto be as goos |
| 12:30 |
yboston |
*good |
| 12:30 |
yboston |
I can prepare a sample on youtoube as a test |
| 12:31 |
gmcharlt |
ok |
| 12:37 |
|
jihpringle joined #evergreen |
| 12:46 |
|
mrpeters joined #evergreen |
| 13:51 |
dbwells |
I know bshum was poking it and got derailed, but if anyone can review and commit https://bugs.launchpad.net/evergreen/+bug/1259665 , I'd be very appreciative. It is the only thing holding up the RC at this point. |
| 13:51 |
pinesol_green |
Launchpad bug 1259665 in Evergreen "Series search in 2.5 does not retrieve 800 |t" (affected: 3, heat: 20) [High,Confirmed] |
| 13:52 |
dbwells |
It is my understanding the bshum's issues were not related to the minor changes in this branch, but I can't say that 100%. |
| 13:52 |
bshum |
dbwells: Correct, my issues seem unrelated. I did find a few 800t's to test with and they seemed fine on reingest. But I have to enable the browse stuff fully to check things out. |
| 13:53 |
bshum |
Pretty confident we can just merge though :) |
| 13:53 |
bshum |
I'll try and do that after a few more meetings end. |
| 13:53 |
bshum |
Sorry :\ |
| 13:57 |
Dyrcona |
@marc 800 |
| 13:57 |
pinesol_green |
Dyrcona: An author/title series added entry in which the author portion is a personal name. (Repeatable) [a,b,c,d,e,f,g,h,j,k,l,m,n,o,p,q,r,s,t,u,v,4,6,8] |
| 13:57 |
Dyrcona |
t is the title? |
| 16:18 |
|
denishpatel joined #evergreen |
| 16:26 |
Dyrcona |
Hey, bartender! Hey, man! Lookee here! Draw one, draw two, draw three, four glasses of beer! |
| 16:26 |
* Dyrcona |
channels Floyd Dixon. |
| 16:28 |
yboston |
jl-: My biggest batch with that script was like 2200 records without holdings from EBSCO ebooks service via OCLC. It ran fine on my test server, but I had a timeout error when loading them to my production server hosted by ESI |
| 16:28 |
yboston |
jl-: which is a few states away from here, so there shoudl have been latency issues |
| 16:29 |
yboston |
jl-: BTW< did we meet at the conference? |
| 16:34 |
|
afterl left #evergreen |
| 16:38 |
|
afterl joined #evergreen |
| 16:45 |
|
afterl left #evergreen |
| 16:55 |
bshum |
Ack, rebase on other pushed commits. |
| 16:55 |
* bshum |
does the dance |
| 16:55 |
bshum |
And we're good |
| 16:56 |
yboston |
mceraso++ for testing OSRF |
| 16:56 |
|
mdriscoll left #evergreen |
| 16:56 |
kmlussier |
mceraso++ |
| 16:57 |
bshum |
mceraso++ |
| 00:54 |
|
alynn26 joined #evergreen |
| 01:30 |
|
Polonel joined #evergreen |
| 01:38 |
|
fredp_ joined #evergreen |
| 05:05 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:15 |
|
remingtron_ joined #evergreen |
| 05:15 |
|
dbwells_ joined #evergreen |
| 05:29 |
|
flopaul joined #evergreen |
| 13:50 |
pinesol_green |
rfrasur: hussein Hussein-ify your anagram! |
| 13:50 |
rfrasur |
good grief |
| 13:50 |
|
pams joined #evergreen |
| 13:50 |
jcamins |
rfrasur: I guess you don't want to hear "a focus group of actual users/usability test with a mockup of the cheap version of the site might help." |
| 13:51 |
kmlussier |
yboston: I didn't document too many commands in the quick start guide because I didn't want to overwhelm newbies. But I think it would be nice to have a page that documents all of the commands we can use. |
| 13:51 |
Dyrcona |
@loves |
| 13:51 |
pinesol_green |
Dyrcona loves git; Tina Dico; you anyway; scripted sign off; sed; Monique Ortiz; and OpenBSD |
| 13:52 |
jcamins |
If you don't ask, you'll just be guessing, and that's a waste of your time! |
| 13:52 |
* jcamins |
gets off soapbox sheepishly. |
| 13:52 |
rfrasur |
fwiw, I know. You just asked what I WANTED. Not what I know needs to happen. |
| 13:52 |
kmlussier |
rfrasur: A simple usability test can be something simple to implement. |
| 13:52 |
jcamins |
lol |
| 13:52 |
jcamins |
That's true. |
| 13:52 |
rfrasur |
^ |
| 14:22 |
lstjohn |
kmlussier: +++1 conference was stellar thanks for the planning |
| 14:22 |
mbcraw |
how do you know when a remote meeting is scheduled? do you get an email notice? |
| 14:22 |
ddale |
afterl: how do you have a private chat. |
| 14:22 |
rangi |
speaking of which Dyrcona, current tstate of play for teh NCIP stuff is it is in preliminary testing with MassCat .. but the NCIP/ILS/Evergreen.pm still needs to be written, and about 20 more handlers (ive covered all the ones for ILL) <-- useful stuff |
| 14:22 |
rangi |
also, I hate NCIP |
| 14:22 |
afterl |
jihpringle: thank you so much |
| 14:22 |
rfrasur |
mbcraw: many of the announcements go through the ils-general email list. |
| 14:22 |
terranm |
I do like IRC for meetings, but I'm not usually in here otherwise because I don't have the mental bandwidth with my other work |
| 15:37 |
|
tonyb_ohionet joined #evergreen |
| 15:38 |
berick |
dbwells: you around? like to get some UI feedback from you when you get a sec |
| 15:39 |
dbwells |
berick: sure, ask away |
| 15:39 |
berick |
kmlussier too if you got a sec.. |
| 15:39 |
berick |
https://bill-dev2.esilibrary.com/eg/staff/test/autogrid (admin / demo123) |
| 15:39 |
berick |
working on grid column width and sort priorities |
| 15:39 |
berick |
drop down menu along top right, Configure Columns |
| 15:40 |
berick |
adds a new inline config option |
| 15:40 |
berick |
(which is much better than a popup, because you can see what you're doing) |
| 15:40 |
berick |
anyway, the display is not all there yet, needs to be more well.. visually documented or some such |
| 15:40 |
kmlussier |
Nice |
| 15:40 |
berick |
but curious about suggestions, plusses, minuses |
| 15:41 |
kmlussier |
Is there a way users can resize the columns? |
| 15:47 |
dbwells |
berick: new Chrome works fine |
| 15:47 |
berick |
dbwells: cool |
| 15:48 |
berick |
jihpringle: cool, thanks |
| 15:48 |
eeevil |
berick: in your test, are you doing server-side sorting? (and are you paging ... which is the driver for my question) |
| 15:48 |
jihpringle |
berick: would the column widths stay or would you have to redo them everytime you go into the interface? |
| 15:49 |
berick |
jihpringle: they would eventually persist |
| 15:49 |
berick |
so, you would jsut set them once |
| 16:20 |
eeevil |
fixed height rows, yes, agreed |
| 16:20 |
dbwells |
glad you guys sorted that out, wasn't sure what was being asked of me :) |
| 16:21 |
jihpringle |
the ability to toggle to wrap text in places where long titles display would be handy (like the hold shelf browse), but other than that fixed height rows work for me |
| 16:21 |
berick |
here's another one, with scrolling on (but not paged yet) -- https://bill-dev2.esilibrary.com/eg/staff/test/autogrid2 -- and the template code: http://paste.lisp.org/display/141804 |
| 16:23 |
eeevil |
some way to see the full content, but elipsis-truncated for long data (CSS!!! text-overflow:ellipsis) |
| 16:23 |
berick |
template code for the other, with explicit fields and (some) labels http://paste.lisp.org/display/141805 |
| 16:23 |
berick |
eeevil++ |
| 16:50 |
dbwells |
berick: I also just looked at your second example, and even with longer data, the variable height rows aren't as bad as I thought they would be. Still, that's a small sample, so my general tendency toward convention stands :) |
| 16:51 |
dbwells |
berick: also, as random bug report you probably know about shift-click selection is turning everything blue. |
| 16:52 |
kmlussier |
berick++ |
| 16:52 |
berick |
dbwells: fixed-height: https://bill-dev2.esilibrary.com/eg/staff/test/autogrid2 |
| 16:53 |
jeff |
dbwells: i believe that's just the default browser behavior when shift-click isn't being trapped, which as berick noted earlier is simply because it hasn't been implemented yet. :-) |
| 16:53 |
berick |
dbwells: yeah, i was confused by that at first. does the same when you click then mouse over |
| 16:54 |
jeff |
as i look at the normalized title/author, what was the name or bug number for the "materialized better-than-simple record extracts" idea/work/branch? |
| 23:43 |
|
rfrasur joined #evergreen |
| 23:54 |
pastebot |
"bshum" at 64.57.241.14 pasted "reingest failure?" (8 lines) at http://paste.evergreen-ils.org/37 |
| 23:55 |
* Guest2223 |
expected "reingest failure" to be related to food in some way |
| 23:55 |
bshum |
Hehe |
| 23:55 |
bshum |
Unfortunately not. |
| 23:56 |
bshum |
@later tell dbwells Testing the reingest command at the end of the 800t reingest with the new browse broke something on my test server. Not sure if it's index related or something deeper. Will investigate more tomorrow. |
| 23:56 |
pinesol_green |
bshum: The operation succeeded. |
| 23:56 |
dcook |
And I'm back |
| 23:57 |
dcook |
Quick ? for you bshum if I may? |
| 10:01 |
yboston |
bshum: ¡gracias! https://www.youtube.com/watch?v=0jnv0ejmLlY |
| 10:14 |
|
timf joined #evergreen |
| 10:18 |
pinesol_green |
[evergreen|Jason Stephenson] LP1297435: Make 0872 upgrade require less hand holding. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2d2e504> |
| 10:24 |
egbuilder |
build #573 of evergreen-master-ubuntu-12.04-x86 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-ubuntu-12.04-x86/builds/573 |
| 10:25 |
bshum |
Yay! |
| 10:25 |
bshum |
:) |
| 10:25 |
bshum |
(unrelated) |
| 10:56 |
eeevil |
Bmagic: have a heart and at least add /system to make it bootable ;) |
| 10:57 |
Bmagic |
eeevil: lol - yeah bootable suuuure |
| 10:58 |
phasefx |
new meaning to DOS |
| 10:58 |
jeffdavis |
rangi: what is the state of the NCIPServer code? I see it's being actively developed (which is great!), wondering how far it is from being ready for testing/release. |
| 11:01 |
Dyrcona |
jeffdavis: My understanding is testing is started for the Koha side of things. The Evergreen side has gone nowhere because I was going to do it and have been too busy with other projects. |
| 11:01 |
jeff |
jeffdavis: what are you looking to do with NCIP? |
| 11:02 |
Dyrcona |
jeffdavis: The Evergreen side of things should start moving within a few weeks or months. |
| 11:09 |
jl- |
I'm reporting on the conference later today, anyone else want to chime in why migrating from a legacy ILS -> evergreen is such a big deal? so far I have: 1) marc records are shit 2) there are a lot of custom scripts involved but no clear documentation that fits all for batch importing formatting, adjusting (utilizing and perl, python) and there are several layers to be aware of (bibs, authorities, holds, books in circulation, charactor en |
| 11:51 |
rfrasur |
Dyrcona: why? because of conference calls? Oh, that's good...although conference calls do evoke a little bit of hari kari in me. |
| 11:55 |
rfrasur |
:-| |
| 11:55 |
* rfrasur |
just died a little, too. |
| 11:59 |
dreuther |
Is there a public facing server running master that I can use to test a couple things? |
| 12:01 |
rfrasur |
dreuther: I'm really not sure. You might want to ping bshum or jeff or csharp or eeevil |
| 12:01 |
* rfrasur |
pings them for you. |
| 12:01 |
dreuther |
rfrasur: Thanks |
| 12:03 |
bshum |
And actually master-like |
| 12:03 |
Dyrcona |
oops. bet that's in the logs now. :) |
| 12:04 |
rfrasur |
Dyrcona: no context so it's okay |
| 12:04 |
bshum |
dreuther: I'd generally recommend putting together your own test system though. Trusting the rest of us might not be the best thing if you want to check or poke at things :) |
| 12:04 |
* bshum |
wanders off to lunch |
| 12:05 |
dreuther |
bshum: Thanks I think that will be close enough. Just need a few basic tests. |
| 12:06 |
jeff |
Syndetics Plus adds an additional 13KB of Javascript that rarely if ever changes, yet is loaded with a cache-busting t=Date().getTime() |
| 12:08 |
Dyrcona |
Working for libraries: The crazy that keeps on giving! |
| 12:08 |
jeff |
also, while the http URL is backed by a CDN (which we already know has certain availability issues), the https URL appears to be backed by a single server at proquest. |
| 12:12 |
rfrasur |
Dyrcona++ #I'm particularly fond of the "Ten reasons not to read this list of ten reasons not to read this list." |
| 12:19 |
jeff |
<br /> nbsp;<br /> |
| 12:19 |
rfrasur |
lol, nice. |
| 12:23 |
Dyrcona |
rfrasur: I think we need buttons: "I passed the secret test!" |
| 12:23 |
rfrasur |
hehe, I'll make it happen. |
| 12:50 |
* rfrasur |
plays with Awesome Box. |
| 12:56 |
jcamins |
rfrasur: how is it? |
| 16:09 |
|
lchenry joined #evergreen |
| 16:09 |
rfrasur |
so, I bought them croissants. |
| 16:10 |
* rfrasur |
mutters something about being an enabler. |
| 16:14 |
lchenry |
Hi, y'all - is there a way to force Evergreen to send an email to a patron for testing purposes? |
| 16:14 |
rfrasur |
lchenry: what are you testing? |
| 16:14 |
rfrasur |
the validity of the email address or something else? |
| 16:15 |
lchenry |
We have a patron whose hold notifications are dated 12/31/1969 |
| 16:15 |
lchenry |
I read that this could be a problem with some phones, and I wanted to see if it displayed the same way on a laptop or desktop |
| 16:15 |
lchenry |
and she's already deleted the notifications she had |
| 16:22 |
lchenry |
No |
| 16:22 |
lchenry |
Just something I found when Googling |
| 16:22 |
* bshum |
looks for stock |
| 16:23 |
lchenry |
But my original question: Is there a way to force a test email? That would be handy, not just for this but for other email problems. |
| 16:23 |
bshum |
Okay, that date thing must be custom somewhere, I'm not seeing anything like that in the stock A/T definitions at least. |
| 16:24 |
lchenry |
Fair enough. Thanks for looking. |
| 16:24 |
csharp |
lchenry: your sys admin can use mutt or something to send an email from the server, if that's what you want |
| 16:24 |
bshum |
I think in the A/T admin interface there's a test area |
| 16:24 |
bshum |
But I don't know if/how it works |
| 16:24 |
* csharp |
doubts it does that level of testing |
| 16:24 |
bshum |
csharp's suggestion is probably best to determine if there's any wacky config issues on the server in question. |
| 16:26 |
* Dyrcona |
thinks it is more likely to be the template and not the server. |
| 16:26 |
lchenry |
Yeah, I don't have access to the back end of it, and the EG admin is home sick. I was hoping not to bug him. :) |
| 16:34 |
lchenry |
Haha, any knowledge is good knowledge. |
| 16:34 |
csharp |
lchenry++ |
| 16:34 |
bshum |
trivia++ |
| 16:34 |
remingtron |
berick: what's required to get a test instance of your web staff client code running? |
| 16:36 |
bshum |
For myself, I grabbed one of berick's working branches |
| 16:36 |
bshum |
http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/collab/berick/web-staff-proto |
| 16:36 |
bshum |
And installed that branch of code alongside other things in our test system. |
| 16:37 |
bshum |
There's a few branches floating around though, so berick might know which ones he wants people to poke with more specifically. |
| 16:37 |
bshum |
But I had the most luck with that. |
| 16:37 |
jeff |
a surprising number of things are tolerant of a mis-permissioned metabib.full_rec view. |
| 16:37 |
jeff |
but added content is not one of those things. |
| 16:38 |
jeff |
(owner/permissions on metabib.full_rec in a dev test db was wrong) |
| 16:38 |
remingtron |
bshum: do you think a normal install is necessary, or could I just drop his template and js folders in place? |
| 16:39 |
bshum |
remingtron: So what I actually did in the end was squashed all of berick's changes into a single commit and tacking that onto our custom blends we build. |
| 16:40 |
bshum |
remingtron: From that squash, I can see changes to fm_IDL.xml, eg_vhost, and a perl module |
| 16:42 |
remingtron |
sounds like a fresh build is best. thanks |
| 16:42 |
berick |
remingtron: what bshum said, but beware the latest code requires websockets opensrf. change t_base_js.tt2 to avoid websockets (the opensrf_xhr.js bits and the comment out OpenSRF.Session.transport should do it).[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C[C |
| 16:43 |
* berick |
curses this connection |
| 16:43 |
bshum |
Ahh, didn't notice that in the newest branch |
| 16:43 |
bshum |
My test build didn't include that fun stuff :) |
| 16:43 |
bshum |
I pulled early |
| 16:43 |
jeff |
kmlussier: the wifi at the evergreen conference this year was quite decent, especially in comparison to what i'm heading from code4lib 2014 :-) |
| 16:44 |
* rfrasur |
concurs |
| 16:44 |
* dbs |
nods vigorously |
| 16:44 |
* csharp |
t rie s to type fffro m code4libbbbbbbbb |
| 16:44 |
rfrasur |
hehe, nice |
| 16:45 |
jeff |
and i am pleased to report that there was no $18/day charge on my bill for in-room wifi, either. :-) |
| 16:45 |
dbs |
so csharp / bshum , have you written any selenium tests yet? |
| 16:46 |
rfrasur |
jeff: that was also quite lovely. |
| 16:46 |
* dbs |
is delighted to only be dealing with crappy wifi here |
| 16:46 |
csharp |
dbs: nossir |
| 16:46 |
dbs |
csharp: what are you waiting for? 15 minutes of intro so far! :) |
| 16:46 |
jeff |
i need to look at selenium again. i think my last selenium tests were for jspac. :-) |
| 16:46 |
csharp |
heh |
| 16:47 |
jeff |
and they were more along the lines of "it takes HOW long to load X from a cold browser cache?" |
| 16:47 |
dbs |
jeff: really good presentation on it right now |
| 16:47 |
bshum |
dbs: I haven't poked at it, but I remember the lightning talk in vancouver about it |
| 16:48 |
jeff |
<META NAME="Generator" CONTENT="Microsoft Word 97"> |
| 16:48 |
jeff |
<TITLE>NOIMAGE1</TITLE> |
| 16:49 |
phasefx |
we can make it easier for selenium tests too if we embed some non-localizable keywords to indicate state in the HTML we produce |
| 16:50 |
phasefx |
then you can make assertions against the presence or absence of those keywords |
| 16:50 |
dbs |
phasefx: that sounds kind of terrible, actually |
| 16:51 |
phasefx |
I saw that in use when I researched it, but the whole practice of UI testing is kind of terrible IMO :) |
| 16:52 |
phasefx |
why does that specifically sound terrible? |
| 16:53 |
Dyrcona |
"the whole practice of software is kind of terrible" FTFY, phasefx. |
| 16:53 |
Dyrcona |
:) |
| 16:53 |
phasefx |
thanks man |
| 16:53 |
dbs |
Dyrcona++ |
| 16:53 |
* Dyrcona |
is tired and cranky at the moment. |
| 16:53 |
dbs |
phasefx: test the actual things in the UI, like class properties for state |
| 16:54 |
* rfrasur |
is too. |
| 16:54 |
Dyrcona |
rfrasur++ # for putting up with a different brand of crazy. |
| 16:54 |
rfrasur |
I'm not sure how much I put up with it. I feel like I'm nagging at people every five minutes. |
| 16:55 |
* dbs |
takes meds these days and finds he's not as cranky (believe it or not) |
| 16:55 |
phasefx |
dbs: I think I erred using a word like state; too strong. What I read was that you aim for testing the widgets/controls, but don't go for testing functional behavior per se |
| 16:55 |
* rfrasur |
takes a deep breath and goes to get some tea. |
| 16:55 |
* csharp |
never saw much actual sign reading in his frontline public library staff days |
| 16:56 |
rfrasur |
csharp: not even when the librarian is actually putting her hand under the words and reading it aloud? |
| 04:19 |
|
remingtron joined #evergreen |
| 04:19 |
|
dbwells joined #evergreen |
| 04:43 |
|
remingtron_ joined #evergreen |
| 05:09 |
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 |
|
timf joined #evergreen |
| 07:32 |
csharp |
@quote random |
| 07:32 |
pinesol_green |
csharp: Quote #24: "<denials> when git doesn't kill you, it makes you smarter" (added by gmcharlt at 03:58 PM, May 03, 2012) |
| 09:24 |
jeff |
tsbere++ |
| 09:24 |
jeff |
(for the code and bug, not for having the same opinion as i) :-) |
| 09:31 |
|
yboston joined #evergreen |
| 09:36 |
tsbere |
jeff: As an FYI, in testing I saw *massive* improvements in response time, though I also did things like "put a hold on every bib in the concerto database" as part of testing. Not 100% realistic, IMO, but meh. ;) |
| 09:38 |
tsbere |
(fun doing things like "insert into action.hold_request(blah blah) select blah blah, id, blah blah from biblio.record_entry where not deleted" during testing, I think I did the same with asset.copy at one point too.... |
| 09:40 |
|
alynn26 joined #evergreen |
| 09:48 |
jeff |
tsbere: You and I have talked before, but I have ~40 holds on my account on a normal day due to my use of suspended holds, and I expect I would see several seconds shaved off of my account retrieval at a SIP client |
| 09:58 |
|
BigRig_ joined #evergreen |
| 10:09 |
|
denishpatel joined #evergreen |
| 10:11 |
csharp |
unforking_sip_server++ |
| 10:14 |
|
rjackson-isl joined #evergreen |
| 10:15 |
egbuilder |
build #539 of evergreen-master-fedora-18 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-fedora-18/builds/539 |
| 10:16 |
phasefx |
huzzah |
| 10:17 |
|
tspindler joined #evergreen |
| 10:35 |
tsbere |
eeevil: The parameter in question was, in fact, an internal evergreen parameter, not one that SIPServer used directly. <_< |
| 14:21 |
pinesol_green |
Launchpad bug 1290496 in Evergreen "Import z3950 - using local catalog search option results in network error" (affected: 2, heat: 10) [High,Confirmed] https://launchpad.net/bugs/1290496 |
| 14:21 |
bshum |
Dyrcona: Cool, if you feel like pushing it, go ahead. |
| 14:21 |
bshum |
It worked fine for me too when we were hammering at it |
| 14:22 |
Dyrcona |
bshum: Well, I wonder if it needs more testing, and is it really related to Sitka's issue with acquisitions? |
| 14:24 |
Dyrcona |
heh.. Syndetics.... |
| 14:24 |
Dyrcona |
My first test search was Aleph by Paulo Coelho, and the first copy gets a cover of Frankenstein by Mary Shelley. |
| 14:37 |
Dyrcona |
After some more looking, I guess we should push the branch. I don't think either of the more permanent fixes are going to happen before release. |
| 14:41 |
jl- |
do people still use these tools: http://coffeecode.net/egdocs/1.6/draft/html/migrating_records_using_migration_tools.html I recall someone saying that the pg_loader is slow and not recommended |
| 14:42 |
Dyrcona |
jl-: I certainly hope no one still uses those tools. |
| 15:38 |
|
remingtron joined #evergreen |
| 15:39 |
eeevil |
related, for later, we need to gut 80%+ of Publisher/metabib.pm, methinks |
| 15:41 |
bshum |
Dyrcona++ # thanks, I was distracted talking to Bmagic about git usage. |
| 15:41 |
jihpringle |
bshum: I've done some more acq testing and I think what we were seeing was related to Vandelay and queues rather than Z39.50 |
| 15:42 |
jihpringle |
and can be avoided by chosing the right options in vandelay |
| 15:42 |
bshum |
jihpringle: That's what we were suspecting based on what berick was trying to tell me I think. |
| 15:42 |
bshum |
jihpringle: Glad to hear you're looking into it though. |
| 15:44 |
jihpringle |
I can confirm that the MARC Federated Search is broken for the local catalogue by the z39.50 issue which will be what dbwells saw for creating picklists |
| 15:45 |
jihpringle |
I'm hoping to get the fix applied to our test server later today to confirm that the MARC Federated Search gets fixed by it, unless someone else has already tested that piece |
| 15:45 |
eeevil |
bshum: on https://bugs.launchpad.net/evergreen/+bug/1249480 did you push that to 2.5 also, or were there merge problems there? |
| 15:45 |
pinesol_green |
Launchpad bug 1249480 in Evergreen 2.5 "staff client localstore.rdf can grow too large" (affected: 2, heat: 10) [Undecided,New] |
| 15:46 |
bshum |
eeevil: I believe I only pushed it to master because I got distracted |
| 15:48 |
bshum |
Agreed, it would for rel_2_5 |
| 15:48 |
bshum |
I probably just got distracted when I was working on it and stopped :\ |
| 15:49 |
Dyrcona |
I can push it unless someone else wants to. |
| 15:49 |
bshum |
jihpringle: That'd be great to test if you can apply the patch for the z3950 one to see if it's similarly affected. |
| 15:49 |
bshum |
I'll try to carve some time to look at the MARC federated search in acq later on our end too. Maybe. If I ever go home from conferences :) |
| 15:56 |
berick |
for ref, the acq/vandelay issue (one of them) was about not picking a queue during import, which is required. |
| 15:59 |
eeevil |
bshum: arg ... so, there's enough drift that it's far from clear that I won't break things with a simple pick-and-fix |
| 16:00 |
bshum |
eeevil: Yeah I think that's why I skipped it. Sorry. (tell people to upgrade!) |
| 10:44 |
gsams |
I wasn't able to attend your session and Sys Admin interest group at the same time |
| 10:45 |
krvmga |
Dyrcona++ |
| 10:46 |
|
kbutler joined #evergreen |
| 10:46 |
phasefx |
jeff: I believe it was you asked about up'ing the live tests frequency. I'm going to make it happen twice a day |
| 10:47 |
phasefx |
would folks here be okay with two RSS messages a day from qatests? |
| 10:47 |
jeff |
sounds like a reasonable next step :-) |
| 10:47 |
* jeff |
has no objection |
| 10:47 |
phasefx |
my original goal was to only see the RSS message when the status actually changed (from Failed to Passed or vice versa); not sure what I did wrong there, but others are welcome to poke if they like that behavior better |
| 10:52 |
phasefx |
probably something to do with when the file was last modified; could reset that timestamp or not overwrite the file unless it changes |
| 10:55 |
phasefx |
well no, it looks I tried to do just that (the latter), but am still doing something wrong. I'm going to stop rubberducking and move on :) that code is at the bottom of test_output_webifier.pl if anyone has the itch; referenced through the "git" link at http://testing.evergreen-ils.org/~live/ |
| 11:02 |
|
akilsdonk joined #evergreen |
| 11:03 |
dbs |
speaking of testing, we need to add Business::Stripe to the slaves (per phasefx's presentation) |
| 11:03 |
|
kbeswick joined #evergreen |
| 11:05 |
* jeff |
nods |
| 11:05 |
jeff |
two GPLS slaves (csharp is at code4lib con, right?) and one UPEI? |
| 11:54 |
jeff |
dbs: if the -y caused aptitude to remove those packages without user interaction, that does make me wonder if we can turn off prompting without disabling safeties (like "is it okay if i go this odd route on fixing what looks broken?") |
| 11:55 |
jeff |
dbs: ah, the shotgun approach. :-) |
| 11:58 |
* dbs |
is locked and loaded |
| 12:01 |
egbuilder |
build #566 of evergreen-master-debian-6.00-x86_64 is complete: Success [build successful] Build details are at http://testing.evergreen-ils.org/buildbot/builders/evergreen-master-debian-6.00-x86_64/builds/566 |
| 12:02 |
jeff |
yay! \o/ |
| 12:02 |
dbs |
phasefx: BOOM! See, testbot is still announcing in-channel (I didn't touch anything, honest) |
| 12:03 |
dbs |
testbot, buildbot, potato, poutine |
| 12:03 |
jeff |
buildbot++ |
| 12:03 |
jeff |
poutine++ |
| 12:05 |
phasefx |
it announced to me in private message too, go egbuilder :) |
| 12:11 |
mceraso |
gmcharlt: I tested the release candidate for OpenSRF 2.3.0 and encountered no issues whatsoever |
| 12:11 |
gmcharlt |
mceraso++ |
| 12:33 |
|
bmills joined #evergreen |
| 12:44 |
kmlussier |
The CREATE_PICKLIST permission. In this context, picklist is acq selection list? Is that right? |
| 14:54 |
|
ktomita_ joined #evergreen |
| 14:57 |
|
_bott_ joined #evergreen |
| 15:05 |
csharp |
jeff: correct two GPLS buildslaves, one Fedora 19, one Ubuntu 12.04 |
| 15:05 |
jeff |
robbat2: are you making that statement based on observation and testing, or something in the 9.3 changelogs, or? |
| 15:05 |
csharp |
s/correct/correct -/ |
| 15:05 |
jeff |
csharp: cool. are you in a position to get Business::Stripe installed on both, or are you distracted by code4lib? :-) |
| 15:05 |
csharp |
distracted at the moment, but I can do it later ;-) |
| 09:46 |
csharp |
JawaScript - "ootedee" |
| 09:47 |
gsams |
csharp++ |
| 09:47 |
Dyrcona |
It is Jetty, the lightest of the Java Application/Web servers. |
| 09:47 |
dbs |
works++ |
| 09:48 |
dbs |
running code beats hypothetical but non-existing other options |
| 09:49 |
dbs |
The claims for screen sizes are sorely tested by the 800x600 projector :) |
| 09:50 |
csharp |
dbs: yeah - I just thought of that |
| 09:50 |
* dbs |
channels Monty Python: "It's only a model" |
| 09:50 |
Dyrcona |
Or they're too big. |
| 10:15 |
csharp |
emckinney++ |
| 10:15 |
dbs |
Dyrcona: what is this "code" of which you speak? |
| 10:15 |
Dyrcona |
:) |
| 10:15 |
jeff |
For those without the room in the budget, I believe there is room for non-cash contributions to the web based client effort: testing, feedback, code... |
| 10:16 |
dbs |
emckinney++ |
| 10:16 |
bshum |
Review counts too. |
| 10:16 |
Dyrcona |
I saw mention of javafx in one of berick's URLS, I think we'll have to install Java 8. |
| 10:16 |
|
tater-laptop joined #evergreen |
| 10:16 |
csharp |
once we get mundungus in place, popping up test vms will be a snap |
| 10:17 |
csharp |
LXDE FTW |
| 10:17 |
jeff |
csharp: missed you last night in the lobby, but if you have time to talk mundungus today before you leave, let's. |
| 10:17 |
gsams |
I'd be happy to help test. I'm afraid that we will be too far back in version to help with that much though. |
| 10:17 |
Dyrcona |
It was the URL about printing a web page from Java. |
| 10:17 |
csharp |
jeff: yeah - I overestimated my energy level :-/ |
| 10:17 |
kbutler |
yeah, happy to help test, but will def. need a demo machine somewhere. |
| 10:17 |
Dyrcona |
Just open a browser with one tab and you're using 256 to 512 MB. |
| 10:18 |
csharp |
jeff: I'll be leaving by 11:30, and may not attend the last sessions, but if you want to chat after this, let me know |
| 10:18 |
dbs |
I believe Firefox is lighter than Chrome on the tab front |
