* Unable to clone or fetch from git.ti.com
@ 2026-11-05 14:47 Theodore A. Roth
2026-11-05 16:21 ` [meta-ti] " Denys Dmytriyenko
0 siblings, 1 reply; 6+ messages in thread
From: Theodore A. Roth @ 2026-11-05 14:47 UTC (permalink / raw)
To: meta-ti
Hi All,
We started seeing errors in our yocto builds using meta-ti when
building the latest linux-ti-staging-6.18.59+git-r0 from wrynose.
It appears that we can't clone or fetch from git.ti.com:
$ git clone https://git.ti.com/git/ti-u-boot/ti-u-boot.git
Cloning into 'ti-u-boot'...
error: RPC failed; HTTP 501 curl 22 The requested URL returned error: 501
fatal: expected 'packfile'
$ git clone https://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git
Cloning into 'ti-linux-kernel'...
error: RPC failed; HTTP 501 curl 22 The requested URL returned error: 501
fatal: expected 'packfile'
I have tried this both at home and in our offices (to check that corp
firewall is not the issue).
Here's the relevant output from bitbake:
$ bitbake virtual/kernel
...
Build Configuration:
BB_VERSION = "2.18.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "universal"
TARGET_SYS = "arm-trimble-linux-gnueabi"
MACHINE = "judo-hs-prod"
SDKMACHINE = "x86_64"
DISTRO = "trmb-judo"
DISTRO_VERSION = "1.1.1.dev20261104171417"
TUNE_FEATURES = "arm armv7a vfp thumb neon callconvention-hard"
meta = "HEAD:ae5a301091f5b0574ea7444aab40b309b6d9f3f2"
meta-poky = "HEAD:79b6d87030178bed0088ad3b00aa6dfbabac37c4"
meta-oe
meta-initramfs
meta-filesystems
meta-python
meta-networking
meta-webserver = "HEAD:c734c2cb9713dbd6d50697a9f6c25ebdf3ae589e"
meta-virtualization = "HEAD:18d58082b2458cf85438ac6e0f2f1fd0153318cb"
meta-arm-toolchain
meta-arm = "HEAD:673e8d7c5dcd14de58092eb73e6ecc5eee5c1735"
meta-ti-bsp
meta-ti-extras = "HEAD:066a7c440c0b241bca045133ec8cb5e506d49d98"
meta-clang = "HEAD:ef0d22f21910a0c30c967eeb17d8f209806e2d81"
meta-rauc = "HEAD:38da0e5866a953e664001ba90b5edad68d68cd5d"
meta-bedrock
meta-bedrock-rauc
meta-bedrock-yubi = "HEAD:6c7b0bafe7b7d0871eb8c67ad467c845ccf6b1b9"
meta-judo = "HEAD:d32ad65582a763e9a682d19d0c6e6f93e9233c1a"
meta-judo-bsp = "HEAD:5dee33952a5fcb456045fb0598f3af59c66b65e6"
meta-judo-proprietary = "HEAD:75867ed0ea3fdf9943ec4bc9346835c6d099e119"
Sstate summary: Wanted 110 Local 3 Mirrors 0 Missed 107 Current
167 (2% match, 61% complete)
...
NOTE: Executing Tasks
WARNING: linux-ti-staging-6.18.59+git-r0 do_fetch: Failed to fetch
URL git://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git;protocol=https;branch=ti-linux-6.18.y,
attempting MIRRORS if available
ERROR: linux-ti-staging-6.18.59+git-r0 do_unpack: Bitbake Fetcher
Error: UnpackError('No up to date source found: clone directory not
available or not up to date: \
/home/troth/Yocto/Downloads/git2/git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git;
shallow clone not enabled',
'git://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git;protocol=https;branch=ti-linux-6.18.y')
ERROR: Logfile of failure stored in:
/home/troth/work/judo/judo-main-next/build-hs-prod/tmp/work/judo_hs_prod-trimble-linux-gnueabi/linux-ti-staging/6.18.59+git/temp/log.do_unpack.517414
ERROR: Task
(/home/troth/work/judo/judo-main-next/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-kernel/linux/linux-ti-staging_6.18.bb:do_unpack)
failed with exit code '1'
Summary: 1 task failed:
/home/troth/work/judo/judo-main-next/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-kernel/linux/linux-ti-staging_6.18.bb:do_unpack
log: /home/troth/work/judo/judo-main-next/build-hs-prod/tmp/work/judo_hs_prod-trimble-linux-gnueabi/linux-ti-staging/6.18.59+git/temp/log.do_unpack.517414
Summary: There was 1 WARNING message.
Summary: There was 1 ERROR message, returning a non-zero exit code.
Wondering if anyone else is seeing this.
The only workaround I have at the moment is to use the github mirror:
https://github.com/TexasInstruments/ti-linux-kernel.git
Thanks,
Ted Roth
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: [meta-ti] Unable to clone or fetch from git.ti.com 2026-11-05 14:47 Unable to clone or fetch from git.ti.com Theodore A. Roth @ 2026-11-05 16:21 ` Denys Dmytriyenko 2026-11-05 21:05 ` Jon Cormier 2026-11-09 14:00 ` Theodore A. Roth 0 siblings, 2 replies; 6+ messages in thread From: Denys Dmytriyenko @ 2026-11-05 16:21 UTC (permalink / raw) To: Theodore A. Roth; +Cc: meta-ti Yes, git.ti.com is periodically under heavy AI bot crawlers attack and sometimes goes down. But meta-ti-bsp already sets up MIRRORS to point to github, where TI core repos, like kernel and u-boot, are mirrored. This works for most users automatically and doesn't break. The error you are seeing is because you heve your own PREMIRRORS (e.g. using own-mirrors.bbclass), which contains an older clones of those repos and hence bitbake tries to use those, instead of falling back to MIRRORS, and can't find the required SRCREV: | Error: UnpackError('No up to date source found: clone directory not available or not up to date: | /home/troth/Yocto/Downloads/git2/git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git You can disable your PREMIRRORS temporarily and re-fetch affected components, then you can re-enable it back. Please note that there are a few other TI repos, mostly used in meta-ti-extras and meta-ti-tests, which are not mirrored on github, but they haven't been updated in a while, so your existing copies from your PREMIRRORS should be fine. On Thu, Nov 05, 2026 at 07:47:28AM -0700, Theodore A. Roth wrote: > Hi All, > > We started seeing errors in our yocto builds using meta-ti when > building the latest linux-ti-staging-6.18.59+git-r0 from wrynose. > > It appears that we can't clone or fetch from git.ti.com: > > $ git clone https://git.ti.com/git/ti-u-boot/ti-u-boot.git > Cloning into 'ti-u-boot'... > error: RPC failed; HTTP 501 curl 22 The requested URL returned error: 501 > fatal: expected 'packfile' > > $ git clone https://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git > Cloning into 'ti-linux-kernel'... > error: RPC failed; HTTP 501 curl 22 The requested URL returned error: 501 > fatal: expected 'packfile' > > I have tried this both at home and in our offices (to check that corp > firewall is not the issue). > > Here's the relevant output from bitbake: > > $ bitbake virtual/kernel > ... > Build Configuration: > BB_VERSION = "2.18.0" > BUILD_SYS = "x86_64-linux" > NATIVELSBSTRING = "universal" > TARGET_SYS = "arm-trimble-linux-gnueabi" > MACHINE = "judo-hs-prod" > SDKMACHINE = "x86_64" > DISTRO = "trmb-judo" > DISTRO_VERSION = "1.1.1.dev20261104171417" > TUNE_FEATURES = "arm armv7a vfp thumb neon callconvention-hard" > meta = "HEAD:ae5a301091f5b0574ea7444aab40b309b6d9f3f2" > meta-poky = "HEAD:79b6d87030178bed0088ad3b00aa6dfbabac37c4" > meta-oe > meta-initramfs > meta-filesystems > meta-python > meta-networking > meta-webserver = "HEAD:c734c2cb9713dbd6d50697a9f6c25ebdf3ae589e" > meta-virtualization = "HEAD:18d58082b2458cf85438ac6e0f2f1fd0153318cb" > meta-arm-toolchain > meta-arm = "HEAD:673e8d7c5dcd14de58092eb73e6ecc5eee5c1735" > meta-ti-bsp > meta-ti-extras = "HEAD:066a7c440c0b241bca045133ec8cb5e506d49d98" > meta-clang = "HEAD:ef0d22f21910a0c30c967eeb17d8f209806e2d81" > meta-rauc = "HEAD:38da0e5866a953e664001ba90b5edad68d68cd5d" > meta-bedrock > meta-bedrock-rauc > meta-bedrock-yubi = "HEAD:6c7b0bafe7b7d0871eb8c67ad467c845ccf6b1b9" > meta-judo = "HEAD:d32ad65582a763e9a682d19d0c6e6f93e9233c1a" > meta-judo-bsp = "HEAD:5dee33952a5fcb456045fb0598f3af59c66b65e6" > meta-judo-proprietary = "HEAD:75867ed0ea3fdf9943ec4bc9346835c6d099e119" > > Sstate summary: Wanted 110 Local 3 Mirrors 0 Missed 107 Current > 167 (2% match, 61% complete) > ... > NOTE: Executing Tasks > WARNING: linux-ti-staging-6.18.59+git-r0 do_fetch: Failed to fetch > URL git://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git;protocol=https;branch=ti-linux-6.18.y, > attempting MIRRORS if available > ERROR: linux-ti-staging-6.18.59+git-r0 do_unpack: Bitbake Fetcher > Error: UnpackError('No up to date source found: clone directory not > available or not up to date: \ > /home/troth/Yocto/Downloads/git2/git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git; > shallow clone not enabled', > 'git://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git;protocol=https;branch=ti-linux-6.18.y') > ERROR: Logfile of failure stored in: > /home/troth/work/judo/judo-main-next/build-hs-prod/tmp/work/judo_hs_prod-trimble-linux-gnueabi/linux-ti-staging/6.18.59+git/temp/log.do_unpack.517414 > ERROR: Task > (/home/troth/work/judo/judo-main-next/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-kernel/linux/linux-ti-staging_6.18.bb:do_unpack) > failed with exit code '1' > > Summary: 1 task failed: > /home/troth/work/judo/judo-main-next/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-kernel/linux/linux-ti-staging_6.18.bb:do_unpack > log: /home/troth/work/judo/judo-main-next/build-hs-prod/tmp/work/judo_hs_prod-trimble-linux-gnueabi/linux-ti-staging/6.18.59+git/temp/log.do_unpack.517414 > Summary: There was 1 WARNING message. > Summary: There was 1 ERROR message, returning a non-zero exit code. > > Wondering if anyone else is seeing this. > > The only workaround I have at the moment is to use the github mirror: > > https://github.com/TexasInstruments/ti-linux-kernel.git > > Thanks, > > Ted Roth ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [meta-ti] Unable to clone or fetch from git.ti.com 2026-11-05 16:21 ` [meta-ti] " Denys Dmytriyenko @ 2026-11-05 21:05 ` Jon Cormier 2026-11-09 14:00 ` Theodore A. Roth 1 sibling, 0 replies; 6+ messages in thread From: Jon Cormier @ 2026-11-05 21:05 UTC (permalink / raw) To: denis; +Cc: Theodore A. Roth, meta-ti [-- Attachment #1: Type: text/plain, Size: 6778 bytes --] The ipcdev repo does not seem to have a github mirror, so my am57x builds are failing. $ git clone https://git.ti.com/git/ipc/ipcdev.git Cloning into 'ipcdev'... error: RPC failed; HTTP 501 curl 22 The requested URL returned error: 501 fatal: expected 'packfile' On Thu, Nov 5, 2026 at 11:21 AM Denys Dmytriyenko via meta-ti <denis= denix.org@lists.yoctoproject.org> wrote: > Yes, git.ti.com is periodically under heavy AI bot crawlers attack and > sometimes goes down. > > But meta-ti-bsp already sets up MIRRORS to point to github, where TI core > repos, like kernel and u-boot, are mirrored. This works for most users > automatically and doesn't break. > > The error you are seeing is because you heve your own PREMIRRORS (e.g. > using > own-mirrors.bbclass), which contains an older clones of those repos and > hence > bitbake tries to use those, instead of falling back to MIRRORS, and can't > find > the required SRCREV: > > | Error: UnpackError('No up to date source found: clone directory not > available or not up to date: > | > /home/troth/Yocto/Downloads/git2/git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git > > > You can disable your PREMIRRORS temporarily and re-fetch affected > components, > then you can re-enable it back. > > Please note that there are a few other TI repos, mostly used in > meta-ti-extras > and meta-ti-tests, which are not mirrored on github, but they haven't been > updated in a while, so your existing copies from your PREMIRRORS should be > fine. > > > On Thu, Nov 05, 2026 at 07:47:28AM -0700, Theodore A. Roth wrote: > > Hi All, > > > > We started seeing errors in our yocto builds using meta-ti when > > building the latest linux-ti-staging-6.18.59+git-r0 from wrynose. > > > > It appears that we can't clone or fetch from git.ti.com: > > > > $ git clone https://git.ti.com/git/ti-u-boot/ti-u-boot.git > > Cloning into 'ti-u-boot'... > > error: RPC failed; HTTP 501 curl 22 The requested URL returned > error: 501 > > fatal: expected 'packfile' > > > > $ git clone > https://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git > > Cloning into 'ti-linux-kernel'... > > error: RPC failed; HTTP 501 curl 22 The requested URL returned > error: 501 > > fatal: expected 'packfile' > > > > I have tried this both at home and in our offices (to check that corp > > firewall is not the issue). > > > > Here's the relevant output from bitbake: > > > > $ bitbake virtual/kernel > > ... > > Build Configuration: > > BB_VERSION = "2.18.0" > > BUILD_SYS = "x86_64-linux" > > NATIVELSBSTRING = "universal" > > TARGET_SYS = "arm-trimble-linux-gnueabi" > > MACHINE = "judo-hs-prod" > > SDKMACHINE = "x86_64" > > DISTRO = "trmb-judo" > > DISTRO_VERSION = "1.1.1.dev20261104171417" > > TUNE_FEATURES = "arm armv7a vfp thumb neon > callconvention-hard" > > meta = > "HEAD:ae5a301091f5b0574ea7444aab40b309b6d9f3f2" > > meta-poky = > "HEAD:79b6d87030178bed0088ad3b00aa6dfbabac37c4" > > meta-oe > > meta-initramfs > > meta-filesystems > > meta-python > > meta-networking > > meta-webserver = > "HEAD:c734c2cb9713dbd6d50697a9f6c25ebdf3ae589e" > > meta-virtualization = > "HEAD:18d58082b2458cf85438ac6e0f2f1fd0153318cb" > > meta-arm-toolchain > > meta-arm = > "HEAD:673e8d7c5dcd14de58092eb73e6ecc5eee5c1735" > > meta-ti-bsp > > meta-ti-extras = > "HEAD:066a7c440c0b241bca045133ec8cb5e506d49d98" > > meta-clang = > "HEAD:ef0d22f21910a0c30c967eeb17d8f209806e2d81" > > meta-rauc = > "HEAD:38da0e5866a953e664001ba90b5edad68d68cd5d" > > meta-bedrock > > meta-bedrock-rauc > > meta-bedrock-yubi = > "HEAD:6c7b0bafe7b7d0871eb8c67ad467c845ccf6b1b9" > > meta-judo = > "HEAD:d32ad65582a763e9a682d19d0c6e6f93e9233c1a" > > meta-judo-bsp = > "HEAD:5dee33952a5fcb456045fb0598f3af59c66b65e6" > > meta-judo-proprietary = > "HEAD:75867ed0ea3fdf9943ec4bc9346835c6d099e119" > > > > Sstate summary: Wanted 110 Local 3 Mirrors 0 Missed 107 Current > > 167 (2% match, 61% complete) > > ... > > NOTE: Executing Tasks > > WARNING: linux-ti-staging-6.18.59+git-r0 do_fetch: Failed to fetch > > URL git:// > git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git;protocol=https;branch=ti-linux-6.18.y > , > > attempting MIRRORS if available > > ERROR: linux-ti-staging-6.18.59+git-r0 do_unpack: Bitbake Fetcher > > Error: UnpackError('No up to date source found: clone directory not > > available or not up to date: \ > > > /home/troth/Yocto/Downloads/git2/git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git; > > shallow clone not enabled', > > 'git:// > git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git;protocol=https;branch=ti-linux-6.18.y > ') > > ERROR: Logfile of failure stored in: > > > /home/troth/work/judo/judo-main-next/build-hs-prod/tmp/work/judo_hs_prod-trimble-linux-gnueabi/linux-ti-staging/6.18.59+git/temp/log.do_unpack.517414 > > ERROR: Task > > > (/home/troth/work/judo/judo-main-next/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-kernel/linux/linux-ti-staging_6.18.bb: > do_unpack) > > failed with exit code '1' > > > > Summary: 1 task failed: > > > /home/troth/work/judo/judo-main-next/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-kernel/linux/linux-ti-staging_6.18.bb: > do_unpack > > log: > /home/troth/work/judo/judo-main-next/build-hs-prod/tmp/work/judo_hs_prod-trimble-linux-gnueabi/linux-ti-staging/6.18.59+git/temp/log.do_unpack.517414 > > Summary: There was 1 WARNING message. > > Summary: There was 1 ERROR message, returning a non-zero exit code. > > > > Wondering if anyone else is seeing this. > > > > The only workaround I have at the moment is to use the github mirror: > > > > https://github.com/TexasInstruments/ti-linux-kernel.git > > > > Thanks, > > > > Ted Roth > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > View/Reply Online (#20508): > https://lists.yoctoproject.org/g/meta-ti/message/20508 > Mute This Topic: https://lists.yoctoproject.org/mt/122110829/7902621 > Group Owner: meta-ti+owner@lists.yoctoproject.org > Unsubscribe: https://lists.yoctoproject.org/g/meta-ti/unsub [ > jcormier@criticallink.com] > -=-=-=-=-=-=-=-=-=-=-=- > > -- Jonathan Cormier Senior Software Engineer Office: 315.425.4045 x222 http://www.CriticalLink.com <http://www.criticallink.com/> 6712 Brooklawn Parkway, Syracuse, NY 13211 [-- Attachment #2: Type: text/html, Size: 9732 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [meta-ti] Unable to clone or fetch from git.ti.com 2026-11-05 16:21 ` [meta-ti] " Denys Dmytriyenko 2026-11-05 21:05 ` Jon Cormier @ 2026-11-09 14:00 ` Theodore A. Roth 2026-11-09 14:36 ` Jon Cormier [not found] ` <18E6673C76794CD6.681194@lists.yoctoproject.org> 1 sibling, 2 replies; 6+ messages in thread From: Theodore A. Roth @ 2026-11-09 14:00 UTC (permalink / raw) To: Denys Dmytriyenko; +Cc: meta-ti Thanks for the response Denys! On Thu, Nov 5, 2026 at 9:21 AM Denys Dmytriyenko <denis@denix.org> wrote: > > Yes, git.ti.com is periodically under heavy AI bot crawlers attack and > sometimes goes down. > > But meta-ti-bsp already sets up MIRRORS to point to github, where TI core > repos, like kernel and u-boot, are mirrored. This works for most users > automatically and doesn't break. > > The error you are seeing is because you heve your own PREMIRRORS (e.g. using > own-mirrors.bbclass), which contains an older clones of those repos and hence > bitbake tries to use those, instead of falling back to MIRRORS, and can't find > the required SRCREV: > > | Error: UnpackError('No up to date source found: clone directory not available or not up to date: > | /home/troth/Yocto/Downloads/git2/git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git I'm not using PREMIRRORS in this setup. That clone directory is in my DL_DIR which I share across multiple builds. I have found that the MIRRORS setup by meta-ti-bsp do not get used until I manually removed the primary git repo from my DL_DIR. Only then did bitbake fetch from the github mirror and created the following symlink: git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git -> ${DL_DIR}/git2/github.com.TexasInstruments.ti-linux-kernel.git/ Doubt that this is a meta-ti issue though. Bug in bitbake? Don't know, have not dug into it yet. > > > You can disable your PREMIRRORS temporarily and re-fetch affected components, > then you can re-enable it back. I agree in theory, but I'm finding it impossible to sync up my local DL_DIR cache because all fetches from https://git.ti.com/git/*/*.git fail for me I was able to clone ti-u-boot using 'https://git.ti.com/cgit/ti-u-boot/ti-u-boot', but that did not work for the kernel: $ git clone https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel Cloning into 'ti-linux-kernel'... fatal: unable to access 'https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/': The requested URL returned error: 403 > > Please note that there are a few other TI repos, mostly used in meta-ti-extras > and meta-ti-tests, which are not mirrored on github, but they haven't been > updated in a while, so your existing copies from your PREMIRRORS should be > fine. I'm seeing the same issues when bitbaking with the following repos from meta-ti-bsp (which do not have github mirrors; note that this is after I manually updated u-boot and kernel): Summary: 6 tasks failed: $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/pruhsr-fw/pruhsr-fw_2.17.25.bb:do_unpack log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/pruhsr-fw/2022.01/temp/log.do_unpack.1887083 $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/goodix-fw/goodix-fw_git.bb:do_unpack log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/goodix-fw/1.0.0.0/temp/log.do_unpack.1887084 $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/prueth-fw/prueth-fw_5.6.15.bb:do_unpack log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/prueth-fw/2022.01/temp/log.do_unpack.1887085 $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/pruprp-fw/pruprp-fw_2.17.25.bb:do_unpack log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/pruprp-fw/2022.01/temp/log.do_unpack.1887086 $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/prusw-fw/prusw-fw_3.2.9.bb:do_unpack log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/prusw-fw/2022.01/temp/log.do_unpack.1887087 $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/ti-rtos-fw/ti-rtos-messageq-test-fw_git.bb:do_unpack log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/ti-rtos-messageq-test-fw/3.52.00.01/temp/log.do_unpack.1887124 Summary: There were 6 ERROR messages, returning a non-zero exit code. Unfortunately, git.ti.com is unusable for me right now (and it sounds like it is for others too). Is this really an overloaded server (due to AI crawlers) or some problem on the server? FYI: I'm trying to update our OS builds to the latest HEAD of wrynose, so I'm keen to find some solution that doesn't require manually tweaking things for every developer and our CI system. Thanks. Ted Roth ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [meta-ti] Unable to clone or fetch from git.ti.com 2026-11-09 14:00 ` Theodore A. Roth @ 2026-11-09 14:36 ` Jon Cormier [not found] ` <18E6673C76794CD6.681194@lists.yoctoproject.org> 1 sibling, 0 replies; 6+ messages in thread From: Jon Cormier @ 2026-11-09 14:36 UTC (permalink / raw) To: troth; +Cc: Denys Dmytriyenko, meta-ti On Mon, Nov 9, 2026 at 9:00 AM Theodore A. Roth via meta-ti <troth=openavr.org@lists.yoctoproject.org> wrote: > > Thanks for the response Denys! > > On Thu, Nov 5, 2026 at 9:21 AM Denys Dmytriyenko <denis@denix.org> wrote: > > > > Yes, git.ti.com is periodically under heavy AI bot crawlers attack and > > sometimes goes down. > > > > But meta-ti-bsp already sets up MIRRORS to point to github, where TI core > > repos, like kernel and u-boot, are mirrored. This works for most users > > automatically and doesn't break. > > > > The error you are seeing is because you heve your own PREMIRRORS (e.g. using > > own-mirrors.bbclass), which contains an older clones of those repos and hence > > bitbake tries to use those, instead of falling back to MIRRORS, and can't find > > the required SRCREV: > > > > | Error: UnpackError('No up to date source found: clone directory not available or not up to date: > > | /home/troth/Yocto/Downloads/git2/git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git > > I'm not using PREMIRRORS in this setup. That clone directory is in my > DL_DIR which I share > across multiple builds. > > I have found that the MIRRORS setup by meta-ti-bsp do not get used > until I manually > removed the primary git repo from my DL_DIR. Only then did bitbake > fetch from the > github mirror and created the following symlink: > > git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git -> > ${DL_DIR}/git2/github.com.TexasInstruments.ti-linux-kernel.git/ > > Doubt that this is a meta-ti issue though. Bug in bitbake? Don't know, > have not dug into it yet. > > > > > > > You can disable your PREMIRRORS temporarily and re-fetch affected components, > > then you can re-enable it back. > > I agree in theory, but I'm finding it impossible to sync up my local > DL_DIR cache because > all fetches from https://git.ti.com/git/*/*.git fail for me > > I was able to clone ti-u-boot using > 'https://git.ti.com/cgit/ti-u-boot/ti-u-boot', but that did not > work for the kernel: > > $ git clone https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel > Cloning into 'ti-linux-kernel'... > fatal: unable to access > 'https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/': The > requested URL returned error: 403 > > > > > Please note that there are a few other TI repos, mostly used in meta-ti-extras > > and meta-ti-tests, which are not mirrored on github, but they haven't been > > updated in a while, so your existing copies from your PREMIRRORS should be > > fine. > > I'm seeing the same issues when bitbaking with the following repos > from meta-ti-bsp > (which do not have github mirrors; note that this is after I manually > updated u-boot and kernel): > > Summary: 6 tasks failed: > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/pruhsr-fw/pruhsr-fw_2.17.25.bb:do_unpack > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/pruhsr-fw/2022.01/temp/log.do_unpack.1887083 > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/goodix-fw/goodix-fw_git.bb:do_unpack > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/goodix-fw/1.0.0.0/temp/log.do_unpack.1887084 > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/prueth-fw/prueth-fw_5.6.15.bb:do_unpack > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/prueth-fw/2022.01/temp/log.do_unpack.1887085 > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/pruprp-fw/pruprp-fw_2.17.25.bb:do_unpack > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/pruprp-fw/2022.01/temp/log.do_unpack.1887086 > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/prusw-fw/prusw-fw_3.2.9.bb:do_unpack > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/prusw-fw/2022.01/temp/log.do_unpack.1887087 > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/ti-rtos-fw/ti-rtos-messageq-test-fw_git.bb:do_unpack > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/ti-rtos-messageq-test-fw/3.52.00.01/temp/log.do_unpack.1887124 > Summary: There were 6 ERROR messages, returning a non-zero exit code. > > Unfortunately, git.ti.com is unusable for me right now (and it sounds > like it is for others too). > > Is this really an overloaded server (due to AI crawlers) or some > problem on the server? I agree, from my poking around it seems like they've changed QOS settings or similar to try and block the bots and have accidentally broken git clones. - Listing branches works. git ls-remote returns all 2164 refs. - Full clone fails: error: RPC failed; HTTP 501 curl 22 / fatal: expected 'packfile'. - Shallow clone works: --depth 1 -b master completes with both protocol v0 and v2. - Compression seems to trip it up. Sending smal request with curl with Content-Encoding: gzip gets 501. Uncompressed requests get 200, even with 2000 wants (93 KB), and so do requests sent in chunks. The full clone pulls a lot more data and git seems to auto gzip its requests when they are over a certain size. Via AI wizardry, Apparently you can limit the size of git requests, which does let the clone complete, albeit slowly. Don't go below 65520 as that crashes git (BUG: remote-curl.c:1531).... git -c http.postBuffer=65537 clone https://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git Note I really don't think this is a reasonable workaround, and I don't understand why they would block gzip so either its unintentional or the diagnosis is wrong. Adding this to a yocto config would presumably disable gzip compression on all git fetches so not great. > > FYI: I'm trying to update our OS builds to the latest HEAD of wrynose, > so I'm keen to > find some solution that doesn't require manually tweaking things for > every developer > and our CI system. Same > > Thanks. > > Ted Roth > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > View/Reply Online (#20512): https://lists.yoctoproject.org/g/meta-ti/message/20512 > Mute This Topic: https://lists.yoctoproject.org/mt/122110829/7902621 > Group Owner: meta-ti+owner@lists.yoctoproject.org > Unsubscribe: https://lists.yoctoproject.org/g/meta-ti/unsub [jcormier@criticallink.com] > -=-=-=-=-=-=-=-=-=-=-=- > -- Jonathan Cormier Senior Software Engineer Office: 315.425.4045 x222 http://www.CriticalLink.com 6712 Brooklawn Parkway, Syracuse, NY 13211 ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <18E6673C76794CD6.681194@lists.yoctoproject.org>]
* Re: [meta-ti] Unable to clone or fetch from git.ti.com [not found] ` <18E6673C76794CD6.681194@lists.yoctoproject.org> @ 2026-11-09 14:52 ` Jon Cormier 0 siblings, 0 replies; 6+ messages in thread From: Jon Cormier @ 2026-11-09 14:52 UTC (permalink / raw) To: jcormier; +Cc: troth, Denys Dmytriyenko, meta-ti Single branch clones also seem to work... $ git clone https://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git --single-branch Cloning into 'ti-linux-kernel'... remote: Enumerating objects: 11986196, done. remote: Counting objects: 100% (11986196/11986196), done. On Mon, Nov 9, 2026 at 9:36 AM Jon Cormier via meta-ti <jcormier=criticallink.com@lists.yoctoproject.org> wrote: > > On Mon, Nov 9, 2026 at 9:00 AM Theodore A. Roth via meta-ti > <troth=openavr.org@lists.yoctoproject.org> wrote: > > > > Thanks for the response Denys! > > > > On Thu, Nov 5, 2026 at 9:21 AM Denys Dmytriyenko <denis@denix.org> wrote: > > > > > > Yes, git.ti.com is periodically under heavy AI bot crawlers attack and > > > sometimes goes down. > > > > > > But meta-ti-bsp already sets up MIRRORS to point to github, where TI core > > > repos, like kernel and u-boot, are mirrored. This works for most users > > > automatically and doesn't break. > > > > > > The error you are seeing is because you heve your own PREMIRRORS (e.g. using > > > own-mirrors.bbclass), which contains an older clones of those repos and hence > > > bitbake tries to use those, instead of falling back to MIRRORS, and can't find > > > the required SRCREV: > > > > > > | Error: UnpackError('No up to date source found: clone directory not available or not up to date: > > > | /home/troth/Yocto/Downloads/git2/git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git > > > > I'm not using PREMIRRORS in this setup. That clone directory is in my > > DL_DIR which I share > > across multiple builds. > > > > I have found that the MIRRORS setup by meta-ti-bsp do not get used > > until I manually > > removed the primary git repo from my DL_DIR. Only then did bitbake > > fetch from the > > github mirror and created the following symlink: > > > > git.ti.com.git.ti-linux-kernel.ti-linux-kernel.git -> > > ${DL_DIR}/git2/github.com.TexasInstruments.ti-linux-kernel.git/ > > > > Doubt that this is a meta-ti issue though. Bug in bitbake? Don't know, > > have not dug into it yet. > > > > > > > > > > > You can disable your PREMIRRORS temporarily and re-fetch affected components, > > > then you can re-enable it back. > > > > I agree in theory, but I'm finding it impossible to sync up my local > > DL_DIR cache because > > all fetches from https://git.ti.com/git/*/*.git fail for me > > > > I was able to clone ti-u-boot using > > 'https://git.ti.com/cgit/ti-u-boot/ti-u-boot', but that did not > > work for the kernel: > > > > $ git clone https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel > > Cloning into 'ti-linux-kernel'... > > fatal: unable to access > > 'https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/': The > > requested URL returned error: 403 > > > > > > > > Please note that there are a few other TI repos, mostly used in meta-ti-extras > > > and meta-ti-tests, which are not mirrored on github, but they haven't been > > > updated in a while, so your existing copies from your PREMIRRORS should be > > > fine. > > > > I'm seeing the same issues when bitbaking with the following repos > > from meta-ti-bsp > > (which do not have github mirrors; note that this is after I manually > > updated u-boot and kernel): > > > > Summary: 6 tasks failed: > > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/pruhsr-fw/pruhsr-fw_2.17.25.bb:do_unpack > > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/pruhsr-fw/2022.01/temp/log.do_unpack.1887083 > > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/goodix-fw/goodix-fw_git.bb:do_unpack > > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/goodix-fw/1.0.0.0/temp/log.do_unpack.1887084 > > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/prueth-fw/prueth-fw_5.6.15.bb:do_unpack > > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/prueth-fw/2022.01/temp/log.do_unpack.1887085 > > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/pruprp-fw/pruprp-fw_2.17.25.bb:do_unpack > > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/pruprp-fw/2022.01/temp/log.do_unpack.1887086 > > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/prusw-fw/prusw-fw_3.2.9.bb:do_unpack > > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/prusw-fw/2022.01/temp/log.do_unpack.1887087 > > $MYBUILDDIR/build-hs-prod/../oe/meta-ti/meta-ti-bsp/recipes-bsp/ti-rtos-fw/ti-rtos-messageq-test-fw_git.bb:do_unpack > > log: $MYBUILDDIR/build-hs-prod/tmp/work/armv7at2hf-neon-trimble-linux-gnueabi/ti-rtos-messageq-test-fw/3.52.00.01/temp/log.do_unpack.1887124 > > Summary: There were 6 ERROR messages, returning a non-zero exit code. > > > > Unfortunately, git.ti.com is unusable for me right now (and it sounds > > like it is for others too). > > > > Is this really an overloaded server (due to AI crawlers) or some > > problem on the server? > I agree, from my poking around it seems like they've changed QOS > settings or similar to try and block the bots and have accidentally > broken git clones. > > - Listing branches works. git ls-remote returns all 2164 refs. > - Full clone fails: error: RPC failed; HTTP 501 curl 22 / fatal: > expected 'packfile'. > - Shallow clone works: --depth 1 -b master completes with both > protocol v0 and v2. > - Compression seems to trip it up. Sending smal request with curl > with Content-Encoding: gzip gets 501. Uncompressed requests get 200, > even with 2000 wants (93 KB), and so do requests sent in chunks. > > The full clone pulls a lot more data and git seems to auto gzip its > requests when they are over a certain size. > > > Via AI wizardry, Apparently you can limit the size of git requests, > which does let the clone complete, albeit slowly. Don't go below 65520 > as that crashes git (BUG: remote-curl.c:1531).... > > git -c http.postBuffer=65537 clone > https://git.ti.com/git/ti-linux-kernel/ti-linux-kernel.git > > Note I really don't think this is a reasonable workaround, and I don't > understand why they would block gzip so either its unintentional or > the diagnosis is wrong. Adding this to a yocto config would presumably > disable gzip compression on all git fetches so not great. > > > > FYI: I'm trying to update our OS builds to the latest HEAD of wrynose, > > so I'm keen to > > find some solution that doesn't require manually tweaking things for > > every developer > > and our CI system. > Same > > > > Thanks. > > > > Ted Roth > > > > > > > > > -- > Jonathan Cormier > Senior Software Engineer > > Office: 315.425.4045 x222 > > http://www.CriticalLink.com > 6712 Brooklawn Parkway, Syracuse, NY 13211 > > -=-=-=-=-=-=-=-=-=-=-=- > Links: You receive all messages sent to this group. > View/Reply Online (#20513): https://lists.yoctoproject.org/g/meta-ti/message/20513 > Mute This Topic: https://lists.yoctoproject.org/mt/122110829/7902621 > Group Owner: meta-ti+owner@lists.yoctoproject.org > Unsubscribe: https://lists.yoctoproject.org/g/meta-ti/unsub [jcormier@criticallink.com] > -=-=-=-=-=-=-=-=-=-=-=- > -- Jonathan Cormier Senior Software Engineer Office: 315.425.4045 x222 http://www.CriticalLink.com 6712 Brooklawn Parkway, Syracuse, NY 13211 ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2026-11-09 14:53 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-11-05 14:47 Unable to clone or fetch from git.ti.com Theodore A. Roth
2026-11-05 16:21 ` [meta-ti] " Denys Dmytriyenko
2026-11-05 21:05 ` Jon Cormier
2026-11-09 14:00 ` Theodore A. Roth
2026-11-09 14:36 ` Jon Cormier
[not found] ` <18E6673C76794CD6.681194@lists.yoctoproject.org>
2026-11-09 14:52 ` Jon Cormier
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.