Greg DeKoenigsberg wrote: >>>> Right now, Spacewalk requires the Oracle RPM. Is there a plan to >>>> fix this? >>>> >>>> Seems like what we need is a "Provides: spacewalk-db" that can be >>>> satisfied either by the right version of Postgres or the right >>>> version of Oracle. >> >> Good idea, I think the most recent discussion on the subject was in >> this thread: >> >> http://www.mail-archive.com/[email protected]/msg01757.html >> >>>> >>>> Is this something that anyone's working on? Because if not, it >>>> seems like it's the kind of thing that we could toss out to >>>> community hands -- I'm guessing that a lot of Spacewalk users have >>>> experience building their own packages, and could probably hack the >>>> specfiles pretty quickly. >> >> Don't think anyone is working on it, but was raised by several people >> when we sent out recent draft of how to get up and running with the >> preliminary pgsql code. > > Ah-HAH! Someone *is* working on it, in fact. Note the difference > between the Spacewalk 0.6 release repo for Fedora 11... > > http://spacewalk.redhat.com/yum/0.6/Fedora/11/i386/os/Packages/ > > ...which contains spacewalk-0.6.4-1.fc11.noarch.rpm, and the nightly > repo... > > http://miroslav.suchy.cz/spacewalk/nightly-candidate-f11/i386/os/Packages/ > > ...which no longer contains the vanilla "spacewalk" package, but instead > contains two different packages: > > spacewalk-oracle-0.7.2-1.fc11.noarch.rpm > spacewalk-postgresql-0.7.2-1.fc11.noarch.rpm > > So progress, looks like! Except that spacewalk-postgresql still seems to > require oracle-instantclient-basic in a number of places. > > Do I understand properly that the purpose of the spacewalk-postgresql > package is, in part, to abstract away Oracle deps? Can anyone help in > this process, or should we just keep waiting a bit?
Yes, former toplevel spacewalk metapackage is now divided into two toplevel packages - spacewalk-oracle and spacewalk-postgresql. So if you want to try postgresql version (well installation may work but the rest actually doesn't) you have to use: yum install spacewalk-postgresql spacewalk-setup --disconnected It should not install or ask for any oracle specific stuff. If it does it's definitely a bug :). And vice versa for spacewalk-oracle. >>> Actually, it makes me wonder if it makes sense to have the Oracle >>> dependency at all. One of the common use cases is to have >>> Spacewalk/Satellite on one machine, and the Oracle DB on an entirely >>> separate machine. How do you handle the deps in this case? >> >> IIRC there isn't much for actual Oracle *server* deps but more so for >> libraries that live on the same machine as the Spacewalk install. In >> the Spacewalk case there are may be some pkgs requiring the server >> somewhere but I doubt many. > > Quite right -- I was mistaken. The Oracle deps I've found seem to be > client deps rather than server deps. -- Michael Mráka Satellite Engineering, Red Hat _______________________________________________ Spacewalk-devel mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-devel
