Re: [Koha-devel] RPMs for Koha (Fedora, RHEL, openSUSE, etc)

Hi David and the list Yep - still got RPMs happening for Koha - currently on a Fedora COPR, rather than on OBS. ( https://copr.fedorainfracloud. org/coprs/vanoudt/KOHAExtra/ ) The benefit of using a COPR/OBS is that we don't need to go through all the hurdles to get them into the offical repos.

[Koha-devel] RPMs for Koha (Fedora, RHEL, openSUSE, etc)

Hi all, I'm curious how many people are using RPM-based operating systems for running Koha. I know the majority are probably using Debian/Ubuntu, but I reckon there's probably more Fedora/RHEL/openSUSE folk than we might think! I noticed back in 2013 that Nicholas van Oudt had put together

Re: [Koha-devel] Zebra indexing

Tomas, It seems that the _ALLRECORDS is not supported, according to http://www.indexdata.com/zebra/doc/querymodel-zebra.html is experimental. But doesn't give an alternative. *yaz-client -c ./etc/zebradb/ccl.properties

Re: [Koha-devel] Zebra indexing

Hi El jue., 22 sept. 2016 a las 12:01, Rodrigo Santellan () escribió: > Hi, > > Is there any way to show how many biblios index has zebra? Running on the > intranet searching for an item on item search I get some results. > You can use a special zebra index to query all

Re: [Koha-devel] Curiosity why is cardnumber field size 16?

I agree that 16 was chosen "because 16 was chosen", so no real explanation. I agree that we could extend it. Extending it to 255 seems a little bit overkill to me : the larger the patron DB row is, the worst it is (comment related to biblioitems embedding marclxml, see an thread I've started

[Koha-devel] Zebra indexing

Hi, Is there any way to show how many biblios index has zebra? Running on the intranet searching for an item on item search I get some results. Trying to use the OPAC or the Search bar I don't have any matches, zebra is running and I have run perl ./misc/migration_tools/rebuild_zebra.pl -b -a -r

Re: [Koha-devel] To React or not to React

On 22/09/2016 14:56, Owen Leonard wrote: > - How does using React affect translations? > > My impression from looking at React examples online (and from Bug > 17297) is that React JS very often includes HTML markup in a way which > would be too cumbersome to manage with the way we handle >

Re: [Koha-devel] To React or not to React

Sorry folks, but this is pretty long. > That said, I think it’s a shame that Koha has no priorities. I also want > Koha to be the fastest, slickest most useful ILS in the world, but I think > more collaboration and cooperation would help ensure that. For companies to collaborate and cooperate