[arch-dev-public] Updated perl 5.10.0

[K. Piche]

On Wed, 2008-01-02 at 20:56 -0600, Dan McGee wrote:
> On Jan 2, 2008 8:10 PM, K. Piche <kpiche at rogers.com> wrote:
> > > > Seems that there's a symbol that used to be in some perl lib but isn't
> > > > anymore (Perl_Tstack_sp_ptr).
> > > >
> > > > I can create a bug if need be.
> > >
> > > Same issue for urxvt:
> > > http://bugs.archlinux.org/task/9075
> > >
> > > -Dan
> >
> > Yeah, it's cause of the move to perl 5.10.0.  I had the same symbol
> > problem with perlxml - a rebuild will fix it.  Adding urxvt to the list.
> 
> Thanks for the good work here! Urxvt working fine now, and running
> perl 5.10.0. If all is well I'll give it a signoff in a couple of
> days.
> 
> Can you perhaps point the rest of us in the right direction as to what
> we need to do to packages to make them comply with the new perl
> policy? That wiki page looks good (not sure how recent it has been
> updated), but is there an easy trick to get modules to install in the
> vendor directory? I know I have a few packages that install stuff into
> site_perl instead of vendor_perl, and I'm sure others do as well.
> 
> -Dan

Sure, no problem.  There are 2 main things that need to be taken care of
for official perl modules:

- files installed in the vendor directories
- man pages should be named with .[0-9]pm extensions so they don't
conflict with CPAN/CPANPLUS installed packages.  There is no distinction
between vendor/site/core in regards to man pages

Most of our official modules use the 'perl Makefile.PL' method to build
and the perlxml PKGBUILD would be a good example of this.  The other
method 'perl Build.PL' I'm figuring out now with sdl-perl (need frozen
bubble!).

Makefile.PL stuff becomes:
  # install module in vendor directories.
  perl Makefile.PL INSTALLDIRS=vendor || return 1
  make MAN1EXT=1p MAN3EXT=3pm || return 1
  make install MAN1EXT=1p MAN3EXT=3pm DESTDIR=${startdir}/pkg || return
1

The extension stuff is twice cause some modules create some man pages
during the first make and the rest during install, dumb.

I've already mass converted (hopefully) all of the module PKGBUILDs in
extra using some sed hacking - I'm just going through them all checking
for errors and rebuilding.  Technically only modules with *.so libraries
need to be rebuilt right away to fix the perl symbol problems - pure
perl modules should be fine for now since the old current directories
are included in @INC.

Another thing to note is that additional modules were added to the
default perl library so some official packages are not needed once
5.10.0 is installed.  However the packages can be used to "update" parts
of the perl library.  I'm not sure how we're going to deal with this
situation yet.  For example perl 5.10.0 now comes with
IO::Compress::Base version 2.008, perl-io-compress-base is 2.006.  The
package is not required until 2.009 is released and before the perl
package gets updated.

k


-- 
K. Piche <kpiche at rogers.com>