From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 123580 invoked by alias); 9 Dec 2019 16:52:27 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 123485 invoked by uid 89); 9 Dec 2019 16:52:27 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*M:local, H*i:sk:821c81b, H*MI:sk:821c81b, H*f:sk:821c81b X-HELO: mail-qt1-f195.google.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=yOuEqZhNZxl6UNJRp4q7If5qBxh3iN2u1SURJ02W56E=; b=g1g3N4DW8OsOKyG1XvcogXSs7wguoXYsQXIgROnci8grtY9SpF0cCCNaidLM50K1uX Een0Ab4xUoz51ej4K88heRx/KSuexnLgsfm+6ZowJuvUqHUVjlhl/iOfDkpaWwxCIqK4 uo7xxQDd94WglPgdCZGfI8vBv2uV+wFi0mdS4= Return-Path: Date: Mon, 09 Dec 2019 16:52:00 -0000 From: Konstantin Ryabitsev To: Siddhesh Poyarekar Cc: Christian Brauner , Florian Weimer , GLIBC Devel , gdb-patches@sourceware.org, help-guix@gnu.org Subject: Re: [X-POST] patchwork.sourceware.org refresh Message-ID: <20191209165222.oanyqa7s73gzz6yd@chatter.i7.local> References: <78c774ef-9f9c-3339-aeb8-84636ee94360@gotplt.org> <87y2vnxbk2.fsf@mid.deneb.enyo.de> <20191208122116.ae5wl4eytedt54vg@wittgenstein> <821c81bd-3c9a-0d33-ffbe-924de796dc7e@gotplt.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <821c81bd-3c9a-0d33-ffbe-924de796dc7e@gotplt.org> X-SW-Source: 2019-12/txt/msg00292.txt.bz2 On Mon, Dec 09, 2019 at 01:26:16PM +0530, Siddhesh Poyarekar wrote: > On 08/12/19 5:51 pm, Christian Brauner wrote: > >> Maybe we can use for temporary > >> hosting? It already covers some non-kernel lists. > > > > If this is an option you'd probably need to talk to Konstantin about > > this. Hi, all: I'm not sure it makes that much sense to put glibc on patchwork.kernel.org. I know we have some non-kernel projects there, but they are pretty tiny and were approved largely because they wouldn't make much of an impact on kernel.org infra. The same wouldn't be true for glibc, especially if we're talking bot and CI integration. It really needs to stay on its own dedicated infrastructure where it can be properly scoped and resourced. Sorry that I don't have a better answer. Best, -K