Perl 5.10.0

According to the website, 5.10.0 is a 'testing' version.

"For stable production use the maint branches are recommended."

We need to revisit this when the next 'maint' version is released.

It appears I was premature. The consensus is that 5.10.0 is ready for LFS.

No, you should not close tickets. It's not closed for the reason Bruce mentioned *AND* the fact that there are still open items about the Perl installation that need to be taken care of. Keeping the ticket open is my reminder.

William, do you read the -dev list? It doesn't appear so. If you don't, you should.

Debian has 15 "patch releases" of this package. That's 2x more than for 5.8.8, i.e., they found a lot of issues with Perl itself (although most of them are Debian-specific). At this point, using unpatched perl seems to be unwise. At the very least:

• [ROOT HOLE] http://bugs.debian.org/487319 (rmtree() makes symlink targets world-writable)
• http://bugs.debian.org/479698 (memory corruption that affects tests of the svk package)
• http://bugs.debian.org/479957 (using IO::File together with POSIX causes useless warnings)
• http://bugs.debian.org/498769 (sorting an array after pre-growing it causes segfault)

Just for the record, I cannot reproduce the root hole described above. And I'm not quite sure why not. Seems the other distro's see it and there is a pending CVE for it. However, look:

rml@rmlscsi: ~/build/td > perl -V
Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
  Platform:
    osname=linux, osvers=2.6.14.3, archname=i686-linux
    uname='linux rmlscsi 2.6.14.3 #1 preempt sat mar 25 07:47:39 cst 2006 i686 pentium3 i386 gnulinux '
    config_args='-ds -e -Dprefix=/usr -Dman1dir=destdir/usr/share/man/man1 -Dman3dir=destdir/usr/share/man/man3 -Dpager=/usr/bin/less -isR'
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=undef, usemultiplicity=undef
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
    use64bitint=undef, use64bitall=undef, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cc', ccflags ='-fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O2',
    cppflags='-fno-strict-aliasing -pipe'
    ccversion='', gccversion='4.3.2', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=4, prototype=define
  Linker and Libraries:
    ld='cc', ldflags =''
    libpth=/lib /usr/lib
    libs=-lnsl -ldb -ldl -lm -lcrypt -lutil -lc
    perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
    libc=/lib/libc-2.8.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version='2.8'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
    cccdlflags='-fPIC', lddlflags='-shared -O2'

Characteristics of this binary (from libperl): 
  Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP
                        USE_LARGE_FILES USE_PERLIO
  Built under linux
  Compiled at Sep 28 2008 07:23:22
  @INC:
    /usr/lib/perl5/5.10.0/i686-linux
    /usr/lib/perl5/5.10.0
    /usr/lib/perl5/site_perl/5.10.0/i686-linux
    /usr/lib/perl5/site_perl/5.10.0



rml@rmlscsi: ~/build/td > touch foo
rml@rmlscsi: ~/build/td > ln -s foo bar
rml@rmlscsi: ~/build/td > ls -l
total 0
lrwxrwxrwx 1 rml install 3 Oct 10 12:08 bar -> foo
-rw-r--r-- 1 rml install 0 Oct 10 12:08 foo


rml@rmlscsi: ~/build/td > perl -e 'use File::Path rmtree; rmtree bar'
rml@rmlscsi: ~/build/td > ls -l
total 0
-rw-r--r-- 1 rml install 0 Oct 10 12:08 foo

According to all the data in the links provided, "foo" should be 0777, but it isn't. Not sure what to think.

Updated LFS to Perl-5.10.0

I'm closing this ticket as it was for the initial update. The issues Alexander brought up will be reopened in a new ticket marked as a defect.