First brought up here: http://forums.gentoo.org/viewtopic-t-514215.html This is in reference to dev-db/oracle-instantclient-basic dev-db/oracle-instantclient-jdbc dev-db/oracle-instantclient-sqlplus The currently available versions (10.1.0.5) are blocked for x86, the older versions demanded by the ebuilds (10.1.0.4) are no longer available on the Oracle site.
(In reply to comment #0) > The currently available versions (10.1.0.5) are blocked for x86 I fail to see how are they blocked, they are keyworded ~x86, why don't just stick it into /etc/portage/package.keywords?
(In reply to comment #1) > (In reply to comment #0) > > The currently available versions (10.1.0.5) are blocked for x86 > > I fail to see how are they blocked, they are keyworded ~x86, why don't just > stick it into /etc/portage/package.keywords? > I admit I am a newb to Gentoo. The 10.1.0.5 emerge does not work out of the box, and Oracle, in their infinite wisdom, decided to take down the version that the working 10.1.0.4 emerge refrences. Besides, the Gentoo manual states (1.d., Masked Packages): "-arch keyword or -* keyword means that the application does not work on your architecture. If you believe the package does work file a bug at our bugzilla website." So I did, as I noticed that the person who committed the 10.1.0.5 version (dertobi123) specalizes in non-x86 architectures, and probably could/did not test x86 - vs. the committer (nelchael) for the 10.1.0.4 version. As far as the file /etc/portage/package.keywords is concerned, first I have heard of it. It's not mentioned in the Gentoo manual, as far as I can tell. So if there is a way to override that flag for this set of packages only, I would love to know... But it should probably be fixed going forward anyway.
(In reply to comment #2) http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3&chap=3
(In reply to comment #2) > So I did, as I noticed that the person who committed the 10.1.0.5 version > (dertobi123) specalizes in non-x86 architectures, and probably could/did not > test x86 - vs. the committer (nelchael) for the 10.1.0.4 version. Sure I can and did test on x86 ... that I'm also working on other architectures teams doesn't mean that I'm not testing the packages I maintain on x86. Besides that I'm not checking the download links at Oracle regularly. > As far as the file /etc/portage/package.keywords is concerned, first I have > heard of it. It's not mentioned in the Gentoo manual, as far as I can tell. > > So if there is a way to override that flag for this set of packages only, I > would love to know... But it should probably be fixed going forward anyway. Take a look at the link Jakub posted ;) x86: Please stabilize =dev-db/oracle-instantclient-basic-10.1.0.5
Yes. Found that info in the man page for portage... (duh! /smacks forehead/ ) Sorry about the arch misunderstanding... I read too much into the entry on the maintainer's page. Anyway, after adding those packages to the file, and forcing 10.1.0.5, got all three packages to install. However, subsequently, I needed to install DBD::Oracle (for perl) on top, no such emerge exists, so I added one in /usr/local/portage (and you can have it if you want, it's a pretty generic perl ebuild - the only kind I can do right now). The DBD::Oracle build was failing to find the proper makefile demo makefile (they have some problems with what they are looking for, I intend to drop them a line about it). Anyway, to get that to work, I needed to hack the install area '/usr/lib/oracle/10.1.0.5/client' to add 'rdbms' and 'rdbms/demo' directories, unzip the files placed in '/usr/share/doc/oracle-instantclient-basic-10.1.0.5' and rename the 'demo.mk' to 'demo_rdbms.mk' - then the perl install was able to function properly. Basically, the demo files should remain a live part of the install, as they are considered templates for builds of 3rd-party packages that work with oracle; and not be (only) shuffled off to the /usr/share/doc tree. The specific perl build problems can probably be fixed with symlinks (easy), or possibly gentoo patch for the Makefile.PL file (more work, but cleaner). What is the preferred method for this?
Never mind the above query and change request... the problem for the DBD-Oracle ebuild is fixed, and will work fine with the current instantclient ebuilds.
How can I get a login to Oracle? I can't test it to stabilise..
dertobi123 can stabilise himself.
x86 stable, sorry for the delay.