From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS3215 2.6.0.0/16 X-Spam-Status: No, score=-4.1 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [IPv6:2620:52:3:1:0:246e:9693:128c]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id A48F21F8C6 for ; Sat, 21 Aug 2021 17:36:37 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id BE6FD38515EF for ; Sat, 21 Aug 2021 17:36:35 +0000 (GMT) Received: from hall.aurel32.net (hall.aurel32.net [IPv6:2001:bc8:30d7:100::1]) by sourceware.org (Postfix) with ESMTPS id 49422385C421 for ; Sat, 21 Aug 2021 17:36:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 49422385C421 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=aurel32.net Authentication-Results: sourceware.org; spf=none smtp.mailfrom=aurel32.net DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=aurel32.net ; s=202004.hall; h=In-Reply-To:Content-Type:MIME-Version:References: Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Cc:From:Reply-To: Subject:Content-ID:Content-Description:X-Debbugs-Cc; bh=6I8JvRrnnSST74bOZpkOTKvIZ/C1EJ4QcobmwBnZBrM=; b=JpV5ZxwagrsRmeXrJHZB4YLYUR n2bpVSk8NUeX7LcuEjBU0Da4x5R+tliOJ+JyqJQPZGdaIE/lmZ+CsoyJwzYtqfOlar4imsbYi4HJQ qp3kri7nZk8YcZjGdirmUaoCMG2W12lNkEAhMYIIdjyNGml5XaaQk5k1UG9FF4KmHv+6pyAlnCRcS 9BOo1ym9qQp25SR6OVLZqS5k3uLr56HnzhZ7yHAdjWPYEnVw7na3T9oT4ZP4lu49fHL310M6auD8g 1/mgxMv3Pmkc+xDQ01FoT41LN7h1xjGXN04mLzWHWh99VBJipuGODx0Enk+UcY3NnW2L1Q7mwFrAr z3yAzYvw==; Received: from [2a01:cb1a:71:ba44:d365:d717:4d3e:4c06] (helo=ohm.aurel32.net) by hall.aurel32.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mHUui-0002h1-Nk; Sat, 21 Aug 2021 19:36:12 +0200 Received: from aurel32 by ohm.aurel32.net with local (Exim 4.94.2) (envelope-from ) id 1mHUub-001x5a-4F; Sat, 21 Aug 2021 19:36:05 +0200 Date: Sat, 21 Aug 2021 19:36:04 +0200 From: Aurelien Jarno To: Vineet Gupta , "debian-cross@lists.debian.org" , GNU C Library , arcml , debian-glibc@lists.debian.org Subject: Re: ARC rebootstrap prereq (was Re: switching ARC to 64-bit time_t ) Message-ID: Mail-Followup-To: Vineet Gupta , "debian-cross@lists.debian.org" , GNU C Library , arcml , debian-glibc@lists.debian.org References: <8a9784b3-fc52-adc3-4595-33142b059388@synopsys.com> <20200220001136.2f14236e@jawa> <20200220162735.GA26634@alf.mars> <2c3d76a7-fa94-d16e-2803-a98a4761e427@gmail.com> <20200326055408.GA31088@alf.mars> <775ecf3d-bc33-ff9c-347d-3b2f0db6c509@synopsys.com> <20200826154354.GC8835@alf.mars> <20200826211627.GA3969691@aurel32.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200826211627.GA3969691@aurel32.net> User-Agent: Mutt/2.0.5 (2021-01-21) X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: libc-alpha-bounces+e=80x24.org@sourceware.org Sender: "Libc-alpha" Hi, On 2020-08-26 23:16, Aurelien Jarno wrote: > Hi Helmut, > > On 2020-08-26 17:43, Helmut Grohne wrote: > > Hi Vineet, > > > > On Wed, Aug 26, 2020 at 02:39:53PM +0000, Vineet Gupta wrote: > > > Following up as ARC glibc port was merged upstream in 2.32. Can we now give > > > rebootstrap a spin for ARC Debian enablement. > > > > That's great news. Unfortunately, it's not that easy yet. rebootstrap > > requires the relevant software to be packaged for Debian and the glibc > > packaging has only reached 2.31 yet. 2.32 is not even in experimental > > yet. > > > > Trying rebootstrap with an experimental glibc is not entirely trivial, > > but possible. > > > > Aurelien (Cced via d-glibc@l.d.o), are there plans to upload 2.32 to > > experimental anytime soon? > > No it's not planned soon. glibc 2.32 has removed support for nsl and > rpc, so we first have to do the transition to their replacement. That is > libnsl, libnss-nis and libnss-nisplus for nsl, and rpcsvc-proto and > libtirpc3 for rpc. The nsl transition is in good state, but the packages > are stuck in NEW. We've started to work on the rpc transition, however > there is a lot more work, we have at least ~50 packages that FTBFS and > need to be manually patched to use libtirpc3 instead of the glibc > implementation. > > We definitely need to use experimental to test those two transitions and > ask for archive rebuilds, so it's not possible to upload a 2.32 package > there. > Now that the RPC transition is ongoing, I have just uploaded glibc 2.32 to experimental. Regards, Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://www.aurel32.net