Evergreen ILS Website

IRC log for #evergreen, 2016-04-05

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
00:47 dbwells_ joined #evergreen
00:47 remingtron_ joined #evergreen
00:54 Mark__T joined #evergreen
07:27 mrpeters joined #evergreen
07:44 rjackson_isl joined #evergreen
08:01 ericar joined #evergreen
08:15 mrpeters morning all -- PINES/Emerald plan to unveil the Evergreen Quick Reports Creator add-on coming up in a couple of weeks at the conference.  I currently have the documentation in RTF and wondered if anyone from DIG might be willing to make the conversion to ASCIIDOC or any other proper formats so that we can include community accepted documentation within the git-repo for Quick Reports
08:44 jeff mrpeters: I can't answer your question, but do you have a link to the git repo in question?
08:45 mrpeters jeff: not yet :)
08:45 mrpeters gotta wait for the conference :P
08:47 mmorgan joined #evergreen
08:48 jeff Ah. Nevermind then.
08:49 mrpeters I think that is the plan, at least.  Kind of up to PINES.
08:51 Dyrcona joined #evergreen
08:55 jwoodard joined #evergreen
09:05 Dyrcona joined #evergreen
09:15 kmlussier joined #evergreen
09:17 chreeus joined #evergreen
09:22 maryj joined #evergreen
09:24 mceraso joined #evergreen
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:12 Dyrcona jeff: Concstrictor connects via xmpp, IANM.
10:13 Bmagic jeff: yeah, monitoring, and manual script check after restarting services for example. A go, no go for launch type thing
10:20 jeff Dyrcona: ah yes, I think we had to do a lot of ripping out of bits to try and make it talk directly to the gateway. I don't recall how far we got.
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
11:42 wjr joined #evergreen
11:42 evergreener left #evergreen
11:54 sandbergja joined #evergreen
11:56 JBoyer joined #evergreen
12:11 jihpringle joined #evergreen
12:26 genpaku joined #evergreen
12:35 bmills joined #evergreen
12:42 kmlussier joined #evergreen
12:44 * kmlussier had been thinking of bringing her travel cribbage board to the conference.
12:52 Dyrcona This is a new one from install ubuntu-trusty-developer: ⎻└ ERR! S≤⎽├e└ L☃┼┤│ 3↓13↓▮↑85↑±e┼e⎼☃c
12:52 Dyrcona Lots of lines like that.
12:52 Dyrcona Node must be bunged again.
12:53 Dyrcona As for cribbage, yes, bring it.
12:53 jeff make sure your ssh connections are all using 8-N-1, half-duplex?
12:54 Dyrcona jeff: You jest.... ;)
12:54 Dyrcona But, yeah, some control characters leaked into the terminal and hosed it.
12:55 Dyrcona But the other tmux window is good.
12:55 * Dyrcona tries again.
12:56 Dyrcona Looks like the fun starts here:
12:56 Dyrcona npm install -g bower
12:56 Dyrcona npm http GET https://registry.npmjs.org/bower
12:56 Dyrcona npm http 200 https://registry.npmjs.org/bower
12:56 Dyrcona npm ERR! registry error parsing json
12:56 Dyrcona npm ERR! SyntaxError: Unexpected token
12:56 Dyrcona npm ERR! ��mo�4ǿJ��m�qlOM�+t%�\x�������$�q7m�​�g��$Y��"]ڥ��-�}�}�����}tQ��,*�t��5
12:56 Dyrcona <
12:58 * Dyrcona gives up and works on inventory.
12:59 kmlussier Dyrcona: Are you building us an inventory module? :)
13:00 Dyrcona kmlussier: You can talk to me about it at the conference. :)
13:03 Dyrcona Anyway, I can't blame the Node folks necessarily. I've had some network funkiness going on today.
13:07 ericar_ joined #evergreen
13:09 jeff perhaps your IPS had a dependency on left-pad
13:11 Dyrcona jeff: Not sure if you are still joking, but that came from running Makefile.install ubuntu-trusty-developer
13:12 Dyrcona I've had other problems installing Node dependencies in the past that just mysteriously fix themselves after a bit of a wait.
13:13 Dyrcona "Mysterious" only because I don't bother figuring out why a package is broken.
13:13 ericar_ joined #evergreen
13:15 dbs hmm, should those dependencies maybe be pinned for releases?
13:21 jeff Dyrcona: I was mostly still joking, suggesting that your network problems and your node problems were due to a misbehaving Intrusion Prevention System appliance that had a behind-the-scenes dependency on an NPM package that gained some notoriety recently.
13:21 Dyrcona I see. I thought it might be something like that, but I've had a tough morning with VMs, so I'm not in a humourous mood.
13:22 Dyrcona Heh. I even spelled it right. :)
13:22 jeff @decide tough morning with VMs or tough morning with VMS
13:23 pinesol_green jeff: go with tough morning with VMs
13:23 jeff good bot.
13:32 Dyrcona heh
13:38 Shae joined #evergreen
13:40 Dyrcona @decide VMS or Node.js
13:40 pinesol_green Dyrcona: go with Node.js
13:40 * Dyrcona disagrees. :)
13:43 * dbs gets a VAXination
14:06 geoffsams csharp: I just scrolled back up and noticed I missed your message yesterday.  That was great!
14:08 abowling joined #evergreen
14:21 brahmina joined #evergreen
14:46 Dyrcona Still busted.
14:46 Dyrcona I cannot take Node.js seriously.
14:47 sandbergja Hey everyone, we'll be talking about the docs reorg in about 13 minutes!
14:47 sandbergja Hope you can join us!
14:47 kmlussier sandbergja++
14:52 hopkinsju joined #evergreen
15:00 sandbergja #startmeeting docs re-org 2016-04-05
15:00 pinesol_green Meeting started Tue Apr  5 15:00:35 2016 US/Eastern.  The chair is sandbergja. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00 pinesol_green Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00 pinesol_green The meeting name has been set to 'docs_re_org_2016_04_05'
15:00 sandbergja #topic Introductions
15:00 sandbergja Hello everyone!
15:01 sandbergja Please introduce yourselves
15:01 sandbergja #info sandbergja is Jane Sandberg, Linn-Benton Community College
15:03 sandbergja I'm not really hearing from anybody else
15:03 remingtron sandbergja: sorry, busy time of year
15:03 sandbergja Very true!
15:04 sandbergja I'm totally happy to postpone this meeting, if we want to concentrate on all of our many other obligations!
15:04 remingtron that sounds like a fine idea, thanks
15:05 sandbergja #endmeeting
15:05 pinesol_green Meeting ended Tue Apr  5 15:05:04 2016 US/Eastern.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
15:05 pinesol_green Minutes:        http://evergreen-ils.org/meetings/evergr​een/2016/evergreen.2016-04-05-15.00.html
15:05 pinesol_green Minutes (text): http://evergreen-ils.org/meetings/evergr​een/2016/evergreen.2016-04-05-15.00.txt
15:05 pinesol_green Log:            http://evergreen-ils.org/meetings/evergree​n/2016/evergreen.2016-04-05-15.00.log.html
15:05 kmlussier sandbergja: Is that something that DIG can talk about at the conference? That is, if you're going.
15:05 sandbergja thanks for being here, remingtron!
15:05 sandbergja kmlussier: yes, I'm sure it's something we'll be talking about
15:05 sandbergja and I'll be there :-)
15:05 kmlussier sandbergja: Great!  :)
15:06 remingtron sandbergja++
15:06 sandbergja remingtron++ kmlussier++
15:57 hbrennan joined #evergreen
16:00 jlitrell joined #evergreen
16:11 kmlussier @whocares git
16:11 pinesol_green Dyrcona, tsbere, bshum, csharp, gmcharlt and yboston love git
16:12 kmlussier @love git
16:12 pinesol_green kmlussier: The operation succeeded.  kmlussier loves git.
16:12 kmlussier Just because it helped me gather good stats
16:18 Dyrcona git is the shit!
16:18 Dyrcona It had to be said.
16:19 kmlussier :)
16:27 jeffdavis Dyrcona: https://github.com/npm/npm/issu​es/12196#issuecomment-205855393
16:27 jeffdavis re your npm problems earlier
16:30 jeffdavis @karma node
16:30 pinesol_green jeffdavis: node has neutral karma.
16:34 Dyrcona Amateurs....
16:34 JBoyer Seems like that's temporary, pinesol...
16:35 JBoyer I like using "official" OS packages, but not so much when it guarantees out of date software. :( (see also a lot of the virt-* tools... on 14.04!)
16:35 JBoyer Anyway, time to fight traffic.
16:35 Dyrcona JBoyer: I used to install the base O/S and install the....
16:35 Dyrcona Oh well...
16:36 * Dyrcona likes Ports, 'cause the porters usually keep the packages relatively up to date.
16:37 Dyrcona jeffdavis: Thanks for the link. I would not have bothered to look for it.
16:39 gsams @love git
16:39 pinesol_green gsams: The operation succeeded.  gsams loves git.
16:39 kmlussier @loves
16:39 pinesol_green kmlussier loves parts; YAOUS; Fridays; clam chowder; coffee; new fanged email thing; quassel; magic eightball; trivia; Evergreeners; BBQ; spell check; mobile catalog; new edit links in the catalog; vim; pizza; grep; spring; summer; fall; clam chowdah; ginger beer; DokuWiki; the random magic spells page; Evergreen, the whole kit and caboodle; bug squashing day; acq; reducing mouse clicks; (1 more message)
16:40 kmlussier @more
16:40 pinesol_green kmlussier: quickpick; developers who bring us the features we need just when we need them; and git
16:40 Dyrcona @loves
16:40 pinesol_green Dyrcona loves git; scripted sign off; sed; OpenBSD; gnu/emacs; git tag; and git-quickpick
16:40 Dyrcona @hates
16:40 pinesol_green Dyrcona hates MARC; English orthography; Launchpad; RDA; typos; Launchpad Search; printing; NCIP; Launchpad_some_moar; billing even MOAR!; and billing
16:41 hbrennan Oh how I missed Evergreen IRC....
16:41 gsams wow, you hate billing so much you hate it even MOAR first.
16:41 * kmlussier waves at jlitrell
16:41 * kmlussier waves at hbrennan
16:41 kmlussier Sorry, I was thinking one name and typing another. :)
16:41 hbrennan :)
16:42 gsams @loves
16:42 pinesol_green gsams loves snow; @later; logs; reports; the random magic spells page; and git
16:42 gsams hey, longer than I thought it'd be.
16:42 jlitrell hmph
16:43 kmlussier jlitrell: I can wave to you too. But we were already chatting, so it seemed a little superfluous.
16:44 Dyrcona I think I'm starting to hate the lovehate module, too. ;)
16:44 Dyrcona Trying to remove something is a real bear.
16:46 Dyrcona helps to use the channel. :)
16:47 kmlussier @hates
16:47 pinesol_green kmlussier hates Launchpad search; Internet Explorer; snow; scheduling meetings; Starbucks; negative balances; undrinkable coffee; winter; blizzards; spam; dojo interfaces; and Windows line endings
16:48 jlitrell I see some threads in there...  :)
16:49 kmlussier jlitrell: Like Starbucks and undrinkable coffee?
16:49 Dyrcona heh
17:02 kmlussier I see there is a dev meeting scheduled for tomorrow. Will people be available for it? If so, I can start on an agenda.
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
17:48 sandbergja ohhh, good to know
17:48 bshum For the copies anyways.  For the circs, using action.circulation should tell you who the circ staff ID was
17:48 sandbergja whodunnit as in who switched a copy from a volume on one bib record to a volume on a different bib
17:48 bshum Most times, I would do a query like SELECT * FROM auditor.asset_copy_history WHERE id = X ORDER BY audit_time;
17:49 bshum What you see in the auditor is a reflection of what was in the row before the update
17:49 bshum So the audit_time you see is when the change happened, what's in the rest of the row is a copy of what was in asset.copy before that change was made
17:49 hbrennan @bshum! :) Just saw a clue that you'll be in Raleigh. Yay. (okay, back to helpful stuff)
17:49 pinesol_green hbrennan: We're going to need a bigger boat.
17:50 bshum hbrennan: I know!  I'm super excited already :)
17:50 bshum sandbergja: If it was a specific person logged, it might show in the audit trail too as the audit_user ID
17:51 bshum So you'd get the audit_time, audit_user (and maybe even audit_ws) for a given copy edit, where the row was the old volume before it became the new volume that it shouldn't be.
17:51 bshum That's assuming it was done in the client by a user, and not someone manipulating stuff via SQL
17:52 bshum And even then, not all actions are tracked by the auditor with the audit_user, etc.
17:52 bshum Bear in mind too, that the auditor tables can be huge
17:52 bshum So querying it can take a moment
17:52 sandbergja Yes, that makes sense
17:53 sandbergja This is so fabulously helpful
17:53 bshum I used to semi-regularly prune our audit logs to remove stuff older than the past 2 years or so.
17:53 sandbergja Thanks, bshum
17:53 sandbergja I think I figured out whodunnit!
17:54 bshum sandbergja++ # huzzah!
17:55 sandbergja bshum++
17:55 sandbergja the_culprit-- though :-(
17:55 bshum Well... nobody's perfect :)
17:56 bshum And at least it wasn't a more permanent thing.
17:56 sandbergja Very true :-)
17:56 bshum Like user "obliteration"!
17:56 bshum People always used to ask can we unmerge users who got merged accidentally
17:56 bshum And I would be like... uh......... please don't ask me that.
17:56 sandbergja :-( :-( :-(
18:19 geoffsams joined #evergreen
19:19 pinesol_green [evergreen|Yamil Suarez] Docs: typo fix in authentication_proxy.txt - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=381aee0>
19:43 rhamby @later tell kmlussier we got one new response and I'll send out another email promoting it
19:43 pinesol_green rhamby: The operation succeeded.
19:55 gsams joined #evergreen
20:20 wsmoak joined #evergreen
20:20 wsmoak hi!  https://evergreen-ils.org/api-reference/ says there are API docs available, but the link to dev.evergreen.org does not work.  are they published elsewhere?
20:25 bshum That's a pretty old blog post, hmm
20:26 bshum wsmoak: So that dev server is probably something else by now
20:26 bshum wsmoak: Poking around, I can see that the docgen stuff was put on ESI's demo server for 2.10
20:26 bshum From http://wiki.evergreen-ils.org/​doku.php?id=community_servers
20:27 bshum Like http://demo.evergreencatalog.com/opac/extra​s/docgen.xsl?service=open-ils.search&amp;al​l=on&amp;method=opensrf.system.method.all
20:28 bshum I don't remember if the docgen stuff was documented somewhere.  I'm sure it is, cause I've installed it once upon a time
20:30 bshum (from a quick google search), I see edoceo's got some notes on how to install that docgen.xsl file:  http://edoceo.com/notabene/evergreen-ils
20:35 wsmoak hmm... as a patron, I'm looking to automate searching, placing a hold, etc., without going through the HTML web interface.
20:36 wsmoak I normally log in here: http://gapines.org/eg/opac/home - GA Pines
20:36 wsmoak I vaguely recall some discussion of this probably over a year ago, and I've forgotten whether it's even possible.
20:38 bshum Maybe, probably; unfortunately I'm probably not a good resource for that
20:50 wsmoak no problem!  I'll check back tomorrow when people are at work and see if anyone has an idea.

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat