[sf-perl] Request for comments - Perl rpm builds
fred at redhotpenguin.com
Tue May 17 22:46:14 PDT 2011
On Mon, May 16, 2011 at 8:04 PM, Joseph Brenner <doom at kzsu.stanford.edu> wrote:
> Sounds like a worthy experiment. As far as names go, the way these
> things are done in the ubuntu/debian world is a version number is
> tacked on to the name. So you might name the binary perl5.14 and call
> the package perl5.14-5_14_0-0-i386.rpm.
Thanks for the good feedback, I've renamed the rpms to contain the
version, ala perl_5_14_0 which results in
Not ideal, but better than it was. Rpm couples the source
distribution tarball name with the rpm name tightly. And rpm appears
to specify the name of the rpm based on the package name, version, and
rel values, hence the 5_14_0 5.14.0 redux.
I came up with a better name also, fredperl is now oysterhead (not to
be confused with the rock band of the same name).
> On Mon, May 16, 2011 at 5:51 PM, Fred Moyer <fred at redhotpenguin.com> wrote:
>> I got an itch to build Perl rpms in an attempt to whittle down the
>> issue discussed in a previous thread of deploying Perl applications in
>> RPM package environments without using the system installed perl
>> Please forgive the name of this github repo, but I had a really
>> difficult time coming up with a good name for this, since rpm won't
>> let you have two packages installed with the same name (meaning I
>> couldn't call it 'perl'). So I came up with Fast RPM Enterprise
>> Deployment Perl - fredperl. Got an idea for a better name? Send it
>> to me!
>> This repo is really nothing more than the Centos 5.6 Perl spec file
>> carved up with a few different options, such as no threading, a few
>> compilation optimizations, and a unique install path. And a unique
>> name, fredperl_5_14_0 in the case of the 5.14.0 build, so that you can
>> install different versions side by side in /opt/.
>> The benchmarks of each build are here, 5.12.3, 5.14.0, and the Centos
>> 5.8.8. I used PerlBench to compare each of the binaries - 5.14.0 is
>> looking pretty good.
>> This is just a very rough proof of concept, but if you are running
>> Centos or Fedora, you should be able to clone this github repo,
>> install the source rpms, and build your own binaries to try out your
>> application with. Comments and feedback are very welcome, both on and
>> off this list. I've got a few ideas for additional features, such as
>> being able to take a Makefile.PL with the proper dependencies and
>> generate all the rpms needed for the modules in that Makefile.PL.
>> SanFrancisco-pm mailing list
>> SanFrancisco-pm at pm.org
> SanFrancisco-pm mailing list
> SanFrancisco-pm at pm.org
More information about the SanFrancisco-pm