[Koha-devel] sh: mysql: command not found

2009-04-10 Thread Anas Ghrab
Hi, I could install the last version of koha (koha-3.00.01-stable) on Mac os x 10.5.5. But in the third step of the web installation, I get this error : sh: mysql: command not found That is strange as it could connect to the database in the step 2 : Connection established. Database koha e

Re: [Koha-devel] sh: mysql: command not found

2009-04-10 Thread Marc Chantreux
hello, On Thu, Apr 09, 2009 at 07:49:24PM +0200, Anas Ghrab wrote: > I could install the last version of koha (koha-3.00.01-stable) on Mac os > x 10.5.5. But in the third step of the web installation, I get this > error : sh: mysql: command not found sure: it requires the mysql client (the co

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

2009-04-10 Thread Michael Hafen
This is great, I appreciate your work. The sys. pref. controls the appearance of a link and the function of the page linked to. Yes, this is about patron fines. With the sys. pref. when the link is clicked the page presents a form to change the information of the associated fine, the description

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

2009-04-10 Thread Nicolas Morin
On Fri, Apr 10, 2009 at 5:11 PM, Michael Hafen wrote: > This is great, I appreciate your work. > > The sys. pref. controls the appearance of a link and the function of the > page linked to.  Yes, this is about patron fines.  With the sys. pref. > when the link is clicked the page presents a form t

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

2009-04-10 Thread Michael Hafen
The confusion is a flaw in my description. There is a page load when the 'Edit' link is clicked. With the sys. pref. off the link doesn't appear. The link directs to a separate page which also checks the sys. pref. for security sake. Managing fines with this off should be as normal, hence the s

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

2009-04-10 Thread Nicolas Morin
On Fri, Apr 10, 2009 at 6:15 PM, Michael Hafen wrote: > The confusion is a flaw in my description.  There is a page load when > the 'Edit' link is clicked.  With the sys. pref. off the link doesn't > appear.  The link directs to a separate page which also checks the sys. > pref. for security sake.

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

2009-04-10 Thread Michael Hafen
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'interface". To work in the SQL should that be "l''interface"? I ask because I see something similar on another line of the unimarc_standard_systempref.sql fil

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

2009-04-10 Thread Joe Atzberger
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] Working on patch, need translation to french for system preference.

2009-04-10 Thread Michael Hafen
That is certainly valid SQL ( I just tried it ). Which leaves the question of it being proper French. I suggested the two single-quotes because I noticed that had been done somewhere else in that file. I'm open to either method though. Comments please. On Fri, 2009-04-10 at 13:18 -0400, Joe At

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

2009-04-10 Thread Chris Cormack
2009/4/11 Joe Atzberger : > > > On Fri, Apr 10, 2009 at 11:19 AM, Jeffrey LePage > wrote: >> >> Greetings, >> >> We've just discovered 4 records in the issues table that have nulls where >> there should never be nulls.  Specifically, 2 records with null >> borrowernumber and 2 records with null it

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

2009-04-10 Thread Joe Atzberger
The moment of upload should catch failed insertions, optionally saving them in a secondary table as described, with feedback to the user. Itemnumber really shouldn't be NULLable at all, since there isn't any point tracking the transaction if you don't know what it is. You won't even know what rul