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 ;-) |
00:21 |
|
mmorgan1 joined #evergreen |
01:22 |
|
mmorgan1 joined #evergreen |
01:24 |
|
gsams joined #evergreen |
04:52 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
05:25 |
|
kmlussier joined #evergreen |
05:35 |
kmlussier |
@later tell bshum Getting errors when pulling up yesterday's IRC log. http://irc.evergreen-ils.org/evergreen/2014-03-21 |
05:35 |
pinesol_green |
kmlussier: The operation succeeded. |
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 |
04:43 |
|
alynn26 joined #evergreen |
04:58 |
|
alynn26 joined #evergreen |
05:12 |
|
alynn26 joined #evergreen |
05:24 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
05:27 |
|
alynn26 joined #evergreen |
05:27 |
|
mmorgan1 joined #evergreen |
05:41 |
|
alynn26 joined #evergreen |
10:31 |
hbrennan |
oh gross... or not |
10:31 |
jeff |
@who thinks @who will work now? |
10:31 |
pinesol_green |
jeff: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
10:31 |
jeff |
double drat. |
10:32 |
jeff |
@who thinks jeff should stop cluttering up the channel with his testing |
10:32 |
pinesol_green |
jeff: An error has occurred and has been logged. Please contact this bot's administrator for more information. |
10:34 |
jeff |
@who thinks that it'll work now? |
10:34 |
pinesol_green |
phasefx thinks that it'll work now. |
11:08 |
pinesol_green |
gsams: <shaggy>We're, like, doomed.</shaggy> |
11:09 |
|
zaimma joined #evergreen |
11:09 |
hbrennan |
berick: Ha. Love that. |
11:10 |
jeff |
@ana This is a test |
11:10 |
pinesol_green |
jeff: Its hastiest |
11:10 |
jeff |
@who [ana stole the cookie from the cookie jar]? |
11:10 |
pinesol_green |
egbuilder Cheekier of to toothsome lock. |
11:19 |
berick |
gmcharlt: aware of any changes to git.evergreen-ils.org? getting publickey / permission denied errors today |
11:19 |
eeevil |
kmlussier: everyone hosted by ESI (to be clear) ... we heartily recommend SSD |
11:20 |
jeff |
berick: i was just able to fetch security without issue. sure you have the right key loaded? |
11:20 |
berick |
jeff: hm, yeah, it must be me. just tested another server. |
11:21 |
berick |
@who logged onto my dev server and broke things |
11:21 |
pinesol_green |
Bmagic logged onto your dev server and broke things. |
11:21 |
bwiens |
lol |
11:22 |
jeff |
sitting in the Mutually Assured QA talk and looking at http://www.postgresql.org/docs/9.2/static/runtime-config-logging.html |
12:08 |
StephenGWills |
hanging in 'Discovery' Room at Marriot with Dev while Galen asks for a new release mgr. And….. Ben Shum steps up! |
12:09 |
kayals |
Hi. Could anyone help why my search in OPAC gives zero result found but I can get results from staff-client |
12:09 |
StephenGWills |
version? |
12:09 |
kayals |
2.4.6 |
12:09 |
kayals |
its a standalone testing server |
12:10 |
StephenGWills |
I ran into the recently and found that I had to reinvest my records to get my 901c field updated |
12:10 |
StephenGWills |
and then it showed up in both the opac and the staff client. maybe that would help you? |
12:11 |
kayals |
thanks |
12:14 |
kayals |
make sense |
12:16 |
RoganH |
I think while ben is talking we should volunteer him for more tasks, like writing all 2.7 documentation. |
12:17 |
tsbere |
irc side-votes? ;) |
12:18 |
StephenGWills |
and build the test platform? and QA test scripts? |
12:23 |
mrpeters |
tsbere is most likely correct. staff sees all undeleted bibs in search results, patrons only see bibs with items, or e-resource type bibs with proper holdings info in them |
12:23 |
tsbere |
mrpeters: Or "trancendant" bibs regardless of all of the rest |
12:24 |
mrpeters |
^^ forgot about those suckers |
13:53 |
jeffdavis |
heh |
13:54 |
gsams |
csharp++ |
13:55 |
|
jihpringle joined #evergreen |
13:58 |
jeff |
I can't tell if I just broke my charger or if this powerstrip lacks power. |
13:58 |
* jeff |
grabs a paperclip and tests |
13:58 |
* berick |
plays taps |
13:58 |
* bottotr |
doesn't smell smoke |
14:00 |
jboyer-laptaupe |
Is someone making bacon in the next room? |
15:00 |
dbs |
ah bug fd3703ad |
15:00 |
pinesol_green |
[evergreen|Ben Shum] Revert "Eliminate an annoying and useless warning in the JavaScript Console." - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fd3703a> |
15:00 |
jeff |
it was a bit too RFC 1178 for my tastes |
15:00 |
bshum |
But it is just the usual "marc_export" just substantially faster. At least in my testing. |
15:01 |
csharp |
we could rename pinesol_green "marque" |
15:01 |
bshum |
I keep meaning to think about dropping the _green part |
15:01 |
jeff |
csharp: alas, someone already has that nick registered |
12:41 |
bshum |
Till something gets reingested somewhere, somehow |
12:41 |
bshum |
And the "somehow" is the part I've been trying to get to the bottom of |
12:42 |
dbwells |
jeffdavis: yes, bshum is the mysterious "reporter", so he knows better than I. |
12:47 |
jeffdavis |
for this test server I didn't run the upgrade scripts on production data, we have a test dataset containing a subset of 200K bibs (and other stuff) from our prod system |
12:47 |
jeffdavis |
process was (1) create clean 2.6 database, (2) insert bibs and other data |
12:47 |
berick |
the upgrade scripts aren't forcing a re-ingest, at least not the last time I checked. |
12:48 |
jeffdavis |
I don't see the issues with format icons etc that bshum mentioned. |
12:48 |
berick |
jeffdavis: yeah, on a new DB, it should not be an issue |
12:48 |
_bott_ |
bshum: I've run into both 1 and 2 of your noted issues on my test install. Unfortunately, after a big set of metabib.reingest_record_attributes(), I still have a few that don't get searched, and I can't explain |
12:49 |
_bott_ |
...and I agree on the "somehow". The noted function didn't seem to be getting called unless I did so directly. |
12:49 |
bshum |
_bott_: What we found is that some of our bibs had weird encodings on them. Like a DVD that was encoded as a laserdisc in OCLC. |
12:50 |
_bott_ |
yep, found a few of those too. But I have a couple that seem to "fit", but aren't getting the expected vlist entries |
12:50 |
|
Wyuli joined #evergreen |
13:35 |
eeevil |
so when we reingest a record's attributes, first we do the controlled, non-composite ones, then the uncontrolled ones (no ccvm entry), then the composite attrs |
13:37 |
bshum |
I'm looking for another example book that's missing from our searches to go see what the vlist entries are. |
13:37 |
bshum |
And see if it has anything obviously missing |
13:37 |
eeevil |
to do the composite attr tests (which can /also/ be multi-valued), we look at the vlist after the controlled non-composite portion is updated (basically the positive numbers in the array) and see which, if any, of the composite attr defs for each composite attribute matches the record's data |
13:39 |
bshum |
The query that was suggested previously included reingests on sr_format instead of search_format, so I initially thought that's where things went wrong for me, but doing the reingest for search_format didn't make the record appear in my searches either (reset memcache too, just in case it was just remembering bad results). |
13:41 |
bshum |
But now I want to verify that the right coded values are where I expect them to be. Or not. |
13:41 |
bshum |
I do know that a full reingest took the vlist from one list of numbers to a much longer list of numbers. |
14:00 |
bshum |
That does look different. I will see what that does. |
14:00 |
dbwells |
right, without specifying the attrs you want |
14:00 |
bshum |
On one bib first |
14:01 |
dbwells |
Yes, iterative testing with hour+ waits can be a drag :) |
14:02 |
bshum |
Especially when reloading the fresh DB to then re-run all the upgrade scripts for it :) |
14:05 |
bshum |
Well, the vlist entries changed slightly doing that on the sample bib |
14:05 |
bshum |
Resetting the memcache and trying a fresh search next |
14:05 |
dbwells |
bshum: what is the record being tested, at this point? |
14:05 |
bshum |
Just one of the many "the help" books that didn't show up in search |
14:06 |
bshum |
When I search for it in production I can find 19300 hits, but in the test server, I can only find 9640 hits |
14:06 |
bshum |
So I have plenty to choose from |
14:06 |
bshum |
If I go direct to the record ID the bib lives, so there is that |
14:07 |
dbwells |
bshum: with such nice roundish numbers, are you sure that isn't a superpage setting difference? |
14:07 |
bshum |
There might be some. |
14:07 |
bshum |
But the book still isn't showing up in search |
14:07 |
bshum |
I'm going to do a full reingest now on that bib and seeing what the vlist says next |
14:07 |
bshum |
And yes, it is superpage, good call dbwells :D |
14:08 |
* bshum |
curses his test server |
14:08 |
bshum |
Well, it looks exactly the same. |
14:08 |
bshum |
Wth |
14:10 |
bshum |
And yet doing the full reingest action makes the bib show up in searches now. |
14:10 |
bshum |
The vlist entries didn't change though from what it looked like after doing the non-specific reingest |
14:10 |
bshum |
So maybe it's not that preventing the bibs from showing up in search |
14:11 |
dbwells |
If we're dealing with different search internal limits, reingesting could cause it to be included just by "chance". |
14:12 |
|
mmorgan left #evergreen |
14:12 |
dbwells |
The records at the tale will have increasingly similar relevance (in the initial built-in sorting), so you might just be excluding different ones. |
14:13 |
bshum |
Or am I misunderstanding what you're suggesting? |
14:14 |
dbwells |
Unfortunately, some of the ranking you see happens late in the process. |
14:14 |
dbwells |
So if a record doesn't make the first cut, it won't be there, even if further adjustments might have put it at #1. |
14:14 |
bshum |
Keyword for "the help stockett" (title + author) and I get 16 hits in production vs. 8 hits in test. |
14:16 |
dbwells |
Can you adjust your internal search limits on the test server, or is that out of the question? |
14:17 |
dbwells |
but yes, that more specific test should be a better one overall for ruling more things out. |
14:17 |
bshum |
I can probably do that. You mean just changing the opensrf.xml settings? |
14:17 |
dbwells |
right |
14:19 |
bshum |
I can make that the same. Just for parity. |
14:29 |
bshum |
Alrighty, tweaked and trying another search test. |
14:29 |
|
Wyuli joined #evergreen |
14:30 |
bshum |
I'm still not seeing half the books or audiobooks that should have retrieved in the test. |
14:31 |
dbwells |
bshum: well, at least the broad search isn't off by 10,000 any more, but yeah, not seeing what we should when adding "stockett" |
14:31 |
bshum |
Given that the vlist entries aren't changing between those reingests, I guess maybe it's not whatever we're doing there, but something else that a full reingest does that would cause things to suddenly become findable through search again. |
14:32 |
dbwells |
bshum: just to triple check that, can you do this: SELECT metabib.reingest_record_attributes(2895210,NULL::TEXT[],marc,false) |
14:37 |
bshum |
Nope. |
14:37 |
bshum |
No limits on the search |
14:38 |
bshum |
Though limiting on the format doesn't help either cause the bib just doesn't show up |
14:38 |
eeevil |
bshum: then attrs are not involved. sorry, I assumed you were testing that |
14:38 |
eeevil |
right. your bibs are not properly ingested at this point in some other way |
14:38 |
dbwells |
bshum: Should we just start walking through the various tables and see what's missing? |
14:38 |
bshum |
dbwells: I guess that's what I should start thinking through. |
14:39 |
eeevil |
are there entries for the missing records in metabib.metarecord_source_map? |
15:03 |
eeevil |
dbwells: agreed, and upgraders can adjust to their taste if they so desire |
15:03 |
_bott_ |
dbwells++ that's what I ended up doing, and other than a few issues I've found, I think it worked well |
15:09 |
_bott_ |
I should note. The "few issues" have turned out to be MARC issues, not software issues |
15:09 |
bshum |
I think I can agree with that now that this last hurdle is solved. And I'm +1 to doing more reingesting. |
15:14 |
bshum |
I have to ask folks to resume testing now. |
15:17 |
eeevil |
FWIW, I do see how, previous to 5f03068 and in the face of a disabled ingest.metarecord_mapping.preserve_on_delete flag, bshum's situation could be created and go unnoticed |
15:18 |
pinesol_green |
[evergreen|Mike Rylander] LP#1284864: Don't leak deleted constituent records - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5f03068> |
15:21 |
dbwells |
eeevil: Can you elaborate? |
15:34 |
eeevil |
ever, to be exact ;) |
15:34 |
dbwells |
:) |
15:38 |
dbwells |
It might be time to just let this shake out a bit more. Whatever the circumstances that caused it, they certainly might well not exist any more. |
15:39 |
eeevil |
the cause must be local to bshum's test server, then. either some intermediate state, or the forced anti-leakage run (though I can't see how, personally) ... right, what you typed faster ;) |
15:42 |
dbwells |
bshum: If you are up for any more inquiry, are you missing metarecord_source_map entries in production? On the other hand, maybe we can look at it together later this week. |
15:45 |
bshum |
dbwells: I can take a closer look again in a bit. Or yeah, there's always some time soon enough. |
15:45 |
bshum |
It's certainly possible it's some weird intermediate step on my end. I really want to blow the whole thing away and try again now :) |
18:10 |
phasefx |
hrmm, we don't have an obvious link to Launchpad from the website do we? ah, found it, Community Links at the bottom. and on the downloads page |
18:13 |
bshum |
I think in the old days, it used to be in one of the sidebars too. For the PHP site, pre-wordpress. |
18:14 |
bshum |
If you have suggestions on making that more visible somehow, I'd be happy to help point you in the direction of the wordpress login page, phasefx :) |
18:23 |
phasefx |
mulling it over :) |
18:45 |
phasefx |
bshum: do we have a dev version of the site where we can test ideas, etc? |
18:55 |
kmlussier |
phasefx: I don't think we do. We like to live on the wild side. |
18:55 |
phasefx |
roger that :) |
19:39 |
bshum |
phasefx: Yeah kmlussier is right about the wild side. Long term I'd like to see looking at our hosting infrastructure to see what might be possible. I think poor lupin could use some retasking certain functions. |
21:16 |
jeff |
kmlussier: indeed i am in Cambridge. Flew in this evening. |
21:17 |
phasefx |
maybe I needed to have followed the advice in 0855 about re-running example.reporter-extension.sql |
21:17 |
bshum |
phasefx: I just committed a fix for 0864 last night. |
21:18 |
phasefx |
bshum: roger doger |
21:19 |
phasefx |
now for smoke testing :) |
21:20 |
|
bbqben joined #evergreen |
21:20 |
* phasefx |
chokes on smoke; probably something else wrong he did |
21:23 |
phasefx |
yay, all working |
21:27 |
bshum |
Whee, cool. |
21:37 |
eeevil |
phasefx: remember to reinjest :) |
21:37 |
phasefx |
is that needed when going from 2.5.3 to 2.6-beta1? |