From: Marek Vasut <marex@denx.de>
To: Claudius Heine <ch@denx.de>,
Quentin Schulz <quentin.schulz@cherry.de>,
"u-boot@lists.denx.de" <u-boot@lists.denx.de>,
Tom Rini <trini@konsulko.com>
Cc: Stefano Babic <sbabic@denx.de>
Subject: Re: Shutting down of the git-daemon (git protocol, https and ssh still remain)
Date: Thu, 13 Jun 2024 15:12:34 +0200 [thread overview]
Message-ID: <ea1f5d07-aaba-42a6-96f7-e90b370ff4ae@denx.de> (raw)
In-Reply-To: <814d2716-bc77-494a-871e-1bf3ee466d6b@denx.de>
On 6/13/24 9:49 AM, Claudius Heine wrote:
Hi,
[...]
>> Also, while I checked OE-Core, other third party/community maintained
>> layer could be impacted. I assume this is the case of
>> meta-amarula-engicam[1] and meta-allwinner-hx[2] for example.
>>
>> I would suggest sending a mail to the different build systems mailing
>> lists, I assume https://lists.openembedded.org/g/openembedded-devel
>> and https://lists.yoctoproject.org/g/yocto for the OE-Core/YP side?
>> Either to ask for their opinion or notify them (and specifically third
>> party layers) it's going away or both.
>
> Not sure if I want to go through them all. Looking into all these 3rd
> party, downstream repos and informing everyone seems to be even more
> effort than maintaining the git protocol.
>
> And if someone uses their repo, they will notice it quickly and can
> easily fix it.
I very much agree, that ^ is probably the best way to go.
If some legacy repository breaks, fix the repository, hopefully there
aren't too many of those to fix. Github deprecated git protocol a few
years back and users managed too, except the fallout here is much
smaller as it affects only one recipe (or a few).
I suspect the following patch to oe-core (or local.conf equivalent)
might also entirely mitigate the issue by providing https fallback
automatically, without the need to modify the legacy layer/recipe ?
If so, maybe this could be added to OE LTS releases at least ?
"
diff --git a/meta/classes-global/mirrors.bbclass
b/meta/classes-global/mirrors.bbclass
index 862648eec5..50a14c5881 100644
--- a/meta/classes-global/mirrors.bbclass
+++ b/meta/classes-global/mirrors.bbclass
@@ -77,6 +77,7 @@ https?://downloads.yoctoproject.org/mirror/sources/
https://mirrors.kernel.org/y
MIRRORS += "\
git://salsa.debian.org/.* git://salsa.debian.org/PATH;protocol=https \
+git://git.denx.de/.* git://git.denx.de/PATH;protocol=https \
git://git.gnome.org/.*
git://gitlab.gnome.org/GNOME/PATH;protocol=https \
git://git.infradead.org/.* git://git.infraroot.at/PATH;protocol=https \
git://.*/.* git://HOST/PATH;protocol=https \
"
> Anyway, I fixed it yesterday, and it doesn't make much sense to stop it
> now. So I will leave it in place until it breaks again, then I just
> remove it.
Do you know how long it was actually broken ? (i.e. how long nobody
noticed and complained about it?)
next prev parent reply other threads:[~2024-06-13 13:52 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-12 10:20 Shutting down of the git-daemon (git protocol, https and ssh still remain) Claudius Heine
2024-06-12 10:37 ` Quentin Schulz
2024-06-13 7:49 ` Claudius Heine
2024-06-13 13:12 ` Marek Vasut [this message]
2024-06-13 14:13 ` Claudius Heine
2024-06-14 0:33 ` Marek Vasut
2024-06-12 11:18 ` Rasmus Villemoes
2024-06-13 7:32 ` Claudius Heine
2024-06-13 8:38 ` Rasmus Villemoes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ea1f5d07-aaba-42a6-96f7-e90b370ff4ae@denx.de \
--to=marex@denx.de \
--cc=ch@denx.de \
--cc=quentin.schulz@cherry.de \
--cc=sbabic@denx.de \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox