-
Notifications
You must be signed in to change notification settings - Fork 181
Error at generating PlatformIO manifest #139
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Same issue here - this works: this does not: Get this: |
Hi @krdarrah It's the issue of this command: esp32-arduino-lib-builder/build.sh Line 234 in c39e942
Wherein git in esp-idf repository failed to
|
how did you guys setup ESP-IDF for this command to fail? |
It was the responsibility of ./build.sh script, with provided esp-idf
branch `release/v5.1`
…On Fri, Oct 13, 2023, 10:19 Me No Dev ***@***.***> wrote:
how did you guys setup ESP-IDF for this command to fail?
—
Reply to this email directly, view it on GitHub
<#139 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AH3O7J43HABVPFXADU6MND3X7DTQPANCNFSM6AAAAAA5XXYEPU>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
that is rather strange, given that CI runs that same script and it works fine. if you run |
It does return this line:
fatal: ref HEAD is not a symbolic ref
..
…On Fri, Oct 13, 2023, 11:17 Me No Dev ***@***.***> wrote:
that is rather strange, given that CI runs that same script and it works
fine. if you run git -C $IDF_PATH symbolic-ref manually, what does it
return?
—
Reply to this email directly, view it on GitHub
<#139 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AH3O7J4MLHTTBVY6RXDPSSLX7D2KXAVCNFSM6AAAAAA5XXYEPWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTONRRGEYDEOBWGE>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Can confirm this issue. It works locally the first run. All runs after do fail here. |
interesting... what would be different? I am using the same scripts here. @Jason2866 what does |
@me-no-dev Having a similar issue as discussed above, except running
Edit: this is from not having I also think it may be due to the patches within I've included the script output on this gist and highlighted the line with the symbolic ref issue: https://gist.github.com/brentru/aa9acf05b808575b753f6e461509bf35#file-gistfile1-txt-L281 Everything is configured on a local machine running macOS and |
@brentru you must be running the script from the wrong folder. Rules for |
|
I can not get myself in this situation... everything works. I do have an idea though... it will build but the PIO manifest might need editing. # Generate PlatformIO manifest file
if [ "$BUILD_TYPE" = "all" ]; then
ibr=$(git -C "$IDF_PATH" symbolic-ref --short HEAD || git -C "$IDF_PATH" tag --points-at HEAD)
ic=$(git -C "$IDF_PATH" rev-parse --short HEAD)
python3 ./tools/gen_platformio_manifest.py -o "$TOOLS_JSON_OUT/" -s "$ibr" -c "$ic"
if [ $? -ne 0 ]; then exit 1; fi
fi |
@me-no-dev Not yet
|
well... for some reason IDF is not on a properly named branch. So PIO can not extract the correct version. Maybe just comment the call... I can test if it's empty string and skip it... but why is it even happening? What did you guys do to your IDFs? |
Happens with orig. espressif repo and branch for me too. Anyways not a big deal for me. In CI it is working (since first run). Building local i just do what you suggested -> commenting out that part. |
it's not the patches, because I run the same thing here (not the first run also), so still clueless... the patch only causes a suffix |
I didn't thought the patches break the json generating. After a run the patch is applied and it stops asking the next run what to do, applying the Ethernet patch again or not. |
patch should be applied only once. I already have it here. If it tries to apply it again, that would/should fail. Logic is not perfect, but TBH it's meant to run in CI. I really do not understand in what state has ESP-IDF ended for commands to fail so badly. |
I run into the same issue as well.
Seems like the cause of this error was by not having ninja-dev installed prior to running IDF. |
Also cannot figure out how to build this locally more than once. |
Guys, please, can anyone help me? iam trying for 3 days and 40hours to make this work, iam so desperate. iam constantly getting the same errors like discussed here fatal: "ref HEAD is not a symbolic ref" i just setup a fresh system of ubuntu 23.10.1 on a virtual machine. No espressif IDF or anything pre-installed. i made every step of the documentation, installed everything. but still iam getting errors and it seems the script loops forever? This lib builder does that right? kind regards! |
@doncogit What error(s) do you get exactly. Logs? Maybe easiest way. Fork this repo and do the changes in the config files you want. The GH Actions https://github.com/espressif/esp32-arduino-lib-builder/blob/master/.github/workflows/push.yml |
thanks for your fast reply. i dont even know how to do a logfile. i made a screenshot of the beginning where already some errors exist. if you tell me how to do it i can provide more information. Sorry iam a beginner. also i never heard about your other suggestion but it sounds interesting :-D |
when i use your suggestion through forking and using GH. How can i edit the sdkconfig file? As i cant find it in this repo? EDIT: ok settings should be set in the defconfig file of the chip i think |
Yes, look through the Btw. |
thanks a lot. i downloaded the artefacts now containing folders for several chips. I unpacked the tar.gz and the containting .tar. so now i will copy the folder content of my chip to Arduino15\packages\esp32\hardware\esp32\2.0.11\tools\sdk\esp32s3 and overwrite everything. then it has my new settings? is that correct? |
@doncogit You should overwrite everything. Not just the path |
Just delete all old and copy the new. The build structure does not differ. |
I also struggled initially to create a custom build of arduino-esp32, I found the process pretty unintuitive. I was eventually able to get things building locally, I'll share how I got it working. Note these instructions are on linux, but the instructions are pretty similar for Windows, you can figure it out.
sudo apt-get install git wget curl libssl-dev libncurses-dev flex bison gperf cmake ninja-build ccache jq python3
pip install --upgrade pip
pip install --user setuptools pyserial click cryptography future pyparsing pyelftools
git clone https://github.com/espressif/esp32-arduino-lib-builder
cd esp32-arduino-lib-builder
git checkout release/v4.4
./build.sh -t <YOUR-ESP32> -I release/v4.4 -i v4.4.6
cp -rf out/tools/. $HOME/.arduino15/packages/esp32/hardware/esp32/<YOUR-ARDUINO-ESP32-VERSION>/tools |
thanks jeff but i gave up on linux, i tried with a virtual machine and the setup was horrible. at the end i didnt even manage to install arduino IDE 2 on linux other than the weird portable version. |
Regardless, the instructions should mostly apply to Windows, besides changing some paths. Your issue is probably having the builder use the wrong combination of arduino-esp32 and esp-idf as I outlined in my previous post. |
shouldn't any version work fine, as iam building the whole core from ground up? Iam able to build something with the Github actions and forked repo but dont know where to put the files as mentioned. I tried several possibilities and nothing worked. Maybe i understand it wrong and should fork 4.4 instead... |
Not really, major version releases usually holds API changes and sometimes
incompatibility with the previous version.
…On Fri, Feb 2, 2024, 04:00 doncogit ***@***.***> wrote:
shouldn't any version work fine, as iam building the whole core from
ground up?
Iam able to build something with the Github actions and forked repo but
dont know where to put the files as mentioned. I tried several
possibilities and nothing worked. Maybe i understand it wrong and should
fork 4.4 instead...
—
Reply to this email directly, view it on GitHub
<#139 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AH3O7JYR2X455KJFCQNMUKDYRQ3BNAVCNFSM6AAAAAA5XXYEPWVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSMRSGU4TKNBWGM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
workflow doesnt even work for v4.4 branch so jason couldnt mean that. @Jason2866 may you help with my previous question in the post above about the folder etc.? i have the feeling iam so close to the goal but missing the last step. |
@doncogit Ahh, forgot that i do it different. Nothing needs to be replaced. I build my framework only for Platformio and integrate the compiled libs there. Don't like the hassle to upload and download the libs from somewhere. |
Hi folks, I am struggling with apparently the same issue. The arduino-esp32 repo now includes Zigbee examples that I want to check out - for that, I need to build an Arduino release as far as I understand. So I installed the lib builder here and got to the same error with the PIO manifest. Here's the last part of the output for reference: [1874/1874] Generating mem_variant
fatal: ref HEAD is not a symbolic ref
IDF_TARGET: esp32c6, MEMCONF: dio_qspi
* Skipping Target: esp32c3
* Skipping Target: esp32
* Skipping Target: esp32s2
* Skipping Target: esp32s3
fatal: ref HEAD is not a symbolic ref
Source /home/sb-laptop/esp32-arduino-lib-builder/components/arduino/package/package_esp32_index.template.json.
Found xtensa-esp-elf-gdb, version: 12.1_20231023
Updating dependency version of xtensa-esp-elf-gdb from 12.1_20221002 to 12.1_20231023
Updating binaries of xtensa-esp-elf-gdb to version 12.1_20231023
Found riscv32-esp-elf-gdb, version: 12.1_20231023
Updating dependency version of riscv32-esp-elf-gdb from 12.1_20221002 to 12.1_20231023
Updating binaries of riscv32-esp-elf-gdb to version 12.1_20231023
Found xtensa-esp32-elf-gcc, version: esp-12.2.0_20230208
Skipping xtensa-esp32-elf-gcc. Same version esp-12.2.0_20230208
Found xtensa-esp32s2-elf-gcc, version: esp-12.2.0_20230208
Skipping xtensa-esp32s2-elf-gcc. Same version esp-12.2.0_20230208
Found xtensa-esp32s3-elf-gcc, version: esp-12.2.0_20230208
Skipping xtensa-esp32s3-elf-gcc. Same version esp-12.2.0_20230208
Found riscv32-esp-elf-gcc, version: esp-12.2.0_20230208
Skipping riscv32-esp-elf-gcc. Same version esp-12.2.0_20230208
Found openocd-esp32, version: v0.12.0-esp32-20230921
Skipping openocd-esp32. Same version v0.12.0-esp32-20230921
/home/sb-laptop/esp32-arduino-lib-builder/out/package_esp32_index.template.json generated
Source was not selected
Found xtensa-esp-elf-gdb, version: 12.1_20231023
Adding dependency: xtensa-esp-elf-gdb version 12.1_20231023
Adding tool: xtensa-esp-elf-gdb version 12.1_20231023
Found riscv32-esp-elf-gdb, version: 12.1_20231023
Adding dependency: riscv32-esp-elf-gdb version 12.1_20231023
Adding tool: riscv32-esp-elf-gdb version 12.1_20231023
Found xtensa-esp32-elf-gcc, version: esp-12.2.0_20230208
Adding dependency: xtensa-esp32-elf-gcc version esp-12.2.0_20230208
Adding tool: xtensa-esp32-elf-gcc version esp-12.2.0_20230208
Found xtensa-esp32s2-elf-gcc, version: esp-12.2.0_20230208
Adding dependency: xtensa-esp32s2-elf-gcc version esp-12.2.0_20230208
Adding tool: xtensa-esp32s2-elf-gcc version esp-12.2.0_20230208
Found xtensa-esp32s3-elf-gcc, version: esp-12.2.0_20230208
Adding dependency: xtensa-esp32s3-elf-gcc version esp-12.2.0_20230208
Adding tool: xtensa-esp32s3-elf-gcc version esp-12.2.0_20230208
Found riscv32-esp-elf-gcc, version: esp-12.2.0_20230208
Adding dependency: riscv32-esp-elf-gcc version esp-12.2.0_20230208
Adding tool: riscv32-esp-elf-gcc version esp-12.2.0_20230208
Found openocd-esp32, version: v0.12.0-esp32-20230921
Adding dependency: openocd-esp32 version v0.12.0-esp32-20230921
Adding tool: openocd-esp32 version v0.12.0-esp32-20230921
/home/sb-laptop/esp32-arduino-lib-builder/out/tools/esp32-arduino-libs/tools.json generated
fatal: ref HEAD is not a symbolic ref
usage: gen_platformio_manifest.py [-h] -o DST_DIR -s VERSION_STRING -c COMMIT_HASH
gen_platformio_manifest.py: error: argument -s/--version-string: expected one argument |
@StevenCellist Which IDE do you want to use for your built framework? Didn't search the reason what is causing the error to build the Platformio manifest in second run. Do my builds with Github Actions, since it is always the first run there, not encountering the error. |
Thanks, I can live with the ArduinoIDE for now - it seems it's working with those lines commented. The compile now ends with:
I will try and see if it is usable! |
Hi There
The ./build.sh script ends with:
It seems to me, however, related to the patches done to esp_eth component.
and:
I've temporarily override it by a manual generation.
The text was updated successfully, but these errors were encountered: