Run on Docker?

[Swiftnesses]

Hello,

Looking to install this to learn and have fun with the kids :-)

I have a couple of docker stacks running on my server and some unifi cameras with feeds available - would it be possible to deploy this on a custom stack, based on something like Debian perhaps?

Many thanks in advance.

[mcguirepr89]

Hello, @Swiftnesses and thank you so much for your interest in BirdNET-Pi and for your thoughtful question.

I have not tried anything like that and am not super sure what would be needed to achieve that. I'm not great with Docker from scratch.
I started my testing trying to keep the stack Debian-based, and not necessarily RaspiOS-based, then I committed to RaspiOS and now see the notes below!

The stack as it would be were you to install it now

• PHP 7.4.25
• MariaDB Ver 15.1 Distrib 10.5.12-MariaDB, for debian-linux-gnu (aarch64) using EditLine wrapper
• Caddy v2.4.5 h1:P1mRs6V2cMcagSPn+NWpD+OEYUYLIf6ecOa48cFGeUg= (I have that temporarily on a an apt hold at version v2.4.5 until a bug fix is in the deb repo for v2.4.6.)

• NAME="Debian GNU/Linux"
  VERSION_ID="11"
  VERSION="11 (bullseye)"
  VERSION_CODENAME=bullseye
  ID=debian
  

Possible Difficulties

(But not impossible hurdles by any means)

• The 'pi' user is hard-coded in a few places. <---sed can take care of that without too much hassle if for some reason you were not able to simply set the user to pi
• The pre-built TFLite binaries in the typical installation are for Aarch64. Those binaries run about 4 times faster on Aarch64 over Armhf, and require the full package support, not just the kernel to install correctly. <---There are versions in this repo for Python 3.7 and 3.9, but I'm dropping support for 3.7, as 3.9 is the default Python for Debian Bullseye. @PINTO0309 has great options for armhf and various python versions, so these things can be experimented with. I simply know that these values work well for the system now -- feel free to experiment.

I would love to work with you if you wanted to send me a template of a Dockerfile that would network that stack and I can see which scripts might need to be altered to get something working. I have a feeling a few tools simply won't work by virtue of containerization, but I could be wrong, too! I'm thinking about the scripts that update passwords mostly, but I'm not knowledgeable enough to fully navigate how it all would work containerized.

I know that wasn't probably a very satisfying answer since I'm not great with docker, but I'd love to get there, so let me know if you want to try to figure that out together as I would love to see it happen :)

My best regards,
Patrick

[mcguirepr89]

@Swiftnesses I did not mean to close this issue!!! I meant to keep this open in hopes this conversation can lead to a docker!

[mcguirepr89]

Hello, again, @Swiftnesses -- I just wanted to see if this was still something you are interested in?

[mcguirepr89]

Closing from no response, but please get back to me if you'd like to reopen this.