From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.fsf.org (mail.fsf.org [IPv6:2001:470:142::13]) by sourceware.org (Postfix) with ESMTPS id E24123858D32; Mon, 3 Oct 2022 04:08:55 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org E24123858D32 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=fsf.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=fsf.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=fsf.org; s=mail-fsf-org; h=MIME-Version:In-reply-to:Date:Subject:To:From:References; bh=RpD418GQeWu0/TOwxeRD7icRZnRGGgNfLXPzIf5UcX4=; b=ZtaYSlflDdBER2pNSgTMXf/ZJ eP4NMbCKr7YpvxNQ4zmvZ/bNo5F3WCErHK3C4AK8MNg7ncpa3QOIg02XZWPgg84xYjKDjabyudm/7 7eWZhxh3wRcNPinKYeSmYh4fmrJrb6WiSI/tOVpkDdEeAjBpJJr6WXPovXd8gup9z/EFhjpaMQKZg /KwXPt7P3UXXMcA7rgYk16MWebl0hVRUjJSAjUJhPPU/2ynZWfJq2R34Ysm/QttnVdbnOzKcPc/An JH+O73ULyix8BBSxoIxtc8CZRxwAD+qhHxtOaEK6trdrQaItd67Hw1v2FfqxdfWjFdUZwjJUNTOYB CUp68GlTg==; References: User-agent: mu4e 1.9.0; emacs 29.0.50 From: Ian Kelling To: Overseers mailing list Cc: mark at klomp dot org Subject: Re: [Bug Infrastructure/29643] New: Release upload process improvements Date: Sun, 02 Oct 2022 23:10:28 -0400 In-reply-to: Message-ID: <875yh1a6qx.fsf@fsf.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,KAM_SHORT,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: mark at klomp dot org via Overseers writes: > https://sourceware.org/bugzilla/show_bug.cgi?id=29643 > > Bug ID: 29643 > Summary: Release upload process improvements > Product: sourceware > Version: unspecified > Status: NEW > Severity: normal > Priority: P2 > Component: Infrastructure > Assignee: overseers at sourceware dot org > Reporter: mark at klomp dot org > Target Milestone: --- > > Projects that use https://sourceware.org/pub/ for releases need a shell account > and are responsible for providing signatures themselves (although we do > generate md5 and sha512 sums). > > It would be good to provide a release mechanism like: > https://www.gnu.org/prep/maintain/maintain.html#Automated-FTP-Uploads > So no shell access is required and signatures are. Is it better to comment on these in bugzilla? Apparently I never created one, I just emailed, in the meantime, I'll reply here. This is a great idea, and I suggest using the GNU FTP software. It is unpublished currently, I think only because of momentum that it started as a tiny script 16 years ago but we (FSF) could publish and/or share it right away (just say the word). We recently had a volunteer audit the code for security issues and have been working toward publish a release that had all the documentation for other people to easily use it, but that doesn't need to be perfect, we can just do it. Right now, I see that GCC, GDB, GLIBC and Binutils are published both places, so this seems like an obvious area for more cooperation/coordination For example, (and I would just open a separate bug for this, but I want to get this off my chest): I notice that the sort order on https://sourceware.org/pub/ is alphabetical instead of version ordering, which is confusing. On the GNU FTP, we apparently get the right sort ordering through debian's config, /etc/apache2/mods-available/autoindex.conf, the line seems to be: IndexOptions FancyIndexing VersionSort HTMLTable NameWidth=* DescriptionWidth=* Charset=UTF-8, the debian upstream repo for this config is https://salsa.debian.org/apache-team/apache2 in the path ./debian/config-dir/mods-available/autoindex.conf I suggest adding that line to the sourceware apache config. -- Ian Kelling | Senior Systems Administrator, Free Software Foundation GPG Key: B125 F60B 7B28 7FF6 A2B7 DF8F 170A F0E2 9542 95DF https://fsf.org | https://gnu.org