On Fri, Apr 28, 2023 at 11:24:11AM -0500, Randolph Sapp wrote:
> On 4/27/23 20:59, Denys Dmytriyenko wrote:
> >On Thu, Apr 27, 2023 at 07:31:16PM -0500, Randolph Sapp wrote:
> >>On 4/27/23 19:28, [email protected] wrote:
> >>>From: Randolph Sapp <[email protected]>
> >>>
> >>>All of the software-dl links 302 to https urls anyway. Just jump
> >>>straight to the secure version.
> >>>
> >>>Signed-off-by: Randolph Sapp <[email protected]>
> >>>---
<snip>
> >>>diff --git a/meta-ti-extras/recipes-ti/devtools/ti-cgt470.inc
> >>>b/meta-ti-extras/recipes-ti/devtools/ti-cgt470.inc
> >>>index f0992aa7..77d23b6d 100644
> >>>--- a/meta-ti-extras/recipes-ti/devtools/ti-cgt470.inc
> >>>+++ b/meta-ti-extras/recipes-ti/devtools/ti-cgt470.inc
> >>>@@ -11,7 +11,7 @@ require ../includes/ti-eula-unpack.inc
> >>> S = "${WORKDIR}/cgt470_${PV}"
> >>>-SRC_URI =
> >>>"http://install.source.dir.local/ti_cgt_tms470_${PVwithdots}_setup_linux_x86.bin;name=cgt470bin";
> >>>+SRC_URI =
> >>>"https://install.source.dir.local/ti_cgt_tms470_${PVwithdots}_setup_linux_x86.bin;name=cgt470bin";
> >>
> >>Don't actually merge this. Wanted to take this opportunity to ask
> >>what on earth theses SRC_URIs are. What do these mean, what's the
> >>story?
> >
> >Heh, these were placeholders for "clickwrap" packages, which at some point
> >long time ago TI Legal considered a "great" way to distribute software...
> >Basically, there was no direct download URL - you must have downloaded them
> >manually by filling out an online form and signing some sort of an agreement,
> >which would trigger the download. Then you "install the source into the local
> >downloads dir" (hence the name) by copying what you've downloaded manually
> >into your ${DL_DIR} and Bitbake would be able to find it there regardless of
> >the actual SRC_URI.
> >
>
> Oh cool, I hate it. (Thanks for the explanation, I just really don't
> like this idea.) Can we drop these (install methods or packages if
> necessary) or will policy not allow it?
Nobody likes it on the engineering side! :) But it was forced back in the day
by sales/marketing/legal and took a lot of effort to convince everyone that
this clickwrap stuff doesn't bring much benefit, but causes damage...
Since then most if not all of TI packages dropped clickwrap and allowed direct
download. Hence you don't see a lot of these weird URLs in recipes any more.
Not sure about CodeGen Tool for TMS470 MCU and if there were newer releases or
if it's still active - nobody cared to update this recipe in over 10 years.
Other CGT recipes for ARM, PRU, C6x, C7x etc. in that recipes-ti/devtools
directory were kept mostly up to date, but not for TMS470. Not sure if there
are any downstream users anymore, maybe time to remove it...
> Also, is this URI
> functionality baked into the http fetcher or is this just leaning on
> bitbake being unable to resolve the domain and then falling back on
> the local copy?
This is basic Bitbake fetcher functionality and is well documented. High level
order of operations to locate sources:
1. Check if you already have them in your local DL_DIR
2. Go through the list of configured PREMIRRORS to locate the sources there
3. Actually hit the upstream SRC_URI and try to download the original src
4. If everything else fails, check through the list of "post" MIRRORS
So, requiring user to pre-download the sources manually and placing them in
their local DL_DIR per the original documentation would shortcut the process
at step 1.
Otherwise it would break at step 3 (and 4) and hopefully the weird URL would
give user some clues or at least force to read the docs...
There's nothing special about the URL, besides the convention that .local is
reserved - https://en.wikipedia.org/wiki/.local - and the entire name
suggesting to install the sources in local dir :)
--
Denys
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#16472):
https://lists.yoctoproject.org/g/meta-ti/message/16472
Mute This Topic: https://lists.yoctoproject.org/mt/98549575/21656
Group Owner: [email protected]
Unsubscribe:
https://lists.yoctoproject.org/g/meta-ti/leave/6695321/21656/1393940836/xyzzy
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
