BSD Portsdatabases/py-sqlmodel 0.0.39_1 MidnightBSD
SQL databases in Python, designed for simplicity, compatibility, and robustness
- System
- MidnightBSD
- Repository
- mports
- Maintainer
- [email protected]
- Port added
- Last update
- Commit
672e364d9f- License
- mit
- Categories
- databases, python
Description
SQLModel is a library for interacting with SQL databases from Python code, with Python objects. It is designed to be intuitive, easy to use, highly compatible, and robust.
SQLModel is based on Python type annotations, and powered by Pydantic and SQLAlchemy.
The key features are:
- Intuitive to write: Great editor support. Completion everywhere. Less time debugging. Designed to be easy to use and learn. Less time reading docs.
- Easy to use: It has sensible defaults and does a lot of work underneath to simplify the code you write.
- Compatible: It is designed to be compatible with FastAPI, Pydantic, and SQLAlchemy.
- Extensible: You have all the power of SQLAlchemy and Pydantic underneath.
- Short: Minimize code duplication. A single type annotation does a lot of work. No need to duplicate models in SQLAlchemy and Pydantic.
In the other systems
| System | Port | Version |
|---|---|---|
| MidnightBSD | databases/py-sqlmodel | 0.0.39_1 |
| FreeBSD | databases/py-sqlmodel | 0.0.48 |
| HardenedBSD | databases/py-sqlmodel | 0.0.47 |
| GhostBSD | databases/py-sqlmodel | 0.0.42 |
Install
Binary package:
mport install ${PYTHON_PKGNAMEPREFIX}sqlmodelFrom mports:
cd /usr/mports/databases/py-sqlmodel && make install cleanTo depend on this port in another port's Makefile:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}sqlmodel>0:databases/py-sqlmodelDependencies
As this port's Makefile names them.
Build 1
${PYTHON_PKGNAMEPREFIX}pdm-backend>0: devel/py-pdm-backend
Runtime 3
${PYTHON_PKGNAMEPREFIX}sqlalchemy20>=2.0.14<2.1.0: databases/py-sqlalchemy20${PYTHON_PKGNAMEPREFIX}pydantic2>=2.11.0: devel/py-pydantic2${PYTHON_PKGNAMEPREFIX}typing-extensions>=4.5.0: devel/py-typing-extensions
Test 10
${PYTHON_PKGNAMEPREFIX}black>=24.1.0: devel/py-black${PYTHON_PKGNAMEPREFIX}coverage>=6.2: devel/py-coverage${PYTHON_PKGNAMEPREFIX}dirty-equals>=0.11: devel/py-dirty-equals${PYTHON_PKGNAMEPREFIX}fastapi>=0.128.0: www/py-fastapi${PYTHON_PKGNAMEPREFIX}httpx>=0.28.1: www/py-httpx${PYTHON_PKGNAMEPREFIX}Jinja2>=3.1.6: devel/py-Jinja2${PYTHON_PKGNAMEPREFIX}ruff>=0.15.6: devel/py-ruff${PYTHON_PKGNAMEPREFIX}ty>=0.0.25: devel/py-ty${PYTHON_PKGNAMEPREFIX}typer>=0.24.1: devel/py-typer${PYTHON_PKGNAMEPREFIX}typing-extensions>=4.15.0: devel/py-typing-extensions
Build dependencies 1
Run dependencies 3
No port depends on this one.
Configuration
Options name: databases_sqlmodel
| Option | Default | Description |
|---|---|---|
| DOCS | off |
- USES
- python shebangfix
- Service scripts
- none
Files
distinfo 1
| File | Size | SHA256 |
|---|---|---|
| sqlmodel-0.0.39.tar.gz | 91057 | 23d8e50a8d8ee936032ed79c55023a5d618dd6bc3c510bbf4909d1a7a605a570 |
Master sites 1
- PYPI
Commit history 2
| Date | Commit | Credits | Log message |
|---|---|---|---|
672e364d9f |
Lucas Holt | databases/py-sqlmodel: fix the staging path in the option install targets The option helper targets (post-install-DOCS-on and friends) are entries in
_FAKE_SEQ and run in the main make, not in the sub-make that fake-post-install
starts with FAKE_SETUP. There PREFIX is not stage-prefixed and STAGEDIR is
empty, so ${STAGEDIR}${DOCSDIR} resolved to the live /usr/local: the build
wrote outside the stage directory and the file was then reported missing, e.g.
install ... README.rst /usr/local/share/doc/py312-webcolors
/usr/local/share/doc/py312-webcolors/README.rst not installed.
Fake failed.
Use ${FAKE_DESTDIR} in these targets, as x11-wm/icewm already does.
AI-Assisted-by: Claude Opus 5 (1M context) <[email protected]>
Signed-off-by: Lucas Holt <[email protected]> |
|
8af06753b2 |
Lucas Holt | databases/rubygem-flipper-active_record-rails70: update to 1.3.6 Match the flipper-gitlab provider series so fake-qa can satisfy the gemspec flipper dependency.
AI-Assisted-by: OpenAI Codex <[email protected]>
Signed-off-by: Lucas Holt <[email protected]> |