Evergreen ILS Website

Search in #evergreen

Channels | #evergreen index




Results

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138

Results for 2015-01-05

05:13 pinesol_green Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:14 remingtron__ joined #evergreen
06:37 phasefx__ joined #evergreen
07:16 jboyer-isl joined #evergreen
07:33 Callender joined #evergreen
07:59 akilsdonk joined #evergreen
08:03 bshum Hmm, Archive::Zip issue on testing?
08:03 bshum That's new
08:06 julialima_ joined #evergreen
08:16 ericar joined #evergreen
08:18 * csharp emerges from holiday hibernation
13:31 jeff https://bugs.launchpad.net/sipserver
13:35 eby joined #evergreen
13:37 * bshum has no powers there
13:37 dbs jeff++
13:38 * dbs will update the SIPServer README to point there
13:38 dbs Meanwhile, wondering whether the SIPServer test suite is supposed to work out of the box with the shipped SIP config
14:13 abowling joined #evergreen
14:59 kbutler joined #evergreen
15:15 ericar_ joined #evergreen
16:36 bshum Thanks!
16:37 dbwells Feel free to ask me for help if it doesn't work as expected.  I am not sure if anyone has used that feature in a live instance.
16:38 bshum dbwells: Sounds good.  I'm not sure when/if we'll try it out.
16:47 pinesol_green [evergreen|Bill Erickson] LP#1406367 Reduce Fine gen. API memory use - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=09642a7>
16:47 pinesol_green [evergreen|Bill Erickson] LP#1406367 Fine generator skips no-fines transactions - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=80b673d>
16:47 pinesol_green [evergreen|Bill Erickson] LP#1406367 Fine generator skips no-fines transactions (parallel) - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=78d6a87>
16:54 RBecker joined #evergreen
16:58 pinesol_green Incoming from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
16:59 Dyrcona Well, that bothers me right after I commit something, too.
16:59 bshum Heh
16:59 bshum It was broken this morning.

Results for 2015-01-04

00:56 DPearl1 joined #evergreen
04:25 dcook joined #evergreen
04:58 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:33 BigRig joined #evergreen
08:15 pie_ joined #evergreen
12:29 sbrylander joined #evergreen

Results for 2015-01-03

14:25 artunit_ joined #evergreen
16:29 artunit_ joined #evergreen
16:47 artunit_ joined #evergreen
17:16 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
21:02 sarabee joined #evergreen
21:51 artunit joined #evergreen

Results for 2015-01-02

14:09 bshum But eh, no problemo :)
14:17 jboyer-isl joined #evergreen
14:40 RoganH joined #evergreen
15:44 pinesol_green [evergreen|Pasi Kallinen] Make Vandelay merge profile names translatable. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e66d78b>
17:01 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:04 mmorgan left #evergreen
17:07 berick ugh.  on more than one box (ubuntu 14.04), retrieving file /reports/fm_IDL.xml via browser craps out w/ an IDLCHUNK parse error.
17:07 berick it reads "\x1f\x8b\b" as the first few bytes..  (which is of course not in the IDL).

Results for 2015-01-01

00:36 bshum jcamins: Heh, I was here and then there.
02:13 abowling joined #evergreen
02:34 abowling left #evergreen
05:04 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:36 BigRig joined #evergreen
06:58 pie_ joined #evergreen
10:56 Griff`Ron joined #evergreen

Results for 2014-12-31

09:02 bshum mrpeters: I'm almost certain that the order is relevance based
09:03 mrpeters OK, so the same as the default strategy for the regular OPAC?
09:03 bshum That would be my expectation.
09:04 mrpeters easy way to test, i suppose -- run the same search string in tpac and limit the audiences :)
09:04 bshum I'm sure you could try altering it by tacking on more variables to the URL.
09:04 mrpeters nope, you nailed it
09:04 pie_ bshum: heh. thanks
10:02 Guest5683 joined #evergreen
10:03 pie_ joined #evergreen
10:14 RBecker_ joined #evergreen
10:15 bshum @later tell tsbere Hmm, "Config variable ${SERVER_PORT} is not defined" is ending up in my apache warnings whenever I restart on apache 2.4 with Ubuntu Trusty. Test converting our rewrite maps/rules from 2.2 to 2.4.
10:15 pinesol_green bshum: The operation succeeded.
10:21 Dyrcona joined #evergreen
10:31 RBecker joined #evergreen
10:50 dkyle joined #evergreen
11:00 jboyer-isl joined #evergreen
11:16 mmorgan Anyone around who has worked with the Merge Monograph Parts functionality in 2.7?
11:17 bshum mmorgan: I tested it
11:17 bshum And pushed those commits to master during 2.7
11:17 bshum What seems to be up?
11:21 bshum parts-- # asking about parts is dangerous
11:21 mmorgan joined #evergreen
11:25 mmorgan sorry for dropping out, kicked the power strip :-(
11:25 bshum mmorgan: I blamed it on parts, don't worry about it :)
12:04 mmorgan left #evergreen
12:26 * bshum grumbles at bug 1406788
12:26 pinesol_green Launchpad bug 1406788 in Evergreen "KPAC Login Redirect Issue" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1406788
12:27 bshum abowling++ # I'll test that one cause I probably broke it when I merged redirect changes a couple releases back
12:31 bshum abowling: On the other hand, initial testing doesn't seem to redirect it where I think it should.  I'll poke at it some more :)
12:32 jeff heh. i was just looking at that. :-)
12:32 bshum jeff: Heh
12:52 jboyer-isl joined #evergreen

Results for 2014-12-30

09:07 Dyrcona The quotes very likely change the search.
09:08 Dyrcona One would assume it turns it into a phrase.
09:08 Dyrcona berick: It turns out that I have not been running the fine generator on my new dev VM for the past ten days.
09:08 Dyrcona berick: Anything in particular I should watch for while testing your branch?
09:09 krvmga Dyrcona: i'm guessing that is so. what i can't account for is why there are more results with a more restrictive format filter.
09:10 mmorgan krvmga: I get more results in our catalog with book(all) - 6304 vs book(regular print) - 4192, so am not seeing the same thing
09:10 dbs krvmga: do you page through all of the results to find out how many there actually are?
14:36 cfarley So I'm saying, hide everything below the catelog and effectively ignore them.
14:37 Dyrcona Yes, but a lot of things expect there to be a tree and go up and down the tree looking for settings, etc.
14:37 Dyrcona So, 1 mistake can throw that off.
14:37 cfarley I see, maybe I'll have to do some testing
14:38 Dyrcona If all you do is allow the top org unit type to have volumes/copies and users, and then just use that org unit type as your only org. unit, you should be OK.
14:39 Dyrcona Testing is always good, preferably in a separate installation from production.
14:55 cfarley I just noticed that my Catelog and system levels are greyed out in the Pickup location dropdown box on the place hold screen.  Does anyone know what is needed to get these enabled?
14:57 bshum cfarley: I believe that's controlled via the type of organization unit that's employed.  There's a flag on the org unit type that sets it as allowing volumes and copies. If the unit type doesn't allow that, then they're typically not eligible as hold pickup locations.
14:57 bshum Generally speaking, it's assumed in the stock setup that the top level and system levels do not actually house copies of materials.
17:02 pie_ joined #evergreen
17:02 pie_ Hey guys, has anyone ever used usemarcon or have access to some conversion tables/rulesets?
17:03 mrpeters left #evergreen
17:07 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:08 mmorgan left #evergreen
17:37 nhilton joined #evergreen
18:34 RBecker joined #evergreen

Results for 2014-12-29

02:58 b_bonner_ joined #evergreen
02:59 jeffdavi1 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:30 rjackson-isl joined #evergreen
07:37 jboyer-isl joined #evergreen
07:46 ericar joined #evergreen
15:09 berick bshum: have you noticed high mem. usage locally?
15:10 bshum berick: I actually haven't monitored it that closely. Though the server that runs fines also runs A/T events and we do allocate a lot of memory to the server to avoid running out of room in general.
15:10 bshum In the past, I know we've run out of memory before, so we've always kept it at a very high number anyways.
15:11 berick bshum: gotcha.  yeah, we get mem alerts occasionally.  didn't think much about it until i saw what happened on the test server.
15:15 Dyrcona I've never gotten memory alerts, but I know it can take a long time to generate fines on a dev/test server that has been kept up to date.
15:15 Dyrcona Should be "has not been kept up to date."
15:16 bshum The idea of skipping the $0 stuff sounds like a really good thing to me.
15:16 bshum I know that ends up being tons for us
15:26 jeff 1.2.0.4 -- first version with Hold Capture Verify and Rental support. :-)
15:27 jeff November 2008.
15:29 berick nice
15:55 Dyrcona Well, I threw that branch up on my development server, I'll have to figure out how to test it later.
15:56 Dyrcona berick++
15:56 berick Dyrcona++ sweet
16:52 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:08 mmorgan left #evergreen
18:07 cfarley joined #evergreen
18:10 cfarley Hello, I am having problem and hoping that someone has run into it before.  I am running 2.6.4 and when I try to place an item on hold through the opac, nothing happens.

Results for 2014-12-28

04:55 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:34 eeevil joined #evergreen
06:34 mtate joined #evergreen
06:35 TaraC joined #evergreen

Results for 2014-12-27

16:43 Dyrcona The mother of all subtitles.....
16:55 Dyrcona Well, I'm heading home in a few.
16:55 * Dyrcona went into the office to cover the Saturday and to escape the noise.
17:12 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
18:27 dbs Hmm. Methinks that deleted records such as https://laurentian.concat.ca/eg/opac/record/832789 should return a 404 instead of a 200.
18:34 dbs Actually, 410.
18:35 dbs For that matter, a request for a record ID that doesn't exist should return a 404 instead of a 200.

Results for 2014-12-26

05:15 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
09:36 dbwells joined #evergreen
10:09 sarabee joined #evergreen
12:11 bshum @coin
15:20 bshum I bet it's http://git.evergreen-ils.org/?p=Evergreen.git;a=c​ommit;h=c0e0e39d49f1188575f609cb1c30f3626da678ad
15:20 pinesol_green [evergreen|Josh Stompro] Documentation: LP#1386854 - Locally Hosted Added Content. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c0e0e39>
15:21 kbutler Can anyone help me to understand what is the difference between a 'circulation limit set' and a 'circulation limit group'?
15:21 * dbs briefly considers adding an integration test for doc builds
15:23 tsbere kbutler: Limit group is used in circ tagging. Limit set is a set of conditions to count/limit circs with.
15:24 kbutler tsbere: So limit group is not going to be useful for creating circulation rules for patron types?
15:25 mtcarlson joined #evergreen
15:31 bshum kbutler++
15:32 kbutler bshum++  Thanks!
15:32 kbutler tsbere: Hmm.  Thanks for the explanation.
16:58 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:10 jboyer-isl joined #evergreen

Results for 2014-12-25

00:59 hopkinsju joined #evergreen
02:51 mtj_ joined #evergreen
05:01 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
10:15 tsbere_ joined #evergreen
10:16 chatley joined #evergreen
10:35 mtate Merry Christmas, Evergreen!

Results for 2014-12-23

12:38 tsbere hopkinsju: Looking at the hold targeter, it looks like it may be hardcoded to re-examine holds after 24 hours. We may want to make that more of an option some day. So, provided you are running it frequently it should, once a day, change the copies (when multiple are available) on each non-captured hold.
12:40 tsbere hopkinsju: If there are no other copies available it obviously can't pick a new one (this is always the case for copy-level holds, for example) and as I mentioned it could be going back to the previous copy every other day....in fact, thinking about it, it may never leave a given library if that library has 2 or more holdable copies...
12:41 tsbere That will be most likely to be a problem with the hold is for pickup at that library, or that is the "closest" library in the org tree to where the hold is to be picked up, though. If it has to look further than that it should be more random.
12:46 hopkinsju tsbere: I think I'm going to have to do some further testing. My interpretation of the hold_targeter.pl was that it was looking for new *potential* copies to add to the pool every 24 hours. So that newly added items might be considered,
12:46 hopkinsju But only in the case that a manual retarget (or status change related retarget) happened.
12:48 mrpeters1 joined #evergreen
12:53 mrpeters joined #evergreen
12:54 tsbere hopkinsju: It adds new copies and updates the pull list information as part of the same cycle. Manual retarget is "do that without the 24 hour wait from the last time"
13:10 buzzy joined #evergreen
13:17 hopkinsju tsbere: I guess it could be that it's just choosing the same copies every time for the same reasons.
13:17 hopkinsju I've not found a test case yet where the same branch has multiple available copies, but I've not looked hard enough.
13:18 hopkinsju ... where same branch is the local branch and/or local system.
13:44 mrpeters1 joined #evergreen
13:50 mrpeters joined #evergreen
14:19 mrpeters1 joined #evergreen
15:56 nhilton_ joined #evergreen
16:34 nhilton joined #evergreen
16:37 dreuther_ joined #evergreen
17:04 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:10 mrpeters1 joined #evergreen
17:31 nhilton_ joined #evergreen
17:38 nhilton joined #evergreen

Results for 2014-12-22

00:10 hopkinsju joined #evergreen
00:12 book` joined #evergreen
01:12 nhilton joined #evergreen
05:04 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:31 BigRig joined #evergreen
07:36 collum joined #evergreen
07:50 julialima_ joined #evergreen
13:44 nhilton joined #evergreen
13:45 nhilton joined #evergreen
13:49 dreuther joined #evergreen
14:10 abowling hi, all. doing some testing to hopefully fix some bugs, and have what's probably a relatively elementary question. just for pure testing purposes, i'm adding a variable to the $ctx array (e.g. $ctx->{foo} = "bar"), but when I try to output it in a TT2 file, even after restarting opensrf and apache services, it doesn't show. can someone give me a brief background tutorial on this?
14:11 tsbere abowling: Where you are attempting add it would be a good thing to know, I think.
14:11 abowling sorry. correct you are, tsbere
14:11 abowling EGCatLoader.pm
14:13 tsbere abowling: In that case, the function you are adding it to may be a good thing to know as well.
14:14 abowling tsbere: load_common
14:15 tsbere abowling: Huh. Have you installed the new file and restarted apache?
14:15 abowling another related issue that i've run into, even if i change, purely for testing purposes, $ctx->{opac_root} to "eg", it still outputs as "/eg/opac"
14:15 abowling I've restarted apache and opensrf services
14:16 tsbere but did you reinstall the changed file?
14:16 abowling is there anything i'm missing. for testing, i'm just directly editing the file and outputting, so based on your last question, probably not
14:16 tsbere If you are editing the file in, say, an extracted tarball or git checkout then you will need to copy the file in place manually or re-run the make install step.
14:17 abowling a-ha
14:17 abowling i'm editing directly on the folder it's running, not in a git checkout
15:14 mrpeters there is a kpac_root in the EGCatLoader though
15:14 tsbere There is?
15:14 mrpeters yeah
15:14 abowling mpeters: i put the kpac_root there for testing
15:14 mrpeters oh
15:15 abowling it wasn't there, natively
15:15 mrpeters heh i thought you said the original file was back in place :)

Results for 2014-12-20

11:48 dwn joined #evergreen
13:28 bmills joined #evergreen
17:04 nhilton joined #evergreen
17:07 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
18:13 nhilton joined #evergreen
20:08 DPearl joined #evergreen

Results for 2014-12-19

01:20 remingtron_ joined #evergreen
01:23 _bott_ joined #evergreen
02:37 dcook__ joined #evergreen
05:08 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
07:31 graced joined #evergreen
07:47 eeevil joined #evergreen
07:52 jboyer-isl joined #evergreen
09:51 yboston joined #evergreen
10:01 akilsdonk joined #evergreen
10:13 berick Dyrcona: your response to RM schedule..  more time where, exactly?
10:13 Dyrcona berick: What you described as the week for testing.
10:13 berick ah, ok
10:14 Dyrcona I'm going to put it on my calendar at work, so I'll actually get some time to kick tires, etc.
10:14 phasefx joined #evergreen
10:37 Shae joined #evergreen
10:56 berick yboston: fyi at bug 1171984
10:56 pinesol_green Launchpad bug 1171984 in Evergreen "add support in Vandelay for overlaying authorities during import using match sets" (affected: 5, heat: 22) [Wishlist,Confirmed] https://launchpad.net/bugs/1171984
10:57 yboston cool
10:59 buzzy joined #evergreen
11:08 dreuther joined #evergreen
11:23 dreuther_ joined #evergreen
11:31 bmills joined #evergreen
11:35 dreuther_ joined #evergreen
11:35 jeffdavis joined #evergreen
12:20 yboston berick: I may be able to find the time to sign off on that last commit today, or should I just wait for me to do the more thorough testing of the whole branch in Janaury?
12:24 dcook joined #evergreen
12:25 berick yboston: either way is fine w/ me
12:25 yboston OK, then I will wait until January so I can wrap up some other stuff.
12:26 yboston berick: BTW, I was wondering if you could share the test data you used, or at least describe it to me, and any configurations for auth merging that you used.
12:26 yboston berick: we can do it by email if you
12:26 yboston prefer
12:30 berick yboston: i think I did all my tests with Open-ILS/tests/datasets/auth-subset100.mrc
12:31 yboston berick: did you make any new merge profiles or any new config?
12:32 berick yboston: i tried various match sets, but didn't create any new merge profiles
12:32 yboston berick: OK, just wanted to get a sense of what you did
12:32 yboston will keep you posted in janaury
12:32 berick different merge profiles would be a good thing to test, of course.  since I didn't touch the merge code, I didn't bother testing any of that
12:32 berick yboston++
12:42 ericar joined #evergreen
12:46 nhilton joined #evergreen
12:57 nhilton_ joined #evergreen
16:14 nhilton joined #evergreen
16:32 dreuther_ joined #evergreen
16:47 dreuther joined #evergreen
16:50 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 dreuther_ joined #evergreen
17:08 StephenGWills left #evergreen
17:09 mmorgan left #evergreen

Results for 2014-12-18

02:17 DPearl joined #evergreen
04:53 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
07:59 collum joined #evergreen
08:06 julialima_ joined #evergreen
08:27 mrpeters joined #evergreen
14:23 RoganH I'm in favor of using Eventbite if there's a question about GPL compatibility.  I am curious what part of the GPL it might be violating though.
14:23 keynote2k As for Eventbrite:  we're working on whether they'll waive the fees for 2015; I haven't heard back yet
14:24 graced #info graced is Grace Dunbar  (better late than never)
14:24 yboston good to know that on the techinical side kmlussier has been testing the first solution
14:24 kmlussier keynote2k: But in the past, you have indicated it's less likely than it has been previously, right?
14:24 yboston but I think we need tme for the license vetting
14:24 * gmcharlt would like to point out that the investigation of the event plugin is not something that was being undertaken lightly; my understanding is that there has been significant uncertainty about whether EventBrite would waive this year
16:53 berick yboston: no, i didn't add any new attrs for this code
16:54 yboston not that I understand how overlays work for bibs or auths, wondering if some new values for auths would be a nice thing to have
16:56 yboston I can't seem to be able to add new "record display attributes" for auths from the XUL UI either, but that is a diferent matter
16:57 berick huh
16:58 berick i wonder if no one's ever tested it, since vandelay has such limited auth support.  i found other authority record bugs in vandelay.
16:58 yboston tested what, the "record display attributes" or importing authorities?
16:58 yboston we import authorities through Vabdelay daily
16:59 yboston *Vandelay
16:59 berick yboston: since the matching is based on MARC tags or normalized headings, new attributes are not required.  however, not havingin any attrs, certainly limits the utility of the UI.
16:59 berick the display attributes
17:00 berick yboston: if you have suggestions on a set of default attrs, I'd be happy to help integrate them
17:00 yboston that is what I suspected you woudl ask
17:00 berick ;)
17:00 berick <-- predictable
17:01 yboston I will run it by the catalogers here
17:02 yboston and to be clear, I see two things
17:03 yboston 1) new defaults are needed (and I will help sugest some)   2) there might be a bug with addign new ones from the XUL UI (more testing needed to confirm)
17:04 berick cool, that's how I understood it
17:04 yboston great, just checking
17:04 yboston BTW, I am trying to learn how to do bib overlays before I tackle testing the auth overlays
17:11 mmorgan left #evergreen
17:54 dcook joined #evergreen
17:58 vlewis_ joined #evergreen

Results for 2014-12-17

11:01 remingtron "Oh man! Who printed their reports on my chocolate paper?!"
11:05 tsbere remingtron: Well, that would make it nicer when you decide someone needs to eat the report for security/privacy reasons. ;)
11:22 nhilton joined #evergreen
11:47 bshum berick++ # I'm testing https://bugs.launchpad.net/evergreen/+bug/1392759 to get a new build system setup today to roll releases.
11:47 pinesol_green Launchpad bug 1392759 in Evergreen "Developer/Packager Makefile.install targets" (affected: 1, heat: 6) [Wishlist,New]
11:49 bshum berick: As a side question, I can see that there's a distinction made between "developer" and "packager" in the Makefile
11:49 bshum I assume I should also run the developer one so that when we go to build the release including the web client stuff, that it'll have the necessary deps in place
11:54 bshum berick++ # sweet :)
11:55 bshum And might I say, I love this super handy addition for future release setup.  :D
11:57 berick great, glad it's helping
11:59 * bshum goes and rolls 2.7.2 to test and see if everything installed right in his new building environment.
12:04 berick bshum: hm, are you building on a machine that does not have EG installed?
12:04 berick just curious about the lack of libtemplate-perl and liblocale-maketext-lexicon-perl
12:04 bshum berick: Yep, I already found a quirk.
12:07 eeevil the "not for human eyes" scared me :)
12:09 berick heh, yeah, well EDI rarely is, i guess
12:09 eeevil that's fair
12:09 Dyrcona berick eeevil: I might be able to scare up someone who would be willing to test it with a vendor, but probably not until after the New Year.
12:09 berick bshum: if you come up w/ a list of prereqs for non-EG-installed machines, we can add them to the makefile target
12:09 berick Dyrcona++
12:09 eeevil Dyrcona++ # indeed
12:38 mmorgan The log is telling me: circulator: bailing out with events: COPY_NOT_AVAILABLE
12:38 Dyrcona Does the self check circ user have COPY_NOT_AVAILABLE.override permission?
12:39 Dyrcona Didn't look to see if COPY_NOT_AVAILABLE is overridable, btw. That just comes to mind, though.
12:40 mmorgan Yes, the user has that permission.
12:48 mmorgan I swear the selfcheck/status thing worked when I originally tested, but it's not working now :-(
12:49 Dyrcona Well, the log messages suggest that either the user doesn't have the permission or the override check is not being done for that event.
12:52 mmorgan Here are a few more lines from the log.
12:52 mmorgan [2014-12-17 12:22:11] open-ils.circ [INFO:38527:Circulate.pm:1170:14185563064613121] circulator: permit_patron script returned events: HASH(0x2ea13a8)
13:04 RoganH #info Rogan Hamby, SCLENDS
13:05 gmcharlt thanks
13:05 RoganH And I'll be in and out of paying attention as I have something else going on at the same time (a reference materials meeting).
13:05 gmcharlt I will need to keep this meeting short today, so let's just focus on highlights, please
13:05 gmcharlt #topic Action items from previous meetings
13:06 gmcharlt I've had very little time, what with crossing the continent, so first...
13:06 gmcharlt #action (carry-over) gmcharlt will coordinate/assist with dbs to move the planet
13:07 gmcharlt #action (carry-over) gmcharlt with work with DIG to get a test VM for doc-building set up
13:07 gmcharlt #action gmcharlt will follow up with ericar re libraries roster and LP instructions page
13:07 gmcharlt #action gmcharlt will tweak the “learn more” buttons shortly
13:07 gmcharlt #action (carry-over) gmcharlt will coordinate with the EOB regarding the trademark policy page
13:08 gmcharlt kmlussier: could you talk about your action items as well as the current status of the conference registration & events plugin?
13:08 kmlussier I'll get the easy one out of the way first.
13:09 kmlussier #info kmlussier has applied updates to the Getting Started page. The page now contains sections for testing code and funding projects.
13:09 kmlussier I haven't worked on the action item to bring over previous conference materials, because I have been focusing on getting an event registration solution for this year's conference.
13:10 kmlussier Mainly because it looks like we won't be able to get continued sponsorship to get Eventbrite fees, but also because I think it would be good if we didn't have to send our info to a third party.
13:11 kmlussier I looked at a couple of plug-ins. The one that looks like it would work best for our conference is the Pro version of events manager.
13:11 kmlussier #link http://wp-events-plugin.com/
13:12 kmlussier At this point, there are 2 things that could delay the conference registration. 1) we still are waiting for the venue contract to be signed.
13:12 kmlussier And the SFC has concers about this plug-in because it isn't fully licensed as GPL.
13:13 kmlussier I'm still waiting to hear back from them on those concerns.
13:14 kmlussier My preference is to use it because I think it's a better solution to using Eventbrite.
13:14 gmcharlt thanks for the update
13:14 nhilton joined #evergreen
13:15 gmcharlt I believe that phasefx has completed the update the FAQs page
13:15 gmcharlt kmlussier++
13:16 phasefx related, yamil has put together some vendor-related faq's, linked off of the vendor page
13:16 * phasefx is using "vendor" as short-hand, of course :)
13:17 gmcharlt thanks
13:18 gmcharlt on a different note, I believe that the test of the jobs plugin that RoganH did was a success
13:18 gmcharlt so I think next steps are to get the jobs listing pages linked up
13:19 gmcharlt and publicize their existance
13:19 kmlussier Yay! RoganH++
13:20 gmcharlt #info Jobs plugin installed and tested; now needs to be linked to navigation and publicized
13:20 gmcharlt in system administration news...
13:21 gmcharlt #info Galen has updated dokuwiki after a security release
13:21 gmcharlt #action jeff will upgrade the web server to Squeeze LTS
13:23 bshum gmcharlt++ jeff++
13:23 gmcharlt so at this point, except for potentially some minor maintenance tasks and possibly installation of the events manager plugin
13:23 gmcharlt we'll be in a holding pattern until next year
16:49 Dyrcona PgAdmin estimates that 764,897 rows have been loaded into my table.
16:49 Dyrcona At this rate, it won't finish until after I go home.
16:50 nhilton_ joined #evergreen
17:11 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:18 mmorgan left #evergreen
17:54 nhilton joined #evergreen
17:56 nhilton_ joined #evergreen

Results for 2014-12-16

00:51 dkyle joined #evergreen
00:52 _bott_ joined #evergreen
01:17 nhilton 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:35 BigRig joined #evergreen
07:10 mmorgan joined #evergreen
07:10 artunit_ joined #evergreen
12:22 mrpeters I made note of it on the upgrade spreadsheet.
12:28 jihpringle joined #evergreen
12:29 nhilton joined #evergreen
12:31 kmlussier bshum or anyone else: do you know if we already have a page with guidance on testing bugs/using Launchpad?
12:31 bshum kmlussier: Last I recalled, I thought ericar was working on a page for that.
12:32 kmlussier I was thinking it would be useful to put http://wiki.evergreen-ils.org/doku.php?id=​dev:bug_squashing:2014-11-10#testing_bugs on a page that is more permanant than a bug squashing day page, but I didn't want to create something new if there was something already out there.
12:33 bshum kmlussier: Yeah, it was a carryover from a few web team meetings:  http://wiki.evergreen-ils.org/doku.php​?id=webteam:meetings:agenda:2014-10-15
12:34 bshum I imagine it's just gotten lost in the shuffles.
12:36 kmlussier Well, maybe I can create the page with info on testing bugs, and then when somebody has time to do the larger "how to use Launchpad" page, they can incorporate it there?
12:37 bmills joined #evergreen
12:37 kmlussier My initial goal was just to follow up on a web team action item, but I seem to be straying a bit.
12:53 julialima_ joined #evergreen
13:40 RoganH joined #evergreen
14:03 jcamins @later tell rfrasur I just got an e-mail saying my foldscope is in the mail! :D :D :D
14:29 bshum Just so that we cover the bases.
14:29 bshum I forward ported things so that the chain is better now though.
14:33 pinesol_green [evergreen|Dan Scott] LP#1400100 - Avoid extra </div> when OpenURL is enabled - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=85ccb0c>
14:36 paxed i mentioned this yesterday, but i'll repeat: anyone want to test this (marc_warnings.pl) on EG install & bib data: http://github.com/paxed/marc21-fi-mangle
14:40 bshum paxed: I saw it, but haven't had a chance to play with anything.
14:41 bshum I can't remember if adding a new dependency might break egbuilder, but let's see how it goes..
14:41 pinesol_green [evergreen|Jason Stephenson] LP#1401271: Add missing dependency for Date::Manip perl module - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=da51e17>
15:32 berick (merging / LP)
15:36 dbs 6-digit bugs, nice
15:37 buzzy joined #evergreen
15:38 bshum Only 5 pullrequest things left for 2.7.2
15:38 bshum Of those, 2 are related to action_trigger stuff, and I'm still deciding what to do about them; how to handle the backporting basically.
15:39 bshum Two are still waiting for further testing.
15:39 bshum And one looks like it's still in a state of flux
15:39 * bshum refers to berick/eeevil's https://bugs.launchpad.net/evergreen/+bug/1386347
15:39 pinesol_green Launchpad bug 1386347 in Evergreen 2.6 "Speed up hold copy map deletion for clear shelf process, etc." (affected: 1, heat: 6) [Undecided,New]
15:39 pinesol_green [evergreen|Dan Scott] LP#1402905 Use stricter matching for UPC values - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=cd9dfdf>
15:43 bshum From the comments it looks like we're mostly settled, but maybe we should test more before we're ready to put that through.
15:43 julialima_ left #evergreen
15:43 eeevil bshum: I'll sign off on that branch
15:43 bshum eeevil: That works too :)
16:00 jboyer-isl mmorgan, I see you were poking at lp 1210541
16:00 jboyer-isl yesterday, is that looking good? I didn't want to put a pullrequest on it if there are still issues.
16:00 pinesol_green Launchpad bug 1210541 in Evergreen "Copy locations table should have a 'deleted' flag" (affected: 9, heat: 52) [Wishlist,Confirmed] https://launchpad.net/bugs/1210541 - Assigned to Michele Morgan (mmorgan)
16:03 mmorgan jboyer-isl: I did start poking, but didn't finish testing yet.
16:04 mmorgan I did find that the deleted locations still show up in the interfaces where location groups and location order are configured.
16:07 jboyer-isl How annoying of them. :/ I'm glad I didn't try to get it pushed in under the wire then, I'll keep plugging away.
16:07 jboyer-isl Thanks mmorgan .
16:09 mmorgan I was trying to decide if that was a showstopper. I think it would make those interfaces pretty confusing to use. :-(
16:28 bmills joined #evergreen
16:32 buzzy joined #evergreen
16:32 bmills1 joined #evergreen
16:56 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
16:56 artunit_ joined #evergreen
17:00 jihpringle joined #evergreen
17:07 mmorgan left #evergreen

Results for 2014-12-15

02:43 tsbere__ joined #evergreen
04:58 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
07:10 TaraC joined #evergreen
07:11 phasefx joined #evergreen
07:56 jboyer-isl joined #evergreen
09:58 Dyrcona So, funny: I have It's Only Rock'n'Roll (and I Like It) playing right now.
09:59 Dyrcona Mick was at the chorus when I read krvmga's latest message.
10:01 krvmga Dyrcona: :)
10:01 kmlussier Dyrcona: No problem. I'm not sure when I'll have time to do testing anyway.
10:01 * kmlussier just realized today that she only has a little more than a week of work left with a long to-do list before going on vacation.
10:01 * Dyrcona watches his wifi indicator go up and down like a kid bouncing on a bed.
10:02 Dyrcona kmlussier: There's always next year.
10:02 BigRig joined #evergreen
11:11 dreuther joined #evergreen
11:12 chatley joined #evergreen
11:23 dreuther_ joined #evergreen
11:25 paxed anyone wanting to test this: https://github.com/paxed/marc21-fi-mangle  (does marc_warnings.pl work on EG? i don't have an install or data i could test it against)
11:32 collum joined #evergreen
11:38 StephenGWills joined #evergreen
11:48 mrpeters joined #evergreen
11:49 * mmorgan was hoping that as well :-(
11:54 eeevil julialima_: sorry I missed your response and question.  csharp pointed you at some good resources, and I'm happy to chat any time.  just prefix with "eeevil:" to get my attention :)
12:09 julialima_ eeevil: no worries. Thank you anyways
12:14 kmlussier mmorgan: Did you tell me you wanted to test something on a Sandbox? I can't remember what it was.
12:16 mmorgan kmlussier: lp 1210541
12:16 pinesol_green Launchpad bug 1210541 in Evergreen "Copy locations table should have a 'deleted' flag" (affected: 9, heat: 52) [Wishlist,Confirmed] https://launchpad.net/bugs/1210541
12:17 kmlussier mmorgan: OK. I'll load it on mlnc2 now.

Results for 2014-12-14

16:02 Dyrcona Ah, the joy of NCIP: You need a completely different software implementation for every vendor you deal with.
16:06 nhilton joined #evergreen
16:58 dcook joined #evergreen
17:16 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
20:24 mtj_ joined #evergreen
20:43 mtj_ joined #evergreen
22:13 jeff dypretty much

Results for 2014-12-13

08:17 phasefx joined #evergreen
12:32 nhilton joined #evergreen
13:11 bmills joined #evergreen
17:01 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>

Results for 2014-12-12

00:09 buzzy joined #evergreen
01:40 _bott_ joined #evergreen
04:49 _bott_ joined #evergreen
05:04 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
06:45 DPearl joined #evergreen
07:36 eeevil joined #evergreen
07:38 phasefx joined #evergreen
08:11 Callender joined #evergreen
08:18 graced joined #evergreen
08:31 Dyrcona joined #evergreen
08:33 jboyer-isl Today seems as good a day as any to re-read the postgres tuning guide.
08:34 jboyer-isl In trying to add the new machine to my test server instance I seem to have overwritten my recently hand-tuned postgresql.conf on a new machine with the version for a machine with 1/4 of the RAM.
08:34 jboyer-isl Oops.
08:38 mmorgan joined #evergreen
08:39 ericar joined #evergreen
08:47 Dyrcona Heh.. G+....
11:58 csharp eeevil: so I see those headings there... do you know why I wouldn't be seeing the see from/also tracings?
11:58 yboston (I know berick is working on that)
11:59 csharp s/know/have any guesses about/
11:59 berick yboston: it's done
11:59 berick well, it needs eyes and testing
11:59 yboston berick: did you get a signoff on your work. I have not had the time to create a new test VM to try it myself
11:59 berick yboston: no, i don't think anyone's looked at it
12:00 yboston berick: I wil get back to you next week
12:00 berick yboston++

Results for 2014-12-11

09:03 rjackson-isl joined #evergreen
09:10 RoganH joined #evergreen
09:13 julialima joined #evergreen
09:20 Dyrcona Heh. I just used NCIPServer to place a hold for pickup at a certain library that could only be filled by a certain library on my dev server in order to test something totally unrelated to NCIP.
09:21 kmlussier Dyrcona: Nice!
09:22 RoganH joined #evergreen
09:22 mrpeters reciept template fun!  Re: https://bugs.launchpad.net/evergreen/+bug/1396307 -- is there a way (I know some javascript could probably do it, but I don't know if it would be merged into master) to have the row for %noncat_count% only display when the item(s) in question are of the noncat type?
09:25 mrpeters i would also say that it is a bug, not a wishlist, that the template doesn't properly account for the number of non-cat items checked out when the macro is already available
09:25 jeff kmlussier: morning!
09:27 kmlussier jeff: :)
09:27 Dyrcona Yeah, it was the fastest way I could think of to place the hold: open a test script, edit two fields, and run it.
09:27 Dyrcona Now, to experiment with suspending on shelf holds that have not been picked up....
09:29 yboston joined #evergreen
09:31 julialima joined #evergreen
10:00 mrpeters tsbere: are there other templates doing this?
10:00 ericar joined #evergreen
10:00 mrpeters (reading your article at http://masslnc.cwmars.org/node/2528 now)
10:02 tsbere mrpeters: Er, I don't think stock templates do....but we have libraries that use it internally for some things. (note: I didn't test that code)
10:02 mrpeters nah thats fine i understand it -- i just didn't know this functionality existed
10:03 tsbere mrpeters: For example, making it so that a "short slip" prints out for specific shortnames is one of the primary reasons the "swap slip" exists - The entire main slip is discarded and an alternate used instead when the shortname matches
10:03 mrpeters so, it looks at the value of the macro and decides whether or not to display the div?  how is that happening?
10:48 dbs by way of explanation, I hate marking older bugs as dupes because it feels like rewriting history.
10:48 Bmagic csharp: you are using acq?
10:48 sandbergja joined #evergreen
10:48 csharp Bmagic: we're in a test period with a planned go-live on a couple of libraries in early spring
10:48 DPearl eeevil: Thanks
10:49 csharp but, yeah, I've learned way more about acq than I wanted to :-P
10:49 Bmagic csharp: And you plan on registering the appropriate users to the system level?
14:41 D0nB Just let me know how/if I can help
14:41 kmlussier yboston: Maybe when the new cataloger is up to speed, they can help explain them.
14:42 yboston that is what I hope to do
14:42 kmlussier #info posted testing feedback for bug 1389403 and has signed off on it.
14:42 pinesol_green Launchpad bug 1389403 in Evergreen "OPAC numeric search's call number search bug with LC call numbers " (affected: 1, heat: 6) [Undecided,Confirmed] https://launchpad.net/bugs/1389403
14:42 yboston kmlussier++
14:43 kmlussier OK, moving on to new business, I think we covered most updates during the action item updates.
15:06 kmlussier A toggle to do what?
15:06 yboston turn it on or off
15:06 yboston or is there such a thing already and we only need better documentation?
15:07 kmlussier I could be wrong, but I think you just need to give the right permission to patron to surface the volume/copy holds in the pac.
15:07 * kmlussier hasn't tested it, though.
15:07 dbs it's hard-coded right now as staff-only
15:08 kmlussier dbs: OK, thanks for correcting me then.
15:08 yboston dbs: thanks

Results for 2014-12-10

11:43 bshum And their production is?
11:43 kmlussier 2.6.something
11:43 * kmlussier will file a bug report.
11:44 csharp kmlussier: ehardy has also seen "issues" (that's the level of detail I have) with grouping formats/editions in our 2.7.1 test server at http://next.gapines.org/
11:44 bshum Fun times.
11:44 kmlussier csharp: Thanks.
11:44 jeff Dyrcona: six is interesting, yes. very chicken-like. book, book, book, book, book, book... CASSETTE!
13:17 bshum Looks like it was that commit that makes the metarecord icons duplicate
13:19 bshum So that means it's likely 2.6.4 is broken too.
13:20 bshum Sigh
13:22 eeevil bshum: 2 things: it shows exactly as many icons as bibs that have icon attr values (which is incorrect); and it's a simple fix. I'll put up a test branch in a few minutes
13:24 bshum eeevil++ # cool deal
13:27 * Dyrcona will be more than happy to test it.
13:35 nhilton joined #evergreen
13:45 buzzy joined #evergreen
13:53 dreuther joined #evergreen
13:55 eeevil bshum / Dyrcona: see: working/user/miker/unique_metarecord_icons .. tested that it does not break my test instance... :)
13:59 bshum eeevil++ # wqrks for me
13:59 bshum *works even
14:01 eeevil wheee
16:33 jeff dbs: nice! :-)
16:54 * dbs wonders why the heck we have args.uris and args.online_res in misc_util.tt2 - more split personality / headaches for result.tt2 vs. record.tt2 display
16:55 * bshum looks forward to seeing that resolution :)
17:06 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:07 kmlussier Good night all!
17:08 kmlussier left #evergreen
17:17 mmorgan left #evergreen

Results for 2014-12-09

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:07 wsmoak joined #evergreen
07:33 julialima joined #evergreen
07:35 julialima left #evergreen
16:49 mrpeters sounds like a good idea, ill resubmit
16:51 bshum mrpeters++
16:51 Dyrcona mrpeters++
16:51 pinesol_green Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
17:05 mmorgan left #evergreen
17:06 kmlussier joined #evergreen
17:15 dbs mrpeters++ # and maybe [% INCLUDE %] it as a separate .tt2 file entirely

Results for 2014-12-08

11:49 Dyrcona They have mravl entries.
11:50 Dyrcona And, what purpose does returning nulls serve, other than to cause a database error?
11:50 eeevil Dyrcona: thanks. I'm guessing the int array has only negative values in them?
11:50 tsbere eeevil: The ones I am seeing in my own tests have only *positive* values.
11:51 * tsbere isn't going all that deep, mind you, just trying to find ones that output nulls
11:51 eeevil tsbere: so they have no title or author fields?
11:51 mllewellyn joined #evergreen
11:52 eeevil Dyrcona: the left join was key to helping the planner with query optimization in my tests with large data sets
11:52 eeevil when going through multiple views
11:52 tsbere eeevil: Looks like at least one of them has a title.
11:53 eeevil tsbere: then it should have a negative value in the int array -- or the title wasn't found by the attr
11:53 eeevil attr def, that is
11:55 tsbere eeevil: Given that this apparently happens with real world data either the record_attr_flat view needs to never spit out nulls (as it hadn't before) or the next view up the chain needs to not dump the output directly into hstore as keys.
11:56 eeevil tsbere: see my comments on the bug
12:00 tsbere eeevil: I will also point out I am not finding a significant difference in plans between the left join and normal join versions of the view when I run things through explain analyse.
12:01 eeevil tsbere: what data set size are you testing with
12:01 tsbere eeevil: I am poking around in a copy of our production system at the moment.
12:03 tsbere eeevil: Really, the only difference I can see in the plans themselves are "Nested Loop" vs "Nested Loop Left Join"
12:03 eeevil well, you can either believe that I'm not lying, or you can test all code that uses either of those views (and the rec_descriptor view), I guess
12:05 tsbere eeevil: I will point out that I get *very* different plans from the old version of record_attr_flat. I just don't get any improvements when I remove the LEFT from the joins in the current one.
12:06 tsbere eeevil: AKA, I see improvements in the current one, but I don't see the LEFT portion of the joins aiding those improvements.
12:07 eeevil a left join opens up more options for plans depending on the field from the view that is joined in a larger query. that expanded set of plan options was necessary to make certain queries fast. it was months ago that I was working on this, so I don't recall (or have time to dig up) the details right now
12:11 tsbere eeevil: Well, I am not seeing those differences as I go through iterations of queries I can find happening elsewhere as I walk up from one level to the next. Major improvements on not using full_attr_id_map, but nothing on left join vs regular join.
12:15 eeevil tsbere: is the filter in the next view up really so offensive to you that you'd rather try to find and test every possible way the views in question could be used?
12:17 mrpeters Fix for bug 1319964 pushed to http://git.evergreen-ils.org/?p=working/Ev​ergreen.git;a=shortlog;h=refs/heads/user/m​rpeters/lp1319964_fix_summaries_ampersand -- it's an old annoying bug that most people just fixed locally i think, but its been busted in master for a while
12:17 tsbere eeevil: I am using your own "keep things outputting the same thing they did" gig - The version you replaced does not, in any of my tests, output null attr columns. Your replacement does, but is much faster in all my tests. My change to your replacement maintains the same performance boost, from what I can see, but without the null attr columns.
12:17 pinesol_green Launchpad bug 1319964 in Evergreen "double-escaped entity in "Summaries & More" label" (affected: 3, heat: 18) [Low,New] https://launchpad.net/bugs/1319964 - Assigned to Athira S (athirasnamby)
12:18 tsbere eeevil: As such, unless you can point at a good reason for the LEFT JOIN version to remain and spitting out null attrs I am against the view spitting out null attrs.
12:21 phasefx joined #evergreen
12:21 eeevil tsbere: here's my good reason: it was needed to get bshum's server to be able to search in a reasonable amount of time, because the plans became not-insane.  do you believe that I am lying to you? does the solution i've suggested to your problem not work?
12:23 eeevil and I would absolutely love to be able to not change the output of the view. but not at the cost of killing performance to the point of "broken for the user"
12:24 bshum I haven't really tested either of the fixes (I'm not sure I can really test it without crummier bib records) but I think it'll be good to look at what has been suggested thus far.
12:24 tsbere eeevil: I have no problem with changing the output of the view if you can provide information on where, exactly, things go wrong with the output remaining the same. The fact that I get massive performance boosts with the union version, with or without the left joins, says it works. I am arguing that the left join part does *not seem to matter* on that front.
12:24 bshum At a cursory glance, I think eeevil's treatment for the check for not null attr columns looks sane to me.
12:24 tsbere eeevil: If you can dig up evidence that I can't for the left join portion mattering I am willing to look at it.
12:29 tsbere eeevil: And what *I* see is "the view outputs things differently when it doesn't need to"
12:31 eeevil tsbere: you've looked at it for less than an hour
12:32 tsbere eeevil: And you admit it has been a while since you looked at it. As such, from my POV my "less than an hour" is currently more relevant than your recollections from the past, unless you pull relevant data out that you collected in the past on this issue to show me.
12:34 eeevil tsbere: look, you've broken search before with code that I warned would not work in situations beyond your test environment, and I had to revert and rewrite  that.  If I need to revert more of your code and replace it, I'll do so.  you do whatever you feel you need to do for MVLC
12:35 nhilton joined #evergreen
12:35 bshum Alright guys, so in the interest of testing by third-parties, I'd like to request we get some sample bib records (that create the mess) that we can use to replicate the issue initially.
12:35 bshum And then let's see how testing pans out for the solutions proposed.
12:35 tsbere eeevil: And you also yell at people that change the output of existing *anything* in the database, because who knows what else is using it. Your changes change the output, my adjustment to your changes restores the previous output.
12:37 tsbere eeevil: As I can't find a situation where the database plans differently between our two versions, but both versions are a vast (identical, as far as I can see) improvement over the version you replaced, the fact that the output is restored to what used to come out makes sense to me.
12:52 mtcarlson joined #evergreen
12:57 nhilton joined #evergreen
13:05 sandbergja joined #evergreen
13:21 * csharp would be happy to test this issue too, FWIW
13:21 csharp especially since we're moving to 2.7 in about a month ;-)
13:21 RoganH We're a little further than a month out but not much and I'm interested in testing for the same reason.
13:22 csharp we're also bound to have a wide array of poorly cataloged records
13:23 csharp and/or records mangled in multiple ILS migrations over the years, non-MARC-compliant ILSs, etc.
13:23 RoganH csharp: I feel like we could have a contest to see who has imported more bad records into the consortium.  :)

Result pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138