Received: by 10.223.185.116 with SMTP id b49csp5218031wrg; Wed, 7 Mar 2018 08:10:01 -0800 (PST) X-Google-Smtp-Source: AG47ELs+6ULPNSacMheGyCluhSWMZIUmo9ktOF3vJ2TxovOclXW36cCAONn2A0Vf8Olfa6nyIbjT X-Received: by 2002:a17:902:6943:: with SMTP id k3-v6mr13758601plt.214.1520439001294; Wed, 07 Mar 2018 08:10:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1520439001; cv=none; d=google.com; s=arc-20160816; b=Jn6OpO6wdbx+Btc12Ue/+iIDEg9NaXNaclGeWTExJGKjrJyvmvOTfifYkTzEBYKsXD CSbGuVf93t5Q56qXpQdY+i1Ae2biejz30xDfU9c5tYjh6ieD9vfcDBxgJwV/kZiKawQ0 6gPNZAXBj0SXyVet6ftRZcWeRzO9VwXCLaGc9zhQd9s9LbMvD8RLjvv8HO5XBT1Vd0nm /GwhX0jByebt3dJL7k6Z65pUHg80G7plLMCL5ei/DBXteUad9rY9vNSu5xLjQlNim13G 89fSAfVt5ItESVUpW95BYpjBmI2JMUstFFi5AdioWyA8rZzGNc4JGejGzIdCGOn4moj1 Eqqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=HovtzPXkTyRCw+pGCL2OBPnQhgFkfUB3BQHlC5cY1C0=; b=Y4Irdz8y3nwd8qbseyekdOyFpvCUzvT+WXJMiGuIY3U6ZhDZBSCWEAd18cwhy+w8Tb VetU5bssb8NbAXbJ15FkbcLOpcXyHPCTEo6Q5uSeSRkmrynIHt3J7zU+oET8MVJbd6Lq 4aAaOJvjrYjfuLaIV9+rIbUk0rT/K6V+VUbF+0JusE+Ocxkw/dgV3Mk6xHR81lbQhnhQ 5CFPjWH9gJ7lPXpptbaAIcwo9M+IOcHMDG9V10pZu/5TOERK/7wL5gXIBPVlj4LBV9y5 qZpIojNy/g60aMcHhKjbld84hwMKISBeK30hmJ54ESvNo1m/I1Kn5rOq8L8ADyS3Kw8h Ab1w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h1-v6si13079991plt.728.2018.03.07.08.09.46; Wed, 07 Mar 2018 08:10:01 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934018AbeCGQIP (ORCPT + 99 others); Wed, 7 Mar 2018 11:08:15 -0500 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]:56957 "EHLO outpost1.zedat.fu-berlin.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933479AbeCGQIM (ORCPT ); Wed, 7 Mar 2018 11:08:12 -0500 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1etbbu-002MLi-6Y>; Wed, 07 Mar 2018 17:08:10 +0100 Received: from z92e7.pia.fu-berlin.de ([87.77.146.231] helo=[10.146.231.3]) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (envelope-from ) id <1etbbt-002Ws4-Mj>; Wed, 07 Mar 2018 17:08:10 +0100 Subject: Re: RFC: remove the "tile" architecture from glibc To: Joseph Myers , Arnd Bergmann Cc: GNU C Library , linux-arch , metcalf@alum.mit.edu, Henrik Grindal Bakken , Linux Kernel Mailing List , Helmut Grohne References: <1a57be83-3349-5450-ee4f-d2a33569a728@mellanox.com> From: John Paul Adrian Glaubitz Message-ID: <21665e92-27d1-81c5-5959-f0893541b515@physik.fu-berlin.de> Date: Wed, 7 Mar 2018 17:08:09 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: 87.77.146.231 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/07/2018 05:00 PM, Joseph Myers wrote: > No-one has posted glibc test results for 2.27 or 2.26, despite the prior > claims of interest in keeping the glibc port. To be honest, I find the rapid release model for glibc a bit annoying as a downstream. Upstream projects which adopt this model and then require constant attention from porters cause lots of stress for the less common architectures. There are other upstream projects that want attention as well and at some point it just will get extremely frustrating. Is such a rapid release model really needed for something like a C library? As for the testsuites: Adhemerval has gotten access from Debian to a number of porterboxes for the various uncommon architectures, including alpha, hppa, powerpcspe, sh4 and sparc64 and we're happy to give out accounts to anyone interested. And since Debian regularly updates glibc as well, you can get most testsuite runs also by just checking the build logs (click on the green or red texts): > https://buildd.debian.org/status/package.php?p=glibc&suite=sid Note: Testsuites for sh4 and m68k are currently disabled. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913