On 08/03/2010 04:14 AM, Peter Lewis wrote:
With a particular package, you've no idea which category this falls into.
Sure, you could apply the safest approach of always restarting everything
that's upgraded, but that's not always practical. IMO it would be nice to have
short indicators when something is likely to severely break until restarted. I
don't think that's overkill, it's just helpful.
Cheers,
Pete.
Dieter,
I get what you are saying and I agree. I don't want to see a multitude of
little 1-liners winking by every time I upgrade, but both Magnus and Pete have a
point. The general body of Arch users probably need to see a bit more info than
you do (no doubt I do), but Pete really puts in into context.
For those apps where an upgrade is likely to render the app broken until a
restart, then I think that a one-liner is called for to help all of us that
aren't full time devs know what packages *must* be restarted after update so
that critical apps don't remain broken until something has risen to the level of
a problem.
I look at this discussion is just a good thought process at how Arch can be
made more robust. Here setting the Arch standard for 1-liners and limiting them
to what you need to see + 1-liners for apps that will be rendered inoperative as
a result of an update just makes sense. I'm sure the list of apps that would
need 1-liners from breakage after update are less than 10 so it wouldn't add
much chatter at all to the upgrade messages. For things like MTA's, web-servers
and the like adding them would just make Arch that much better.
Maybe the Arch Santa will slip a few into his bag of presents this year. I've
been good -- I promise :p
--
David C. Rankin, J.D.,P.E.
Rankin Law Firm, PLLC
510 Ochiltree Street
Nacogdoches, Texas 75961
Telephone: (936) 715-9333
Facsimile: (936) 715-9339
www.rankinlawfirm.com