- Koha-devel - lists.koha-community.org

RE: [Koha-devel] log about z3950
by Sullivan,Deric [CMC] 27 Feb '04

27 Feb '04

Hi, I think there is an important difference between using the InactiveDestroy and opening a new handler in the forked process. Opening the new handler is similar to using C4::Context->new_dbh. Either way, the original handler was opened before the fork. So even if the child (forked) process does not use the original handler, it still has a reference to it which it inherited from the parent. So when the child process terminates, the system will close the original database connection. InactiveDestroy tells the system not to clean up (close) this database connection. You can still use the original connection in the child process even if you use InactiveDestroy (just don't close the database connection explicitly). Another way to do it would be to have the parent process open a new database connection after it forks a child, but it would have to do this for each child it forked. On my system, a "man DBI" and a search for "InactiveDestroy" gives some good information on this. Ben might want to try and go back to processz3950queue 1.10.2.3 and make the changes I suggested in the last email. Deric -----Original Message----- From: paul POULAIN [mailto:paul.poulain@free.fr] Sent: 27 February, 2004 03:55 To: Benedykt P. Barszcz Cc: 'koha-devel(a)lists.sourceforge.net' Subject: Re: [Koha-devel] log about z3950 Benedykt P. Barszcz wrote: W liście z czw, 26-02-2004, godz. 23:22, Sullivan,Deric [CMC] pisze: Replace: my $dbi = C4::Context->dbh; with: $dbh->{"InactiveDestroy"} = "true"; Replace all references to dbi with dbh. I think that Paul has removed this instance of my $dbi = C4:: ... Instead there's this: my $dbi = DBI->connect("DBI:$db_driver:$db_name:$db_host",$db_user, ... Since I am not a perl guru, could anyone enlighten me what to do? The idea is : * the DB handler, when the process is forked, is forked too. So, 2 process use the same DB, and one can close the connection that the other tries to use. so, the solution is to have a specific handler for every process. My modif should do the same thing as the InactiveDestroy one : it opens a new handler. Let's try it again. If it does not work, i'll modify the processz3950queue to avoid forks. the limit here is that searches on various z3950servers will no more be asynchronous. So i would use a parameter to decide how many forks we accept. But I hope my "hard coded opening of dbh" will work. -- Paul POULAIN Consultant indépendant en logiciels libres responsable francophone de koha (SIGB libre http://www.koha-fr.org)

1 0

RE: [Koha-devel] a better english word for a breeding farm?
by Bruffey, Mark 27 Feb '04

27 Feb '04

The System we currently use refers to that group of records as an "entry collection." I do not know if that terminology is subject to copyright or not. The application is named Athena (cf. sagebrush tech). -----Original Message----- From: Stephen Hedges [mailto:shedges@skemotah.com] Sent: Friday, February 27, 2004 10:32 AM To: paul POULAIN Cc: Koha-devel List Subject: Re: [Koha-devel] a better english word for a breeding farm? Oddly enough, I was thinking about this yesterday, after trying to explain the "breeding farm" to the people in the Koha workshop we did. I would suggest "incubator" as a better word than "breeding farm." paul POULAIN said: > Rachel Hamilton-Williams wrote: > >>Hmm >> >>we've struggled with that a bit - in the context it means "records you >>might want to use to populate your catalogue" >> >> "reservoir" perhaps? >> >> "storage" ? >> >>I've heard using those records be refered to as "Copy Cataloguing" >> >> > If "reservoir" is ok, then we could use it : it's the word in french > !!! > > -- > Paul POULAIN > Consultant indépendant en logiciels libres > responsable francophone de koha (SIGB libre http://www.koha-fr.org) > -- Stephen Hedges Skemotah Solutions, USA www.skemotah.com -- shedges(a)skemotah.com ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel

1 0

Book Fund Field Length
by Bruffey, Mark 27 Feb '04

27 Feb '04

Book fund field length appears to default to max 5, should be longer, because I have longer numbers. Please redirect if I sent to wrong list (newbie). Thanks, Mark L. Mark Bruffey Director Library Services Central Baptist Theological Seminary 900 Forestview Lane N Plymouth MN 55441 763 417 8264 mbruffey(a)centralseminary.edu <mailto:mbruffey@centralseminary.edu> Central Seminary www.centralseminary.edu <http://www.centralseminary.edu> Fourth Baptist Church www.fourthbaptist.org <http://www.fourthbaptist.org> WCTS Radio AM 1030 Online www.centralseminary.edu/wcts <http://www.centralseminary.edu/wcts> *************************************** Have you experienced the good news? "Every one who calls on the name of the Lord will be saved!" [Romans 10:13] ***************************************

1 0

RE: [Koha-devel] log about z3950
by Sullivan,Deric [CMC] 27 Feb '04

27 Feb '04

I also use Fedora Core 1 with the same version of perl and mysql as you. I did the following changes to processz3950queue and the "MySQL server has gone away" and "fetch() without execute()" error messages went away. I did this to the file that came with 2.0.0RC4 but it should work with the latest file that Paul commited. Replace: my $dbi = C4::Context->dbh; with: $dbh->{"InactiveDestroy"} = "true"; Replace all references to dbi with dbh. Deric -----Original Message----- From: Benedykt P. Barszcz [mailto:kb2qzv@poczta.wp.pl] Sent: 26 February, 2004 16:39 To: paul POULAIN Cc: Sullivan,Deric [CMC]; 'koha-devel(a)lists.sourceforge.net' Subject: Re: [Koha-devel] log about z3950 This is even more informative. I am using Fedora Core 1. [root@localhost z3950daemon]# perl -V Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration: Name : mysql Relocations: (not relocateable) Version : 3.23.58 Vendor: Red Hat, Inc. 3351/16 : Processing isbn=83-01-02448-8 at Library of Congress z3950.loc.gov:7090 voyager MARC21 (1 forks) 3351/16 : 2 >> 3351/16 : creating and 3351/16 : working on results entry 14 3351/16 : connected to Library of Congress 3351/16 : Library of Congress : no records found 3351/16 : z3950.loc.gov:7090 search done. starting loop DBD::mysql::st execute failed: MySQL server has gone away at ./processz3950queue line 144. DBD::mysql::st execute failed: MySQL server has gone away at ./processz3950queue line 149. DBD::mysql::st fetchrow failed: fetch() without execute() at ./processz3950queue line 150. starting loop

3 2

Legality of Gifs
by Chris Cormack 26 Feb '04

26 Feb '04

Hi All The legality of gifs usage in Koha is not really an issue at all, well from a legal standpoint. As long as the gifs were generated using a program that is licensed they are fine. So the problem is if we have gifs that have been generated by a program that is unlicensed. The patent is for creating gifs, not using them. So legally Koha using gifs doesnt seem a problem, unless we build an unlicensed gif generator into Koha. Ideally we'd replace all the gifs with png's because we think software patents are evil, (if indeed you do think that :-)). But afaik IE still doesnt handle png transparency correctly. Chris -- Chris Cormack Programmer 027 4500 789 Katipo Communications Ltd chris(a)katipo.co.nz www.katipo.co.nz

1 0

Legality of gifs in Koha...
by Benedykt P. Barszcz 26 Feb '04

26 Feb '04

Hi Group, Is it legal to include gifs in Koha? > > GIF format is patented by UNISYS. > Benedict

3 2

Re: Koha logo
by Rachel Hamilton-Williams 26 Feb '04

26 Feb '04

Hi Paul & everyone else I've put a selection of logos up into a new section on the Koha website http://www.koha.org/developers/ I think I'm waiting to hear back from Serge about the size graphic he wants - then I'll do the one off http://www.cafeshops.com/koha at the top of the page. Cheers Rachel > Rachel Hamilton-Williams wrote: > > >Hi Paul - sorry for the slow reply, I missed your e-mail > > > >What colour background do you want it on? > > > none or white. > > >And do you want the words in there - it says koha - open source library system > >- > > at the moment, but if you have a translation I can put that in instead > > > > > Nothing, please. I can play with the Gimp if I need to add words. > > -- > Paul POULAIN > Consultant indépendant en logiciels libres > responsable francophone de koha (SIGB libre http://www.koha-fr.org) > > _____________________________________________________________ Rachel Hamilton-Williams Katipo Communications WEBMISTRESS ph 021 389 128 or +64 04 934 1285 mailto:rachel@katipo.co.nz PO Box 12487, Wellington http://www.katipo.co.nz New Zealand Koha Open Source Library System http://www.koha.org

1 0

RE: [Koha-devel] Legality of gifs in Koha...
by Collins, Jeremy 26 Feb '04

26 Feb '04

Its expired in the US, but not everywhere in the world. See: http://www.gnu.org/philosophy/gif.html and http://burnallgifs.org/ or strait from unisys: http://www.unisys.com/about__unisys/lzw -----Original Message----- From: Mike Hansen [mailto:mwhansen@hmc.edu] Sent: Thursday, February 26, 2004 2:05 PM To: Benedykt P. Barszcz Cc: Koha-devel List Subject: Re: [Koha-devel] Legality of gifs in Koha... I believe that the UNISYS GIF patent has expired. On Thu, 2004-02-26 at 12:55, Benedykt P. Barszcz wrote: > Hi Group, > > Is it legal to include gifs in Koha? > > > > GIF format is patented by UNISYS. > > Benedict > > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Koha-devel mailing list > Koha-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/koha-devel -- Mike Hansen <mwhansen(a)hmc.edu> ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Koha-devel mailing list Koha-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/koha-devel

1 0

RE: [Koha-devel] log about z3950
by Sullivan,Deric [CMC] 26 Feb '04

26 Feb '04

As far as I know, you have to start the z3950 daemon manually (I use "z3950-daemon-launch.sh" to start it). A "ps -ef | grep z3950" should show if it's running. When you press the z3950 search button, it starts a process that communicates with the z3950 daemon, but it doesn't start the daemon. Deric -----Original Message----- From: Benedykt P. Barszcz [mailto:kb2qzv@poczta.wp.pl] Sent: 26 February, 2004 13:10 To: Sullivan,Deric [CMC] Cc: 'koha-devel(a)lists.sourceforge.net' Subject: RE: [Koha-devel] log about z3950 W liście z czw, 26-02-2004, godz. 18:48, Sullivan,Deric [CMC] pisze: > Hi Benedict, > > Is your processz3950queue process running and is it started with > z3950-daemon-launch.sh? > > Deric I am not ware of it being started by me personally. I just hope koha installation took care of it. Doesn't it happen when I press the z3950search button? Benedict

3 6

Question: tmpl_process3 placeholder strings
by Ambrose Li 26 Feb '04

26 Feb '04

Hi, Right now, with tmpl_process3.pl, there are still some strings that are extracted out of context because an <INPUT> tag is in the middle of the sentence, making it produce strings that are not translatable. I think I have "almost" got it right so that tmpl_process3 can recognize that some INPUT tags should not break the strings. However, before I finish and commit the code, I need to think about a question. I wonder what kind of placeholders I should use for these INPUT tags (radio and text): - Right now, TMPL_VAR is represented by %s. This makes sense. - Right now, A elements are represented by <A1>, <A2>, etc. Some time after I committed it, I felt that this is perhaps a mistake because the original strings may have <A1> etc. (though they should not), and I now feel that such things are best represented by some sort of c-format code, perhaps one that is abused or made up. Do you think it makes more sense that, for the INPUT tags, we 1. Reuse some c format to represent INPUT (e.g., %i for INPUT)? This makes the strings shorter, but doesn't make sense. 2. Invent some c format to represent the different kinds of INPUT (eg., %R for radio, %T for test) This also makes the strings shorter, make more sense I think, but perhaps a bit weird. 3. Invent some new tags to represent the INPUT elements (e.g., <INPUT1>, or <RADIO1> or <TEXT1> etc) If we invent some c format to represent the INPUT tags, then I think the meanings of the 1$, 2$ etc modifiers would change. What do you think should be used to represent <INPUT type=radio> and <INPUT type=text> ? If you think we should use pseudo-c-format codes, do you think the <A> tags should also be changed to use such codes instead of <A1>, <A2>, etc? or are <A1>, <A2>, etc. easier to read? Note: These placeholders are only used by the tmpl_process3.pl translation script. Translators will see them in the strings to translate if they decide to use this translation script, but they will not appear in the translated files. I hope I have asked my question coherently. Thanks, -- Ambrose LI Cheuk-Wing <a.c.li(a)ieee.org> http://ada.dhs.org/~acli/

1 0