On Fri, Feb 5, 2010 at 6:18 PM, Carl Meyer <[email protected]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > hi Tarek, > > Tarek Ziadé wrote: >> The part that still requires some work is how to handle files prefixes >> in the RECORD file. >> >> Last time we said that we could benefit of having a PREFIXES file. >> Then Wolojda started to work on a much more complete solution to track >> data file locations : >> http://mail.python.org/pipermail/distutils-sig/2009-November/014424.html > [snip] >> But since Pip has now a uninstaller for a few months, the question is: >> what do you Pip guys think about this RECORD file ? (cc'ing Ian as >> well - I know the other involved in that are listening here :)) > > The prefix stuff in RECORD appears to be new since I last looked at PEP > 376, and I don't like it. > > If RECORD does not contain absolute paths, it becomes a lot trickier to > use it for uninstallation. In particular if prefix placeholders are > used, it's impossible to uninstall unless we can query for the actual > prefix paths used at install time. And we don't have that unless we > finish Wolodja's work.
This information is given by the location where the egg info resides. (sys.prefix/sys.exec_prefix-like) [..] > > Are relocatable installations really all that valuable anyway? What's > the use-case? It seems to me that "move an existing installation" is > something a higher-level tool should worry about (rewriting RECORD in > that case). > > I think we should remove all of the relative-path and prefix stuff from > RECORD and go back to requiring absolute paths for all files. This keeps > it simple and obvious, drastically reducing the surface area for bugs. > And that makes it orthogonal to Wolodja's work instead of dependent on > it, so we can go ahead with what we have for 2.7. Keeping absolute paths will require extra work in all bdist command because those use a local "install --root" called to created an binary tree, then copied on the system target on installation. IOW the RECORD file for them would be inaccurate at installation time. Now for applications, being relocatable would be a plus but, the real question I see is: how much pain each one of these solutions will be to implement. I am not sure we want to change all the binary commands in 2.7... Tarek -- Tarek Ziadé | http://ziade.org _______________________________________________ Distutils-SIG maillist - [email protected] http://mail.python.org/mailman/listinfo/distutils-sig
