what should it print instead?  I'm no *roff expert.  if you can suggest what it
should be doing, I can fix it, but not without knowing the exact problem.

well, e.g.
$ perldoc open
gives me an ugly formatted screen in a UTF-8 capable terminal, where I can see
the escape sequences...

This may be related to bug 71913.  Perhaps the problem lies in the "less"
package?  I first saw this in (null), someone should see what's changed since
the second beta.

the issue is inside of groff, it seems.  florian is looking into it.

Either set an option to not use the new ansi escaping in groff or add an
option to the pager to display them correctly like done in man ("less -isr")

Florian La Roche

*** Bug 72630 has been marked as a duplicate of this bug. ***

fixed in rawhide, less -isr now used as default perl pager

I just downloaded -51 from rawhide, and the problem is still there.  I've done
everything except reboot the box.  

Curiously enough, if I run "less -isr /tmp/filename" while perldoc is open, I
see the correct output.

Do I need to get another package in addition to perl-5.8.0-51.i386.rpm, or is
this not completely fixed?

this is fixed in our latest internal build, -55, but hasn't made it to rawhide
yet.  will investigate why it isn't there.

Re comment 3, I would go so far as to say it's in fact a duplicate of bug 71913.

line 584 in perldoc: 

changed
    my $cmd = catfile($bindir, $pod2man) . " --lax $file | $opt_n -man";

to
    my $cmd = catfile($bindir, $pod2man) . " --lax $file | $opt_n -man -c";

problem with escape sequences being viewable in less went away.

(by the way my env var for LESS = "CegMS" )

don't know if this is THE solution, but it's a workable one. :-)

can anyone confirm if they are still having difficulties with the latest
rawhide?  I'm not seeing this problem any longer

seems to be fixed :)