On Saturday 27 Sep 2003 16:02 pm, Vincent Danen wrote:
Hi Vincent.

Sorry to intrude on this conv....but I would use Exim if it was available as a 
package - upto now I have to compile if from source and install it....

> On Sat Sep 27, 2003 at 12:26:16PM +0200, Michael Scherer wrote:
> > > > can you put exim in contribs at least ?
> > >
> > > There's never been an interest before.  I've been maintining exim
> > > packages for about 1.5-2 years now, and I never even knew anyone was
> > > interested. IIRC, I had asked about putting it in contribs when I
> > > first built the package (since it wasn't wanted in main) and the
> > > answer I got then was two MTAs were enough.  Never bothered since.
> >
> > sorry, i was not here at this time. I should have search the archives
> > before asking.
>
> It was a long time ago, and wasn't discussed on the list, but internally.
> You likely wouldn't have found anything even if you had searched.
>
> > > If someone wants to put it in contribs, that's fine.  I'll still
> > > maintain it on rpmhelp.net because, right now, you can grab exim for
> > > 9.0-9.2, and instead of maintaining for "cooker" I maintain for
> > > stable releases.
> >
> > do you think it is some much troubles to maintain it in contribs ? I
> > mean, this is just rebuilding it in a cooker environnement. And it
> > doesn't prevent you to rebuild in 9.0-9.2
>
> No, it isn't too much trouble.  But, I'm lazy, I have my build systems
> here, and I don't have to worry about ssh'ing to paris on a slow link.  =) 
> That's my primary motivation to keep it here.
>
> > > > this will be easier to find it . Dispertion of rpm is not good,
> > > > this force people to search too much and this gives them bad habits
> > > > ( downloading semi official rpm ).
> > > > Putting it in contribs will allow it to be tested by more people,
> > > > and integrated to cooker.
> > >
> > > I disagree.  PLF doesn't have a problem with people using their
> > > packages.
> >
> > yes, but plf is bigger than rpmhelp.
>
> So?  What does that have to do with anything?
>
> > if you take a look at easy urpmi, you will see that a lot of repositorie
> > exist, some of them providing rpms already in contribs, and this is not
> > easy to keep track of who do what. And i am pretty sure that plf would
> > not exist if we were able to put the package in contribs.
>
> Sure, and by the same reasoning there is a place for rpmhelp.net.  Due to
> licensing problems, we can't put qmail in contribs, and that's what has
> made rpmhelp.net useful and "known" to people.  qmail has only been
> provided via rpmhelp.net and, let me tell you, that has made it well-enough
> known for those that require it.
>
> > > IIRC, if you were to search in Club's rpm database or
> > > rpm2html listing or whatever it is, you'll find exim listed under
> > > rpmhelp.net.
> >
> > yes, but, i think we should not encourage people to search rpm on a
> > website. urpmq and rpmdrake are here for this reason. How can people
> > choose between your great package, checked with rpmlint, and others
> > packagers made by alien ?
>
> I never said we should encourage them to do so, and at the same token, they
> can use urpmq and rpmdrake once they setup the rpmhelp.net sources.  It's
> not that difficult... there used to be a djbsupport package in contribs
> that would setup the source for you.. I removed it because setting up a
> source is *soooo* easy.
>
> > > Are you saying that everything on rpmhelp.net, PLF, Texstar's stuf,
> > > etc. should go in contribs?
> >
> > yes, and no. Texstar is building backport. Plf is for stuff that cannot
> > go in contribs. I think that a repository than can be put in contribs
> > should be in contribs , in order to not have the apt-get.org dispertion
> > effect.
>
> rpmhelp.net can't go in contribs.  qmail can't go in, so all of the things
> that depend on it (a large number of packages) also can't go in.  The other
> stuff there (like exim, etc.) are either backports of stuff I personally
> find useful for my CS2.1 servers or things people ask me to put in.  By
> your own argument, rpmhelp.net cannot go in contribs, so why are we having
> this discussion?  =)
>
> > > I think separate rpm repositories that specialize in certain things
> > > is good.
> >
> > It depends on what is the specialisation. But, even if exim is put in
> > contribs, nothing stop you to provides backport for people who want it.
> > In fact,  more and more people are interested in providing backport ,
> > so, there is a place for a global repository offering sane backport.
> > But, having it in contribs will give more visibility. And, this is the
> > first step toward inclusion in main.
>
> Of course nothing stops me; it just takes more time.  I'm also not
> desperate to get exim in main.  If it goes in, great, it's because it's a
> great MTA. It's not because I've been lobbying to get it put in.  Exim
> doesn't *need* to be in main.  I don't feel it needs to be there and, until
> sendmail is put in contribs, it won't be there.  You try and get sendmail
> in contribs first... when that happens, I'll put exim in contribs as well
> and then those interested can work towards getting it put into main as an
> alternative.
>
> > > > And, we will also be able to integrate some tools ( spamassassin,
> > > > amavis ) more closely with exim.
> > >
> > > There really is nothing stopping you from doing that now.  It doesn't
> > > need to be in contribs for that.
> >
> > if someone do a spamassassin-exim package, this person cannot put it in
> > contribs, since it has a unresolved dependancy ( exim ). A package in
> > contribs can only depend on main and contrib.
>
> Sure.  But someone can make that same package and send it my way and it
> will go into rpmhelp.net.  =)  Besides, I build exim with the sa plugin, so
> spamassassin should just "work" (never tried, but that is my understanding
> of it).
>
> > now, i fully undestand that you may have too much work to maintains exim
> > in 2 places.
>
> Now you've hit the nail right on the head.  =)
>
> Besides, how many people would want to use exim?  I've *never* heard anyone
> request using it before, and in fact I only know of one other person who
> uses my packages.  If something is going to go into contribs, I think
> people should be interested in using it first.  I'm not going to put it in
> contribs if no one wants to use it.

-- 
                 O  o
            _\_   o
         \\/  o\ .
         //\___=
            ''
Sat, 27 Sep 2003 18:52:19 +0100
 18:52:19 up  9:43,  2 users,  load average: 2.02, 2.02, 2.00
Swahili, n.:
        The language used by the National Enquirer to print their retractions.
                -- Johnny Hart


Reply via email to