my thoughts on package management

Ali-Reza Anghaie ali at packetknife.com
Wed Jul 23 09:14:58 UTC 2003


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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: signature
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20030723/e017dae6/attachment-0002.bin 


More information about the devel mailing list