Evergreen ILS Website

IRC log for #evergreen, 2013-11-15

| 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
01:41 paxed dbs: i believe i've now met your doppelganger. very similar habitus.
01:47 mcooper joined #evergreen
02:11 mcooper joined #evergreen
05:11 timhome joined #evergreen
07:40 rjackson-isl joined #evergreen
08:14 akilsdonk joined #evergreen
08:21 krvmga joined #evergreen
08:35 kbeswick joined #evergreen
08:38 kmlussier joined #evergreen
08:40 Dyrcona joined #evergreen
08:41 kmlussier The printing memory leak fixes from bug 1086458 won't be in 2.3 or 2.4 until next week's point release. Is that right?
08:41 pinesol_green Launchpad bug 1086458 in Evergreen 2.4 "Staff client memory leaks in 2.3 and later" (affected: 11, heat: 76) [High,Fix committed] https://launchpad.net/bugs/1086458
08:46 mmorgan joined #evergreen
08:48 Shae joined #evergreen
08:49 Dyrcona @eightball
08:49 pinesol_green Dyrcona: It is so.
08:50 Dyrcona kmlussier: There's your answer.
08:50 Dyrcona They look like they're in the rel branch, now.
08:53 kmlussier Dyrcona: Sure. I just couldn't recall whether the last point release was before or after the fixes were merged. But, now that I think about it, I don't think we had the normal point release last month, so the eightball must be right. :)
08:57 Dyrcona I just targeted them at the upcoming milestones.
09:01 kmlussier Dyrcona++
09:04 collum joined #evergreen
09:07 ericar joined #evergreen
09:12 yboston joined #evergreen
09:21 rfrasur joined #evergreen
09:52 kbutler joined #evergreen
09:55 mllewellyn joined #evergreen
10:00 remingtron yboston: will DIG hack-a-way folks be on IRC also today?
10:00 mrpeters joined #evergreen
10:01 yboston Ben Shum is here, so at least he will be on. I will try to keep an eye on things too
10:01 yboston remingtron: did you want to join the hangout?
10:01 yboston remingtron: also thanks for commenting on those bugs
10:02 remingtron yboston: my schedule is unpredictable today, but I'll be on IRC.
10:02 remingtron yboston: is there a "just watching" link for the hangout?
10:02 remingtron so I can drop in and out?
10:03 yboston it is a regular hangout, not an "on air one" but you can just mute your mike and camera when you want to drop in and out
10:06 remingtron yboston: actually, I don't have a mic or camera currently, so I guess I could just listen in. If you have room, sure, invite me.
10:06 yboston remingtron: what email should I use? also there is a chat function too
10:07 hopkinsju joined #evergreen
10:08 remingtron yboston: use my calvin email, which I used to reply to you a few mins ago
10:09 bshum rfrasur: http://evergreen-ils.org/dokuwik​i/doku.php?id=community_servers
10:09 bshum That's for the demo servers, you want the ESI one
10:13 yboston remingtron: I just invited you
10:14 krvmga i just ran into an anomalous search result. http://bark.cwmars.org/eg/opac/​cnbrowse?cn=910.4&locg=153
10:14 krvmga this search brings up a page that starts about 17 pages into the 910.4 results.
10:14 krvmga rather than at the first page
10:15 krvmga i can't see any reason why this should happen.
10:16 remingtron yboston: nothing yet. oh, does it have to be a google email? I'll send you an email from my gmail
10:16 krvmga yboston: so there's just the three of you there in person
10:16 krvmga ?
10:17 yboston krvmga: there are four of us here
10:18 yboston remingtron: it has to be an email address that is attached to an Google Plus account or a Gmail address (which automatically is attached to a Google plus account)
10:18 * bshum waves from Boston
10:19 csharp dig++
10:19 * csharp is in a PINES training today but would have otherwise participated
10:20 bshum csharp: A likely excuse :P
10:20 bshum Are you training someone or you're being trained?
10:20 * krvmga waves to bshum.
10:22 csharp I'm assisting with a training someone else is doing on reports
10:22 * bshum waves at krvmga, we passed the sign for Worcester on our way up; I thought of you guys.
10:23 bshum csharp++
10:24 krvmga bshum: i'm sorry i'm not there with you all today. june is a good asset.
10:27 krvmga i'm trying to figure out why the 880 field, which supposedly should display by default, is not displaying in my catalog.
10:27 krvmga for example, this TCN search http://bark.cwmars.org/eg/opac/record/2487363?co​ntains=contains;_special=1;qtype=identifier%7Ctc​n;query=2487363;locg=1;expand=marchtml#marchtml
10:27 CarrieC joined #evergreen
10:31 remingtron yboston: thanks, I got in. Out for now.
10:32 remingtron yboston++
10:33 mcooper joined #evergreen
10:34 bshum krvmga: I'd double check your templates to make sure the graphic_880s stuff is everywhere it needs to be.
10:34 bshum Like in misc_util.tt2 and then also all the various parts of record/*
10:35 krvmga bshum: will do
10:35 * bshum doesn't know enough about what customizations were done to your catalog.
10:38 * bshum always forgets how to load sample data
10:38 remingtron yboston: FYI, I'm working on fixing a bug in the 2.5 release notes in the docs.
10:39 bshum We should add the loading sample data info from the 2.4 release notes into the core README doc maybe.
10:39 bshum Like a new section like "demo data"
10:42 bshum Would go nicely with dbs' idea to yank out the org units too.
10:42 bshum Down the road I guess
10:43 jeff either a section or perhaps even better a pointer to a doc describing how to load sample data seems like a great idea right now.
10:54 ericar joined #evergreen
11:00 RoganH joined #evergreen
11:12 akilsdonk_ joined #evergreen
11:15 bshum rfrasur: As an example:  https://bugs.launchpad.net/evergreen/+bug/1210161
11:15 pinesol_green Launchpad bug 1210161 in Evergreen "TPAC "my list" still referred to as "bookbag" in some places" (affected: 2, heat: 10) [Low,Confirmed]
11:15 akilsdonk joined #evergreen
11:15 bshum DIG discussion about terminology of various terms of things in the system
11:16 bshum Using "my list" vs. "bookbag" as an example
11:16 dbs eg_db_config --load-all # to load sample data; --help gives a complete set of options IIRC
11:18 csharp yboston: bshum: is anyone addressing reports documentation? just curious
11:18 jeff i suppose the "how to load" is pretty simple, so perhaps i should have said "how and why you would want to" or something. :-)
11:18 bshum csharp: We haven't gotten that far yet.  I think we're each picking on different points.
11:18 csharp gotcha
11:18 csharp I'm interested in updating the PINES reports docs to reflect recent versions
11:19 bshum I didn't know there was a --help on eg_db_config
11:19 bshum Now I learned something new :P
11:19 csharp dbs++ kbeswick++
11:22 * dbs will add something about that to the README
11:26 csharp --help++
11:27 dbs okay, --help and --load-all-sample are now documented
11:28 rfrasur bshum: do you have a quick link to the set of test data?
11:28 pinesol_green [evergreen|Dan Scott] Document how to load concerto sample data - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=28915dd>
11:29 bshum dbs++
11:29 ericar Angela and I are unable to access the google hangout for the DIG hack. I will be working on the Serials doc that we signed up for.
11:29 bshum csharp: jventuro and June (from CW MARS) is going to play with reports next.
11:29 csharp cool
11:29 bshum ericar: I'll mention that to yboston, he's talking through the reports documentation info
11:30 ericar bshum: thank you
11:30 remingtron ericar: if you have questions about "Serial Alert at Receive Time", let me know. I helped develop that feature.
11:31 ericar remingtron: thank you
11:31 remingtron (or rather, I watched dbwells develop it, and I wrote the release notes)
11:39 ericar joined #evergreen
11:41 bshum berick: kbutler and I are looking at c2b2dae0 and trying to figure out how that preference works.  If I'm reading that right, that preference is just a remembered value not actually something that can be set manually?
11:41 bshum Sorry http://git.evergreen-ils.org/?p=wor​king/Evergreen.git;a=commit;h=c2b2d​ae0e0abaa616d4c81942ba7682da6b4eac9
11:42 bshum Oh, that's the old working commit
11:42 bshum I see.... darnit
11:43 bshum Oh it's a pref in about:config
11:43 bshum We found it, nevermind
11:49 berick that'll be $12
11:49 bshum berick++
11:50 yboston joined #evergreen
11:54 rfrasur This has been covered...but is there a quick way to convert asciidoc to html so I can preview it?
11:55 rfrasur yboston, bshum
11:55 bshum rfrasur: That's what some folks were doing earlier.  Setting up their virtual machines to install asciidoc on Linux virtual images
11:55 bshum Or I think jventuro's been poking at installing asciidoc on Windows too
11:55 bshum I think yboston made a video showing it
11:55 rfrasur ok, so not quick.  Okay, I'll not worry about it at this point.
11:56 bshum Yeah, probably not very quick.
11:59 csharp rfrasur: also probably not quick, but there's this too: http://www.methods.co.nz/asciidoc/INSTALL.html#X3
11:59 gmcharlt rfrasur: here's a quick for you
11:59 csharp cygwin+-
11:59 gmcharlt https://gist.github.com (you may have to signup for a Github account, but that's painless)
12:00 * csharp usually reads "use cygwin" to mean "just freaking install linux"
12:00 gmcharlt then past the ASCII doc in, and in the toolbar above, set the language to asciidoc
12:00 rfrasur csharp++ #I'll give it a try at...I was going to say lunchtime before I saw the clock.  gmcharlt, I'll give that a try first...sounds quicker.
12:00 gmcharlt then click the create secret (or public) gist button
12:00 akilsdonk_ joined #evergreen
12:00 gmcharlt the result will be the HTML-rendered version
12:01 rfrasur I'm okay right now...but will need to "get the gist" (haha) eventually or get lost in .txt land.
12:01 rfrasur gmcharlt++
12:03 akilsdonk joined #evergreen
12:04 kbeswick joined #evergreen
12:06 bshum gmcharlt++ # that github trick is pretty neat
12:08 eby github++
12:14 rfrasur Hmm, I'm not doing it right apparently.
12:16 yboston_ joined #evergreen
12:19 mjingle joined #evergreen
12:20 gmcharlt rfrasur: can we help?
12:20 dbs to just generate html, asciidoc on windows only needs python; you only need cygwin if you're doing pdf / epub etc
12:20 bshum gmcharlt: We're testing it.
12:20 rfrasur I'm not sure :-), Ben is taking a look.
12:20 * Dyrcona thought Windows was just for games.
12:21 csharp dbs: oh - good to know
12:22 rfrasur https://dl.dropboxusercontent.co​m/u/348671/cataloging_rf_25.txt  that's the text
12:22 rfrasur bshum
12:23 bshum rfrasur: Seemed to paste fine for me:  https://gist.github.com/anonymous/7488165
12:24 bshum I didn't give it a file name, but I changed the file type to asciidoc
12:24 rfrasur and you just pasted the code in?
12:24 bshum Yep
12:25 jecs joined #evergreen
12:25 rfrasur Well, it worked...I have no idea why it didn't before.  Maybe naming the file?  doesn't matter, it works.
12:26 rfrasur @blame magic
12:26 pinesol_green rfrasur: magic is why we can never have nice things!
12:26 rfrasur gmcharlt: we're good.  thank you, and it works like a charm.
12:28 bshum @later tell kmlussier Wish you were here.  We're assigning you all the good stuff :D
12:28 pinesol_green bshum: The operation succeeded.
12:31 smyers_ joined #evergreen
12:36 kmlussier joined #evergreen
12:38 csharp windows--
12:40 jeff I thought that there was a wishlist bug for "add View Holds option to item context menu in Item Status". Am I imagining that?
12:40 jeff searching launchpad finds nothing.
12:41 jeff ah, i am probably thinking of https://bugs.launchpad.net/evergreen/+bug/1115291
12:41 pinesol_green Launchpad bug 1115291 in Evergreen "Show holds on bibs menu option" (affected: 1, heat: 6) [Wishlist,Fix released]
12:42 dconnor Does anyone know if the fieldmapper (fm_IDL.xml) is already being cached in perl?  And... if so, how would I access it?
12:44 rfrasur So, I'm looking at the Numeric Search in the advanced search and the number type is labeled as "field."  Is that just because there's nothing good to called the number type and does "number type" refer to something else?
12:46 dbs I guess "Search type" might be better?
12:47 dbs Might be a case of implementation details leaking out into the UI
12:49 Dyrcona dconnor: Are you having a particular problem with fieldmapper that you are trying to solve?
12:51 jeff dconnor: several (most?) of the perl services init the fieldmapper from the xml to auto-generate classes and such when they are started. you can also init the fieldmapper in your own code if you're writing a utility script.
12:51 jeff dconnor: or are you looking for the raw contents of the file in memory somewhere?
12:51 Dyrcona jeff: I suspect dconnor may need to run autogen.sh after changing something in fm_IDL.xml.
12:52 dconnor Dyrcona: jeff: I'm looking for the raw contents for a speed up of the holdings maintenance page load time
12:53 dconnor I just need to be able to grab a few fieldmapper classes (acp, circ, acn) and map them to my objects
12:53 akilsdonk_ joined #evergreen
12:54 dconnor But I'd like to make the function reusable by altering which classes I pull based on my needs
12:55 jeff are you writing a new opensrf method in perl? do you have some code you can point us to?
12:55 dconnor I'm currently just refactoring an already working solution, but it currently involves reading the whole fieldmapper into memory and regexing it, and I'd prefer to just grab an already cached copy and use xpath or something to grab what I need
12:55 jeff at first impression, you may be reinventing the wheel -- but i'm not sure i know what you're trying to do yet, so i shouldn't make that call yet. :-)
12:56 jeff ah, where's the current already working solution located?
12:56 Dyrcona Yeah, dconnor lost me. I think he's gone too far into the woods.
12:56 akilsdonk joined #evergreen
12:57 Dyrcona dconnor: When you say, "I just need to be able to grab a few fieldmapper classes (acp, circ, acn) and map them to my objects" that makes little sense to me. Fieldmapper already maps data to the objects.
12:58 dconnor The fieldmapper system in Evergreen right now calls the database around 1000 times for the holdings maintenance page.  that wheel needs reinventing
12:58 jeff dconnor: i wasn't referring to that wheel. :-)
12:58 rfrasur dbs: I'm not sure if "Search Type" would be better.  That's a pretty broad term for something that's narrower than that.
12:58 jeff dconnor: do you have either the existing or your work-in-progress code somewhere you can point to?
12:59 jeff dconnor: it would probably help clear up some confusion
12:59 dconnor I'd lvoe to!  I'm (obviously) new to the community.  What's teh best way to share the code?
13:00 Dyrcona The best way is a git branch somewhere.
13:01 Dyrcona Also, the Fieldmapper and the OpenILS system probably already have ways to solve the problem. The staff client is often bad at using them.
13:04 dbs rfrasur: You could say "Numeric search" is kind of weird too, given that call numbers aren't numeric. "Alphanumeric search"? Hah. Really it's about searching different types of identifiers.
13:05 jeff dconnor: there's a community git instance at git.evergreen-ils.org -- you can get access to post your own user/xyz/branch_name_here branches to the working/Evergreen.git repo by e-mailing an ssh public key to gitadmin@evergreen-ils.org
13:05 jeff dconnor: and welcome! :-)
13:05 * gmcharlt just had an image of adding a punctuation-only search mode
13:06 dbs http://wiki.evergreen-ils.org/doku.php?id=dev:git
13:06 dbs dconnor ^^
13:06 jeff dbs++
13:06 dconnor Ok, I just set up a github account and (I think) pushed my branch: https://github.com/dajaconnor/Evergreen.git
13:06 rfrasur dbs: true true
13:07 dconnor jeff: Thanks!
13:07 rfrasur gmcharlt++ #make it so.  or no...don't.
13:10 bshum Lunch++
13:16 dconnor Dyrcona: jeff: Alright, sorry about the delay.  In asset.pm I'm currently using XML::Simple to parse and map the whole fm_IDL.xml just to extract the field names and that's about as inefficient way to do things.  Is there an Evergreen system (that's clear and efficient) for doing the same?
13:16 dconnor https://github.com/dajaconnor/Evergreen/b​lob/e46ac45414362c52ce610905d2185f6c5378e​faf/usr/lib/perl5/site_perl/5.8.8/OpenILS​/Application/Storage/Publisher/asset.pm
13:21 Dyrcona dconnor: Yes, actually, there is a quick way to get the field names from a Fieldmapper class.
13:22 dconnor Dyrcona: Right on!  Is there a handy example of it somewhere?  Thanks for your help!
13:25 Dyrcona After you have init'd Fieldmapper you can call properties() or real_fields() on a Fieldmapper object or a class.
13:25 Dyrcona I'll paste an example.
13:25 rfrasur Um, is it just me or is the documentation really as messy and holey as it looks like to me? or am I missing something?
13:27 rfrasur (which is not a criticism or anything...but I'm seriously wondering if I'm not understanding something obvious)
13:28 pastebot "Dyrcona" at 64.57.241.14 pasted "Fieldmapper fields" (6 lines) at http://paste.evergreen-ils.org/34
13:29 Dyrcona rfrasur: Is is most likely NOT you. Your observation is probably correct. Documentation is a volunteer effort.
13:30 ktomita_ joined #evergreen
13:30 Dyrcona dconnor: I also have a branch to improve the performance of marc-export. It adds a from_bare_hash method to the Perl Fieldmapper. The JavaScript Fieldmapper already has such a method.
13:31 Dyrcona dconnor: In case you missed it, the paste is a few lines above.
13:31 CarrieC joined #evergreen
13:31 remingtron ericar: I just remembered that I already worked on Serials Alerts at Receive Time: http://docs.evergreen-ils.org/dev/_receiv​ing.html#_serials_control_view_receiving
13:32 dconnor Dyrcona: Ya, I got it.  Thanks!
13:32 jeff dconnor: it looks like you've created a new database function that returns a set of new columns. you could define those columns as their own fieldmapper object, then you'd be able to use all of the features of fieldmapper with that returned data.
13:32 remingtron ericar: see second part, "Notes in the Receiving Interface"
13:32 Dyrcona dconnor: You can also call properties and real_fields on a instantiated object, like if you got one back from a method.
13:33 jeff dconnor: though there's also a chance that that new database function is also not required, and could be replaced with a json query to select what you need and return it as a set of fieldmapper objects, fleshed however you like.
13:33 ericar remingtron: ok, thank you. how about the routing slip address documentation?
13:33 remingtron ericar: nope, I haven't touched that
13:34 ericar ok, I'll press on with it. Thank you for stopping me on the other one
13:34 dMiller_ joined #evergreen
13:34 remingtron sorry I forgot until now!
13:34 remingtron You're welcome to offer edits
13:35 dconnor jeff: It's not required, but it's the essence of the speed increase, reducing 1000+ dabaase queries to 1.  I'll see if I can work out how to fit it into a fieldmapper object.  The fieldmapper still vexes me, if that's not already apparent
13:39 rfrasur Dyrcona: Yeah, and a lot of time has been put into it.  That's why I don't wanna disparage it or anything.  It was my own ignorance.  This is definitely something that the rest of the community has to get involved in.
13:39 rfrasur I'm thinking about "my" librarians and all their complaining about not knowing how to do something.  But then when they figure it out, they really need to be documenting it and sharing it.
13:40 dMiller__ joined #evergreen
13:40 stevenyvr2 joined #evergreen
13:40 eeevil dconnor: reducing queries is great. there are already several mechanisms for running arbitrary queries that don't suffer from injection attacks
13:47 RoganH_ joined #evergreen
13:56 jeff dconnor: going back to my earlier suggestion -- a json query lets you construct a query at the perl layer that returns fieldmapper objects that you can then use without further need to parse/map them. i can't guarantee that you can do everything in a json query that you are doing in your asset.get_holdings_maintenance_page function, but at first glance I think it's do-able.
13:56 jeff might be worth testing and comparing performance / complexity.
13:56 akilsdonk_ joined #evergreen
13:58 dconnor jeff: Ok, I'll check it.  thanks!
13:59 rjackson-isl joined #evergreen
14:00 paxed does the query parser know about number comparisons? (greater than, less than, etc)
14:01 eeevil paxed: not at the syntax level, but there are a few filters added by the evergreen driver that do
14:01 akilsdonk joined #evergreen
14:01 eeevil paxed: "pubdate between", "created/edited before/after/between" ... that sort of thing
14:02 paxed ah? i looked at the query syntax doc on the wiki and all i got from it was after(), ...
14:02 eeevil there's before, after, between for pub date
14:02 paxed yea, those.
14:02 eeevil and the create date and edit date filters are new
14:02 eeevil sec... I'll find the docs
14:02 gmcharlt and during(), looks like
14:03 paxed there were some interesting requirements that were talked about in the librarian meeting yesterday and today over here.
14:04 eeevil paxed: http://www.esilibrary.com/esi/docs/?p=1831 ... and the asciidoc for that is in the repo
14:05 eeevil gmcharlt: indeed, during, which is the logical inverse of between (serial was in publication "during" this range")
14:06 eeevil paxed: i'd like to add type hints to record attributes (but that comes with a whole other can of worms), and that would allow the creation of direct syntax support, I think
14:06 paxed eeevil: would it be possible to use an arbitrary marc field for before(), after(), etc? or would it require actual code changes?
14:07 eeevil paxed: today, code changes ... but, you know, if we allowed you to specify a record attribute name as a trailing param, we could make it back-compat ... hrm...
14:08 paxed also, can i do db inserts so we could have "ennen()" as an alias for "before()", etc?
14:08 eeevil (but "arbitrary marc field" may be a step too far... have to think on it...)
14:08 eeevil hrm... maybe!
14:09 gmcharlt joined #evergreen
14:09 paxed well, doens't have to be an arbitrary one - as long as it's possible to define in the db which fields were searchable using before() etc.
14:09 eeevil paxed: so, you can add aliases for classes. those are really just query rewrites. and, you can spell "before(1234)" as "before:1234"
14:10 paxed ah... can i spell "kw:foo" as "kw(foo)"?
14:10 kmlussier How's the DIG hack-a-way going?
14:10 * kmlussier wishes she were there.
14:10 eeevil so, you might be able to create a class alias ... not in front of the source ATM, so I don't recall if there's a constraint
14:11 paxed ok
14:11 CarrieC left #evergreen
14:11 eeevil I don't think you can use filter syntax for classes, no
14:12 paxed the requirements list we went through in the meeting had something like 1600 requirements... some were pretty interesting ones, which our current ils can do
14:12 paxed the mathematical comparisons was one
14:13 kmlussier rfrasur: I used to use http://andrewk.webfactional.com/asciidoc.php to do simple testing of my asciidoc. But it's deactivated now. :(
14:13 eeevil paxed: checked, and you can't use the alias trick today ... adding filter aliases would be another not-too-hard thing
14:13 rfrasur kmlussier++
14:13 rfrasur gist.github is working pretty well.
14:14 rfrasur I'm just testing snippets here and there.
14:27 alexlazar left #evergreen
14:34 kbutler joined #evergreen
14:37 rangi joined #evergreen
14:37 rangi joined #evergreen
14:37 adbowling-isl joined #evergreen
14:37 berick joined #evergreen
14:38 _bott_ joined #evergreen
14:38 rfrasur joined #evergreen
14:41 rfrasur Btw, I can use both 2.2 and 2.5 on this computer.  I just need to make sure that I'm using the right icon and change the servers.  I forgot that'd worked before.
14:46 kbeswick joined #evergreen
14:48 rfrasur o0(github is friendly.  They sent me a welcome email with a dude and a guitar.)
14:48 bshum dbs: The link to the asciidoc for "Introducing SQL to Evergreen administrators, round two" on your site isn't working.
14:48 bshum It seems to be linked to the older epub file and not the raw text
14:49 bshum Someone expressed interest in seeing v2 merged back into the core docs.
14:49 bshum (looks like it disappeared off the radar around 2.1 times)
14:49 dbs bshum: uh, okay. I'll track it down.
14:49 bshum jecs: http://coffeecode.net/archives/263-Introducing-​SQL-to-Evergreen-administrators,-round-two.html
14:50 bshum dbs: Cool, jecs was taking a look for it.
14:50 dbs oh, s/epub/txt/ probably
14:51 dbs http://bzr.coffeecode.net/intro​_to_sql/introduction_to_sql.txt - yeah, I think that's it. one second.
14:55 bshum dbs++
14:56 dbs bshum: says 2012, but that was just the usual "It's February and I haven't got used to it being 2013 yet"
14:56 bshum Hehe
14:56 bshum We'll make sure we mention that to folk
14:57 bshum I'm doing file comparisons between 1.6, 2.0, and 2.1 versions of DocBook and seeing what chapters disappeared when
14:57 bshum And then seeing if we've already forward ported something to master
14:57 bshum It's a bit of a juggling act.
15:01 dbs bshum++
15:01 dbs dig++
15:02 bshum dbs++ # for having cool docs that need to be ported in :P
15:03 krvmga joined #evergreen
15:03 jecs dbs: any feeling on where you would like to see this section in the 2.5 doc going forward?
15:05 dbs jecs: I haven't really thought about it. Tough to say; near reports would be one possible spot, but it's also handy info for bulk manipulation of the database, etc
15:05 krvmga bshum: i blended all our customizations with the new misc_util.tt2, table.tt2, and summary.tt2 and now non-western scripts are showing up fine. :)
15:05 jecs dbs: just checking before we make a decision
15:06 krvmga i still haven't figured out the cause of my anomalous search http://bark.cwmars.org/eg/opac/​cnbrowse?cn=910.4&amp;locg=153
15:06 krvmga why does this begin at about 17 pages into the results instead of at the first page?
15:10 bshum krvmga: Have you checked the actual sort_labelkey values of those volumes in asset.call_number?
15:11 bshum Maybe that library is employing different classification schemes
15:11 bshum and thus leading to weird sorting values
15:12 bshum If I do a consortial search on 910.4 I get to where I think I should start...
15:22 jboyer-isl joined #evergreen
15:22 bshum Or maybe it's label_sortkey
15:23 * bshum always gets his variable wording mixed up
15:26 bwicksall joined #evergreen
15:36 yboston what is a good combo of options to test parse the full docs. I usually use asciidoc -a data-uri -a icons -a toc -b html5 root.txt
15:36 yboston but I am getting an error
15:36 yboston asciidoc: WARNING: RELEASE_NOTES_2_5.txt: line 163: filter non-zero exit code: source-highlight -f xhtml -s bash: returned 127
15:36 yboston asciidoc: WARNING: RELEASE_NOTES_2_5.txt: line 163: no output from filter: source-highlight -f xhtml -s bash
15:40 kmlussier joined #evergreen
15:42 mmorgan Can someone help me understand user activity types?
15:42 mmorgan "OPAC Login (tpac)" I get, but what is "Login via opensrf"? The users I'm looking at aren't staff.
15:42 eeevil mmorgan: that's basically a catchall, IIRC
15:44 mmorgan eeevil: So, something like checking an item out to a user in the client?
15:44 eeevil no, that doesn't generate user activity entries, currently
15:45 eeevil do you use web selfcheck? (wild guess)
15:45 mmorgan No we don't use selfcheck.
15:46 kmlussier mmorgan/eeevil: Could it by Syrup?
15:46 eeevil kmlussier: that's possible, sure
15:47 mmorgan This group I'm looking at are students and show 723 entries for "Login via opensrf", 292 entries for tpac, so that could be.
15:48 gmcharlt mmorgan: ISSA, perhaps?
15:51 mmorgan I'm told the students don't need to login to syrup. But ISSA might be it.
15:52 mmorgan So ISSA placing a hold for a user might result in a stat for that activity type?
15:53 gmcharlt mmorgan: can't say for sure without digging a bit deeper, but it's plausible
15:53 remingtron yboston: have you tried running AsciiDoc with the --verbose option for more details?
15:54 kmlussier mmorgan: One way to check to see if they are logging in via Syrup is that the login will automatically create an account for them in Syrup. You could look them up to see if they have an account in the Syrup database.
15:54 kmlussier mmorgan: I know it's not required that they log in, but, if the login link is still displaying on their Syrup instance (it isn't displaying for some academics) they might be using it to more easily track their classes.
15:54 senator yboston: i would guess you just don't have the source-highlight package installed
15:56 kbeswick joined #evergreen
15:57 kmlussier yboston: I don't have the source-highlight package installed and get a similar error. But it isn't a problem once the documents are added to the official repository. I've just learned to ignore them.
15:58 yboston senator: that is what I suspected, but I still wodered what parameters were recomended, since I am also having issues with the "icons" parameter. I am trying to figure out how to install this filter
15:58 yboston kmlussier: I just don't want to commit something that breaks the asciidoc build, so I wnated to test it first, and so far it won't build
15:59 kmlussier yboston: Oh, then that's different. I can usually get it to build even with the source-highlight package warnings.
15:59 mmorgan kmlussier: Looks like there are a number of users in the syrup tables for those students, so that could certainly be part of it. Thanks!
16:00 * kmlussier heads out for her long commute.
16:01 kmlussier Have a nice weekend everyone!
16:03 eeevil mmorgan: fwiw, ISSA could be modified to send an ingres type, and the activity config could be adjusted to understand it. so, from an evergreen point of view it would be a matter of configuration
16:04 eeevil mmorgan: and likewise for syrup, re sending an ingres type on login
16:05 mmorgan eeevil: Thanks, will tuck that in the back of my brain. My main interest was opac activity for these users and I think I'm confident on that activity now. Just didn't want to miss anything.
16:08 dconnor joined #evergreen
16:12 Dyrcona eeevil mmorgan gmcharlt: What about SIP2?
16:12 gmcharlt Dyrcona: that should already have its own ingress
16:12 eeevil Dyrcona: IIRC, the EG driver for SIPServer ... what gmcharlt said :)
16:12 mmorgan Dyrcona: We have a SIP2 User Verification activity type that has stats.
16:15 Dyrcona issa doesn't login as the patron.
16:15 Dyrcona It has a staff type user that is configured.
16:15 Dyrcona All it does is get user info from the barcode and does a fleshed retrieval.
16:18 Dyrcona Unless NOBLE is using a modified version, it never even sees the patron's password.
16:19 eeevil that rules out ISSA then, I guess
16:20 mmorgan Dyrcona: Nope, it's not modified. Makes sense ... issa doesn't login as the patron.
16:20 Dyrcona hmm.. what about a 3rd party service, like ... drawing a blank.
16:20 Dyrcona What's that service that will check various library catalogs on behalf of a patron?
16:20 bshum Library ELF?
16:21 bshum Or... err
16:21 Dyrcona Yeah, that's the one.
16:21 bshum Yeah
16:21 yboston remington: can I chat with you on the side?
16:21 Dyrcona Also, I have a document that tells me Boopsie will/can login via open-ils.authenticate.*
16:22 yboston remingtron: can I chat with you on the side?
16:22 yboston [4:21pm]
16:23 jeff sure, but neither libraryelf nor a gateway open-ils.authenticate.* will record as opnsrf.
16:23 mmorgan Library Elf. Hmm. I would have thought that'd be chalked up to an OPAC login...
16:23 jeff libraryelf has its own entry in the activity table
16:24 jeff and as far as i know boopsie transitioned to screen scraping tpac.
16:24 Dyrcona mmorgan: Any of your custom reports or other interfaces aimed at patrons?
16:25 Dyrcona (Martha showed some of those off at our meeting today.)
16:25 mmorgan Drycona: nope, nothing that would authenticate patrons. I'm betting those stats must by Syrup, as kmlussier suggested.
16:26 Dyrcona ok. You said that they were students, so that makes sense.
16:26 * jeff goes to each lunch
16:27 Dyrcona I've never really looked at Syrup.
16:28 mmorgan I've not looked at it too much either, but I know where the database is ;-)
16:32 smyers__ joined #evergreen
16:45 dbs yboston: I got a similar error, but for [source,conf] in the release notes - only for PDF output of course.
16:46 dbs I think different combinations of GNU source-highlight, Asciidoc, and DocBook can lead to these problems.
16:46 bshum Interesting.
16:47 yboston dbs: glad I am not the only one with similar issues. This is what I get for not trying to build all of the docs befoer hand
17:01 phasefx_ I just want to say that lauchpad timed out on me with a bug submission and is making me enter all that information over again :-)  bleh
17:01 jeff phasefx_: hopefully you edit your bug bodies in a distinct text editor. :-)
17:02 phasefx_ gah, I have in the past.  Luckily the form data was still contained in the error page, and I was able to hit reload and resend the post data.. so, I didn't have to re-enter it all afterall :)
17:03 jeff hooray.
17:15 mmorgan left #evergreen
17:20 phasefx_ jeff: lp still sucks ;)
17:20 jeff for those working with postgresql 9.3 and perl DBI, you'll likely hit this failed test at install time for DBD::Pg, known and safe to --force past: https://rt.cpan.org/Public​/Bug/Display.html?id=88865
17:32 linuxhiker joined #evergreen
17:35 paxed hmm ... the comments on get_ac_key in EGCatLoader/Record.pm seem to indicate it could be removed now?
17:37 berick paxed: yes!  good eyes.  we can kill that now
17:38 paxed (i was trying to decipher what all the added content handler can do)
17:38 linuxhiker Any thoughts on this? OpenSRF/Transport.pm:83 Session Error: router@foo/open-ils.cstore IS NOT CONNECTED TO THE NETWORK!!!
17:38 linuxhiker All other services start up
17:38 linuxhiker jabber is running
17:38 linuxhiker and we aren't getting auth errors
17:39 linuxhiker in /var/log/evergreen we get
17:39 linuxhiker [2013-11-15 14:31:35] -e [DEBG:31648:AppSession.pm:219:] AppSession creating new client session for open-ils.cstore
17:39 linuxhiker [2013-11-15 14:31:35] -e [DEBG:31648:AppSession.pm:257:] Created new client session open-ils.cstore : 1384554695.916541753.11463210192
17:39 linuxhiker and then it tells us that it is not connected to the network
17:41 dbs cstore can't connect to the database?
17:41 eeevil linuxhiker: did you recently upgrade libdbi, libdbdpg, or opensrf (or deeper deps)? looks like a library problem to me. might try catching a core dump
17:41 * eeevil departs
17:42 linuxhiker eeevil: We moved to a localized perl but recompiled opensrf after that
17:42 linuxhiker eeevil: how can we catch a core dump (or get it to tell us what isn't loading
17:44 yboston left #evergreen
17:48 dbs linuxhiker: eeevil is talking about the C libraries (libdbi, libdbdpg)
17:49 dbs easily confused with the Perl equivalents because the C ones were based on the Perl ones :)
17:50 linuxhiker dbs: yep I am confused, libdbi and libdbdpg are c libraries... does perl now wrap them?
18:25 stevenyvr2 left #evergreen
18:53 linuxhiker is postgresql 9+ required?
19:10 jeffdavis linuxhiker: yes, all current versions of evergreen require postgres 9 (possibly 9.1 or later specifically)
19:10 linuxhiker jeffdavis: even just for client? I know for the server
19:10 jeffdavis no, just for the server
19:11 linuxhiker jeffdavis: good, ok. ty
19:11 jeffdavis requirements for running the staff client are described here: http://evergreen-ils.org/dokuwiki​/doku.php?id=system_requirements
19:11 mjingle left #evergreen
19:13 jeffdavis all you should need to run the staff client is an appropriate operating system, sufficient RAM, and a high-speed connection to your Evergreen server
19:25 linuxhiker sigh, still can't get past this transport error. this is frustrating
19:41 linuxhiker is there a specific version of libdbi that is needed?
19:42 RBecker joined #evergreen
19:53 jeffdavis linuxhiker: Open-ILS/src/extras/Makefile.install should install the appropriate libdbi and other stuff during the install process, you can check that file for the correct versions for things
19:54 jeffdavis looks to me like you want libdbi 0.8.3 at least for EG 2.4
19:54 jeffdavis I dunno what effect using a different version would have
20:15 hopkinsju joined #evergreen
23:27 b_bonner joined #evergreen
23:27 mtcarlson_away joined #evergreen
23:46 stevenyvr2 joined #evergreen
23:46 stevenyvr2 left #evergreen

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