use service database (/var/lib/evcc/evcc.db) if it exists and no explicit db is set

M.E. ist das unerwartet oder zumindest nicht Unix-like. Warum sollte ich als Anwender die Service-DB nutzen wenn ich eine User-lokale Installation habe?

Weil es die maximale Ausnahme ist, dass evcc in einem Multi-User-Umgebung (mehrere Instanzen) genutzt wird. Das ist ja weiter möglich, man muss dann halt explizit den Pfad angeben oder nicht auch noch evcc als systemd laufen haben.
Hast du einen anderen Vorschlag?

Solange es gleichberechtigte User- und Systeminstallationen gibt wäre es jedenfalls falsch, einfach die andere/falsche DB zu nehmen.

EVCC_DB_DSN=foo sudo xyz

ist auch nicht komplizierter als

sudo xyz --db-dsn foo

... wäre es jedenfalls falsch, einfach die andere/falsche DB zu nehmen.

Wir nehmen nicht einfach eine andere DB. Wir benutzen die auf systemebene vorhandene DB, die durch die Installation als Systemdienst (hat ja der Nutzer selbst entlang der Anleitung gemacht) erzeugt wurde.
Möchte man eine Installation, wo es ein evcc pro Nutzer gibt ist das ja weiterhin möglich.

Was wäre denn dein alternativer Vorschlag? Das jetzige Verhalten, wo wir einfach "still" eine weitere Datenbank anlegen führt ja regelmäßig zu Verwirrung.

ist auch nicht komplizierter als

Sehe ich in der Tat komplett anders. Das eine ist mir via Help und CLI Docs zugänglich. Für das andere muss ich den ENV + YAML Merge Mechanismus von Viper verstehen. Bei der config-Datei machen wir das doch genau so.

Wir nehmen nicht einfach eine andere DB. Wir benutzen die auf systemebene vorhandene DB, die durch die Installation als Systemdienst (hat ja der Nutzer selbst entlang der Anleitung gemacht) erzeugt wurde.
Möchte man eine Installation, wo es ein evcc pro Nutzer gibt ist das ja weiterhin möglich.

Wenn ich evcc als Nutzer starte dann ist auch diese DB zu verwenden, es sei denn ich überstimme das. Genauso wie der Serviceuser die Service-DB nehmen muss. "Keine explizite DB" für den non-Service user ist die user DB, nicht die Service-DB.

Das jetzige Verhalten, wo wir einfach "still" eine weitere Datenbank anlegen führt ja regelmäßig zu Verwirrung.

M.E. ist das UNIX-Standard. Das mag verwirrend sein, entspricht aber den gängigen Konventionen. Stillschweigend die Konventionen zu übergehen ist keine gute Lösung.