tora uses some USE variables, but does not declare this in IUSE. Btw, it needs a version bump. Has rizzo retired? I still see him on the devlist, but I can't assign this bug to him.
yeah, rizzo left the team
Yes I've left but I'm back with a new ebuild for tora-1.3.12, and it does have the IUSE for kde and oci8. I did notice that the earlier ones were missing this a while back but it must have slipped my mind. I'll attach the new ebuild.
Created attachment 19585 [details] tora-1.3.12.ebuild tora-1.3.12. Patches previously needed have been incorporated upstream so no patching required in this version. Also has IUSE="kde oci8". Sorry for neglecting this earlier.
FYI that ebuild has keywords of "x86". Probably want to make that ~x86 for starters.
There is still this problem concerning the Oracle-Environment, which is needed for emerging this package (otherwise emerge will fail resulting in stopping the whole emerge-process). Don gave me the hint, to include the data in /etc/env.d, but i don't see a need to use these Settings for every user. It might also be possible to source ~oracle/.profile which most likely covers about 99% of all users. Maybe a mix of both of them would do the trick (check if the Environment is set, if not try to source it, fail otherwise). Just to sensitise you for this problem... Any other ideas? Thx, Jan
Jan I don't think this is a TOra issue, since you can use TOra without Oracle. I think my solution of creating an /etc/env.d issue handles things beautifully, and I would prefer that users NOT depend on reading other user's dot-files. I put the responsibility on Oracle users to properly set up their environments, since there is no Oracle package to do this. If you are against having the env vars globally available, you could put a line in your /root/.bash_profile to source the oracle user's profile, then you can emerge.
Sure, it's not (implicitly) an tora-issue, but prevents us from emerging it completely automaticaly. Of course sourcing the environment should just take place when oci8 is enabled (and the file exists). Especialy i don't see a need to set the oracle-environment for root (when not emerging tora)! Just wanted to give you an hint, i can live with the current situation personally, so please don't be offended. Cheers, Jan
I don't see why you wouldn't use the env.d solution and be done with it. Any user that would need to access Oracle would need those environment vars anyway so why not just put it in env.d. Can you explain why you are so against having the ORACLE env vars available globally?
If you'd like I can check in this new ebuild now that I'm on staff again.
Just go ahead...
Ugh. Looks like my pubkey wasn't properly re-inserted into the matrix. Will ask about it on #gentoo-dev.
OK tora-1.3.12 is checked in. Would it be best to add IUSE to the older versions? I presume that it would be. Let me know what you think.
I added IUSE to tora-1.3.11-r2, which is current stable version. I don't see a reason to go back any further. Closing.
I'd say: Add IUSE to 1.3.11-r2 and remove all versions but this one and 1.3.12 - no need to keep older stable and unstable versions around.