[gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Nick Rout]

This morning a perl upgrade from (5.8.4-r1 to 5.8.5-r2) borked
spamassassin for me. There was a complaint from spamassassin and from
sa-learn about not being able to find module HTML/Parser.pm

The solution was to re-emerge HTML-Parser, a perl module. That seemed to
put it in a place where the new perl install could find it. 

Strangely I have had perl upgrades in the past that have not had this
problem. I'm therefore posting for two reasons

1. a heads up for those that might have a similar problem; and

2. to see if anyone can cast any light on why this may have happenned.

Error message from runing sa-learn :

 sa-learn --spam ~/.maildir/.spam/cur/ ~/.maildir/.spam/new/     Can't locate HTML/Parser.pm in @INC (@INC contains: /usr/lib/perl5/vendor_perl/5.8.4/i686-linux /usr/lib/perl5/vendor_perl/5.8.4 /etc/perl /usr/lib/perl5/site_perl/5.8.5/i686-linux /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.2/i686-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.4/i686-linux /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i686-linux /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.2/i686-linux /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.5/i686-linux /usr/lib/perl5/5.8.5 /usr/local/lib/site_perl .) at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/HTML.pm line 7.
BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/HTML.pm line 7.
Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/PerMsgStatus.pm line 42.
BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/PerMsgStatus.pm line 42.
Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin.pm line 62.
BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin.pm line 62.
Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/CmdLearn.pm line 6.
BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/CmdLearn.pm line 6.
Compilation failed in require at /usr/bin/sa-learn line 46.

-- 
Nick Rout <nick@rout.co.nz>


--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Ow Mun Heng]

On Mon, 2004-12-06 at 09:56, Nick Rout wrote:
> This morning a perl upgrade from (5.8.4-r1 to 5.8.5-r2) borked
> spamassassin for me. There was a complaint from spamassassin and from
> sa-learn about not being able to find module HTML/Parser.pm

Thanks for the Heads Up. It came in last night for me as well. but
didn't went ahead to emerge it yet. (just emerge -f world)

I'll take note of this when I emerge it. I too run spamass-milter
> 
> The solution was to re-emerge HTML-Parser, a perl module. That seemed to
> put it in a place where the new perl install could find it. 
> 
> Strangely I have had perl upgrades in the past that have not had this
> problem. I'm therefore posting for two reasons
> 
> 1. a heads up for those that might have a similar problem; and
> 
> 2. to see if anyone can cast any light on why this may have happenned.
> 
> Error message from runing sa-learn :
> 
>  sa-learn --spam ~/.maildir/.spam/cur/ ~/.maildir/.spam/new/     Can't locate HTML/Parser.pm in @INC (@INC contains: /usr/lib/perl5/vendor_perl/5.8.4/i686-linux /usr/lib/perl5/vendor_perl/5.8.4 /etc/perl /usr/lib/perl5/site_perl/5.8.5/i686-linux /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl/5.8.2 /usr/lib/perl5/site_perl/5.8.2/i686-linux /usr/lib/perl5/site_perl/5.8.4 /usr/lib/perl5/site_perl/5.8.4/i686-linux /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.5/i686-linux /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl/5.8.2 /usr/lib/perl5/vendor_perl/5.8.2/i686-linux /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.5/i686-linux /usr/lib/perl5/5.8.5 /usr/local/lib/site_perl .) at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/HTML.pm line 7.
> BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/HTML.pm line 7.
> Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/PerMsgStatus.pm line 42.
> BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/PerMsgStatus.pm line 42.
> Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin.pm line 62.
> BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin.pm line 62.
> Compilation failed in require at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/CmdLearn.pm line 6.
> BEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.4/Mail/SpamAssassin/CmdLearn.pm line 6.
> Compilation failed in require at /usr/bin/sa-learn line 46.
#!/bin/bash echo "
" echo "--
" echo "Ow Mun Heng
" echo "Gentoo/Linux on D600 1.4Ghz 
" echo "Neuromancer "; uptime | awk '{ print
$1FS$2FS$3FS$4FS$5FS$8FS$9FS$10FS$11FS$12 }'; echo "
" echo "
"


--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Peter Ruskin]

On Monday 06 December 2004 01:56, Nick Rout wrote:
> This morning a perl upgrade from (5.8.4-r1 to 5.8.5-r2) borked
> spamassassin for me. There was a complaint from spamassassin and
> from sa-learn about not being able to find module HTML/Parser.pm
>
> The solution was to re-emerge HTML-Parser, a perl module. That
> seemed to put it in a place where the new perl install could find
> it.
>
> Strangely I have had perl upgrades in the past that have not had
> this problem. I'm therefore posting for two reasons
>
> 1. a heads up for those that might have a similar problem; and
>
> 2. to see if anyone can cast any light on why this may have
> happenned.
>
> Error message from runing sa-learn :
>
I found problems with sa-learn too after the update.  I remerged 
spamassassin to fix it.  Then, to make sure, I ran 
`/usr/portage/dev-lang/perl/files/libperl_rebuilder` - that took 
ages and remerged all sorts of crap; I had to unmask or remove a 
lot of stuff.

It's annoying, but I suppose it's what we have to put up with after 
moving from a "real distribution".

-- 
Peter
========================================================================
Gentoo Linux: Portage 2.0.51-r3. kernel-2.6.9-gentoo-r6-regparm.
i686 AMD Athlon(tm) XP 3200+.  gcc(GCC): 3.3.4.
KDE: 3.3.1.    Qt: 3.3.3.
========================================================================

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Ow Mun Heng]

On Mon, 2004-12-06 at 12:03, Peter Ruskin wrote:
> On Monday 06 December 2004 01:56, Nick Rout wrote:
> > This morning a perl upgrade from (5.8.4-r1 to 5.8.5-r2) borked
> > spamassassin for me. There was a complaint from spamassassin and
> > from sa-learn about not being able to find module HTML/Parser.pm

> I found problems with sa-learn too after the update.  I remerged 
> spamassassin to fix it.  Then, to make sure, I ran 
> `/usr/portage/dev-lang/perl/files/libperl_rebuilder` - that took 
> ages and remerged all sorts of crap; I had to unmask or remove a 
> lot of stuff.

Can I ask what's the purpose of libprel_rebuilder? There's no man-page
for it. I've tried executing it as _normal_ user but permission denied.
Don't want to experiment running it as root unless I know what its for.

PS : Your signature noted that you're runnning 2.6.9-r6-regparm. What's
Regparm
?



--
Ow Mun Heng
Gentoo/Linux on D600 1.4Ghz 
Neuromancer 13:06:28 up 3:49, 5 users, 0.74, 0.73, 0.46 



--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 888 bytes --]

On Mon, 06 Dec 2004 14:56:43 +1300, Nick Rout wrote:

> This morning a perl upgrade from (5.8.4-r1 to 5.8.5-r2) borked
> spamassassin for me. There was a complaint from spamassassin and from
> sa-learn about not being able to find module HTML/Parser.pm
> 
> The solution was to re-emerge HTML-Parser, a perl module. That seemed
> to put it in a place where the new perl install could find it. 

I don't use Spam Assassin, but saw similar behaviour with other packages
when upgrading to perl 5.8.6. To ensure it didn't happen again, I
re-emerged all Perl modules with

emerge --oneshot -av $(qpkg -g dev-perl -I -nc)

You may need to merge one or two modules manually if you get dependency
errors during this.

I'm sure there must be a better, and less kludgy, way of dealing with
this, but at least it got things working again.


-- 
Neil Bothwick

Top Oxymorons Number 34: Silent scream

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Holly Bostick]

Ow Mun Heng wrote:
> On Mon, 2004-12-06 at 12:03, Peter Ruskin wrote:
> 
>>On Monday 06 December 2004 01:56, Nick Rout wrote:
>>
>>>This morning a perl upgrade from (5.8.4-r1 to 5.8.5-r2) borked
>>>spamassassin for me. There was a complaint from spamassassin and
>>>from sa-learn about not being able to find module HTML/Parser.pm
> 
> 
>>I found problems with sa-learn too after the update.  I remerged 
>>spamassassin to fix it.  Then, to make sure, I ran 
>>`/usr/portage/dev-lang/perl/files/libperl_rebuilder` - that took 
>>ages and remerged all sorts of crap; I had to unmask or remove a 
>>lot of stuff.
> 
> 
> Can I ask what's the purpose of libprel_rebuilder? There's no man-page
> for it. I've tried executing it as _normal_ user but permission denied.
> Don't want to experiment running it as root unless I know what its for.

Libperl_rebuilder, rather unsuprisingly, rebuilds all installed Perl 
modules against a new version of Perl. It's supposed to be for if you 
have a < 5.8 version and have upgraded to a > 5.8 version, but I find 
Perl seems flakey/sensitive enough that it's good to run it once in a while.

It takes a *really* long time, though-- it works in 3 passes, so it's 
very thorough, but quite slow (possibly depending on what modules you 
have installed; many modules install quite quickly, but gtk-perl alone 
takes a couple of hours, and it seems to be re-emerged twice, once 
during pass 2 and once during pass 3). I just ran it myself, and found 
that it basically moved the modules from /blah/blah/blah/5.8.5 to 
/blah/blah/blah/5.8.6, re-emerging them along the way.

But atm, I've got so many freaky breakages going on, it was worth it to 
me to cover all bases. And it's not like it *hurts* to do it (afaik); it 
just takes a long, long time.

HTH,
Holly

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Tero Grundström]

On Mon, 6 Dec 2004, Holly Bostick wrote:

> Libperl_rebuilder, rather unsuprisingly, rebuilds all installed Perl
> modules against a new version of Perl. It's supposed to be for if you
> have a < 5.8 version and have upgraded to a > 5.8 version, but I find
> Perl seems flakey/sensitive enough that it's good to run it once in a while.
>
> It takes a *really* long time, though-- it works in 3 passes, so it's
> very thorough, but quite slow (possibly depending on what modules you
> have installed; many modules install quite quickly, but gtk-perl alone
> takes a couple of hours, and it seems to be re-emerged twice, once
> during pass 2 and once during pass 3). I just ran it myself, and found
> that it basically moved the modules from /blah/blah/blah/5.8.5 to
> /blah/blah/blah/5.8.6, re-emerging them along the way.
>
> But atm, I've got so many freaky breakages going on, it was worth it to
> me to cover all bases. And it's not like it *hurts* to do it (afaik); it
> just takes a long, long time.

Perl-cleaner is, IMHO, much better than libperl_rebuilder:
http://dev.gentoo.org/~mcummings/perl-cleaner

More info for example in this bug:
http://bugs.gentoo.org/show_bug.cgi?id=62669

--
T.G.

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Peter Ruskin]

On Monday 06 December 2004 05:09, Ow Mun Heng wrote:
> Can I ask what's the purpose of libprel_rebuilder? There's no
> man-page for it. I've tried executing it as _normal_ user but
> permission denied. Don't want to experiment running it as root
> unless I know what its for.

It checks all installed perl modules and remerges any that rely on 
previous perl versions.  Safe to run as root.
>
> PS : Your signature noted that you're runnning 2.6.9-r6-regparm.
> What's Regparm

I just added "-regparm" to "EXTRAVERSION" in the kernel source 
Makefile to remind me that I had set CONFIG_REGPARM=y (Processor 
type and features):

"Use register arguments (EXPERIMENTAL) (REGPARM)

Compile the kernel with -mregparm=3. This uses an different ABI and 
passes the first three arguments of a function call in registers.
This will probably break binary only modules.

This feature is only enabled for gcc-3.0 and later - earlier 
compilers generate incorrect output with certain kernel constructs 
when-mregparm=3 is used."

-- 
Peter
========================================================================
Gentoo Linux: Portage 2.0.51-r3. kernel-2.6.9-gentoo-r9.
i686 AMD Athlon(tm) XP 3200+.  gcc(GCC): 3.3.4.
KDE: 3.3.1.    Qt: 3.3.3.
========================================================================

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Holly Bostick]

Peter Ruskin wrote:
> On Monday 06 December 2004 05:09, Ow Mun Heng wrote:
> 
  >>PS : Your signature noted that you're runnning 2.6.9-r6-regparm.
>>What's Regparm
> 
> 
> I just added "-regparm" to "EXTRAVERSION" in the kernel source 
> Makefile to remind me that I had set CONFIG_REGPARM=y (Processor 
> type and features):
> 
> "Use register arguments (EXPERIMENTAL) (REGPARM)
> 
> Compile the kernel with -mregparm=3. This uses an different ABI and 
> passes the first three arguments of a function call in registers.
> This will probably break binary only modules.

Like the ATI drivers, if you use them (which I do), thus presumably also 
the nVidia drivers, if you use them. So I don't use this setting myself, 
tasty as it looks.

Just a note, before Ow Mung goes recompiling his kernel to enable this ;-) .

Holly

> 
> This feature is only enabled for gcc-3.0 and later - earlier 
> compilers generate incorrect output with certain kernel constructs 
> when-mregparm=3 is used."
> 


--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Holly Bostick]

Holly Bostick wrote:
> Peter Ruskin wrote:
> 
>> On Monday 06 December 2004 05:09, Ow Mun Heng wrote:
>>
>  >>PS : Your signature noted that you're runnning 2.6.9-r6-regparm.
> 
>>> What's Regparm
>>
>>
>>
>> I just added "-regparm" to "EXTRAVERSION" in the kernel source 
>> Makefile to remind me that I had set CONFIG_REGPARM=y (Processor type 
>> and features):
>>
>> "Use register arguments (EXPERIMENTAL) (REGPARM)
>>
>> Compile the kernel with -mregparm=3. This uses an different ABI and 
>> passes the first three arguments of a function call in registers.
>> This will probably break binary only modules.
> 
> 
> Like the ATI drivers, if you use them (which I do), thus presumably also 
> the nVidia drivers, if you use them. So I don't use this setting myself, 
> tasty as it looks.
> 
> Just a note, before Ow Mung goes recompiling his kernel to enable this 
> ;-) .
> 
> Holly

Not so much to reply to myself, but on second thought, maybe it was 
splashutils/fbsplash that is broken by this.

Anyway, the point being that there are some modules that seem unrelated, 
but which one might be using, that will break if regparm is set. So be 
careful.

Holly
> 
>>
>> This feature is only enabled for gcc-3.0 and later - earlier compilers 
>> generate incorrect output with certain kernel constructs 
>> when-mregparm=3 is used."
>>
> 
> 
> -- 
> gentoo-user@gentoo.org mailing list
> 
> 


--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Peter Ruskin]

On Monday 06 December 2004 12:02, Holly Bostick wrote:
> Holly Bostick wrote:
> > Peter Ruskin wrote:
> >> On Monday 06 December 2004 05:09, Ow Mun Heng wrote:
> >  >>PS : Your signature noted that you're runnning
> >  >> 2.6.9-r6-regparm.
> >>>
> >>> What's Regparm
> >>
> >> I just added "-regparm" to "EXTRAVERSION" in the kernel source
> >> Makefile to remind me that I had set CONFIG_REGPARM=y
> >> (Processor type and features):
> >>
> >> "Use register arguments (EXPERIMENTAL) (REGPARM)
> >>
> >> Compile the kernel with -mregparm=3. This uses an different
> >> ABI and passes the first three arguments of a function call in
> >> registers. This will probably break binary only modules.
> >
> > Like the ATI drivers, if you use them (which I do), thus
> > presumably also the nVidia drivers, if you use them. So I don't
> > use this setting myself, tasty as it looks.

I use the nVidia drivers with no problems.  The whole desktop seems 
a bit more snappy with regparm.
> >
> > Just a note, before Ow Mung goes recompiling his kernel to
> > enable this ;-) .
> >
> > Holly
>
> Not so much to reply to myself, but on second thought, maybe it
> was splashutils/fbsplash that is broken by this.
>
> Anyway, the point being that there are some modules that seem
> unrelated, but which one might be using, that will break if
> regparm is set. So be careful.
>
Good advice.  It's been around for a while but I didn't use it 
before because it broke Win4Lin.  Now that Netraverse has issued 
new patches for this problem, I'm experiencing regparm for the 
first time.

As with any experimental kernel feature, I make a new kernel with a 
description in EXTRAVERSION and keep previous kernels in case 
things go wrong.  Now that I'm happy with regparm I've included it 
in my upgraded kernel and omitted the reminder from EXTRAVERSION.

-- 
Peter
========================================================================
Gentoo Linux: Portage 2.0.51-r3. kernel-2.6.9-gentoo-r9.
i686 AMD Athlon(tm) XP 3200+.  gcc(GCC): 3.3.4.
KDE: 3.3.1.    Qt: 3.3.3.
========================================================================

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 678 bytes --]

On Mon, 06 Dec 2004 11:47:25 +0100, Holly Bostick wrote:

> Libperl_rebuilder, rather unsuprisingly, rebuilds all installed Perl 
> modules against a new version of Perl. It's supposed to be for if you 
> have a < 5.8 version and have upgraded to a > 5.8 version, but I find 
> Perl seems flakey/sensitive enough that it's good to run it once in a
> while.

I've just tried this, instead of the kludgy solution I posted earlier
that I'd used on my laptop. It re-emerged the modules alright, but it
added every damn one of them to the bloody world file! :-(

Next time, I'll edit the script first, to make sure it merges with the
oneshot argument.


-- 
Neil Bothwick

mpeg@11..

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Heads up - Perl upgrade borked spamassassin & fix, but still curious

[Ow Mun Heng]

On Mon, 2004-12-06 at 20:34, Peter Ruskin wrote:
> On Monday 06 December 2004 12:02, Holly Bostick wrote:
> > Holly Bostick wrote:
> > > Peter Ruskin wrote:
> > >> On Monday 06 December 2004 05:09, Ow Mun Heng wrote:
> > >  >>PS : Your signature noted that you're runnning
> > >  >> 2.6.9-r6-regparm.
> > >>>
> > >>> What's Regparm
> > >>
> > >> I just added "-regparm" to "EXTRAVERSION" in the kernel source
> > >> Makefile to remind me that I had set CONFIG_REGPARM=y
> > >> (Processor type and features):
> > >>
> > >> "Use register arguments (EXPERIMENTAL) (REGPARM)
> > >>
> > >> Compile the kernel with -mregparm=3. This uses an different
> > >> ABI and passes the first three arguments of a function call in
> > >> registers. This will probably break binary only modules.
> > >

That's fine and all, but it's like Greek to me, What does it do anyway?

> > > Like the ATI drivers, if you use them (which I do), thus
> > > presumably also the nVidia drivers, if you use them. So I don't
> > > use this setting myself, tasty as it looks

I'm on a ATI Radeon 9000, but I don't use the drivers from ATI.

> 
> I use the nVidia drivers with no problems.  The whole desktop seems 
> a bit more snappy with regparm.

Hmm... how does passing registers makes things snappier?

> > >
> > > Just a note, before Ow Mung goes recompiling his kernel to
> > > enable this ;-) .

I just might :-)
I'm still on 2.6.9-r4

> > Anyway, the point being that there are some modules that seem
> > unrelated, but which one might be using, that will break if
> > regparm is set. So be careful.
> >
> Good advice.  It's been around for a while but I didn't use it 
> before because it broke Win4Lin.  Now that Netraverse has issued 
> new patches for this problem, I'm experiencing regparm for the 
> first time.

I use VMware. So.. will it break? I guess I may have to experiment.


--
Ow Mun Heng
Gentoo/Linux on D600 1.4Ghz 
Neuromancer 14:53:16 up 5:31, 5 users, 0.29, 0.48, 0.45 



--
gentoo-user@gentoo.org mailing list