| 09:10 |
kmlussier |
miker++ #The fix for bug 1516707 is working great! |
| 09:10 |
pinesol_green |
Launchpad bug 1516707 in Evergreen "Relevance ranking deteriorates when phrases are added to search" [Medium,New] https://launchpad.net/bugs/1516707 |
| 09:10 |
kmlussier |
Dyrcona++ #Loading the fix on his VM |
| 09:11 |
Dyrcona |
kmlussier: Should we target that for 2.8 and 2.9? It could make it into today's releases, unless we think it needs more testing. |
| 09:12 |
kmlussier |
Dyrcona: I think it's good to go. I can merge it in a minute. Yes, I think it should be backported. |
| 09:14 |
Dyrcona |
I've targeted it for 2.8.5 and 2.9.1. I think we should let berick decide if it goes into 2.8, though. |
| 09:17 |
kmlussier |
OK, I'll hold off until I get the ok (or not ok) from berick then. |
| 10:29 |
bshum |
:) |
| 10:31 |
jboyer-isl |
Dyrcona: It’s probably not a great plan, but after our upgrades I stop looking at upstream (aside from security) until the next upgrade approaches, when I have to dust off a bunch of knowledge and start over. |
| 10:31 |
jboyer-isl |
Though that makes me wonder, why rebase to 2.9, I thought you stayed on master for the most part? |
| 10:31 |
Dyrcona |
I build new development/test branches almost weekly, sometimes more often, sometimes less. |
| 10:31 |
Dyrcona |
I typically include our customization branches unless I'm build for concerto. |
| 10:32 |
Dyrcona |
So they get rebased with some frequency. |
| 10:32 |
jboyer-isl |
That makes sense. |
| 10:37 |
Dyrcona |
kmlussier++ # for release notes |
| 10:37 |
Dyrcona |
Head's up: I've decided to roll 2.9.1 early in the day. |
| 10:38 |
Dyrcona |
Most of the fixes are in, and we'll have a few left for 2.9.2. |
| 10:38 |
Dyrcona |
Most of the ones that haven't made it are not things that I think I can test easily, i.e. would take me more than one day or we don't normally use that feature. |
| 10:39 |
pinesol_green |
[evergreen|Kathy Lussier] Adding bug fixes and acknowledgements to 2.9.1. Release Notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ada78de> |
| 10:59 |
|
ericar_ joined #evergreen |
| 11:09 |
pinesol_green |
[evergreen|Kathy Lussier] Docs: 2.8.5 point release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f14e164> |
| 11:10 |
berick |
kmlussier++ |
| 11:11 |
|
sarabee joined #evergreen |
| 11:11 |
Dyrcona |
berick: Did you want the QP fix branch in 2.8? kmlussier and I weren't sure if you wanted to test it before or not. |
| 11:11 |
kmlussier |
berick: For reference bug 1516707 |
| 11:11 |
pinesol_green |
Launchpad bug 1516707 in Evergreen 2.8 "Relevance ranking deteriorates when phrases are added to search" [Medium,New] https://launchpad.net/bugs/1516707 |
| 11:12 |
Dyrcona |
heh. I was just looking the bug# up. |
| 11:12 |
kmlussier |
I had it in an open tab |
| 11:12 |
berick |
Dyrcona: yes, i do want it. |
| 11:13 |
berick |
did we ever find a suitable concerto test for that? |
| 11:13 |
berick |
(not that worried about it, really, if it works in 2.9) |
| 11:13 |
Dyrcona |
I don't think so, but kmlussier would know better than i. |
| 11:13 |
kmlussier |
berick: No, I don't think it's something you can test in concerto. I tested it with production data. |
| 11:13 |
Dyrcona |
It works on my production data. |
| 11:14 |
berick |
k |
| 11:14 |
berick |
i'll just make sure it doesn't blow up |
| 11:14 |
kmlussier |
berick: Actually, "violin concerto" might be a good test. |
| 11:15 |
Dyrcona |
:) |
| 11:16 |
berick |
i'll try that |
| 11:16 |
berick |
thanks |
| 12:25 |
|
ericar_ joined #evergreen |
| 12:39 |
|
Christineb joined #evergreen |
| 12:40 |
Dyrcona |
Yay for new server(s)! |
| 12:42 |
csharp |
are there currently test suites for javascript in EG? |
| 12:42 |
csharp |
we're looking at karma/jasmine and it's very simple to use |
| 12:43 |
csharp |
(in the angularjs bootcamp) |
| 12:43 |
csharp |
https://jasmine.github.io/2.3/introduction.html & https://github.com/karma-runner/karma |
| 12:45 |
* csharp |
has a stack of new dells sitting on the cage floor waiting for power which is waiting for contract stuff :-/ |
| 12:47 |
Dyrcona |
kmlussier and anyone else: Head's up that I am shutting down my normal vm to test the 2.9.0 to 2.9.1 upgrade. |
| 12:48 |
Dyrcona |
csharp: I'm not aware of any JS tests, but I've not looked into the Angular staff client code much. |
| 12:48 |
Dyrcona |
I know that Angular is supposed to be easy to write tests for. |
| 12:51 |
|
gsams joined #evergreen |
| 13:01 |
|
gsams joined #evergreen |
| 13:07 |
gmcharlt |
webstaff does have some tests for the Angular code |
| 13:08 |
Dyrcona |
I thought it might, but wasn't sure. |
| 13:10 |
|
jihpringle joined #evergreen |
| 13:10 |
berick |
csharp: we use karma/jasmine now for the angular stuff |
| 14:44 |
pinesol_green |
Launchpad bug 1517596 in Evergreen "webclient: merge patrons missing" [Medium,New] https://launchpad.net/bugs/1517596 |
| 14:44 |
pinesol_green |
Launchpad bug 1517595 in Evergreen "webclient: delete patron action is missing" [Medium,New] https://launchpad.net/bugs/1517595 |
| 14:45 |
csharp |
kmlussier: will do |
| 14:45 |
kmlussier |
I would have added that comment when I submitted them, but I didn't see it until it was too late. |
| 14:46 |
kmlussier |
Despite many, many hours of us of the web staff client, I sometimes feel as if I've only scratched the surface of testing it. There's just so much there. |
| 14:46 |
kmlussier |
s/us/use |
| 14:49 |
Dyrcona |
Oh, speaking of web client testing. My dev vm should be back to "normal." |
| 14:50 |
csharp |
kmlussier: I agree - PINES is about to dive into testing it on 2.9.X, so we'll have more data to work with |
| 14:52 |
|
vlewis__ joined #evergreen |
| 14:52 |
|
vlewis___ joined #evergreen |
| 14:56 |
|
vlewis joined #evergreen |
| 15:17 |
berick |
had to add -lm -lpthread and -lrt |
| 15:17 |
berick |
following along with https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713616 |
| 15:17 |
pinesol_green |
Debian bug 713616 in src:netcfg "netcfg: FTBFS: ld: /usr/lib/gcc/x86_64-linux-gnu/4.8/../../../x86_64-linux-gnu/libcheck.a(check.o): undefined reference to symbol 'floor@@GLIBC_2.2.5'" [Serious,Fixed] |
| 15:17 |
berick |
yay, tests pass |
| 15:18 |
berick |
that is, add it to Open-ILS/src/c-apps/tests/Makefile LIBS = |
| 15:18 |
pinesol_green |
[evergreen|Ben Shum] Docs: Change references to release 2.9.1 - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=26d08db> |
| 15:18 |
* berick |
makes a note to open an LP |
| 15:20 |
berick |
kmlussier: I def. notice a difference in the "violin concerto" query after applying the QP patch |
| 09:19 |
|
mmorgan joined #evergreen |
| 09:36 |
|
yboston joined #evergreen |
| 09:54 |
|
sarabee joined #evergreen |
| 10:07 |
kmlussier |
Dyrcona: For clarification, test writing day is today, not tomorrow. |
| 10:08 |
Dyrcona |
Well, now you tell me. |
| 10:08 |
kmlussier |
ldw sent his email last night. |
| 10:08 |
Dyrcona |
And, goodbye. I have a day of meetings. |
| 10:51 |
* Dyrcona |
is likely to disappear in a minute or so. |
| 10:51 |
gmcharlt |
dbs: wheee! incompatible changes FTW! at least it was documented |
| 10:53 |
berick |
oh right... release cutting. |
| 10:53 |
* dbs |
ponders the work required to set up a suite of tests for the reporter |
| 10:54 |
dbs |
live tests I guess |
| 10:54 |
berick |
kmlussier: are you still our point person for release docs? |
| 10:54 |
kmlussier |
berick: Yup. I haven't done the legwork to find somebody to take my place yet. |
| 10:55 |
|
sandbergja joined #evergreen |
| 11:00 |
Dyrcona |
dbs: Of course it does. |
| 11:00 |
bshum |
"Can open.... worms everywhere...." |
| 11:01 |
Dyrcona |
bshum++ |
| 11:07 |
StomproJ |
Question for the core devs. I was working on combining all the outstanding "Permission missing from system" launchpad tickets into one branch. And I was also planning on merging all of the database upgrade scripts into one file. I was thinking that it would be easier to deal with them all at once, and just have one db update to apply and test. Is this an ok practice? |
| 11:07 |
bshum |
StomproJ++ # yes |
| 11:07 |
bshum |
And in fact I mentioned doing something similar at the Hackaway with mmorgan |
| 11:07 |
|
ericar joined #evergreen |
| 12:19 |
dbs |
yeah, yeah that's the ticket |
| 12:20 |
gmcharlt |
kmlussier: I think it reasonable to treat it as a backportable bugfix |
| 12:23 |
gmcharlt |
dbs: what about CSV and the debug HTML output? |
| 12:23 |
ldw |
Following the emails regarding test writing day and patch release day, I will postpone test writing day until next week. I will send out an email shortly. |
| 12:25 |
dbs |
gmcharlt: CSV seems to be handled by the Text::CSV_XS module, same way Excel module does |
| 12:25 |
gmcharlt |
OK |
| 12:26 |
gmcharlt |
(I'm asking on the basis of having just read the patch, not yet putting it through its paces) |
| 12:27 |
dbs |
I haven't bugged this or submitted it as a formal fix because I'm curious about what happens on a system with DBD::Pg 3.0.0+ |
| 12:28 |
dbs |
tsbere: I can believe that |
| 12:35 |
|
jihpringle joined #evergreen |
| 12:41 |
kmlussier |
ldw: I don't think that's necessary. Dyrcona thought test-writing day was tomorrow, not today. |
| 12:42 |
kmlussier |
ldw: I clarified the date for him in channel, but forgot to send something out to the list. |
| 12:45 |
|
sarabee joined #evergreen |
| 12:45 |
dbs |
fwiw, the debug output seems thoroughly escaped; a report name of 'Test Francais 8é' gets translated in the output as 'name' => "Test francais 8\x{e9}" |
| 12:46 |
dbs |
which seems fine. But then the subject of the email gets corrupted because we're not doing the right SMTP things |
| 12:46 |
dbs |
so... how far down this rathole do we really want to go? Me, I'm happy just seeing the HTML output fixed as a start. |
| 12:47 |
dbs |
Having fixed the email output for action-trigger notifications way back when, the path is reasonably clear, but the cost/benefit ratio is suspect |
| 12:48 |
gmcharlt |
do what you can, LP the rest and move on |
| 12:50 |
kmlussier |
ldw: Another thing to consider, next week could be problematic due to U.S. Thanksgiving. |
| 12:57 |
|
jihpringle_ joined #evergreen |
| 12:57 |
|
Shae_ joined #evergreen |
| 13:11 |
pinesol_green |
[evergreen|blake] LP1402018_Acq_Copy_location_UI_scoped_to_registered_workstation - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=4b094b1> |
| 13:20 |
ldw |
kmlussier: ahhh. I think now that I have gone and spammed the list about a date change, I might as well stick with it. Hopefully, we can find one day next week that works for everyone in the US. |
| 13:24 |
ldw |
Unless everyone here wants to write tests today (just reading the emails now). I am fine with doing it today too. |
| 13:34 |
kmlussier |
I'm fine going along with the crowd. Based on the silence, I'm guessing there aren't many people around to do it today. |
| 13:34 |
ldw |
kmlussier: seems to be the case. Do people take extended holidays for Thanksgiving? Should I move it to the next week? |
| 13:38 |
kmlussier |
I think it's common for people to take both Thursday and Friday off - don't want to miss all those Black Friday sales. Monday and Tuesday might be better. |
| 17:28 |
kmlussier |
Excellent! I may load up a VM with it now. |
| 17:28 |
kmlussier |
miker++ |
| 17:28 |
* csharp |
finds http://search.cpan.org/~drolsky/DateTime-1.21/lib/DateTime.pm#0-based_Versus_1-based_Numbers based on miker's last comment |
| 17:28 |
kmlussier |
hmmm...I wonder if I can find a good example in Concerto to test the branch against. |
| 17:29 |
miker |
kmlussier: it's a one-liner ... maybe noble's test system can absorb it? |
| 17:31 |
miker |
csharp: right... my thinking was, "if we use the /explicit/ *_0 method names in the perl, there will never be a question" ... whether that thinking was sound is left as an exercise for the reader to determine ;) |
| 17:31 |
kmlussier |
miker: Maybe. I'll run it by them in the morning since it looks like mmorgan just left. |
| 17:31 |
csharp |
miker: makes sense ;-) |
| 17:32 |
miker |
of course, the module's contention that "There is a year 0." is ... problematic :) |
| 15:17 |
|
dwgreen joined #evergreen |
| 15:26 |
Bmagic_ |
anyone else have issues using the "message center" interface? It endlessly spins (loading) with no results. The server logs do not provide any feedback. |
| 15:26 |
Bmagic_ |
I get an error in the javascript console: Use of getAttributeNode() is deprecated. Use getAttribute() instead. Source File: oils://remote/js/dojo/dojo/dojo.js Line: 16 |
| 15:30 |
bshum |
oils? |
| 15:31 |
bshum |
Is this in the staff client? |
| 15:31 |
bshum |
Bmagic_: staff client vs. browser? |
| 15:31 |
* bshum |
only tested message center in the browser, not the client |
| 15:33 |
Dyrcona |
bshum: That's the oils wrapper that tricks xul into loaded stuff remotely. |
| 15:34 |
Dyrcona |
s/loaded/loading/ |
| 15:34 |
bshum |
Right, so .... staff client. :) |
| 16:43 |
berick |
yeah, makes sense |
| 16:44 |
gmcharlt |
0446.schema.naco-normalize-modifiers.sql is another bad one |
| 16:46 |
miker |
git can't tell us who to blame for that one ... svn didn't track renames |
| 16:47 |
Dyrcona |
Yeah, I found it in 2.8.4 to 2.9.0 because of transaction issues when testing. |
| 16:48 |
* miker |
suspects miker, or dbs, for 0446 |
| 16:48 |
Dyrcona |
I'm not sure we should fix 0446 at this point, that is so old. |
| 16:48 |
* miker |
now runs away |
| 09:26 |
Dyrcona |
NM. I found it. |
| 09:54 |
berick |
Dyrcona: there are a couple branches. collab/berick/hatch2 is the current canonical branch |
| 09:54 |
Dyrcona |
Thanks, berick. That is what I thought after a quick git log on a couple. |
| 09:55 |
gmcharlt |
following up on a question kmlussier asked on Wednesday, I'd like to sound folks out on merging the current sprint2/sprint3 branch (ollab/gmcharlt/webstaff-sprint2-sprint3) into master |
| 09:55 |
gmcharlt |
perhaps around the end of next week, by which point miker and I should be done, or close to done, with sprint2 follow-up work based on testing partner reports |
| 09:56 |
Dyrcona |
gmcharlt: Do you think it is mostly ready for testing? I could load it so kmlussier and I (and possibly others) could see it with production data. |
| 09:56 |
gmcharlt |
the branch also includes some sprint3 stuff that's a bit more WIP-y, but since sprint3 is mostly just administration and config interfaces, that's pretty self-contained |
| 09:56 |
berick |
+1 to merging from me # disclaimer, a few commits are mine. |
| 09:57 |
gmcharlt |
Dyrcona: yeah, the current branch is in a fit state to usefully test with |
| 09:57 |
Dyrcona |
OK. I'll plan to merge it for testing by Monday. |
| 09:57 |
gmcharlt |
thanks |
| 09:57 |
berick |
Dyrcona++ |
| 10:03 |
|
yboston joined #evergreen |
| 12:32 |
dbs |
yeah, parallel seqscan should make a big difference |
| 12:36 |
dbs |
Or maybe not yet :/ |
| 12:37 |
berick |
yeah, early stages |
| 12:39 |
* dbs |
was at the retirement party for the DB2 software engineer who first got parallel query working in DB2 for Linux |
| 12:40 |
dbs |
he started a test query, headed out to his car to go home so he could see the results next day, realized he forgot something in his office and went back and it was already done |
| 12:40 |
Bmagic |
anyone aware of a SIP bug that reports holds to a query like AY4AZF087 and responds with all of the holds prefixed |CD - Then if the query was AY4AZF086 - responds with all of the holds prefixed |AS |
| 12:41 |
Bmagic |
which is conflicting information, essentially it's saying that the holds are both not available and available |
| 12:43 |
jboyer-isl |
Bmagic: could you paste in the rest of the SIP message? (minus any patron information) That's just the error detection stuff. |
| 15:59 |
kmlussier |
I don't think there were any merged but fixes for last month's release. Shouldn't have that problem this month. |
| 15:59 |
Dyrcona |
There was 1 for 2.9 and it was not a big deal. |
| 16:00 |
* kmlussier |
will try to get a jump on point release notes this time. |
| 16:00 |
Dyrcona |
kmlussier: I'm going to push lp1513554 as soon as I test the staff client bits. |
| 16:00 |
Dyrcona |
lp 1513554 |
| 16:00 |
pinesol_green |
Launchpad bug 1513554 in Evergreen "It is possible to delete acq.cancel_reasons that are used by the system" [High,New] https://launchpad.net/bugs/1513554 |
| 16:00 |
Dyrcona |
There we go. Need the space. |
| 16:07 |
Dyrcona |
Grabbing 0949. |
| 16:09 |
dbs |
mmorgan: I turned it off a while ago, because it kept on generating HTTP links in our HTTPS-only environment |
| 16:09 |
dbs |
and thus wouldn't work in any sane browser |
| 16:13 |
mmorgan |
dbs: Ok, thanks, we were testing and noticed the http/https thing. |
| 16:14 |
mmorgan |
Makes it kinda hard to implement. |
| 16:16 |
pinesol_green |
[evergreen|Jason Stephenson] LP#1513554 - Stamping Upgrade Script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0fd044b> |
| 16:16 |
pinesol_green |
[evergreen|Kathy Lussier] LP#1513554 - Doc update for cancel reason selection - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f6d9c1e> |
| 16:16 |
pinesol_green |
[evergreen|Chris Sharp] LP#1513554 - Prevent deletion of reserved rows. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=f84c75b> |
| 13:40 |
gmcharlt |
but for lp1502292, writing your patch against that collab/gmcharlt/webstaff-sprint2-sprint3 branch is probably the better bet |
| 13:46 |
|
maryj joined #evergreen |
| 13:52 |
vlewis |
gmcharlt: Thank you. |
| 13:58 |
kmlussier |
I'm not really here today, but since the topic was just raised. |
| 13:58 |
kmlussier |
gmcharlt: Is there a way we could get the web client branches merged into master more frequently? |
| 13:59 |
kmlussier |
I do some of my web client testing on Dyrcona's server, and I sometimes forget what's been put in master and what is only available on webby. |
| 14:00 |
kmlussier |
It might also make it easier for people like vlewis to contribute since we'll all be working from the same place. Not that she couldn't load the collab branch, but not everybody knows where the latest code is. |
| 14:01 |
gmcharlt |
kmlussier: in the short term, we can mention the current review branch here whenever it changes, and we're also (as you know) getting to a milestone with the sprint 2 branch where it could be considered for merging |
| 14:02 |
kmlussier |
Yeah, the thing that makes it difficult is that sprint 2 and sprint 3 code is in the same branch. I feel very confident that the sprint 2 stuff looks pretty good. I haven't even looked at any of the sprint3 features yet. |
| 14:03 |
gmcharlt |
indeed, but won't be too hard to split apart if need be -- although arguably, it won't be in the short term, as the admin interfaces in sprint 3 have the virtue of being relatively self-contained |
| 14:14 |
David___ |
I'll give it a whirl, then. :) |
| 14:17 |
frank__ |
Hi all, I am again, Why Can´t I see the bucket I created in the Marc Batch Edit records? Do I need to reestart something? |
| 14:28 |
|
bmills joined #evergreen |
| 16:06 |
kmlussier |
I love all the new copy locations in the sample data. But, one unexpected problem I've come across is that the limited number of sample Concerto copies that have monographic parts are landing in non-holdable copy locations. |
| 16:07 |
kmlussier |
Not that I can't change those copy locations when testing, but is there a way in the Concerto script that we could force those in holdable copy locations? |
| 16:14 |
|
jonadab joined #evergreen |
| 16:58 |
|
bmills joined #evergreen |
| 18:06 |
|
sarabee joined #evergreen |
| 20:00 |
pinesol_green |
[evergreen|Ben Shum] Update core committer information on the staff client's About Page - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e2f1b53> |
| 20:02 |
|
artunit joined #evergreen |
| 20:44 |
pinesol_green |
[evergreen|Bill Erickson] LP#1483508 PGTAP tests for text_concat / agg_text - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1c3ba71> |
| 20:59 |
kmlussier |
@developer |
| 20:59 |
pinesol_green |
kmlussier: Communication:14, BigPicture:10, DetailOriented:6, KungFu:11, GetsStuffDone:14, FlakeFactor:13, JavaAvoidance:15 |
| 21:00 |
bshum |
@sortinghat |
| 21:07 |
pinesol_green |
Hmm... kmlussier... Let me see now... GRYFFINDOR! |
| 21:07 |
* kmlussier |
yawns |
| 21:08 |
kmlussier |
I was hoping for Slytherin |
| 21:18 |
pinesol_green |
[evergreen|Josh Stompro] LP#1483500 - pgtap Test for evergreen.lowercase - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=52fa86a> |
| 22:05 |
pinesol_green |
[evergreen|Yamil Suarez] LP# 1483506 public.first_agg & public.first pgTAP tests - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=066232c> |
| 01:05 |
|
tsbere_ joined #evergreen |
| 02:48 |
|
phil joined #evergreen |
| 02:49 |
phillipjphry |
Hello! |
| 03:06 |
phillipjphry |
I'm a library worker in BC setting up Evergreen for the heck of it. I'm on the last step in Evergreen/opensrf setup |
| 03:07 |
phillipjphry |
when I run the settings-tester.pl script, it hangs on testing connections to the database, and I think something went funny with my perl database setup script, as it just hangs(and is STILL hanging) |
| 03:21 |
phillipjphry |
Woop. Looks like I was just too hasty. I opened top and saw root had an init script running, and then some stuff popped up, one of them being the message about joining this channel for help. |
| 03:21 |
phillipjphry |
so I guess I'll just let it run. Silly me. |
| 03:33 |
phillipjphry |
Ok, completed, but threw an error, trying the settings tester again, just going to be patient this time |
| 04:39 |
phillipjphry |
Sorry about all the late night spam. |
| 05:05 |
phillipjphry |
AArrrrrggggghhhhh. I ran through everything, including the troubleshooting guide, and well, now apache won't start. I'm going to just wipe it and try again tomorrow night. |
| 05:05 |
phillipjphry |
Thanks for the wall to yell at. I'll try not to step on anyone's toes. |
| 05:12 |
phillipjphry |
fishyjoes.com is where I've posted my problems. If anyone feels like following up. |
| 05:12 |
phillipjphry |
Thank you. |
| 07:38 |
|
ericar joined #evergreen |
| 07:45 |
|
rjackson_isl joined #evergreen |
| 07:56 |
csharp |
phillipjphry: what instructions are you going by? |
| 08:54 |
Dyrcona |
Bib without titles!? Inconceivable! |
| 08:55 |
|
RoganH joined #evergreen |
| 08:56 |
|
Shae joined #evergreen |
| 08:57 |
jeff |
yeah. |
| 08:57 |
jeff |
To be more accurate, it wasn't that I was making that explicit assumption, I was just failing to properly account for the possibility when I added some new code to process titles. |
| 08:58 |
jeff |
I find myself wanting to write search tests. |
| 08:59 |
Dyrcona |
I mean titles are kind of the whole point, no? |
| 08:59 |
jeff |
Not hard pass/fail so much as "run this test suite to get an idea of how these known searches are performing with regard to these expected results" |
| 08:59 |
Dyrcona |
Heh. "Bibs without titles!? Pointless!" |
| 08:59 |
jeff |
"a search for FOO should turn up the following record or records within the first X results", that kind of thing. |
| 09:00 |
jeff |
Dyrcona: "I don't know the title, but it was blue..." |
| 09:02 |
* Dyrcona |
feels like a kid hopped on sugar. |
| 09:03 |
Dyrcona |
When I stayed with a family in France, the daughter arranged the books on the shelf by size. |
| 09:04 |
Dyrcona |
I don't dare touch the books on the shelf over the desk at home. Move one, and the rest come toppling down. |
| 09:05 |
dbwells |
jeff: Having search tests like you are talking about would be a very valuable thing. Maybe even necessary for regression purposes if we want to try to make bigger changes. |
| 09:06 |
dbwells |
It's really easy to improve specific searches, much harder to improve them all together :) |
| 09:08 |
jeff |
yeah. in experimenting with Elasticsearch over the past few weeks, we've been quite aware that pushing something down over here pushes a bunch of things up over here, etc. |
| 09:09 |
jeff |
(a concept not unique to Elasticsearch, and one that I heard at least one other person reference during hack-a-way discussions) |
| 09:09 |
jeff |
I've been trying to think what it reminds me of. |
| 16:30 |
kmlussier |
Yes, concerto and a given branch. I try ask people to submit their requests ahead of time to give us time to get ready. |
| 16:31 |
jeff |
also, how long do the VMs need to be made available? 24 hours? |
| 16:31 |
jeff |
12 hours? 72 hours? :-) |
| 16:31 |
kmlussier |
jeff: We've gotten to the point where we really could use more Sandboxes. I think I used a community demo server last time around. |
| 16:32 |
kmlussier |
jeff: For a little more than 24 hours. You'll want to have it in Sandbox mode before you leave the day beforehand, and then you could repurpose it the day after Bug Squashing Day. |
| 16:32 |
kmlussier |
jeff: Sometimes, people ask to keep theirs a little longer if they didn't get through testing during the official day. However, the MassLNC Sandboxes can be used after Bug Squashing Day. |
| 16:36 |
Bmagic |
kmlussier: sounds good |
| 16:37 |
kmlussier |
Bmagic: In that case, Sandbox requests should be submitted by the end of the day Thursday, December 10? That will give you Friday and Monday to prepare. Or do you need it to be a little earlier? |
| 16:38 |
Bmagic |
kmlussier: that will be great! |
| 09:15 |
csharp |
@quote add <gmcharlt> for a moment I had fears that Google Telepathy had exited alpha |
| 09:15 |
pinesol_green |
csharp: The operation succeeded. Quote #128 added. |
| 09:23 |
|
maryj joined #evergreen |
| 09:54 |
* jeff |
adds some more complicated mappings to elasticsearch and watches indexing speed drop by one record per second (oh noes!) |
| 09:54 |
* jeff |
tests a theory to confirm where the extra time is being spent |
| 09:55 |
jeff |
okay, bulk of the time is still being spent in fetching records and extracting fields data. |
| 09:55 |
jeff |
(as i'd expect) |
| 09:55 |
jeff |
meaning, i probably won't bother with bulk insert API yet. |
| 09:57 |
|
yboston joined #evergreen |
| 10:03 |
berick |
jeff: i played w/ bulk insert and it increased speed dramatically. |
| 10:04 |
* berick |
was doing a bib/copy parent/child experiment |
| 13:24 |
gmcharlt |
https://evergreen-ils.org/welcome-evergreens-newest-core-committer-kathy-lussier/ |
| 13:25 |
* csharp |
notices bug 1470957 when doing an LP search |
| 13:25 |
pinesol_green |
Launchpad bug 1470957 in Evergreen 2.8 "Items are incorrectly sorting when using the Sort By Publication date feature" [Undecided,New] https://launchpad.net/bugs/1470957 |
| 13:25 |
csharp |
kmlussier++ |
| 13:25 |
csharp |
looks like that just needs a test |
| 13:27 |
jboyer-isl |
kmlussier++ |
| 13:28 |
gmcharlt |
kmlussier++ |
| 13:29 |
berick |
kmlussier++ |
| 13:44 |
dbwells |
kmlussier++ |
| 13:44 |
jboyer-isl |
csharp: are you thinking that bug fix will speed up the searches, or are were you pointing out that it needs a sign-off? I couldn't tell from your reply, but I'm not sure it would effect the search/sort speed. |
| 13:45 |
yboston |
kmlussier++ |
| 13:45 |
dbs |
csharp: kmlussier++ needs a test? |
| 13:45 |
dbs |
because I'm happy to test it: kmlussier++ |
| 13:45 |
dbs |
kmlussier++ |
| 13:45 |
gmcharlt |
let's see if that worked... |
| 13:46 |
gmcharlt |
@karma kmlussier |
| 13:46 |
pinesol_green |
gmcharlt: Karma for "kmlussier" has been increased 161 times and decreased 0 times for a total karma of 161. |
| 13:46 |
kmlussier |
Wait, nobody told me there were tests involved! ;) |
| 13:46 |
kmlussier |
Thanks everyone! |
| 13:47 |
krvmga |
Saw the email announcement just now. Congratulations, Kathy! |
| 13:47 |
krvmga |
kmlussier++ |
| 13:48 |
jboyer-isl |
kmlussier: if 2 unladen african swallows leave the station at the same time, one going east, the other going north... |
| 16:05 |
csharp |
miker: I was chatting with others at the Hack-A-Way about page size - I don't recall the full discussion as to why we're using 10K pages, except that irrelevant results were showing up with the 1K number |
| 16:05 |
csharp |
that was several years ago, before QP improvements |
| 16:05 |
miker |
csharp: yeah, there's risk to smaller page sizes, certainly |
| 16:06 |
csharp |
I'll play with that on one of our test machines and try (and possibly try to find a balance with Elaine ;-)) |
| 16:09 |
miker |
csharp: that won't make things "fast", mind. I think a "show me stuff with this attribute" set of API methods could be, though. |
| 16:09 |
jboyer-isl |
I was looking at some of our 60+s searches in pgbadger and they all appear to be blank keywords with formats, or subject searches . (subject: United States seems to be a favorite.) |
| 16:09 |
miker |
the search query structure assumes search terms of some sort |
| 09:48 |
ldw |
bshum: ah, my change is not necessary then. |
| 09:49 |
gmcharlt |
ldw: http://wiki.evergreen-ils.org/doku.php?id=documentation:technical:jsontutorial - grep for aggregate and having |
| 09:50 |
ldw |
gmcharlt: thank you |
| 09:51 |
pinesol_green |
[evergreen|Bill Erickson] LP#1501471: Stamping SQL update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6c21348> |
| 09:51 |
pinesol_green |
[evergreen|Galen Charlton] LP#1501471: add some unit tests for batch OU retrieval - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d7e5c77> |
| 09:51 |
pinesol_green |
[evergreen|Galen Charlton] LP#1501471: add DB function for batch retrieval of OU settings - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=be1b6aa> |
| 09:51 |
pinesol_green |
[evergreen|Galen Charlton] LP#1501471: check OU setting view_perms only when needed - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=81e674e> |
| 10:00 |
|
kenstir joined #evergreen |
| 10:00 |
kenstir |
my EG android notes are here: https://docs.google.com/document/d/1KHHpPK7jEl3haEVOvHPCDmOvy3nkSjve6ymD0Rav2cY/edit?usp=sharing |
| 10:02 |
jeff |
kenstir++ |
| 11:13 |
jeff |
but not the idea at hand. ;-) |
| 11:13 |
|
collum_ joined #evergreen |
| 11:14 |
jeff |
It might be useful also to have the contents of said webinar used to seed written resources. |
| 11:17 |
* dbs |
is struck by Dyrcona's note from yesterday about wanting an app for staff--has anyone tested webby with common tablets? |
| 11:19 |
Bmagic |
Is the hackaway on a new hangout today? |
| 11:19 |
jeff |
Bmagic: yes (dunno why): https://goo.gl/72GJ4Z |
| 11:20 |
jeff |
https://goo.gl/72GJ4Z or https://hangouts.google.com/call/veduowhkbtuxw3siics5r3pegia |
| 13:47 |
jeff |
I'm going to look for more examples, but I am also wondering if the relevant xpath libs handle "//mods32:mods/mods32:name[@type='personal' and not(mods32:role/mods32:roleTerm[text()='creator'])]" in a way othan than the Python lxml library (which so far, is the only thing I've compared it with) |
| 13:47 |
jeff |
hack-a-way hangout is still muted, fwiw. |
| 13:48 |
miker |
fwiw, the relevant xpath lib is libxml (native pg XPATH() function) |
| 13:48 |
* jeff |
attempts to test that theory before finding any more examples |
| 13:49 |
jeff |
(will he regret that decision, folks?) |
| 13:49 |
miker |
jeff: //mods32:mods/mods32:name[@type='personal' and not(mods32:role)] |
| 13:49 |
jeff |
oh hey. |
| 13:50 |
miker |
so, it is the existance, in tadl's case :) |
| 14:24 |
alynn26 |
remingtron++ |
| 14:24 |
yboston |
I will move on, because of the hack-a-way |
| 14:24 |
krvmga |
remingtron++ |
| 14:24 |
yboston |
#info 11) yboston will test and sign-off on Launchpad bug 1482336 - allowing release notes with “.adoc” suffix |
| 14:24 |
pinesol_green |
Launchpad bug 1482336 in Evergreen "create_release_notes.sh include .adoc files" [Wishlist,Fix committed] https://launchpad.net/bugs/1482336 |
| 14:24 |
yboston |
I beleive this was pushed to master yesterday |
| 14:24 |
remingtron |
yboston++ |
| 16:01 |
* kmlussier |
double checks |
| 16:02 |
miker |
always look on the bright side of life</python> |
| 16:02 |
bshum |
miker: !!! one hopes :) |
| 16:04 |
miker |
and, looks like no. nexus 6 still in testing |
| 16:06 |
jeffdavis |
that spreadsheet comparing search times is quite useful, thank you to whoever put that together! |
| 16:07 |
jeffdavis |
(and fwiw I expect many of Sitka's search times to get drastically better tomorrow, once I've applied a fix for 1438136) |
| 16:07 |
bshum |
jeffdavis++ |
| 11:59 |
|
RoganH_ joined #evergreen |
| 11:59 |
jeff |
curl -s "$ES_URL/records-v5/record/-1" | wc |
| 11:59 |
jeff |
0 53724 668233 |
| 12:01 |
Dyrcona |
gmcharlt++ # He beat me to testing the adoc branch. |
| 12:06 |
jeff |
lost the hangout. |
| 12:07 |
Dyrcona |
It comes and goes. |
| 12:07 |
Dyrcona |
I may just leave it. |
| 14:15 |
bshum |
If there's nothing else, we shall end early. |
| 14:15 |
bshum |
:) |
| 14:15 |
berick |
#info we installed Hatch on the local PC and did some experimenting w/ printing. some good, some needs work. |
| 14:15 |
gmcharlt |
berick++ |
| 14:15 |
gmcharlt |
csharp++ # testing hatch |
| 14:15 |
bshum |
#endmeeting |
| 14:15 |
pinesol_green |
Meeting ended Wed Nov 4 14:15:39 2015 US/Eastern. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) |
| 14:15 |
dbwells |
Any word on the search discussion time? I'd like to listen in, but have a meeting until 3:30 tomorrow. If it's better earlier, that's alright. |
| 15:09 |
Dyrcona |
I just asked, "Can Evergreen send an email before a patron's account expires?" |
| 15:09 |
Dyrcona |
I said, "Yes, when we upgrade to 2.9." |
| 15:09 |
Dyrcona |
Someone just asked me... duh. |
| 15:13 |
pinesol_green |
Showing latest 5 of 7 commits to Evergreen... |
| 15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 MARC stream importer auth release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=465b0e2> |
| 15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 MARC stream (etc) use auth nonce - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5cb6e6b> |
| 15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 marc_stream_importer no-import repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=38050c1> |
| 15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 marc_stream_importer test script - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ad72cfc> |
| 15:13 |
pinesol_green |
[evergreen|Bill Erickson] LP#1384740 marc_stream_importer auth and cleanup - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=17cc186> |
| 15:14 |
|
_bott_1 joined #evergreen |
| 15:18 |
Dyrcona |
tsbere: Real time updates of thing1-access if you select me in the hangout. It's getting close. |
| 15:18 |
berick |
gmcharlt++ |
| 15:21 |
jboyer-laptaupe |
gmcharlt: lp 1371647 |
| 15:21 |
pinesol_green |
Launchpad bug 1371647 in Evergreen "config.marc21_ff_pos_map needs an audit" [Undecided,New] https://launchpad.net/bugs/1371647 |
| 15:23 |
Dyrcona |
tsbere: I'm going to let it run until it gets bad. I've seen it do this and it usually clears up in a few minutes. |
| 15:24 |
gmcharlt |
RoganH: kenstir: https://evergreen-ils.org/testing/libraries.json |
| 15:24 |
RoganH |
gmchart: thanks! |
| 15:24 |
RoganH |
gmcharlt even! |
| 15:24 |
gmcharlt |
RoganH: yeah, gmchart is off making maps |
| 16:01 |
pinesol_green |
Launchpad bug 924952 in Evergreen "Acquisitions: Order record loads fail when there is a null value in a holdings subfield" [High,Confirmed] |
| 16:05 |
kmlussier |
parts++ |
| 16:06 |
jeff |
it got quiet over there. |
| 16:07 |
gmcharlt |
Dyrcona: bug 1501471 now can haz tests |
| 16:07 |
pinesol_green |
Launchpad bug 1501471 in Evergreen "fetching OU settings in batch can be made faster" [Wishlist,New] https://launchpad.net/bugs/1501471 |
| 16:07 |
berick |
gmcharlt++ |
| 16:07 |
Dyrcona |
gmcharlt++ |
| 16:17 |
* berick |
loads the code |
| 16:17 |
tsbere |
Have you taught SIP to call the stored proc yet? |
| 16:18 |
dbwells |
berick: I'm not sure that's really the issue, although maybe you're just a step ahead of me. |
| 16:18 |
gmcharlt |
Dyrcona: heh, I was thinking that I would have to intentionally break a record in my test database to try out your patch for 1502152 |
| 16:18 |
gmcharlt |
as it happens... NOT NECESSARY. :) |
| 16:19 |
Dyrcona |
Yeah, just some weird characters are enough. |
| 16:19 |
ldw |
what is the preferred way to send a message in dojo (ie not alert). |
| 16:19 |
ldw |
? |
| 16:38 |
berick |
ok, i see |
| 16:38 |
dbwells |
The second call is if we authenticated via 3rd party. |
| 16:38 |
dbwells |
okay |
| 16:38 |
berick |
for non-native, it's just testing the password |
| 16:38 |
berick |
well, it's faking an internal login |
| 16:38 |
berick |
by loading the password |
| 16:38 |
berick |
and sending it on to aut |
| 16:39 |
dbwells |
yes |
| 16:40 |
berick |
hmm |
| 16:41 |
dbwells |
It was the simplest way to get all the trappings of a normal login without messing with auth or duplicating the token code, etc. Of course we're messing with auth now, so it makes sense to me to find a more direct path. |
| 16:51 |
berick |
dbwells: that would work |
| 16:52 |
dbwells |
It would limit the duality of the code, I think, but maybe overkill? I'm not sure. |
| 16:52 |
berick |
well, it would be good to have it all going through one entry point, since Perl vs. C memcache clients have been known to push the same key to different servers |
| 17:08 |
pinesol_green |
Showing latest 5 of 6 commits to Evergreen... |
| 17:08 |
pinesol_green |
[evergreen|Galen Charlton] LP#1251415: (follow-up) update release note extension - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=fef3298> |
| 17:08 |
pinesol_green |
[evergreen|Bill Erickson] LP#1251415: juv-to-adult release notes - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1b142be> |
| 17:08 |
pinesol_green |
[evergreen|Bill Erickson] LP#1251415: Juv-to-adult live test - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3f46924> |
| 17:08 |
pinesol_green |
[evergreen|Bill Erickson] LP#1251415: Skip deleted users in juvenile update - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3b630bd> |
| 17:08 |
pinesol_green |
[evergreen|Steven Callender] LP#1251415: Use the juvenile setting when removing juvenile flag. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=0fd4ecc> |
| 18:12 |
|
bmills joined #evergreen |
| 19:00 |
|
rlefaive joined #evergreen |
| 22:30 |
|
RoganH joined #evergreen |
| 09:28 |
|
maryj joined #evergreen |
| 09:33 |
|
yboston joined #evergreen |
| 09:35 |
|
bmills joined #evergreen |
| 09:41 |
Dyrcona |
kmlussier: I'm going to reload my dev database to test some stuff for Comcat. I need fresh data from production. |
| 09:41 |
Dyrcona |
<zombie>Brains!!!!!</zombie> |
| 09:41 |
Dyrcona |
This means my dev system will be off line for a couple of hours. |
| 09:47 |
kmlussier |
Dyrcona: Thanks for the heads up! |
| 11:09 |
bshum |
gmcharlt++ # website stuff |
| 11:11 |
JimT_ |
Does anyone have the browse index working for 710 tags which contain a subfield t? I think I have fixed all the author browse indexes that weren't working except for this one. Nothing I do seems to make a difference. |
| 11:20 |
Dyrcona |
And, aborting transits when holds are canceled is now optional in NCIPServer. |
| 11:20 |
Dyrcona |
Of course, I haven't tested it, yet. ;) |
| 11:20 |
* Dyrcona |
waits on the database reload to finish. |
| 11:21 |
Dyrcona |
jboyer-isl: So, I had a net removal of 156 lines of code the other day, and now a net addition of 121 lines since then. |
| 11:21 |
Dyrcona |
jboyer-isl: In case you're keeping score. :) |
| 11:25 |
* bshum |
glances at kmlussier and her probable mountain of knowledge with non-stock indexes. |
| 11:29 |
JimT_ |
I'm no expert and going with what the cataloger has told me should be there...710 t is a title index but supposedly the a,b,c,t,d,g,n will show in the author index as 'conference' listing. |
| 11:31 |
JimT_ |
...or maybe corporate?...gets mixed up in my head after a while. |
| 11:34 |
JimT_ |
as far as indexing...I tweak the stylesheet...and then resave my test record. |
| 11:35 |
|
dbwells joined #evergreen |
| 11:38 |
JimT_ |
The 710 t index is part of the stock indexes...it just doesn't seem to work. I'm not trying to do anything fancy...just, mostly, trying to make things work that are already defined but do not. |
| 11:40 |
JimT_ |
Was hoping to find someone who had this working and who would share what they did to make it work. |
| 09:22 |
pinesol_green |
Dyrcona: The operation succeeded. |
| 09:23 |
Dyrcona |
Stompro: I would say, "Welcome to the club," but you're already in the club, so Welcome to the Inner Circle. :) |
| 09:23 |
csharp |
LET THE HAZING BEGIN! |
| 09:24 |
Stompro |
hehe, now I can start testing patches in production like all the cool kids. |
| 09:24 |
|
RoganH joined #evergreen |
| 09:25 |
kmlussier |
csharp: For bug 924952, I think our libraries have worked around it by having their vendors supply order records that don't include the subfield if there is no data in it. |
| 09:25 |
pinesol_green |
Launchpad bug 924952 in Evergreen "Acquisitions: Order record loads fail when there is a null value in a holdings subfield" [High,Confirmed] https://launchpad.net/bugs/924952 |
| 12:51 |
kmlussier |
Bmagic++ |
| 12:52 |
Bmagic |
mmorgan was still working on 1331174 ? |
| 12:56 |
kmlussier |
I don't know. I don't have it loaded on a Sandbox at the moment. |
| 13:03 |
* mmorgan |
has all good intentions on finishing testing and siging off in lp 1331174, but got pulled in other directions and didn't want to monopolize kmlussier's sandbox. |
| 13:03 |
pinesol_green |
Launchpad bug 1331174 in Evergreen "Long Overdue processing needs org unit settings separate from Lost Processing" [Wishlist,Confirmed] https://launchpad.net/bugs/1331174 |
| 13:03 |
mmorgan |
I can set sights for this on the next Bug Squashing Day. |
| 13:04 |
|
rlefaive joined #evergreen |
| 13:18 |
yboston |
The problem I was havign with the PG 9.2 was fixed by the suggestions in bug 1445182 |
| 13:18 |
pinesol_green |
Launchpad bug 1445182 in Evergreen 2.7 "Debian Jessie 2.8.0 libdbi-drivers cannot find libpq.so" [Undecided,Fix released] https://launchpad.net/bugs/1445182 |
| 13:18 |
yboston |
also, Dyrcona++ |
| 13:25 |
kmlussier |
Oh, darn it! I totally missed the fact that ldw is scheduling a test writing day the same week. :( |
| 13:26 |
tsbere |
kmlussier: Combine them! Squash the bugs and then write tests for them! ;) |
| 13:26 |
kmlussier |
No, I don't think combining them is the best way to go. Stretching our community resources too thin in one day. |
| 13:27 |
|
Dyrcona joined #evergreen |
| 13:27 |
Dyrcona |
wifi-- |
| 13:28 |
|
mmorgan joined #evergreen |
| 13:29 |
|
mmorgan joined #evergreen |
| 13:35 |
RoganH |
Ever have a day where you're trying to remember something you knew you knew but have now forgotten and it's driving you nuts? |
| 13:40 |
dbs |
Test squashing day! Squash buggy tests day! |
| 13:41 |
dbs |
(Do not test buggy squash, though, just throw it out) |
| 13:45 |
Dyrcona |
Squash testing day! |
| 13:58 |
|
mmorgan left #evergreen |
| 14:13 |
|
rlefaive joined #evergreen |
| 14:31 |
kmlussier |
Bmagic: OK, since it looks like November is out, how does the week of Dec. 14 look for all of you? |
| 11:43 |
|
mmorgan joined #evergreen |
| 11:43 |
Dyrcona |
Is there an emoticon for rolling eyes? (Yes. I say emoticon, not emoji.) |
| 11:44 |
jboyer-isl |
I've suggested @_@ before. I think that eared one. |
| 11:44 |
Dyrcona |
Actually, I'm not changing code in Evergreen. I'm testing if simplifying holds code in NCIPServer will work. |
| 11:45 |
Dyrcona |
I think it will, but before I actually write any code there, I like to test the concept with some scripts that make the equivalent calls. |
| 11:45 |
Dyrcona |
It works so far for ILL holds placed on local things to go elsewhere. |
| 11:45 |
Dyrcona |
I need to test the other direction, now. |
| 11:46 |
jboyer-isl |
I've been meaning to ask you about that. Are your local NCIPServer changes available? (I was thinking that there were multiple repos for NCIPServer and didn't know what's where) I find myself in a position to help with that in the next few months. |
| 11:46 |
kmlussier |
jboyer-isl: That looks like it should be an emoticon for somebody who was just blinded by a camera flash. |
| 11:46 |
jboyer-isl |
kmlussier: Multi-purpose! |
| 11:57 |
Dyrcona |
:) |
| 11:57 |
mmorgan |
Dyrcona++ |
| 11:58 |
Dyrcona |
jboyer-isl: I'll send you a PDF I created for MassLNC. There are no real instructions in the README to install it. |
| 11:58 |
jboyer-isl |
Dyrcona: Thanks, I was poking around and wondering where to begin. (Seems a fine thing to test on the new dev server I'm supposed to be building ASAP.) |
| 12:05 |
yboston |
Dyrcona: thanks for replying twice to my email and my apologies for "crossign the streams" |
| 12:05 |
Dyrcona |
No big deal. I probably would not have replied on list if you had not asked in here. |
| 12:07 |
yboston |
I'll buy you a beer when I see you soon. BTW, we have been trying out trivia some Tuesday at the Kendall sq Marriot restaurant (Champions). It start at 6, which might be hard to get to |
| 15:09 |
* dbs |
looking |
| 15:11 |
|
ericar_ joined #evergreen |
| 15:18 |
dbs |
Restarting open-ils.storage causes all hell to break loose IIRC? |
| 15:18 |
* tsbere |
wonders if the typo in gmcharlt's test file should be fixed |
| 15:19 |
tsbere |
dbs: Depends on what is happening in your system at the time, I would think. |
| 15:19 |
gmcharlt |
yeah, on a quiescent system, its fine |
| 15:19 |
|
jboyer-isl joined #evergreen |
| 15:19 |
* dbs |
currently only has an up-to-date production server and is hesitant to give it a restart there |
| 15:21 |
gmcharlt |
yeah, easier to do it in a multi-app-server setup |
| 15:21 |
* dbs |
will test it outside of core work hours though |
| 15:21 |
gmcharlt |
tsbere: the phase, it is unclosed? |
| 15:22 |
tsbere |
gmcharlt: My brain jumped on "phase" instead of "phrase" when looking over the test. The fact it isn't closed is obviously intentional. |
| 15:22 |
gmcharlt |
right |
| 15:46 |
gmcharlt |
dbs: tsbere: thanks for the feedback; I've pushed a branch that incorporates it |
| 15:49 |
tsbere |
gmcharlt: You put in more debug code than I would have, at least. |
| 12:59 |
|
dMiller_ joined #evergreen |
| 13:00 |
kmlussier |
Speaking of caffeine, I appear to be in need of some. |
| 13:04 |
|
bmills joined #evergreen |
| 13:06 |
csharp |
kmlussier++ # yep ;-) |
| 13:08 |
|
ericar joined #evergreen |
| 13:29 |
csharp |
kmlussier: mrpeters: (I just read up) - yes, we're running PG 9.3 in production and testing EG 2.9 on PG 9.4 |
| 13:30 |
kmlussier |
csharp: And your using GIN indexes? |
| 13:30 |
kmlussier |
*you're* |
| 13:36 |
csharp |
kmlussier: yes'm |
| 15:17 |
kmlussier |
I could be operating on old experience, but I didn't think it complained about barcode conflicts at all until you clicked modify. It didn't matter if the conflict was with a precat or not. |
| 15:18 |
kmlussier |
yeah, what tsbere said |
| 15:18 |
Dyrcona |
berick++ |
| 15:19 |
Bmagic |
kmlussier: I see, I was about to test that. So, it's really a wishlist item, to have the barcode conflict tested before the modify copy window? |
| 15:19 |
pinesol_green |
[evergreen|Bill Erickson] LP#838525 DoB as date SQL upgrade repairs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=01b0255> |
| 15:20 |
kmlussier |
Bmagic: I recall there be discussion about an enhancment for that a long time ago, but I can't remember if it was an LP bug or just a comment on the mailing list. |
| 15:21 |
kmlussier |
hmmm...I wonder if I tested that in webby. I think the same thing happens there too. |
| 15:21 |
kmlussier |
But I think it's more of an annoyance when you're using the separate copy and volume editors in the xul client. |
| 15:43 |
jboyer-isl |
Bmagic, kmlussier: to change "when" that error happens would require querying the server each time the barcode changes, similar to the way some online services do new usernames when signing up. (a green check for "this username is available" vs a red x for "someone else is using this name already") |
| 15:44 |
jboyer-isl |
Is the real issue that the changes made to the item are lost once that message is displayed, or just that it should warn the user sooner? |
| 15:44 |
|
Christineb joined #evergreen |
| 11:28 |
krvmga |
it is a puzzlement to me |
| 11:28 |
miker |
krvmga: which location is 217 |
| 11:28 |
krvmga |
Holyoke Community College - HCC |
| 11:28 |
miker |
nm, I'll just change the URL ;) |
| 11:28 |
miker |
ah, thanks |
| 11:30 |
|
mt-dev joined #evergreen |
| 11:45 |
miker |
krvmga: in a naive test that does not even come close to approximating all that evergreen does to generate a rank based on your config, they end up with the same relevance score. I wonder if you need to adjust the class weights. (unfortunately, I'm about to turn into a pumpkin, though ... POOF) |
| 11:46 |
krvmga |
miker: thanks for looking at this. is there anything you can share about the test you did? (however naive) |
| 11:49 |
miker |
select ts_rank_cd(index_vector,to_tsquery('cooked')),* from test_table; ... test_ contains the id and output of to_tsvector() for the 245 from each record in a index_vector column. they both have 0.2 |
| 11:49 |
miker |
so, other factors (up to and including the numerical order of the ids) are deciding the final sort order. but, there are knobs ... :) |
| 11:50 |
* miker |
runs away |
| 12:01 |
jboyer-isl |
You can also increase the worker limit, unless you’re running out of RAM/SPU/ETC. |
| 12:01 |
jboyer-isl |
SPU? CPU. |
| 12:01 |
Bmagic |
What is up with the fine generator rolling back constantly! |
| 12:02 |
jboyer-isl |
I think it tests and then discards some things. It’s been an age since I’ve looked at it. |
| 12:02 |
Bmagic |
we have it set to <max_children>45 <min_spare_children>1 <max_spare_children>5 on 4GB memory and 12 cpu |
| 12:03 |
Bmagic |
At some point, I remember someone saying that once you get to a certain point, you just need to spin up another app server |
| 12:06 |
jboyer-isl |
We have a 4 CPU, 16GB VM with most services set to a max of 75 children and it never causes us any trouble. |
| 13:00 |
pinesol_green |
csharp: Ubuntu 's bugfix broke csharp's feature! |
| 13:03 |
pastebot |
"Dyrcona" at 64.57.241.14 pasted "unmet dependencies" (36 lines) at http://paste.evergreen-ils.org/18 |
| 13:04 |
Dyrcona |
Looks like apache2 and friends are broken, or my sources.lst is. |
| 13:05 |
csharp |
Dyrcona: I'm cloning a stock trusty VM - I'll test momentarily |
| 13:05 |
Dyrcona |
My sources.list looks good, no local mirrors. |
| 13:06 |
Dyrcona |
If I try and install the missing packages by hand, I get a similar message about uuid-dev. |
| 13:07 |
Dyrcona |
Maybe apt-get follow options (or whatever) changed recently? |
| 13:16 |
csharp |
(assuming KVM/qemu as opposed to other virtualization possiblities) |
| 13:16 |
csharp |
ah |
| 13:16 |
Dyrcona |
yeah, it's kvm/qemu, also. |
| 13:17 |
jboyer-isl |
Dyrcona: I’ve looked at vmbuilder recently, but it looks like it’s been set aside for years. Is everything ok with it and Trusty? |
| 13:17 |
jboyer-isl |
(haven’t had time to test it yet, sadly) |
| 13:17 |
csharp |
@eightball is it time for the Evergreen project to finally give in to the public pressure to support Linux From Scratch? |
| 13:17 |
pinesol_green |
csharp: No. |
| 13:17 |
Dyrcona |
jboyer-isl: I got it working after applying a patch. I believe it may also be used with OpenStack. |
| 12:10 |
|
ldw joined #evergreen |
| 12:31 |
|
bmills joined #evergreen |
| 12:40 |
|
ldw joined #evergreen |
| 12:45 |
kmlussier |
It's funny seeing the kind of results you get when you type "test search" into a catalog search box. |
| 13:00 |
bshum |
ericar++ kmlussier++ # seeking workflow feedback to figure out the steps to reach an error |
| 13:05 |
|
mmorgan2 joined #evergreen |
| 13:07 |
|
mmorgan joined #evergreen |
| 15:01 |
tsbere |
Though you have to pull the pieces out yourself to pass in |
| 15:02 |
tsbere |
Bmagic: Also, I suppose a good question would be "were those holds placed BEFORE or AFTER the transit started?" |
| 15:02 |
Bmagic |
before |
| 15:02 |
Bmagic |
im testing the function |
| 15:06 |
Bmagic |
tsbere: I have a success='t' from that query |
| 15:06 |
Bmagic |
does that mean it should have filled the hold that I simulated? |
| 15:06 |
tsbere |
Possibly, if the hold was in a valid state at the time to accept the copy |
| 16:21 |
Bmagic |
does "hold stalling interval of 2 days" mean it wont try to fill holds that are newer than 2 days? |
| 16:22 |
tsbere |
within the stalling period means "only pull list or checked in at pickup library" |
| 16:23 |
Bmagic |
ok, so the issue is that there are more holds than it allows for when checking for fulfillment? |
| 16:31 |
jboyer-isl |
This reminds me of something we ran into when we tested FIFO holds here a few years ago. The gist is that the opportunistic targeter only looks at X holds, and if none of the first X holds returned are for the current branch it gives up. We had huge blockbuster items with tons of holds going back on the shelf at checkin because of the FIFO setting. It's been years since I looked at it, but I don't know if it's changed that much internally since then. |
| 16:34 |
|
mmorgan joined #evergreen |
| 16:40 |
mmorgan |
Bmagic: Did you figure out your hold thing? It looks to me like your item is age protected. |
| 16:40 |
mmorgan |
age_protect=2 |
| 16:51 |
mmorgan |
And it wants to go home to 161 rather than filling a hold at 156? |
| 16:52 |
Bmagic |
but instead it tries to fill all of the unfillable holds first and gives up after like 40 other holds |
| 16:52 |
Bmagic |
The hold that it should fill is not at 156, it's another branch in the same system |
| 16:53 |
Bmagic |
mmorgan: one example hold that it could fill has a pickup_lib of 157 (same system). Testing to see if the copy will fill it by calling action.hold_request_permit_test function tells me that it will fill it |
| 16:55 |
Bmagic |
I am sure it's by design, to keep the staff user waiting less for the checkin to finish |
| 16:56 |
mmorgan |
Hmm. But what's the point of less waiting if the hold that should get filled doesn't get filled? |
| 16:56 |
Bmagic |
it does seem like the code could prioritize/sort the resulting hold requests by proximity or something so that it wouldn't waste time attempting to fill unfillable hold requests |
| 17:27 |
pinesol_green |
Launchpad bug 1508208 in Evergreen "Checkin age based hold protected item may not fill fillable holds" [Undecided,New] |
| 18:04 |
jeff |
so, now's as good a time to ask again as any other: anyone know offhand why we put ineligible-due-to-age-hold-protection copies in ahcm? |
| 18:59 |
|
dMiller_ joined #evergreen |
| 19:28 |
miker |
Jeff: I don't believe we do that test in the targetter. /me imagines the "but the age protection expired this morning at 10 am" tickets |
| 19:29 |
* miker |
disappears |
| 20:01 |
jeff |
miker: easy fix there -- only include those copies that will be eligible within the next 24h or so ;-) |
| 20:01 |
jeff |
(and yes, I realize I'm saying "easy" with something to do with holds...) |
| 23:58 |
|
bmills joined #evergreen |
| 11:05 |
Bmagic |
After the initial setup, and the initial bug reports, it has settled down and I can only assume they are enjoying the speed and working with it on a regular basis. But I should probably probe. |
| 11:17 |
|
maryj joined #evergreen |
| 11:32 |
csharp |
Bmagic++ |
| 11:36 |
Stompro |
I know it is possible to disable the "Clear Hold Shelf" option from the Circulation drop down, has anyone also disabled/hidden the "Clear These Holds" button on the Browse Hold Shelf page? I just asked someone to test out some instructions that don't mention that button at all, and they immediately clicked the "Clear these holds" button. |
| 11:38 |
Dyrcona |
People. Why won't they just do what they're told? :) |
| 11:38 |
csharp |
in our case, we want the option to clear the holds available, but not to automatically happen by entering the interface - what you're desiring might be better controlled by permissions |
| 11:38 |
csharp |
Stompro: ^^ |
| 12:31 |
tsbere |
Bmagic: Hint: helpers.get_user_setting(id, setting) |
| 12:32 |
Bmagic |
alrighty, I'll work this out and get back to you |
| 12:36 |
|
jihpringle joined #evergreen |
| 14:35 |
jonadab |
Hmm. After importing a bunch of bib records, I can find them in the staff client, but not in the OPAC. (This is a test installation.) |
| 14:35 |
kmlussier |
jonadab: Do they have copies attached? |
| 14:36 |
jonadab |
Oh, no, they currently don't. |
| 14:36 |
jonadab |
I hadn't gotten to that stage yet. |
| 15:59 |
Dyrcona |
pinesol_green: I do. Bring me some. |
| 15:59 |
pinesol_green |
Dyrcona: Have you tried taking it apart and putting it back together again? |
| 15:59 |
pinesol_green |
Dyrcona: I am only a bot, please don't think I'm intelligent :) |
| 16:00 |
kmlussier |
csharp: I've received confirmation that a receipt printer and network printer will be available at the hack-a-way for hatch testing. |
| 16:03 |
gmcharlt |
yay! |
| 16:05 |
* tsbere |
has an unused network-enabled receipt printer sitting on a shelf in his office |
| 16:05 |
kmlussier |
tsbere: Can we use it at the hack-a-way? |
