[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <21665e92-27d1-81c5-5959-f0893541b515@physik.fu-berlin.de>
Date: Wed, 7 Mar 2018 17:08:09 +0100
From: John Paul Adrian Glaubitz <glaubitz@...sik.fu-berlin.de>
To: Joseph Myers <joseph@...esourcery.com>,
Arnd Bergmann <arnd@...db.de>
Cc: GNU C Library <libc-alpha@...rceware.org>,
linux-arch <linux-arch@...r.kernel.org>, metcalf@...m.mit.edu,
Henrik Grindal Bakken <hgb@....uio.no>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Helmut Grohne <helmutg@...ian.org>
Subject: Re: RFC: remove the "tile" architecture from glibc
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@...ian.org
`. `' Freie Universitaet Berlin - glaubitz@...sik.fu-berlin.de
`- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Powered by blists - more mailing lists