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 139 140 141 142 143

Results for 2018-04-04

11:10 JBoyer Though apparently not on every modern-ish version of Java. :/
11:11 jeff JBoyer: ah, in my experience they both output to stderr, it's just that one of them is outputting... just an error. :-)
11:12 jeff maybe something new with java 9.
11:13 JBoyer Shouldn't be, I know I tested 9 for detection, but I've seen this all work with 8, though possibly only on 64 bit machines.
11:13 jeff the new "rapid cadence" and "adding a new version scheme" are sure to simplify things.
11:14 Dyrcona @blame Oracle
11:14 pinesol_green Dyrcona: Your failure is now complete, Oracle.
11:15 jeff one of these things... can be virtualized.
11:18 JBoyer I have played many board games on a screen, yes. :D
11:18 Dyrcona Risk!
11:20 alynn26 I am not a spy.
11:21 alynn26 off to set up a 32 bit windows 7 machine, to do some testing.
11:21 JBoyer alynn26++
11:41 Dyrcona Are we having the developers' IRC meeting later today?
11:41 gmcharlt I would like to have one; I can send a reminder shortly
15:26 dbwells One possible issue with the CGI-param would be the iframe links which function "normally" now (pagination, etc.), to avoid false re-wraps.  But, I do think this plan is overall on the right track.
15:27 abowling1 joined #evergreen
15:28 jeff can browsers be relied upon to have "open link in new tab" (via modified click, context menu) use the src= attribute of the link while other "normal" interactions (click or keyboard activation of the link) fire an event?
15:28 miker dbwells: ah, indeed.  we might have to teach mk_url() to always add a param if it exists, of test to see if we're inside an iframe, and inject <input type=hidden> vars or something
15:29 dbwells And maybe this is what miker was suggesting most recently, but we might also consider moving the "special" link logic to the TPAC itself, so when in client mode, the most salient links are actually the full client links right from the get-go.
15:29 jeff oh, that might not actually help due to other complexities of the iframe... nevermind, probably.
15:29 miker there's probably a seed of a plan in there somewhere :) ... TUITS!

Results for 2018-04-03

04:09 beanjammin joined #evergreen
06:08 rlefaive joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:28 rjackson_isl joined #evergreen
07:29 Dyrcona joined #evergreen
07:53 krvmga_ joined #evergreen
12:38 jeff stephengwills: you should proceed carefully and with some advance planning, and not blindly run any commands recommended to you, and you should consider writing up a document, but you may want to start with some of the bits in the ESI/EOLI migration tools repo: http://git.esilibrary.com/?p=​migration-tools.git;a=summary
12:38 jeff stephengwills: http://git.esilibrary.com/?p=migration-tools​.git;a=blob;f=remove_ou_data/README;hb=HEAD
12:39 stephengwills thanks.  will take a look.
12:40 jeff and if it wasn't clearly implied from my "proceed carefully", i'll be explicit: do your testing on a test copy of the data. :-)
12:40 Dyrcona stephengwills: A quick perusal suggestions that will do what you want.
12:41 Dyrcona s/suggestions/suggests/
12:41 Dyrcona And, yeah, proceed with caution.
12:41 rhamby stephengwills: I do that periodically for customers and use that repo (it has a few commits from me in it) but I'd recommend running it against a test system first
12:41 Dyrcona It might be a good idea to shut down everything else that talks to the database when you do it for real.
12:42 rhamby stephengwills: there are situations that can come up that don't necessarily have a good universal answer so those aren't necessarily addressed in there
12:42 rhamby stephengwills: also you may want to time it, some steps can be pretty slow.  I work around that in various ways depending on the situation but again, they aren't in there because they are decisions for local admins to make
12:43 stephengwills yeay migration tools :).  I’ll def play on a copy ffirst.
12:43 rhamby stephengwills: and check your db version, if you're on 3.0+ there may be some additional steps needed that I haven't done commits for yet because I'm still testing them
12:43 stephengwills I already suggested that we delete everything at once and everyone open pizza shops around the state but that didn’t fly.
12:44 rhamby stephengwills: how about thai?
12:44 Dyrcona drop database ....
15:25 JBoyer miker++ # WERK
15:42 frank__ joined #evergreen
15:47 Dyrcona Werk? Werkzeug? Metrowerks? Now, that last one takes me back.
15:47 frank__ Hi all, I am trying to enable the web staff client, I ran the corresponding scripts according the EG oficial documentantion, but I cannot access, In the chrome console I am getting the following error, I already checked the ports in the wide firewal and it is open, what else could I test?
15:47 frank__ WebSocket connection to 'wss://bilblos.ipicyt.edu.mx:7​682/osrf-websocket-translator' failed: Error in connection establishment: net::ERR_CONNECTION_REFUSED WrappedWebSocket @ VM386:164 OpenSRF.WebSocket.send @ opensrf_ws.js:62 OpenSRF.Session.send_ws @ opensrf.js:350 OpenSRF.Session.send @ opensrf.js:294 OpenSRF.Request.send @ opensrf.js:588 net.request @ net.js:123 service.login_api @ auth.js:244 service.login @ auth.js:171 $sc
15:48 Dyrcona frank__: Is the apache2-websockets instance running on the server?
15:48 Dyrcona you can do "ps ax | grep apache2-websockets" to check.
15:49 frank__ Dyrcona: sure, this is the output: ps ax | grep apache2-websockets  4032 pts/0    S+     0:00 grep apache2-websockets
17:04 abowling1 joined #evergreen
17:13 mmorgan1 left #evergreen
17:22 khuckins joined #evergreen
18:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
22:29 beanjammin joined #evergreen

Results for 2018-04-02

00:54 beanjammin joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:03 JBoyer joined #evergreen
07:14 agoben joined #evergreen
07:17 rjackson_isl joined #evergreen
08:01 dbs Not sure anyone mentioned it, but iOS 11.3 (available a few days ago: https://www.apple.com/ca/newsroom/20​18/03/ios-11-3-is-available-today/) added PWA support to Safari, including Service Workers
08:02 dbs further info on the PWA support at https://medium.com/@firt/progressive-​web-apps-on-ios-are-here-d00430dee3a7
08:02 dbs so the iPad users will need to test and see if it improves their experience
08:38 Dyrcona joined #evergreen
08:41 collum joined #evergreen
08:44 dbwells joined #evergreen
17:27 Bmagic You have to admit that it's confusing
17:38 abowling joined #evergreen
18:04 abowling1 joined #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
21:56 beanjammin joined #evergreen
21:57 jboyer-isl joined #evergreen
22:49 jvwoolf joined #evergreen

Results for 2018-04-01

06:19 gsams joined #evergreen
06:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
09:56 gsams joined #evergreen
10:52 gsams joined #evergreen
15:51 beanjammin joined #evergreen
17:48 gsams joined #evergreen
18:05 beanjammin joined #evergreen
18:10 gsams joined #evergreen
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
20:06 jvwoolf joined #evergreen
20:52 jvwoolf left #evergreen

Results for 2018-03-31

01:32 jeff joined #evergreen
02:19 dbwells_ joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
10:02 beanjammin joined #evergreen
10:56 beanjammin joined #evergreen
16:54 jeff joined #evergreen
18:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2018-03-30

03:13 abowling1 joined #evergreen
03:44 abowling joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:03 stephengwills joined #evergreen
07:14 rlefaive joined #evergreen
07:57 Dyrcona joined #evergreen
15:27 * kipd smiles
15:36 * gmcharlt adds Music Genre Showdown to the social activities list for the conference
15:38 * berick is prepared to defend Tuba Skiffle
17:31 pinesol_green News from qatests: Failed Installing Evergreen pre-requisites <http://testing.evergreen-ils.org/~live>
17:31 pinesol_green News from qatests: Failed Installing Evergreen database pre-requisites <http://testing.evergreen-ils.org/~live>
17:31 pinesol_green News from qatests: Failed Building Evergreen <http://testing.evergreen-ils.org/~live>
17:31 pinesol_green News from qatests: Failed Running Evergreen build tests <http://testing.evergreen-ils.org/~live>
17:31 pinesol_green News from qatests: Failed Installing Evergreen <http://testing.evergreen-ils.org/~live>
17:31 pinesol_green News from qatests: Failed configure database <http://testing.evergreen-ils.org/~live>
17:31 pinesol_green News from qatests: Failed configure apache <http://testing.evergreen-ils.org/~live>
17:31 pinesol_green News from qatests: Failed Starting Evergreen <http://testing.evergreen-ils.org/~live>
17:31 pinesol_green News from qatests: Failed Running settings-tester.pl <http://testing.evergreen-ils.org/~live>
17:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
17:34 Bmagic yikes
17:34 Bmagic oh, postgres repo is offline atm?
18:18 beanjammin joined #evergreen

Results for 2018-03-29

05:37 jlundgren joined #evergreen
06:02 remingtron_ joined #evergreen
06:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:15 rjackson_isl joined #evergreen
07:27 rjackson_isl_ joined #evergreen
07:28 remingtron_ joined #evergreen
12:10 Bmagic haha, I was about to link that!
12:11 Bmagic Dyrcona++
12:11 Dyrcona Bmagic++
12:11 Dyrcona I was thinking of testing your branch on that, but I've got enough on my plate for today.
12:11 mmorgan Dyrcona++
12:11 mmorgan Bmagic++
12:12 khuckins joined #evergreen
12:22 Bmagic Will/Wil    # LOL
12:22 Dyrcona Shut up, Wesley. :P
12:23 Dyrcona rhamby: Yes, same problem.
12:24 mmorgan So I added the index on a test system and am not seeing an improvement in the EXPLAIN ANALYZE. Do I need to restart something?
12:24 Bmagic mmorgan: no, it improved right away
12:25 Bmagic the analyze that you need to be running is "delete from action.circulation where xxxx"
12:26 Bmagic at least that is what I remember testing
12:31 * dbs seconds wilw's audio performance on RP1
12:35 rlefaive joined #evergreen
12:36 * rhamby agrees with dbs
12:37 mmorgan Ok, tested the delete from action.circulation, still taking a long time
12:37 pastebot "mmorgan" at 64.57.241.14 pasted "EXPLAIN ANALYZE delete from action.circulation where usr = 1658222;" (18 lines) at http://paste.evergreen-ils.org/1192
12:39 rlefaive joined #evergreen
12:41 dbwells mmorgan: You created the index the same way Bmagic did on his bug?  https://bugs.launchpad.net/evergreen/+bug/1758160
13:23 mmorgan My EXPLAIN ANALYZE is different for another user
13:23 pastebot "mmorgan" at 64.57.241.14 pasted "EXPLAIN ANALYZE delete from action.circulation where usr = 2118473;" (11 lines) at http://paste.evergreen-ils.org/1195
13:32 jeff on that user, there appear to be no circulations at all, so there's no deleting being done, so there are no constraints needing to be checked.
13:33 mmorgan Hmm. that usr in my test system has 2283 rows in action.circulation.
13:34 rlefaive joined #evergreen
13:35 jeff for usr 2118473, the explain analyze output includes (actual time=0.160..0.160 rows=0 loops=1) -- the actual rows being 0 there leads me to think that they have zero circulations in action.circulation. does a SELECT count(*) FROM action.circulation WHERE usr = 2118473; return something other than zero?
13:35 jeff (I could be mis-reading the explain output)
16:44 abowling yeah. guessing 9.5 was the "here's the new, now be ready to get rid of the old next time" phase
17:10 mmorgan1 joined #evergreen
17:10 mmorgan1 left #evergreen
17:20 pinesol_green [evergreen|Kevin Tran] Docs: Update circulation_limit_groups.adoc for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=15fc64d>
17:20 pinesol_green [evergreen|Remington Steed] Docs: Update "Z39.50 Servers" for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2ff2723>
17:20 pinesol_green [evergreen|Remington Steed] Docs: Update "User Activity Types" for web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=eaec26b>
17:38 abowling1 joined #evergreen
17:43 rlefaive joined #evergreen
18:23 rlefaive joined #evergreen
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:24 abowling joined #evergreen
20:07 genpaku_ joined #evergreen
20:13 book` joined #evergreen

Results for 2018-03-28

01:01 beanjammin joined #evergreen
01:39 beanjammin joined #evergreen
06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:18 rjackson_isl joined #evergreen
07:31 agoben joined #evergreen
07:35 rlefaive joined #evergreen
17:02 jvwoolf left #evergreen
17:06 mmorgan left #evergreen
17:13 kmlussier Is rank-ou used to determine which copies appear first on the record page or is it only used on the search results page?
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
20:45 blongwel joined #evergreen
20:46 blongwel Hi there. It has been so long since I altered the symbol table in cataloging I've forgotten where it is located. Any help appreciated
20:59 gsams joined #evergreen

Results for 2018-03-27

04:01 abowling1 joined #evergreen
06:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:23 rjackson_isl joined #evergreen
07:28 agoben joined #evergreen
08:25 collum joined #evergreen
10:11 stephengwills joined #evergreen
10:33 rlefaive joined #evergreen
10:40 Jaswinder joined #evergreen
10:41 Jaswinder Hi Guys, I want to test Ebook API methods form srfsh. I tried to send the request it is throwing 500 error, Basically, I am trying to call this Ebook API method: open-ils.ebook_api.title.details
10:42 Jaswinder Example: request open-ils.ebook_api open-ils.ebook_api.title.details {"sessionid":"1522161337.001863.​152216133624029","title_id":"a"}
10:42 Jaswinder Any thoughts, how do I test it?
10:48 kmlussier joined #evergreen
10:52 * kmlussier plans to buy lottery ticket since she hasn't used up her luck yet on virtual coffee.
10:55 Jaswinder Can anyone help here?
10:56 dbs sorry Jaswinder I don't know anything about the ebook api
11:01 Jaswinder Anyone else?
11:03 JBoyer jeffdavis would know the most about it, but I'll mention some low-hanging fruit: You already have the setup you need on the Overdrive or OneClick side? This service can't do anything without some configuration on their side. (and they usually point you at a test system, etc.)
11:05 mmorgan1 joined #evergreen
11:07 dbwells Jaswinder: it looks like that method is not expecting an argument hash, but rather just two unnamed arguments, something like: request open-ils.ebook_api open-ils.ebook_api.title.details "1522161337.001863.152216133624029", "a"
11:07 stephengwills joined #evergreen
11:14 kmlussier dbwells++
11:14 Jaswinder This is an example command: request open-ils.ebook_api open-ils.ebook_api.get_patron_id "ASDABS-ASSAS-2323", "1212133", "BAC@GMAIL.COM"
11:15 kmlussier gmcharlt / phasefx: I was thinking of upgrading the MassLNC community demo server to 3.1. Would you be okay with keeping the Equinox demo server at 3.0 so that folks have a choice of which release they try out?
11:20 dbwells Jaswinder: also, your session ID doesn't look like what I would expect for an Ebook API session ID.  It looks like an OpenSRF session ID, which isn't what you want, I think.
11:21 dbwells Jaswinder: in my basic testing, my session ID looks like "ebook_api.ses.{HASH_VALUE}"
11:21 Christineb joined #evergreen
11:21 dbwells This is after starting a "test" session using:  request open-ils.ebook_api open-ils.ebook_api.start_session "ebook_test", "1"
11:24 rlefaive joined #evergreen
11:35 Jaswinder dbwells - You are correct. I tried with new session id and I got no response.
11:36 gmcharlt kmlussier: in the short term, but not indefinitely
12:11 Jaswinder and then created a perl class similar to oneclickdigital.pm as Ebooks.pm inside /Application/EbookAPI/
12:11 jihpringle joined #evergreen
12:11 Jaswinder If you want, I can share a piece of code to your email or another location
12:13 dbwells Jaswinder: From the log you posted, it seems like your request "worked", it just didn't return anything.  I might try making my 'get_patron_id' method return "TEST" right away or something like that just to make sure everything is wired up correctly.  I need to head out for a bit, but if you want to email, it is dbw2@calvin.edu.  I'll be back in around an hour or so.
12:14 Jaswinder Thanks and I appreciate it! I will try it out first and then email you if I need help.
12:16 terran joined #evergreen
12:17 ngf42 joined #evergreen
15:17 Dyrcona The id will be generated automatically if you don't supply it or leave it null.
15:18 jeff csharp: looking at the HTML::TableExtract docs, and depending on what you're trying to do, the rows() table method might be more useful for you: https://metacpan.org/pod/HTML::TableExtract
15:19 csharp jeff: yep, that looks better
15:22 jeff also, you probably want to test success using if ($response->is_success) instead of just if ($response) -- I didn't have LWP::Protocol::https installed, so if ($response) was true but the value of $content later on was "LWP will support https URLs if the LWP::Protocol::https module is installed."
15:23 csharp jeff: thanks for that
15:23 Dyrcona While on the subject of inserting into actor.org_unit_setting ... I made this handy, little skeleton for Emacs this morning: https://pastebin.com/Hzq1Q9J9
15:25 jeff csharp: and you can use something like this to output two columns for each row with a tab between them: map { print "@{$_}[0]\t@{$_}[1]\n" } $table->rows();
15:28 jeff that would look something like this: map { print join("\t", @{$_}), "\n" } $table->rows();
15:28 Dyrcona jeff: I haven't looked at the output of the function you mentioned but I was thinking print join('\t', @$_)
15:28 Dyrcona yes, that, more or less.
15:31 jeff in that same map block, you could grab the first value from the row and test for a leading hyphen, and then either remove it or skip output of the entire row, depending on what you want to do for "Discontinued" codes.
15:31 jeff (there's apparently only one)
15:31 csharp jeff: yes, I want to remove the leading hyphen to be in line with the script I'm replacing
15:31 Dyrcona csharp: Would the current script not work if the useragent is set?
15:32 Dyrcona I never got that far into fixing it because other things came up.
15:32 csharp Dyrcona: dbwells was just asking me that privately - it appeared to break when I tested, but I'll try again
15:33 Jaswinder What are these fields for: org_unit_setting_type: frm_class, view_perm, update_perm?
15:33 jeff cloudflare--
15:33 Dyrcona csharp: I seem to recall that part of the problem was the pages had been reorganized, but I'm unclear.
15:38 Dyrcona csharp++
15:38 csharp I'll look into what jeff ran into with the HTTPS warning
15:39 Dyrcona IIRC, I looked into it briefly around the time of the 2.9 release.
15:40 csharp I'll test on a fresh server and see if we need to add new packager dependencies
15:40 * csharp heads out for now
15:41 dbwells csharp++
15:42 Dyrcona Guess I never made a Lp bug for it.
15:42 jeff csharp: the relator_map script uses an http url, and LoC isn't redirecting to https, so you'll likely not hit that at all. Also, I was testing your script on a box that would not have have Evergreen pre-reqs installed, so the needed modules for https might already be there.
15:44 jeff somewhat annoying that a single checkbox on LoC's cloudflare account configuration interface breaks us, but working around it rather than trying to get someone to untick the box is likely the better option for now. :-P
15:46 Jaswinder Dyrcona: Where do I add the library id then? Which field?
15:46 Jaswinder Sorry, I am bit confused here
15:47 derekz joined #evergreen
16:42 Dyrcona That's a bummer.
17:00 mmorgan joined #evergreen
17:06 mmorgan left #evergreen
17:10 Jaswinder Guys, is there a way I can write test case to run srfsh commands. I don't like to regenerate sessions every hour
17:19 dbwells Jaswinder: srfsh is just a handy way to run OpenSRF commands.  Our live tests are written in Perl rather than using srfsh.  You can find them in Evergreen/Open-ILS/src/perlmods/live_t  (for inspiration)
17:23 Jaswinder I am looking at this and this is good
17:23 Jaswinder How do I retrieve email id of the user from table? Also, how DB calls are made to retrieve information?
17:32 dbwells Jaswinder: I need to head out shortly, but there are no good quick answers to those questions.  Here is a quick answer which might be okay:
17:37 dbwells In addition to "custom" APIs, there are uniform APIs which are autogenerated from something called the IDL.
17:37 dbwells An entirely new table would also need an entry in the IDL to get these methods autogenerated.
17:38 Jaswinder Good to know that information. I will research on this as how I can leverage IDL to get the data
17:40 dbwells Jaswinder: if you go back to here and look under "Dealing with Data", you might be able to pick it up.  http://library.calvin.edu/devd​ocs_project/doku.php?id=start  Use the live tests for examples as well.
17:41 dbwells Lack of tuits have prevented that page from maturing, but having you asking these questions is the right kind of inspriation.
17:41 dbwells Basically, for your needs, "cstore" and "CstoreEditor" are the things to focus on.  PCRUD is similar, but more useful for external/client-side access to things.
17:42 Jaswinder thanks! I am going to review these docs now
17:46 dbwells I know the docs are still jumbled and incomplete.  You seem savvy enough, so that information combined with trolling through the code for "cstore" and "$editor->" calls might get you there.  Good luck!  Folks are generally most in the channel during 9-5 Eastern, though a few are further west.
17:46 * dbwells heads out
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
18:33 Dyrcona "And, there was much rejoicing."
18:46 ngf42 http://i.imgur.com/oLYSHuu.gif
18:47 Dyrcona Indeed!

Results for 2018-03-26

06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
07:10 JBoyer joined #evergreen
07:14 rjackson_isl joined #evergreen
07:32 agoben joined #evergreen
08:44 mmorgan joined #evergreen
08:47 rlefaive joined #evergreen
08:56 bos20k joined #evergreen
09:19 pinesol_green [evergreen|Dan Wells] Translation updates - newpot - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5e4eaca>
09:29 yboston joined #evergreen
09:37 pinesol_green [evergreen|Dan Wells] Translation updates - po files - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e05f6ee>
09:39 mmorgan joined #evergreen
10:13 stephengwills joined #evergreen
10:15 mmorgan joined #evergreen
16:12 khuckins joined #evergreen
17:11 mmorgan left #evergreen
17:25 dpearl1 joined #evergreen
18:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
22:27 beanjammin joined #evergreen
22:47 stephengwills left #evergreen
23:46 jeff d

Results for 2018-03-25

06:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
15:04 beanjammin joined #evergreen
16:20 beanjammin joined #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
23:51 beanjammin joined #evergreen

Results for 2018-03-24

03:59 abowling joined #evergreen
04:03 abowling1 joined #evergreen
04:58 abowling joined #evergreen
06:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
08:46 ngf42 joined #evergreen
18:30 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>

Results for 2018-03-23

00:19 book` joined #evergreen
06:31 pinesol_green News from qatests: Failed Running pgTAP tests <http://testing.evergreen-ils.org/~live>
07:28 rjackson_isl joined #evergreen
07:44 JBoyer joined #evergreen
08:00 kmlussier joined #evergreen
08:00 kmlussier Hmmm...that pgtap test ran fine for me. :(
08:11 kmlussier Nope, it's failing for me now. I wonder if I ran the correct test yesterday.
08:12 JBoyer The id for the second record is wrong
08:12 JBoyer missing a '5'
08:12 JBoyer (on insert, that is.)
08:17 kmlussier It still fails after fixing that.
08:17 JBoyer :(
08:20 JBoyer brand new db? (i.e. it's not missing the corrected asset.merge_etc. ?
08:24 kmlussier Well, all pgtap tests are failing for me. Obviously, it's a problem on my end. :) I was on a new VM and had to install pgtap before running the test. I'm guessing I did something wrong.
08:25 collum joined #evergreen
08:25 JBoyer Ah. There is a step you have to take in psql after installing pgTAP to make it actually available in the db you're testing. Maybe that was missed?
08:26 kmlussier Perhaps. I just ran through the steps again and got a successful test. Let me try rhamby's test again.
08:27 kmlussier It works! I'll put that fix in a branch. Thanks JBoyer!
08:29 JBoyer kmlussier++
08:29 rhamby I like to think that I'm keeping QA sharp.
08:29 rhamby kmlussier++
09:12 Dyrcona joined #evergreen
09:35 rlefaive joined #evergreen
09:38 jvwoolf joined #evergreen
10:01 gmcharlt kmlussier: I think I now by the tests worked for you when you merged LP#1731960
10:01 gmcharlt *why
10:02 gmcharlt a couple things are going on
10:03 gmcharlt first, because of the deferred FK contrainst on container.biblio_record_entry_bucket_item, it setting target_biblio_record_entry to the wrong ID value won't cause an error until the transaction commits, but because it was being run in the context of a pgTAP test that rolls back the transaction, it didn't complain
10:04 gmcharlt in contrast, the record_entry_merged_to_fkey constraint on bre is not marked as deferred, and thus complained right away
10:05 gmcharlt but here's the kicker: the 1107 upgrade script is incomplete; it has a version of the stored procedure that lacks the merge tracking logic
10:05 Dyrcona :0
10:07 * gmcharlt will work up a patch
10:09 kmlussier :(
10:11 kmlussier Would the test have different results then if performing it on a system that used the upgrade script vs. one that was a clean install?
10:11 gmcharlt yeah
10:12 gmcharlt run against a clean install, the test would have complained
10:12 kmlussier joined #evergreen
10:13 kmlussier Sorry! Hexchat apparently didn't like what I was typing.
10:14 kmlussier Yeah, I'm pretty sure I ran it yesterday on the system where I had tested the behavior using the upgrade script. This morning, I was on a clean install.
10:14 kmlussier gmcharlt++
10:14 * gmcharlt grabs 1108
10:19 pinesol_green [evergreen|Galen Charlton] LP#1758347: ensure that upgrade includes latest asset.merge_record_assets() - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=b6e3608>
10:19 pinesol_green [evergreen|Kathy Lussier] LP#1758322: Fix  lp1731960_test_preserving_bookbag_entries test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=c31faa9>
10:20 gmcharlt ok; should now be sorted out
10:21 kmlussier gmcharlt++
10:24 gmcharlt and this seems useful: https://stackoverflow.com/questions/117989​53/is-it-possible-to-restore-deferred-cons​traints-after-setting-set-constraints-all
10:25 rhamby gmcharlt++ : probably happened from me working on one while the other wasn't committed yet
10:25 gmcharlt using set constraints all deferred looks like a good way to catch this sort of thing while still being able to roll back at the end of a pgTAP test
10:34 gmcharlt https://evergreen-ils.org/evergr​een-3-0-5-and-2-12-11-released/
10:35 kmlussier gmcharlt++
10:36 gmcharlt dbwells++ csharp++ Dyrcona++
10:37 kmlussier Indeed. dbwells++ csharp++ Dyrcona++
15:43 pinesol_green [evergreen|Dan Wells] LP#1699838 Scale back settings for staff-based hold placement - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5a39d42>
15:43 pinesol_green [evergreen|Kathy Lussier] LP#1699838: Stamping upgrade script for default pickup lib YAOUS - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5a6636f>
15:43 Dyrcona kmlussier++
15:44 Dyrcona Now, I don't have to worry about testing it.
15:44 yboston joined #evergreen
16:12 mmorgan1 joined #evergreen
16:14 mmorgan2 joined #evergreen
16:57 mmorgan2 joined #evergreen
17:07 mmorgan joined #evergreen
17:12 mmorgan left #evergreen
18:32 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
21:27 hbrennan joined #evergreen

Results for 2018-03-22

03:26 troy__ joined #evergreen
05:07 remingtron_ joined #evergreen
05:07 dbwells_ joined #evergreen
06:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
06:55 JBoyer joined #evergreen
06:59 gsams joined #evergreen
08:11 Dyrcona joined #evergreen
11:13 frank_guel Hi all, I am trying to enable the right-click menu for Srce tag on the fixed field in New Marc record, but I can make it showable,I added the vales uin the marc coded value map but they are not showed, Is there any kind of command to run to apply changes?
11:31 pinesol_green [evergreen|Mike Rylander] LP#1742779: Distinguish between no statcat values and multiple values in copy editor to assist staff - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=667bc1a>
11:35 Bmagic frank_guel: after you make a change in the value map I think you have to reingest the bibs
11:36 Bmagic you can just reingest one bib for testing
11:36 Bmagic update biblio.record_entry set id=id where id=x;
11:37 frank_guel perfect let me try
11:39 Bmagic there is a flag in config.global_flag that you need to set first though. update config.internal_flag set enabled='t' where name='ingest.reingest.force_on_same_marc'
11:43 Bmagic wel thats good
11:43 kmlussier Other than that, I don't know the answer to frank_guel's question, unfortunately.
11:43 Bmagic Any thoughts on the postgres block error?
11:44 Bmagic before I delete the whole database and restore from backup? (don't panic, it's a test machine) - but I would like to save time
11:46 kmlussier http://docs.evergreen-ils.org/2.6/_marc_fixed_fi​eld_editor_right_click_context_menu_options.html doesn't say anything about a command to make the menu options display.
11:47 kmlussier frank_guel: Are you on the xul client? Did you exit out of the client and go back in before checking for the changes?
11:47 Dyrcona Bmagic: Why not jump over into #postgresql and ask the experts?
11:47 Bmagic I am rebuilding the indexes for metabib because it seems that the page in block error occurs when interacting with searches.
11:47 Bmagic Dyrcona: yeah, good call
11:49 frank_guel kmlussier: yes, I am on xul client, I completed the values in the tables especified, Srce is the unique tag that doesn´t display right-click menu on fixed fields
11:52 kmlussier frank_guel: And you exited out of the client before testing to see if the changes worked?
11:53 frank_guel yes but it did not worke
11:53 frank_guel *work
11:54 kmlussier frank_guel: OK, then. I'm out of ideas. I don't have any experience in adding a menu there. :(
12:06 Dyrcona frank_guel: You may have to restart services, too, like open-ils.cat or opensrf.settings, but doing a restart-all wouldn't hurt, but if this is production, I wouldn't just restart everything in the middle of the day.
12:06 khuckins joined #evergreen
12:06 Dyrcona I'm not the expert in this department, either.
12:19 Dyrcona Bmagic: I ususally use pg_dump to get dumps to restore for test databases.
12:20 Dyrcona Fun having conversations in different channels, isn't it? :)
12:20 Bmagic haha, yep
12:20 frank_guel Dyrcona: actually I restarted all services and ran autogen, but it didn't work :(
12:21 Dyrcona frank_guel: Well, then, I'm not sure what to try next. Sorry.
12:21 bshum Dyrcona: Bmagic: It's okay, just link to our logs in their logs and vice versa.  We'll all find each other that way ;)
12:21 Dyrcona :)
12:22 Dyrcona I'm still curious what a solution to that block error might be. I guess when I mentioned it being a test database that reduced the urgency. ;)
12:23 Dyrcona You aren't seeing those errors in production, right?
12:23 * Dyrcona certainly hopes not.
12:27 jihpringle joined #evergreen
13:50 kmlussier @hate deadlines
13:50 pinesol_green kmlussier: The operation succeeded.  kmlussier hates deadlines.
14:01 JBoyer joined #evergreen
14:04 gmcharlt ok, as of now all of the 3.1-rc bugs marked high importance are either fix-committed or have a plausible signoff to be tested and merged today
14:05 dbwells gmcharlt++
14:05 pinesol_green [evergreen|Dan Wells] LP#1738488 Optimize Flattener join logic - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=698fbdc>
14:09 pinesol_green [evergreen|Cesar Velez] LP#1728147 - fix some Holds Pull List grid columns - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=7de434d>
14:09 pinesol_green [evergreen|Galen Charlton] LP#1728147: more tweaks to grid - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=2ffbacf>
14:12 collum_ joined #evergreen
14:13 hbrennan joined #evergreen
14:15 kmlussier I guess that one was a little past deadline.
14:15 kmlussier dbwells: Do you have any objections if I test and possibly merge on more bug fix for today? bug 1731960
14:15 pinesol_green Launchpad bug 1731960 in Evergreen 3.0 "Merging Bib Records Deletes Bookbag entries" [Undecided,New] https://launchpad.net/bugs/1731960
14:15 pinesol_green [evergreen|Dan Wells] LP#1755502 Fix hold user test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=80d9f5f>
14:18 Dyrcona Hey, great. Syrup prerequisites won't install with easy_install.
14:19 dbwells kmlussier: Sure, my main goal at this point is just to be aware of what's still being worked on, so test passed :)
14:19 kmlussier dbwells++
14:21 csharp dbwells++
14:23 dpearl I am having build problems.  I am attempting to log into the web client and it hangs just when I click on the login button.  I'm getting a lot of these in syslog: Mar 22 14:17:04 dantest apache2[4887]: [ssl:info] [pid 4887] (70007)The timeout specified has expired: [client 10.250.10.127:49277] AH01991: SSL input filter read failed.
14:32 dpearl I think I'm OK.  Just forgot to restart websockets
14:32 csharp @dunno search off
14:32 pinesol_green csharp: 1 found: #12: "Have you tried turning it off and back on again?"
14:32 dpearl I'll do more tests.  Thanks. all!
14:33 csharp @dunno 12
14:33 pinesol_green csharp: I'm sorry, Dave. I'm afraid I can't do that.
14:33 csharp @dunno get 12
15:45 rhamby Dyrcona: I saw the same thing yesterday but after fighting it a while had to abandon it because of other things pressing
15:48 Dyrcona For anyone who cars to look: https://pastebin.com/12waxXNd
15:49 Dyrcona cares, even...
15:52 JBoyer Ah! That would be the new reporter test falling over because it's instantiating the reporter service as part of the test.
15:52 JBoyer According to the nested links in the error message, anyway.
15:52 Dyrcona tests...
15:52 kmlussier Yes, so I'm pretty sure I ran that test on master before merging the code, but I didn't try it on 3.0.
15:53 kmlussier Does it make sense it would fail in 3.0 and not master?
15:53 JBoyer I don't know enough about karma to say for sure.
15:54 Dyrcona Does it have to make sense? It is what it is.
15:54 JBoyer Dyrcona are you working with the latest rel_3_0 or testing a single commit against something older?
15:54 kmlussier Dyrcona: Well, not it doesn't have to. But it would help me understand things better. :)
15:56 Bmagic csharp: Trigger for constraint usr_circ_history_source_circ_fkey: time=115095.260 calls=978
15:58 Dyrcona JBoyer: I merged latest rel_3_0 into a branch based off of an earlier rel_3_0. It was rebased on rel_3_0 this morning, in fact, but an image updates causes conflicts with rebase ATM.
16:26 gmcharlt k, I'll toss up a proper LP and branch now
16:27 Dyrcona Cool. I'll sign off.
16:33 gmcharlt Dyrcona: bug 1758159
16:33 pinesol_green Launchpad bug 1758159 in Evergreen "egReporter test failure on 3.0.x" [Medium,Confirmed] https://launchpad.net/bugs/1758159
16:34 Dyrcona Awesome. I'll sign off and push it to rel_3_0.
16:36 Dyrcona Didn't let the pixels dry on that one. :)
17:12 mmorgan left #evergreen
17:39 rlefaive joined #evergreen
17:40 abowling1 joined #evergreen
18:03 abowling joined #evergreen
18:31 pinesol_green News from qatests: Testing Success <http://testing.evergreen-ils.org/~live>
19:16 kmlussier joined #evergreen
19:32 kmlussier Calling 1107
19:39 pinesol_green [evergreen|Rogan Hamby] LP#1731960-preserving book bag entries with new values during bib merge - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=aa6fe11>

Results for 2018-03-21

06:32 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
07:26 Dyrcona joined #evergreen
07:27 rjackson_isl joined #evergreen
07:37 rlefaive joined #evergreen
10:44 pinesol_green [evergreen|Jeff Davis] LP#1743045: skip redundant grid refresh on checkin - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=59e796a>
10:44 kmlussier gmcharlt: I'm following up on bug 1756110. I'm not  able to confirm the bug with the dropdown menus in 3.0. Are we sure the patch needs to be backported?
10:44 pinesol_green Launchpad bug 1756110 in Evergreen 3.0 "egBasicComboBox drop-down not working" [Medium,Confirmed] https://launchpad.net/bugs/1756110
10:45 * kmlussier re-reads original description and sees the comment of recent changes just making the bug now visible.
10:46 kmlussier Never mind. I'll test the patch on 3.0 to ensure it doesn't break anything. Sorry for the noise.
10:47 berick terran++ # continued testing
10:59 mllewellyn joined #evergreen
11:08 pinesol_green [evergreen|Remington Steed] LP#1747963 Fix "trim list" feature in web client - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=95600c4>
11:16 pinesol_green [evergreen|Jeff Davis] LP#1755892: ensure profile is fleshed in patron search - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=68ca385>
18:02 dbs csharp++
18:08 jvwoolf1 left #evergreen
18:08 csharp @dessert
18:08 * pinesol_green grabs some packages of Rolos® for csharp
18:30 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
22:05 beanjammin joined #evergreen

Results for 2018-03-20

05:16 beanjammin joined #evergreen
06:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
07:19 rlefaive joined #evergreen
07:37 agoben joined #evergreen
07:39 rjackson_isl joined #evergreen
11:27 stephengwills joined #evergreen
11:28 stephengwills left #evergreen
11:32 stephengwills joined #evergreen
11:40 Dyrcona jeffdavis: Have you tested the Overdrive API with Overdrive's integration environment?
11:51 ngf42 joined #evergreen
12:07 Christineb joined #evergreen
12:08 beanjammin joined #evergreen
14:24 phasefx there's some ghosting on my monitor
14:25 csharp ᗣ ᗣ ᗣ ᗣ
14:25 phasefx :D
14:25 pinesol_green [evergreen|Galen Charlton] LP#1721807: regression test - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5944342>
14:25 pinesol_green [evergreen|Galen Charlton] LP#1721807: fix webstaff report templates that have might_have and has_many joins - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=88bdd77>
14:26 bshum "ooooooooo whop whop"
14:28 Dyrcona :)
14:37 miker grrrrr... Module not found: Error: Can't resolve 'angular-sanitize'
14:51 berick i guess next question is to confirm node actually fetched the modules and they exist in node_modules where expected
14:52 miker this is current master... on jessie with nodesource's installer
14:52 miker and, I don't see angular-sanitize
14:52 berick npm 3.10.10 ; node v6.11.3 here
14:53 * berick deletes node_modules and rebuilds to test
14:53 miker npm ERR! node v6.13.1
14:53 miker npm ERR! npm  v3.10.10
14:53 miker from the error output
14:54 miker berick: just rm -f node_modules and then npm install?
14:54 berick yeah, kill the whole dir.
14:54 berick -r, i guess
14:54 * miker will do attempt to mirror your test
14:55 berick test succeeded here
14:58 * miker taps fingers, waiting on npm to finish up
14:59 miker berick: that was it... must have been a stale angular, I guess? and npm didn't want to update it with npm-update, maybe? anyway, thanks!
15:00 berick miker: yeah, something like that.
17:10 beanjammin joined #evergreen
17:35 Bmagic I can't remember but is there a bug related to getting the patron information to print on the items out and checkout receipts on webby? {{patron.family_name}} doesn't seem to have any data
17:39 jvwoolf1 left #evergreen
17:54 pinesol_green [evergreen|Jane Sandberg] Docs: adding 2.12.11 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=35a2b80>
17:54 pinesol_green [evergreen|Jane Sandberg] Docs: adding 3.0.5 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=4d27747>
17:58 beanjammin joined #evergreen
18:32 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
19:12 beanjammin joined #evergreen
23:47 mllewellyn joined #evergreen

Results for 2018-03-19

06:30 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
07:05 jvwoolf joined #evergreen
07:06 jvwoolf left #evergreen
07:35 agoben joined #evergreen
14:28 jeffdavis kmlussier: that one is 2.12 specific
14:29 kmlussier jeffdavis: OK, I'm going to set that one to Won't Fix then since Wednesday is our last 2.12 maintenance release.
14:35 Dyrcona Heh. I'd like to see any of it work, but alas....
14:36 Dyrcona Testing is not going well.
14:51 jeffdavis Dyrcona: are you willing/able to try testing against their production environment? I found their integration environment annoying to deal with - getting auth and endpoints straight, different records and record IDs...
14:52 Dyrcona They tell me to work with their integration environment. I'm getting a 404 when looking up the test library, so it's on them, now.
14:53 Dyrcona I'm willing to just turn it on and go, but they won't do that until it has passed their tests in the integration environment.
15:20 Dyrcona I apparently broke my output folders just by updating the shared and shared_with values, or does Clark need to be running to see output?
15:21 Dyrcona Don't worry it's a test database. ;)
15:38 kmlussier Dyrcona: Clark needs to be running in my experience.
15:50 yboston joined #evergreen
15:50 Dyrcona Well, I'm still not seeing any report output.
16:12 mllewellyn1 joined #evergreen
16:23 dpearl joined #evergreen
16:24 yboston joined #evergreen
16:25 Bmagic berick: more on this, running through the routine on a test machine. I create a dummy PO, add two charges attached to the same fund (materials and tax) - after I activate the PO, I see the rows in acq.fund_debit with encumberance='t'
16:25 Bmagic which is (I think) correct
16:25 Bmagic that is to say, I think that's what the system is supposed to do
16:26 Bmagic now, the next step is to create an invoice, and chip away at each of those charges with an invoie
17:21 Bmagic so it should be overwriting those same two rows in acq.fund_debit?
17:21 berick yes, the original debits are modified with each blanket payment
17:21 Bmagic The problem that I am trying to solve is that after the first invoice is processed - the PO reports encumberances = 0
17:22 berick values decreased equal to the amount paid w/ each addition debit added
17:24 berick Bmagic: that I can't explain.  in the test I just did w/ a $25 charge and a $10 payment, the PO shows $15 encumbered.
17:25 berick Bmagic: to be clear, you didn't check the "finalize" box in the invoice?
17:25 Bmagic where does it get the data to decide how much is emcumbered?
17:25 Bmagic I made the assumption that it was from fund_debit where encumbered='t'
17:26 berick Bmagic: the original/root debit from the po_item tells you how much is left enucmbered
17:59 Bmagic AZEEEZ! LIGHT!
18:00 * berick steps away
18:00 Bmagic https://www.youtube.com/watch?v=mvwd13F_1Gs
18:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
18:47 Dyrcona joined #evergreen
21:54 mllewellyn joined #evergreen

Results for 2018-03-18

03:18 troy__ joined #evergreen
03:18 Glen joined #evergreen
03:18 Glen joined #evergreen
06:32 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
11:17 pinesol_green [evergreen|Jane Sandberg] Docs: Adding affiliations and documenters to 3.1 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=701d4ee>
11:23 pinesol_green [evergreen|Jane Sandberg] Docs: Adding an affiliation; updating CW MARS name in 3.1 release notes - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=af28844>
14:36 stephengwills joined #evergreen
14:37 stephengwills left #evergreen
18:28 timlukas523 joined #evergreen
18:30 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
21:21 JBoyer joined #evergreen

Results for 2018-03-17

06:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
10:38 stephengwills joined #evergreen
12:39 stephengwills left #evergreen
13:07 pinesol_green [evergreen|Kathy Lussier] LP#1746365 Change default staff link colors to provide adequate contrast - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=26112e4>
14:55 vccHawk joined #evergreen
18:32 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>

Results for 2018-03-16

06:00 book` joined #evergreen
06:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>
07:15 rjackson_isl joined #evergreen
07:45 rlefaive joined #evergreen
07:59 beanjammin joined #evergreen
09:22 mmorgan joined #evergreen
09:34 yboston joined #evergreen
11:07 Christineb joined #evergreen
11:14 remingtron I want to share my GNU aspell wordlist (used to ignore various "real" words when spellchecking the docs)
11:15 remingtron My best idea so far is to simply add it to the docs directory in master
11:16 remingtron Perhaps it can even be used during automated testing
11:16 remingtron Does anyone have strong feelings about adding the wordlist file in Evergreen/docs/ ?
11:16 bshum Hmm, interesting idea
11:22 miker remingtron: I've no objection. seems useful
11:36 yboston joined #evergreen
11:42 mmorgan joined #evergreen
11:54 beanjammin joined #evergreen
11:57 phasefx__ joined #evergreen
12:14 bshum Some progress on 18.04
12:14 bshum ##   Non-SASL Authentication (XEP-0078) is now disabled by default
12:14 bshum ##   because it's obsoleted and is used mostly by abandoned
12:14 bshum ##   client software
12:14 bshum ## mod_legacy_auth: {}
12:14 bshum There's this line now in the ejabberd config.
12:15 bshum I guess OpenSRF is an "abandoned client software" to new ejabberd :)
12:15 bshum So we have to turn that back on, and disable a bunch of starttls required, etc. in the port configs
12:15 bshum I'm still testing, cause I can't opensrf.math to start yet.  Have to dive deeper into the debug logs for opensrf
12:15 bshum But at least some movement forward
12:16 bshum I think our next step though is to change OpenSRF authentication
12:16 bshum So that it can handle the more secure options
12:16 berick bshum++
12:26 Dyrcona Well, maybe someone will add TLS and SASL support to OpenSRF......
12:42 jihpringle joined #evergreen
16:37 yboston joined #evergreen
17:08 mmorgan left #evergreen
18:07 jonadab joined #evergreen
18:31 pinesol_green News from qatests: Failed Running perl live tests <http://testing.evergreen-ils.org/~live>

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 139 140 141 142 143