From fulko.hew at gmail.com Sun Jan 4 13:04:44 2009 From: fulko.hew at gmail.com (Fulko Hew) Date: Sun, 4 Jan 2009 16:04:44 -0500 Subject: [tpm] problem with perl programs as runlevel scripts Message-ID: <8204a4fe0901041304m18a1bfd4i2969ec906d7395d5@mail.gmail.com> Happy New Year all: I'm having a problem with using a perl program as a runlevel script. The program works fine when you run it interactively, but it seems to be ignored when put in the /etc/rc5.d directory I've done all the obvious: checked permissions, etc. If I change the file into a shell program (to make sure its seen) the shell program work fine, but its as if the #!/usr/bin/perl is ignored when init runs it. Comments? TIA Fulko From fulko.hew at gmail.com Sun Jan 4 14:18:24 2009 From: fulko.hew at gmail.com (Fulko Hew) Date: Sun, 4 Jan 2009 17:18:24 -0500 Subject: [tpm] problem with perl programs as runlevel scripts In-Reply-To: <8204a4fe0901041304m18a1bfd4i2969ec906d7395d5@mail.gmail.com> References: <8204a4fe0901041304m18a1bfd4i2969ec906d7395d5@mail.gmail.com> Message-ID: <8204a4fe0901041418s7aa72552if94c0638325a5b01@mail.gmail.com> On Sun, Jan 4, 2009 at 4:04 PM, Fulko Hew wrote: > Happy New Year all: > > I'm having a problem with using a perl program as a runlevel script. ... snip ... Sorry for the false alarm... while I was trying to debug my script, I put a syntax error into it, and I didn't discover it until Indy forced me to look more carefully. :-( Thanks all From legrady at gmail.com Sun Jan 4 14:29:40 2009 From: legrady at gmail.com (Tom Legrady) Date: Sun, 4 Jan 2009 17:29:40 -0500 Subject: [tpm] problem with perl programs as runlevel scripts In-Reply-To: <8204a4fe0901041418s7aa72552if94c0638325a5b01@mail.gmail.com> References: <8204a4fe0901041304m18a1bfd4i2969ec906d7395d5@mail.gmail.com> <8204a4fe0901041418s7aa72552if94c0638325a5b01@mail.gmail.com> Message-ID: <4E932B51-77FF-4209-85F4-486562E9DF6D@gmail.com> Every programmers needs a teddy bear. On 4-Jan-09, at 5:18 PM, Fulko Hew wrote: > On Sun, Jan 4, 2009 at 4:04 PM, Fulko Hew wrote: >> Happy New Year all: >> >> I'm having a problem with using a perl program as a runlevel script. > > ... snip ... > > Sorry for the false alarm... > while I was trying to debug my script, I put a syntax error into it, > and I didn't discover it until Indy forced me to look more > carefully. :-( > > Thanks all > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm From liam at holoweb.net Sun Jan 4 14:39:38 2009 From: liam at holoweb.net (Liam R E Quin) Date: Sun, 04 Jan 2009 17:39:38 -0500 Subject: [tpm] problem with perl programs as runlevel scripts In-Reply-To: <8204a4fe0901041304m18a1bfd4i2969ec906d7395d5@mail.gmail.com> References: <8204a4fe0901041304m18a1bfd4i2969ec906d7395d5@mail.gmail.com> Message-ID: <1231108778.21522.111.camel@desktop.barefootcomputing.com> On Sun, 2009-01-04 at 16:04 -0500, Fulko Hew wrote: > The program works fine when you run it interactively, but it > seems to be ignored when put in the /etc/rc5.d directory You probably need it to be an actual shell script, although that could call a perl program, or it could look like, #! /bin/sh /usr/bin/perl -w -e ' stuff that does not contain any single quotes ' Also make sure your script removes its lock file on exit, from /var/lock/subsys/foo (if your script is called S97foo then /etc/rc will probably look for /var/lock/subsys/foo and foo.init) If none of that works, try service foo status and service foo start Your perl script, remember, will be called with an argument that's start, stop, status, suspend or resume (again depending on the system perhaps). Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org From arocker at vex.net Tue Jan 6 07:10:37 2009 From: arocker at vex.net (arocker at vex.net) Date: Tue, 6 Jan 2009 10:10:37 -0500 (EST) Subject: [tpm] Test-Anything Protocol Message-ID: <07bde61a58e516922f42ddae0f902cf3.squirrel@webmail.vex.net> Is there anybody in the grop who could give a talk/mini-course on TAP? Would that be of interest to anyone but me? From samogon at gmail.com Tue Jan 6 07:47:03 2009 From: samogon at gmail.com (Ilia Lobsanov) Date: Tue, 6 Jan 2009 10:47:03 -0500 Subject: [tpm] Test-Anything Protocol In-Reply-To: <07bde61a58e516922f42ddae0f902cf3.squirrel@webmail.vex.net> References: <07bde61a58e516922f42ddae0f902cf3.squirrel@webmail.vex.net> Message-ID: Not TAP specifically, but I could cover that as part of a talk on TAP::Harness::JUnit and using that to expose your unit tests as part of a Hudson job. Anyone interested? ilia. On 6-Jan-09, at 10:10 AM, arocker at vex.net wrote: > > Is there anybody in the grop who could give a talk/mini-course on TAP? > > Would that be of interest to anyone but me? > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm From arocker at vex.net Tue Jan 6 08:12:24 2009 From: arocker at vex.net (arocker at vex.net) Date: Tue, 6 Jan 2009 11:12:24 -0500 (EST) Subject: [tpm] Test-Anything Protocol Message-ID: <5e9481c9a56e0ae38c51aaacc41405f8.squirrel@webmail.vex.net> > Not TAP specifically, but I could cover that as part of a talk on TAP::Harness::JUnit and using that to expose your unit tests as part of a Hudson job. > > Anyone interested? > That sounds promising. Could you do it for February, Ilia? From magog at the-wire.com Tue Jan 6 09:07:41 2009 From: magog at the-wire.com (Michael Graham) Date: Tue, 6 Jan 2009 12:07:41 -0500 Subject: [tpm] Test-Anything Protocol In-Reply-To: <07bde61a58e516922f42ddae0f902cf3.squirrel@webmail.vex.net> References: <07bde61a58e516922f42ddae0f902cf3.squirrel@webmail.vex.net> Message-ID: <20090106120741.17c0c47e@caliope> > Is there anybody in the grop who could give a talk/mini-course on TAP? I could probably whip something up as well. Michael -- Michael Graham From fulko.hew at gmail.com Tue Jan 6 09:35:56 2009 From: fulko.hew at gmail.com (Fulko Hew) Date: Tue, 6 Jan 2009 12:35:56 -0500 Subject: [tpm] Test-Anything Protocol In-Reply-To: <20090106120741.17c0c47e@caliope> References: <07bde61a58e516922f42ddae0f902cf3.squirrel@webmail.vex.net> <20090106120741.17c0c47e@caliope> Message-ID: <8204a4fe0901060935w1b22fd62t5b2162a76ae70c49@mail.gmail.com> On Tue, Jan 6, 2009 at 12:07 PM, Michael Graham wrote: > > > Is there anybody in the grop who could give a talk/mini-course on TAP? > > I could probably whip something up as well. > Should we then consider making February a: 'double-header', or a 'tag-team smack-down'? -------------- next part -------------- An HTML attachment was scrubbed... URL: From samogon at gmail.com Tue Jan 6 15:46:23 2009 From: samogon at gmail.com (Ilia Lobsanov) Date: Tue, 6 Jan 2009 18:46:23 -0500 Subject: [tpm] Test-Anything Protocol In-Reply-To: <5e9481c9a56e0ae38c51aaacc41405f8.squirrel@webmail.vex.net> References: <5e9481c9a56e0ae38c51aaacc41405f8.squirrel@webmail.vex.net> Message-ID: <5741C04A-DA0B-4BF3-97BB-AC5D9BDCF2AB@gmail.com> Sure, I can get something ready for February. What's the date exactly? ilia. On 6-Jan-09, at 11:12 AM, arocker at vex.net wrote: >> Not TAP specifically, but I could cover that as part of a talk on > TAP::Harness::JUnit and using that to expose your unit tests as part > of > a Hudson job. >> >> Anyone interested? >> > That sounds promising. Could you do it for February, Ilia? > > > > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm From fulko.hew at gmail.com Tue Jan 6 16:16:28 2009 From: fulko.hew at gmail.com (Fulko Hew) Date: Tue, 6 Jan 2009 19:16:28 -0500 Subject: [tpm] Test-Anything Protocol In-Reply-To: <5741C04A-DA0B-4BF3-97BB-AC5D9BDCF2AB@gmail.com> References: <5e9481c9a56e0ae38c51aaacc41405f8.squirrel@webmail.vex.net> <5741C04A-DA0B-4BF3-97BB-AC5D9BDCF2AB@gmail.com> Message-ID: <8204a4fe0901061616p42e1e5f5wb97b7d0f6ece7353@mail.gmail.com> On Tue, Jan 6, 2009 at 6:46 PM, Ilia Lobsanov wrote: > Sure, I can get something ready for February. What's the date exactly? > It would be Thu Feb 26 (according to my calendar) -------------- next part -------------- An HTML attachment was scrubbed... URL: From lanas at securenet.net Tue Jan 6 17:05:02 2009 From: lanas at securenet.net (lanas) Date: Tue, 6 Jan 2009 20:05:02 -0500 Subject: [tpm] Test-Anything Protocol In-Reply-To: References: <07bde61a58e516922f42ddae0f902cf3.squirrel@webmail.vex.net> Message-ID: <20090106200502.26166498@mistral.stie> Le Mardi, 6 Janvier 2009 10:47:03 -0500, Ilia Lobsanov a ?crit : > Not TAP specifically, but I could cover that as part of a talk on > TAP::Harness::JUnit and using that to expose your unit tests as part > of a Hudson job. > > Anyone interested? That would certainly drag me to downtown Toronto. Cheers. From linux at alteeve.com Thu Jan 8 14:21:10 2009 From: linux at alteeve.com (Madison Kelly) Date: Thu, 08 Jan 2009 17:21:10 -0500 Subject: [tpm] 'use CGI::Carp' being calling in an 'if' block when condition not met Message-ID: <49667C56.5020701@alteeve.com> Hi all, I've got a program that can either be printed to a browser or shell. To this end, I have a simple function that determines how the program is running. When it detects a browser, it loads 'CGI::Carp qw(fatalsToBrowser);'. The problem is that this module is being loaded regardless of whether The containing 'if' block's condition is met. Here's the function ------------------------------------------------------------------------ sub detect_calling_method { my ($conf)=@_; # Now determine if we are being called via the command line or a # browser and update the 'conf' value. if ($ENV{HTTP_USER_AGENT}) { # HTML, load CGI. $conf->{'system'}{display}{mode}="html"; use CGI::Carp qw(fatalsToBrowser); print "Content-type: text/html; charset=utf-8\n\n"; } elsif ($ENV{SHELL}) { $conf->{'system'}{display}{mode}="text"; STDOUT->autoflush(1); } print "$THIS_FILE ".__LINE__.": system::display::mode: [$conf->{'system'}{display}{mode}]\n"; # Not detecting a mode is no longer fatal, it simply remains the # default value set in the config file. return(1); } ------------------------------------------------------------------------ So even if '$ENV{HTTP_USER_AGENT}' is empty and '$conf->{'system'}{display}{mode}' is set to 'text' (showing that it was the condition matched), calling 'die' shows an HTML'ized error like: ------------------------------------------------------------------------ common.lib 238: system::display::mode: [text]

Software error:

Looping in common.lib at line 665 on string: [Opening log file on: 
[#!var!0!#] at: [#!var!1!#] from file: [#!var!2!#].]. Exiting.

For help, please send mail to this site's webmaster, giving this error message and the time and date of the error.

------------------------------------------------------------------------ Any tips? From indy at indigostar.com Thu Jan 8 14:29:14 2009 From: indy at indigostar.com (Indy Singh) Date: Thu, 8 Jan 2009 17:29:14 -0500 Subject: [tpm] 'use CGI::Carp' being calling in an 'if' block when condition not met References: <49667C56.5020701@alteeve.com> Message-ID: Use statements are efectively evaluated before other run-time statements. From 'perldoc -f use' use Module LIST; It is exactly equivalent to BEGIN { require Module; Module->import( LIST ); } Wrap the 'use' with an 'eval' to avoid this, or use the quivalent require statements. Indy Singh IndigoSTAR Software -- www.indigostar.com ----- Original Message ----- From: "Madison Kelly" To: "Toronto Perl Mongers" Sent: Thursday, January 08, 2009 5:21 PM Subject: [tpm] 'use CGI::Carp' being calling in an 'if' block when condition not met > Hi all, > > I've got a program that can either be printed to a browser or shell. > To this end, I have a simple function that determines how the program > is running. When it detects a browser, it loads 'CGI::Carp > qw(fatalsToBrowser);'. > > The problem is that this module is being loaded regardless of > whether The containing 'if' block's condition is met. > > Here's the function > > ------------------------------------------------------------------------ > sub detect_calling_method > { > my ($conf)=@_; > > # Now determine if we are being called via the command line or a > # browser and update the 'conf' value. > if ($ENV{HTTP_USER_AGENT}) > { > # HTML, load CGI. > $conf->{'system'}{display}{mode}="html"; > use CGI::Carp qw(fatalsToBrowser); > print "Content-type: text/html; charset=utf-8\n\n"; > } > elsif ($ENV{SHELL}) > { > $conf->{'system'}{display}{mode}="text"; > STDOUT->autoflush(1); > } > print "$THIS_FILE ".__LINE__.": system::display::mode: > [$conf->{'system'}{display}{mode}]\n"; > # Not detecting a mode is no longer fatal, it simply remains the > # default value set in the config file. > > return(1); > } > ------------------------------------------------------------------------ > > So even if '$ENV{HTTP_USER_AGENT}' is empty and > '$conf->{'system'}{display}{mode}' is set to 'text' (showing that it > was the condition matched), calling 'die' shows an HTML'ized error > like: > > ------------------------------------------------------------------------ > common.lib 238: system::display::mode: [text] >

Software error:

> 
Looping in common.lib at line 665 on string: [Opening log file 
> on: [#!var!0!#] at: [#!var!1!#] from file: [#!var!2!#].]. Exiting.
>
>

> For help, please send mail to this site's webmaster, giving this error > message > and the time and date of the error. > >

> ------------------------------------------------------------------------ > > Any tips? > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm From arocker at vex.net Tue Jan 13 09:51:28 2009 From: arocker at vex.net (arocker at vex.net) Date: Tue, 13 Jan 2009 12:51:28 -0500 (EST) Subject: [tpm] Article on the future of Perl Message-ID: http://www.heise-online.co.uk/open/Healthcheck-Perl-The-Perl-Future--/features/112388 Worth reading. From dave.s.doyle at gmail.com Tue Jan 13 11:20:08 2009 From: dave.s.doyle at gmail.com (Dave Doyle) Date: Tue, 13 Jan 2009 14:20:08 -0500 Subject: [tpm] Article on the future of Perl In-Reply-To: References: Message-ID: And a small thread on perlmonks about it as well as links to the author's blog: http://perlmonks.org/?node_id=735692 Author used to be big into Perl, went off into the Ruby sunset for a while and now is resurrecting his Perl roots now. -- dave.s.doyle at gmail.com On Tue, Jan 13, 2009 at 12:51 PM, wrote: > > http://www.heise-online.co.uk/open/Healthcheck-Perl-The-Perl-Future--/features/112388 > > Worth reading. > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdice at pobox.com Tue Jan 13 11:35:06 2009 From: rdice at pobox.com (Richard Dice) Date: Tue, 13 Jan 2009 14:35:06 -0500 Subject: [tpm] Article on the future of Perl In-Reply-To: References: Message-ID: <5bef4baf0901131135o6d374bf4wc4077144080fe6ae@mail.gmail.com> Piers was once the Perl 6 weekly summary author, too. Cheers, - Richard On Tue, Jan 13, 2009 at 2:20 PM, Dave Doyle wrote: > And a small thread on perlmonks about it as well as links to the author's > blog: > > http://perlmonks.org/?node_id=735692 > > Author used to be big into Perl, went off into the Ruby sunset for a while > and now is resurrecting his Perl roots now. > > -- > dave.s.doyle at gmail.com > > > > On Tue, Jan 13, 2009 at 12:51 PM, wrote: > >> >> http://www.heise-online.co.uk/open/Healthcheck-Perl-The-Perl-Future--/features/112388 >> >> Worth reading. >> >> _______________________________________________ >> toronto-pm mailing list >> toronto-pm at pm.org >> http://mail.pm.org/mailman/listinfo/toronto-pm >> > > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeen at verizon.net Tue Jan 13 18:54:36 2009 From: jkeen at verizon.net (James E Keenan) Date: Tue, 13 Jan 2009 21:54:36 -0500 Subject: [tpm] Article on the future of Perl In-Reply-To: References: Message-ID: On Jan 13, 2009, at 12:51 PM, arocker at vex.net wrote: > http://www.heise-online.co.uk/open/Healthcheck-Perl-The-Perl- > Future--/features/112388 > > Worth reading. > I remember Piers as a commanding presence, physically and intellectually :-), at YAPCs past, particularly in Boca Raton and Paris in 2003. The point where I would quarrel with him is when he cites some unnamed other source as characterizing Perl 5.10.0 as a 'testing' release. I never heard anyone describe it like that. Quite to the contrary, I just did an upgrade to Ubuntu 8.10 last week, and I was pleasantly surprised to see that their default Perl was 5.10. I doubt that they would have included 5.10 in the distro if they felt it was still a 'testing' release. jimk From adam.prime at utoronto.ca Tue Jan 13 19:34:11 2009 From: adam.prime at utoronto.ca (Adam Prime) Date: Tue, 13 Jan 2009 22:34:11 -0500 Subject: [tpm] Article on the future of Perl In-Reply-To: References: Message-ID: <496D5D33.8080305@utoronto.ca> James E Keenan wrote: > > I remember Piers as a commanding presence, physically and intellectually > :-), at YAPCs past, particularly in Boca Raton and Paris in 2003. > > The point where I would quarrel with him is when he cites some unnamed > other source as characterizing Perl 5.10.0 as a 'testing' release. I > never heard anyone describe it like that. Quite to the contrary, I just > did an upgrade to Ubuntu 8.10 last week, and I was pleasantly surprised > to see that their default Perl was 5.10. I doubt that they would have > included 5.10 in the distro if they felt it was still a 'testing' release. I believe that would be in reference to this: http://cpan.org/src/README.html Which states that 5.10.0 is a testing release. Adam From rdice at pobox.com Wed Jan 14 05:30:25 2009 From: rdice at pobox.com (Richard Dice) Date: Wed, 14 Jan 2009 08:30:25 -0500 Subject: [tpm] Article on the future of Perl In-Reply-To: <496D5D33.8080305@utoronto.ca> References: <496D5D33.8080305@utoronto.ca> Message-ID: <5bef4baf0901140530y21269a6axe579f3ed8afbccb4@mail.gmail.com> That is an unfortunate case of documentation inertia. We really have to change that. It's just a lot of work getting all the people pointed in the right direction to make the changes. I'll look into using the 5.10.1 release as an opportunity to finally polish that off. Cheers, - Richard On Tue, Jan 13, 2009 at 10:34 PM, Adam Prime wrote: > James E Keenan wrote: > > > > > I remember Piers as a commanding presence, physically and intellectually > > :-), at YAPCs past, particularly in Boca Raton and Paris in 2003. > > > > The point where I would quarrel with him is when he cites some unnamed > > other source as characterizing Perl 5.10.0 as a 'testing' release. I > > never heard anyone describe it like that. Quite to the contrary, I just > > did an upgrade to Ubuntu 8.10 last week, and I was pleasantly surprised > > to see that their default Perl was 5.10. I doubt that they would have > > included 5.10 in the distro if they felt it was still a 'testing' > release. > > I believe that would be in reference to this: > > http://cpan.org/src/README.html > > Which states that 5.10.0 is a testing release. > > Adam > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt at starnix.com Wed Jan 14 09:03:50 2009 From: matt at starnix.com (G. Matthew Rice) Date: Wed, 14 Jan 2009 12:03:50 -0500 Subject: [tpm] Article on the future of Perl In-Reply-To: References: Message-ID: <1231952630.13022.4.camel@hatsya.starnix.com> On Tue, 2009-01-13 at 21:54 -0500, James E Keenan wrote: > contrary, I just did an upgrade to Ubuntu 8.10 last week, and I was > pleasantly surprised to see that their default Perl was 5.10. I > doubt that they would have included 5.10 in the distro if they felt > it was still a 'testing' release. 8.10 isn't an Ubuntu LTS (long-term support) release. 8.04 is and includes 5.8. I find Ubuntu (non-LTS) is like the Fedora of the debian world. "let's throw it in and see how it works." That said, I'll be happy when they all go to 5.10 :) Regards, --matt From jkeen at verizon.net Wed Jan 14 10:40:58 2009 From: jkeen at verizon.net (Jim Keenan) Date: Wed, 14 Jan 2009 12:40:58 -0600 (CST) Subject: [tpm] Article on the future of Perl Message-ID: <1841009135.989702.1231958458819.JavaMail.root@vms181.mailsrvcs.net> An HTML attachment was scrubbed... URL: From abram.hindle at softwareprocess.us Wed Jan 28 11:17:36 2009 From: abram.hindle at softwareprocess.us (Abram Hindle) Date: Wed, 28 Jan 2009 14:17:36 -0500 Subject: [tpm] Details about the next meeting? Message-ID: <4980AF50.8060607@softwareprocess.us> Does anyone have details about the next meeting? It is tomorrow, right? abram -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From arocker at vex.net Wed Jan 28 06:35:52 2009 From: arocker at vex.net (arocker at vex.net) Date: Wed, 28 Jan 2009 09:35:52 -0500 (EST) Subject: [tpm] Thursday's meeting Message-ID: <88a87f19518fd49657a7849e8f48d386.squirrel@webmail.vex.net> We have a room, (11 on the 8th floor), and a speaker, (right, Seneca?). Let's hope the weather abates. From talexb at gmail.com Wed Jan 28 13:40:59 2009 From: talexb at gmail.com (Alex Beamish) Date: Wed, 28 Jan 2009 16:40:59 -0500 Subject: [tpm] Details about the next meeting? In-Reply-To: <4980AF50.8060607@softwareprocess.us> References: <4980AF50.8060607@softwareprocess.us> Message-ID: On Wed, Jan 28, 2009 at 2:17 PM, Abram Hindle wrote: > Does anyone have details about the next meeting? It is tomorrow, right? Yes, as far as I know. And we have a speaker, too! I think Seneca is presenting something about Nagios plugins. -- Alex Beamish Toronto, Ontario aka talexb From arocker at vex.net Wed Jan 28 13:49:27 2009 From: arocker at vex.net (arocker at vex.net) Date: Wed, 28 Jan 2009 16:49:27 -0500 (EST) Subject: [tpm] PDF to OCR Message-ID: <406fd33698998dac69efb98d96356770.squirrel@webmail.vex.net> Has anyone any experience using the PDF::OCR module? From dave.s.doyle at gmail.com Wed Jan 28 14:13:50 2009 From: dave.s.doyle at gmail.com (Dave Doyle) Date: Wed, 28 Jan 2009 17:13:50 -0500 Subject: [tpm] PDF to OCR In-Reply-To: <406fd33698998dac69efb98d96356770.squirrel@webmail.vex.net> References: <406fd33698998dac69efb98d96356770.squirrel@webmail.vex.net> Message-ID: This will be of dubious value. No, I don't, but I recall a tweet from one Jason Crome (who I understand is a friend of tpm) was playing around with some OCR stuff about 10 days ago. You may be able to ask him. Though I don't know his email he can be found on PerlMonks: http://perlmonks.org/index.pl?node=MrCromeDome Perhaps someone else on the list could point you to him. -- dave.s.doyle at gmail.com On Wed, Jan 28, 2009 at 4:49 PM, wrote: > > Has anyone any experience using the PDF::OCR module? > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From talexb at gmail.com Wed Jan 28 14:22:50 2009 From: talexb at gmail.com (Alex Beamish) Date: Wed, 28 Jan 2009 17:22:50 -0500 Subject: [tpm] PDF to OCR In-Reply-To: References: <406fd33698998dac69efb98d96356770.squirrel@webmail.vex.net> Message-ID: On Wed, Jan 28, 2009 at 5:13 PM, Dave Doyle wrote: > This will be of dubious value. > > No, I don't, but I recall a tweet from one Jason Crome (who I understand is > a friend of tpm) was playing around with some OCR stuff about 10 days ago. > You may be able to ask him. Though I don't know his email he can be found > on PerlMonks: > > http://perlmonks.org/index.pl?node=MrCromeDome > > Perhaps someone else on the list could point you to him. He's on Twitter, if that helps .. http://twitter.com/cromedome -- Alex Beamish Toronto, Ontario aka talexb From Martin at Cleaver.org Wed Jan 28 14:29:00 2009 From: Martin at Cleaver.org (Martin at Cleaver.org) Date: Wed, 28 Jan 2009 17:29:00 -0500 Subject: [tpm] PDF to OCR In-Reply-To: References: <406fd33698998dac69efb98d96356770.squirrel@webmail.vex.net> Message-ID: Look up ocropus - it's Google's. Quite fun to use... :) M. -- Martin at Cleaver.org +1 416-786-6752 (GMT-5) On Wed, Jan 28, 2009 at 5:22 PM, Alex Beamish wrote: > On Wed, Jan 28, 2009 at 5:13 PM, Dave Doyle > wrote: > > This will be of dubious value. > > > > No, I don't, but I recall a tweet from one Jason Crome (who I understand > is > > a friend of tpm) was playing around with some OCR stuff about 10 days > ago. > > You may be able to ask him. Though I don't know his email he can be > found > > on PerlMonks: > > > > http://perlmonks.org/index.pl?node=MrCromeDome > > > > Perhaps someone else on the list could point you to him. > > He's on Twitter, if that helps .. > > http://twitter.com/cromedome > > -- > Alex Beamish > Toronto, Ontario > aka talexb > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From liam at holoweb.net Wed Jan 28 19:08:46 2009 From: liam at holoweb.net (Liam R E Quin) Date: Wed, 28 Jan 2009 22:08:46 -0500 Subject: [tpm] PDF to OCR In-Reply-To: <406fd33698998dac69efb98d96356770.squirrel@webmail.vex.net> References: <406fd33698998dac69efb98d96356770.squirrel@webmail.vex.net> Message-ID: <1233198526.21056.41.camel@desktop.barefootcomputing.com> On Wed, 2009-01-28 at 16:49 -0500, arocker at vex.net wrote: > Has anyone any experience using the PDF::OCR module? As far as I have been able to tell, the only OCR programs that are worth anything at all are commercial. I've used Abby finereader for http://www.fromoldbooks.org/ and can average under a minute per page including some hand fix-ups, starting with, say, a good clean 400dpi grayscale scan of a page. Google books OCR is much crappier, and the gnu OCR is about 20 years behind the commercial stuff in quality. But a lot of it depends on your source content -- some of the packages are trained and developed with computer printouts, for example, for OCR of business documents, and may work well for that and really badly for other things; I was using 19th century 9and older) books. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org www.advogato.org From talexb at gmail.com Wed Jan 28 20:23:43 2009 From: talexb at gmail.com (Alex Beamish) Date: Wed, 28 Jan 2009 23:23:43 -0500 Subject: [tpm] PDF to OCR In-Reply-To: References: <406fd33698998dac69efb98d96356770.squirrel@webmail.vex.net> Message-ID: I heard back from cromedome on Twitter -- he's not familiar with this module. Alex On Wed, Jan 28, 2009 at 5:13 PM, Dave Doyle wrote: > This will be of dubious value. > > No, I don't, but I recall a tweet from one Jason Crome (who I understand is > a friend of tpm) was playing around with some OCR stuff about 10 days ago. > You may be able to ask him. Though I don't know his email he can be found > on PerlMonks: > > http://perlmonks.org/index.pl?node=MrCromeDome > > Perhaps someone else on the list could point you to him. > > -- > dave.s.doyle at gmail.com > > > On Wed, Jan 28, 2009 at 4:49 PM, wrote: >> >> Has anyone any experience using the PDF::OCR module? >> >> _______________________________________________ >> toronto-pm mailing list >> toronto-pm at pm.org >> http://mail.pm.org/mailman/listinfo/toronto-pm > > > _______________________________________________ > toronto-pm mailing list > toronto-pm at pm.org > http://mail.pm.org/mailman/listinfo/toronto-pm > > -- Alex Beamish Toronto, Ontario aka talexb From magog at the-wire.com Wed Jan 28 20:39:24 2009 From: magog at the-wire.com (Michael Graham) Date: Wed, 28 Jan 2009 23:39:24 -0500 Subject: [tpm] Next Meeting Thursday 29 Jan (Tomorrow) - Nagios Plugins and more Message-ID: <20090128233924.48438582@caliope> (These details are also on the TPM web site: http://to.pm.org/) The next meeting is this Thursday, 29 January (Tomorrow!). Seneca Cunningham will talk about Nagios plugins and also about the cavalcade of little Perl modules she uses. Date: Thursday 29 Jan 2009 (Tomorrow) Time: 6:45pm Speaker: Seneca Cunningham Topic: Nagios Plugins and more Cost: Free! Where: 2 Bloor Street West (NW corner of Yonge/Bloor, skyscraper with the CIBC logo on top) Classroom 11 on the 8th floor =================================================================== Note: The elevators in the building are "locked down" after 5:30pm to people without building access cards. Leading up to the meeting someone will come down to the main floor lobby every few minutes to ferry people upstairs. After 19:00, you can reach the access-card-carrying guy via a cell phone number that we'll leave with security in the front lobby. The room and floor numbers will be left with security too. -- Michael Graham From abram.hindle at softwareprocess.us Thu Jan 29 20:52:39 2009 From: abram.hindle at softwareprocess.us (Abram Hindle) Date: Thu, 29 Jan 2009 23:52:39 -0500 Subject: [tpm] The discussion about over-eager-evaluation Message-ID: <49828797.2020502@softwareprocess.us> Kinds of order of evaluation in programming languages: http://en.wikipedia.org/wiki/Eager_evaluation http://en.wikipedia.org/wiki/Lazy_evaluation They called "over-eager" evaluation "speculative evaluation" http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.48.8087 Abstract: In a parallel graph reduction system, speculative evaluation can increase parallelism by performing potentially useful computations before they are known to be necessary. Speculative computations may be coded explicitly in a program, or they may be scheduled implicitly by the reduction system as idle processors become available. A general approach to both kinds of speculation incurs a great deal of overhead that may outweigh the benefits of speculative evaluation for fine-grain speculative tasks. The basic principle of local speculation is to permanently bind all implicit speculative computations to the sparking processor. Should all local mandatory tasks become blocked, local speculation offers a lowcost alternative to task migration. Restricting speculation to the local processor simplifies the problems of speculative task management, and opens the door for fine-grain speculative tasks. Though there are fewer opportunities for local speculation than for more general speculation, local speculation can often make use of the same idle processor time that would normally trigger task migration. For distributed graph reduction systems, local speculation may prove to be a worthwhile, low-cost alternative to potentially expensive task migration. More possible papers on it: http://scholar.google.ca/scholar?q=Speculative+evaluation&hl=en&lr=&btnG=Search -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: