Bugs item #841817, was opened at 2003-11-13 18:26 Message generated for change (Settings changed) made by naughtont You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109368&aid=841817&group_id=9368
Category: Installation Group: 2.4 Status: Open Resolution: None >Priority: 9 Submitted By: Terry Fleury (tfleury) Assigned to: John (muglerj) Summary: Uninstall fails if missing script for any uninstall phase Initial Comment: Currently, when any part of the package_uninstall subroutine fails, it returns IMMEDIATELY and none of the (possible) subsequent uninstall scripts for the package get executed. This implies that a package author must write ALL of the uninstall scripts, even if those scripts do nothing. In the past in OSCAR, we have tried to use a "no configuration file implies default values" approach. I think that a package author should only have to write uninstall scripts for those parts that require it. If there isn't an uninstall script for a particular phase, then nothing happens for that phase, but it should not imply a complete failure for uninstalling a package. For example, if a package is installed only on the server, then the user should only have to write a post_server_rpm_uninstall script. However, since the current uninstall for the server comes after the uninstall for the clients, the uninstall for the server never gets executed. ---------------------------------------------------------------------- Comment By: Thomas Naughton (naughtont) Date: 2003-11-13 19:56 Message: Logged In: YES user_id=288102 As a work around (at a very least for testing) i'm going to checkin some no-op scripts that just exit(0) for success for all pkgs in tree that don't currently have an *uninstall script. ---------------------------------------------------------------------- Comment By: Thomas Naughton (naughtont) Date: 2003-11-13 18:43 Message: Logged In: YES user_id=288102 i agree that if you don't have anything to do on the clients (or server) that there should be a noop, and success case but it may be that for this release we just have a script that returns success. I will checkin a simple version of these, and do agree that this is not the "best" thing but there are several items in there that I feel are not "best" for the current capabilities w/ packageInUn but simply are a "best effort". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=109368&aid=841817&group_id=9368 ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ Oscar-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/oscar-devel
