Jeremy Katz <katzj@xxxxxxxxxx> writes: > On Mon, 2007-08-06 at 21:14 -0400, Tom Lane wrote: >> OK, but if the system outside is incompatible then it will fail to >> execute code that belongs inside the chroot anyway, no? > Not necessarily. The installer has the same kernel, libraries... just > not always where you think they are (or, in some cases, a minimal set) Hm, fair. Still I'm not aware of anyone wanting to run Postgres during install. The $64 concern I have here is the one I mentioned in passing: package relocatability. The upstream Postgres package can be pushed around to different installation locations because it goes out of its way to make all its internal dependencies be relative. If I stick a relative symlink to an unrelated fileset into it, I break that. While I realize that relocatable RPMs aren't popular, I don't want to permanently throw away any possibility of making the postgresql RPM relocatable. This is a hot-button issue for me because installing multiple versions of Postgres at once is a tremendous help for people doing major version upgrades of their database. Debian can do that today (has done so for awhile) and we are at a competitive disadvantage because we can't. regards, tom lane -- Fedora-maintainers mailing list Fedora-maintainers@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-maintainers -- Fedora-maintainers-readonly mailing list Fedora-maintainers-readonly@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-maintainers-readonly
