| 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/~denials/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=d46224aef890afdfbb0b2a03b6a57477d96ecf43;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/evergreen/2016/evergreen.2016-04-05-15.00.html |
| 15:05 |
pinesol_green |
Minutes (text): http://evergreen-ils.org/meetings/evergreen/2016/evergreen.2016-04-05-15.00.txt |
| 15:05 |
pinesol_green |
Log: http://evergreen-ils.org/meetings/evergreen/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/issues/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/extras/docgen.xsl?service=open-ils.search&all=on&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. |
