Time  Nick     Message
20:04 hdl      atz: :P
20:03 atz      lol hdl's  "ayatollah of GPL" comment
18:57 atz      yeah, maybe I just glanced around at your prompting
18:57 owen     atz, you mean you've seen that problem too, or you've heard me griping about it?
18:55 atz      :\
18:55 atz      i think I looked at that last week some time
18:53 atz      heh
18:53 owen     Well, at least I know my error log will contain every last instance of the TMPL_EXPR error, since Google's busily crawling my OPAC.
18:48 atz      yeah, it seemed like such a potentially useful thing
18:47 atz      right
18:47 owen     Or we have to avoid using TMPL_EXPR unless we know the variable exists.
18:47 atz      if you have an EXPR comparison, you need to artificially check/populate the variable in all cases where it would be undef
18:46 atz      owen: exactly
18:46 atz      unfortunately, it makes the logic suck
18:46 owen     So you couldn't even say <!-- TMPL_IF NAME="foo" --><!-- TMPL_IF EXPR="foo eq 'foo'
18:46 atz      since that is what gives it good performance
18:46 atz      H:T:P wants to stick w/ it's one-pass compile/execute
18:45 owen     Where's the logic in that?
18:45 atz      basically worthless
18:45 owen     Yuck.
18:45 atz      that var has to exist even when the conditional is false,
18:45 owen     regardless of whether the containing conditional evaluated as true?
18:44 atz      even if that EXPR is deep in a conditional, inside a loop.
18:44 atz      if you put an var in an EXPR, it has to exist, always
18:44 owen     I'm not sure I understand what makes it choke
18:43 atz      EXPR is trouble
18:43 owen     atz: looks like it's in opac-results and opac-results-grouped
18:42 gmcharlt ok, thanks
18:42 owen     gmcharlt: I'd say submit as is, because it's workable even if it's not ideal. I'm keeping it on my list of things to look at.
18:40 atz      and probably in masthead.inc (or whatever it is that gets used for everything)
18:40 gmcharlt owen: any thoughts about the patch for bug 2019, or should I just submit it as is
18:40 atz      probably lists
18:40 atz      the variable is "category" in an EXPR
18:39 owen     No file name, though
18:39 owen     I'm seeing a bunch of these errors in my OPAC log: EXPR:at pos 8: non-initialized variable category
18:32 atz      wrong number of args, order of args
18:32 atz      _FixPriority is used incorrectly most of the time
18:29 gmcharlt ryan: yes, that changed when old_reserves was created
18:26 atz      the only time cancellationdate is in the WHERE part of a query is when cancelling a reserve
18:24 atz      i think transferstoreceive would fill that role, owen
18:23 owen     Am I wasting my time because paul_'s not here? :)
18:23 owen     Why would a "Transfers to do" report at one library show an item from another library? Is it a report of things each library should be expecting?
18:20 owen     When I check the patron record it says the item is on hold and in transit.
18:20 owen     It's weird, because my transferstodo.pl report shows one item and "Hold over" for that item.
18:19 atz      ryan: not finding anything like that in Reserves
18:14 ryan     but perhaps gmcharlt fixed that when adding old_reserves ?
18:14 ryan     afaik, code currently assumes that a hold is current && valid iff  isnull(reserves.cancellationdate).
18:13 owen     To me cancellation is different from expiration
18:12 atz      reserves.cancellationdate
18:12 owen     ?
18:12 atz      owen: actually, it does
18:11 owen     Koha doesn't have any means of placing a hold with an expiration. Is that what you mean atz?
18:10 acmoore  maybe paul_  knows http://lists.koha.org/pipermail/koha-cvs/2007-April/013787.html
18:09 atz      like if it is for a specific class, presentation, whatever
18:09 owen     But why would it be too late to fill a hold?
18:09 owen     I see, so that's what "Hold over" means.
18:08 atz      gives a warning if there is a hold, but it's too late to fill it
18:06 atz                      }
18:06 atz                          $getreserv{'messcompa'} = 1;
18:06 atz                      if ( $warning > 0 ) {
18:06 atz                      my $warning = ( $today > $calcDate );
18:06 atz                      my $today   = Date_to_Days(&Today);
18:06 atz                        Date_to_Days( $reserve_year, $reserve_month, $reserve_day );
18:06 atz                     my $calcDate =
18:05 atz      it looks like some cludge for dates
18:04 owen     Similarly, in transferstoreceive.pl: <!-- TMPL_IF NAME="messcompa" --> check this transfer<!-- /TMPL_IF -->
18:04 atz      looks like it is just used by transfers and reserves
17:57 owen     in transferstodo.pl, does anyone know what this does: <!-- TMPL_IF NAME="messcompa" --> Hold over <!-- /TMPL_IF -->
17:44 nengard  hdl thanks!!
17:43 hdl      nengard: HomeOrHoldingBranc used in Circ.pm line 1233 without a test on IndependantBranches.
17:42 frederic Wouldn't be better to communicate with zebra indexer via messages rather than with entries in a MySQL table?
17:41 gmcharlt frederic: ok, looks like I'll need to tune how frequently it checks zebraqueue
17:40 frederic gmcharlt: yes. I forgot to say that if I stop zebraqueue_daemon, it solves the issue.
17:37 nengard  thanks!
17:37 hdl      Will investiguate.
17:37 hdl      The question is to consider homebranch or holding branch.
17:37 nengard  ?
17:37 nengard  good to know - how can we confirm this/
17:36 hdl      independent or not.
17:36 hdl      atz nengard... About your question, I think that this may also be the case with multiple branches library.
17:36 gmcharlt is zebraqueue_daemon one of the processes?
17:36 frederic (My zebraqueue table is almost empty and not task is pending).
17:35 frederic Is it normal? Does others have such idle? Is it a performance issue?
17:35 frederic On a Linux Debian box, with Koha Zebra installed, I have always two processes on top of top command list which occupy between 7 and 14% of CPU resources.
17:35 frederic About performance...
17:24 acmoore  hi frederic
17:23 acmoore  kados, I think that you can use the patch in /home/acm/koha/dev/0001-testing-framework-replacing-PERL5LIB-in-order-to-mo.patch would you like for me to send it to you somehow?
17:20 frederic hello
17:20 gmcharlt acmoore: ah, gotcha - yeah, worth testing to make sure it doesn't actually care about the isntall mode
17:19 kados    acmoore: lemme know when you have a patch for my issue, I'll test it
17:19 acmoore  yeah, it shouldn't. But, I just thought of that today when kados mentioned it. So, I haven't tried it
17:19 gmcharlt it only needs to care about the directory that Koha was unpackaged into and the structure under t/run
17:19 gmcharlt since it doesn't need to care
17:19 gmcharlt but re 'dev' install - test suite should make no assumptions about the install mode
17:18 gmcharlt acmoore: not much
17:18 acmoore  I'm already assuming a 'dev' install with things like ../etc and ../rewrite-config.PL, I think.
17:17 acmoore  gmcharlt, what's the argument for using the absolute path instead of '..' in PERL5LIB? It's sooooo much easier to put a .. there than it is to try to figure out the directory. I'm wiondering if it's worth it.
17:16 atz      the main confusing part is "check the branch" vs. "check in to the branch"
17:15 nengard  got it
17:15 nengard  so when a book is returned to a diff branch it gets sent back to the home branch
17:15 atz      basically w/ "homebranch" set, there is effectively a reserve for each branch on it's own items
17:14 atz      "can we check it out again ourselves, or does it have to go back?"
17:14 atz      the pref. is for IndependentBranches.   it answers the question  "what do we do w/ another branch's returned book?"
17:12 nengard  basically everything to do with this preference ;) I didn't write this doc, I'm editing it, but it's not complete so i'm a bit lost
17:12 nengard  what does this setting actually do? is this worded right? and what's the 'homebranch' setting do?
17:12 atz      nengard: what's the question?
17:10 nengard  IMPORTANT: This preference does nothing unless the 'Independent Branches' preference is turned ON.
17:10 nengard      * homebranch =
17:10 nengard      * holdingbranch = Koha will check the branch an item is being 'held' at
17:10 nengard  Values:
17:10 nengard  Circulation to determine which branch of an item to check with independent branches on.
17:10 nengard  IMPORTANT: it is not recommend that this setting be changed after initial installation of Koha
17:10 nengard  When 'IndependentBranches' is turned ON, 'HomeOrHoldingBranch' specifies whether one library is able to check out another library's item when the item is returned... or whether it has to "go home" (to its 'home branch') first!
17:10 nengard  HomeOrHoldingBranch
17:10 nengard  system pref question - this is what we have in the manual-but it's unclear and i need to edit it
17:08 acmoore  I'm with you. Let me see if I can get it to work.
17:08 gmcharlt yeah, that's my preference
17:07 acmoore  gmcharlt, I guess in light of what we discussed, I should remove that line anyway and make the makefile export a PERL5LIB.
17:07 acmoore  ah. I see the typo. I had 'use lib q( . .. );' and I wanted 'use lib qw( . .. );' go figure.
17:02 acmoore  kados, This should be made to work without that set. I'll have to change it, though.
17:01 atz      cat /home/atz/siptest_env.sh
17:01 atz      vs.
17:01 acmoore  kados, I added it to my .bashrc.
17:00 atz      cat /home/atz/standard_env.sh
17:00 atz      kados: on mine, no
17:00 kados    acmoore: on arwen, is yours?
17:00 kados    oddly my perl5lib isnt set when I log on
16:58 gmcharlt + optional PERL5LIB_EXTRA
16:58 gmcharlt and PERL5LIB can be set from that
16:57 gmcharlt test-config.txt should have the full path to the directory that Makefile.PL was run from
16:57 gmcharlt acmoore: yep
16:57 acmoore  I guess I still run the risk of loading the wrong libraires.
16:56 acmoore  what about PERL5LIB=..:$PERL5LIB?
16:55 gmcharlt or pull such a setting from t/test-config.txt
16:55 gmcharlt acmoore: I suppose put in a PERL5LIB_EXTRA or the like in t/Makefile for user to manually edit if need be
16:54 acmoore  hdl, I can believe that. I'll note it, too.
16:54 acmoore  gmcharlt, what if they have prerequisites like Data::Dumper installed in ~user/lib and $PERL5LIB set to find it?
16:54 hdl      (fresh install on Thursday But also older install)
16:53 hdl      + I had also to tweak those deamons file in order to edit the environment variable.
16:53 gmcharlt exactly
16:53 acmoore  gmcharlt, to ensure that we're loading the libraries we think we are?
16:53 gmcharlt acmoore: replace it
16:53 acmoore  gmcharlt, I'd be OK with that. Do you think I should *add* .. to PERL5LIB, or replace it?
16:53 hdl      Installer would require to set correct permissions on /var/ for koha_zebra* scripts to work.
16:52 gmcharlt hdl: details, please
16:52 gmcharlt acmoore: or PERL5LIB=foo KOHA_CONF=$(TEST_CONF_FILE) $(PROVE) $(PROVE_FLAGS) $(TEST_FILES) in t/Makefile (rather than use lib (..);)
16:52 hdl      gmcharlt: I had a problem with Installer with dev install.
16:51 acmoore  kados, OK. I'll do that here and see if I can reproduce that.
16:51 kados    acmoore: yea, that's empty for me
16:51 kados    hdl: once I get this prob solved I will
16:51 acmoore  kados, can you 'echo $PERL5LIB' from the command line? I'll bet you don't have that directory in there. I should set it from the database_dependent.pl
16:50 kados    hdl: :-)
16:50 hdl      OtherWise, kados yes, "Mr QA Manager sir" is OK to push that stuff.
16:49 acmoore  hdl, OK. I'll note that.
16:49 hdl      Makefile.PL should warn ppl that in order to use the test suite, user and base should be created or user should be able to create a base and set rights on IT.
16:48 acmoore  KohaTest.pm has a 'use lib qw(..)' which is supposed to help it find the C4 libraries. I wonder why that's not in kados's @INC.
16:47 kados    in run/
16:47 kados    koha-conf.xml looks correct
16:47 gmcharlt (otherwise you run risk of big ouchies like scribbling production databases)
16:47 hdl      acmoore: Well. half of a success... But still, good thing.
16:47 gmcharlt the way test suite works, it should be ignoring any KOHA_CONF and PERL5LIB in the external environment, and setting those two itself
16:47 kados    lemme check that one
16:47 kados    right
16:47 acmoore  kados, it should do that for you. It creates a KOHA_CONF in t/run/etc
16:47 kados    is a bit more output
16:47 kados    database_dependent.......Can't locate C4/Context.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at database_dependent.pl line 12.
16:47 kados    KOHA_CONF=run/etc/koha-conf.xml /usr/bin/prove -v database_dependent.pl
16:46 kados    I tried doing export KOHA_CONF=/path/to/my koha.conf file
16:46 acmoore  kados, yes. That's the only way I tested it.
16:46 acmoore  kados, gmcharlt suspects that it's because PERL5LIB isn't being exported. I think that's possible.
16:46 kados    acmoore: was this tested with the 'dev' target?
16:46 hdl      Diagnose the problems and then solve them/
16:46 kados    acmoore: any thoughts on my error?
16:45 acmoore  hdl, yep. I consider it a success that you're getting this far. ;)
16:45 acmoore  hdl, they may be marcflavor dependant, but I tried to avoid that. But, I don't understand that part very well.
16:45 hdl      This is why the test suite is intended for.
16:45 acmoore  maybe the zebraqueue_daemon.pl didn't start right, or the zebra server.
16:45 hdl      at least I asked installer to use it.
16:44 hdl      yes...
16:44 hdl      maybe those tests are marcflavour dependent.
16:44 acmoore  hdl, that's when it waits for your zebra indexing. Do you use zebra?
16:44 acmoore  gmcharlt, good eye.
16:43 gmcharlt acmoore: I think I've found problem - t/Makefile should be setting PERL5LIB, but isn't
16:43 hdl      not ok 90 - we never found all 1 titles even after 30 tries.
16:43 hdl      not ok 71 - we never found all 10 titles even after 30 tries.
16:42 hdl      The directory where the "installation package" was was /home/koha/Code/QAManagement/koha_testing
16:42 kados    acmoore: it's a 'dev' target install
16:42 kados    acmoore: repo is in /home/jmf/repos/koha-rm-test.git
16:42 acmoore  hdl, Oh. I'll have to think about that.
16:42 kados    sure
16:42 acmoore  kados, that's odd. are you on arwen? can I look in your directory?
16:41 hdl      was the directory I wanted to make install.
16:41 hdl      because  /home/koha/Code/QAManagement/koha_test_install/
16:41 kados    acmoore: run export KOHA_CONF and same errors
16:41 acmoore  hdl, oh. I don't understand why, and that should be fixed.
16:41 hdl      acmoore: O Yes, I DO have.
16:41 kados    database_dependent.......Can't locate C4/Context.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at database_dependent.pl line 12.
16:40 kados    hmmm, it failed
16:40 acmoore  hdl, I don't think you actually have to 'make install'
16:40 kados    ok, make test from root works fine
16:40 kados    gotcha
16:40 acmoore  kados, yes.
16:40 kados    make test from t/ is the new ones
16:40 acmoore  kados, also, they're not really necessary for an installation, so I don't think  that all users need to run them until we get them a little more stable.
16:40 kados    so for now, make test from root is the same old tests
16:40 kados    gotcha
16:39 acmoore  kados, because I don't want to destroy any databases accidently. I plan on integrating it better at some point.
16:39 kados    acmoore: yes, answered those
16:39 hdl      ?
16:39 hdl      So I have to make install before getting to t/ to make test
16:39 kados    acmoore: any reason the make test from root doesn't run the db-dependent tests?
16:39 acmoore  kados, did it ask you if you wanted to run the database dependet tests and some questions about user and passwords?
16:39 kados    make first
16:39 kados    now I need to go into t/
16:38 acmoore  kados, I agree. I really don't want to destroy any databases.
16:38 kados    ok, so I reran it
16:38 kados    acmoore: oh? that's probably something we'll want to warn loudly about
16:38 acmoore  kados, you need to run 'perl Makefile.PL' in the top level again. It will ask you questions about which test database to use. Then, you 'cd t' and 'make test'.
16:37 acmoore  kados, you can use the same one, but it destroys it.
16:37 kados    acmoore: so do I need to use a different db than the koha db, or can I use the same one?
16:37 kados    acmoore: I see, I missed the question for perl Makefile.PL
16:37 acmoore  kados, good. You ran 'make test' from the 't' direcotry, right?
16:36 acmoore  hdl, It's possible that it couldn't find /home/koha/Code/QAManagement/koha_test_install/intranet/cgi-bin/installer/data/mysql/kohastructure.sql in order to build the datbase
16:36 hdl      yes.
16:36 acmoore  hdl, maybe so. when you run 'perl Makefile.PL' in the top-level, you give it authentication information for a mysql user.
16:35 hdl      It could not create database because the user I used to test was a not-sufficiently priviledged user.
16:35 kados    acmoore: just a few, but none related to the db-specific tests
16:34 acmoore  kados, they don't get stored anywhere. I guess you can redirect them. are there failures?
16:34 hdl      here is my log.
16:34 hdl      http://pastebin.ca/992083
16:34 acmoore  hdl, It doesn't delete the database at the end.
16:33 kados    acmoore: do the results from the test get stored somewhere, or shall I pipe out to a file?
16:33 hdl      is the test not supposed to CREATE a database and then make tests on it and then delete database ?
16:29 acmoore  this patch was supposed to create it: http://lists.koha.org/pipermail/koha-patches/2008-April/000172.html
16:27 acmoore  Is there a /home/koha/code/koha_dev/C4/Installer.pm?
16:27 hdl      But it looks in a wrong directory.
16:27 hdl      I installed all the patches Galen Sent on a test install
16:26 hdl      It seems that it conflicts with a a version.
16:26 acmoore  I'll find it...
16:26 acmoore  that C4::Installer module was created by Galen in one of the 5 patches I mentioned. It's not committed yet either.
16:26 hdl      database_dependent.......Can't locate C4/Installer.pm in @INC (@INC contains: /home/koha/Code/koha_dev
16:26 hdl      KOHA_CONF=run/etc/koha-conf.xml /usr/bin/prove -v database_dependent.pl
16:26 hdl      I have a problem making test...
16:24 hdl      I think anything automated that assures automated testing is a good step.
16:24 kados    acmoore: does to me, for sure!
16:23 acmoore  Does it seem like an improved method, one that's worth moving towards?
16:23 kados    hdl: are you OK with me pushing it up? (mr. QA manager sir) :-)
16:23 acmoore  if you get a moment sometime, could you email me the test failures that you saw, please?
16:22 acmoore  hmm. OK, well I can deal with a few testing failures, as long as it built the testing database OK and didn't overwrite your real database or anything.
16:21 hdl      It passed all but dates testing
16:21 acmoore  just wonderig if it failed miserably for anyone before it gets committed.
16:21 hdl      acmoore: I took it today
16:20 acmoore  hdl, did you ever take a moment to try out the new testing stuff that I wrote to koha-devel about?
16:14 ryan     owen: ok, i'm looking for the cause of this now
16:11 owen     wow, I'm sure not getting that
16:10 ryan     yes
16:10 owen     ryan, you get a "barcode not found" on circulation.pl by default?
16:10 ryan     If i have a charge, I get a confirmation, even though I did not supply a barcode to chekcckout.
16:09 ryan     when i go to the checkout page (circulation.pl), I get a 'barcode not found' error.
16:01 owen     I'm not sure if that dialog is correct--my fine is below the noissuescharge pref value
16:00 owen     When I try to check out, I do get a dialog asking for confirmation, but it lets me proceed with the checkout
16:00 ryan     seems to be an issue with tmpl logic on displaying warnings?
15:59 ryan     yes.
15:58 owen     Hi ryan. You're finding that you can't check out if a patron has any fine at all?
15:58 ryan     hi owen
15:48 owen     ryan around?
15:44 fbcit    I have been wrapping DDC on spine labels based on segmentation which produces labels w/no consistent appearance
15:44 fbcit    but ending up with actual DDC
15:43 fbcit    I have been using 082 as a starting point and adjusting to fit our collection
15:42 gmcharlt an 082 in an LC record should be actual DDC
15:42 atz      any way of knowing whether a call number is DDC or just pseudo-DDC?
15:41 fbcit    gmcharlt: it seemes some call numbers are segmented before the decimal and others after
15:40 gmcharlt except when they do follow rules - DDC call numbers often do have suggested segmentation points, and it's not entirely at random
15:40 atz      fbcit: not that I know.  that's sortof the point of callnumbers.   they're an entirely local thing.
15:39 fbcit    atz: are there set rules for segmentation of call numbers?
15:38 kados    users I mean
15:37 atz      center alignment is common, given the small width of many spines
15:34 fbcit    ie call number segmentation, column alignment, etc
15:34 fbcit    or is it just preference?
15:34 fbcit    does anyone know of anything sacred about the text alignment/position on spine labels?
15:12 hdl      which would have been quite the same as z3950 searches.
15:12 hdl      So I thought that at least 3 boxes were necessary...
15:11 hdl      But.... Was quite frustrated because if you type Harry Potter Rowling in the Box, you couldnot find what would be an author, what would be a title
15:10 hdl      I made a patch for a system I installed on Sunday.
15:10 hdl      And sends very poor results.
15:10 hdl      Which prevent from making a good research.
15:10 hdl      In fact, root of the problem is the ONE big Box for searching import_biblios
15:09 gmcharlt hdl: yes, it's interesting :)
15:03 fbcit    g'morning #koha
15:02 hdl      But
15:02 hdl      And would require to use asynchronous search on z3950 servers and push the results via Ajax when done... So A bit hard work.
15:01 hdl      This would allow to have three boxes to search on Title/author/ISBN on imported_records.
15:00 hdl      Would it be a good idea to merge addbooks and z3950search pages ?
14:59 hdl      And when on page addbiblio, one can search other databases for importing data into import_biblios
14:59 hdl      When cataloguing we can first search on Catalogue+imported data
14:58 hdl      I had an other question :
14:52 hdl      But I could not see what were the differences.
14:52 hdl      I never noticed before.
14:52 hdl      It was quite confusing to be asked this.
14:51 hdl      Oh... I see...
14:51 gmcharlt in practice, probably more like different between (say) Italian and French sorting rules
14:50 gmcharlt i.e., in theory an English-language library could use Unimarc but have different sorting rules
14:50 gmcharlt hdl: difference between MARC format and what sorting rules to use
14:49 hdl      What is the difference between those two questions ?
14:49 hdl      Primary language for Zebra indexing (en, fr) [en] fr
14:49 hdl      Koha supplies Zebra configuration files tuned for searching either English (en) or French (fr) MARC records.
14:49 hdl      gmcharlt: MARC format for Zebra indexing (marc21, unimarc) [marc21] unimarc
14:47 hdl      as far as I can see.
14:47 hdl      owen : seems not to be linked with Transfers.
14:43 hdl      maybe I can have a look at the code and tell you.
14:41 owen     Not yet.
14:41 hdl      (telepathy ?)
14:41 hdl      owen did it work ?
14:39 gmcharlt owen: darrell did some significant work on it - he would give you the quickest answer, I think
14:29 owen     It says "Holds for your library," but it shows me the same list if I switch libraries
14:25 owen     Does that list holds which have been transferred to your library and are awaiting pickup?
14:25 owen     Who knows about circ/waitingreserves.pl ?
13:41 gmcharlt acmoore: dunno, if that were actually actually the problem, we should fix how we're using that table - nothing should be asserting a table-level lock on zebraqueue
13:40 acmoore  Maybe we can try indicating to zebraque_daemon to not index right now so that we're not fighting it for access to the table during a batch.
13:39 hdl      not yet.
13:36 gmcharlt re c), have you run any profling?
13:35 gmcharlt back to indexing, perhaps we should move to deleting rows from zebraqueue when a record is indexed, not just changing the done column
13:34 gmcharlt I think that would be a mod_perl port thing, not a C4::Context thing, as C4::Context woudl end up storing in the whole MARC framework in the sessions table for *each* session
13:34 hdl      There is a problem with updating CGI::Session on time
13:34 hdl      it is the case with Lists.
13:34 hdl      yes.
13:33 gmcharlt re b), some kind of in-memory storage of frameworks and auth_values would be nice (would need to be careful about updating the cache whenver somebody updates a framework)
13:33 hdl      gmcharlt++
13:32 gmcharlt hdl: I would support some sort of option to *defer* indexing, not disable it outright - disable it, and it would be too easy for either developer or admin to forget to index
13:32 hdl      Is there a solution to that ?
13:32 hdl      c) I am experiencing some performance problems in page display.
13:32 hdl      but maybe would be more efficient.
13:31 hdl      In mod_perl this would use more memory.
13:31 hdl      b) Would it be good if we stored frameworks and authorised_values in a hash in C4::Context rather than using the database for those things.
13:31 hdl      (at least this is what I experienced some times)
13:30 hdl      So that it cramps mysql.
13:30 hdl      Becaus it makes many many entries in zebra_queue.
13:30 hdl      even in zebra mode.
13:29 gmcharlt hdl: for NoZebra mode, I assume?
13:26 hdl      With all BatchMods, It is a serious issue.
13:26 hdl      a) would it be good if we provided a way for ModItem and AddItem and Mod and AddBiblio to disable indexing by means of a parameter.
13:24 hdl      I have some general questions :
13:23 gmcharlt hi hdl
13:23 hdl      hi gmcharlt and all
13:23 hdl      hi owen
13:22 owen     Hi hdl
13:17 hdl      hi