This happens if the recipe does not specify the exact revision hash to use
in SRCREV.  If it says "use latest revision" or "use this tag", then
bitbake will do ls-remote on the original repo to resolve those to
up-to-date revisions, which is not unreasonable.

What does the recipe look like?

Alex

On Tue, 30 Jun 2020 at 06:45, John Klug <john.k...@multitech.com> wrote:

>
> a:
>
> (fetch was already run successfully while connected with a VPN).
>
> VPN then shut down.
>
>   $  bitbake -c unpack dhq-client
>
>      ...
>   NOTE: Executing RunQueue Tasks
>   ERROR: dhq-client-0.32-r11 do_unpack: Fetcher failure: Fetch command
> export  DBUS_SESSION_BUS_ADDRESS="unix:abstract=/tmp/dbus-CbyhEfsmW1";
> export SSH_AGENT_PID="2444"; export
> SSH_AUTH_SOCK="/tmp/ssh-gHgQLFqq7E5R/agent.2443"; export
> PATH="/home/klugja/mlinux-up-14/build/tmp/sysroots/x86_64-linux/usr/bin/python-native:/home/klugja/mlinux-up-14/layers/openembedded-core/scripts:/home/klugja/mlinux-up-14/build/tmp/sysroots/x86_64-linux/usr/bin/arm-mlinux-linux-gnueabi:/home/klugja/mlinux-up-14/build/tmp/sysroots/mt100eocg/usr/bin/crossscripts:/home/klugja/mlinux-up-14/build/tmp/sysroots/x86_64-linux/usr/sbin:/home/klugja/mlinux-up-14/build/tmp/sysroots/x86_64-linux/usr/bin:/home/klugja/mlinux-up-14/build/tmp/sysroots/x86_64-linux/sbin:/home/klugja/mlinux-up-14/build/tmp/sysroots/x86_64-linux/bin:/home/klugja/mlinux-up-14/scripts:/home/klugja/mlinux-up-14/bitbake/bin:/home/klugja/bin:/home/klugja/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin";
> export HOME="/home/klugja"; git -c core.fsyncobjectfiles=0 ls-remote ssh://
> g...@gitlab.multitech.net/devicehq/mAPI-dhq-client.git  failed with exit
> code 128, output:
>   ssh: connect to host gitlab.multitech.net port 22: Connection timed out
>   fatal: Could not read from remote repository.
>
>   Please make sure you have the correct access rights
>   and the repository exists.
>
>   ERROR: dhq-client-0.32-r11 do_unpack: Function failed: base_do_unpack
>   ERROR: Logfile of failure stored in:
> /home/klugja/mlinux-up-14/build/tmp/work/mt100eocg-mlinux-linux-gnueabi/dhq-client/0.32-r11/temp/log.do_unpack.10175
>   ERROR: Task
> (/home/klugja/mlinux-up-14/build/../layers/meta-mlinux/recipes-core/dhq-client/dhq-client_0.32.bb:do_unpack)
> failed with exit code '1'
>   NOTE: Tasks Summary: Attempted 2 tasks of which 1 didn't need to be
> rerun and 1 failed.
>
>   Summary: 1 task failed:
>
> /home/klugja/mlinux-up-14/build/../layers/meta-mlinux/recipes-core/dhq-client/dhq-client_0.32.bb:
> do_unpack
>   Summary: There was 1 WARNING message shown.
>   Summary: There were 2 ERROR messages shown, returning a non-zero exit
> code.
>
>
> Line 3 of the do_unpack.log:
>
>   DEBUG: Fetcher accessed the network with the command git -c
> core.fsyncobjectfiles=0 ls-remote ssh://
> g...@gitlab.multitech.net/devicehq/mAPI-dhq-client.git
>
> Testing the download of the git (download is verifiable):
>   
> klugja@peru:~/mlinux-up-14/build/downloads/git2/gitlab.multitech.net.devicehq.mAPI-dhq-client.git$
> git fsck
>   Checking object directories: 100% (256/256), done.
>   Checking objects: 100% (485/485), done.
>   klugja@peru
> :~/mlinux-up-14/build/downloads/git2/gitlab.multitech.net.devicehq.mAPI-dhq-client.git$
>
>
>
> b.  Too busy writing my own git commands in my own do_unpack to fix this.
> Maybe someday.
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#140126): 
https://lists.openembedded.org/g/openembedded-core/message/140126
Mute This Topic: https://lists.openembedded.org/mt/75175212/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to