I've tried this with adafruit-circuitpython-feather_bluefruit_sense-nl-6.3.0.uf2. I've tried some other UF2 files too, but I'll see whether I can find some other ones to install.

• bleak version: 0.12.1
• Python version: 3.8.10
• Operating System: Ubuntu 20.04.2 LTS
• BlueZ version (bluetoothctl -v) in case of Linux: 5.53

Description

I wanted to do a passive scan with Bleak. Issue https://github.com/hbldh/bleak/issues/500 seemed to suggest that this is possible with the keyword argument scanning_mode='passive' to the BleakScanner constructor. So I added this argument while initializing the BleakScanner. However, Wireshark still shows me SCAN_REQ packets coming from my computer and SCAN_RSP packets as replies from my BLE devices, which suggests that Bleak is still doing an active scan.

What I Did

My Minimal Workable Example is:

import asyncio
from bleak import BleakScanner


async def run():
    devices = await BleakScanner(scanning_mode='passive').discover()
    for device in devices:
        print(device)


loop = asyncio.get_event_loop()
loop.run_until_complete(run())

You're right, I don't see any way to choose passive scanning in the BlueZ D-Bus Adapter API description, so apparently this isn't possible (yet).

• bleak version: 0.12.1
• Python version: 3.8.10
• Operating System: Ubuntu 20.04.2 LTS
• BlueZ version (bluetoothctl -v) in case of Linux: 5.53

Description

I wanted to do a passive scan with Bleak. Issue https://github.com/hbldh/bleak/issues/500 seemed to suggest that this is possible with the keyword argument scanning_mode='passive' to the BleakScanner constructor. So I added this argument while initializing the BleakScanner. However, Wireshark still shows me SCAN_REQ packets coming from my computer and SCAN_RSP packets as replies from my BLE devices, which suggests that Bleak is still doing an active scan.

What I Did

My Minimal Workable Example is:

import asyncio
from bleak import BleakScanner


async def run():
    devices = await BleakScanner(scanning_mode='passive').discover()
    for device in devices:
        print(device)


loop = asyncio.get_event_loop()
loop.run_until_complete(run())

Set up

• Adafruit Feather nRF52840 Sense with Adafruit nRF52 Bootloader 0.6.0
• Host system: Ubuntu 20.04 LTS

Describe the bug

When I want to copy a UF2 file to the bootloader's mounted storage device, I get I/O errors and the file isn't copied.

To Reproduce

Steps to reproduce the behavior:

1. Enter bootloader mode by pushing the RESET button
2. Copy UF2 file for CircuitPython
3. See error
4. CircuitPython doesn't run on the device

I have also tried other UF2 files, other USB cables and other USB ports of the host system.

Dmesg output

[211537.170865] usb 1-1: new full-speed USB device number 86 using xhci_hcd
[211537.325252] usb 1-1: New USB device found, idVendor=239a, idProduct=0087, bcdDevice= 1.00
[211537.325258] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[211537.325261] usb 1-1: Product: Feather nRF52840 Sense
[211537.325264] usb 1-1: Manufacturer: Adafruit Industries
[211537.325267] usb 1-1: SerialNumber: 468AB2181E24A3D8
[211537.327747] cdc_acm 1-1:1.0: ttyACM0: USB ACM device
[211537.328502] usb-storage 1-1:1.2: USB Mass Storage device detected
[211537.328810] scsi host3: usb-storage 1-1:1.2
[211538.335828] scsi host3: scsi scan: INQUIRY result too short (5), using 36
[211538.335838] scsi 3:0:0:0: Direct-Access     Adafruit nRF UF2          1.0  PQ: 0 ANSI: 2
[211538.336392] sd 3:0:0:0: Attached scsi generic sg2 type 0
[211538.337297] sd 3:0:0:0: [sdc] 65801 512-byte logical blocks: (33.7 MB/32.1 MiB)
[211538.337646] sd 3:0:0:0: [sdc] Write Protect is off
[211538.337650] sd 3:0:0:0: [sdc] Mode Sense: 03 00 00 00
[211538.337946] sd 3:0:0:0: [sdc] No Caching mode page found
[211538.337953] sd 3:0:0:0: [sdc] Assuming drive cache: write through
[211538.364478]  sdc:
[211538.367333] sd 3:0:0:0: [sdc] Attached SCSI removable disk
[211582.512099] usb 1-1: USB disconnect, device number 86
[211582.534654] blk_update_request: I/O error, dev sdc, sector 517 op 0x1:(WRITE) flags 0x0 phys_seg 1 prio class 0
[211582.534660] Buffer I/O error on dev sdc, logical block 517, lost async page write
[211582.735578] FAT-fs (sdc): unable to read boot sector to mark fs as dirty

The DataFetcher window doesn't allow me to scroll, so I'm not able to load more than the first 25 or so messages. Is this fixable?

Yes, there's already an issue https://github.com/esphome/issues/issues/1504 and feature request https://github.com/esphome/feature-requests/issues/890 for this.

In the mean time, maybe this is helpful: a commenter in the latter feature request suggests to use the browser extension Dark Reader because with a dark background the difference should be easier to see.

Well, a Rasa 2.x Docker container for the Pi is one of the many projects I have on my TODO list, but I just haven't found the time and motivation yet to start, as the beginning of the Rasa 1.x container was already quite an endeavour :-)

If you're already working on it, maybe I can help. Do you want to contribute to https://github.com/koenvervloesem/rasa-docker-arm? Or maybe drop me an email at [email protected].

Ok, that makes sense. Thanks for explaining, this will probably help others if someone needs to build even older versions for ARMv7.

Thank You for repo . I spent a lot of time to build bazel for Raspberry Pi 4 unfortunatelly without success. Your code built bazel in first iteration. Good job.

Now it's time to learn how tu build python wheels for Raspberry pi 4 becouse becouse some packages I need probably doesn't exist.

Thanks again.

Thanks for your nice words, this frustrating experience is exactly how I started this project :-)

Many days trying to install bazel, and your repo did the work in few minutes!!! thanks.

Thanks for your nice words! :-)

Added a patch file that sucessfully builds bazel 3.1.0 on a Raspberry Pi 4 running buster with openjdk 8. Needed this for building an older version of tensorflow (2.3.0) on arm.

Thanks for contributing your patch!

I verified that this also works with OpenJDK 11.

Just out of curiosity: what's the patch to src/main/java/com/google/devtools/build/lib/syntax/BUILD for? I didn't need it to build the newer versions of Bazel.

Just for reference, this is the Docker Compose file I'm using to test the releases of my Docker images:

version: '3.7'
services:
  rasa:
    image: rasa:1.10.26
    expose:
      - 5005
    ports:
      - 5005:5005
    volumes:
      - ./app:/app
    command:
      - run
      - --cors
      - "*"

Hi,

1. You should consult the Rasa documentation for that.
2. I haven't found the time yet to build a Docker image for Rasa 2.x versions (see https://github.com/koenvervloesem/rasa-docker-arm/issues/2).
3. Yes, I have been seeing this error for a couple of releases now, but it doesn't seem to impact functionality.

Ah yes, I changed it in my other M5Stack project, but forgot it here. Thanks for pointing this out!