From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 116394 invoked by alias); 18 Jan 2018 16:59: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 116385 invoked by uid 89); 18 Jan 2018 16:59:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,SPF_NEUTRAL autolearn=no version=3.3.2 spammy=H*r:sk:AES256-, hundred X-HELO: mail2-relais-roc.national.inria.fr Date: Thu, 18 Jan 2018 16:59:00 -0000 From: Samuel Thibault To: Joseph Myers Cc: Thomas Schwinge , Florian Weimer , bug-hurd@gnu.org, GNU C Library Subject: Re: Upstreaming the glibc Hurd port Message-ID: <20180118165923.ymreisuzexxz4gt3@var.youpi.perso.aquilenet.fr> Mail-Followup-To: Joseph Myers , Thomas Schwinge , Florian Weimer , bug-hurd@gnu.org, GNU C Library References: <20180118124537.yampmyfjsbi6wvia@var.youpi.perso.aquilenet.fr> <20180118135758.xqla2yevcrjjk7si@var.youpi.perso.aquilenet.fr> <87mv1btffy.fsf@hertz.schwinge.homeip.net> <20180118151446.zqlmpbmgg4kvs2y3@var.youpi.perso.aquilenet.fr> <20180118154251.ynfyugkmog7kujom@var.youpi.perso.aquilenet.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170113 (1.7.2) X-SW-Source: 2018-01/txt/msg00622.txt.bz2 Joseph Myers, on jeu. 18 janv. 2018 16:47:55 +0000, wrote: > On Thu, 18 Jan 2018, Samuel Thibault wrote: > > > Joseph Myers, on jeu. 18 janv. 2018 15:34:56 +0000, wrote: > > > On Thu, 18 Jan 2018, Samuel Thibault wrote: > > > > Coding standards can be worked on by anybody, this is really something > > > > that bug-hurd people can unload us from. > > > > > > Which is also something that having a branch with the patches is helpful > > > for - > > > > Well, we already have that on > > > > git clone git.savannah.gnu.org:/srv/git/hurd/glibc.git/ > > > > with almost a hundred branches to be looked after... > > A hundred branches with many different purposes is not something at all > convenient for glibc people to look over! That's why I meant work is needed to sort out what we want to show people. Which takes triaging time, back to square 0. I sent to the bug-hurd list the list of patches which was enough at some point to get glibc buildable, that's what should be worked on and what I plan to commit to a single branch on the upstream repo. Samuel