[suggest] request for multiple perl modules
I just started using rpmforge and it's minimized the packaging I need to do by a great amount. However there are still some perl modules which I need that rpmforge does not provide, so i'd like to ask if they could be added to the list of maintained packages. The version numbers might not be the absolute latest, they are from the cpan modules list I downloaded 2 days ago but these versions should be plenty new enough for me. An example URL to prepend to the tarball paths: http://cpan.mirror.facebook.com/modules/by-authors/id/ Apache::AuthenNIS 0.13 S/SP/SPEEVES/Apache-AuthenNIS-0.13.tar.gz Apache::AuthzNIS 0.11 S/SP/SPEEVES/Apache-AuthzNIS-0.11.tar.gz Apache::SubProcess 0.03 D/DO/DOUGM/Apache-SubProcess-0.03.tar.gz Business::PayPal 0.02 M/MO/MOCK/Business-PayPal-0.02.tar.gz CLASS 1.00 M/MS/MSCHWERN/CLASS-1.00.tar.gz CPANPLUS 0.84 K/KA/KANE/CPANPLUS-0.84.tar.gz Config::INI::Simple0.02 K/KI/KIRSLE/Config-INI-Simple-0.02.tar.gz DBD::Oracle1.21 P/PY/PYTHIAN/DBD-Oracle-1.21.tar.gz GIFgraph 1.20 M/MV/MVERB/GIFgraph-1.20.tar.gz IniConf1.03 R/RB/RBOW/IniConf-1.03.tar.gz Net::NIS 0.43 E/ES/ESM/Net-NIS-0.43.tar.gz Net::SFTP 0.10 D/DB/DBROBINS/Net-SFTP-0.10.tar.gz Net::SFTP::Foreign 1.38 S/SA/SALVA/Net-SFTP-Foreign-1.38.tar.gz Object::MultiType 0.05 G/GM/GMPASSOS/Object-MultiType-0.05.tar.gz Perl::Tidy 20071205 S/SH/SHANCOCK/Perl-Tidy-20071205.tar.gz Plagger0.007017 M/MI/MIYAGAWA/Plagger-0.7.17.tar.gz Proc::PidUtil 0.08 M/MI/MIKER/Proc-PidUtil-0.08.tar.gz RTSP::Lite 0.1 N/NA/NABESHIMA/RTSP-Lite-0.1.tar.gz Template::Provider::Encoding 0.10 M/MI/MIYAGAWA/Template-Provider-Encoding-0.10.tar.gz Term::Encoding 0.02 M/MI/MIYAGAWA/Term-Encoding-0.02.tar.gz Term::Size 0.2 T/TI/TIMPX/Term-Size-0.2.tar.gz Term::Visual 0.08 L/LU/LUNARTEAR/Term-Visual-0.08.tar.gz Text::Tags 0.04 G/GL/GLASSER/Text-Tags-0.04.tar.gz WWW::Curl 4.00 S/SZ/SZBALINT/WWW-Curl-4.00.tar.gz XML::Feed 0.12 B/BT/BTROTT/XML-Feed-0.12.tar.gz XML::RSS::LibXML 0.3002 D/DM/DMAKI/XML-RSS-LibXML-0.3002.tar.gz XML::Smart 1.006009 G/GM/GMPASSOS/XML-Smart-1.6.9.tar.gz Thanks! ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
[suggest] perl modules with conflicting man pages
Hi, there are a couple perl modules in rpmforge which upgrade older versions in perl core, but the perl modules have man pages which exist in perl core and prevent them from being installed. These seem to be requirements for other perl modules so it is preventing yum from installing other modules. Here are some example errors from yum: file /usr/share/man/man3/IO::Socket::UNIX.3pm.gz from install of perl-IO-1.2301-1.el5.rf conflicts with file from package perl-5.8.8-10.el5_0.2 file /usr/bin/enc2xs from install of perl-Encode-2.25-1.el5.rf conflicts with file from package perl-5.8.8-10.el5_0.2 file /usr/share/man/man3/Encode.3pm.gz from install of perl-Encode-2.25-1.el5.rf conflicts with file from package perl-5.8.8-10.el5_0.2 file /usr/share/man/man3/Getopt::Long.3pm.gz from install of perl-Getopt-Long-2.37-1.el5.rf conflicts with file from package perl-5.8.8-10.el5_0.2 file /usr/share/man/man3/Test::Harness.3pm.gz from install of perl-Test-Harness-3.11-1.el5.rf conflicts with file from package perl-5.8.8-10.el5_0.2 ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] package for Net::MAC perl module
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 the details: http://blog.vipul.net/2008/08/24/redhat-perl-what-a-tragedy/ I incorporated the patches from a core perl dev http://use.perl.org/~nicholas/journal/37274 which through some simple testing seems to fix the slowdowns while allowing one to retain all the Red Hat perl patches. This is not the fedora patch which still has the potential for slowdowns. As far as @INC is concerned, we patch our RHEL4 perl to use site_perl before vendor_perl (RHEL5 already does it this way). I've also started building my perl modules with /usr/local prefix for mandir, datadir, etc to avoid any conflicting files in the base perl package. Dag Wieers wrote: On Wed, 17 Sep 2008, Dave Cross wrote: 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 as dual-life modules. Right. But the fact that they are part of the perl RPM and not packaged as seperate RPMs makes it hard to replace them. Nothing forces Red Hat to ship them with the perl RPM. In the past I thought it was because Red Hat did not want those modules to be replaced (given they have to support the system) and the default module path ctually confirmed that. But since RHEL5 they allow to replace modules from site_perl because they changed the order, so there goes the bit of reverse psychology :) So I would have expected them to package them seperately so that at least it is more obvious from the package database that a certain RPM was in fact replaced. perl58-slow-overloading.patch.gz Description: application/gzip ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] package for Net::MAC perl module
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: http://rhn.redhat.com/errata/RHBA-2008-0876.html Cu, Niels On Thu, Sep 18, 2008 at 5:42 PM, Ralph Angenendt [EMAIL PROTECTED] wrote: Peter Willis wrote: 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) Especially as a patch has been released: I think it'shttp://rhn.redhat.com/errata/RHBA-2008-0883.html, but that is down at the moment. Cheers, Ralph ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
Re: [suggest] Dependencies listed in Perl module but not RPMforge package
Christoph Maser wrote: Am Mittwoch, den 01.07.2009, 21:34 +0200 schrieb Dag Wieers: Good question. We do have SPEC files that still date back from before we used an automated process. I just checked what our tool would do (dar-diff-perl.sh) and it would in fact remove the BuildRequires altogether. So it is safe to assume that our parser doesn't do this correctly. At LinuxTag Christoph told me we should rework our perl-management tools in perl because all the functionality is available from modules. And I agree :) I am currently evaluating the already existing solutions because i think it is easier and more useful if we use something shared and try to model it to our needs. My favorite right now is CPANPLUS::Dist::RPM or at least a small tool build on top of CPANPLUS. Also interesting could be CPAN::Packager. I will test those and write up the results. Depending on the results I will take further actions. Anyone interested in the topic please contact me and share your opinions. The current target is a) have a tool wich creates new specs from CPAN. b) triger notifications from updates at CPAN. c) have a tool to automatically update already existing spec files (i do have a very simple shell script wich works for ~80% of the specs) Chris financial.com AG Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München | Germany Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany Management board/Vorstand: Dr. Steffen Boehnert (CEO/Vorsitzender) | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender) Register court/Handelsregister: Munich – HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553 ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest How about Ovid? http://search.cpan.org/~gyepi/Ovid-0.12/ovid ___ suggest mailing list suggest@lists.rpmforge.net http://lists.rpmforge.net/mailman/listinfo/suggest
