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 2016-04-28

11:49 Dyrcona joined #evergreen
11:52 * miker claims 0978 for the YAOUS multitude
11:53 bmills joined #evergreen
11:57 pinesol_green [evergreen|Galen Charlton] LP#1568195: fix retrieving big OUS batches - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=18cb25a>
11:57 pinesol_green [evergreen|Mike Rylander] LP#1568195: Stamping upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=491c2cd>
12:01 pinesol_green [evergreen|Galen Charlton] LP#1563531: add libpcre3/libpcre3-dev deps for Jessie - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b07ef85>
12:05 pinesol_green [evergreen|Galen Charlton] LP#1562153: add regression test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=977f85b>
12:05 pinesol_green [evergreen|Galen Charlton] LP#1562153: fix case where changing sort order to relevance can fail - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e45c91d>
12:07 gmcharlt Dyrcona: berick: absent something coming up unexpectedly, from my POV rel_2_10 is now ready for the 2.10.2 release-cutting mill
12:08 gmcharlt i.e., all bugs targetted for 2.10.2 now have status fixed committed, and I've bump others to 2.10.3
12:16 JBoyer miker's "YAOS multitude" nearly gave me a heartastroke. I initially took it to mean rather something else. (Yo dawg, I heard you like settings...)
12:46 pinesol_green [evergreen|Galen Charlton] updates to the 2.10.2 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=48c38f5>
12:47 Dyrcona Awesome!
12:54 mmorgan joined #evergreen
12:54 Dyrcona I might not be able to build/test a release tarball until tonight.
12:55 Dyrcona I have to go to a library for 3:00 pm EDT today.
12:55 gmcharlt OK
13:01 hbrennan joined #evergreen
14:22 phasefx :D :D
14:32 jeff nobody else has any SIP2 annoyances they'd like to share? :-)
14:33 sandbergja joined #evergreen
14:37 gmcharlt 2.10.2 is available from https://evergreen-ils.org/egdownloads/
14:37 gmcharlt testing welcome, of course
14:37 gmcharlt I'll await for 2.9.4 and 2.8.8 before making any sort of announcement
14:40 gmcharlt demo.evergreencatalog.com is now running 2.10.2 as well
14:40 pinesol_green [evergreen|Galen Charlton] 2.10.1 to 2.10.2 schema upgrade script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=69b22e2>
14:40 jeff gmcharlt++
14:41 kmlussier gmcharlt++
14:47 JBoyer At this point I don't know if it's worth pulling off of my laptop or just starting fresh on my work machine.
14:48 jeff cool. if you're going to do it i won't try, but if you'd like to collab let me know.
14:48 jeff the idea was to allow for default/override in the user def, but also permit the client to specify, right?
14:51 JBoyer As for other annoyances, the fact that we over-sanitize the end of the message means that stronger passwords can't be used because they may be truncated before being tested. (I filed a bug on this one, if the password ends in ! for example, you can't use a selfcheck or SIP-based vendor service.
14:53 JBoyer My idea re:workstations is that if you don't supply the CP field you get the same login type as current (opac or temp, can't remember) and if you do supply a CP then you get that workstation only. My changes should be very small and may not work for every vendor (nothing does.)
14:56 rlefaive joined #evergreen
15:07 rlefaive left #evergreen
15:40 jeff Has anyone determined how different SIP2 clients handle a password containing a pipe character? Do they omit it, substitute it, try to pass it unmodified, and/or crash?
15:41 ethomsen left #evergreen
15:41 berick jeff: that's like staring into the void
15:42 jeff I'm surprised that SIP3 didn't include an escape... no, I'm not surprised.
15:43 jeff I can test a few implementations.
15:43 jeff But not as many as I'd like.
16:02 tsbere jeff: Most of the ones I have seen either bail on it (bad input), expect that field to be a *pin* and not a *password*, or pass it on as-is breaking the message.
16:03 tsbere jeff: Which brings me, interestingly, to a thought of "that would be nice": SIP2 and maybe telephony only "PIN" number to avoid this kind of issue. <_<
16:05 jeff yeah.
17:38 kmlussier Ewwww
17:42 Dyrcona Dah Beast! :)
17:42 Dyrcona That's what my acquaintances used to call it.
17:42 * Dyrcona is testing tarball installation.
17:45 Dyrcona @brew
17:45 pinesol_green Dyrcona: well, that's what you get for not being a shell script
17:45 Dyrcona @bartender
17:46 * pinesol_green fills a pint glass with Cambridge Brewing Company's Late Harvest IPA, and sends it sliding down the bar to kmlussier (http://beeradvocate.com/beer/profile/14/26930/)
17:47 kmlussier Dyrcona: That's better, but I would have been much happier with your Octoberfest.
17:47 Dyrcona We'll trade. :)
17:49 * Dyrcona is preparing to test the upgrade script. Just have to build 2.9.3 enough and rebuild the database, first.
17:52 Dyrcona I recall being in a roleplaying channel years ago where the bartender bot would distribute a wider variety of beverages than just beer.
17:53 Dyrcona And, the upgrade script works.
17:59 kmlussier Yay for working upgrade scripts!

Results for 2016-04-27

09:40 mllewellyn joined #evergreen
09:45 kmlussier rhamby_: I'm not sure about the @brains plugin. Since coffee is what gets my brain working, I was thinking it would suffice.
09:46 rhamby_ kmlussier: I had a sleepless night of a child coughing and feeling miserable.  I think zombie like enough that I might need the actual brains.
09:47 kmlussier rhamby_: Ugh, sorry to hear that.
09:48 awitter joined #evergreen
10:09 mmorgan1 joined #evergreen
10:16 kmlussier I've tested the fix for bug 1564079 and it looks good to me. I want to make sure I handle the database bits correctly when I merge it.
10:16 pinesol_green Launchpad bug 1564079 in Evergreen "Checkout history fails on serials checkouts / deleted copies" [High,Confirmed] https://launchpad.net/bugs/1564079 - Assigned to Kathy Lussier (klussier)
10:16 berick kmlussier++
10:16 kmlussier It looks like the upgrade script was modified directly for most of the changes, and the only upgrade script I need to stamp is schema.fix_circ_history_copy_ref.sql. Is that correct?
11:10 awitter rlefaive nice!!
11:11 csharp rlefaive: we'll look into making it work with vagrant/vbox
11:12 rlefaive csharp++ awitter++
11:14 awitter rlefaive thanks for testing this
11:16 Dyrcona rlefaive: Did you install to a virtual machine or to actual hardware?
11:17 rlefaive it was a virtual machine (virtualbox on my mac), but I suffered through the purple-screen install steps instead of using vagrant up.
11:17 jeff what basebox were you using with vagrant?
11:29 Dyrcona We already have staff complaining that account adjustment shows up as a payment, so I'd argue "No" for amnesty using an adjustment.
11:29 Dyrcona So, the patron has a negative balance of $5.00?
11:29 Bmagic yep!
11:29 * csharp is now testing ubuntu/trusty64 on vagrant so we can compare with base ubuntu installs from ISO
11:30 awitter csharp++  apt-get install evergreen-ils should work in all cases
11:30 Dyrcona So, lost didn't just void the overdue billings....
11:31 Dyrcona dbwells took this branch over from me and added the account adjustments.
15:55 Dyrcona BTW, I'm signing off on lp 1569884, it could be included in this round of updates.
15:55 pinesol_green Launchpad bug 1569884 in Evergreen 2.9 "Reusing deleted monograph parts" [Undecided,Confirmed] https://launchpad.net/bugs/1569884
15:55 gmcharlt +1
15:55 Dyrcona There are no notes or tests, but we're using the upgrade script version in production.
15:57 kmlussier jeffdavis: I don't know how far you got in your explorations, but in answer to one of the questions Liam asked, there is a serials compressed holdings view that sorts the serials holdings display by date.
15:58 kmlussier jeffdavis: We don't use that display because of bug 963341. I actually don't think the patch that came with the bug fixes the problem originally reported. I'll have to look into it at some point and file a new one if needed.
15:58 pinesol_green Launchpad bug 963341 in Evergreen "Allow the JSPac and TPac to display both MFHD records and Serial Control/Alternate records," [Medium,Fix released] https://launchpad.net/bugs/963341
16:36 dbs kmlussier++ # thanks, "Replace barcode" is a bit unintuitive :) I had 20 copies with 20 separate callnums to assign parts to and unify callnums, so the bulk "Edit items/volumes per bib" did the trick in one shot
16:37 dbs People are still getting used to parts here, so even when I create the catalogue record & the parts in advance and say "please use the Computer & Charger parts for a single callnum" they sometimes fall back to old habits
16:38 dbs (not to mention "LC" callnum type for accession callnums of "1001", "1002", etc... heh)
16:44 kmlussier dbs: Yeah, we tested parts at the same time we were testing the unified volume/copy editor, so I didn't notice the "unintuitive for non-unified-editor users" piece until others started using the feature.
16:46 gmcharlt_ joined #evergreen
16:46 dbs joined #evergreen
16:48 awitter joined #evergreen

Results for 2016-04-26

13:45 krvmga joined #evergreen
13:51 mrpeters joined #evergreen
13:53 bshum @rss announce list
13:53 pinesol_green bshum: qatests
13:55 ericar_ joined #evergreen
13:57 pinesol_green News from qatests: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
14:03 rlefaive joined #evergreen
14:04 jvwoolf joined #evergreen
14:26 mrpeters left #evergreen
14:30 * tsbere looks at the test failure message for kicks, finds out that it was a karma failure and considers that mildly amusing
15:05 mmorgan1 joined #evergreen
15:29 kmlussier phasefx++ #Nicely stated!
15:30 * phasefx still remembers the early days when folks thought we were nuts
17:27 jeffdavis @seen collum
17:27 pinesol_green jeffdavis: collum was last seen in #evergreen 3 days, 2 hours, 47 minutes, and 14 seconds ago: <collum> The Zucker jokes won't stop forming in my brain.
17:27 awitter gotit
17:28 csharp rlefaive: we're testing to see if the hostname ending with a number is the problem
17:28 rlefaive csharp: ridonculous! but plausible.
17:37 csharp rlefaive: nope - not the issue
17:37 rlefaive csharp: are you getting the issue?
17:50 rlefaive awitter, csharp: should i run apt-get install as opensrf user?
17:51 rlefaive well poop, i wasn’t root.
17:51 rlefaive i wasn’t root, but i did sudo. so that’s probably not it.
17:52 awitter rlefaive when you get a chance can you test it on a full ubuntu server 14.04 proper rather than a canned image?
17:54 awitter joined #evergreen
17:58 rlefaive The server iso is still half-downloaded and I’m 2h late for going home. Sorry folks, i’ll have to continue tomorrow.
18:40 awitter ok no worries

Results for 2016-04-25

02:15 bshum Karma has been reset.  Made copy output of final karma count here:  https://evergreen-ils.org/~​bshum/karma.final.2016.txt
02:22 bshum chocolate++ #  testing karma reset and also thinking about tasty things
02:22 bshum @karma
02:22 pinesol_green bshum: Highest karma: "chocolate" (1).  Lowest karma: "chocolate" (1).
02:22 * bshum wanders off to sleep.
03:55 gsams joined #evergreen
11:52 Dyrcona Well, humbug. I *thought* I changed all of my openils-* list subscriptions to my new email address.....
11:54 Bmagic Has anyone seen a circulation case where the max_fine_rule is set to a rule but the resulting max_fine column received "0.00" - Is there another factor that overrides the rule?
11:55 Bmagic The rule in this case dictates "10.00" - and I have other circulations that use that rule and the max_fine gets 10.00. But in this one case, the max_fine column was set to 0.00
11:56 Dyrcona Bmagic: Multiple rows can affect that depending on the circulation. You can test that with some functions in the database.
11:57 HoloIRCUser5 joined #evergreen
11:57 mmorgan Bmagic: I've seen similar when the circ predates a rule change, or when more than one rule can apply, as Dyrcona says
11:57 Dyrcona I *think* also if the item charges no fines, then max fine comes out to 0 regardless, but that would take more digging.

Results for 2016-04-23

11:15 jeff @rss announce add qatests
11:15 pinesol_green jeff: The operation succeeded.
11:15 jeff @rss qatests
11:15 pinesol_green jeff: 11:15 AM, April 23, 2016: Test Failure - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html>
11:15 bshum jeff: It won't announce I think cause the date doesn't change on the RSS feed
11:15 bshum Or rather, there is no date timestamp
11:16 bshum So it views it as no change, whenever it stays failed
11:16 bshum The RSS feed in #openils-evergreen works fine for reading off bugs, commits, etc. so I'm pretty sure that's the culprit area, not the plugin anyways.
11:16 bshum I've been meaning to ask phasefx too, but didn't get around to it yet.
11:17 jeff seems logical.
11:17 bshum Oh good, the build test has the same error I see :)
11:17 jeff also, it's the kind of rss feed where the url doesn't change. that could be it also.
11:18 bshum Is it normal that it grabs two versions of phantomjs?  I see a part where it grabs 1.9.x and also 2.1.x
11:18 bshum jeff: Yeah, enhancing the way the RSS generates for live test would be cool :)
11:18 jeff bshum: i don't know (re: two phantomjs versions)
11:19 bshum It shows up here, along with where the build test fails and stops - http://testing.evergreen-i​ls.org/~live/test.16.html
11:19 bshum Just an oddity I guess
11:22 berickm bshum: looking at my 14.04 server now..
11:24 hbrennan joined #evergreen
11:25 berickm bshum: when done, do you have 2 versions or only last one installed?
11:25 berickm i don't have the install log anymore for my test server, but can confirm there is only one version available
11:26 bshum berickm: I'm not sure yet, let me figure out how to test what I have
11:26 berickm actually, i could re-run install.  not as many people on the network now
11:26 * berickm does so
11:30 berickm bshum: i can confirm it's installed twice on 14.04.  looks like Jasmine installs 1.9 as a pre-req, then we (intentionally) fetch version 2

Results for 2016-04-22

16:14 jeff drat. i was hoping it was just a failure to do the steps in https://bugs.launchpad.net/ever​green/+bug/1554714/comments/15
16:14 pinesol_green Launchpad bug 1554714 in Evergreen "Migrate Browser Client to Angular 1.5 + Dependencies" [Undecided,Fix committed]
16:14 jeff but now that i re-read that, it seems even less likely (plus, you already ruled that out)
16:16 bshum jeff: The test build broke, but I was hoping that when it said it compiled without errors, it wasn't lying
16:16 bshum Guess something was still awry beyond the test
16:17 bshum I have to build a new trusty VM.  Going to see if I get any similar issues on a fresh install there.
16:38 hbrennan joined #evergreen
16:41 jihpringle joined #evergreen
16:48 jlitrell joined #evergreen
20:53 jeff potential to set threshold of what percentage of translated strings mean we make that language in a build
20:54 jeff straw poll: +1/0/-1 for experiment of release manger + 1 or more buildmasters for next release?
20:55 berick +1 to experiment
21:01 jeff bit of discussion about taking advantage of buildmasters taking load off the RM to enable us to commit to an alpha, beta, rc, etc.
21:01 jeff encourage more testing.
21:01 jeff acknowledgement of the previous pattern of "RM announces timeline, dates arrive and people are 'surprised'"
21:03 jeff some talk of sandboxes for testing alpha/beta/rc/etc
21:04 jeff general round-the-room consensus is +1 to the experiment
21:04 jeff miker has volunteered to be RM, and with reduced reluctance due to there being buildmasters
21:05 berick miker++
21:08 bottotr joined #evergreen
21:09 jeff Jim Keenan has also voiced interest in cat-herding, possibly to co-RM with miker
21:23 jeff bug squashing days
21:25 jeff bshum notes that the "webstaff update" and "dev update" are two distinct updates on the agenda tomorrow
21:25 berick yeah, they gave us a /lot/ of time
21:26 * jeff nods
21:27 jeff dev update may be a brief mention of webstaff quasi-beta for circ, desire for more testing, then the "web client update" 30 mins may be 15 mins show-and-tell, 15 mins q&a
21:32 jeff kmlussier points out importance of covering new features in the two releases since last conference
21:33 jeff Dyrcona and gmcharlt to cover those
21:34 jeff berick: are you back for tomorrow at all? i forget.
21:35 berick jeff: yes, I'll be there
21:35 jeff got it!
21:35 jeff berick: we'll hand you some bullet points when you walk in -- you've got 60 minutes to cover.

Results for 2016-04-21

16:46 berickm bug 1
16:46 pinesol_green Launchpad bug 1 in Ubuntu Malaysia LoCo Team "Microsoft has a majority market share" [Critical,In progress] https://launchpad.net/bugs/1 - Assigned to MFauzilkamil Zainuddin (apogee)
16:47 hopkinsju Nice
16:47 jeff this concludes our test. had this been an actual Slack team channel, you would be getting less work done now.
16:47 dcz joined #evergreen
16:47 Sardistic ./giphy 👍
16:48 dcz LP1570909
21:41 bottotr probably unrelated, but...
22:19 bmills joined #evergreen
22:35 * jeff is a spy
22:49 pinesol_green [evergreen|Jason Stephenson] LP 1562426: Renumber Perl live_t tests. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=ffd11ae>
22:53 Dyrcona joined #evergreen
22:54 Dyrcona bshum: lp 1573364
22:54 pinesol_green Launchpad bug 1573364 in Evergreen "Live Test 11-lp1481036-future-backdate.t fails within "offset" hours of midnight" [Undecided,New] https://launchpad.net/bugs/1573364
23:01 pinesol_green [evergreen|Anna Goben] Docs: Exclude Electronic Resources - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=982ee6f>
23:08 Dyrcona I'm the Spy in the House of Love!
23:15 rlefaive joined #evergreen
23:15 pinesol_green [evergreen|Jason Stephenson] LP#1573364: Use a timezone in the future backdate checkin test. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=9ed71b6>
23:16 Dyrcona That's why it pays to do some hacking close to midnight.
23:16 bshum Dyrcona++ # live test fixing :)
23:20 bmills joined #evergreen
23:25 jihpringle joined #evergreen
23:29 remingtron joined #evergreen
23:29 pinesol_green [evergreen|Jennifer Pringle] Docs: New changes to new patron registration duplicate search. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=0227dfd>
23:31 mtj_ joined #evergreen
23:33 bshum Dyrcona: bug 1573372
23:33 pinesol_green Launchpad bug 1573372 in Evergreen "Fix 15-opt-in live test, use SKIP instead of BAILOUT" [Undecided,New] https://launchpad.net/bugs/1573372
23:35 remingtron joined #evergreen
23:38 remingtron_ joined #evergreen
23:45 pinesol_green [evergreen|Jason Stephenson] LP#1573372: Opt-in test broken because it uses bail-out. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4db8e49>
23:47 abowling joined #evergreen
23:56 dbwells_ joined #evergreen

Results for 2016-04-16

13:53 pinesol_green Dyrcona: Quote #43: "commit 4755baac: There's tears in my coffee. These are not tears of joy." (added by gmcharlt at 05:36 PM, January 25, 2013)
14:10 Dyrcona Hmm... I think we should update the OpenSRF README because Debian Jessie and Ubuntu Xenial Xerus both use systemd.
14:31 Dyrcona bshum: http://git.evergreen-ils.org/?p=workin​g/OpenSRF.git;a=shortlog;h=refs/heads/​collab/dyrcona/ubuntu-xenial-support
14:35 * Dyrcona thinks he should test that on Ubuntu 14.04 to make sure it still works there.
14:43 bshum Dyrcona++
14:45 Dyrcona I don't think I'm going to test Evergreen installation today.
15:02 Dyrcona OpenSRF still works on Ubuntu 14.04 with the above branch applied, FWIW.
15:35 bmills joined #evergreen
16:36 abowling joined #evergreen

Results for 2016-04-15

15:50 rtjure3 thank you that worked!
15:50 Dyrcona jeff++
15:51 jeff and a minor correction to the above: demo and webby use admin/demo123, but concerto itself doesn't drive the admin username or password.
15:52 Dyrcona The live tests for concerto assume demo123, which is what I should have said.
15:52 jeff ah!
15:52 Dyrcona It's hardcoded in most of the test scripts.
15:56 rtjure3 are there any examples of auto lending/ self-checkout or do you think that is in the reach of evernote?
15:56 rtjure3 sorry
15:57 rtjure3 evergreen

Results for 2016-04-13

11:37 gmcharlt joined #evergreen
11:38 Dyrcona Oddly enough that still makes sense with the omission.
11:42 sandbergja joined #evergreen
11:42 * Dyrcona is pondering a setup to test edi pusher and edi fetcher.
11:43 miker dbwells: thanks :)
11:44 Dyrcona A script to set up the account, etc. in the database, along with a canned order message and a canned response message.
11:44 Dyrcona Configure ftp either locally or elsewhere. Put the messages in place and test.
11:45 * Dyrcona likely needs help with the EDI messages.
11:46 edoceo joined #evergreen
11:59 bmills joined #evergreen

Results for 2016-04-12

10:02 pinesol_green bshum: *click*
10:02 Bmagic /openils/bin/osrf_control calls other scripts in /openils/bin - which need to be in the environment path
10:03 Dyrcona Yes, it is a good idea to edit your .profile to add /openils/bin to the PATH.
10:03 jeff Bmagic: got it. i was testing with diagnostic and of course had no such external dependencies.
10:04 jeff Bmagic: shell by default calls /bin/sh -- you can override that, but even setting it to call /bin/bash isn't going to source .bashrc because it isn't an interactive shell.
10:04 Bmagic Dyrcona: that is set for the user, but in the context of ansible, it's not included
10:04 Bmagic what jeff said
10:04 Dyrcona Oh, ansible..... That was before I signed in. :)

Results for 2016-04-08

09:13 ericar joined #evergreen
09:19 yboston joined #evergreen
09:32 maryj joined #evergreen
09:41 bshum So, I think we may have an issue with tablefunc in PG 9.5, use of the connectby() stuff in permission.grp_ancestors function is broken there.  In previous versions, it would return a list back of all the group ancestors, in PG 9.5 it just bombs with some type mismatch error
09:42 bshum Testing with concerto on PG 9.1 (haha), something like SELECT permission.grp_ancestors (5); throws me back the 1 users, 5 circulators, 3 staff
09:43 bshum I have to spin up another DB in PG 9.3 to test again there, but I presume it's "fine"
09:44 bshum For PG 9.5, it goes "ERROR: invalid return type
09:44 bshum DETAIL: SQL key field type text does not match return key field type integer"
09:44 bshum So that's what bombs out in PG 9.5 when we try to run transactions.sql for loading concerto data.
09:45 bshum So far as I can see, permissions.grp_ancestors is one of the only places we use the connectby() function from tablefunc contrib
09:45 jeff sounds like you've enough for a bug report. :-)
09:45 bshum Well, so far.
09:45 bshum jeff: Yep, it's something
13:12 jihpringle_ joined #evergreen
13:26 ericar joined #evergreen
13:55 pastebot "gmcharlt" at 64.57.241.14 pasted "for bshum and miker - a patch for the connectby() usage issue in Pg 9.5" (13 lines) at http://paste.evergreen-ils.org/18
13:57 Dyrcona I might have time to test that this weekend. I just got an Ubuntu 16.04 vm created.
13:57 Dyrcona I am concerned that any fix not break on earlier versions of postgres, so I will try that with a trusty vm also.
13:58 gmcharlt Dyrcona: it didn't break on 9.4 for me, as a data opint
13:58 miker Dyrcona: I'd really recommend just using recursive CTEs if you're going to touch them ... those are sure to work on older versions

Results for 2016-04-07

09:31 kmlussier pinesol_green: Very good choice!
09:31 pinesol_green kmlussier: Mr. Spock: Something fascinating just happened.
09:31 pinesol_green kmlussier: I am only a bot, please don't think I'm intelligent :)
09:33 * bshum wonders if it makes sense to spin up all new buildbot slaves for http://testing.evergreen-il​s.org/buildbot/buildslaves
09:34 bshum Squeeze is not connected, fedora's been broken for awhile.  And Ubuntu 12?  Hmm.
09:36 Stompro I had a dream about the conference last night.  It was strange, my brain filled in details about what the conference hotel looks like, and I don't remember any of the sessions.  Since I'm not attending this year my mind is trying to compensate.
09:36 gmcharlt Stompro: dang, I was about to ask if you took notes
09:36 kmlussier Stompro: You're not going? Sorry to hear it. :(
09:37 kmlussier Also, that sounds like one of those dreams where it's the end of the school year, and you don't remember taking any of the classes.
09:37 Stompro I do remember the food being excelent in the dream... there was a lot of standing around in the halls and eating.
09:37 kmlussier Sounds like a good conference!
09:37 bshum Also, the live tests have been broken for awhile - http://testing.evergreen-ils.org/~live/test.html -- one of the perl live tests dies cause opt-in isn't enabled in opensrf.xml (sounds like a new test)
09:37 Stompro Two of my coworkers are going this year, say hello to Sharon and Pauline if you see them.
09:38 bshum I wonder too if maybe the reason the RSS feed doesn't announce for the live test anymore is cause the new RSS module for pinesol is trying to look for some timestamp for the polling and it's not part of our RSS feed off live test.
09:40 maryj joined #evergreen
09:40 * csharp needs to update the fedora host - we should also build an Ubuntu 14.04 one
09:41 kmlussier bshum: I could file a bug for the broken test, if it hasn't been filed already.
09:41 kmlussier I know it's been mentioned in channel before.
09:49 yboston joined #evergreen
09:51 bshum kmlussier: I don't think it's been filed yet.  Test came from https://bugs.launchpad.net/evergreen/+bug/1533329 I think.
09:51 pinesol_green Launchpad bug 1533329 in Evergreen "Selectively disallow opt-in based on patron's home library" [Wishlist,Fix released]
09:51 * bshum wanders off to training for the rest of today
09:51 * kmlussier nods
14:45 jihpringle does next Thursday work as a deadline for the polls to close or do we need it to be sooner?
14:45 yboston #info the DIG community server is coming along
14:45 remingtron gmcharlt++
14:45 yboston #link http://docs-testing.evergreen-ils.org
14:45 yboston I may try to recuit others at DIG to help out
14:46 yboston should we wrap up for now?
14:46 remingtron sounds fine
14:47 jihpringle works for me
14:47 yboston OK folks, thanks for your attendance
15:03 mmorgan1 joined #evergreen
15:07 berick should have asked this during the dev PG discussion the other day.. does EG work w/ PG 9.5?  Anyone using it?
15:07 bmills joined #evergreen
15:08 miker berick: no reason it shouldn't. 9.3 and 9.4 forced our hand on a few lies we were telling PG
15:09 mmorgan joined #evergreen
15:10 miker berick: not that that actually answers your question .... but, IMO, I'd say try on test and if nothing EXPLODES, then you're good
15:10 csharp especially if nothing explodes in production after go live! :-)
15:10 berick miker: no, that helps.  knowing it should work in theory gets us past the first hurdle.
15:47 jeffdavis Do the fixes to accommodate PG 9.3+ exist in EG 2.7 though?

Results for 2016-04-06

09:32 csharp pinesol_green: nobody thinks you're intelligent - jeez!
09:32 pinesol_green csharp: I am only a bot, please don't think I'm intelligent :)
09:32 pinesol_green csharp: Thank you csharp! But our princess is in another castle!
09:32 Dyrcona VM is ready, I'll be back in about half an hour to say yay or nay if the test works.
09:36 maryj joined #evergreen
09:36 yboston joined #evergreen
09:47 kmlussier joined #evergreen
11:03 jeff berick++ -- we're using 1.7 still, but I've been chewing through the "breaking changes" docs for 2.3
11:03 rlefaive beric++ jeff++
11:04 berick jeff: not sure if this is a 2.x thing, but I also had to tweak some of the queries for nested data.  E.g. https://github.com/berick/marc-indexing-for-es/​commit/665ff895a064ce64e81be5f3809e3f3734e94b4b
11:08 jeff berick: ah! yep, I likely didn't update the rest of the examples when I added https://github.com/tadl/marc-indexing-for-es/c​ommit/5ae1b4380fecef1fb40f9eb2f79753019ba77053
11:08 jeff (heh. that test is pretty... specific to us.)
11:09 berick jeff: oh, cool, glad I'm on the right track.
11:10 berick jeff: whoa, you're moving to catalog.apps.tadl.org as your main catalog?
11:11 jeff not until tomorrow. :-)
15:45 * Dyrcona pretty much agrees with gmcharlt and miker.
15:46 bshum PG 9.3 buys us a year to decide what happens next time 'round
15:46 gmcharlt any disagreement with that (i.e., somebody who wants to aim for 9.4 or 9.5)?
15:46 bshum Well more than a year anyways
15:46 bshum Plus I feel like there are already lots of us on PG 9.3 or better
15:46 bshum So it should be "well tested"
15:46 miker 9.3 FTW
15:47 gmcharlt going once...
15:47 jeffdavis FWIW, looks like CentOS 6 (EOL 2020) comes with PG8.4, and CentOS 7 (EOL 2024) comes with PG9.2; not sure if major PG version advances happen in minor CentOS releases
15:53 berick thanks, dbwells
15:53 Dyrcona Did we talk about sqitch? Do we need to?
15:53 kmlussier It was an outstanding action item from the last meeting.
15:54 berick the sqitch branch is ready for wider testing.
15:54 gmcharlt I can make some time between now and the EG conference to test
15:54 berick if nothing else, it would be great if someone else got a feel for how it works
15:54 Dyrcona I should see what it's about, but I have enough action items already. :)
15:54 berick so I'm not stabbing too long in the dark.  i only have my own experiences
15:56 gmcharlt berick: shall we set the EG conference as a date for the merge?
15:56 miker gmcharlt: have we decided it's a done deal?
15:56 berick miker: that's kind of my question too
15:56 gmcharlt well, that would depend on testing, ultimately
15:57 berick gmcharlt: right
15:57 gmcharlt I think to rephrase: assuming that we end up /agreeing/ to run with sqitch, the conference would be a good time to make the switch
15:57 jeff we usually have a dev meeting at the conf -- if enough people have tested and gotten a feel for squitch in general we could make a merge/no-merge call then?
15:58 miker I do a good bit of db mangling ... and I won't have time to really dig in before the conf. I'm certainly not The Decider, but I'd like to hear the pitch (I know I missed one at the hack-a-way ... no way I could have made it there, though)
15:58 berick i'm happy to review, discuss, etc at the conf.
15:58 bshum It's a cool pitch.  I like the concept, just have to see it in practice more.
16:03 bshum (before the end!)
16:04 Dyrcona heh
16:04 Bmagic #info Bmagic = Blake GH, MOBIUS
16:05 gmcharlt OK, I got distracted there for a moment
16:05 gmcharlt but I think we can summarize with
16:06 gmcharlt #action Various folks will do more detailed evaluation/testing of Sqitch prior to the EG conference, with an eye towards having more informed discussions
16:07 berick cool, thanks everyone
16:08 DPearl #info DPearl = Dan Pearl, C/W MARS
16:09 dbs #info dbs = Dan Scott, Laurentian University
17:12 mrpeters left #evergreen
17:16 Bmagic alright, so I get the patron object $r = OpenSRF::AppSession->create('open-ils.actor')->​request('open-ils.actor.user.fleshed.retrieve', $authtoken, $r, 0)->gather(1);
17:16 Bmagic then try to update it $r = OpenSRF::AppSession->create('open-ils.actor​')->request('open-ils.actor.patron.update', $authtoken, $r);
17:17 Bmagic no errors, but the row in the DB doesn't get changed (I skipped a step here where I changed the day_phone  $r->day_phone('test');
17:20 Bmagic hmmm, maybe it's because there are no addresses in the system for the patron. Looking at the osrfsys.log
17:21 mmorgan left #evergreen
17:24 StomproJosh Ahh, I wish I could delete my launchpad comments within a few seconds. sigh.

Results for 2016-04-05

09:30 mrpeters joined #evergreen
09:37 rlefaive joined #evergreen
09:53 yboston joined #evergreen
10:00 Bmagic berick: does the code in Open-ILS/src/perlmods/live_t/ work outside of the application server? Can I use it to connect and test remotely? From a non EG server? I need to make sure that I am involving ejabberd and such
10:01 Dyrcona Bmagic: I can tell you that it will not work unless OpenSRF is installed.
10:02 Dyrcona Bmagic: You will also need access to the private domain.
10:02 Dyrcona Bmagic: The tests in live_t are intended to be used against the concerto dataset.
10:03 Bmagic there we go, so, I cannot use that perl to test a remote server. I need to employ basically the stuff that the staff client uses in order to properly simulate "real world" ?
10:04 Dyrcona Bmagic: What are you trying to test?
10:04 Bmagic Placing holds, circulating an item, renewing, etc
10:04 Dyrcona live_t is mainly meant to test that functionality remains as expected, not connectivity.
10:05 Bmagic editing a patron, stuff like that
10:05 Dyrcona Bmagic: There are tests in live_t that do some of those things, but as I said they are aimed at concerto and meant to be run from the server.
10:06 Dyrcona For remote testing, you'll need to connect via the gateway or websockets.
10:07 Bmagic yeah, I wasn't going to use those tests exactly, but perhaps as a guide. But if using the OpenSRF perl modules do not test the servers as the staff client would, then I can't really use them
10:07 kmlussier miker / berick: Should bug 1347774 still be open? It looks like code was merged at the end.
10:07 pinesol_green Launchpad bug 1347774 in Evergreen "Backend logic has leaked into the TPAC (and friends)" [Wishlist,Confirmed] https://launchpad.net/bugs/1347774
10:07 Dyrcona Is there a particular issue you are trying to resolve?
10:07 Dyrcona kmlussier: I really doubt that bug is finished.
10:08 Bmagic I want to be able to test the servers the same way our libraries do when using the staff client. I need to be able to do this easily and regularly
10:11 jeff you may find some examples in constrictor.
10:11 jeff are you attempting to add some monitoring, or do you have a different goal?
10:12 Dyrcona Bmagic: This might be helpful: http://evergreen-ils.org/~deni​als/workshop.html#_javascript
10:22 Bmagic Dyrcona: that web page looks helpful. It does seem like the perl bits rely on OpenSRF perl modules, which in turn rely on direct access to the DB?
10:22 Dyrcona I usually decide everything is OK when all services are running and I can log in with the staff client.
10:22 Dyrcona Bmagic: The perl does, but the JavaScript uses the translator or the gateway. That's why I linked to where the JavaScript starts.
10:23 Bmagic Dyrcona: yes, that is how we test it right now as well, but there are things that we miss, especially when autogen is out of whack. And when there are 8 app servers in rotation, the issue may not be obvious
10:23 Dyrcona Bmagic: One could write Perl modules to use the gateway, or add it as a transport in the OpenSRF Perl modules, if it isn't there already.
10:24 Dyrcona Bmagic: Always run autogen.sh after an upgrade.
10:24 Bmagic of course!
10:24 Dyrcona The IDL usually changes and if it hasn't, there's no harm in it.
10:25 Bmagic after running autogen - restart services - check each server and verify. It would be nice if a script could check much more like, editing a patron, circing an item and renewing, etc. Just to be able to closely replicate the expierence of our libraries
10:26 Bmagic the test could time everything and give real data
10:27 Dyrcona You can write that with the JavaScript. You could also write it in Perl and run it on an app server.
10:27 Dyrcona The difference is minimal, though doing it from JavaScript would test if the Apache is working, too.
10:28 Bmagic sounds promising
10:40 Bmagic executing JS without a browser - from the command line looks challenging. node.js might be required...
10:43 Dyrcona You could put it in a html file and open it from a browser.
10:43 Dyrcona I believe that is what dbs expects one to do with the examples from the workshop.
10:45 Bmagic yeah, I am trying to think of a way to make this more of an automated thing
10:47 dbs http://jasmine.github.io/2.4/introduction.html says "It does not depend on any other JavaScript frameworks"
10:48 dbs Pretty sure we already have some javacript tests in the codebase
10:53 ericar_ joined #evergreen
10:53 dbs Oh, heh. Good old Dojo Objective Harness in OpenSRF: http://git.evergreen-ils.org/?p=OpenSRF.git;​a=blob;f=src/javascript/tests/README;h=d4622​4aef890afdfbb0b2a03b6a57477d96ecf43;hb=HEAD
10:55 ericar__ joined #evergreen
11:03 Christineb joined #evergreen
11:18 bshum joined #evergreen
11:23 Bmagic dbs: thanks, I will take a close look
11:34 JBoyer joined #evergreen
11:36 dbs I *think* webby has tests but I haven't touched it for months
11:37 Dyrcona Yeah, I've been meaning to learn how to use karma to write staff client tests.
11:37 Dyrcona If that is how its done.
11:40 brahmina joined #evergreen
11:41 evergreener joined #evergreen
17:09 Bmagic I should be
17:14 mmorgan left #evergreen
17:28 sandbergja Quick question: does the editor column in asset.copy get modified when a staff usr circulates an item to somebody, or is it only stuff like changing barcode/circmod/etc. that tracks the editor?
17:33 kmlussier sandbergja: I'm pretty sure the editor column only updates if you make actual edits to the copy, not circulations. But I haven't tested it.
17:37 sandbergja thanks!  I'm trying to track down whodunnit, and that's at least a possible lead
17:47 bshum sandbergja: Whodunnit like who edited the item last or who checked it out?
17:48 bshum The auditor table could tell you more either way.  auditor.asset_copy_history

Results for 2016-04-04

10:33 kmlussier csharp++
10:33 dbwells tspindler: I'm always happy to help troubleshoot Evergreen LDAP issues.  My LDAP experience is framed by what we do locally, so I'm eager to work through issues others may have to help make the code more robust.
10:34 tspindler Thanks dbwells, our next step will be to see if each academic institution will even allow access ot LDAP servers
10:36 yboston tspindler: shum told me they were using LDAP in Bibliomation too. I am actually about to launch a test of it very soon too
10:36 jeff Hrm. There is a Welcome to Night Vale live show in Raleigh on April 20.
10:37 tspindler thanks yboston, bshum just told me that ;)
10:37 tspindler yboston, have you looked at it at Berklee
10:39 jeff tspindler: I figured -- I was just voicing my interest in hearing what they said after you ask. :-)
10:39 tspindler jeff: once we know I can report back
10:40 gsams jeff: I have tickets to see the show here in Dallas on July 11.  I'm looking forward to it.
10:41 yboston tspindler: I am just about to fire up a VM with our LDAP credentials then I ill try it in our test Vm hosted by ESI. The long term plan is to use SAML "single sign on"
10:41 yboston BTW, anyone here using SAML "single signon" with EG?
10:42 jeff gsams: I was looking at their schedule and thinking "Cleveland... that might be worth the trip... oh, Detroit's a bit closer... oh hey, Raleigh... wouldn't that be funny if it was while I'm already going to be there for... hah!"
10:44 jeff yboston: I'm not aware of any Evergreen support for SAML (either as IdP or SP), but it is something that interests me.
10:54 Christineb joined #evergreen
17:01 pinesol_green [evergreen|Bill Erickson] LP#1564685 Prevent linked address edit on reload - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=8605e7d>
17:07 mmorgan left #evergreen
17:08 jeff berick++ kmlussier++ gmcharlt++
17:18 Bmagic has anyone already developed some perl code that checks various things on an app server. Like, test circ, test patron edit, test renew etc? I'm looking at OpenILS::Utils::Cronscript.
17:20 berick Bmagic: you might want to look at the stuff in Open-ILS/src/perlmods/live_t/
17:33 Bmagic berick: ty
21:33 geoffsams joined #evergreen

Results for 2016-04-01

08:53 Dyrcona It is still active in the wip branch.
08:53 Dyrcona I can choose either option.
08:54 Dyrcona If it is left active, the JavaScript console will get a lot of messages about what is filling grids added to it.
08:54 Dyrcona Dunno if you want that while testing or not.
08:55 kmlussier Dyrcona: I think you can leave it commented out at this point.
08:55 Dyrcona OK.
09:00 Dyrcona The branch is ready. Time to build it, and upgrade the database.
12:07 jeffdavis pg_dump -i -Fd -Z 9 -f /path/to/dumpfile --serializable-deferrable evergreen
12:07 jeffdavis ^ that's basically the command we use to create a dump of our db - note that it does not output a .sql file
12:08 jeffdavis for restore, we create a new database using Evergreen's create_database_extensions.sql script, then use pg_restore to load the dumped data into it
12:09 Bmagic jeffdavis: yeah, I was going to basically do those steps in testing today
12:10 Bmagic Which switches do you use for eg_db_config.pl ?
12:11 jeffdavis perl Open-ILS/src/support-scripts/eg_db_config --update-config --service all --create-offline
12:11 jeffdavis plus  user, password, host, port, and database
16:29 Bmagic miker: so, in this one paticular case, I could drop the index and create it again with the correct locale option?
16:33 pinesol_green [evergreen|Mike Rylander] LP#1373601: Consider relevant characters before using word-boundary checks - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e7c8785>
17:16 mmorgan left #evergreen
17:36 miker Bmagic: I think you'd want to set the collation on the column and then reindex it ... that should be enough, I believe. a test server could tell.  that said, I do think normalizing the sort value differently would be a good step to avoid this altogether ... like, replace spaces with +s or some such (more thought than I've just given it would be warranted, of course)
17:37 maryj joined #evergreen
17:39 Bmagic miker: thanks again!
17:49 Bmagic I guess I have to drop the column and add it again. alter table metabib.browse_entry alter column sort_value SET NOT NULL COLLATE 'C'; does not work. errors on "COLLATE"

Results for 2016-03-31

16:51 Dyrcona Is 2.8 going to security-only or is it still open for regular bug fixes?
16:51 Dyrcona And, it's a bit late to be asking questions.
16:54 afterl left #evergreen
16:55 Dyrcona I should find some more bug fixes to test, but two's enough for tomorrow.
16:56 gmcharlt Dyrcona: I believe security-only at this point (or well, perhaps after 2.8.8 is cut), following the pattern
16:57 Dyrcona OK. Sounds reasonable.
16:57 Dyrcona The next dot releases are scheduled for the same day as the hackfest at the conference, btw.
17:18 Bmagic does the purchase need to take place through acq in order for those requests to be acted on?
17:19 jihpringle Bmagic: yes, staff have to place the requests
17:19 Bmagic ah, sorry, im not coming up with much for documentation on the subject
17:20 jihpringle we tested the functionality a while ago and decided that it wasn't ready for our libraries yet
17:20 jihpringle I don't think it's been documented yet
17:20 Bmagic right on - well, it looks promising. Perhaps a new tab in the patron OPAC interface?
17:22 jihpringle Bmagic: https://bugs.launchpad.net/evergreen/+bug/1234247
17:22 pinesol_green Launchpad bug 1234247 in Evergreen "Request for Improvements to the Patron Requests UI" [Wishlist,Triaged]
17:24 pinesol_green Launchpad bug 1269865 in Evergreen "ACQ user request can result in double (or quadruple) holds placement" [Medium,Confirmed]
17:24 Bmagic ooo, good info!
17:24 Bmagic jihpringle++
17:26 jihpringle I know I have some notes somewhere about other bugs/development needs for this from when we tested it that never made it to launchpad
17:26 jihpringle I'll see if I can find them and get them up
17:27 kmlussier Bmagic: I'm not sure about a new tab in the OPAC interface (I would have to give it some thought), but, if you could handle it elegantly without cluttering the interface, I think it would make sense to put something on a search results page.
17:27 kmlussier Since that's the place where the user is most likely to discover that the library doesn't own the item.
17:28 kmlussier Of course, I imagine it would also lead to many requests for things that just weren't found, even if the library owns it.
19:48 pinesol_green joined #evergreen
19:57 pastebot joined #evergreen
19:59 pastebot joined #evergreen
20:00 pastebot "gmcharlt" at 64.57.241.14 pasted "test paste of the answer to life, the universe, and everything" (1 line) at http://paste.evergreen-ils.org/11
20:01 pastebot joined #evergreen
20:09 serflog joined #evergreen
20:09 Topic for #evergreen is now Welcome to the #evergreen library system channel! | We are publicly logged: http://irc.evergreen-ils.org/evergreen | Large pastes at http://paste.evergreen-ils.org

Results for 2016-03-30

15:31 Dyrcona That's strange. I've run that script two or three times now and not had a problem with it.
15:35 jeffdavis Yeah, the asset.copy record with id = 9680394 still exists just before COMMIT.
15:36 jeffdavis Maybe this db snapshot is corrupt or something.
15:37 jeff test by creating a dummy table with a BIGINT NOT NULL REFERENCES asset.copy(id) and then try to insert 9680394 to that field?
15:37 Dyrcona Doesn't look like that part of the upgrade scripts does any deletes.
15:37 berick jeff: i'm guessing you have not tried the 2.10 upgrade script yet...
15:37 jeff it's possible that a bad index could be causing you grief...
15:49 berick jeff: ugh, well, i was just wondering what the odds of this actually being a problem are
15:49 berick but, i guess 100% in your case :)
15:50 * berick will continue opening bug
15:50 * tsbere wonders if there is a difference between "select from asset.copy where id = blah" and "select from only asset.copy where id = blah" in this case
15:51 * tsbere has also not actually been following anything
15:52 tsbere jeffdavis / jeff/ berick : Do you all remember that serial.unit inherits from asset.copy so all serial.unit entries are also asset.copy entries, but that as a result foreign keys don't work to asset.copy.id?
15:53 * tsbere bases this question on the comment about testing with a REFERENCES asset.copy(id) earlier
15:54 jeffdavis tsbere: ah!
15:54 berick trying to remember how serials + circulation works now..
15:54 Dyrcona jeffdavis: That would be something to check if the id exists in serial.unit.
16:15 jeffdavis Well, removing the FK reference on action.usr_circ_history.target_copy did allow the upgrade script to commit without errors.
16:15 jeff > These deficiencies will probably be fixed in some future release, but in the meantime considerable care is needed in deciding whether inheritance is useful for your application.
16:16 Dyrcona :)
16:16 berick jeffdavis: thanks for testing and confirming that
16:17 jeff that statement (or a singular variant of it) has been in the Postgresql docs at least as early as 7.3 :-)
16:17 Dyrcona Well, jeff, you can always step up to write the code to address the deficiencies. :)
16:17 jeffdavis berick: easily done, and now I have a 2.10 server to play with - thanks for the help!
16:20 jeff tsbere: patches welcome!
16:20 Dyrcona heh
16:20 jeff :-)
16:20 * tsbere doesn't know enough about using serials to test anything he did write, so will have to pass on writing the changes himself <_<
16:21 * Dyrcona thinks someone who uses serials should do that one. :)
16:30 * miker scrolls up...
16:38 abneiman joined #evergreen
17:06 mmorgan joined #evergreen
17:16 mmorgan left #evergreen
18:01 dbwells_ joined #evergreen
19:35 * kmlussier likes test plans that end with "the checkout should not explode."
19:35 kmlussier berick++
19:47 bmills joined #evergreen
19:59 Newziky joined #evergreen
21:22 brahmina joined #evergreen

Results for 2016-03-29

12:39 Dyrcona "For printing HTML, we are using the brand new JDK version 8."
12:39 Dyrcona And, yeah, the classes are part of JavaFX.
12:40 Dyrcona What I've seen, playing with JavaFX 8, is that there are differences between Oracle's JDK and OpenJDK.
12:40 Dyrcona The README specifies it has not been tested with OpenJDK.
12:59 bmills joined #evergreen
13:03 Callender_ joined #evergreen
13:12 wjr joined #evergreen

Results for 2016-03-28

13:25 Newziky left #evergreen
13:35 jeff_ joined #evergreen
14:11 b_bonner joined #evergreen
14:14 Dyrcona I'm trying to figure out staff passwords from concerto for test writing, and I must be missing something.
14:16 Dyrcona The usrname and passwd do not match what is in tests/datasets/sql/users_staff_134.sql.
14:17 b_bonner_ joined #evergreen
14:17 b_bonner joined #evergreen
14:17 mnsri_away joined #evergreen
14:17 rashma_away joined #evergreen
14:20 Dyrcona All right I figured it out.
14:21 Dyrcona At some point, they get the shortname of their home/work ou tacked onto the front of the usrname.
14:24 Dyrcona Writing and testing the tests is taking more time than the original code, a lot more time....
15:08 Dyrcona Great. Severe query error and nothing in the postgres logs that looks related.
15:10 Dyrcona Figured it out....
15:10 Dyrcona typo in a field name.
15:13 pinesol_green JBoyer: It is so.
15:13 JBoyer BOOM.
15:18 Dyrcona Not my day....
15:18 Dyrcona I reloaded the database, ran the test again, and boom!
15:18 Dyrcona I forgot to git pull, first....
15:19 Dyrcona So, reloading the database, yet again...
15:19 Dyrcona I'm not counting.

Results for 2016-03-25

12:13 tarac_ joined #evergreen
12:31 mmorgan related question. Is a database query to update money.billing.voided = true sufficient to void a billing, or does something else need to happen?
12:32 phasefx mmorgan: I believe there's also voider and void time
12:34 mmorgan Ah. Ok. Of course, that makes sense. Thanks.
12:35 * mmorgan will try it out on a test system.
12:36 mmorgan phasefx++
12:37 phasefx mmorgan: I would sanity check the associated transaction in money.materialized_billable_xact_summary
12:37 sandbergja joined #evergreen
12:37 phasefx mmorgan: I don't know how, but sometimes I would get that table out of sync with stuff I did with the payments and billings tables, and would have to recreate it
17:31 kmlussier miker++
18:00 jeff most recent comment on bug 1174498 makes me concerned
18:00 pinesol_green Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" [Wishlist,Triaged] https://launchpad.net/bugs/1174498
18:00 * jeff looks
18:00 jeff well that's unfortunate.
18:01 jeff my fault for not being more forceful with my feedback.
18:02 jeff it seems that we've moved away from a linear timeline with billings and payments, though i could be wrong. more digging required.
18:03 jeff if that is the case, i'm strongly in favor of fixing it. the bad news is that it will probably take some work. the good news is that it will probably result in a lot more tests being written. ;-)
18:05 jeff drat. dug, found it.
18:05 jeff # Try to map payments to bills by amounts starting with the
18:05 jeff # largest payments:
18:05 jeff
18:06 jeff that's not how this works. that's not how any of this works. :-)
18:23 jeff first i should catch up on the rest of the billing changes.
18:47 jeff I wonder if there's a way to fix this without resorting to two types of transactions.
19:08 kitteh__ joined #evergreen
19:48 * jeff reads old bugs
20:24 rlefaive joined #evergreen
21:18 miker jeff: oh, I should have been paying more attention too... yeah, matching amounts seems like a non-starter to me
21:29 jeff @praise SIGSTOP
22:05 jeff heh
22:05 Bmagic yeah, it gets muddy for sure. I look at mmpbbt as "best effort" or "best guess"
22:05 Bmagic and I think our libraries undestand that. Sometimes, a human still needs to step in and make a call
22:07 Bmagic with that said - I have put untold hours into testing and watching the code interact with the data, and I'm feeling pretty good about the job that it will do for our libraries who look at the results
22:20 jeff Bmagic++
22:21 Bmagic jeff++

Results for 2016-03-24

09:54 scrawler ok, thank you guys. I'm going to see if I can put together an old desktop and try again with debian.
09:56 scrawler are there any alternative (quicker) ways to evaluate, like a hosted instance?
09:56 scrawler a really cheap hosted instance?
09:57 csharp scrawler: http://wiki.evergreen-ils.org/​doku.php?id=community_servers has some test servers you can play in
09:58 csharp scrawler: also, if you want to investigate paid support options: http://wiki.evergreen-ils.org/dok​u.php?id=faqs:evergreen_companies
10:00 mmorgan joined #evergreen
10:01 scrawler thanks for the links--looking at them now :)
10:05 scrawler Thanks again everybody. ttys.
15:26 bmills joined #evergreen
15:26 kmlussier miker: The activity metric for holds ratios, the first number of the ratio is looking at the number of holds in the action.hold_copy_map? Am I interpreting that correctly?
15:31 miker kmlussier: yes, you are.  holds-on-copies / copies
15:32 kmlussier miker: Thanks!
16:00 jlitrell joined #evergreen
16:16 * kmlussier decides to test the 'o, africa!' bug fix while waiting for activity badge scores to recalculate.
16:17 mmorgan kmlussier++
16:18 kmlussier What I like about that bug is that it's easy to find in LP. There aren't many eg bugs that have o africa in them.
16:33 abneiman miker: thanks for the additional info!  Sorry, I wandered off for 2 hrs -- was forced to drive around the county on a beautiful day to fix some printers.  Tough life. :)
17:52 pinesol_green gmcharlt: Quote #35: "<tsbere> We have collective sanity left? We might want to double-check on that. ;)" (added by bshum at 05:00 PM, November 06, 2012)
21:13 jihpringle joined #evergreen
21:17 kmlussier @quote random
21:17 pinesol_green kmlussier: Quote #134: "10:04 < Dyrcona> He's running the scripts....He's checkin' 'em twice. He's gonna find out which are naughty or nice. Santa Dev is testing a branch." (added by csharp at 11:11 AM, December 16, 2015)
21:53 bshum gmcharlt++ # web server poking
21:58 bshum @roulette
21:58 pinesol_green bshum: *click*

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