From Fedora Project Wiki

m (1 revision(s))
(Move from SIGs/Perl, be more in line with new SIG page naming post-moinmoin)
Line 1: Line 1:
#REDIRECT [[SIGs/Perl]]
= Fedora Perl SIG Mission =
 
To assist packagers in bringing Perl-related packages to Fedora Extras and assisting in their continued maintenance by providing timely reviews, acting as secondary package owners and assisting with related security issues.
 
= Perl Components in Fedora =
 
== Core Perl ==
 
Core perl in Fedora is currently 5.10.0.
 
* http://search.cpan.org/~rgarcia/perl-5.10.0
* http://www.slideshare.net/rjbs/perl-510-for-people-who-arent-totally-insane
 
== Apps ==
 
* [[/Bugzilla|  Bugzilla]]  - Defect Tracking System
* [http://www.bugzilla.org/ Bugzilla]
* Some testing on an SELinux-enabled system is still needed (see FE review request)
* FE review request: [https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188359 #188359]
* [http://clusterssh.sourceforge.net Cluster SSH]  - Cluster Admin Via SSH
* [http://www.alzabo.org/ Alzabo]  - Data modelling tool (also in CPAN)
 
== Frameworks ==
 
* [[/Catalyst|  Catalyst]]  - MVC Web Application Framework (also in CPAN)
** http://www.catalystframework.org/
* [[/Bricolage|  Bricolage]]  - Content Management System (CPAN: Bundle::Bricolage)
** http://www.bricolage.cc/
** 1.11.0 plays nice with Apache2/mod_perl2!
* [[/POE|  POE]]  - Portable multitasking and networking framework
** http://search.cpan.org/dist/POE/
** While POE itself is packaged, there are many, many additional POE-based modules, not all of which are packaged, see, e.g., [http://cpan.uwinnipeg.ca/search?query=poe&mode=dist POE Distributions] .
* [[/Moose|  Moose]]  - Modern perl5 OOP system
 
== Perl/Parrot/Pugs ==
 
* [http://www.parrotcode.org/ Parrot]  - Parrot Virtual Machine
** [https://www.redhat.com/archives/fedora-perl-devel-list/2007-March/msg00093.html mailling list thread]
* [http://search.cpan.org/dist/Perl6-Pugs/ Pugs]  - A Perl 6 Implementation written in Haskell
** [https://www.redhat.com/archives/fedora-perl-devel-list/2007-March/msg00043.html mailing list thread]
* microperl
 
= Perl packages in Fedora =
 
Please edit the [[/Wishlist|  wishlist]]  if you want something, or package something off it if you're bored :)
 
Bugzilla is an excellent place to find information about the various perl packages in or being reviewed for inclusion:
 
* [https://bugzilla.redhat.com/buglist.cgi?cmdtype=runnamed&namedcmd=perl%20review%20requests Review queue]
* [https://bugzilla.redhat.com/buglist.cgi?query_format=&short_desc_type=allwordssubstr&short_desc=&product=Fedora&version=&component=&query_format=advanced&bug_status=NEW&bug_status=ASSIGNED&bug_status=NEEDINFO&bug_status=MODIFIED&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&fixed_in_type=allwordssubstr&fixed_in=&qa_whiteboard_type=allwordssubstr&qa_whiteboard=&keywords_type=allwords&keywords=&emailcc1=1&emailtype1=exact&email1=fedora-perl-devel-list%40redhat.com&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Bug+Number+Descending&field0-0-0=noop&type0-0-0=noop&value0-0-0= Open bugs]
 
= Fedora perl infrastructure =
 
== Perl to CPAN Mapping ==
 
With most perl modules being in CPAN, preliminary "mapping" table has been created.  This table is regenerated on a daily basis, and will be included in the upcoming [[Infrastructure/ProjectHosting|  Perl SIG Infrastructure hosted project]] .
 
* [http://fedora.biggerontheinside.net/perl/ CPAN to Fedora master list]
* [http://fedora.biggerontheinside.net/perl/by_packager.html index to perl-owner mapping]
 
= Problems that need to be addressed =
 
The following topics need to be discussed/improved/corrected. We need to start discussing them
in the fedora-perl-list.
 
* Improve the RPM perl scripts (requirements and provides detection)
* at least try to handle use statements a litte better (eg: use base Module; use autouse Module; ...)
* [http://wraptastic.org/blog/?p=36 RPM 4.4.3]  perl: handle the ‘v’ in “use v5.6.0″ (#140597)
* [http://wraptastic.org/blog/?p=36 RPM 4.4.3]  resurrect a rpm-perl subpackage from perl-RPM2-0.66
* [http://wraptastic.org/blog/?p=37 RPM 4.4.4]  complete forking perl-RPM2/* to perl/* module name “RPM”
* [http://wraptastic.org/blog/?p=39 RPM 4.4.5]  fix: perldeps and prov.pl not to emit perl(main) (#177960)
* Try to have RPM patched in order to create the debuginfo files after the %check section script is executed and not before (right now the files are created after the %install check script is executed). This breaks the signature tests (there are also other problems related to the signature tests in the building environment: network access to import pgg keys, where should they be stored, ...). More information available [http://koti.welho.com/vskytta/packagers-handbook/packagers-handbook.html#guidelines-perl-cpansign here]  and in bug  [https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167252 #167252] .
* How to update core perl modules? Use the site_perl dirs? /usr/local dirs? Problems with man pages conflicts, version provides clashes (can cause strange problems during package upgrades), ....
** Already being discussed here: [https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=142837 Bug 142837 – Need site-specific man page directory]
* Try to reduce the number of @INC directories.
* Have a common dir for noarch modules instead of one for each perl version supported.
* The magic that is perl(:WITH_xxx) needs to be better documented and explained, so packagers -- and reviewers! -- know:
* What they are and what they mean
* When to use them
* When to _not_ use them
* Common things to check for that would indicate their usage
 
== Miscellaneous ==
 
* Clarified packaging guidelines - Some of the packaging guidelines have conflicted with some common practises.
** For example, BuildRequires: perl was common but forbidden; that has now been changed.  One current issue is the prohibition against including header files in the main package; some perl modules include these deep in the module directory hierarchy, and moving them to a separate -devel package is pointless.
* Notes about "Makefile.PL vs Build.PL" or "ExtUtils::MakeMaker vs Module::Build"
** http://www.redhat.com/archives/fedora-package-review/2006-September/msg00649.html
 
= Packagers/Reviewers/People interested in helping =
 
* [[JasonTibbitts]]
* [[JoseOliveira]] (jpo)
* [[PaulHowarth]]
* [[StevenPritchard]]
* [[ChrisWeyl]]
* [[GavinHenry]]
* [[ParagNemade]]
 
= References =
 
* [http://www.cpan.org/ CPAN - Comprehensive Perl Archive Network]
* [http://search.cpan.org/recent CPAN - Recent files]
* Fedora perl specfile template (available in the rpmdevtools package)
* [https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list Fedora Perl mailing list]
* [http://gsd.di.uminho.pt/jpo/perl/specfiles/ Notes about perl specfiles]  (old)
* [[Perl/cpanspec|  cpanspec]]
* [[Packaging/Perl]]
* [http://koti.welho.com/vskytta/packagers-handbook/packagers-handbook.html#guidelines-perl Perl packaging tips]  (work in progress)
 
----
[[Category:Perl]]
[[Category:Language-specific SIGs]]

Revision as of 01:25, 8 November 2008

Fedora Perl SIG Mission

To assist packagers in bringing Perl-related packages to Fedora Extras and assisting in their continued maintenance by providing timely reviews, acting as secondary package owners and assisting with related security issues.

Perl Components in Fedora

Core Perl

Core perl in Fedora is currently 5.10.0.

Apps

  • Bugzilla - Defect Tracking System
  • Bugzilla
  • Some testing on an SELinux-enabled system is still needed (see FE review request)
  • FE review request: #188359
  • Cluster SSH - Cluster Admin Via SSH
  • Alzabo - Data modelling tool (also in CPAN)

Frameworks

Perl/Parrot/Pugs

Perl packages in Fedora

Please edit the wishlist if you want something, or package something off it if you're bored :)

Bugzilla is an excellent place to find information about the various perl packages in or being reviewed for inclusion:

Fedora perl infrastructure

Perl to CPAN Mapping

With most perl modules being in CPAN, preliminary "mapping" table has been created. This table is regenerated on a daily basis, and will be included in the upcoming Perl SIG Infrastructure hosted project .

Problems that need to be addressed

The following topics need to be discussed/improved/corrected. We need to start discussing them in the fedora-perl-list.

  • Improve the RPM perl scripts (requirements and provides detection)
  • at least try to handle use statements a litte better (eg: use base Module; use autouse Module; ...)
  • RPM 4.4.3 perl: handle the ‘v’ in “use v5.6.0″ (#140597)
  • RPM 4.4.3 resurrect a rpm-perl subpackage from perl-RPM2-0.66
  • RPM 4.4.4 complete forking perl-RPM2/* to perl/* module name “RPM”
  • RPM 4.4.5 fix: perldeps and prov.pl not to emit perl(main) (#177960)
  • Try to have RPM patched in order to create the debuginfo files after the %check section script is executed and not before (right now the files are created after the %install check script is executed). This breaks the signature tests (there are also other problems related to the signature tests in the building environment: network access to import pgg keys, where should they be stored, ...). More information available here and in bug #167252 .
  • How to update core perl modules? Use the site_perl dirs? /usr/local dirs? Problems with man pages conflicts, version provides clashes (can cause strange problems during package upgrades), ....
  • Try to reduce the number of @INC directories.
  • Have a common dir for noarch modules instead of one for each perl version supported.
  • The magic that is perl(:WITH_xxx) needs to be better documented and explained, so packagers -- and reviewers! -- know:
  • What they are and what they mean
  • When to use them
  • When to _not_ use them
  • Common things to check for that would indicate their usage

Miscellaneous

  • Clarified packaging guidelines - Some of the packaging guidelines have conflicted with some common practises.
    • For example, BuildRequires: perl was common but forbidden; that has now been changed. One current issue is the prohibition against including header files in the main package; some perl modules include these deep in the module directory hierarchy, and moving them to a separate -devel package is pointless.
  • Notes about "Makefile.PL vs Build.PL" or "ExtUtils::MakeMaker vs Module::Build"

Packagers/Reviewers/People interested in helping

References