Fixes: https://github.com/espressif/arduino-esp32/issues/4778

Fixes: https://github.com/espressif/arduino-esp32/issues/4952

Fixes: https://github.com/espressif/arduino-esp32/issues/4931

In some use cases getting rssi signal from one channel is more stable (less variance) than rssi from the three advertising channels.

This change allows you to specify which channels are used to advertise.

Add some debug and allow building from a branch named `pages`

This is a mirror of a change in esp8266 needed to update with a url that redirects.

Fixes: https://github.com/espressif/arduino-esp32/issues/4949

* Update debian_ubuntu.md

ERROR: This script does not work on Python 2.7 The minimum supported Python version is 3.6. Please use https://bootstrap.pypa.io/2.7/get-pip.py instead.

* Update debian_ubuntu.md
Co-authored-by: NMe No Dev <me-no-dev@users.noreply.github.com>

added scan_method = WIFI_ALL_CHANNEL_SCAN into wifi config in WiFi.begin() to let the scan choose the nearest / strongest AP in case that there are multiple APs with the same SSID (#4947)

In case you have multiple APs with the same SSID/password and WiFi.begin(ssid, pwd) is called, ESP32 defaults to connect to THE FIRST AP FOUND matching ssid - according to:
https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/network/esp_wifi.html#_CPPv418wifi_scan_method_t

This can cause situations that ESP32 is trying to connect to AP which is far away from it (weak signal) even there is AP close to it, just as in my house - I have AP on channel 6 which is in the 1st floor (quite far from room where I do the programming) and AP on channel 13 in the same room I do the programming (which is in the 2nd floor) - result: ESP32 is trying to connect to the AP on channel 6 because it finds it first and never try the AP on channel 13 in the same room, result of this is very unreliable WiFi connection.

When scan_method is set to WIFI_ALL_CHANNEL_SCAN, ESP32 scans all channels and choose the nearest / strongest AP (matching the ssid of course) as expected - result is no connection problems at all.

Therefore I propose adding this parameter into WiFi.begin, connection problems as described above are quite confusing (especially for beginners), I can imagine that for example Schools there are usually using mutliple APs and this can cause intermittent connection problems without obvious reason.

Fixes: https://github.com/espressif/arduino-esp32/issues/4935

a little step to make esp8266 code compile without changes under esp32

This reverts commit 4b3f5c8e.

Fixes: https://github.com/espressif/arduino-esp32/issues/4920

Fixes: https://github.com/espressif/arduino-esp32/issues/4922

Fixes: https://github.com/espressif/arduino-esp32/issues/4923

esp-face: master 420fc7e
esp32-camera: master 770f26a

Fixes: https://github.com/espressif/arduino-esp32/issues/4912

Co-authored-by: Nketri-kjy <jinyoung@ketri.re.kr>
Co-authored-by: Nketri2484 <ketri2484@gamil.com>
Co-authored-by: Nme-no-dev <hristo@espressif.com>

This PR adds PSRAM-specific libraries to the final linker command depending on the `BOARD_HAS_PSRAM` macro.

cc @me-no-dev

Labels names updated. Not sure if the spaces in label's names are going to work.

Fixes: #4884

* Use HTTP method table from ESP-IDF's nghttp
* Parse methods using IDF's HTTP method list
* Make example's loops to allow the CPU to switch tasks

Since `String::setLen()` is now modifying the buffer, this change is required to ensure that the proper buffer is changed.

Fixes: https://github.com/espressif/arduino-esp32/issues/4893

* Update pins_arduino.h

Fix the bug that the IDE show: "Error compiling for the board FireBettle-ESP32" 
Detial"error : redefinition of const uint8_t D0~D9"

* Update pins_arduino.h
Co-authored-by: NMe No Dev <me-no-dev@users.noreply.github.com>

Correct issue 4871 - change space to underscore in boards.txt setting lolin32-lite.build.board (#4885)

Fixed use of CONFIG_BLUEDROID_ENABLED instead of CONFIG_BT_ENABLED in HAL. This prevented compilation with Nimble-only configuration without apparent benefit.

- File might not eval to false if opened with write/append and SD is gone
- Allow card to be formatted if FAT partition was not found
- Mark card as gone in certain situations
- Fix several logic errors in low level SD API

* Add div by zero check back into WMath::map
* include esp32-hal-log.h
Co-authored-by: NMe No Dev <me-no-dev@users.noreply.github.com>

Fixes: https://github.com/espressif/arduino-esp32/issues/4768

Co-authored-by: Nketri-kjy <jinyoung@ketri.re.kr>
Co-authored-by: Nketri2484 <ketri2484@gamil.com>

esp-face: master 420fc7e
esp32-camera: master a5ccbec

With this PR user can select to use the original ESP-IDF log instead of the redefined one.

User can also redefine the log function as per [Logging Library](https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-reference/system/log.html#_CPPv419esp_log_set_vprintf14vprintf_like_t) so he can for example redirect logs to a file.

To enable this change just add -DUSE_ESP32_LOG to build flags.
User can also change the default TAG (that now is ES32) to whatever it wants adding '-DTAG="tag_value"' to build flags

Allows BLEAddress to be used as key in std::map etc

mbedTLS requires repeated calls to mbedtls_ssl_write() whenever it returns MBEDTLS_ERR_SSL_WANT_READ or MBEDTLS_ERR_SSL_WANT_WRITE. this happens when the client sends data faster then the server or the connection can handle.

The temp buffer serves no purpose here. Also mbedtls_strerror can be called with size == 0 safely.