On Thu, May 17, 2001 at 07:36:34PM +0200, Josip Rodin wrote: > On Thu, May 17, 2001 at 11:38:06AM -0400, Steve M. Robbins wrote: > > Suppose version 1 of the package had a file named /foo/A, > > and version 2 had changed the location to be /bar/A. > > > > Without doing anything special on the part of the developer, is it > > always true that upgrading the package version 1->2 will remove /foo/A > > before installing /bar/A? > > > > If so, has there ever been a bug (in dpkg/apt/whatever) that > > broke this? > > > > I ask because I have suddenly discovered /usr/bin/gvx (dated from > > march 2000) which is the old location for /usr/lib/geomview/gvx. I > > changed the location when I adopted the package last fall. I'm > > wondering if I now need to add a "rm -f /usr/bin/gvx" in the postinst. > > Er, that would be bad. dpkg should have removed the old file when installing > the new package. > > I guess it would be hard to file a bug unless you can reproduce it...
Well, it's always easy to _file_ a bug. :-) But you're right to say that it would be hard to file a *useful* bug report. I'm not planning to file a bug. I don't know for sure whether it was the package tools, or whether I muddled up something by hand. I don't think I ever put anying in /usr/bin by hand. But I can't rule out me doing something stupid. So I thought I'd see if there were any known package tool problems in the past six months or so. I've been tracking unstable reasonably closely during this period, so I could have been bitten even by short-lived bugs. -S -- by Rocket to the Moon, by Airplane to the Rocket, by Taxi to the Airport, by Frontdoor to the Taxi, by throwing back the blanket and laying down the legs ... - They Might Be Giants
