From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 111909 invoked by alias); 6 Feb 2020 16:36:57 -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 111900 invoked by uid 89); 6 Feb 2020 16:36:57 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-4.1 required=5.0 tests=AWL,BAYES_00,KAM_ASCII_DIVIDERS,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=no version=3.3.1 spammy=UD:noarch X-HELO: us-smtp-delivery-1.mimecast.com Received: from us-smtp-2.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 16:36:55 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1581007014; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Phuoz2keSHNKnX1Rd1hkEGvFTMxEfBnQRgpxv/URm6k=; b=gpv0B75TSgv7yDHXf5WrwH3WbZ+Q+ual36jIxjIoZbDKtfniMMNZL7I/jo/57zHzz9j4eM YXBkici+FHArY06u34W0x8w88YPKrt1m1Kz7vOeoYX0inRx+VUzI3dIU9z9OCEx5YgEv6a aOHD0fbjfHqRfiRCNI+vG/THZQ1SNX8= Received: from mail-qv1-f70.google.com (mail-qv1-f70.google.com [209.85.219.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-409-D9fkw4foMRCIqdDnbIYQLg-1; Thu, 06 Feb 2020 11:36:35 -0500 Received: by mail-qv1-f70.google.com with SMTP id n11so4022254qvp.15 for ; Thu, 06 Feb 2020 08:36:35 -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 m95sm1856985qte.41.2020.02.06.08.36.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 06 Feb 2020 08:36:34 -0800 (PST) Subject: Re: Choice of distribution for new sourceware.org server? To: "Frank Ch. Eigler" Cc: overseers@sourceware.org, Florian Weimer References: <74e963de-f7c8-33d0-d133-ada427c000a4@redhat.com> <20200206013050.GA16275@cgf.cx> <20200206013405.GC97355@elastic.org> <20200206020237.GD97355@elastic.org> <20200206144908.GG97355@elastic.org> <177b7cdc-bf88-a004-6f3d-9fb4c8a65da7@redhat.com> <20200206151900.GA24071@elastic.org> From: Carlos O'Donell Message-ID: <89f0e5ec-2b85-5ae8-3bed-efc812b2b9e1@redhat.com> Date: Thu, 06 Feb 2020 16:36: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: <20200206151900.GA24071@elastic.org> X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2020-q1/txt/msg00075.txt On 2/6/20 10:19 AM, Frank Ch. Eigler wrote: > Hi - > >> Awesome. Do you need any help with regular evaluations? Is there a meeting >> for that? Or is this tactically driven when something can't be upgraded? > > We evaluate when people want to evaluate, as we are doing right now. Understood. >> I'm surprised the wiki is non-distro software. I recently setup a dokuwiki >> backed by git, and it was all distro-software with just configuration data. > > What's a "dokuwiki"? Yum list doesn't know it. We use ikiwiki (a > git-backed wiki system) for one of the wikis on sourceware, and I like > it a lot. ikiwiki is not a RHEL product either. It's in Fedora, I had not checked for availability in RHEL 8 AppStream or EPEL. dnf search dokuwiki Last metadata expiration check: 1:36:11 ago on Thu 06 Feb 2020 08:46:10 AM EST. =========================== Name Exactly Matched: dokuwiki =========================== dokuwiki.noarch : Standards compliant simple to use wiki ========================== Name & Summary Matched: dokuwiki ========================== dokuwiki-selinux.noarch : SELinux support for dokuwiki Dokuwiki is an actively maintained wiki with plugins and good internationalization. https://www.dokuwiki.org/dokuwiki ikiwiki doesn't seem as feature rich as dokuwiki, nor does it seem to have as active a development community, or wide usage? The plugins for dokuwiki are quite useful and the community has support for git, markdown, captchas, etc. >> Moinmoin is basically dead upstream. >> Dokuwiki is actively maintained and there are migration paths from moinmoin >> to dokuwiki. >> And I would switch to gitolite [...] > > The way that we can make use of ideas like this is for someone to go > beyond suggest them to actually try things out, consult with the > respective user base, install, popularize, transition, watch over it > all, and ideally help shut it down when that time comes. IOW, there > is no shortage of other tools we -could- run. What is short is > interest & commitment in doing all that work. Understood. >> This would also allow us to restrict shell access to only those that >> ask for it and thus limit our security exposure (best practice). > > Our shell access is already restricted. Can non-administrators login to the system via ssh? Why? >> [RHEL8 vs CentOS] > > Luckily, we have until 2029 to work through the details either way. I don't follow. Could you expand on this please? -- Cheers, Carlos.