X-Recipient:	archive-cygwin AT delorie DOT com
DKIM-Filter:	OpenDKIM Filter v2.11.0 sourceware.org A04AB3858C62
DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
	s=default; t=1678273610;
	bh=KNqdRSjt3d3m/Z+VZwTRgmfAht4ncplgumIymjMNwcY=;
	h=Date:To:Subject:List-Id:List-Unsubscribe:List-Archive:List-Post:
	List-Help:List-Subscribe:From:Reply-To:From;
	b=g+NIKMDY5BAgvNaQFpiTB88YPk+SmJ0NdBy/tJcLgDCMMRXORxhz5p55JWxpNR2YO
	a5HljoCOBSL1ejslBe4UGZbzM+opq58ZAxYkf7fSga5tg+oaEr7rGPIV9mJclWkgLN
	tqtqx/cBU4MiquJh8m8w3h6xWQ9+UNswBn0Qw9I0=
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.2 sourceware.org 1055F3850212
Date:	Wed, 8 Mar 2023 12:05:57 +0100
To:	cygwin AT cygwin DOT com
Subject:	Sourceware infrastructure updates Q1 2023
Message-ID:	<20230308110557.GU22818@gnu.wildebeest.org>
MIME-Version:	1.0
User-Agent:	Mutt/1.5.21 (2010-09-15)
X-Spam-Status:	No, score=-3030.9 required=5.0 tests=BAYES_00, JMQ_SPF_NEUTRAL,
	KAM_DMARC_STATUS, KAM_SHORT, SPF_HELO_NONE, SPF_PASS,
	TXREP autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version:	SpamAssassin 3.4.6 (2021-04-09) on
	server2.sourceware.org
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.29
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
From:	Mark Wielaard via Cygwin <cygwin AT cygwin DOT com>
Reply-To:	Mark Wielaard <mark AT klomp DOT org>
Sender:	"Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>
X-MIME-Autoconverted:	from base64 to 8bit by delorie.com id 328B7EOa002329

Sourceware infrastructure community updates for Q1 2023.

= New cgit setup

gitweb has been working out pretty nicely for many years, but cgit is
cgit is nicer looking, has easier to understand URLs and is much
faster. The first experimental setup can be found here:

https://cygwin.com/cgit/
https://gcc.gnu.org/cgit/
https://sourceware.org/cgit/

Thanks to Jon Turney for the cygwin work.

If this works out, we would like to deploy a script written by Arsen
Arsenović to switch the main /git/ to cgit while keeping all old
gitweb URLs working.

See https://sourceware.org/bugzilla/show_bug.cgi?id=29769

= New sparc builder for builder.sourceware.org

Thanks to the Gentoo Foundation and OSUOSL [*] there is now a
large (and small) gentoo-sparc worker:

https://builder.sourceware.org/buildbot/#/workers/35
https://builder.sourceware.org/buildbot/#/workers/36

Please contact the buildbot mailinglis if you want to do specific
builds on it: https://sourceware.org/mailman/listinfo/buildbot

= AI comes to the bunsen test results

It isn't a large language model chatbot, but probably more
useful. https://builder.sourceware.org/testruns/ will now predict what
it believes the the dejagnu test results should be. It will give a
score for what it expected a result to be.  e.g for a new FAIL it
could say: mispredicted PASS 81% which means in 81% of similar test
runs that test PASSed.  So you can concentrate on those FAILing tests
that have a high PASSing score.

For more info see:
https://inbox.sourceware.org/buildbot/20230206160507 DOT GA31394 AT redhat DOT com/

= openssh update produces misleading invalid key length warning

Connecting to sourceware through ssh with a newer openssh or crypto
policy might produce a misleading warning about the key length being
too short:

  Bad server host key: Invalid key length

Please don't try to replace your ssh key, there is nothing wrong with
it. The issue is that you might have an old server key in your
~/.ssh/known_hosts file. Simply remove it and reconnect to get the new
server key:

ssh-keygen -R sourceware.org
ssh-keygen -R cygwin.com
ssh-keygen -R gcc.gnu.org

See also https://bugzilla.redhat.com/show_bug.cgi?id=2164016

= inbox.sourceware.org and '/' in Message-ID

Those using public-inbox might have noticed that when a Message-ID
contains a slash character '/' it is not always correctly encoded or
decoded as %2F in the inbox.sourceware.org path URLs. If you are using
a newer mutt as email client then you might want to make sure that
your Message-ID doesn't contain any characters that might need URL
encoding. For mutt 2.2 you might want to set the following in your
~/.muttrc to produce a uuid-like Message-ID as other email clients do:

set message_id_format="<%x%x%x%x-%x%x-%x%x-%x%x-%x%x%x%x%x%x@%f>"

For older mutt, and some more background, see:
https://people.kernel.org/monsieuricon/fix-your-mutt

= Happy hacking

And as always please feel free join the overseers mailinglist
https://sourceware.org/mailman/listinfo/overseers
file infrastructure issues in bugzilla
https://sourceware.org/bugzilla/describecomponents.cgi?product=sourceware
or join us in #overseers on irc.libera.chat

[*] But specifically Sam James.

We should also thank the following other individuals and
organisations for maintaining and/or providing hardware for
builder.sourceware.org Brno University, Dan Horák, Marist University,
Thomas Fitzsimmons, Mark Wielaard, Frank Eigler, IBM, Carl Love,
The Works on Arm initiative, Christophe Lyon, and Red Hat



-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -