[EMAIL PROTECTED] wrote:
Michael Scheidell:
The issue with deferred mail was that amavisd-new didn't
really restart.
You would see the missing modules if you start with debug.
The rsync seemed to fix it. (again, don't ask don't tell) if
you don't know what and why of the rsync, don't even try it.
I actually had a similar problem when upgrading a lot of
systems from 5.8.5 to 5.8.6. they rsync fixed it. Problem
may be in the upgrade/install code for perl 5.8.[567]
Don't spread FUD. When upgrading perl, it's very important to rebuild all
dependend ports.
Update your ports tree and then do:
# portupgrade -rf lang/perl5.8
From `portupgrade --help':
-f, --force Force the upgrade of a port even if it is to be
a
downgrade or just a reinstall, or the port is
held
-r, --recursive Do with all those depending on the given
packages
as well
Your rsync method is broken and may result in unstable system.
Regards,
Andrzej Kukula
The perl-after-update didn't to squat for at me and 2 other fellas. As
to portupgrade, that too didn't do as I expected.
While I understand the reasoning to toss out the only 2 things that
"claim" to take care of this - you also need to remember that a good
percentage of us are seasoned users.
Please don't insult us for what you seem to think is a lack of
knowledge. And in defense of Mr. Scheidell - we have communicated off
list and came to the same conclusions (for the most part). What he did
do was to come up with an alternative way of dealing with the anomoly
that some of us are having.
He also made it very clear that using rsync was at your own risk - but I
guess Anrzej Kukula didn't read that part - or refused to.
In any event, acknowledge that there is an issue... Listen to the folks
that have work-a-rounds, then pick your way of doing it.
Personally - I find the old way of updating perl (way down deep in
UPDATING) is perhaps a more proper way then portupgrade -rf
Again - the keyword is the first word in the sentence.
--
Best regards,
Chris
If project content is allowed to change freely, the rate of
change will exceed the rate of progress.
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
AMaViS-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/amavis-user
AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3
AMaViS-HowTos:http://www.amavis.org/howto/