Am 28.01.2025 um 16:23 schrieb Richard Purdie:
On Tue, 2025-01-28 at 09:46 +0100, Stefan Herbrechtsmeier via
lists.openembedded.org wrote:
I have overseen the usage of a regex for the PREMIRROR. The current
usage has implicit assumption which makes a change complicated.
The following lines only works because we assume that we must append
the mirrortarball if the scheme is changed:
git://.*/.*https://downloads.yoctoproject.org/mirror/sources/
ftp://.*/.*https://downloads.yoctoproject.org/mirror/sources/
The following line only works because we don’t define a mirrortarball
and append the basename:
http://.*/.*https://downloads.yoctoproject.org/mirror/sources/
The problem is the implicit MIRRORTARBALL and BASENAME replacement
variable at the end of the path. This makes it impossible to know if
the PREMIRROR provides a mirror of the source server or serves the
download folder.
PREMIRROR is meant to be the download folder.
The PREMIRROR could also be used to use a private package manager proxy
/ registry:
https://registry.npmjs.org https://example.org/npm
Is this an unintended usage?
The idea was that http could be mapped directly but something like git
would use mirror tarballs. Fetchers that need mirror tarballs would
expose those and the code would work accordingly. The behaviour could
be fetcher backend specific for the mirror tarballs.
Ok, so mirrortarball and downloadfilename have different meanings.
That was the design. Whether everything still works like that is
unknown.
What was the design of downloadfilename? Based on the name and the code
it looks like the intention was a filename without sub directories.
The gomod fetcher needs the possibility to avoid name clashes in the
download directory and copy (unpack=0) the download with the original
name. Either the downloadfilename allows sub directories or the unpack=0
parameter supports a rename of the copied download archive.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#2118):
https://lists.openembedded.org/g/openembedded-architecture/message/2118
Mute This Topic: https://lists.openembedded.org/mt/110806536/21656
Group Owner: openembedded-architecture+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-architecture/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
