Expose RF24_DRIVER and fix linking to shared utility driver libs

[2bndy5]

This leverages CMake's target_compile_definitions() to expose the selected RF24_DRIVER as a module attribute. I wanted this to programmatically declare the right pin numbers in the examples.

pyRF24/examples/getting_started.py

Lines 9 to 26 in 79e9808

	from pyrf24 import RF24, RF24_PA_LOW, RF24_DRIVER
	########### USER CONFIGURATION ###########
	# See https://github.com/TMRh20/RF24/blob/master/pyRF24/readme.md
	# Radio CE Pin, CSN Pin, SPI Speed
	# CE Pin uses GPIO number with BCM and SPIDEV drivers, other platforms use
	# their own pin numbering
	# CS Pin addresses the SPI bus number at /dev/spidev<a>.<b>
	# ie: RF24 radio(<ce_pin>, <a>*10+<b>); spidev1.0 is 10, spidev1.1 is 11 etc..
	CSN_PIN = 0 # aka CE0 on SPI bus 0: /dev/spidev0.0
	if RF24_DRIVER == "MRAA":
	CE_PIN = 15 # for GPIO22
	elif RF24_DRIVER == "wiringPi":
	CE_PIN = 3 # for GPIO22
	else:
	CE_PIN = 22
	radio = RF24(CE_PIN, CSN_PIN)

Important

In testing this, I found and fixed a problem when building this package with utility drivers pigpio, MRAA, and wiringPi. All of which were not properly found and linked to during the build... This constitutes a minor version bump.

---

Also replaced usage of pylint and black with ruff for linting and formatting python code.

[2bndy5]

Backporting this to the individual RF24 wrapper can be tricky because it is compiling against installed library's binary. I might be able to extract the driver from certain #defines or the contents of /usr/local/includes/RF24/utility/includes.h