From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk1-x732.google.com (mail-qk1-x732.google.com [IPv6:2607:f8b0:4864:20::732]) by sourceware.org (Postfix) with ESMTPS id 3552B3858CD1 for ; Fri, 14 Jul 2023 15:34:37 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 3552B3858CD1 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=linuxfoundation.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=linuxfoundation.org Received: by mail-qk1-x732.google.com with SMTP id af79cd13be357-7659cb9c42aso186854685a.3 for ; Fri, 14 Jul 2023 08:34:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; t=1689348876; x=1691940876; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date:message-id:reply-to; bh=zEP1BJ5goH72bvFdIUTPJh+wYIxffAX7X0I33z1DDp4=; b=aecfDGKFHOPe2xP2YuCMWFjzya+TrqaGBGEyv9VIO9JO/Zh+eAbqzmeRHxIEeHYnwB jFyDoUhxJyzdEhiU1MTZs+MIZrnyhZZYXMKZXX679yuwfS5CXr86OTYtpaPfLr1HJCpj fj1/YE4zCwBKP3Rzzs3j8h7uvzOj6hEvGm0po= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689348876; x=1691940876; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=zEP1BJ5goH72bvFdIUTPJh+wYIxffAX7X0I33z1DDp4=; b=hnxPqb/djKzhpM2do49GH5moVrPgJ4hTXSRBSnxjZy9KyDOvbjcxyXYpQNVdMOmwqZ 0vTmKHEN0XfWNmz4o7Wz4W7v3zlKqiByU9WxJ7G4/bp3bKif5HvX/sHmJBThPHRe/W9G Y+2EuvAhyj3Z7qziV0qLLU/Rqo+THydoD1uq3CZlzXu54UmbqYUM9/uYG49Zh6t+B0Zm FDXSCACqcaLQbr2ofbhGCt+PCX4ioV0jIDND8cw8j/jrd9O4z6HfRnsbKgvHDvkHkyJC p1pV6zfTRpE+/afLDqwWL5HrNXWMqZDz7UHF0T+NgR7M3lP51RhUo0IGBVUmlu83T+36 ljqQ== X-Gm-Message-State: ABy/qLbkq40kxaKvxqeJR6Oo0YE9DtHeimW1ToRn9iKJdhHXt6fN4dAX OaTp1Emnm+vPp85CFLckxQoVnA== X-Google-Smtp-Source: APBJJlGu5RllMCfuTZUz3gvgAu1SmgxhtExLxueYn62O0bUdtOwDjcSad4kMiW75mgrG2b+pRPt3wA== X-Received: by 2002:a05:620a:430c:b0:765:7a1e:a456 with SMTP id u12-20020a05620a430c00b007657a1ea456mr6084879qko.54.1689348875805; Fri, 14 Jul 2023 08:34:35 -0700 (PDT) Received: from nitro.local ([142.113.79.114]) by smtp.gmail.com with ESMTPSA id f23-20020a05620a069700b00767d4c68725sm3822353qkh.133.2023.07.14.08.34.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Jul 2023 08:34:35 -0700 (PDT) Date: Fri, 14 Jul 2023 11:34:26 -0400 From: Konstantin Ryabitsev To: Florian Weimer Cc: Carlos O'Donell via Libc-alpha , Carlos O'Donell , Joseph Myers , "Ryan S. Arnold" , Paul Eggert , Jakub Jelinek , Maxim Kuvyrkov , Andreas Schwab Subject: Re: Core Toolchain Infrastructure - Services for glibc Message-ID: <20230714-card-radium-prow-27d2f1@meerkat> References: <45e98807-908f-0968-b6fe-5dbb0af265b1@redhat.com> <87ttu6oh9j.fsf@oldenburg.str.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87ttu6oh9j.fsf@oldenburg.str.redhat.com> X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE 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: On Fri, Jul 14, 2023 at 01:38:00PM +0200, Florian Weimer wrote: > > * Support public-inbox for mailing list archives. > > * Use of public-inbox means archives can be cloned and copied. > > * Use of LF IT Subspace mailing list services (mlmmj, postfix). > > I assume LF IT is able to run mailing lists without “via” From: > rewriting? Yes, that practice is horrible and we do not support it in any way shape or form for mailing lists. > > * bug database > > * Consider starting fresh in new Bugzilla 5.0.4+ instance and freeze old product. > > * glibc component in sourceware instance marked "Not open for new bugs." > > * No easy way to clone this but we can discuss options. > > * Isolate bugzilla from other services. > > Does LF IT offer some Bugzilla anti-spam services? To what extent do we > need to constrain new sign-ups? We have various approaches here, depending on the project. We do not constrain sign-ups for bugzilla.kernel.org. We have a script that reports new comments containing links or potentially spammy attachments. These comments are junked and accounts posting them are banned. We do constrain sign-ups for bugzilla.yoctoproject.org -- users must request a new account to be created before they can file any bugs. > Can we keep using the AdaCore hooks? Or would they have to run on the > side somehow? Who is going to implement changes to the AdaCore scripts? This is the main point of contemplation -- we do not currently support custom hooks on the server side: - they tend to significantly slow down pushes - they run extensive codebases with the same permissions as the owner of the repositories, significantly increasing security risks Our recommendation was to move all CI tasks to a system that is better suited for it. For example, CI can run on a patchwork system and the pre-commit hook can then check that each commit matches a patchwork entry that passed CI. > > * wiki > > * Migrate to git-based documentation with existing content copied over. > > * Suggest rst/Sphinx or similar to existing discussions for GCC docs. > > * Sphinx with themes can provide a lot of flexibility for display. > > * Isolate wiki service from other services. > > Will this be a separate Git repository, with different commit rules? > > I do not particularly like the current MoinMoin wiki, but at least it > has a preview button. We'd lose that with a pure Git-based workflow. RTD documentation is written in ReST, for which there are many editors that provide preview functionality. -K