IO::Tty. IO::Stty.
I don't see what this really adds above and beyond the core POSIX module
and those two, but if you really like your "combined" syntax I guess
that's something.
Austin
Paul LeoNerd Evans wrote:
I've been getting annoyed lately at the awkward and insane steps
required to
Smylers wrote:
Andy Armstrong writes:
On 12 Jan 2010, at 16:59, dhu...@hudes.org wrote:
sudo requires that you enter your password each time you invoke it.
Often sudo will be configured with a 15 minute grace period which
means you only need to authenticate for the first make install /
./Bui
>>
>> 1. Berkeley Yacc for Perl - works pretty well, but is kinda limited.
>>
I'm not sure what (if any) practical advantage this would have over
bison. I get the sense it's less well maintained.
>> 2. Parse::RecDescent - very impressive feature set, but a little
slow, and has
>> been under-
On Mon, 25 May 2009 18:00:12 -0700
Eric Wilhelm wrote:
> # from Jonathan Yu
> # on Monday 25 May 2009:
>
> >I'd like to remove the Qt module from CPAN, or be able to take it
> > over.
>
> Hi Jonathan,
>
> That's a good question in general, but for Qt4, I'm inclined to say
> that a better appro
> You mean like how Module::Build broke over a YAML release and we spent over
> a year cleaning up after it because every single user who ran into that
> version mismatch had to have the problem explained to them?
>
> I still regularly see -ancient- versions of Module::Build installed lots of
> pl
On Wed, Sep 03, 2008 at 10:56:00PM +0300, Shmuel Fomberg wrote:
> Hi All.
>
> I have this module on CPAN, Data::ParseBinary.
> now I want to add a library of pre-prepared format. For example, a
> parser/builder for BMP files.
> The question is, how do I call it?
> some options that I though about
On Wed, Sep 03, 2008 at 12:29:01AM -0700, Eric Wilhelm wrote:
> package Carp::NoSigDie;
>
> use warnings; use strict; use Carp ();
> use overload '&{}' => sub {sub {}}, fallback => 1;
>
> $SIG{__DIE__} = bless({}, __PACKAGE__);
>
> my $ended = 0; END {$ended = 1};
> sub DESTROY { r
On Wed, Jul 02, 2008 at 11:27:09AM -0500, Jonathan Rockway wrote:
> * On Mon, Jun 30 2008, Shmuel Fomberg wrote:
> > Hi All.
> >
> > I'm writing a port to PyConstructs. website of the original:
> > http://construct.wikispaces.com/
> >
> > In short, it's a library that parse binary structs. It can p
On Mon, Apr 28, 2008 at 09:19:37AM -0500, Ken Williams wrote:
> On Mon, Apr 28, 2008 at 5:03 AM, Johan Vromans <[EMAIL PROTECTED]> wrote:
> >
> > What Austin tries to do it to build an app that can be installed as an
> > app, not as a Perl module. And then it is suddenly not as easy
> > anymore.
On Fri, Apr 25, 2008 at 07:56:37PM -0500, Jonathan Rockway wrote:
> That said, I always do this:
(so apps can find libs w/ install_base set)
>
> package MyApp::Script::Whatever;
> use Moose;
> with 'MooseX::Getopt';
>
> has ...;
> sub run { ... }
>
> Then:
>
> #!/usr/bin/env
ite a simple application and just have it work and be distributable without
a bunch of complexity or fooling around. It should be just as easy as
distributing a module.
..shouldn't it?
Austin
>
> -----Original Message-
> From: Austin Schutz [mailto:[EMAIL PROTEC
Ok, so here's what must be a question with a really simple answer:
how do I write a perl app?
For example: I want to display a jpeg.
MyApp/script/display.pl:
#!/path/to/perl
use Myapp::Display;
Myapp::Diplay->new()->display('example.jpg');
__END__
MyApp/lib/Myapp/Display.pm
.
On Thu, Feb 08, 2007 at 03:34:26PM -0800, [EMAIL PROTECTED] wrote:
>
> Excuse me, but Time::Cubic is no joke. It is a testament to the great
> Gene Ray, and the message he has brought us from the year 2051. If
CPAN is not a repository of testaments. No one opposes the publication
of the
On Sun, Dec 31, 2006 at 02:25:49PM -0800, Eric Wilhelm wrote:
> # from Paul LeoNerd Evans
> # on Sunday 31 December 2006 03:14 am:
>
> >EU::MM can't, but I believe Module::Build can. That said, the
> > consensus on #perl/Freenode is that the latter isn't really ready
> > yet, so just use the forme
On Sat, Dec 03, 2005 at 12:22:16PM -0800, Ovid wrote:
> --- Austin Schutz <[EMAIL PROTECTED]> wrote:
>
> > Ok, you and a few other vocal people have very strong opinions
> > about this, which I don't begrudge you. Can we move the
> > discussions to a different
On Sat, Dec 03, 2005 at 01:13:18PM -0600, Chris Dolan wrote:
> >
> >Ok, I want to do something with my flash file. I search for
> >'flash file'... Oh look, there's a flash file parser. Do I care
> >what it's
> >called? No. I concur that the module name is effectively
> >meaningless, but I
On Fri, Dec 02, 2005 at 07:32:04PM -0800, Eric Wilhelm wrote:
> >It's better than the other examples, which doesn't mean it is good.
> > How about FileFormat:: ?
> >
> >FileFormat::GBF - Front end to GBF read/write interface
> >FileFormat::GBF::Parser
> >...
>
> Ok, but it's just SoooLoonng.
>
>
On Sat, Dec 03, 2005 at 08:30:20AM +, Smylers wrote:
> There are several places where somebody could first encounter a module
> name:
>
> > Ok, I want to do something with my flash file. I search for
> > 'flash file'... Oh look, there's a flash file parser. Do I care what
> > it's called?
On Fri, Dec 02, 2005 at 06:10:15PM -0600, John M. Gamble wrote:
> >>The FF:: namespace is a terrible idea, in my opinion. I expect that
> >>it will be meaningless to the majority of module searchers. The
> >>argument that search makes names irrelevant is just silly.
> >>
> >>
> >
> > .
On Fri, Dec 02, 2005 at 04:04:11PM -0600, Chris Dolan wrote:
> So, I already published it as FLV::Info, but this discussion has
> convinced me that FileFormat::FLV is the best option. I may use that
> name for v0.02. My only hesitation is that nobody else seems to be
> using that top-level
On Fri, Dec 02, 2005 at 03:31:48PM -0600, David Nicol wrote:
> On 12/2/05, Austin Schutz <[EMAIL PROTECTED]> wrote:
>
> > As long as the name isn't taken and it has some amount of logic, I
> > doubt the name of a module makes any practical difference any mor
On Fri, Dec 02, 2005 at 09:50:19AM -0800, Eric Wilhelm wrote:
> # from David Landgren
> # on Friday 02 December 2005 08:25 am:
>
> >In about 10 days time, I'm going to forget utterly that FF means File
> >Formats. Does it need to be so terse?
>
> Considering the number of file formats which curre
On Thu, Jul 28, 2005 at 03:14:03PM -0500, Chris wrote:
> On Thu, 28 Jul 2005, Andy Lester wrote:
>
> > On Thu, Jul 28, 2005 at 04:32:11PM +0200, A. Pagaltzis ([EMAIL PROTECTED])
> > wrote:
> > > * Philippe 'BooK' Bruhat <[EMAIL PROTECTED]> [2005-07-28 16:05]:
> > > > I thought I heard (or more pr
On Thu, Jul 28, 2005 at 05:47:51PM +, Smylers wrote:
> Andy Lester writes:
>
> > I don't think we need another CPAN at all. There's nothing wrong with
> > putting "require 6;" at the top of Makefile.PL and keeping everything in
> > one happy CPAN.
>
> There is a problem if it interferes with
On Wed, Jul 27, 2005 at 12:57:39PM -0700, Ovid wrote:
> --- Ovid <[EMAIL PROTECTED]> wrote:
>
> > It's the former. While sourceforget if a viable resource, sooner or
> > later we need to get the CPAN/Perl6 thing squared aware.
>
> "squared aware"? What the hell is that?
>
> *squared away*, dam
On Wed, Jul 27, 2005 at 12:22:16PM -0700, Ovid wrote:
> Hi all,
>
> I'm the "mentor" (not that he needs one) for brentdax on his Summer of
> Code project. You can read a brief interview about it at
> http://use.perl.org/~acme/journal/25664 and follow along in his journal
> at http://use.perl.org/
On Fri, Jun 17, 2005 at 11:22:58PM +0200, A. Pagaltzis wrote:
> * Austin Schutz <[EMAIL PROTECTED]> [2005-06-17 22:45]:
> > Imagine this is Eric's first try at publishing a module.
>
> Then what is <http://search.cpan.org/~ewilhelm/>? :-)
>
> You could take
On Fri, Jun 17, 2005 at 03:07:27PM -0500, Ken Williams wrote:
>
> On Jun 17, 2005, at 2:13 PM, A. Pagaltzis wrote:
>
> >* Ovid <[EMAIL PROTECTED]> [2005-06-17 20:15]:
> >>I'm still trying to figure out why it's carried on this long.
> >
> >Calling the new module ::Modern and claiming that ::Long
On Tue, Mar 08, 2005 at 10:40:30AM +1300, Sam Vilain wrote:
> Ken Williams wrote:
> >
> >On Mar 2, 2005, at 5:53 PM, Linda W wrote:
> >
> >>I'm not sure what perl does with invalid
> >>character data in a variable when you try to manipulate
> >>it by appending it to another value.
> >
> >
> >There'
On Tue, Mar 01, 2005 at 01:45:56PM -0600, Ken Williams wrote:
>
> If you allow positive and negative infinity as part of your numerical
> system, then division by zero moves from "undefined" to
> "indeterminate", so I suppose one could argue that division by zero
> should be 'nan' rather than t
On Tue, Mar 01, 2005 at 08:13:46AM +, Fergal Daly wrote:
> On Mon, Feb 28, 2005 at 07:55:36PM -0600, Eric Wilhelm wrote:
> > I like the one where you get the mathematically-correct (or at least
> > mathematically-useful) infinity.
> >
> > $perl -le 'use bigint; $x = 1/0; print $x+1'
> > i
On Tue, Mar 01, 2005 at 11:43:31AM +1100, Andrew Savige wrote:
> running this Perl program:
>
> use strict;
> sub div_by_zero { exec("./a.out $_[0]"); die "should not be here" }
> defined(my $pid = fork()) or die "fork: $!";
> if ($pid == 0) {
> warn "child, my pid $$\n";
> div_by_zero(0);
On Wed, Jan 05, 2005 at 02:19:31PM +0100, Dariush Pietrzak wrote:
> On Wed, 5 Jan 2005, Austin Schutz wrote:
> > Why not just add the functionality to Net::FTP? Or you could
> > subclass Net::FTP and call it something clever like Net::FTP::TLS.
> Because Net::FTP is wri
On Wed, Jan 05, 2005 at 11:59:22AM +0100, Dariush Pietrzak wrote:
> Hi,
> I'm going to release on CPAN simple FTP client implementation.
> This module is very simple, but provides access to TLS-enabled servers, and
> is going to be a testbed for few relatively new extensions to ftp, like
> statefu
On Tue, Jan 04, 2005 at 02:55:08PM -0800, David Wheeler wrote:
> On Jan 4, 2005, at 2:47 PM, Bruce J Keeler wrote:
>
> >I've always felt that this one should have a lowercase name, since it's
> >rather pragma-ish. Are pragmas allowed outside of the core Perl
> >distribution? Maybe it should be s
On Tue, Oct 26, 2004 at 04:34:32PM -0400, Christopher Hicks wrote:
> >
> >When I read Mark's message I realized his point is what I'd been wanting
> >to say in the first place; so the more _I_ think about it, the more
> >DBIx:: seems like a completely inappropriate place for this module!
>
> How i
On Tue, Aug 03, 2004 at 03:57:12PM +0200, A. Pagaltzis wrote:
> * Orton, Yves <[EMAIL PROTECTED]> [2004-08-03 13:17]:
> > In my eyes data structures are pretty much inseperable from the
> > algorithms that operate on them.
>
> I was asking because I wondered if you had particular objections
> abou
On Thu, Jul 22, 2004 at 03:26:56PM -0500, Elaine -HFB- Ashton wrote:
> *>Finally, here we are at a page with reviews. Frankly, I've never seen one of
> *>these before, and I can't say that this one really does me a huge amount of
> *>good. I'm much better served by reading the documentation (wh
On Sat, May 01, 2004 at 07:58:02AM -0500, Mark Stosberg wrote:
> > I can see two minor bugs that require little more than a line or two of
> > changes to fix them, and one feature request which includes code. Are
> > there some other bugs I'm missing?
>
> This bug is not minor:
> http://rt.cpan.o
On Fri, Apr 02, 2004 at 02:51:11PM -0600, Andy Lester wrote:
> > coded correctly. So it's desirable to see the results of the lower level
> > tests first because running the higer level tests could be a waste of time.
>
> But how often does that happen? Why bother coding to optimize the
> failure
On Tue, Mar 09, 2004 at 09:00:56PM -0600, Andy Lester wrote:
> > An alternative, if everyone just thinks this is a dumb idea (I might agree)
> > maybe just implementing PHP's date function as something like
> > DateTime::Format::PHPdate (or somesuch)
>
> No, I think PHP::DateTime is the way to go.
On Thu, Feb 26, 2004 at 04:27:22PM +, [EMAIL PROTECTED] wrote:
> One possibility would be to force each known language to become a module
> (Lingua:Identification::EN for English, etc)... the downside of this
> solution is that once I have 50 languages, I'll have 51 modules... :-|
> Still, CPAN
On Wed, Feb 25, 2004 at 07:25:16PM +1300, Sam Vilain wrote:
> On Wed, 25 Feb 2004 02:32, Leon Brocard wrote;
> The relevant review information may be out there on use.perl.org,
> perlmonks.org, etc, you might say, but if they are all in one place
> they are more likely to be kept current.
>
On Thu, Feb 19, 2004 at 07:42:04PM +, Smylers wrote:
> Austin Schutz writes:
> Graham Barr posted to [EMAIL PROTECTED] the day before yesterday,
> ostensibly using the address you quote above:
>
> http://www.nntp.perl.org/group/perl.modules/28606
>
Cool, than
I'd like to make some changes to and fix some bugs in Error.pm,
but I have had no luck in contacting either the author (Graham Barr,
[EMAIL PROTECTED]) or the maintainer (Arun Kumar, [EMAIL PROTECTED]).
Ideally I'd like to take over maintenance since it doesn't seem to be getting
updated on
45 matches
Mail list logo
