imap server comparisons

Jean-Christophe Valiere jyce at free.fr
Fri Jul 23 13:07:07 UTC 2004


Selon Jason Dixon <jason at dixongroup.net>:

> On Jul 23, 2004, at 7:53 AM, Lloyd H. Meinholz wrote:
>
> > On Fri, 2004-07-23 at 07:35, Jason Dixon wrote:
> >>
> >> Ease of deployment, ease of removal, rpm verification, etc.  Heck,
> >> it's
> >> even easier than compiling from source.  Unless you're patching
> >> custom,
> >> I can't imagine a reason NOT to use the developer-supplied method for
> >> compiling the RPM from source.
> >
> > I don't see configure as being difficult. You have to use it to build
> > the RPM anyway, right? I install in /usr/local/courier-version, so
> > removing is very easy.
>
> Building the rpm from source is as simple as:
>
> $ rpmbuild -ta <tarball>
> $ rpm -ivh <package>

BTW, What is the way to register in the rpm db, a package that has been
installed with ./configure && make install clean ??

>
> > I'm not sure what you mean by rpm verification, configure should check
> > for all the required libraries anyway. Does installing courier as an
> > RPM
> > prevent a required library dependency from getting removed/upgraded in
> > the future and breaking courier?
>
> Read the rpm manpage and search for verification features.  Stuff like
> being able to see which files in a package have been altered (after
> installation).  In short, you're gaining all of the benefits of using a
> managed package system while still enjoying the benefits of building
> from source.
>
> --
> Jason Dixon, RHCE
> DixonGroup Consulting
> http://www.dixongroup.net
>

--
"Si la politique pouvait changer notre vie,
 cela ferait longtemps qu'elle serait interdite."
  - Federation Anarchiste de France -





More information about the redhat-list mailing list