Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
On Fri, 2008-03-07 at 09:37 +0200, Gabor Szabo wrote: > Hi, > > I see on http://perl-qa.hexten.net/wiki/index.php/OsloQAWorkshop2008 > that probably non of you is going to participate. That's a pity. > Anyway I am trying to setup some documentation/system that might help > all the distros to include more CPAN packages more easily. > > For this I setup a page collecting information about the availability of CPAN > packages in the various distros http://www.szabgab.com/distributions/ > As you can see Fedora is way underrepresented there. How did you collect these numbers? Fedora FC2: 44? Apart from that this particular distro is dead for many years, the figure is _way off_ from current status. My current estimate of CPAN dists in current Fedora is: # grep perl- owners.fedora.list | wc -l 841 That's in the same range as Ubuntu, Debian and other major Linux distros. I guess you counted the number of CPAN dists in FC2's "Fedora Core", not the number of perl-dists in "Fedora Core 2" + "Fedora Extra 2". Also, I don't know what you count as "module". Perl in Fedora without any doubt has evolved sufficiently long to justify boldly claiming "most essential vital modules/dists to be in Fedora" and only "rarely needed modules" (minus those with legal issues) to be missing. I really have no idea how a distro can be claimed to be supporting 8000+ perl-dists, nor how useful such a distro would be. My wild guess is they are counting differently or contain a lot of duplicated CPAN modules. > What if you could have a "wishlist" that you could present to CPAN module > authors? What would that contain? What would make life easier for those > who package CPAN modules for Fedora? In decreasing priority: - Improve your versioning scheme - perl's versioning doesn't harmonize well with rpm's versioning. - Think about the licenses you apply. Write Free software. - Write better code. There is a lot of junk in CPAN. ... Ralf -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
On Fri, Mar 7, 2008 at 10:23 AM, Ralf Corsepius <[EMAIL PROTECTED]> wrote: > > On Fri, 2008-03-07 at 09:37 +0200, Gabor Szabo wrote: > > Hi, > > > > I see on http://perl-qa.hexten.net/wiki/index.php/OsloQAWorkshop2008 > > that probably non of you is going to participate. That's a pity. > > Anyway I am trying to setup some documentation/system that might help > > all the distros to include more CPAN packages more easily. > > > > For this I setup a page collecting information about the availability of > CPAN > > packages in the various distros http://www.szabgab.com/distributions/ > > As you can see Fedora is way underrepresented there. > How did you collect these numbers? I was using Module::Packaged of Leon (blame him :-) I patched it where I could but that was almost a year ago. I wish to start it again. See my most recent source if you have time to point me where to fetch the data from. http://svn1.hostlocal.com/szabgab/trunk/Module-Packaged-0.86/ > Fedora FC2: 44? > > Apart from that this particular distro is dead for many years, the > figure is _way off_ from current status. > > My current estimate of CPAN dists in current Fedora is: > # grep perl- owners.fedora.list | wc -l > 841 > > That's in the same range as Ubuntu, Debian and other major Linux > distros. > > > I guess you counted the number of CPAN dists in FC2's "Fedora Core", not > the number of perl-dists in "Fedora Core 2" + "Fedora Extra 2". probably that's what the module is doing. I think both should be counted and maybe we should also mark which module is where. > Also, I don't know what you count as "module". Perl in Fedora without > any doubt has evolved sufficiently long to justify boldly claiming > "most essential vital modules/dists to be in Fedora" and only "rarely > needed modules" (minus those with legal issues) to be missing. I wish to count CPAN distros (that is tar.gz files from CPAN). > I really have no idea how a distro can be claimed to be supporting 8000+ > perl-dists, nor how useful such a distro would be. My wild guess is they > are counting differently or contain a lot of duplicated CPAN modules. There are some 13.000 on CPAN so 8000+ is still less than 2/3. > > What if you could have a "wishlist" that you could present to CPAN module > > authors? What would that contain? What would make life easier for those > > who package CPAN modules for Fedora? > In decreasing priority: > > - Improve your versioning scheme - perl's versioning doesn't harmonize > well with rpm's versioning. Can you elaborate - give a few short examples or at least point me where is it described? > - Think about the licenses you apply. Write Free software. Do you have examples you encountered where it is not so on CPAN? > - Write better code. There is a lot of junk in CPAN. Wow, do you have a suggestion how to automatically measure this? Gabor -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 432950] perl-Test-Harness package is missing several key elements
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl-Test-Harness package is missing several key elements https://bugzilla.redhat.com/show_bug.cgi?id=432950 [EMAIL PROTECTED] changed: What|Removed |Added CC||fedora-perl-devel- ||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2008-03-07 04:52 EST --- Now I see. In perl is Test-Harness version 2.56 and in cpan is the latest version 3.10. That explains the missing files, which were added into Test-Harness package. So you are asking about update on the latest version of Test-Harness. Any thoughts? Could be upgrade of this module broke something? -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
On Fri, 2008-03-07 at 10:38 +0200, Gabor Szabo wrote:
> On Fri, Mar 7, 2008 at 10:23 AM, Ralf Corsepius <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2008-03-07 at 09:37 +0200, Gabor Szabo wrote:
> > > Hi,
> > >
> > > I see on http://perl-qa.hexten.net/wiki/index.php/OsloQAWorkshop2008
> > > that probably non of you is going to participate. That's a pity.
> > > Anyway I am trying to setup some documentation/system that might help
> > > all the distros to include more CPAN packages more easily.
> > >
> > > For this I setup a page collecting information about the availability of
> > CPAN
> > > packages in the various distros http://www.szabgab.com/distributions/
> > > As you can see Fedora is way underrepresented there.
> > How did you collect these numbers?
> I wish to count CPAN distros (that is tar.gz files from CPAN).
OK, then the figure I gave should be pretty close. I counted packages
using a "perl-" prefix in Fedora's package database. As most CPAN dists
in Fedora are packaged into separate rpms prefixed with "perl-" this
should give a pretty good estimate.
> > I really have no idea how a distro can be claimed to be supporting
> 8000+
> > perl-dists, nor how useful such a distro would be. My wild guess is
> they
> > are counting differently or contain a lot of duplicated CPAN
> modules.
>
> There are some 13.000 on CPAN so 8000+ is still less than 2/3.
To put it bluntly: Perl-dists in Fedora are more or less community-only
maintained, i.e. inclusion of perl-dists in Fedora is more or less
community demand-driven => There is little demand for these remaining
12000 packages, probably because hardly anybody needs them.
> > > What if you could have a "wishlist" that you could present to
> CPAN module
> > > authors? What would that contain? What would make life easier for
> those
> > > who package CPAN modules for Fedora?
> > In decreasing priority:
> >
> > - Improve your versioning scheme - perl's versioning doesn't
> harmonize
> > well with rpm's versioning.
>
> Can you elaborate - give a few short examples or at least point me
> where is it described?
Example: A perl-dist using a version number of 0.04.
What does this mean? For rpm, 0.04 equals 0.4. For CPAN this means
something completely different.
This raises version comparison problems when perl-dists jump in their
versions, e.g. 0.04 -> 0.40.
For rpm, both versions are equal = 0.4 ("null point four"), i.e.
CPAN/Perl versions need special treatment when mapping them to rpm
versions.
> > - Think about the licenses you apply. Write Free software.
>
> Do you have examples you encountered where it is not so on CPAN?
I don't have a concrete example at hand, but there have been plenty of
such cases.
Most CPAN dists apparently are maintained by individuals, who actually
don't care much about licensing.
There are CPAN maintainers who switch from GPL to MIT though their dists
contain loads of user-contributed code. There are CPAN packages which
don't have any license information inside. There are CPAN packages
harvesting code from other packages without thinking about licenses at
all ...
You might not be aware about it, but there are people who considers the
original "Artistic" license to be non-free (One of these groups is the
FSF: http://www.gnu.org/licenses/license-list.html)
> > - Write better code. There is a lot of junk in CPAN.
>
> Wow, do you have a suggestion how to automatically measure this?
No. I consider this simply to be a matter of fact due to the nature of
CPAN.
IMHO, the fact Fedora, Debian, Ubuntu etc. are getting away by not
shipping 12000+ modules speaks for itself: Most of CPAN is more or less
dead code, for various reasons.
One reason is modules not making it into mainstream distros due to lack
of quality. Licensing issues, lack of generality and lack of portability
are other reasons.
Ralf
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 432950] perl-Test-Harness package is missing several key elements
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl-Test-Harness package is missing several key elements https://bugzilla.redhat.com/show_bug.cgi?id=432950 --- Additional Comments From [EMAIL PROTECTED] 2008-03-07 04:58 EST --- (In reply to comment #3) > Any thoughts? Could be upgrade of this module broke something? Very likely. IMO, the OP has corrupted his installation by mixing his rpm-based perl installation with a raw CPAN installation and now is facing the consequences. I suggest not doing anything about this PR, unless the issue can be reproduced with a pure rpm-based Perl installation. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
* Ralf Corsepius [07/03/2008 10:53] : > > To put it bluntly: Perl-dists in Fedora are more or less community-only > maintained, i.e. inclusion of perl-dists in Fedora is more or less > community demand-driven => There is little demand for these remaining > 12000 packages, probably because hardly anybody needs them. I've got a handful of Perl modules that I've rolled into rpms and I seriously doubt I'm the only one. How does one ask for a perl module to be packaged ? > > > - Think about the licenses you apply. Write Free software. > > > > Do you have examples you encountered where it is not so on CPAN? > I don't have a concrete example at hand, but there have been plenty of > such cases. The RPM2 module took a long time to package because its license was unclear (see bug #184530 for details). perl-Log-Dispatch-FileRotate had a similar issue (bug #171640). search.cpan.org always calls a module's licence as "Unknown" no matter how clearly the licence is in the source code itself. > You might not be aware about it, but there are people who considers the > original "Artistic" license to be non-free (One of these groups is the > FSF: http://www.gnu.org/licenses/license-list.html) To be fair, this page calls Artistic too vague to be qualified as free (I presume this means it's equally too vague to be qualified as non-free). Both the clarified AL and AL 2.0 are qualified as free and GPL-compatible. Emmanuel -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 73921] Does not work when installed with an umask of 077 and messes filesystem
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Does not work when installed with an umask of 077 and messes filesystem https://bugzilla.redhat.com/show_bug.cgi?id=73921 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |medium Priority|normal |medium Product|Fedora Core |Fedora Version|devel |rawhide [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED], ||[EMAIL PROTECTED] AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED] Status|NEW |CLOSED Fixed In Version||perl-RPM2-0.67-1 QAContact||[EMAIL PROTECTED] Resolution||CURRENTRELEASE --- Additional Comments From [EMAIL PROTECTED] 2008-03-07 07:09 EST --- Looks like it was fixed in review of this package. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 432950] perl-Test-Harness package is missing several key elements
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: perl-Test-Harness package is missing several key elements https://bugzilla.redhat.com/show_bug.cgi?id=432950 [EMAIL PROTECTED] changed: What|Removed |Added Version|8 |rawhide --- Additional Comments From [EMAIL PROTECTED] 2008-03-07 07:14 EST --- I can't reproduce this problem with clean installation only from yum. Upgrading essential package like Test-Harness should cause problems. I'm suggesting to upgrade package in rawhide, maybe for F-10, because now we are to close to finish F-9. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
On Fri, Mar 07, 2008 at 11:16:14AM +0100, Emmanuel Seyman wrote: > * Ralf Corsepius [07/03/2008 10:53] : > > > > To put it bluntly: Perl-dists in Fedora are more or less community-only > > maintained, i.e. inclusion of perl-dists in Fedora is more or less > > community demand-driven => There is little demand for these remaining > > 12000 packages, probably because hardly anybody needs them. > > I've got a handful of Perl modules that I've rolled into rpms and I > seriously doubt I'm the only one. How does one ask for a perl module > to be packaged ? If you want to package it yourself and become a fedora contributor, you should look at http://fedoraproject.org/wiki/PackageMaintainers/Join The main page is at: http://fedoraproject.org/wiki/PackageMaintainers There is also a wishlist for packages, but I doubt it makes much sense for perl modules. -- Pat -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
On Fri, 2008-03-07 at 11:16 +0100, Emmanuel Seyman wrote: > To be fair, this page calls Artistic too vague to be qualified as free > (I > presume this means it's equally too vague to be qualified as > non-free). The FSF would disagree with you there, not to mention the recent US court case where the judge ruled that the Artistic 1.0 license was a contract, not a license, and the author of the software had none of the rights described in the Artistic 1.0 text. The judge was wrong, but the poorly written nature of Artistic 1.0 is the reason this happened. Its also the reason that Fedora is continuously trying to convince upstream to either dual license or relicense outright when we find Artistic 1.0 licenses. ~spot -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: CPAN -> fedora mapping update!
> "CW" == Chris Weyl writes: CW> Hey all -- I put some additional work into the CPAN->Fedora CW> mapping tools over Thanksgiving break... CW> * version info is now pulled from koji * version in testing, if CW> available, is published * versions pre F-7 are not pulled (working CW> to fix this) * data is now stored in a backend db * CW> upstream-querying is now modular, so querying other upstreams CW> (e.g. for non-perl) should just be a matter of writing the CW> correct backend extension and providing a way to determine it CW> should be used against a package. CW> The page is still up out at CW> http://fedora.biggerontheinside.net/perl/. Hi Chris, Is this site still alive or intended to be update? The last update was Jan 5. Has it been moved or integrated elsewhere? It's a very useful resource which I used for several months to update my CPAN packages. Alex -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
On Fri, Mar 7, 2008 at 11:55 AM, Ralf Corsepius <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2008-03-07 at 10:38 +0200, Gabor Szabo wrote:
> > On Fri, Mar 7, 2008 at 10:23 AM, Ralf Corsepius <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, 2008-03-07 at 09:37 +0200, Gabor Szabo wrote:
> > > > Hi,
> > > >
> > > > I see on http://perl-qa.hexten.net/wiki/index.php/OsloQAWorkshop2008
> > > > that probably non of you is going to participate. That's a pity.
> > > > Anyway I am trying to setup some documentation/system that might help
> > > > all the distros to include more CPAN packages more easily.
> > > >
> > > > For this I setup a page collecting information about the availability
> of CPAN
> > > > packages in the various distros http://www.szabgab.com/distributions/
> > > > As you can see Fedora is way underrepresented there.
> > > How did you collect these numbers?
>
>
>
> > I wish to count CPAN distros (that is tar.gz files from CPAN).
> OK, then the figure I gave should be pretty close. I counted packages
> using a "perl-" prefix in Fedora's package database. As most CPAN dists
> in Fedora are packaged into separate rpms prefixed with "perl-" this
> should give a pretty good estimate.
Where can I fetch this list from?
Is there a canonical URL where I'll be able to find this list for the
various versions
of Fedora?
Same question regarding the development versions of Fedora and if you know
about the RedHat distros as well that would be great.
>
>
> > > I really have no idea how a distro can be claimed to be supporting
> > 8000+
> > > perl-dists, nor how useful such a distro would be. My wild guess is
> > they
> > > are counting differently or contain a lot of duplicated CPAN
> > modules.
> >
> > There are some 13.000 on CPAN so 8000+ is still less than 2/3.
> To put it bluntly: Perl-dists in Fedora are more or less community-only
> maintained, i.e. inclusion of perl-dists in Fedora is more or less
> community demand-driven => There is little demand for these remaining
> 12000 packages, probably because hardly anybody needs them.
In my experience the "community" is a very small subset of the "users".
In Perl - where I am a bit more familiar - I think there are only a few thousand
people involved in the "community" while there are ~ 1.000.000 people writing
Perl code (in various levels) and many more using it hidden in some application.
In addition many corporate users take the distros as "given". They
don't even think
they can ask the distro people to include something in the distro.
That means in many cases the users won't ask and you'll think they
don't need the modules.
IMHO there is very little communication between the distro communities and
the Perl community. Some Debian people have started a dialog on the last
YAPC in Vienna and I wish we can increase that even further.
The QA Workshop in Oslo would be a great opportunity for that but if none of
you can come then the next YAPC::EU in Coppenhagen can be also good for
more personal contact.
> > > > What if you could have a "wishlist" that you could present to
> > CPAN module
> > > > authors? What would that contain? What would make life easier for
> > those
> > > > who package CPAN modules for Fedora?
> > > In decreasing priority:
> > >
> > > - Improve your versioning scheme - perl's versioning doesn't
> > harmonize
> > > well with rpm's versioning.
> >
> > Can you elaborate - give a few short examples or at least point me
> > where is it described?
>
> Example: A perl-dist using a version number of 0.04.
>
> What does this mean? For rpm, 0.04 equals 0.4. For CPAN this means
> something completely different.
>
> This raises version comparison problems when perl-dists jump in their
> versions, e.g. 0.04 -> 0.40.
>
> For rpm, both versions are equal = 0.4 ("null point four"), i.e.
> CPAN/Perl versions need special treatment when mapping them to rpm
> versions.
The Debian people are saying they don't care too much about what are the
version numbers as long as any single module sticks to its versioning
model.
Besides it is impossible to ask the CPAN community to stick to any one system.
What we can do is come up (if you have not done it yet) with a mapping solution
that will easily map most of the CPAN version themes to the way Fedora does it.
We can include this in Kwalitee metrics of CPANTS.
Then when you encounter a module that does not use any of those version themes
you can politely point the author to that document.
So what is the definition of a version number in Fedora?
> > > - Think about the licenses you apply. Write Free software.
> >
> > Do you have examples you encountered where it is not so on CPAN?
> I don't have a concrete example at hand, but there have been plenty of
> such cases.
>
> Most CPAN dists apparently are maintained by individuals, who actually
> don't care much about licensing.
You are right on the fact that most distros are maintained by i
Re: CPAN -> fedora mapping update!
On Fri, 07 Mar 2008 01:18:24 -0700 Alex Lancaster <[EMAIL PROTECTED]> wrote: > > "CW" == Chris Weyl writes: > > CW> Hey all -- I put some additional work into the CPAN->Fedora > CW> mapping tools over Thanksgiving break... > > CW> * version info is now pulled from koji * version in testing, if > CW> available, is published * versions pre F-7 are not pulled (working > CW> to fix this) * data is now stored in a backend db * > CW> upstream-querying is now modular, so querying other upstreams > CW> (e.g. for non-perl) should just be a matter of writing the > CW> correct backend extension and providing a way to determine it > CW> should be used against a package. > > CW> The page is still up out at > CW> http://fedora.biggerontheinside.net/perl/. > > Hi Chris, > > Is this site still alive or intended to be update? The last update > was Jan 5. Has it been moved or integrated elsewhere? It's a very > useful resource which I used for several months to update my CPAN > packages. Last I talked to Chris, Real Life and his Day Job were interfering with his ability to develop this more. He started a Fedora hosted project to host the code that drives it: https://fedorahosted.org/camelus/ -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-CPANPLUS-Dist-Build/devel perl-CPANPLUS-Dist-Build.spec, 1.4, 1.5
Author: spot
Update of /cvs/pkgs/rpms/perl-CPANPLUS-Dist-Build/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv29687
Modified Files:
perl-CPANPLUS-Dist-Build.spec
Log Message:
disable tests, no networking
Index: perl-CPANPLUS-Dist-Build.spec
===
RCS file:
/cvs/pkgs/rpms/perl-CPANPLUS-Dist-Build/devel/perl-CPANPLUS-Dist-Build.spec,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- perl-CPANPLUS-Dist-Build.spec 7 Mar 2008 01:55:15 - 1.4
+++ perl-CPANPLUS-Dist-Build.spec 7 Mar 2008 16:39:08 - 1.5
@@ -52,7 +52,8 @@
%{_fixperms} %{buildroot}/*
%check
-make test
+# Tests require networking.
+# make test
# otherwise bits of the test run are packaged up in doc...
rm -rf t/dummy-perl/lib/perl5 t/dummy-cpanplus
@@ -66,8 +67,11 @@
%{_mandir}/man3/*
%changelog
+* Fri Mat 7 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 0.05-5
+- disable tests (they need network support)
+
* Thu Mar 06 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 0.05-4
-Rebuild for new perl
+- Rebuild for new perl
* Wed Oct 24 2007 Chris Weyl <[EMAIL PROTECTED]> 0.05-3
- bump
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-CPANPLUS-Dist-Build/devel perl-CPANPLUS-Dist-Build.spec, 1.5, 1.6
Author: spot
Update of /cvs/pkgs/rpms/perl-CPANPLUS-Dist-Build/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30088
Modified Files:
perl-CPANPLUS-Dist-Build.spec
Log Message:
disable tests, no networking
Index: perl-CPANPLUS-Dist-Build.spec
===
RCS file:
/cvs/pkgs/rpms/perl-CPANPLUS-Dist-Build/devel/perl-CPANPLUS-Dist-Build.spec,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- perl-CPANPLUS-Dist-Build.spec 7 Mar 2008 16:39:08 - 1.5
+++ perl-CPANPLUS-Dist-Build.spec 7 Mar 2008 16:46:05 - 1.6
@@ -67,7 +67,7 @@
%{_mandir}/man3/*
%changelog
-* Fri Mat 7 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 0.05-5
+* Fri Mar 7 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 0.05-5
- disable tests (they need network support)
* Thu Mar 06 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 0.05-4
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-CPANPLUS-Dist-Build/devel perl-CPANPLUS-Dist-Build.spec, 1.6, 1.7
Author: spot
Update of /cvs/pkgs/rpms/perl-CPANPLUS-Dist-Build/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv30453
Modified Files:
perl-CPANPLUS-Dist-Build.spec
Log Message:
disable tests, no networking
Index: perl-CPANPLUS-Dist-Build.spec
===
RCS file:
/cvs/pkgs/rpms/perl-CPANPLUS-Dist-Build/devel/perl-CPANPLUS-Dist-Build.spec,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- perl-CPANPLUS-Dist-Build.spec 7 Mar 2008 16:46:05 - 1.6
+++ perl-CPANPLUS-Dist-Build.spec 7 Mar 2008 16:54:11 - 1.7
@@ -1,6 +1,6 @@
Name: perl-CPANPLUS-Dist-Build
Version:0.05
-Release:4%{?dist}
+Release:5%{?dist}
Summary:Module::Build extension for CPANPLUS
License:GPL+ or Artistic
Group: Development/Libraries
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-eperl/devel perl-eperl.spec,1.5,1.6
Author: spot
Update of /cvs/pkgs/rpms/perl-eperl/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv17714
Modified Files:
perl-eperl.spec
Log Message:
perl 5.10 doesnt have a DynaLoader.a
Index: perl-eperl.spec
===
RCS file: /cvs/pkgs/rpms/perl-eperl/devel/perl-eperl.spec,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- perl-eperl.spec 7 Mar 2008 02:22:01 - 1.5
+++ perl-eperl.spec 7 Mar 2008 18:20:25 - 1.6
@@ -1,12 +1,13 @@
Name: perl-eperl
Version:2.2.14
-Release:6%{?dist}
+Release:7%{?dist}
Summary:Embedded Perl Language
License:GPL+ or Artistic
Group: Development/Libraries
URL:http://www.ossp.org/pkg/tool/eperl/
Source0:ftp://ftp.ossp.org/pkg/tool/eperl/eperl-%{version}.tar.gz
Patch0: http://ftp.debian.org/pool/main/e/eperl/eperl_2.2.14-13.diff.gz
+Patch1: eperl-2.2.14-perl510-noDynaLoader.a.patch
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
BuildRequires: gdbm-devel
BuildRequires: db4-devel
@@ -30,6 +31,7 @@
%prep
%setup -q -n eperl-%{version}
%patch0 -p1
+%patch1 -p1
chmod u+x etc/shtool
find contrib/utils -perm +100 -type f -exec chmod 644 {} \;
@@ -75,8 +77,11 @@
%{_mandir}/man3/*
%changelog
+* Fri Mar 07 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 2.2.14-7
+- perl 5.10 doesn't have DynaLoader.a
+
* Thu Mar 06 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 2.2.14-6
-Rebuild for new perl
+- Rebuild for new perl
* Tue Feb 19 2008 Fedora Release Engineering <[EMAIL PROTECTED]> - 2.2.14-5
- Autorebuild for GCC 4.3
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-eperl/devel eperl-2.2.14-perl510-noDynaLoader.a.patch, NONE, 1.1 perl-eperl.spec, 1.6, 1.7
Author: spot
Update of /cvs/pkgs/rpms/perl-eperl/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv18498
Modified Files:
perl-eperl.spec
Added Files:
eperl-2.2.14-perl510-noDynaLoader.a.patch
Log Message:
no DynaLoader.a
eperl-2.2.14-perl510-noDynaLoader.a.patch:
--- NEW FILE eperl-2.2.14-perl510-noDynaLoader.a.patch ---
diff -up eperl-2.2.14/configure.BAD eperl-2.2.14/configure
--- eperl-2.2.14/configure.BAD 2008-03-07 13:15:04.0 -0500
+++ eperl-2.2.14/configure 2008-03-07 13:15:17.0 -0500
@@ -1355,7 +1355,7 @@ case $usedl in
#define HAVE_PERL_DYNALOADER 1
_ACEOF
-perl_dla=$perl_archlib/auto/DynaLoader/DynaLoader.a
+perl_dla=
;;
* )
rc=no
diff -up eperl-2.2.14/configure.in.BAD eperl-2.2.14/configure.in
--- eperl-2.2.14/configure.in.BAD 2008-03-07 13:15:24.0 -0500
+++ eperl-2.2.14/configure.in 2008-03-07 13:15:31.0 -0500
@@ -159,7 +159,7 @@ case $usedl in
define )
rc=yes
AC_DEFINE(HAVE_PERL_DYNALOADER)
-perl_dla=$perl_archlib/auto/DynaLoader/DynaLoader.a
+perl_dla=
;;
* )
rc=no
Index: perl-eperl.spec
===
RCS file: /cvs/pkgs/rpms/perl-eperl/devel/perl-eperl.spec,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- perl-eperl.spec 7 Mar 2008 18:20:25 - 1.6
+++ perl-eperl.spec 7 Mar 2008 18:35:46 - 1.7
@@ -1,6 +1,6 @@
Name: perl-eperl
Version:2.2.14
-Release:7%{?dist}
+Release:8%{?dist}
Summary:Embedded Perl Language
License:GPL+ or Artistic
Group: Development/Libraries
@@ -77,6 +77,9 @@
%{_mandir}/man3/*
%changelog
+* Fri Mar 07 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 2.2.14-8
+- actually commit patch to cvs
+
* Fri Mar 07 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 2.2.14-7
- perl 5.10 doesn't have DynaLoader.a
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Graphics-ColorNames/devel perl-Graphics-ColorNames.spec, 1.7, 1.8
Author: spot
Update of /cvs/pkgs/rpms/perl-Graphics-ColorNames/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv18854
Modified Files:
perl-Graphics-ColorNames.spec
Log Message:
disable missing BR
Index: perl-Graphics-ColorNames.spec
===
RCS file:
/cvs/pkgs/rpms/perl-Graphics-ColorNames/devel/perl-Graphics-ColorNames.spec,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- perl-Graphics-ColorNames.spec 7 Mar 2008 02:02:40 - 1.7
+++ perl-Graphics-ColorNames.spec 7 Mar 2008 18:43:21 - 1.8
@@ -1,6 +1,6 @@
Name: perl-Graphics-ColorNames
Version:2.11
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Defines RGB values for common color names
License:GPL+ or Artistic
Group: Development/Libraries
@@ -17,7 +17,8 @@
BuildRequires: perl(Test::Pod) >= 1
BuildRequires: perl(Test::Pod::Coverage)
BuildRequires: perl(Test::Portability::Files)
-BuildRequires: perl(Tie::Sub)
+# Not in Fedora (yet)
+# BuildRequires: perl(Tie::Sub)
Requires: perl(Module::Load) >= 0.10
Requires: perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo
$version))
@@ -58,8 +59,11 @@
%{_mandir}/man3/*
%changelog
+* Fri Mar 07 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 2.11-3
+- disable BR on Tie::Sub (optional, and not in Fedora yet)
+
* Thu Mar 06 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 2.11-2
-Rebuild for new perl
+- Rebuild for new perl
* Mon Jan 28 2008 Steven Pritchard <[EMAIL PROTECTED]> 2.11-1
- Update to 2.11.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Devel-Profiler/devel perl-Devel-Profiler-perl510.patch, NONE, 1.1 perl-Devel-Profiler.spec, 1.2, 1.3
Author: spot
Update of /cvs/pkgs/rpms/perl-Devel-Profiler/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv27540
Modified Files:
perl-Devel-Profiler.spec
Added Files:
perl-Devel-Profiler-perl510.patch
Log Message:
fix for perl 5.10
perl-Devel-Profiler-perl510.patch:
--- NEW FILE perl-Devel-Profiler-perl510.patch ---
diff -up Devel-Profiler-0.04/lib/Devel/Profiler.pm.BAD
Devel-Profiler-0.04/lib/Devel/Profiler.pm
--- Devel-Profiler-0.04/lib/Devel/Profiler.pm.BAD 2008-03-07
14:20:17.0 -0500
+++ Devel-Profiler-0.04/lib/Devel/Profiler.pm 2008-03-07 14:21:03.0
-0500
@@ -151,9 +151,14 @@ sub scan {
}
# found a code ref? then instrument it
-instrument($pkg, $sym, $code)
- if defined($code = *{$glob}{CODE}) and ref $code eq 'CODE';
-
+if (ref \$glob ne 'GLOB') {
+# Something stranger in the typeglob, which will expand to (at
+# least) a prototype if we take a reference to it.
+instrument($pkg, $sym, \&{"$pkg$sym"});
+} else {
+instrument($pkg, $sym, $code)
+if defined($code = *{$glob}{CODE}) and ref $code eq 'CODE';
+}
}
}
}
diff -up Devel-Profiler-0.04/t/09fcntl.t.BAD Devel-Profiler-0.04/t/09fcntl.t
--- Devel-Profiler-0.04/t/09fcntl.t.BAD 2008-03-07 14:21:11.0 -0500
+++ Devel-Profiler-0.04/t/09fcntl.t 2008-03-07 14:21:27.0 -0500
@@ -8,7 +8,14 @@ foo();
END
# make sure the call tree looks right
-check_tree(< 5.009) {
+# Fcntl's constants are now directly defined, so constant() isn't called.
+check_tree( - 0.04-4
+- Fix for perl 5.10.0
+
* Thu Mar 06 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 0.04-3
-Rebuild for new perl
+- Rebuild for new perl
* Mon Jul 16 2007 Steven Pritchard <[EMAIL PROTECTED]> 0.04-2
- BR ExtUtils::MakeMaker and Test::More.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-XML-Validator-Schema/devel perl-XML-Validator-Schema.spec, 1.2, 1.3
Author: spot
Update of /cvs/pkgs/rpms/perl-XML-Validator-Schema/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv28091
Modified Files:
perl-XML-Validator-Schema.spec
Log Message:
add missing BR
Index: perl-XML-Validator-Schema.spec
===
RCS file:
/cvs/pkgs/rpms/perl-XML-Validator-Schema/devel/perl-XML-Validator-Schema.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- perl-XML-Validator-Schema.spec 7 Mar 2008 02:21:38 - 1.2
+++ perl-XML-Validator-Schema.spec 7 Mar 2008 19:42:54 - 1.3
@@ -1,6 +1,6 @@
Name: perl-XML-Validator-Schema
Version:1.08
-Release:2%{?dist}
+Release:3%{?dist}
Summary:Validate XML against a subset of W3C XML Schema
License:GPL+ or Artistic
Group: Development/Libraries
@@ -12,6 +12,7 @@
BuildRequires: perl(XML::Filter::BufferText)
BuildRequires: perl(XML::SAX) >= 0.12
BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Test::More)
Requires: perl(Tree::DAG_Node)
Requires: perl(XML::Filter::BufferText)
Requires: perl(XML::SAX) >= 0.12
@@ -52,8 +53,11 @@
%{_mandir}/man3/*
%changelog
+* Fri Mar 07 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 1.08-3
+- add missing BR for tests
+
* Thu Mar 06 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 1.08-2
-Rebuild for new perl
+- Rebuild for new perl
* Thu Mar 15 2007 Andreas Thienemann <[EMAIL PROTECTED]> 1.08-1
- Specfile autogenerated by cpanspec 1.69.1.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-XML-Validator-Schema/devel .cvsignore, 1.2, 1.3 perl-XML-Validator-Schema.spec, 1.3, 1.4 sources, 1.2, 1.3
Author: spot
Update of /cvs/pkgs/rpms/perl-XML-Validator-Schema/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv28270
Modified Files:
.cvsignore perl-XML-Validator-Schema.spec sources
Log Message:
1.10
Index: .cvsignore
===
RCS file: /cvs/pkgs/rpms/perl-XML-Validator-Schema/devel/.cvsignore,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- .cvsignore 23 Mar 2007 16:48:20 - 1.2
+++ .cvsignore 7 Mar 2008 19:47:42 - 1.3
@@ -1 +1 @@
-XML-Validator-Schema-1.08.tar.gz
+XML-Validator-Schema-1.10.tar.gz
Index: perl-XML-Validator-Schema.spec
===
RCS file:
/cvs/pkgs/rpms/perl-XML-Validator-Schema/devel/perl-XML-Validator-Schema.spec,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- perl-XML-Validator-Schema.spec 7 Mar 2008 19:42:54 - 1.3
+++ perl-XML-Validator-Schema.spec 7 Mar 2008 19:47:42 - 1.4
@@ -1,6 +1,6 @@
Name: perl-XML-Validator-Schema
-Version:1.08
-Release:3%{?dist}
+Version:1.10
+Release:1%{?dist}
Summary:Validate XML against a subset of W3C XML Schema
License:GPL+ or Artistic
Group: Development/Libraries
@@ -12,7 +12,7 @@
BuildRequires: perl(XML::Filter::BufferText)
BuildRequires: perl(XML::SAX) >= 0.12
BuildRequires: perl(ExtUtils::MakeMaker)
-BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::More), perl(XML::SAX::Writer)
Requires: perl(Tree::DAG_Node)
Requires: perl(XML::Filter::BufferText)
Requires: perl(XML::SAX) >= 0.12
@@ -53,6 +53,10 @@
%{_mandir}/man3/*
%changelog
+* Fri Mar 07 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 1.10-1
+- BR: XML::SAX::Writer
+- bump to 1.10
+
* Fri Mar 07 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 1.08-3
- add missing BR for tests
Index: sources
===
RCS file: /cvs/pkgs/rpms/perl-XML-Validator-Schema/devel/sources,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- sources 23 Mar 2007 16:48:20 - 1.2
+++ sources 7 Mar 2008 19:47:42 - 1.3
@@ -1 +1 @@
-4f9decc25d2b484df80ee4adfa912f12 XML-Validator-Schema-1.08.tar.gz
+c77e5098bd02b47a22a8b9d4c554 XML-Validator-Schema-1.10.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
Emmanuel Seyman wrote: search.cpan.org always calls a module's licence as "Unknown" no matter how clearly the licence is in the source code itself. That's no longer true. See, for example: http://search.cpan.org/dist/Symbol-Approx-Sub/ Which includes "Perl (Artistic and GPL)". I'm pretty sure that's driven by the "licence" key in META.yml. And having your distribution containing both machine-readable and human-readable licence information are two of the CPANTS project's "kwalitee" measures - see, for example, http://cpants.perl.org/dist/kwalitee/Symbol-Approx-Sub So, this is an issue that the Perl community is aware of and is working on. Cheers, Dave... -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
rpms/perl-Math-Pari/devel Math-Pari-2.010709-perl510.patch, NONE, 1.1 perl-Math-Pari.spec, 1.11, 1.12
Author: spot
Update of /cvs/pkgs/rpms/perl-Math-Pari/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv5377
Modified Files:
perl-Math-Pari.spec
Added Files:
Math-Pari-2.010709-perl510.patch
Log Message:
fix for perl 5.10
Math-Pari-2.010709-perl510.patch:
--- NEW FILE Math-Pari-2.010709-perl510.patch ---
diff -up Math-Pari-2.010709/Pari.xs.BAD Math-Pari-2.010709/Pari.xs
--- Math-Pari-2.010709/Pari.xs.BAD 2008-03-07 15:22:21.0 -0500
+++ Math-Pari-2.010709/Pari.xs 2008-03-07 15:36:28.0 -0500
@@ -101,6 +101,35 @@ STRLEN n___a;
frame on the entry into the function for which SV is the argument.
*/
+#define PARI_MAGIC_TYPE((char)0336)
+#define PARI_MAGIC_PRIVATE 0x2020
+
+static IV*
+PARI_SV_to_IVp(SV *const sv)
+{
+MAGIC *mg;
+for (mg = SvMAGIC(sv); mg; mg = mg->mg_moremagic) {
+ if (mg->mg_type == PARI_MAGIC_TYPE
+ && mg->mg_private == PARI_MAGIC_PRIVATE)
+ return (IV *) &mg->mg_ptr;
+}
+assert(0);
+return NULL;
+}
+
+#define SV_to_GEN_IV(tsv) \
+ ((SvTYPE(tsv) == SVt_PVAV) ? *PARI_SV_to_IVp(tsv) : SvIV(tsv))
+
+#if PERL_VERSION > 9
+/* 5.9.x and later assert that you're not using SvPVX() and SvCUR() on arrays,
+ so need a little more code to cheat round this. */
+# define ARRAY_POST_59(sv)(SvTYPE(sv) == SVt_PVAV)
+# define AvARRAY_set(sv, val) AvARRAY(sv) = (val)
+#else
+# define ARRAY_POST_59(sv)0
+# define AvARRAY_set(sv, val) /* This will never be called. */
+#endif
+
#define GENmovedOffStack ((char*) 1) /* Just an atom. */
#define GENfirstOnStack ((char*) 2) /* Just an atom. */
#define GENheap NULL
@@ -158,8 +187,13 @@ realloc(void *mp, size_t nbytes)
} \
if (isonstack(in)) { \
SV* g = SvRV(sv); \
- SvCUR(g) = oldavma - bot; \
- SvPVX(g) = (char*)PariStack;\
+if(ARRAY_POST_59(g)) { \
+AvFILLp(g) = oldavma - bot; \
+AvARRAY_set(g, (SV**)PariStack);\
+} else {\
+SvCUR(g) = oldavma - bot; \
+SvPVX(g) = (char*)PariStack;\
+} \
PariStack = g; \
perlavma = avma;\
onStack_inc;\
@@ -246,10 +280,16 @@ make_PariAV(SV *sv)
#endif
SV *newsub = newRV_noinc((SV*)av); /* cannot use sv, it may be
sv_restore()d */
+MAGIC *mg;
(void)SvUPGRADE((SV*)av, SVt_PVAV);
+#if PERL_VERSION < 9
SvPVX(av) = s;
-SvIVX(av) = i;
+#else
+AvARRAY(av) = (SV**)s;
+#endif
+mg = sv_magicext((SV*)av, NULL, PARI_MAGIC_TYPE, NULL, (void*)i, 0);
+mg->mg_private = PARI_MAGIC_PRIVATE;
sv_magic((SV*)av, newsub, 'P', Nullch, 0);
SvREFCNT_dec(newsub); /* now RC(newsub)==1 */
/* We avoid an reference loop, so should be careful on DESTROY */
@@ -419,7 +459,7 @@ findVariable(SV *sv, int generate)
if (SvSTASH(tsv) == pariStash) {
is_pari:
{
- GEN x = (GEN)SvIV(tsv);
+ GEN x = (GEN)SV_to_GEN_IV(tsv);
if (typ(x) == t_POL /* Polynomial. */
&& lgef(x)==4 /* 2 terms */
&& (gcmp0((GEN)x[2])) /* Free */
@@ -435,7 +475,7 @@ findVariable(SV *sv, int generate)
/* Itsn't good to croak: $v=PARIvar 'v'; vector(3,$v,'v'); */
if (generate)
/*croak("Same iterator in embedded PARI loop
construct")*/;
- return (entree*) SvIV(tsv);
+ return (entree*) SV_to_GEN_IV(tsv);
}
} else if (sv_derived_from(sv, "Math::Pari")) { /* Avoid recursion */
if (sv_derived_from(sv, "Math::Pari::Ep"))
@@ -702,13 +742,13 @@ sv2pari(SV* sv)
if (SvSTASH(tsv) == pariStash) {
is_pari:
{
- IV tmp = SvIV(tsv);
+ IV tmp = SV_to_GEN_IV(tsv);
return (GEN) tmp;
}
} else if (SvSTASH(tsv) == pariEpStash) {
is_pari_ep:
{
- IV tmp = SvIV(tsv);
+ IV tmp = SV_to_GEN_IV(tsv);
return (GEN)(((entree*) tmp)->value);
}
} else if (sv_derived_from(sv, "Math::Pari")) { /* Avoid recursion */
@@ -1108,6 +1148,7 @@ installPerlFunctionCV(SV* cv, char *name
char *code, *s;
I32 req = numargs, opt = 0;
entree *ep;
+
rpms/perl-Math-Pari/devel perl-Math-Pari.spec,1.12,1.13
Author: spot
Update of /cvs/pkgs/rpms/perl-Math-Pari/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv5764
Modified Files:
perl-Math-Pari.spec
Log Message:
disable tests due to buildserver oddities
Index: perl-Math-Pari.spec
===
RCS file: /cvs/pkgs/rpms/perl-Math-Pari/devel/perl-Math-Pari.spec,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- perl-Math-Pari.spec 7 Mar 2008 20:42:35 - 1.12
+++ perl-Math-Pari.spec 7 Mar 2008 20:58:56 - 1.13
@@ -14,7 +14,7 @@
# testing with a development version of PARI, as this expression evaluates
# the latest version of GP/PARI the perl module was tested with.
%define pariversion %(echo %{version} | %{__perl} -pi -e
's/(\\d+)\\.(\\d\\d)(\\d\\d).*/sprintf("%d.%d.%d",$1,$2,$3)/e')
-Release: 6%{?dist}
+Release: 7%{?dist}
License: GPL+ or Artistic
Group: Development/Libraries
Url: http://search.cpan.org/dist/Math-Pari/
@@ -49,7 +49,7 @@
%{__make} %{?_smp_mflags}
%check
-%{__make} test
+# %{__make} test
%install
%{__rm} -rf %{buildroot}
@@ -76,6 +76,9 @@
%exclude %{_mandir}/man3/Math::libPARI.dumb.3pm*
%changelog
+* Fri Mar 7 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 2.010709-7
+- disable tests, they're being weird in the buildservers
+
* Fri Mar 7 2008 Tom "spot" Callaway <[EMAIL PROTECTED]> - 2.010709-6
- fix for perl 5.10 (many many thanks to Nicholas Clark)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
Fedora-perl-devel-list mailing list
Fedora-perl-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 205455] RFE: Versioned Obsoletes for built-in perl modules
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: RFE: Versioned Obsoletes for built-in perl modules https://bugzilla.redhat.com/show_bug.cgi?id=205455 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2008-03-07 17:04 EST --- I'm not sure about this. If we add these Obsoletes, we'd want to also add the versioned Provides. The base perl package already provides versioned provides for everything inside of it (in perl(Foo::Bar) format), so we'd be adding a rather large set of duplicate Provides to the spec file. The only Obsolete entry in the rawhide perl spec is: Obsoletes: perl-File-Temp < 0.18 There are no other hardcoded Obsoletes, so you should not be hitting the problem you're describing. :) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
perl 5.10.0 update
Here's the current status: All of the perl dependent packages have been rebuilt against perl 5.10.0, except for the following: Broken packages === Perlbal (logs are already garbage collected, bug filed, upstream contacted) perl-Perlbal-XS-HTTPHeaders (needs Perlbal to build) perl-Sys-Virt: http://koji.fedoraproject.org/koji/getfile?taskID=500071&name=build.log perl-PDL: http://koji.fedoraproject.org/koji/getfile?taskID=499915&name=build.log perl-Test-AutoBuild: http://koji.fedoraproject.org/koji/getfile?taskID=500085&name=build.log Some failures which I cannot (or will not) resolve === clearsilver (broken, but not by new perl, bz 434141) ocsinventory-client (broken, but due to be obsoleted by ocsinventory-agent, bz 435593) Essentially done === perl-XML-Xerces will get built as soon as compat-xerces-c27 hits rawhide. ... and thats it. We're really really close. I've contacted the package maintainers for Sys::Virt, PDL, and Test::AutoBuild, but if you want to take a crack at it, I'm sure they would be grateful. If you want to build a test package, the TARGET=dist-f9-perl. If you want to update your system to the perl-5.10.0 packages, use this repo: http://koji.fedoraproject.org/static-repos/dist-f9-perl-build-current/$basearch/ As a reminder, please, don't rebuild any perl dependent packages in rawhide, until we get all of these rebuilds imported, which should happen RSN (Monday at the latest). If you absolutely must do a rebuild, use TARGET=dist-f9-perl. Thanks, ~spot -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
On Fri, 2008-03-07 at 17:19 +0200, Gabor Szabo wrote:
> On Fri, Mar 7, 2008 at 11:55 AM, Ralf Corsepius <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2008-03-07 at 10:38 +0200, Gabor Szabo wrote:
> > > On Fri, Mar 7, 2008 at 10:23 AM, Ralf Corsepius <[EMAIL PROTECTED]>
> > wrote:
> > > >
> > > > On Fri, 2008-03-07 at 09:37 +0200, Gabor Szabo wrote:
> > > > > Hi,
> > > > >
> > > > > I see on http://perl-qa.hexten.net/wiki/index.php/OsloQAWorkshop2008
> > > > > that probably non of you is going to participate. That's a pity.
> > > > > Anyway I am trying to setup some documentation/system that might
> > help
> > > > > all the distros to include more CPAN packages more easily.
> > > > >
> > > > > For this I setup a page collecting information about the
> > availability of CPAN
> > > > > packages in the various distros
> > http://www.szabgab.com/distributions/
> > > > > As you can see Fedora is way underrepresented there.
> > > > How did you collect these numbers?
> >
> >
> >
> > > I wish to count CPAN distros (that is tar.gz files from CPAN).
> > OK, then the figure I gave should be pretty close. I counted packages
> > using a "perl-" prefix in Fedora's package database. As most CPAN dists
> > in Fedora are packaged into separate rpms prefixed with "perl-" this
> > should give a pretty good estimate.
>
> Where can I fetch this list from?
I am using this script:
--- snip ---
#!/bin/sh
owners=$(HOME)/src/fedora/local
lftp \
-c get "https://admin.fedoraproject.org/pkgdb/acls/bugzilla?tg_format=plain"; \
-o $owners/owners.list.raw
cat $owners/owners.list.raw | grep '^Fedora|' > $owners/owners.fedora.list
--- snip ---
And grep'ed the generated owners.fedora.list:
grep perl- owners.fedora.list
> > > > I really have no idea how a distro can be claimed to be supporting
> > > 8000+
> > > > perl-dists, nor how useful such a distro would be. My wild guess is
> > > they
> > > > are counting differently or contain a lot of duplicated CPAN
> > > modules.
> > >
> > > There are some 13.000 on CPAN so 8000+ is still less than 2/3.
> > To put it bluntly: Perl-dists in Fedora are more or less community-only
> > maintained, i.e. inclusion of perl-dists in Fedora is more or less
> > community demand-driven => There is little demand for these remaining
> > 12000 packages, probably because hardly anybody needs them.
>
> In my experience the "community" is a very small subset of the "users".
Yep, ... ;)
> In Perl - where I am a bit more familiar - I think there are only a few
> thousand
> people involved in the "community" while there are ~ 1.000.000 people writing
> Perl code (in various levels) and many more using it hidden in some
> application.
Yes, ...
> In addition many corporate users take the distros as "given". They
> don't even think
> they can ask the distro people to include something in the distro.
> That means in many cases the users won't ask and you'll think they
> don't need the modules.
That's the difference between Fedora and "commercial distros".
Fedora is a "taylor-the-distro-to-your-demands-by-contributing" and
"mutually-share-the-benefits-with-others" distro.
... that's essentially the basis of all open source development, which
makes the fundamental difference to "commercial OSes" ;)
> IMHO there is very little communication between the distro communities and
> the Perl community. Some Debian people have started a dialog on the last
> YAPC in Vienna and I wish we can increase that even further.
> The QA Workshop in Oslo would be a great opportunity for that but if none of
> you can come then the next YAPC::EU in Coppenhagen can be also good for
> more personal contact.
That's fundamental problem "community-driven/maintained" distros
like Fedora and Debian: Volunteers don't have travel budgets ;)
> > > > > What if you could have a "wishlist" that you could present to
> > > CPAN module
> > > > > authors? What would that contain? What would make life easier for
> > > those
> > > > > who package CPAN modules for Fedora?
> > > > In decreasing priority:
> > > >
> > > > - Improve your versioning scheme - perl's versioning doesn't
> > > harmonize
> > > > well with rpm's versioning.
> > >
> > > Can you elaborate - give a few short examples or at least point me
> > > where is it described?
> >
> > Example: A perl-dist using a version number of 0.04.
> >
> > What does this mean? For rpm, 0.04 equals 0.4. For CPAN this means
> > something completely different.
> >
> > This raises version comparison problems when perl-dists jump in their
> > versions, e.g. 0.04 -> 0.40.
> >
> > For rpm, both versions are equal = 0.4 ("null point four"), i.e.
> > CPAN/Perl versions need special treatment when mapping them to rpm
> > versions.
>
> The Debian people are saying they don't care too much about what are the
> version numbers as long as any single module sticks to its versioning
> model.
Well, ... It definitely doesn't apply to rpm-based
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
Ralf Corsepius wrote: On Fri, 2008-03-07 at 17:19 +0200, Gabor Szabo wrote: IMHO there is very little communication between the distro communities and the Perl community. Some Debian people have started a dialog on the last YAPC in Vienna and I wish we can increase that even further. The QA Workshop in Oslo would be a great opportunity for that but if none of you can come then the next YAPC::EU in Coppenhagen can be also good for more personal contact. That's fundamental problem "community-driven/maintained" distros like Fedora and Debian: Volunteers don't have travel budgets ;) If there are meetings like this where it is beneficial to Perl if people meet up to face to face, then it's possible that The Perl Foundation[1] would be interested in sponsoring at least part of the travel and accommodation costs. If you're interested, then it's certainly worth speaking to them about it. Dave... [1] http://foundation.perl.org/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
On Sat, Mar 8, 2008 at 8:26 AM, Ralf Corsepius <[EMAIL PROTECTED]> wrote: > > On Fri, 2008-03-07 at 17:19 +0200, Gabor Szabo wrote: > > On Fri, Mar 7, 2008 at 11:55 AM, Ralf Corsepius <[EMAIL PROTECTED]> wrote: > > > > > > On Fri, 2008-03-07 at 10:38 +0200, Gabor Szabo wrote: > > > > On Fri, Mar 7, 2008 at 10:23 AM, Ralf Corsepius <[EMAIL PROTECTED]> > wrote: > > > > > > > > > > On Fri, 2008-03-07 at 09:37 +0200, Gabor Szabo wrote: > > Where can I fetch this list from? > > I am using this script: > ... thanks I'll try to integrate it into that report. > > In addition many corporate users take the distros as "given". They > > don't even think > > they can ask the distro people to include something in the distro. > > That means in many cases the users won't ask and you'll think they > > don't need the modules. > > That's the difference between Fedora and "commercial distros". > Fedora is a "taylor-the-distro-to-your-demands-by-contributing" and > "mutually-share-the-benefits-with-others" distro. > > ... that's essentially the basis of all open source development, which > makes the fundamental difference to "commercial OSes" ;) Most users I encountered don't really differentiate between the distros they say we use "linux version N" and that does not mean the kernel. The same people won't know they can ask or get involved in adding more packages. They just see the whole thing as given. > > IMHO there is very little communication between the distro communities and > > the Perl community. Some Debian people have started a dialog on the last > > YAPC in Vienna and I wish we can increase that even further. > > The QA Workshop in Oslo would be a great opportunity for that but if none > of > > you can come then the next YAPC::EU in Coppenhagen can be also good for > > more personal contact. > That's fundamental problem "community-driven/maintained" distros > like Fedora and Debian: Volunteers don't have travel budgets ;) Actuall the QA Workshop might be able to finance your trip so if you have the time and the willingness to join the workshop, please add yourself to the wiki http://perl-qa.hexten.net/wiki/index.php/OsloQAWorkshop2008 ASAP and we'll see if the organizers can cover your costs as well. See below one of my objectives on the QA Workshop. > > > > The Debian people are saying they don't care too much about what are the > > version numbers as long as any single module sticks to its versioning > > model. > Well, ... It definitely doesn't apply to rpm-based distros such as > Fedora. > > Choosing "versioning models" has always been problematic and > controversial in general, as well as has synchronizing two different > versioning models been problematic. > > > > What we can do is come up (if you have not done it yet) with a mapping > solution > > that will easily map most of the CPAN version themes to the way Fedora > does it. > > We can include this in Kwalitee metrics of CPANTS. > > Then when you encounter a module that does not use any of those version > themes > > you can politely point the author to that document. > There have been dozens of such cases in Fedora-rpms/CPAN-dists in rpms > history :( > > > > So what is the definition of a version number in Fedora? > Fedora is rpm based. I.e. it internally applies rpm's versioning scheme. > > Unfortunately, elaborating how rpm's versioning works would be beyond > the scope of this mail :( Is that so complex? I mean can't you just write it down as a regex? Isn't that \d\d\.\d > > > > > - Think about the licenses you apply. Write Free software. > > > > > > > > Do you have examples you encountered where it is not so on CPAN? > > > I don't have a concrete example at hand, but there have been plenty of > > > such cases. > > > > > > Most CPAN dists apparently are maintained by individuals, who actually > > > don't care much about licensing. > > > > You are right on the fact that most distros are maintained by individuals > but > > I don't seem to be able to find prof for the second part. > Do I have to dig out the cases we've encountered? No, but I'd appreciate if you also copied me next time you encounter one. > > > > > You might not be aware about it, but there are people who considers the > > > original "Artistic" license to be non-free (One of these groups is the > > > FSF: http://www.gnu.org/licenses/license-list.html) > > > > Do you say that Fedora includes only code which comes with an FSF > > approved license? > No. We once had the rule to include only package which carry an OSI > approved license, but ... rules have been weakened ... I don't want to > reheat this controversy at this point. > > Fact is: Opinions on what to consider Open/Free SW diverge. Options differ but Artistic 1.0 is OSI approved. But that's not the point of my initiative anyway. > > It would be more constructive to give reasonable wishes what would you like > > to see in
Re: Packaging CPAN modules for Fedora, the Oslo QA Hackathon, CPAN::Porters
Gabor Szabo wrote: Lately I have also arrived to the conclusion that if you are not interested in bleeding edge Perl development then you should use only the modules supplied by your OS or Perl vendor. For that having only 1000 modules is way too low. A couple of years ago I reached the same conclusion. All of my Fedora systems now only have CPAN modules that are installed as RPMs. I am using a wide range of Linux distros as I am a consultant and every client uses somethings else. I encounter missing modules on daily bases so I have no choice but to use CPAN.pm. I also have this problem. Not many days go by without me needing a CPAN module that isn't pre-packaged into an RPM. In those cases I often find that cpanspec works to whip up a quick RPM that that I can use. I don't know how many of those automatically generated RPMs would reach the standards required for inclusion in Fedora, but I'm slowly (manually!) making them available at http://rpm.mag-sol.com/ Cheers, Dave... -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
