Bugzilla Bug 154584

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.