Anthony DeRobertis <[EMAIL PROTECTED]> wrote:

> On Friday, February 21, 2003, at 04:40 PM, David R. Morrison wrote:
> >
> > The problem is that the removal of files is happening in PostRemove, 
> > outside
> > of dpkg's control.  But if you can think of an alternate way to solve 
> > this
> > problem, I would love to hear it.
> 
> Have one of your scripts edit the var/lib/dpkg/info/tetex-base.postrm. 
> I don't have a copy of Debian policy in front of me to check where you 
> could do this (probably even in tetex-base pre-inst, but I'd have to 
> check that), but I'm sure there are several places.
> 

Sorry, I said it wrong before: the error is in the old PreRemove script,
not the PostRemove script.

The problem is, the very first thing which dpkg does upon updating a
package is to execute the *old* prerm script.  I would never have a
chance to modify that before it has done its damage.

> I think you can force dpkg to try the postrm from the new package by 
> just replacing the old postrm with something that will fail, like "exit 
> 1"
> 
> Yes, this method is evil. But I'd argue less evil than telling people 
> to reinstall a package.
> 

By the way, I hope you understand that this is a one-time-only workaround
for each user?  It will only happen if you upgrade from tetex-1.0 to
tetex-2.0.  If won't happen if you subsequently update your tetex-2.0
installation, and it won't happen if you install tetex-2.0 from scratch.

> PS: Please don't demolish configuration files without asking the user 
> --- check tetex-base.preinst.
> 

Hopefully I clarified this point in the latest version: what is being
demolished is files which are left around from the old tetex-1.0 setup.
They aren't configuration files.

Thanks again for the feedback: it's good to get a reaction from someone who
understands (probably better than me) how this should be set up.  I'm sorry
that I was still unable to avoid my workaround for the update.

  -- Dave


-------------------------------------------------------
This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
The most comprehensive and flexible code editor you can use.
Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
www.slickedit.com/sourceforge
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to