(Move from SIGs/Perl, be more in line with new SIG page naming post-moinmoin)
|Line 23:||Line 23:|
== Frameworks ==
== Frameworks ==
* [[Catalyst]] - MVC Web Application Framework (also in CPAN)
* [[Bricolage]] - Content Management System (CPAN: Bundle::Bricolage)
* [[POE]] - Portable multitasking and networking framework
* [[Moose]] - Modern perl5 OOP system
== Perl/Parrot/Pugs ==
== Perl/Parrot/Pugs ==
Revision as of 07:00, 8 November 2008
- 1 Fedora Perl SIG Mission
- 2 Perl Components in Fedora
- 3 Perl packages in Fedora
- 4 Fedora perl infrastructure
- 5 Problems that need to be addressed
- 6 Packagers/Reviewers/People interested in helping
- 7 References
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 in Fedora is currently 5.10.0.
- Bugzilla - Defect Tracking System
- 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)
There are a number of the more popular Perl frameworks available in Fedora.
- Catalyst - MVC Web Application Framework (also in CPAN)
- Bricolage - Content Management System (CPAN: Bundle::Bricolage)
- POE - Portable multitasking and networking framework
- Moose - Modern perl5 OOP system
- Parrot - Parrot Virtual Machine
- Pugs - A Perl 6 Implementation written in Haskell
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), ....
- Already being discussed here: 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
- 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
- CPAN - Comprehensive Perl Archive Network
- CPAN - Recent files
- Fedora perl specfile template (available in the rpmdevtools package)
- Fedora Perl mailing list
- Notes about perl specfiles (old)
- Perl packaging tips (work in progress)