Recently, dev-db/postgresql-base-8.3.3 and its dependency app-admin/eselect-postgresql-0.3 were added to the Prefix tree. postgresql-base-8.3.3 compiles OK, but eselect-postgresql does not seem to create the right symlinks, or actually see in profiles: $ eselect postgresql list Available postgresql installations (nothing output here) As a result, some things dependent on pg_config or the libpq headers fail to compile, for example dev-python/psycopg-2.0.7 Reproducible: Always Expected Results: On mainline Gentoo: $ eselect postgresql list Available postgresql installations 8.3 <-* base-8.3.3
Committed a patch that does this, but I don't have anymore time today to spend on it: %% eselect postgresql list Available postgresql installations 8.3 <-* base-8.3.3 server-8.3.3 %% eselect postgresql set 8.3 !!! Warning: /usr/include/libpq-fe.h exists and is not a symbolic link !!! Warning: /usr/include/libpq exists and is not a symbolic link !!! Warning: /usr/include/postgres_ext.h exists and is not a symbolic link !!! Error: Broken install: no pg_config found Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html Killed
the wrong paths come from local slotdir=""/Library/Gentoo"/etc/eselect/postgresql/slots/${1}" (quoting is a bit weird, but that aside, fixed that on the go) maybe postgresql doesn't install correct stuff. I patched the binwrapper to be prefix aware too.
This is not an alt-specific bug. I have the same problem with a ~x86 install. Only by manually making the symlinks contained in the postgres_symlinks array in the /etc/eselect/postgresql/slots/8.3/base file will anything which depends on dev-db/postgresql-base build.
The fix in eselect-postgresql-0.3-r00.1 gets us a little closer, we just need a couple more to get it working fully. These are: * eselect-postgresql needs to eprefixy binwrapper * dev-db/postgresql-base installs $EPREFIX/etc/eselect/postgresql/slots/8.3/base - this file also needs to be prefix'ed Cheers.
*** This bug has been marked as a duplicate of bug 267014 ***
