Oracle 11g has been out for over four years now and oracle-instantclient-basic as well as the related oracle-instantclient packages could likely be safely marked as stable in portage to enable 11g client features by default. The only ramifications are if other packages depend on oracle-instantclient-basic, such as ruby-oci8 (which I know works). qdepend keeps telling me it's too fat (what the?) so I did a grep for oracle-instantclient-basic in ebuilds to find the ones that mention it, and these are the ones I found: app-admin/collectd app-admin/rsyslog dev-db/opendbx dev-db/oracle-instantclient-basic dev-db/oracle-instantclient-jdbc dev-db/oracle-instantclient-odbc dev-db/oracle-instantclient-sqlplus dev-db/tora dev-lang/mono dev-lang/php dev-ruby/ruby-oci8 net-analyzer/hydra net-analyzer/zabbix net-im/ekg2 sci-physics/root Of those, it looks like only dev-lang/mono depends specifically on 10.2. Reproducible: Always
Refer to bug 389711 if you want to see what spurred this request.
(In reply to comment #0) > The only ramifications are if other packages > depend on oracle-instantclient-basic, such as ruby-oci8 (which I know works). Looking in the history shows DBD::Oracle (CPAN module) from bug#165834, which is broken with oracle-instantclient-basic-11.2.0.2. While at bumping 11.2.0.3 (with a fix for that), I've added multilib support (bug#284096), but it turned out that the 32bit libaio is missing on amd64-multilib ATM.
(In reply to comment #2) > but it turned out that the 32bit libaio is missing on > amd64-multilib ATM. For the records: dev-libs/libaio-0.3.109-r3 should fix this.
So these are the packages for this stabilization request: =dev-libs/libaio-0.3.109-r3 =dev-db/oracle-instantclient-basic-11.2.0.3 =dev-db/oracle-instantclient-sqlplus-11.2.0.3 =dev-db/oracle-instantclient-jdbc-11.2.0.3 =dev-db/oracle-instantclient-odbc-11.2.0.3 Thank you!
amd64 stable
x86 stable. Last arch, closing
Thank you!