ChatGPT mistaken

Definitely wrong what ChatGPT claims : “Even though your admin user is a superuser in Django terms, the web interface does not currently have a menu for creating new users. The Paperless-ngx UI is mainly for managing documents, tags, and organizations — user management is done via the command line.”

ChatGPT even states “

Ah, that makes sense 👍 — the older 32-bit LinuxServer.io image (or maybe the official Paperless-ngx 32-bit variant) had a slightly different web UI that did include a “Create User” option.

The 64-bit / latest LSIO image you’re now using has removed that option — probably to simplify the web UI and encourage using the manage CLI commands for user management.

So even though it looks different, it’s not a bug — it’s just a change in the UI between versions.”

Definitely not true.

I do have a menu for this in my Paperless-ngx installation, no problem creating a new user.

I cannot say for sure (though tried it). I believe that Postgre as a database is not a condition for a flawlessly running Paperless-ngx installation. As far as I know today Paperless-ngx can be fully functional with NoSQL and MariaDB.

Docker 32bit, paperless-ngx and ARM processor (Raspberry)

This is toxic. Definitely not working, besides Raspberry OS is 64 bit. Paperless-ngx instance always crashes using arm32v7 image. I did have a working Paperless-ngx instance based on a docker 64bit installation. But another Raspberry 4, Paperless-ngx crashing all the time

Raspberry 4 case with TFT 3.5 ” Display

Case for Raspberry 4 with 3.5 ” Display

Whoever fights against progress and does not want to use a Raspi 5, Raspi 4 still working with the latest OS (Raspbian GNU/Linux 12 (bookworm)) and I do have a case with 3.5 ” display which is working (Though could not get it to work as a second display along with my HDMI based monitor).

Basic data for this display :

ItemProperty
LCD TypeTFT
InterfaceSPI
Touch Screen ControllerXPT2046
Colors65536
Resolution320×480

Driver installation :
rm -rf LCD-show
git clone https://github.com/goodtft/LCD-show.git
chmod -R 755 LCD-show
cd LCD-show/
./MHS35-show

TFT 3.5 working config (TFT 3.5 only!) :

dtparam=spi=on
dtparam=i2c_arm=on
enable_uart=1

dtparam=audio=on

display_auto_detect=1
auto_initramfs=1
max_framebuffers=2
disable_fw_kms_setup=1
disable_overscan=1
arm_boost=1

hdmi_force_hotplug=1
dtoverlay=mhs35:rotate=90
hdmi_group=2
hdmi_mode=1
hdmi_mode=87
hdmi_cvt 480 320 60 6 0 0 0
hdmi_drive=2

Python : DHT11 : Raspberry ZeroW : No module named ‘board’

I have two Raspberry ZeroW , and I try to use both for to get temperature data. I am recording this data in order to find out when the temperature changes. Both devices should be able to execute the same script. Both have the same hardware setup and they record data on a USB stick.
Kind of weary that on the second device executing the python script fails : I get the error :
No module named ‘board’
That s odd because I am sure the board has been installed.
This is a known issue :
I tried to follow the widely published troubleshooting (reinstalling Blank etc) with no success.
For instance :
pip3 install adafruit-circuitpython-dht
does not work !

The error message ( error: externally-managed-environment ) is followed by a hint which indeed leads me to the solution :
“This environment is externally managed ╰─> To install Python packages system-wide, try apt install … “
The only way to get this issue fixed is installing a virtual environment :

That means :

python3 -m venv ./ws-env
source ws-env/bin/activate
(ws-env) user@raspberrypi:/home/pluto# pip3 install board
(ws-env) user@raspberrypi:/home/pluto# pip3 install adafruit-circuitpython-dht

It works like a charm !

Raspian : Shell script does not get executed

Thought havin done everything which has to be done. The file made executable with + x …

-rwxrwxrwx 1 user group 72 jul 9 2023 mouse.sh

The shell script does not executed because I am used to the Ubuntu shell, You execute with

./mouse.sh

wheras when using the Raspberry (Raspian) this is a little bit different :

. mouse.sh

DHT11 / Raspberry Pi Zero W : RuntimeError: Timed out waiting for PulseIn message. Make sure libgpiod is installed…

Took me quite some time to figure out how to get rid of this error, because the Python script for the DHT11 temperature sensor does not get executed. The error message seems to be quite strange because libgpiod is found when executing "pip3 freeze".

The reason for this failure is that libgpiod Python 3 does not work without the installation of libgpiod-dev.

It has to be installed with :

> apt install libgpiod2 libgpiod-dev


Raspberry GPIO Expansion board

Took me quite a while to find the name for this adapter : GPIO 40pin Breakout Expansion Board

This photograph shows how the adapter is placed on the breadboard
How the adapter is placed on the Raspberry Pi GPIO s. The black cable is to be found at the angle.

Further information please have a look at … http://wiki.sunfounder.cc/index.php?title=GPIO_40pin_Breakout_Expansion_Board