Perl 5.8.2 has been built in Rawhide. It has an initial attempt at binary compatibility when embedded in previous perl's, but I'd recompile anything embedding perl "just in case." Mainly this is mod_perl, xchat2, and gaim these days, IIRC. Perl modules should work fine as-is. mod_perl also should now be 1.99_11, the upstream latest. Let me know if anything is broken. 5.8.2 and 1.99_11 probably both work on FC1, too. In fact, if people would like to help test that, once we see that it is stable, I'd like to errata it into FC1, assuming there is enough demand and enough testing :)
Chip
On Thursday 04 December 2003 08:12 pm, Chip Turner wrote:
Perl 5.8.2 has been built in Rawhide. It has an initial attempt at binary compatibility when embedded in previous perl's, but I'd recompile anything embedding perl "just in case." Mainly this is mod_perl, xchat2, and gaim these days, IIRC.
The PostgreSQL PL/Perl module would also need rebuilt, AFAIK.
Lamar Owen lowen@pari.edu writes:
On Thursday 04 December 2003 08:12 pm, Chip Turner wrote:
Perl 5.8.2 has been built in Rawhide. It has an initial attempt at binary compatibility when embedded in previous perl's, but I'd recompile anything embedding perl "just in case." Mainly this is mod_perl, xchat2, and gaim these days, IIRC.
The PostgreSQL PL/Perl module would also need rebuilt, AFAIK.
Modules shouldn't need rebuilding; 5.8.2 is backwards compatible from a module perspective (and so far, it seems, from an embedded perspective, too).
Chip
On Fri, 2003-12-05 at 12:05, Chip Turner wrote:
Lamar Owen lowen@pari.edu writes:
On Thursday 04 December 2003 08:12 pm, Chip Turner wrote:
Perl 5.8.2 has been built in Rawhide. It has an initial attempt at binary compatibility when embedded in previous perl's, but I'd recompile anything embedding perl "just in case." Mainly this is mod_perl, xchat2, and gaim these days, IIRC.
The PostgreSQL PL/Perl module would also need rebuilt, AFAIK.
Modules shouldn't need rebuilding; 5.8.2 is backwards compatible from a module perspective (and so far, it seems, from an embedded perspective, too).
Oh. Well, I rebuilt it just in case.
-David Jee
On Friday 05 December 2003 12:05 pm, Chip Turner wrote:
Lamar Owen lowen@pari.edu writes:
The PostgreSQL PL/Perl module would also need rebuilt, AFAIK.
Modules shouldn't need rebuilding; 5.8.2 is backwards compatible from a module perspective (and so far, it seems, from an embedded perspective, too).
Ok, maybe I used the wrong terminology. PostgreSQL allows modules that implement procedural languages that run inside the backend server, executed from SQL statements. PL/Perl is the PostgreSQL module that embeds perl inside the PostgreSQL backend, allowing the user to run stored procedures in Perl. Since it embeds perl, and the original message said embedders needed recompile, I answered the way I did. PL/Perl embeds perl in PostgreSQL the same way as mod_perl embeds Perl in Apache.
Ville Skyttä ville.skytta@iki.fi writes:
On Fri, 2003-12-05 at 03:12, Chip Turner wrote:
Perl 5.8.2 has been built in Rawhide. [...] Let me know if anything is broken.
Any chance of getting #73970 fixed?
Wow, that's an old bug. Considering it's extremely sane and even already had a patch attached, how could I refuse? :)
Building now, should how up in rawhide soon.
Any other pet bugs that you'd like to see fixed?
Chip
On Mon, 2003-12-08 at 04:40, Chip Turner wrote:
Ville Skyttä ville.skytta@iki.fi writes:
Any chance of getting #73970 fixed?
Wow, that's an old bug. Considering it's extremely sane and even already had a patch attached, how could I refuse? :)
Building now, should how up in rawhide soon.
Thanks!
Any other pet bugs that you'd like to see fixed?
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=75195 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=89415 Both old and could be resolved as CURRENTRELEASE. But why is CGI.pm and friends included in the perl package in the first place? AFAICT it's not part of upstream perl. Does the perl package contain other bundled CPAN modules like this?
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=105866 Not in the perl package, but perl-DateManip. Upgrading to 5.42a (along with the attached patch in the bug) would be appreciated by folks using UTF-8 locales.
Ville Skyttä ville.skytta@iki.fi writes:
On Mon, 2003-12-08 at 04:40, Chip Turner wrote:
Ville Skyttä ville.skytta@iki.fi writes:
Any chance of getting #73970 fixed?
Wow, that's an old bug. Considering it's extremely sane and even already had a patch attached, how could I refuse? :)
Building now, should how up in rawhide soon.
Thanks!
Any other pet bugs that you'd like to see fixed?
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=75195 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=89415 Both old and could be resolved as CURRENTRELEASE. But why is CGI.pm and friends included in the perl package in the first place? AFAICT it's not part of upstream perl. Does the perl package contain other bundled CPAN modules like this?
Actually a number of modules in CPAN are also included in the core perl package; CGI.pm is one such, as is Storable, etc. Perl 5.8.3 in Rawhide includes CGI.pm 3.01.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=105866 Not in the perl package, but perl-DateManip. Upgrading to 5.42a (along with the attached patch in the bug) would be appreciated by folks using UTF-8 locales.
Built into rawhide this afternoon. The patch wasn't necessary, it seemed to pass its 'make test' just fine. Actually, a lot of other packages were built into rawhide, too.
Chip
-
Chip Turner -
David Jee -
Lamar Owen -
Ville Skyttä