Erster echter Test für services/qr_png.py (bisher nie getestet, auch nicht in ASSET-010) deckte auf: reportlab.graphics.renderPM braucht einen nativen Rendering-Backend, der auf Python 3.13 nicht lauffähig installiert war. Hätte auch die ASSET-010-QR-Anzeige im Ausgabe- Dialog treffen können, war nur nie bemerkt worden. Auf qrcode[pil] (reiner Python-Encoder, kein natives Backend nötig) umgestellt. label.py (PDF-Vektor-Labels) ist unverändert, nicht betroffen. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CVgbozhYmuEhiEJHffRXCV
42 lines
1.2 KiB
TOML
42 lines
1.2 KiB
TOML
[project]
|
||
name = "mabea-backend"
|
||
version = "0.1.0"
|
||
description = "MABEA – Digitales Materialmanagement Rettungsdienst/KatS, Backend (Sprint 0)"
|
||
requires-python = ">=3.11"
|
||
dependencies = [
|
||
"fastapi>=0.115,<0.116",
|
||
"uvicorn[standard]>=0.32,<0.33",
|
||
"sqlalchemy>=2.0,<2.1",
|
||
"asyncpg>=0.30,<0.31",
|
||
"alembic>=1.13,<1.14",
|
||
"pydantic-settings>=2.6,<2.7",
|
||
"passlib[bcrypt]>=1.7,<1.8",
|
||
# passlib 1.7.4 liest bcrypt.__about__.__version__, das ab bcrypt 4.1 entfernt wurde
|
||
# (Fund im ersten echten CI-Lauf: "password cannot be longer than 72 bytes" ist eine
|
||
# irreführende Folgefehlermeldung, echte Ursache ist die AttributeError beim Backend-Check).
|
||
"bcrypt>=4.0,<4.1",
|
||
"pyjwt>=2.9,<2.10",
|
||
"python-multipart>=0.0.12,<0.1",
|
||
"aiosmtplib>=3.0,<3.1",
|
||
"python-barcode[images]>=0.15,<0.16",
|
||
"reportlab>=4.2,<4.3",
|
||
"qrcode[pil]>=7.4,<7.5",
|
||
"slowapi>=0.1.9,<0.2",
|
||
"sentry-sdk[fastapi]>=2.17,<2.18",
|
||
]
|
||
|
||
[project.optional-dependencies]
|
||
dev = [
|
||
"pytest>=8.3,<8.4",
|
||
"pytest-asyncio>=0.24,<0.25",
|
||
"pytest-cov>=5.0,<6.0",
|
||
"httpx>=0.27,<0.28",
|
||
]
|
||
|
||
[build-system]
|
||
requires = ["setuptools>=68"]
|
||
build-backend = "setuptools.build_meta"
|
||
|
||
[tool.setuptools.packages.find]
|
||
include = ["app*"]
|