From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 75447 invoked by alias); 6 Feb 2020 14:50:42 -0000 Mailing-List: contact overseers-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: , Sender: overseers-owner@sourceware.org Received: (qmail 75437 invoked by uid 89); 6 Feb 2020 14:50:42 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00,LIKELY_SPAM_BODY,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.1 spammy=offer X-HELO: us-smtp-delivery-1.mimecast.com Received: from us-smtp-1.mimecast.com (HELO us-smtp-delivery-1.mimecast.com) (207.211.31.81) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 06 Feb 2020 14:50:40 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1581000639; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=YkF1AENsJI55CA54Bpko7wamL7KIylcjM3jeGF05Wgo=; b=RB9tRRdf5Lac+PyowIHjfK6i/nmB3kbIoKF3w8JZKyDEVnI/xtG0LgPsG0QK6LkWHnPyu8 nskZVz4rzKbqNKSDWqp9tk84deFhjSqkX6UVsyNCsUIq31K5KjoqFc9hYc60b+qElNC7SQ o9PEI2FUjSdNVh7Gc3jZW/GvbhRLop4= Received: from mail-qk1-f198.google.com (mail-qk1-f198.google.com [209.85.222.198]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-299-KWM9H1dXNRquyPi4xHkUeg-1; Thu, 06 Feb 2020 09:50:23 -0500 Received: by mail-qk1-f198.google.com with SMTP id p3so3750245qkd.11 for ; Thu, 06 Feb 2020 06:50:23 -0800 (PST) Return-Path: Received: from [192.168.1.4] (135-23-175-75.cpe.pppoe.ca. [135.23.175.75]) by smtp.gmail.com with ESMTPSA id 141sm1481214qkk.62.2020.02.06.06.50.21 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 06 Feb 2020 06:50:21 -0800 (PST) Subject: Re: Choice of distribution for new sourceware.org server? To: overseers@sourceware.org, Florian Weimer References: <74e963de-f7c8-33d0-d133-ada427c000a4@redhat.com> <20200206013050.GA16275@cgf.cx> <20200206060547.GA1868@cgf.cx> From: Carlos O'Donell Message-ID: Date: Thu, 06 Feb 2020 14:50:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 In-Reply-To: <20200206060547.GA1868@cgf.cx> X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2020-q1/txt/msg00067.txt On 2/6/20 1:05 AM, Christopher Faylor wrote: > On Wed, Feb 05, 2020 at 08:45:28PM -0500, Carlos O'Donell wrote: >> Otherwise dog-fooding Fedora Server would give us the latest packages >> for services that sourceware could offer, but we'd have to update once >> a year. > > We talk about that every time we go through a system or OS upgrade. > I've maintained a postfix/mailman system in the past so maybe those bits > would swap back in. I don't really relish the thought of trying to > convert the ezmlm archives to something else but maybe it isn't a big > deal. > >> It would force us to actively track the software we're using and look >> at well supported alternatives e.g. postfix + mailman/public inbox vs. >> qmail + ezmlm. > > I use Rawhide on some of my systems and rarely have had a problem but I > can hear the screams now. > > Upgrading to the next version only requires minimal downtime though. > So, I'd still be happy to be using it. I assume we can get the same > level of input from Red Hat if we have kernel issues. > > This is the third or fourth time I've moved to a new version of > qmail/ezmlm and I never have a good feeling about it since the available > rpms always seem a little odd. They have dependencies on things that I > don't really understand like "vpopmail". We could roll our own like > we did when sourceware was new but that means being diligent about > security issues. > > I think I've just convinced myself to look into using postfix and > mailman. I'll try to do that in the next few days. I think switching to postfix would really be to our benefit, both from an upstream support, and long-term perspective. The archives will be an interesting challenge, but I think we can preserve them statically. Have you seen public inbox? It's amazingly fast and the kernel is using it now. There is even a libc-alpha archive: https://public-inbox.org/libc-alpha/ -- Cheers, Carlos.