On Wednesday 23 July 2003 05:00, Robert LeBlanc wrote:
At 00:24 2003/07/23, david paeme wrote:
>So why not use apt-like system (I'll call it apt from now on)?
Well, it looks like 'yum' is in Rawhide now so RH is considering/working
such a thing. And the project page seems to indicate some hope on some form
of integration w/ r-c-p.
This is an improvement that I'd like to see, yes, essentially a
"smarter"
package manager with an awareness of prerequisites, where to find them,
and how to install them. A next-generation RPM, effectively :)
Seperate APT from DEB in your head and realize the same must be done w/
RPM...
As a case in point, if I happen to use IBM DB2 as my database of
choice
(or necessity) on a given server, I'll end up having to (re)build
packages like PHP from sources in order to configure --with-ibm-db2 or
somesuch. The RPM-based PHP distributions won't have been compiled with
And your vendor doesn't provide such packages? I'd think for something as
'enterprise' as DB2 is there are base changes like this that IBM would
provide the new based-on-RH RPMs.
What I'd like to see in RPMs for server packages is something
like
dynamic compilation based on some checkboxes or command-line flags that
describe the options to autoconf. Essentially a higher-level interface
to ./configure, which could be used to build a custom installation of the
Ick. Ouch. *spit* You don't mean at install time, do you? I mean, what's so
bad about taking your SRPM and futzing your changes there?
And you could always help out Fedora.us or
Freshrpms.net to post updated
RPMs as such (if you're not using RHEL)..
For your case above I quite literally recommend taking it up w/ your vendor
and asking them what they certify on. I'm sure there are other cases
though..
Cheers, -Ali
--
OpenPGP Key: 030E44E6
--
Was I helpful?:
http://svcs.affero.net/rm.php?r=packetknife
--
Ignorance must certainly be bliss or there wouldn't be so many
people so resolutely pursuing it. -- Unknown