> I think the idea here is provide an "fake" rpm which depends on the > same > dependencies as Oracle DB do. So, installing this > "oracledeps-fake-virtual-10.2.0.2.rpm" will install the dependencies, > and > you will be able to install Oracle without having to check manually > gcc, > libgcc, openmotif, libaio, etc... > > And this is a good idea.
Oh, I'm not disagreeing that the fake RPM is a step in the right direction; but it's not far enough. If you're going to package a product for a platform, do it in a way that doesn't circumvent the software management system. Sorry, I guess I'm just in a grumpy mood today. This kind of stuff (trying to be "half-pregnant" by partially complying with RPM) makes migration and upgrade a PITA in that the vendors *think* they have deployed a solution, but they're still causing maintenance, deployment and support problems. IMHO, we should be asking Oracle to play *by* the rules, not hack around the rules. I also know they can't do everything at once, but we need to provide them some guidance on what they should be focusing on so they can plan to correct it later. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
