On Tue, 04 Jan 2005 15:21:07 -0500, Colin Walters wrote: > I can't think of any good ideas on a solution for this one at the > moment. Can you file a bugzilla? Done: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144190 > Depends how you define third party, but I know what you mean. Well, Loki Setup, Mozilla installer, HelixPlayer, BitRock, Sun JVM scripts etc. Basically installers that are built once and shipped with the app so we can't really modify them later. autopackage kind of sits in the middle. It's mostly separate from the .package file itself and is downloaded automatically on first run. So it's more like source tarballs because they can be modified after the fact by rerunning the autotools chain. > It's just as racy as prelink; actually less so because it doesn't > actually change file content. Prelink is just an optimisation, it can't actually stop apps working. Whereas I think if libraries have the wrong context stuff will break. > What specific race conditions do you see that we can't solve in > userspace? User installs RPM, it runs a program contained in the payload that links to libraries also in the payload in a post-install script, that fails because the libraries haven't been fixed yet. IE there's a gap between the time the library becomes available to apps and the time at which the daemon gets around to fixing it. I may be horribly misunderstanding what you're proposing though ... thanks -mike
