Re: [Koha-devel] Missing results when searching OPAC

"Joe Atzberger" <[EMAIL PROTECTED]> wrote: > If we had a FAQ, this would be the (or my) #1 question. It sounds like you > have not rebuilt your index, like: > misc/migration_tools/rebuild_zebra.pl -b -a -r > > See also misc/cronjobs/crontab.example so that you can schedule the index to > be rebuil

Re: [Koha-devel] Missing results when searching OPAC

I actually have a poorly organized FAQ in the manual ( http://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-Contents/Appendicies/FAQs) and can add this there - but I say add it to as many places as possible. --- Nicole C. Engard Open Source Evangelist, LibLime (888) Koha ILS (564-2457

[Koha-devel] Email::Date module

Hello, all. Can anyone tell me what sort of terrible events will transpire if I install libemail-date-perl version 1.101-1 Etch package instead of the 1.103 version recently specified as a Koha dependency? I like to avoid installing modules directly from CPAN, but of course avoiding breakage is a

Re: [Koha-devel] Email::Date module

Hi Clay - Based on the changelog for Emai::Date, I can't see anything immediately threatening: Email::Date is actually just a dependency because it's required by MIME::Lite. As long as that's happy, I think Koha will be, too. I recommend

[Koha-devel] RFC 3.2 - hold request targeting

Hi, For 3.2, LibLime proposes to add a feature to target specific items to fill hold requests. This targeting, which would be done in conjunction with use of the holds queue batch job (build_holds_queue.pl) and its report, would allocate items that are sitting on the shelf to fill specific hold r

Re: [Koha-devel] Koha Plone Contest

hi > Now that 3.0 is out - it's time to decide what we're going to do about > the Plone migration - we don't really have a consensus here. How do > we decide which route to take? Is it possible to basically put the current design into Plone? I had thought people were generally happy with the cu

Re: [Koha-devel] RFC 3.2 - hold request targeting

Hi, On Thu, Aug 14, 2008 at 4:00 PM, Galen Charlton <[EMAIL PROTECTED]> wrote: > For 3.2, LibLime proposes to add a feature to target specific items to > fill hold requests. This targeting, which would be done in > conjunction with use of the holds queue batch job > (build_holds_queue.pl) and its