While we're talking about the retarded Red Hat perl rpm, is anyone aware
that perl 5.8 as shipped with RHEL has an unpatched bug which can cause
an exponential slowdown when using overloading?
(This might have been adressed here already, and if so please ignore me :-X)
This blog post contains
Well how about that! Released yesterday... Well nevermind my patch then.
(We could have used that 3 weeks ago when our biggest perl product
launched, but it's good that they're finally getting to the fix)
Niels de Vos wrote:
Hi Ralph,
you probably meant:
Of course. I have a tool to generate the SPEC file so you don't have
to spend the time creating one. I just need a list of the perl CPAN
distribution to generate and build one.
How about DBIx::Class ? I see that the directory exists (http://dag.wieers.com/rpm/packages/perl-DBIx-Class/
) but
On Wed, 17 Sep 2008, Dominik Gehl wrote:
Of course. I have a tool to generate the SPEC file so you don't have to
spend the time creating one. I just need a list of the perl CPAN
distribution to generate and build one.
How about DBIx::Class ? I see that the directory exists
Hi,
attached is a SPEC file for the latest version of DBIx::Class.
Dominik
perl-DBIx-Class.spec
Description: Binary data
On 17-Sep-08, at 12:15 PM, Dag Wieers wrote:
On Wed, 17 Sep 2008, Dominik Gehl wrote:
Of course. I have a tool to generate the SPEC file so you don't
have to spend
On Wed, 17 Sep 2008, Dominik Gehl wrote:
attached is a SPEC file for the latest version of DBIx::Class.
The problem was not the SPEC file, the problem is that it requires
perl(Test::Builder) = 0.33.
Did you try to build it ? Because I am interested what satisfied this
dependency for you.
On 17-Sep-08, at 3:06 PM, Dag Wieers wrote:
On Wed, 17 Sep 2008, Dominik Gehl wrote:
attached is a SPEC file for the latest version of DBIx::Class.
The problem was not the SPEC file, the problem is that it requires
perl(Test::Builder) = 0.33.
In fact, I found also an issue in the SPEC
Because I am interested what satisfied this dependency for you. It
normally is satisfied by perl-Test-Builder-Tester, but that one has
problems of its own.
If you have CPAN on your system, then it is important to realise we
cannot build against CPAN modules. All modules need to come from
On Wed, 17 Sep 2008, Dominik Gehl wrote:
Because I am interested what satisfied this dependency for you. It
normally is satisfied by perl-Test-Builder-Tester, but that one has
problems of its own.
If you have CPAN on your system, then it is important to realise we
cannot build against
Hi,
according to 'perl -V', we have
@INC:
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi
On Wed, 17 Sep 2008, Dominik Gehl wrote:
On 17-Sep-08, at 3:55 PM, Dag Wieers wrote:
On Wed, 17 Sep 2008, Dominik Gehl wrote:
Because I am interested what satisfied this dependency for you. It
normally is satisfied by perl-Test-Builder-Tester, but that one has
problems of its
Dag Wieers wrote:
That is why I think we need to somehow make Red Hat understand that
they should not add CPAN distributions to the perl package.
It's not Red Hat that does this. The standard Perl distribution contains
modules that are also distributed independently from CPAN. They are
known
Hi,
I've created a SPEC file (attached to this message) for the Net::MAC
perl module (http://search.cpan.org/dist/Net-MAC/).
Could you include this module in the repository ?
Thanks,
Dominik
perl-Net-MAC.spec
Description: Binary data
___
13 matches
Mail list logo
