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