Package Details: esp-idf 4.4.1-1

Git Clone URL: (read-only, click to copy)
Package Base: esp-idf
Description: Espressif IoT Development Framework. Official development framework for ESP32.
Upstream URL:
Licenses: Apache
Submitter: GPereira
Maintainer: alex.henrie
Last Packager: alex.henrie
Votes: 15
Popularity: 0.81
First Submitted: 2018-04-01 22:44 (UTC)
Last Updated: 2022-04-20 05:55 (UTC)

Latest Comments

abougouffa commented on 2021-08-02 10:56 (UTC)


I'm trying to install this package, I'm getting a bunch of annoying strip messages:

  -> Stripping unneeded symbols from binaries and libraries...
strip: Unable to recognise the format of the input file `./opt/esp-idf/components/bt/controller/lib_esp32/esp32/libbtdm_app.a(arch_main.o)'
strip: Unable to recognise the format of the input file `./opt/esp-idf/components/bt/controller/lib_esp32/esp32/libbtdm_app.a(btdm_log.o)'
strip: Unable to recognise the format of the input file `./opt/esp-idf/components/bt/controller/lib_esp32/esp32/libbtdm_app.a(bt_util_buf.o)'
strip: Unable to recognise the format of the input file `./opt/esp-idf/components/bt/controller/lib_esp32/esp32/libbtdm_app.a(bt_util_sp.o)'

I think you need to disable the strip option in this package, you can just modify the PKGBUILD like this:

diff --git a/PKGBUILD b/PKGBUILD
index c857013..d4f435e 100644
@@ -10,6 +10,7 @@ depends=('cmake' 'git' 'libusb' 'python' 'python-click' 'python-cryptography' 'p

archmkr commented on 2021-06-26 14:53 (UTC)

For reference, it isn't clear anywhere that after installing it, you need to run /opt/esp-idf/ and source /opt/esp-idf/ to be able to use or I think this package should at least show a message about these steps.

istobic commented on 2021-06-25 07:33 (UTC)

Hi, to my understanding, v4.3 is already released. Could you please check?

alex.henrie commented on 2021-06-09 16:00 (UTC)

@Sidju Thanks for letting me know. I just added the missing dependencies on python-virtualenv, libusb, cmake, and git.

Sidju commented on 2021-06-06 18:42 (UTC)

Seems like python-virtualenv is an undeclared dependency (for

alex.henrie commented on 2021-05-05 18:20 (UTC)

@thevoidnn: /opt/esp-idf/.git has to be present or source /opt/esp-idf/ prints the following error:

fatal: not a git repository (or any of the parent directories): .git WARNING: Git describe was unsuccessul: Command '['git', 'describe']' returned non-zero exit status 128.

nobodywasishere commented on 2020-12-28 05:29 (UTC)

Also to add to that, it needs its own python environment as it won't work with the latest release of one of the python libraries (pyparsing>=2.0.3,<2.4.0)

nobodywasishere commented on 2020-12-28 05:28 (UTC)

I am attempting to update this PKGBUILD working with v4.2 but the zip release is giving me an error

bsdtar: Unsupported ZIP compression method during decompression of link entry (8: deflation) bsdtar: Error exit delayed from previous errors.

I could try going instead seeing if I could install this via the released source code instead of the release zip, calling the install script within the pkgdir, unsure if it will like it though. Anyone else got ideas?

thevoidnn commented on 2020-06-14 05:53 (UTC) (edited on 2020-06-14 13:51 (UTC) by thevoidnn)

why keep .git folder in package? (rm -rf .git before cp -R . ? ) it's 368M of wasted disk space :D

plus, adding IDF_PATH=/opt/esp-idf into ~/.pam_environment (or syswide /etc/environment) instead of /etc/profile.d/|csh allows setting this env var without any bash sessions (e.g. starting CLion IDE in Xfce session)

And1G commented on 2020-03-20 12:10 (UTC)

When building in a clean chroot, the git command is missing. So I would suggest adding makedepends=('git')

theaifam5 commented on 2019-11-23 15:25 (UTC) (edited on 2019-11-23 15:27 (UTC) by theaifam5)

Please consider to add /etc/profile.d/ and /etc/profile.d/esp-idf.csh and remove all dot files/folders from package.

Are you sure about that ESPIDF? Shouldn't be IDF_PATH like the /opt/esp-idf/ requires?

btreecat commented on 2019-10-31 20:14 (UTC)

Is this package(and listed deps) the only thing required to run the "hello world" example?

GPereira commented on 2019-07-04 19:20 (UTC) (edited on 2019-07-22 10:45 (UTC) by GPereira)

Yes, I agree with you, you're right

arti-nt commented on 2019-07-02 09:35 (UTC)

@GPereira I'd prefer to use /opt/esp-idf for this package and /opt/esp-idf-latest for esp-idf-git.

arti-nt commented on 2019-07-02 09:27 (UTC) (edited on 2019-07-02 09:32 (UTC) by arti-nt)

@janwil Check one more time, please. Ensure that you copy project directory with "cp", not "sudo cp", and check directory ownership after that. Just tried the same actions, all went correct.

Just in case, I use script for project building.

GPereira commented on 2019-06-17 14:56 (UTC)

@coderobe I agree with you, the namespace "stable" can be redundant. It's just it's a common case switching between the two (not me, but a big part of the community do it). However, the solution proposed for the problem is just my opinion.

coderobe commented on 2019-06-17 14:23 (UTC)

@GPereira: namespacing the stable release as ...-stable is ridiculous and redundant, namespacing the other deviations of this package differently not so much

GPereira commented on 2019-06-15 12:49 (UTC)

Hi, I would like to suggest installing to /opt/esp-idf-stable so one could have both esp-idf and esp-idf-git installed and hop between bleeding edge and stable versions, by changing the environment variable. I am doing the analogous suggestion on esp-idf-git package so it can be installed at /opt/esp-idf-latest. I can co-maintain this package with you if you want. I use it a lot.

janwil commented on 2019-05-03 11:57 (UTC)

Please help me understanding how to run ESP IDF ... I installed it, set the path and copied the Hello World example to a local directory, but when I run make menuconfig, I get

make[1]: Entering directory '/opt/esp-idf-sdk/tools/kconfig' cc -c -D_GNU_SOURCE -D_DEFAULT_SOURCE -DCURSES_LOC="<ncurses.h>" -DNCURSES_WIDECHAR=1 -DLOCALE -MMD /opt/esp-idf-sdk/tools/kconfig/mconf.c -o mconf.o /opt/esp-idf-sdk/tools/kconfig/mconf.c:1053:1: fatal error: opening dependency file mconf.d: Permission denied } ^ compilation terminated.

What is it I am doing wrong? The situation is the same with esp-idf-git.


Ybalrid commented on 2019-03-30 18:40 (UTC)

I will have to agree with zagitta's comment, the output of strip is slightly annoying

mardab commented on 2019-02-05 21:52 (UTC)

@gahag i have to disagree, although You have to set paths and permissions manually to be able to build

gahag commented on 2018-11-28 03:28 (UTC)

Apparently, this is outdated and won't build anymore. I downloaded the 3.1.1 from the github releases page and it worked.

zagitta commented on 2018-11-14 20:29 (UTC)

I suggest adding "options=(!strip)" to the PKGBUILD to avoid terminal spam from strip when binary stripping is enabled in /etc/makepkg.conf :)

GPereira commented on 2018-09-29 12:47 (UTC)

Thanks for the feedback, it is now fixed and 3.1 version released

GPereira commented on 2018-09-29 12:45 (UTC)

What do you mean?

tinxy commented on 2018-09-29 08:27 (UTC) (edited on 2018-09-29 08:32 (UTC) by tinxy)

Your PKGBUILD copies things to ~/.esp-idf while leaving the created package (nearly) empty (as majorx234 alreadz reported).

Plus there is a new version 3.0.4 out.

majorx234 commented on 2018-08-27 12:45 (UTC) (edited on 2018-08-27 12:46 (UTC) by majorx234)

last part in PKGUILD looks not right: why copy files to user's homedirectory? "cp -R . ~/.esp-idf" better: "cp -R . ${pkgdir}/opt/esp-idf-sdk"

so cp files to /pkg wich will afterwards needed to create a package

GPereira commented on 2018-06-21 16:09 (UTC)

Sure thing!

sijmen commented on 2018-06-21 15:34 (UTC)

Looks like v3.0.1 is out now! Could you update this to 3.0.1?

piratejon commented on 2018-04-20 22:59 (UTC)

i tried again today, and it just worked. last night it was 404'd. must have been github. thanks!

GPereira commented on 2018-04-19 18:18 (UTC)

Thanks for the heads up @piratejon. THe link works for me can you describe what is failing on your side?

piratejon commented on 2018-04-19 00:20 (UTC)

Seems like the 3.0-rc1 link is down?