Re: [Koha-devel] question/problem with date

confirm with the following one-liner: perl -e 'use POSIX qw(strftime); print POSIX::strftime("%Y-%m-%d",0,0,0,0,-1,-1900), "\n";' --joe atzberger ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel

Re: [Koha-devel] Label generator broken

Josh, you should already have 4 patches from me in queue to remedy these (but probably not all) label problems. I spent a dozen or more hours debugging this in support of our clients. I would be happy to do QA for version 3.2's labels code, where I would expect a total overhaul. --Joe Atzb

Re: [Koha-devel] a new perl dependence

Thanks for reporting this. I have sent a patch to correct Makefile.PL. -- Joe Atzberger On Wed, May 14, 2008 at 9:21 AM, Zeno Tajoli <[EMAIL PROTECTED]> wrote: > Hi to all, > > I have installed Koha 3 beta 2 with all new fix availables on git. > I use debian > I have i

Re: [Koha-devel] RFC on ISBN sanitisations, was: [Koha-patches] [PATCH] Bugfix ShelfBrowser using unsanitized ISBNs. Owen reported the

gt; wrote: > Hi, > > On Wed, May 14, 2008 at 12:32 PM, MJ Ray <[EMAIL PROTECTED]> wrote: > > Joe Atzberger <[EMAIL PROTECTED]> wrote: [...] > > > +++ b/opac/opac-detail.pl > > [...] > > > +sub isbn_cleanup ($) { > [snip] > > Should thi

Re: [Koha-devel] RFC: add optional HTTP status argument to output_html_with_http_headers

Legitimate HTTP codes are good ideas. On Mon, May 19, 2008 at 3:05 PM, Jesse <[EMAIL PROTECTED]> wrote: > output_error "404", sprintf("Biblio #%d was not found", $biblionumber); > For consistency and differentiation with (recently added) ajax functions in Output, we might want output_html_error

Re: [Koha-devel] RFCs for 3.2

easons, mostly involving portability of some sort. :-( A necessary component of finishing 3.0 is formally deciding what features will NOT be a part of it, as documented by these RFC's. These do not represent an assignment of priority. --Joe Atzberger Systems Administrator, LibLime _

Re: [Koha-devel] GBS terms of services

nd see if they have a more receptive response than I do. --Joe Atzberger On Mon, Jun 16, 2008 at 4:44 PM, Nicolas Morin <[EMAIL PROTECTED]> wrote: > Hi all, > I went to the French Library Association's Congress last week, and had > an interesting talk with the representative

Re: [Koha-devel] [Koha-patches] [PATCH] Bug 2176: adding SMS::Send to list of dependencies

oping a better way of accounting for the optional dependencies we do have, or migrating them to the kind of perl dependency that is unobjectionable. --Joe Atzberger ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel

Re: [Koha-devel] [Koha-patches] [PATCH] Bug 2176: adding SMS::Send to list of dependencies

On Mon, Jun 23, 2008 at 5:49 PM, MJ Ray <[EMAIL PROTECTED]> wrote: > "Joe Atzberger" <[EMAIL PROTECTED]> wrote: > > On Mon, Jun 23, 2008 at 1:10 PM, MJ Ray <[EMAIL PROTECTED]> wrote: > > > Requiring modules that we're not actually going to us

Re: [Koha-devel] [Koha-patches] [PATCH] Fix a bug affecting C4::Context and default context

not. IMHO, the intended purpose is better suited to the INIT block, that should only happen once per execution at the class level. If it is going to read KOHA_CONF on import, certainly it should do so only once, but I would argue it shouldn't do it on import in ANY case. --Joe Atzberger

Re: [Koha-devel] Question RE: Purpose of 'Actual Cost' field in Acquisitions

My interpretation was that the "Replacement Cost" is what the patron gets charged, and that is free to be punitively large (like the retail price of the book, plus a handling fee) or forgivingly small (e.g. a low flat fee for children's books that the library may not intend to replace anyway), rela

Re: [Koha-devel] MIME::Lite issues

It seems like: 3.021 installed vs. 3.01 required should already succeed, right? What is happening there that wouldn't happen with 3.00 or 3.000 or 3? When I check CPAN, it appears consistent with what John reports: Module id = MIME::Lite DESCRIPTION Easily create MIME/SMTP mails w/attachemen

Re: [Koha-devel] Koha 3.0 - XML::LibXSLT

The package: Net::Z39.50::ZOOM should be: Net::Z3950::ZOOM No dot in the middle. For the others, you should find platform-specific binary packages and prefer those over the CPAN modules. --joe On Fri, Jul 11, 2008 at 7:41 AM, Partha Mukhopadhyay <[EMAIL PROTECTED]> wrote: > Dear developers > >

Re: [Koha-devel] Koha 3.0 - XML::LibXSLT

. Please advise if they are incomplete or incorrect. Thanks, --Joe On Fri, Jul 11, 2008 at 10:48 AM, Partha Mukhopadhyay <[EMAIL PROTECTED]> wrote: > > > - Original Message ----- > > From: "Joe Atzberger" <[EMAIL PROTECTED]> > > To: "Partha M

Re: [Koha-devel] SIP 2 Devises.

time, with your other ILS. One persistent problem is how to secure communications between SIP systems, since that is not provided by the specs, and the reference (3M) implementation relies on telnet. This is a problem for all ILS implementations. --Joe Atzberger, LibLime, Systems Administrator O

Re: [Koha-devel] Prepackaged perl distro

le::Koha and let packagers build off of that. --Joe Atzberger On Wed, Jul 16, 2008 at 7:48 AM, Rick Welykochy <[EMAIL PROTECTED]> wrote: > Chris Cormack wrote: > > >> We cobbled together perl + all perl modules required. > >> > >> The virtual builder then si

Re: [Koha-devel] July 16th git errors

The Algorithm::CheckDigits maintainer did not always use a declared $VERSION number (and maybe still doesn't), so that warning is a common one. For Image::Magick, try installing is as a binary package for your OS (you didn't say which), and then the perl interface to it. On debian that might be "

Re: [Koha-devel] Prepackaged perl distro

t were abstracted enough to be generally useful outisde of Koha, then we should post them to CPAN and keep them up to date. This would be like MARC::File or MARC::File::XML, currently maintained by Mike Rylander or Josh, respectively, and certainly useful in m

Re: [Koha-devel] RFC 3.2 : Item status bulk change

Any chance of preserving the list of barcodes somehow in a way that might be used again, or by other features? This kind of batch/bulk management is going to be increasingly important as more large institutions come online. --Joe On Thu, Jul 24, 2008 at 9:21 AM, Paul POULAIN <[EMAIL PROTECTED]>

Re: [Koha-devel] Prepackaged perl distro

> > what are the differences introduced at Perl 10.0 > in the CORE that you refer to? Would they affect an existing > Koha/2.2.9 or Koha3.0 install? The cause/culprit isn't clear, but we definitely have compatibility issues between 5.10 and MARC::File::XML, for example. See bug #2309: http://bug

Re: [Koha-devel] Prepackaged perl distro

> Why would you deduce that it is the Perl CORE at fault? I didn't: It's not my bug. The conclusion was that the 5.10 installation as whole held some incompatibility. I agree the slippery XML parser is a likely culprit (and a serious pain), possibly because the "wrong" one is already pre-instal

Re: [Koha-devel] RFC 3.2 : Item status bulk change

> what about adding a feature to bulkchange a given virtual shelf ? That > would be an already existing place to remember a batch. > We could also port some feature that exist on OPAC to deal with > basket/lists to staff interface. > Then, have a bulkstatuschange applied on a virtual shelf. > Only

Re: [Koha-devel] [Koha-patches] [PATCH] BUG-2393: ENHANCEMENT: SearchMember() uses "cardnumber%" wildcard - if other search-types fail

> On Fri, Jul 25, 2008 at 1:57 AM, paul POULAIN <[EMAIL PROTECTED]> > wrote: > > Please note that the SQL "LIMIT" pragma is mySQL specific. So it must be > avoided. Paul, I'm not sure what gave you that impression. Maybe you are thinking of Oracle, where a "rownum" construction is used. (But no

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

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 rebuilt regularly. --joe On Wed, Aug 13, 2008 at 1:00 PM,

Re: [Koha-devel] On the way to the Debian package

nd the opac on the same host > and port in two different web server directories (for example /opac > and /intranet) ? As it stands, there would be conflict with this type of installation. In particular, the session cookies would overwrite each other if

Re: [Koha-devel] On the way to the Debian package

> From what I know, "cart" was directly used from yui and there was a > translation issue for that. And we had to translate the js lib but for one > word, I had rather set the name in the templates. > Henri -- I think you are talking about translating Koha's js that in turn uses YUI, not translat

Re: [Koha-devel] Koha 3 Advanced Search

There was a known deficiency in one of the zebra configuration files that caused the symptoms you report. If your version is older than the July 12th patch, please update your file: etc/zebradb/ccl.properties The git version is here: http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=etc/zeb

Re: [Koha-devel] Reminder: Koha project meeting on #koha, 12 September 2008 at 19:00 UTC

On Fri, Sep 12, 2008 at 2:13 PM, Frederic Demians <[EMAIL PROTECTED]> wrote: > > > Would you be actively reviewing many or most patches that are > > submitted, and > > perhaps maintaining a QA Git tree? Or do you see your role more as > > organizing testing or advocating good software development

Re: [Koha-devel] Problems with diacritics

keyboard do you have setup? And how do you input the diacritical characters? I am experiencing differences in the the default diacritical representations between Mac OSX and WinXP. --Joe Atzberger ___ Koha-devel mailing list Koha-devel@list

Re: [Koha-devel] koha code cleaning bug?

On Mon, Sep 29, 2008 at 11:03 AM, Galen Charlton <[EMAIL PROTECTED] > wrote: > Hi, > > On Mon, Sep 29, 2008 at 9:42 AM, Marc Chantreux > <[EMAIL PROTECTED]> wrote: > > do you think that: > > > > for my $var ( list_generator ) { > >$var =~ /useless/; > >$var =~ s/old/new/; > >next unles

Re: [Koha-devel] patches for 3.0 / head / both

Paul -- I think as long as the commit message identifies the target as 3.0-specific, there is not much benefit from a separate patches list for 3.0. I might defer to HDL on this, since he is the end recipient/manager of those patches, but I think the community of reviewers should be the same. Si

Re: [Koha-devel] should amountoutstanding approach zero?

unique key also. I look forward to this rework but it is not my present task. --Joe Atzberger On Tue, Oct 14, 2008 at 3:42 PM, Michael Hafen <[EMAIL PROTECTED]>wrote: > I'm looking through Accounts.pm and I see the call to fixcredit() is > commented out, and the POD for fixcre

Re: [Koha-devel] adding a model abstraction ?

k at it more on Friday, after which maybe I can send some patches for review and further experimentation? It is a little more of an OO approach, and I'll be interested to see what you think of it. --Joe Atzberger On Wed, Oct 15, 2008 at 9:28 AM, Marc Chantreux <[EMAIL PROTECTED] > wrote:

Re: [Koha-devel] Constraints on issues tables

All sound good to me. On Wed, Oct 15, 2008 at 6:37 PM, Galen Charlton <[EMAIL PROTECTED]>wrote: > Hi, > > I've found at least one Koha database that has multiple issues rows > for the same item but different patrons. This doesn't map well to the > reality of loaning physical items, unless somebo

Re: [Koha-devel] Not know how to use finesMode

The example crontab file was altered to make it's examples invalid. They look like lines for cron, not crontab. Please see the original crontab.example: http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=misc/cronjobs/crontab.example;hb=830d1f19b458fce4ba9c03bd9aa7759e9f698def

Re: [Koha-devel] Problem with module CGI

han using the cpan > command > Please confirm you have installed the module via this method. --Joe Atzberger On Thu, Oct 16, 2008 at 5:09 AM, Samuel Gil López <[EMAIL PROTECTED]>wrote: > Hello everyone, > > Actually, I'm in a developer group and we are trying to impl

Re: [Koha-devel] Not know how to use finesMode

The variables have to be exported, not just set. I can't comment about the technical difference between different fines scripts: in the current version of Koha they are consolidated into one fines.pl script. Obviously there used to be differences, but it is much better to have one script in commo

[Koha-devel] "Till Reconciliation" Report

se keep in mind I support the idea/workflow of this report, I just think that we cannot allow the current implementation to be mistaken for valid. Any complaints about removing it until fines is overhauled, comments or considerations? --Joe Atzberger, LibLime ___

Re: [Koha-devel] availability of a reserved item

Anybody working on this aspect of holds should focus on the display only and not the underlying (C4) representation given the likelihood of other code being effected. "On Shelf" makes sense to me also. I think that whether an item is "available for hold" does not need any descriptive text beyond

Re: [Koha-devel] configuration files for Debian packaging 2/3 (reconfiguration)

platform-incompatibility, but for a linux package they can apt-get reliably, there is no advantage to nozebra. Thanks for your work on this. --Joe Atzberger, LibLime On Wed, Oct 29, 2008 at 6:07 PM, Vincent Danjean <[EMAIL PROTECTED]>wrote: > Hi, > > As I've a few free time,

Re: [Koha-devel] configuration files for Debian packaging 1/3 (servers and ports)

> * zebrasrv > must run on the same machine as apache ? (in this case, opac and intranet > cannot be separated) > Or > *** > unix:__ZEBRA_RUN_DIR__/bibliosocket > >unix:__ZEBRA_RUN_DIR__/authoritysocket > *** > can be changed to point to another machine ? Yes, Zebra can be configured to run a

Re: [Koha-devel] availability of a reserved item

ucceed). The current code seems to do it for item-level holds where the holding branch is the pickup branch and ReservesNeedReturns is OFF. I think we have heard reports of problems with volume/set display previously as it relates to large numbers of textbooks. --Joe Atzberger

Re: [Koha-devel] Trouble with Business::ISBN for Lenny

The operative messge is: You need LWP::Simple to use xisbn() at t/xisbn10.t line 65 So you should do: sudo cpan LWP::Simple --Joe Atzberger On Thu, Oct 30, 2008 at 11:18 PM, harry wykman <[EMAIL PROTECTED]> wrote: > > Hello, > > I am trying to install koha3 on Debian

[Koha-devel] RFC: Common base for Koha table operations

t script (a good place to start). This approach is still experimental, so it does not supplant any production code. Please review and feedback. --Joe Atzberger, LibLime ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel

[Koha-devel] [PATCH] C4::Table - A simple OO database abstraction layer.

y ($sql_tail,@exe_args) = $self->parse_args('select', shift); + my $query = "SELECT * FROM $self->{tablename} " . ($sql_tail||''); + $debug and print STDERR "select query:\n $query\n", +

Re: [Koha-devel] [PATCH] C4::Table - A simple OO database abstraction layer.

"value"}) statements. Would be nice to be able to use the same OO code accessing issues and old_issues, or any of the XX and old_XX tables, for example. --Joe On Tue, Nov 4, 2008 at 12:43 PM, Paul POULAIN <[EMAIL PROTECTED]> wrote: > Joe Atzberger a écrit : > > The purpose

Re: [Koha-devel] Failing make test for Koha installation

Sean -- sudo cpan HTML::Scrubber; --joe On Wed, Oct 29, 2008 at 1:23 AM, Sean Toczko <[EMAIL PROTECTED]> wrote: > Hello All - > > Having trouble withe the installation of Koha 3.00.00 on a Linux LAMP > server running Ubuntu Gutsy Gibbon. Have downloaded and untarred the > koha tar ball, have My

Re: [Koha-devel] [PATCH] C4::Table - A simple OO database abstraction layer.

On Wed, Nov 5, 2008 at 5:42 AM, Paul POULAIN <[EMAIL PROTECTED]> wrote: > Joe Atzberger a écrit : > > Paul -- > > > > I think you mean all the SQL should be in C4, and yes I agree with > > that. C4::Table does not receive any SQL as arguments to select, insert &

Re: [Koha-devel] GetMember() cardnumber vs. firstname search

On Wed, Nov 5, 2008 at 10:29 AM, Galen Charlton <[EMAIL PROTECTED]>wrote: > Hi, > > On Wed, Nov 5, 2008 at 5:48 AM, Paul POULAIN <[EMAIL PROTECTED]> wrote: > > Why do you find that not beautiful ? > > From a perf pov, it's efficient : do an exact search, and if you don't > > find anything, open t

Re: [Koha-devel] Class::DBI vs DBIx::Class

> BTW: what is the C4 namesapce? why is it called C4? > It's Koha's perl module directory/namespace. Chris Cormack told me the reason, once, I think, but basically it's C4 de facto, because it is. I like the joke that it's C4 because it explodes. ___ K

Re: [Koha-devel] [PATCH] C4::Table - A simple OO database abstraction layer.

Welykochy <[EMAIL PROTECTED]> wrote: > Joe Atzberger wrote: > > > The purpose of Table is to provide all the basic functionality that > > is reimplemented multiple times throughout Koha for each DB table. > > This code is considered experimental and does not yet s

Re: [Koha-devel] CSS errors

To be clear, those are warnings, not errors. This is different in principle than debug messages since debug messages are ones you send to yourself. There is a case to be made for making CSS "perfect" according to Firefox, but in my opinion, not much of one. Testing a basic catalog search respons

Re: [Koha-devel] Problems with diacritics

org/doku.php?id=encodingscratchpad Thank you for providing a concrete set of steps with data so that we at least have something to test! --Joe Atzberger, LibLime On Mon, Oct 6, 2008 at 5:45 PM, Constantine Tsardounis < [EMAIL PROTECTED]> wrote: > > $ uname -a > Linux asymmetry.*. 2.6.26-1-686

Re: [Koha-devel] hold on another branch

Nahuel -- See perldoc C4::Reserves for the logic and database representation. The holding branch should use the holds "pick list" report from the staff client. Then when they scan in the retrieved items on that list, the interface will tell them where to transfer it (and update the hold to be pa

Re: [Koha-devel] hold on another branch

On Fri, Nov 21, 2008 at 1:18 PM, Nahuel ANGELINETTI < [EMAIL PROTECTED]> wrote: > Le Fri, 21 Nov 2008 12:15:04 -0500, > "Joe Atzberger" <[EMAIL PROTECTED]> a écrit : > > > Nahuel -- > > > > See perldoc C4::Reserves for the logic and database repr

Re: [Koha-devel] RFC: Koha : Merge biblio & biblioitems tables

Given the rarity of dumping MARC data, and the preference for that being the authoritative data, I see no reason to retain the non-XML version. Dumps would take a lot more clock-time to reassemble the MARC machine-code lines, but such operations on more than a handful of records would be (1) rare

Re: [Koha-devel] mod_perl (was: DBIx::Class stuff)

Frederic, regarding Apache2::Reload, I think that is an interesting module, but I find their performance warningsoffputting, basically that (1) you have to use a "touch" file and (2) child memory not shared back w/ parent,

Re: [Koha-devel] RFC: Koha : Merge biblio & biblioitems tables

Or we have the option of not caring at all once an ORM is in place! --joe On Tue, Nov 25, 2008 at 7:23 AM, Galen Charlton <[EMAIL PROTECTED]>wrote: > Hi, > > On Tue, Nov 25, 2008 at 4:24 AM, Paul POULAIN <[EMAIL PROTECTED]> > wrote: > > In fact I don't care. But atm we have some tables plural, an

Re: [Koha-devel] RFC: Koha : Merge biblio & biblioitems tables

some of these queries for some work I'm looking at that won't wait until > after > the ORM changes are in place. > > But I'd rather put time in where it's most valuable short-term. > > Comments ? > > Ryan > > > > On Tue, Nov 25, 2008 at 12:43 PM, J

Re: [Koha-devel] Label and barcode generator broken

The label generator appears to have character-set limitations. It may work fine for a given set of data and drop errors on another. To me it looks like we haven't found a truly UTF-8 compatible perl module for generating PDFs. I suspect such a thing may not yet exist. --Joe On Tue, Nov 25, 200

Re: [Koha-devel] mod_perl

Wojciech -- Obviously 3 years ago would have been with a 2.2 (or perhaps earlier?) version of Koha. Have you upgraded to 3.x under the same environment? Can you also confirm that you have multiple Koha databases running concurrently on the same server? --Joe On Wed, Nov 26, 2008 at 1:58 AM, Wo

Re: [Koha-devel] Accents

Please be more specific. Do you mean there are problems importing the data, displaying it, searching for it in the index, printing barcodes for items, saving titles to a list, emailing data, or something else? All these areas have been problematic for Unicode data at one time. Some areas have be

[Koha-devel] TMPL_VAR default

e translation system that impedes our use of this rather useful feature? If so, can anyone say more specifically what the problem is? That should be regarded as a bug worth fixing, and not some natural limitation that we just have to work around. I'm willing to attempt it if anybody can narrow

Re: [Koha-devel] binmode in pler scripts for utf-8 support

Rick -- That is just one form that happens to be used for existing filehandles. You can also find similar code in "open" statements (see rebuild_zebra.pl) and the same code in different forms like: binmode(STDOUT,":utf8"); We should setting it (or something like it) where needed. --Joe On Sun,

Re: [Koha-devel] French sysprefs file encoding

The git config step from the git usage pagealso should help: git config --global format.headers "Content-Type: text/plain; charset=\"utf-8\"" That is, it makes sure git sends email in UTF8. Frédéric Demians discovered this and I think I

Re: [Koha-devel] Integrating KOHA with an SIS

ha updated though, since the codebase and interface design are fairly volatile. --Joe Atzberger On Mon, Dec 22, 2008 at 2:27 AM, kabir wrote: > hello, > We developed a Student Information System on the LAMP platform( Linux > Apache MySql PHP ) and would like to integrate Koha as the l

Re: [Koha-devel] Koha 3 Z3950 error on Ubuntu Gutsy

> > Can't locate Unix/Syslog.pm Try: sudo cpan Unix::Syslog; --Joe On Tue, Dec 23, 2008 at 6:47 AM, Partha Mukhopadhyay wrote: > Dear all > > I'm facing a problem in accessing Z3950 search utility in koha 3 on Ubuntu > Gutsy. Everytime I enter a query in z3950 search interface it report - > "N

Re: [Koha-devel] About Javascript translations

I think the convention has been to use the underscore function to designate translatable string literals like: alert( _("Error: barcode empty!") ); Whether that is actually working or not, I'll have to leave for someone else to answer. --Joe On Mon, Dec 29, 2008 at 10:25 AM, Nahuel ANGELINETTI w

Re: [Koha-devel] Koha Codebase Size?

On Mon, Dec 29, 2008 at 11:50 AM, Stan Brinkerhoff wrote: > All, > > Has there been any discussion about trimming down the size of the Koha > distribution? The issue it seems isn't the code; but rather items such as > TinyMCE being copied into every template directory, and the /misc/ folder is >

Re: [Koha-devel] how to handle the link back to amazon?

On Fri, Jan 16, 2009 at 7:32 AM, Nicole Engard wrote: > > Also, does the link have to go to Amazon US? Can't we set it up so > that the users can pick their local Amazon? > This is already established via the SysPref "AmazonLocale". I think we could go the route Nicolas suggests, and try to stay

Re: [Koha-devel] About Mail::Sendmail

Nahuel, You might be able to fix your problem with basic system adminstration, configuring sendmail to allow itself a larger memory footprint. -Joe On Fri, Jan 16, 2009 at 9:13 AM, Nahuel ANGELINETTI wrote: > Le Fri, 16 Jan 2009 09:13:39 -0500, > Galen Charlton a écrit : > > > Hi, > > > > On F

Re: [Koha-devel] Advice on managing Git, Branches & Patches

On Wed, Jan 21, 2009 at 9:52 AM, Kyle Hall wrote: > To make five patches to submit, I created five branches based on > master, then rebased each one leaving only one of the feature commits > for each, thus ending up with five patches starting in 0001. Is this a > reasonable way to work, or is the

Re: [Koha-devel] [Koha] Adding to the circulation template

Yeah, if you use the js Calendar date picker as in current Koha, the dates/years are effectively unlimited. --joe On Wed, Jan 21, 2009 at 11:44 AM, Owen Leonard wrote: > > Would it be better to add code to Koha so that the list starts with > > the current year, and gives the next five or ten ye

Re: [Koha-devel] unimarc mapping to biblioitems.volume inconsistant

In these UNIMARC cases I would tend to defer to the French version as more correct, since it is more extensively used and tested. Probably Paul or Henri can confirm. -- Joe On Wed, Jan 21, 2009 at 6:18 PM, Michael Hafen wrote: > So I'm working on adding a remainderoftitle column to the biblio t

Re: [Koha-devel] [Koha-patches] [PATCH] Removed RSS Option from UI

While it is the obvious "core" of DB access in Context, it is not the only target for memcached efficiency, in my mind. That is because the access is rather straight-forward retrieving preferences (that are already cached for the process by Koha). To me, the best targets are the sections that req

Re: [Koha-devel] [Koha-patches] [PATCH] Removed RSS Option from UI

On Wed, Feb 4, 2009 at 5:50 PM, Rick Welykochy wrote: > Of course, a cache is pretty useless unless perl itself is cached using > mod_perl or similar. Although I agree the ORM layer really accelerates how quickly you can get benefit out of memcached, it is certainly incorrect that mod_perl is r

[Koha-devel] value_builder plugins (security hole)

se they may be obsolete entirely. Can anyone at BibLibre comment on the status of these scripts? --Joe Atzberger, LibLime ___ Koha-devel mailing list Koha-devel@lists.koha.org http://lists.koha.org/mailman/listinfo/koha-devel

Re: [Koha-devel] Holds queue report

All good thoughts, in particular the design approach in #3 to maintain freshness is a great new idea. --joe On Tue, Feb 17, 2009 at 10:03 AM, Owen Leonard wrote: > Now that we're up and running on 3.0, we're discovering some aspects > of the Holds Queue report that are not working for us: > > 1

Re: [Koha-devel] FW: Importing Data

You are missing the point of the PERL5LIB variable. Set it to the directory that contains the "C4" directory. Not the location of the script. Then export it and try again. --Joe On Fri, Feb 20, 2009 at 9:36 AM, Roche III, Edward < edward_ro...@solanco.k12.pa.us> wrote: > > I changed the PERL5

Re: [Koha-devel] Clarify timeout syspref?

On Tue, Feb 24, 2009 at 9:35 AM, Eric Bégin wrote: > > One problem is : as far as I can see, there's only one timeout, while > > there probably should be 2 : one for opac, one for intranet. Short for > > opac, long for intranet, where you want to : start cataloging a book, > > go have a coffee, c

Re: [Koha-devel] Sorting Authority Headings

Should be doable. --joe On Mar 3, 2009 11:04 PM, "Eric Bégin" wrote: Hi, In the authority search, is there a way to sort the result of the authorities headings and subheadings? Let's get the following geographic locations/sublocations Canada » Quebec Canada » Ontario Canada » British Columbia

Re: [Koha-devel] Question about Koha 3.0 Urdu Support!

Muhammed -- I don't know anything about Urdu cataloging, but perhaps you want to use UNIMARC for "marcflavour" instead of MARC21. UNIMARC handles UTF-8 encoding better, but it a different standard than MARC21. --Joe On Sat, Mar 7, 2009 at 3:21 AM, Muahmmad Wasim wrote: > Hi, > > I'm trying t

Re: [Koha-devel] C4::Members Attributes tightener integration

I have mixed opinions about this. On the one hand it seems reasonable, and on the other it seems unnecessary. There are only three places that call AddMember: memberentry, import_borrowers and Auth_with_ldap. In fact, I recently coded a feature for a client so that import_borrowers has a runtime

[Koha-devel] Possible bad patch to stable

A user ("imp") on IRC reported being unable to add patrons to a new installation of 3.00.01.005 because of the error "This patron does not exist." Of course that doesn't make any sense when one is trying to add a new patron. Their logs also showed: [Sun Mar 15 18:20:19 2009] [error] [client 172.1

Re: [Koha-devel] LDAP replication without update

Dobrica -- The problem here is not with LDAP, but with your conception of its use case. Pick any piece of data you intend to be updated and answer: which source is authoritative? LDAP or Koha DB? You actually want a mix of both. Replication has to entail update, because if you happen to have a

Re: [Koha-devel] Possuble Bug when running rebuild_nozebra.pl

It sounds like you are trying to run shell scripts via the web interface? Otherwise the koha-httpd.conf file would not be involved. The answer is: don't do that. Use the command line. --Joe On Mar 23, 2009 7:36 AM, "Roche III, Edward" wrote: Good Morning All Whenever I run this script I ha

Re: [Koha-devel] Possuble Bug when running rebuild_nozebra.pl

the Day, Did You Play to Win or Not to Lose?" > > > >[image: 2976_Solanco_Comm_Graphic][image: MCP(rgb)] > > > > > > *From:* Joe Atzberger [mailto:ohioc...@gmail.com] > *Sent:* Monday, March 23, 2009 9:33 AM > *To:* Roche III, Edward > *Cc

Re: [Koha-devel] [Koha] {Possible SPAM} RE: Barcode Don't Found

On Mon, Mar 30, 2009 at 7:51 AM, Roche III, Edward < edward_ro...@solanco.k12.pa.us> wrote: > Ok...tried to run it from with the installation directory and the build > directory. Linux/Ubuntu is new to me so I am not totally familiar with > the names of things and locations. Can you just treat me

Re: [Koha-devel] 'OpacSuppression' syspref?

I think Ryan might have recently done some work to make this functional. --Joe On Mon, Mar 30, 2009 at 12:08 AM, Mason James wrote: > > On Fri, Mar 27, 2009 at 11:30 AM, Nicole Engard > > wrote: > >> This is from the manual > >> (https://sites.google.com/a/liblime.com/koha-manual/Home/Table-of-

Re: [Koha-devel] a simple update-items.pl tool

Shelves are biblio based, with good reason. The item may have "more" info, but it is quite possibly *wrong* info compared to the other items on the same biblio. In logic, the shelf listing resembles most closely the hit list returned from a search, except that it is composed by an individual rathe

Re: [Koha-devel] Barcode Not Found

2009/4/6 Roche III, Edward > Good afternoon all. > > Brief History for that have not seen my other posts. > > We are trying to migrate to Koha from Follett, when biblio info is exported > from Follett the barcodes have zeros add in place of a space, T 12345 comes > out as T0012345. I updated my

Re: [Koha-devel] Cannot run KOHA 3.0 in Debian 5.0

Try localhost:8080. On Apr 7, 2009 12:08 AM, "Zico" wrote: I am trying to run Koha 3.0 in my Debian 5.0 box. I followed this documentation exactly: http://wiki.jon.geek.nz/index.php/Koha/Install But, i cannot run it in my browser. When i inserted "http://127.0.1.1:8080"; .. the error came: "*

Re: [Koha-devel] Cannot run KOHA 3.0 in Debian 5.0

This piece of information may be critical: On Tue, Apr 7, 2009 at 4:00 AM, Zico wrote: > > *Via: 1.1 proxy.bracu.ac.bd:8080 (squid/2.6.STABLE6) > X-Forwarded-For: 192.168.3.34 > > * > You have a proxy between you and your target, apparently. This is undesirable when your target is the same mac

Re: [Koha-devel] Working on patch, need translation to french for system preference.

Speaking with zero authority on proper usage in French, you might try a backtick instead. On Fri, Apr 10, 2009 at 12:59 PM, Michael Hafen wrote: > Thank you Nicolas. I'll use this translation then. > > On another note, I'm wondering about the single quote. The SQL doesn't > like it in "l'interf

Re: [Koha-devel] [Koha] null itemnumbers and borrowernumbers in issues table

x27;t even know what rule to have circ'd it under. The error message will be more useful than the mangled transaction line. --joe On Fri, Apr 10, 2009 at 3:29 PM, Chris Cormack wrote: > 2009/4/11 Joe Atzberger : > > > > > > On Fri, Apr 10, 2009 at 11:19 AM, Jeffrey

Re: [Koha-devel] Last Koha development version (from git) mentions missing prerequisites that are already installed

Looks like we need to break out the static functions from C4::Labels so that the test can use them directly without C4::Labels trying to "use" Members, Branch, Biblio, etc. and all their dependencies. That is where the tests fail since inevitably one of those tries to do some DB access at the clas

Re: [Koha-devel] Koha hosting - Zebra issues

If you just run the separate zebrasrv process as a different user, on a different port, then it can use the stock DB name as normal. This also helps keep one instance from taxing the others directly during execution. -- Joe Atzberger LibLime - Open Source Library Solutions 2009/4/27 C W Nel

Re: [Koha-devel] Koha hosting - Zebra issues

bra, but at this stage we want > to > enable Zebra. > Zebra is running and does function well on the default port and database > when activated. > > Thanks again for your help. > > - Original Message - > *From:* Joe Atzberger > *To:* C W Nel > *Sent:* Monday, Apri

Re: [Koha-devel] Should we be cleaning zebraqueue and action_logs tables periodically?

Yeah, this is an overall maintenance problem. Take a look at sessions, statistics, accountlines and probably others too, like import_*. A general purpose fix here would be good, but the implementation probably should involve crontab. -- Joe Atzberger LibLime - Open Source Library Solutions On

Re: [Koha-devel] Fixes to opac-search.pl and opac-advsearch.tmpl

orate the updates manually. -- Joe Atzberger LibLime - Open Source Library Solutions On Mon, Apr 27, 2009 at 5:04 PM, Michael Hafen wrote: > Well, I'm stumped. My nearest guess is that > opac/htdocs/opac-tmpl/prog/en/modules/opac-advsearch.tmpl didn't get > updated for some r

  1   2   >