Time  Nick           Message
00:06 jcamins        rangi: does Koha::Cache have a default expiration length?
00:22 Judit          good morning
00:30 rangi          nope, unless you set one, things won't expire (by design really, memcached and others will drop things from the cache if they need the space and they havent been used)
00:31 rangi          some things, like cached html fragments dont change, no harm in keeping them forever
00:31 rangi          and i wanted ppl to conciously decide how long they wanted to cache things
00:31 jcamins        Okay.
00:31 rangi          im not wedded to it
00:34 jcamins        Okay, I'll do some expiry stuff.
00:36 jcamins        Wait... expire_time => 600
00:37 rangi          oh maybe i did
00:37 rangi          hehe
00:37 rangi          been 3 years since :)
00:37 jcamins        :)
00:48 jcamins        Any idea where these various subs come from?
00:49 jcamins        FIRSTKEY, NEXTKEY, etc.
00:50 jcamins        Something to do with tying?
00:50 rangi          perhaps
00:51 jcamins        Yes.
00:55 jcamins        papa: rangi: if either of you have a moment, I need confirmation about what this line does: return unless $self->{key_error};
00:55 jcamins        If $self->{key_error} is false, it returns null, right?
00:55 papa           yes
00:57 jcamins        Cool!
00:57 * jcamins      learns about use fields
00:59 papa           that will help you with Koha, but not with C4 :)
01:07 jcamins        rangi: you prefer using colons as separators?
01:07 rangi          i find them quite readable
01:09 jcamins        setup(%{$memcached_args}, memoized_function => $function) <= that passes a single hash to setup, right?
01:32 jcamins        rangi: any idea how to destroy a Cache?
01:33 rangi          in what context?
01:33 jcamins        I need to implement UNTIE.
01:33 jcamins        When connecting directly to memcached, I do disconnect_all.
01:33 rangi          flush ?
01:34 jcamins        No, that clears the cache.
01:34 rangi          ah, not destroy the cache, just your connection to it?
01:34 jcamins        Right.
01:34 rangi          no idea
01:34 rangi          destroy the object would probably do it
01:35 jcamins        Okay, how do I destroy an object?
01:35 rangi          DESTROY
01:36 jcamins        DESTROY $cache?
01:36 jcamins        $cache->DESTROY?
01:36 jcamins        delete $cache?
01:37 rangi          well you write a destructor called DESTROY and perl will use it, maybe look at Object::Destroyer
01:37 jcamins        Ah, if I explicitly set $cache to undef, that'll be good enough for me.
01:38 rangi          sub DESTROY {
01:38 rangi          my $self = shift;
01:38 rangi          undef $self;
01:38 rangi          }
01:38 rangi          :)
01:39 rangi          http://perldoc.perl.org/perlobj.html#Destructors  <-- fyi
01:39 rangi          That's about all there is to it. Now you need just to go off and buy a book about object-oriented design methodology, and bang your forehead with it for the next six months or so.
01:39 jcamins        rangi: thanks, I was just reading that too.
01:39 rangi          :)
01:39 jcamins        rangi: actually, I get OO.
01:40 jcamins        However, what Perl calls objects I call "unexpected."
01:41 jcamins        And I call $_ "a disaster that was waiting to happen until I came along."
01:44 * jcamins      ponders the reasoning behind having error flags that aren't ever set anywhere, no matter what.
01:46 jcamins        So if I have a sub import, that sub is called by use Koha::Cache::Memoize;
01:48 jcamins        Hm. It's optional.
02:04 jcamins        Oh my.
02:18 jcamins        Okay, here's the problem with having Koha::Cache use system preferences.
02:18 jcamins        It would create a circular dependency.
02:18 jcamins        Since C4::Context uses the cache.
02:24 jcamins        Woohoo!
02:24 jcamins        I successfully cached kohaconf with Koha::Cache!
02:35 * jcamins      caches sysprefs, because... why not?
02:54 jcamins        How do I check if a hash has any keys?
02:56 jcamins        keys %hash
03:08 jcamins        rangi: bug 8089.
03:08 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8089 enhancement, P5 - low, ---, gmcharlt, NEW , Use Koha::Cache everywhere
03:08 jcamins        Hm. Lousy subject line. It replaces all extant caching.
03:08 * jcamins      goes to bed anyway.
03:08 jcamins        Good night.
03:36 druthb         o/
03:41 mtj            heya druthb , back home yet?
03:42 druthb         nope.  I leave here early friday morning, get home late-late that evening.
03:42 druthb         Gonna be a long day.
03:44 druthb         I've enjoyed this trip--it's been an absolute mind-bender for me--but I'm ready to see my daughter and cats again.  Plus wizzyrea and other Lawrencians.  :)
04:45 cait           morning #koha
04:46 rangi          hi cait
04:46 cait           evening rangi
05:04 Oak            kia ora#koha
05:04 Oak            hello cait :)
05:04 cait           hi Oak :)
05:05 dgl-library    hi #koha
05:06 dgl-library    Can anyone answer a question about customizing the CSS of the OPAC?
05:06 cait           hi dgl-library :)
05:07 dgl-library    hi cait :)
05:09 Oak            yes dgl-library ask away
05:09 Oak            wait, depends on the question
05:10 Oak            but ask anyway
05:11 dgl-library    thanks Oak. the first thing I'm trying to do is replace the Koha logo in the OPAC with ours. I have to provide a full (absolute) URL starting with http:// etc, but we're running on a local network whose IP address (at this stage of development) still changes from time to time. any way around that? and if not, if I put the logo where the default logo is, in /usr/share/koha/opac/htdocs/opac-tmpl/prog/images … what's the url?
05:12 cait           hm
05:12 Oak            just ctrl-f the opac.css and look for the current default logo's path.
05:12 cait           not sure you can give opacsmallimage a relative url
05:12 Oak            then just upload your logo where default logo is, and change the name of image in opac.css
05:12 dgl-library    background:transparent url(../../images/koha-logo.gif)
05:13 Oak            yup
05:13 Oak            make it background:transparent url(../../images/my-logo.gif);
05:13 dgl-library    you're saying to modify opac.css, but I think that's problematic because opac.css will get overwritten when we upgrade
05:13 cait           yes, but don't modify it there
05:13 dgl-library    I'd rather use custom.css
05:13 cait           putit in opacusercss
05:13 Oak            yup
05:13 cait           the systempreference :)
05:13 Oak            yup
05:13 Oak            i helped \o/
05:13 dgl-library    ok, but same question about the path to opacusercss
05:14 dgl-library    ah!!
05:14 dgl-library    no need to have a separate stylesheet, cait?
05:14 cait           no
05:14 cait           you can
05:14 dgl-library    thanks Oak, you did indeed
05:14 cait           but you don't have to
05:14 cait           in my experience opacusercss system preference works best
05:15 cait           because when you use a file and are working with translated templates, you have to put the file in the directories of each language
05:16 dgl-library    ok, so do I still need to use the opacsmallimage preference if I'm changing h1#libraryname { background:transparent url(../../images/koha-logo.gif)
05:16 dgl-library    in opacusercss?
05:17 cait           hm, might work without
05:17 cait           I never tried :)
05:17 dgl-library    let's see… I'll give it a try right now and find out… :)
05:17 cait           good luck :)
05:17 Oak            :)
05:17 dgl-library    thanks … stay tuned for the answer :)
05:31 druthb         o/
05:31 dgl-library    ok, I updated the opacusercss
05:31 dgl-library    it seems that the same path url(../../images/my-logo.gif) doesn't work there
05:36 dgl-library    however this format works: url(../../opac-tmpl/prog/images/Librarylogo-trans.png)
05:39 cait           :)
06:00 druthb         @later tell jcamins The first-draft patch for the staff side of bug 8061 is up!  I expect you'll find lots of tweaks yet to do.
06:00 huginn         druthb: The operation succeeded.
06:12 * magnuse      waves
06:12 dgl-library    OPAC looks nice now!
06:16 druthb         hi, magnuse! :D
06:17 magnuse        hiya druthb
06:18 Oak            magnuse
06:19 magnuse        Oak
06:32 vkm            hello all
06:32 vkm            may i know the requirment for enabling auto email generation from koha
06:37 alex_a         hello
06:38 vkm            what are the softwares need to install and how to configure it
06:55 francharb      hello
06:55 wahanui        privet, francharb
06:55 druthb         hi, francharb!
06:55 francharb      0/ druthb
07:03 paul_p         good morning #koha
07:04 connor_l_dewar kia ora
07:04 magnuse        o/
07:11 julian_m       hello
07:35 kf             good morning #koha
07:35 magnuse        hiya kf
07:35 kf             hi magnuse :)
07:38 rangi          evening
07:39 magnuse        kia ora rangi!
07:40 kf             evening :)
07:43 rangi          fredericd++
07:49 * rangi        does some translating
07:50 * magnuse      hopes rangi is doing nb-NO translating ;-)
07:51 rangi          heh
07:52 druthb         ar-AR?
07:52 druthb         :D
07:53 druthb         I've thought it'd be neat as heck to have an Esperanto translation.
07:55 druthb         (or even better, Klingon.)
07:59 kf             hm
08:00 kf             a brownie, cheesecake and half a butter bretzel - not bad for a short walk around the house :)
08:04 magnuse        druthb: maybe there are some esperanto librarians that could be interested in doing a translation?
08:07 druthb         magnuse:   not likely, but one might hope.  or even https://en.wikipedia.org/wiki/Dutton_Speedwords.  Speedwords would be a bandwith-saver:  "the library" becomes "l rybu."
08:08 druthb         I could see using Esperanto or Speedwords as a locale-agnostic way of working on the translation tools for all LTR languages.
08:08 magnuse        heh
08:09 druthb         "Branch" is "bov", title is "jusl", "item record" is "ut rol"
08:16 dgl-library    Isn't there a screen in the OPAC that's for browsing subjects, browsing authors, browsing titles, etc. ? Our OPAC only shows Search.
08:16 magnuse        dgl-library: "Browse by author or subject"?
08:16 cjh            dgl-library: do you mean searching by subjects or authors?
08:16 dgl-library    yes, I mean "Browse by author or subject"
08:17 dgl-library    I don't see that.
08:17 magnuse        hm, maybe there is a syspref for it?
08:17 dgl-library    hmm
08:17 magnuse        it's been on as default in my installations, i think
08:17 kf             opacauthorities I think
08:17 magnuse        http://head.bibkat.no/cgi-bin/koha/opac-authorities-home.pl
08:17 cjh            heh I just recieved a huginn message from 2 weeks ago.
08:17 cjh            guess I havent spoken in here for a while...
08:17 kf             dgl-library: it's controlled by a system preference :)
08:18 kf             a search for "auth" should bring the right one up
08:18 dgl-library    kf: thanks, I'll check
08:18 magnuse        yup, kf is right, opacauthorities it is
08:18 magnuse        (no surprise there!)
08:22 dgl-library    looks like it's OpacBrowser
08:22 dgl-library    "Allow/Disallow patrons to browse subject authorities on OPAC (run misc/cronjobs/build_browser_and_cloud.pl to create the browser list)
08:23 rangi          thats another one
08:23 dgl-library    but how do I run that cron? misc/cronjobs/build_browser_and_cloud.pl in a terminal window?
08:23 dgl-library    OpacAuthorities allows patrons to search your authority records
08:23 rangi          dgl-library: thats something else, the opac authorities one that kf and magnuse said is the one to use
08:25 dgl-library    you're right
08:25 dgl-library    OpacBrowser brings up a link called "Browse by Hierarchies"
08:25 rangi          yep, and only works for french libraries
08:27 dgl-library    I'd like to know what interesting things people here have done with the customizable HTML areas… please feel free to show off by sharing links to your OPACs
08:37 magnuse        dgl-library: have you seen http://wiki.koha-community.org/wiki/Gallery_of_customized_OPACs ?
08:38 magnuse        not much there yet, but it's a start...
08:40 kf             hm there ia  mail on the list about this right now
08:42 magnuse        probably not a coincidence :-)
08:46 dgl-library    :)
08:47 dgl-library    hadn't seen that wiki link
08:48 dgl-library    thanks magnuse for setting that up
08:48 magnuse        my pleasure
08:51 * magnuse      hopes others will contribute with their favourites
08:53 dgl-library    hope so!
09:04 dgl-library    Is there a way to separate the Authority lists, so users can Browse by Author and Browse by Subject… separately?
09:05 kf             you can limit the search to different authority types
09:05 kf             I think that's the only thing you can do
09:06 dgl-library    hm.
09:06 dgl-library    right now the "Browse by author or subject" link links to http://……/cgi-bin/koha/opac-authorities-home.pl
09:07 dgl-library    can't I create a link like that to an author list?
09:07 dgl-library    it seems confusing, from a user point of view, to have authors and subjects mixed in a single list
09:24 dgl-library    no ideas?
09:24 dgl-library    I'm able to create a report on authors… seems like there should be a way to create an OPAC link to authors
09:25 kf             you can normally save every link
09:26 kf             have you tried a search in the authority browser for authors?
09:26 kf             and saving thatlink?
09:26 dgl-library    kf: didn't know that. let me try.
09:28 dgl-library    a blank search for authors doesn't work. it was a good suggestion, though.
09:28 kf             no blank won't
09:28 kf             but there are tricks normally... hm.
09:37 kf             dgl-library: hm sorry, bit out of ideas how to do what you want
10:00 dgl-library    kf: thanks, that's OK, I appreciate your trying! it seems Koha isn't set up to do that simply as of now.
10:02 kf             dgl-library: I hope there will be some work done on authorities in the near future... perhaps file an enhancement request?
10:08 kf             bugs?
10:08 wahanui        bugs is found at http://bugs.koha-community.org. Please fix any bugs you find. :) or reporting them is helpful, too.
10:09 mib_uf9sii     how to do settings in marc framework
10:11 mib_uf9sii     please help me to set marc frameworks
10:12 mib_uf9sii     please help me set preferences in marc framework
10:12 kf             manual?
10:12 wahanui        manual is probably at http://www.koha-community.org/documentation
10:12 kf             you will find some documentation there
10:12 mib_uf9sii     ok
10:13 mib_uf9sii     thanks
10:14 mib_uf9sii     help me to set preferences in marc framework
10:14 kf             your question is very general
10:14 rangi          http://www.koha-community.org/documentation
10:14 kf             I have no idea what you want to do - and all the possibilities are explained in the manual
10:14 mib_uf9sii     ok
10:15 mib_uf9sii     actually i have set the new framework but after that i am stuck up please help
10:16 rangi          and you have read the manual?
10:16 mib_uf9sii     yes sir
10:17 rangi          ahh, sorry don't have any more help, it's all in there
10:17 mib_uf9sii     okay sir thanks
10:37 dgl-library    so how do I file an enhancement request?
10:38 jcamins        Good morning.
10:38 dgl-library    Good afternoon!
10:42 jcamins        dgl-library: you can file a bug at bugs.koha-community.org.
10:48 jcamins        dgl-library: you could probably use some javascript to create a link straight to a listing of personal name authorities.
10:51 jcamins        Unfortunately, I don't think that will actually do what you want.
10:52 jcamins        paul_p: around?
11:30 paul_p         jcamins yep, i'm here
11:30 paul_p         (back from lunch)
11:31 mib_gt43jz     Any help regarding email settings in koha 3.6
11:32 jcamins        paul_p: I spent some time working on memoize_koha.
11:32 jcamins        I now understand how memoize works.
11:32 jcamins        We shouldn't use it.
11:32 jcamins        We should use Koha::Cache directly instead of any sort of memoize for caching.
11:33 jcamins        So I wrote a patch and attached it to bug 8089 to replace all existing caching with Koha::Cache.
11:33 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8089 enhancement, P5 - low, ---, gmcharlt, NEW , Use Koha::Cache everywhere
11:34 jcamins        I started out using your second follow up, but in conversation we modified the Koha::Cache API yesterday, so I ended up writing a new patch and copying your test plan.
11:36 jcamins        That seemed like the thing to do. :)
11:36 jcamins        So once bug 7248 is QAed, I can set 8089 to needs sign off, and we can get the caching fixed.
11:36 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7248 enhancement, P3, ---, chrish, Signed Off , Caching for services
11:43 jcamins        I also wrote the syspref cache.
11:48 paul_p         jcamins = about the syspref caching, I really think we must cache all the sysprefs at once. So the best solution is, according to me, to work on Koha::DataAccess::systempreferences and Koha::Business::systempreferences. With caching made value by value, we will loose all perf improvements, and perhaps even slow things ! As any page requires a lot of systempreferences, it's much better to cache everything at once
11:52 jcamins        paul_p: that would also be an option, but the cache we have right now is value-by-value.
11:53 jcamins        My feeling is that we should preopulate the entire cache, and then have set_preference update it.
11:55 jcamins        That way, the cache will always be up-to-date.
11:55 kf             jcamins: that sounds awesome
11:55 kf             and it does what paul wants, right? keep them all in cache at once?
11:56 paul_p         jcamins I agree with the idea of prepopulate the entire cache
11:56 dgl-library    jcamins: thanks for the suggestions. I'll file a bug. unfortunately I don't know enough about javascript to make it happen on my own.
11:56 paul_p         kf not exactly = retrieving a systempreference one by one is different to retrieving/setting a hash of all sysprefs. I prefer the later, jcamins made the former in his patch
11:57 paul_p         i'll do some benchmarking
11:57 jcamins        paul_p: kf is referring to my suggestion that we prepopulate the entire hash.
11:57 kf             ^^
11:58 kf             jcamins++ for work on caching :)
11:58 jcamins        If we prepopulate the entire hash, it's equivalent to your suggestion.
11:59 jcamins        I don't have any feelings on what the API for Koha::*::Systempreferences should look like, so I didn't do any work on that.
11:59 magnuse        caching++ :-)
12:02 jcamins        I think once 7248 is pushed, the next thing is to get the first patch (only) on 8089 pushed.
12:02 jcamins        Then we should convert Koha::Cache to use CHI.
12:02 jcamins        It doesn't make sense to put the syspref cache in memcached.
12:03 magnuse        CHI?
12:03 jcamins        At least, I don't think it does.
12:03 jcamins        http://search.cpan.org/~jswartz/CHI-0.52/lib/CHI.pm
12:03 jcamins        What we really want is a shared memory cache.
12:05 jcamins        At least that's my analysis.
12:08 kf             [%% IF ( ( CAN_user_tools_moderate_comments && pendingcomments ) || ( CAN_user_tools_moderate_tags && pendingtags ) || ( CAN_user_acquisition && pendingsuggestions ) ) %%]  - is this a tt comment?
12:11 jcamins        Not sure, sorry.
12:12 oleonard       Hi #koha
12:13 dgl-library    Hi oleonard
12:34 magnuse        i think tt comments look like [%# bla bla %] ?
12:34 magnuse        with the # being the important part
12:35 magnuse        http://template-toolkit.org/docs/manual/Syntax.html#section_Comments
12:37 paul_p         jcamins I agree that sysprefs in memcache is a non-sense
12:41 kf             magnuse: so [%% shouldn't do something useful?
12:41 kf             magnuse: it showed up in translations for 3.8.1
12:41 kf             I think from the start page
12:42 nengard        francharb++
12:43 nengard        I just read and used the offline circ doc!!
12:43 nengard        This is the first time I ever got that plugin to work :)
12:43 nengard        I'll add it to the manual
12:43 francharb      :)
12:43 francharb      thank you nengard!
12:43 nengard        thank you!
12:43 francharb      glad it helps
12:43 kf             francharb++ :)
12:43 francharb      :)
12:43 nengard        for the manual I might have to edit some of the fun text (like saying to breathe :) )
12:43 francharb      you made my day
12:43 nengard        so you might want to put the fun one on the wiki
12:43 nengard        cause I do like it
12:44 nengard        hehe
12:44 kf             francharb: can you say something about the version the plugin works with?
12:44 hdl            paul_p: jcamins why sysprefs memcaching could be desired would be in order to share one syspref caching between multiple koha instances (for instance in starman)...
12:44 francharb      nengard, sure!
12:44 hdl            But i think it is possible to share memory between threads in starman.
12:44 hdl            So that could be a false problem
12:45 francharb      kf, I need to do some testing
12:45 paul_p         hdl share memory ? really ? any URL ? (that would be awesome !!!)
12:45 jcamins        hdl: because the idea behind memcached is to move the cache off-server.
12:45 jcamins        hdl: I think it's better to use mmap.
12:46 hdl            perldoc starman
12:46 jcamins        I think for a single syspref query, querying the DB is just as efficient as querying memcached.
12:47 jcamins        And we don't get a lot more scalability for the overhead and latency.
12:47 pastebot       "hdl" at pasted "Specific options related to memory sharing" (18 lines) at http://paste.koha-community.org/398
12:47 francharb      but kf, I tested it on firefox 3.6 (some time ago), firefox 7 (last week during a training session) and 12 to work on the documentation (but I had to edit something within the plugin itself) so I should test it again. maybe, we need to update the conf file in the plugin on the firefox addon page
12:47 jcamins        With mmap, we can resolve the problems that come up with that option.
12:48 jcamins        The cache would still be stale.
12:48 francharb      kf, I let you know once I did it
12:48 francharb      ;)
12:48 jcamins        (using starman's memory sharing)
12:49 kf             francharb: ah sorry, meant the koha version!
12:49 francharb      kf, hehe
12:49 francharb      kf, I tested it on the master 3.8
12:49 kf             ah
12:49 kf             ok
12:50 francharb      kf, I need to test it on the previous version
12:50 hdl            jcamins... I think I have not understood what you meant.
12:50 hdl            But nm
12:51 jcamins        hdl: the reason behind using memcached is scalability.
12:51 hdl            jcamins: yep... This I know.
13:03 magnuse        kf: not sure if [%% does anything special - can't remember seeing it before
13:17 nengard        francharb what time is the plugin using? It's 9:15am here but my log says 13: something .. I can't make the column any wider in the plugin to see the whole time
13:17 nengard        time is going to matter with hourly loans, that's why I ask
13:17 francharb      nengard, good question
13:17 francharb      it's related to koha, not the plugin itself
13:17 nengard        hmm
13:17 nengard        but koha is offline
13:18 francharb      right
13:18 francharb      hehe
13:18 nengard        soooo.....
13:18 nengard        the time is wrong :)
13:18 francharb      guess it depends on your computer
13:20 nengard        I don't follow.  My computer says it's 9:15am, Koha went offline at 8:15, what time should be in the log?
13:20 nengard        I would say 9:15, but that's not what's happening
13:20 jcamins        hdl: sorry, stepped away. Anyway, MySQL can cache the sysprefs about as efficiently, and it's not an expensive db call.
13:21 jcamins        hdl: mmap would offer us the ability to share an in-memory cache on the same computer, thus eliminating the problem of stale (variable) caches in different FastCGI threads.
13:26 hdl            jcamins: agreed
13:28 * wizzyrea     waves
13:28 * jcamins      waves back.
13:29 * magnuse      waves back too
13:31 hdl            hi wizzyrea ma
13:31 hdl            magnuse:
13:33 magnuse        kia ora hdl
13:37 * wizzyrea     is glad to see bug 7998 made it in
13:37 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7998 critical, P5 - low, ---, wizzyrea, Pushed to Stable , 3.8 UI cleanup, tweaks to new styles
13:37 magnuse        yay!
13:38 wizzyrea       i feel much happier now looking at koha in chrome. :P
13:42 nengard        francharb - http://git.koha-community.org/gitweb/?p=kohadocs.git;a=commitdiff;h=48fd5838109af3e89638ac7f82d2ff03b95d3d3c
13:53 francharb      nengard, :)
13:53 francharb      perfect
13:53 francharb      ;)
14:19 wizzyrea       covers for videos - always a problem or does anybody have a great solution for that
14:20 * oleonard     wants a solution too
14:20 * kf           has none
14:20 oleonard       wizzyrea: Are you guys using Amazon for covers?
14:20 jcamins        wizzyrea: always a problem.
14:21 magnuse        semantikoha, perhaps?
14:21 wizzyrea       hehe
14:21 hdl            jcamins: wizzyrea would imdb be a solution ?
14:21 gamal          hi everyone
14:21 gamal          does anyone know of any links about how to configure Koha on closed-stack libraries?
14:22 magnuse        imdb data is very proprietary...
14:22 wahanui        data is very proprietary... can be found at http://www.imdb.com/M/title-substring?title=data+is+very+proprietary...&type=fuzzy
14:22 magnuse        huh?
14:22 oleonard       imdb buckaroo banzai
14:22 wahanui        buckaroo banzai can be found at http://www.imdb.com/M/title-substring?title=buckaroo+banzai&type=fuzzy
14:23 oleonard       wahanui: Your imdb plugin is out of date. 404.
14:23 wahanui        OK, oleonard.
14:23 kf             gamal: there are no special options for closed stacks - but I think what you want is AllowOnShelfHolds - allowing holds on items on the sehfl
14:23 kf             shelf
14:24 hdl            http://www.deanclatworthy.com/imdb/
14:47 wizzyrea       can that possibly be legal
14:47 wizzyrea       also, how would we get the IMDB id in our records.
14:53 jcamins        wizzyrea: make the copy catalogers enter it?
14:53 oleonard       wizzyrea: And just real quick add all the data for the existing collection
14:53 jcamins        Yeah, that's the problem.
14:54 jcamins        Bug 8009
14:54 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8009 trivial, P5 - low, ---, ruth, Needs Signoff , Item descriptive data not populated on pay.pl
15:19 magnuse        oleonard, jcamins, wizzyrea: yeah, but we're gonna have to do it if we want something better than what we have today, and it can be automated to some extent :-)
15:19 jcamins        magnus_afk: I don't disagree with you.
15:20 jcamins        magnus_afk: that was not an entirely tongue-in-cheek suggestion.
15:21 kf             jcamins: your solution will not work for people who can not add the data to their records (like union catalog users) :(
15:22 jcamins        kf: unfortunately there is no other option.
15:22 kf             I think having a lookup table outside of the marc record would be nice... :) - or even better a possibliity to save fields from being overwriitten on marc import...
15:22 kf             that would open lots of nice possibilities
15:22 jcamins        kf: that would be very nice, but doesn't eliminate the underlying problem of needing someone to enter that data.
15:23 hdl            magnus_afk: do you have any datasource for cover ?
15:34 magnus_afk     jcamins, kf: the solution to that is simple: convert MARC to RDF and store the data in the tripestore, forget about the MARC data and enrich the data in the in triplestore as much as you like :-)
15:34 jcamins        magnus_afk: right, but you still have to have some sort of useful identifier in the data.
15:34 magnus_afk     hdl: for movies? not really. wikipedia/dbpedia might have some. and freebase
15:34 jcamins        magnus_afk: last I checked, there was still no useful way to identify a movie.
15:35 magnus_afk     jcamins: use URIs from dbpedia, linkedmdb, freebase
15:35 jcamins        magnus_afk: how do you get those into your data?
15:38 magnus_afk     not into the marc, but into the triplestore - no problem :-)
15:38 jcamins        magnus_afk: I'm still having trouble figuring out where that comes from.
15:39 jcamins        I mean, I get that it's easier to connect identifiers in a triplestore, but there is still the fundamental issue that the data in the MARC record isn't particularly usable for automatically identifying which movie the record describes.
15:47 kf             sigh
15:47 kf             can someone point me in the right direction?
15:47 kf             I want to find out in the templates which language is currently selected
15:49 magnus_afk     jcamins: yeah, that is the main problem. you can do something like search for a title and if there is one result, accept that or let a human choose if there are multiple hits
15:50 oleonard       kf: Usually the templates use "[% themelang %]"
15:50 oleonard       kf: I don't know if there's a variable just for the language
15:50 kf             hm that might still help
15:50 kf             thx .)
15:52 oleonard       kf: Actually looking at Templates.pm it looks like [% lang %] might be available?
15:52 kf             checking
15:53 jcamins        Woohoo!
15:53 jcamins        I just switched to using CHI, and it worked!
15:54 * jcamins      thinks someone should QA 7248 so that reports can be fixed, and I can report a bug for using CHI.
15:57 sekjal         right
15:57 sekjal         that
15:57 jcamins        :)
15:58 jcamins        Oh, hi there, sekjal! :)
16:04 sekjal         jcamins:  there you go
16:04 jcamins        Woohoo!
16:04 jcamins        Thanks!
16:04 jcamins        sekjal++
16:05 * paul_p       pushes immediatly!
16:05 jcamins        I successfully converted Koha::Cache to use CHI.
16:05 paul_p         jcamins wonderfull !
16:06 huginn         New commit(s) kohagit: Bug 5742 follow-up DB rev number <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=978ac74b345d35fe07b8d936b8e05b1972593964> / Bug 5742 follow-up permissions for RU and UK languages <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=aa34994174e85e8134d91c16398d971ce4f6b34a> / Bug 5742: Followup: sort* fields can to be filled with an input text <http://git.koha-community.org/gitweb/?p=koha.git;a=
16:07 paul_p         jcamins patch 7248 pushed
16:07 jcamins        We have a slight problem with the tests, since they fail if memcached is configured to be used but isn't running.
16:07 jcamins        However, I think that might be the correct behavior.
16:10 magnus_afk     jcamins++ paul_p++ sekjal++
16:11 jcamins        magnus_away: when you get a chance, could you confirm you can create new reports now.
16:12 jcamins        CHI is pretty cool.
16:15 druthb         o/
16:16 paul_p         OK, time to leave now
16:16 jenkins_koha   Starting build #729 for job Koha_master (previous build: SUCCESS)
16:16 huginn         New commit(s) kohagit: Bug 7248 follow-up (alternative) <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=66dbe7dc662f11ae67d1db721a451e9ac77968a9> / Bug 7248 Added caching support and and moved Caching into Koha namespace <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=03fee7a590ee5c5deb1c997d732c77854a16b0fe>
16:33 jcamins        Okay, that didn't fix it.
16:34 jcamins        Cool!
16:34 jcamins        I just tried three different caches.
16:34 kf             woot!
16:35 slef           finally, a few minutes to work on kohacon
16:36 slef           kf: email coming to you in a few minutes, once I've replied to sponsors
16:36 kf             slef: still at work - take your time
16:36 druthb         hi, libsysguy!  *poke*
16:37 jcamins        libsysguy: I think we should use this for caching in Koha: http://search.cpan.org/~swalters/CHI-Driver-Ping-0.00000001/lib/CHI/Driver/Ping.pm
16:37 jcamins        :D
16:37 libsysguy      jcamins that is exactly what we need
16:38 libsysguy      druthb y u always poke me :p
16:38 druthb         to let you know you are loved, libsysguy
16:38 libsysguy      aww
16:38 * libsysguy    always feels loved
16:39 libsysguy      becuase i am contaantly poked
16:39 libsysguy      :p
16:40 kf             oleonard++ [% lang %] :)
16:41 * oleonard     urges everyone to urge everyone to update their listing http://wiki.koha-community.org/wiki/Koha_Users_Worldwide
16:42 kf             :) mine are
16:44 * oleonard     volunteers to be hired by the Hawaii State Archives to upgrade their Koha system from 2.2.9
16:45 * oleonard     will require several months I think
16:46 jcamins        Heh.
16:47 slef           http://koha-community.org/kohacon12/sponsors/ updated
16:50 * oleonard     is curious about super-sekret donor!
16:57 datadoctor     I'm having an Acquisitions problem. Is there a way to receive multiple items on an invoice without having to click "Receive" on each item?
16:57 kf             datadoctor: items yes, if you ordered more than one of a title. Titles - no
16:58 datadoctor     These are new items, but we have already created a record, so that patrons can place advance holds.
16:59 datadoctor     They are in a basket, stored as pending orders, until we click the item to receive it.
17:00 kf             datadoctor: in baskets you see the ordered titles, and the order can be for more than one item (trying to explain what I meant to say :) )
17:01 datadoctor     I'm thinking maybe my workflow is wrong? We create the basket, create the title / record, then add an item with a barcode.
17:01 datadoctor     Then the next station looks up the vendor, finds the basket and selects "Receive Shipment"
17:03 datadoctor     Or uses the pull-down "Receive Shipments" on the Vendor page
17:03 datadoctor     Then we see two tables; "pending orders" and "already received"
17:04 datadoctor     Pending orders requires us to click on each item, by
17:04 datadoctor     selecting "receive"
17:05 datadoctor     Is there a way to receive all of those items at once? I'm still a version behind on Koha.
17:06 kf             datadoctor: no, you can't receive more than one order at once
17:06 kf             datadoctor: but if you order more than one item for a given title, you can receive those at once or partially
17:06 datadoctor     Or in this case, as there is one item per title on my current invoice, all of the titles at once?
17:06 datadoctor     makes sense for multiple items
17:07 jcamins        Okay, I have implemented three different types of caches, and memcached includes an L1 in-process memory cache.
17:07 datadoctor     Looks like a feature I need to work on. We are wasting several hours each week, going through order tables and clicking "Receive" when a "Receive All" button would solve this.
17:07 kf             datadoctor: I think people want to check the prices
17:08 kf             perhaps with an editable table... that would be nice
17:08 datadoctor     They can see the prices in table, and cross-check the grand total with the invoice
17:08 kf             yep, checkboxes perhaps
17:08 kf             it's a nice idea
17:08 datadoctor     I'm digging into it, checkboxes seems like the appropriate solution
17:09 datadoctor     with a "Receive All Checked"
17:09 kf             yep
17:09 kf             although sometime in the future...
17:09 datadoctor     Thanks kf! I may have more questions as I work on this
17:09 kf             editing the prices right in the table might be nice :)
17:09 datadoctor     !!! ;)
17:09 jenkins_koha   Project Koha_master build #729: SUCCESS in 53 min: http://jenkins.koha-community.org/job/Koha_master/729/
17:09 jenkins_koha   * Chris Cormack: Bug 7213 : Follow up fixing license information
17:09 jenkins_koha   * m.de.rooy: 7368 typo: MARC -> Card
17:09 jenkins_koha   * kyle: Bug 7641 - Followup - Suspend Until not set on by suspend button.
17:09 jenkins_koha   * kyle: Bug 7722 - Insidious problem with searching
17:09 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7213 enhancement, P5 - low, ---, dpavlin, Pushed to Master , Document /svc/ HTTP API and provide example command-line client
17:09 jenkins_koha   * robin: Bug 8001: [SIGNED-OFF] improve styling potential of the tag list
17:09 jenkins_koha   * stephane.delaune: Bug 8041: lost items are no longer available in search
17:09 jenkins_koha   * jonathan.druart: But 5742: Batch edit patrons
17:09 jenkins_koha   * jonathan.druart: Bug 5742: Followup: sort* fields can to be filled with an input text
17:09 jenkins_koha   * paul.poulain: Bug 5742 follow-up permissions for RU and UK languages
17:09 jenkins_koha   * paul.poulain: Bug 5742 follow-up DB rev number
17:09 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7641 critical, P5 - low, ---, kyle.m.hall, Pushed to Master , Add ability to suspend reserves.
17:10 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7722 normal, P5 - low, ---, gmcharlt, Pushed to Master , Insidious problem with searching
17:10 jenkins_koha   * chrish: Bug 7248 Added caching support and and moved Caching into Koha namespace
17:10 jenkins_koha   * paul.poulain: Bug 7248 follow-up (alternative)
17:10 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8001 enhancement, P5 - low, ---, robin, Pushed to Master , Add some styling to the tags to allow them to be distinctive
17:10 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8041 minor, P5 - low, ---, gmcharlt, Pushed to Master , in admin search, items can be lost and  for loan
17:10 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5742 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , batch edit patrons
17:10 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7248 enhancement, P3, ---, chrish, Pushed to Master , Caching for services
17:19 jcamins        I posted a patch for bug 8092.
17:19 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8092 enhancement, P5 - low, ---, jcamins, NEW , Koha should use CHI caching framework
17:19 jcamins        It is quite nice, if I say so myself.
17:19 kf             I believe you :)
17:45 slef           @seen gmcharlt
17:45 huginn         slef: gmcharlt was last seen in #koha 4 days, 1 hour, 37 minutes, and 58 seconds ago: <gmcharlt> ah
17:46 gmcharlt       slef: hi
17:47 smeagol        Hi all. Upon installation of Koha 3.4, .tmpl files are translated into .tt files on the fly. My question is, where are the .tmpl files stored (or referred to) in Koha? Is there a way to see the files, or path to where the files were translated, or to which they refer? thanks.
17:48 jcamins        smeagol: there are no .tmpl files starting in 3.4.
17:48 jcamins        Only .tt.
17:50 mtj            afaik  - the .tmpl files are not translated on the fly, they are replaced by .tt files - in koha-3.4
17:53 slef           yikes it's cait!
17:53 cait           yes it is :)
17:53 slef           I really must go get dinner
17:54 cait           yes, you should
17:54 smeagol        Then what is stage-marc-import.pl referring to in the koha community code here then?: "my ($template, $loggedinuser, $cookie)  = get_template_and_user({template_name => "tools/stage-marc-import.tmpl"
17:55 oleonard       It's just a remnant of the old system smeagol. The 'tmpl' gets translated to 'tt'
17:56 smeagol        Not sure why it's referring to .tmpl in the code. Shouldn't it be referring to stage-marc-import.tt...???
17:57 oleonard       It's just a remnant of the old system smeagol. The 'tmpl' gets translated to 'tt'
17:59 smeagol        Yeah. I understand that, I just would like to see how the system translates it, that's all. (like a path, or something). So if I add a new template, i should refer to .tt file instead of trying to translate it, i guess...
18:00 oleonard       smeagol: You can find examples in the code of perl scripts which point to .tt files too
18:01 oleonard       In older scripts it says ".tmpl" but Koha has been modified to redirect those to .tt files
18:02 smeagol        Right, I just wanted to see the code where (or perhaps, how) it's being "redirected"...that's all. and thanks.
18:02 cait           smeagol: I think there is not much coe, perhaps a line or 2
18:02 cait           telling it: if there is tmpl make it tt
18:02 jcamins        smeagol: I think it's simply a matter of "tmpl" being replaced with "tt".
18:02 cait           the templats themselves don't get translated
18:02 jcamins        There is no logic whatsoever.
18:02 cait           they are tt templates
18:03 jcamins        (I mean, it simply does the replace in every instance)
18:05 datadoctor     I may adopt that as my philosophy; "There is no logic whatsoever." ;^)
18:05 datadoctor     ;)
18:05 datadoctor     Except in PERL
18:05 datadoctor     Where logic reigns!
18:06 jcamins        datadoctor: have you *seen* some of the things we do with Perl? :P
18:06 cait           heh
18:06 datadoctor     You really test its flexibility!
18:06 datadoctor     And I am amazed...and confused sometimes...
18:07 datadoctor     I think my favorite PERL is the page numbering for large tables...so that you can jump to page 15!
18:10 oleonard       melia: I recommend re-opening Bug 4173 and adding your comment from Bug 8093 there. I don't think the issue of Lost descriptions was resolved at all.
18:10 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4173 normal, PATCH-Sent (DO NOT USE), ---, oleonard, RESOLVED FIXED, Statuses not appearing in the OPAC
18:10 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8093 enhancement, P5 - low, ---, oleonard, NEW , Description(OPAC) for Lost authorized value
18:11 oleonard       Bug 4173 was marked as fixed without any comment which seems perfunctory.
18:11 melia          ok oleonard. will do.
19:07 wizzyrea       wow, 4173 marked fixed, by someone from ptfs-e
19:08 jcamins        wizzyrea: I'm betting they missed the bug they were going for.
19:12 wizzyrea       ++ to whoever added that "don't show these fields on the borrower entry field" and then provided a link to the schema with the borrower fields.
19:12 wizzyrea       that is epiiic
19:14 cait           srdjan :)
19:14 cait           lots of iterations
19:14 cait           and hi wizzyrea :)
19:15 wizzyrea       srdjan++
19:22 oleonard       Is there a super-secret way to find out a patron's old card number even if logs aren't enabled?
19:23 jcamins        oleonard: I don't think so, no.
19:24 edveal         OK, I am trying to change the color of the "Cart" button and every time I do the cart icon goes away.  I can get it back by simply putting the full url in the css but when I use background-image: url("../../images/list.gif") the image breaks.
19:24 cait           oleonard: I have to agree with jcamins I think :(
19:24 edveal         All I can think is that because I am doing this using the OpacUserCSS the path is not the same anymore.
19:24 cait           oleonard: are you printing patron cards?
19:24 oleonard       No, why?
19:25 cait           but I don't think there is more than the borrowernumber referenced there too hm
19:25 cait           if you kept the pdfs perhaps
19:25 cait           oh
19:25 cait           do you put it in the notices? the cardnumber?
19:25 cait           it could be in message_queue then
19:26 jcamins        edveal: that's correct. I think it becomes ../../../images/list.gif, but I'm not sure.
19:27 edveal         jcamins that was the first thing I tried and id didn't work.
19:29 edveal         But if I use for example:  http://catalog.librarname.com/opac-tmpl/prog/images/cart.gif it does work. This is not a big deal just seems odd.
19:29 jcamins        I generally just use absolute URLs.
19:29 edveal         That is not a real location...
19:29 jcamins        Hm. That's too bad.
19:29 edveal         Yeah that is what I will do!
19:29 edveal         Thanks.
19:29 jcamins        You're welcome.
19:49 oleonard       Bonus? http://catalog.bywatersolutions.com/opac-tmpl/prog/images/bonus.png
19:49 oleonard       Is that part of a secret OPAC gamification project?
19:50 jcamins        oleonard: I have no idea.
19:50 oleonard       [% IF ( SEARCH_RESULT.score_avg ) %]
19:50 oleonard       <img src="[% themelang %]/../images/bonus.png" title="bonus" style="max-height: 35px;"/>
19:50 oleonard       [% END %]
19:50 jcamins        It's added by the Babeltheque integration.
19:51 oleonard       Oh, I guess I didn't examine the context carefully enough
19:52 rangi          Morning
19:52 oleonard       Hi rangi
19:54 cait           hi rangi
19:54 jcamins        Morning.
19:54 wahanui        morning is a state of mind. or whenever the cat wants breakfast.
19:56 rangi          Off to do training with anitsirk today
19:58 cait           rangi: have fun
19:58 cait           :)
20:02 rangi          Thanks
20:02 rangi          @wunder nzwn
20:02 huginn         rangi: The current temperature in Wellington, New Zealand is 10.0°C (7:00 AM NZST on May 16, 2012). Conditions: Light Rain Showers. Humidity: 87%. Dew Point: 8.0°C. Pressure: 29.27 in 991 hPa (Rising).
20:07 * oleonard     could delete a lot more unused images if sanop.css didn't exist
20:07 jcamins        sanop.css?
20:08 rangi          Hmm is it used in production?
20:08 jcamins        What is it?
20:08 wahanui        it is confusing for someone to be working on a bug and the assignee field is either wrong or blank
20:09 kathryn        morning all
20:09 oleonard       I presume it's a library-specific CSS file
20:09 rangi          San oust Provence
20:09 rangi          Spelt wrong I bet
20:10 rangi          Remember bruno and arnaud?
20:10 rangi          Btuomi
20:11 rangi          They were at kohacon06
20:11 * jcamins      doesn't think he overlapped with them at all.
20:11 oleonard       I wonder if I asked about it for Bug 5234 or if I didn't look at OPAC files...
20:11 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5234 normal, PATCH-Sent (DO NOT USE), ---, oleonard, Pushed to Master , Remove unused CSS files
20:12 rangi          Hmm Paul would know
20:12 rangi          I suspect its ok to remove
20:12 rangi          Can always put it back
20:14 oleonard       Raise your hand if you're using this one: http://catalog.bywatersolutions.com/opac-tmpl/prog/images/koha-logo-yellow.png
20:14 rangi          Www
20:15 rangi          Eeew even
20:15 * rangi        raises bile
20:15 * oleonard     had better leave
20:15 jcamins        Wow.
20:15 oleonard       More image trimming tomorrow
20:15 * oleonard     waves
20:27 bag            rangi let's see where we are at?
20:27 bag            @wunder 93109
20:27 huginn         bag: The current temperature in K6LCM-Westside/Mesa, Santa Barbara, California is 22.8°C (1:27 PM PDT on May 15, 2012). Conditions: Clear. Humidity: 53%. Dew Point: 13.0°C. Pressure: 29.92 in 1013 hPa (Falling).  Wind Advisory in effect from 3 PM this afternoon until 3 am PDT Wednesday...
20:27 bag            feels hotter than that
20:27 rangi          It's pretty cold here
20:27 cait           @wunder Konstanz
20:27 huginn         cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 7.2°C (10:24 PM CEST on May 15, 2012). Conditions: Mostly Cloudy. Humidity: 73%. Dew Point: 3.0°C. Windchill: 5.0°C. Pressure: 29.95 in 1014 hPa (Steady).
20:27 cait           here too
20:28 rangi          Just having a coffee before training
20:30 rangi          Crapsticks
20:31 rangi          2.5 weeks til I start the 34 Journey
20:31 bag            crapsticks?  is that a new type of coffee?
20:31 rangi          34 hours even
20:31 cait           kohacon!
20:38 datadoctor     Nicole showed me the checkbox patch for receiving items (bug 7175). That will save me a lot of time! Solves the receive items problem I mentioned earlier.
20:38 huginn         04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7175 enhancement, P2, ---, julian.maurice, Signed Off , Improve order receiving page
20:39 datadoctor     A good day! :D
20:39 rangi          Add another sign off :)
20:39 rangi          Will get it in faster
20:40 cait           datadoctor: ah perhaps we did talk about different things then :)
20:40 cait           cait = kf
20:43 datadoctor     I'm not sure yet - I will have to try installing the patch first.
20:44 datadoctor     We fell off the update cycle because of custom code.
20:44 datadoctor     Hoping to get back on with 3.8 and stay up on new developments.
20:44 wizzyrea       local_code_not_pushed_to_community--
20:44 wizzyrea       that does make it harder.
20:46 datadoctor     We were an early adopter of Koha, and our team expects a lot from us.
20:46 * wizzyrea     has used it since 2008 (with a slight detour into Liblime ILS)
20:49 datadoctor     We try to streamline our Cataloging and Acquisition process for Tech Services.
20:50 datadoctor     We have some custom settings so Reference can use batch modification without stepping on the toes of our Catalogers
20:51 cait           datadoctor: the patch is about items - not about titles (orders) - so perhaps it will only make you a bit happier. it's a nice feature :)
20:51 datadoctor     Reference can change the lost and damaged settings, but not the shelving location or item type.
20:52 datadoctor     Thanks cait! Maybe I will have to skip my nap. Sounds like this is just the tip of the iceberg. Might get me started on the work.
20:53 datadoctor     There is an obvious flow from parcel.pl to orderreceive.pl to finishreceive.pl. I just need to automate that, maybe by combining the relevant processes on one page, then foreach item loop through the receive process.
20:55 datadoctor     It's very similar to a batch mod feature. Instead of scanning barcodes to select items for the batch, the items will come from parcel.pl. Maybe this could be positioned as a
20:56 datadoctor     batch receive tool. That way folks who use the current process would not be impacted.
20:57 datadoctor     Anyway, I'm heading out for the day. Good luck to all of you with your work. I am enjoying being a fly on the wall as the software gets better and better! Have a great day.
20:57 wizzyrea       see ya later!@
22:18 talljoy        i know it's late, but does anyone here know how the m880 span class is selected for marc records.  I'm reading this.... http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=koha-tmpl/opac-tmpl/prog/en/xslt/MARC21slim2OPACDetail.xsl;h=f507e11fcd1a160a193d104f81b96ff902d87f73;hb=HEAD    and it appears that it looks for the 880 tag in the record.  But i have some examples where that is not happening and the span class is not applied.
22:19 talljoy        so my hebrew text in the 880 tags is displaying on the left side of the screen instead of the right side of the screen
22:35 eythian        http://petdance.com/2012/01/the-most-important-stuffed-pig-in-the-company/
22:36 eythian        @later tell jcamins the old packages go away when the new ones are pushed. I'm not sure why the 3.2 stuff is there.
22:36 huginn         eythian: The operation succeeded.