Send Koha-devel mailing list submissions to
       koha-devel@lists.koha.org

To subscribe or unsubscribe via the World Wide Web, visit
       http://lists.koha.org/mailman/listinfo/koha-devel
or, via email, send a message with subject or body 'help' to
       koha-devel-request@lists.koha.org

You can reach the person managing the list at
       koha-devel-owner@lists.koha.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Koha-devel digest..."


Today's Topics:

  1. Re: Koha PEOPLE Efficiency [WAS: RFC: Koha : Merge        biblio &
     biblioitems tables] (Rick Welykochy)
  2. Re: mod_perl (Wojciech Zatorski)
  3. Re: [RFC ver2 4/4] DBIx::Class - Changes to       C4::Members to
     start using DBIx::Class (Paul POULAIN)


----------------------------------------------------------------------

Message: 1
Date: Thu, 27 Nov 2008 05:41:10 +1100
From: Rick Welykochy <rick@praxis.com.au>
Subject: Re: [Koha-devel] Koha PEOPLE Efficiency [WAS: RFC: Koha :
       Merge   biblio & biblioitems tables]
To: Andrew Moore <andrew.moore@liblime.com>
Cc: "koha-devel@lists.koha.org" <koha-devel@lists.koha.org>
Message-ID: <492D9846.4030504@praxis.com.au>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Andrew Moore wrote:

> On Tue, Nov 25, 2008 at 5:40 PM, Rick Welykochy <rick@praxis.com.au> wrote:
>> <RANT>
>>
>> I am *VERY* concerned about people performance. To wit:
>
> Hi Rick - I'm thankful for your rant. Not only do I agree that we're
> suffering from some technical debt that makes contributions more
> difficult, time consuming, and laborious, but I see notes like yours
> as more of a motivational encouragement than a repetition of old
> arguments. I try to make my new code better than what came before it,
> and to make some of the surrounding code a little better, too. I hope
> you do the same and to help me and others improve.

[SNIP]

Thanks Andrew for taking the time to move my <RANT> forwards to suggestions
for some positive action. That is of course what we need here.

I am taking onboard all of your recommendations ... one could become *very*
busy dipping into all of these pies. I'll see what fits my spare time and
"esprit".

And I haven't forgotten about your ORM work and suggestions. I just have to
get that darn perl modules installed in a clean install of Koha, which takes
finding a spare (virtual) host somewhere.

Hrrmmm ... this brings up another topic: Koha dev environments.
But I'll leave that for another posting.


cheers
rickw



--
_________________________________
Rick Welykochy || Praxis Services

You go find out what they need and I'll start coding.
     -- two geeks


------------------------------

Message: 2
Date: Wed, 26 Nov 2008 20:03:23 +0100
From: Wojciech Zatorski <listy-in@zatorski.net>
Subject: Re: [Koha-devel] mod_perl
To: Koha-devel <koha-devel@lists.koha.org>
Message-ID: <405097270.20081126200323@zatorski.net>
Content-Type: text/plain; charset=Windows-1250

Hello Joe,

Wednesday, November 26, 2008, 4:48:56 PM, you wrote:

JA> Wojciech --

JA> Obviously 3 years ago would have been with a 2.2 (or perhaps
JA> earlier?) version of Koha.? Have you upgraded to 3.x under the
JA> same environment?

yes.. version 2.2.x and no we still using 2.2.x as framework.

JA> ? Can you also confirm that you have multiple
JA> Koha databases running concurrently on the same server?

yes on version 2.2.x we have multiple KOHA installation (perl code
shared).

               my $r = Apache2::RequestUtil->request( );
               $conf_fname = $r->dir_config('KOHA_CONF');

--
The Main Library of Szczecin University.
Computerization Department.
http://bg.univ.szczecin.pl



------------------------------

Message: 3
Date: Thu, 27 Nov 2008 09:12:38 +0100
From: Paul POULAIN <paul.poulain@free.fr>
Subject: Re: [Koha-devel] [RFC ver2 4/4] DBIx::Class - Changes to
       C4::Members to start using DBIx::Class
To: "koha-devel@lists.koha.org" <koha-devel@lists.koha.org>
Message-ID: <492E5676.1070900@free.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Rick Welykochy a ?crit :
> Paul POULAIN wrote:
> If by "user" you are referring to the librarian or Koha user, then
> it is up to the Koha application to intercept and process the above
> error if it does happen and take remedial action, i.e. send an indignant
> email to Koha-dev!
>
> Given that you *cannot* create invalid FK relationships in the database,
> I don't see how anything could fail using FK constraints. They are a
> Good Thing (tm) and are required to avoid orphaned child records
> amongst many other things.

I know what is a FK done for, Rick (and in fact I'm the author of most
of the FK in the DB atm ;-) )
What is a shame is that the librarian can enter something, enter "OK",
and ... see nothing ... the value hasn't be added due to a FK error, and
nothing on the browser : everything seems OK ! Quite annoying for the
librarian !

We can't ask the librarian to look in error.log ! So we need to display
something on the browser, like "Oups, something goes wrong. Ask the Koha
team and specify the following problem : "FK contraint at xxxxx.pm, line
YYY, koha version X.XX.XX.XXX" "

Fortunatly, those errors are very uncommon, and I think I've seen them
occuring only when a part of the DB has been entered through SQL insert
& not the browser. But we should trap that anyway ! (as we should trap
any SQL error)


--
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
NOUVEAU TELEPHONE : 04 91 81 35 08


------------------------------

_______________________________________________
Koha-devel mailing list
Koha-devel@lists.koha.org
http://lists.koha.org/mailman/listinfo/koha-devel


End of Koha-devel Digest, Vol 36, Issue 41
******************************************