---
# System prepended metadata

title: scikit-build Developer Meeting Notes January 2024

---

# Scikit-build Developer Meeting #13: 2024-01-05

###### tags: scikit-build


## Agenda 

- Community meeting follow-up updates


## Attending

- Matt McCormick
- Henry Scheiner



## Discussion

- hatch-fancy-pypi-readme fixes released in updated version
- added `if.state` in scikit-build-core state
    - `sdist`, `wheel`, or `editable`, `metadata_wheel`, and `metadata_editable`
    - `metadata_*` runs cmake configuration and reports metadata for tools using hooks
    - supports a regex
- `if.cmake-build-type`
    - can be set and detected
    - setting as a list
- integrates `project.license` into search
    - include in sdist
    - similar to hatch
    - determines if is a file
- `cmake.version` and `ninja.version`
    - in addition to `*.minimum-version`
    - ready to merge
    - if `tool.scikit-build.minimum-version` is 0.8 or newer, `.version` is used
        - API change but warnings issued based on `tool.scikit-build.minimum-version`
    - More flexibility on version specification, (not just minimum)
- `CMAKE_EXECUTABLE` support
    - passed through the environment
    - used instead of introspection
- todos for 0.8
    - reported hash check failures
    - behavior for default use of Windows
        - default
        - Windows with bash, GCC
    - scikit-build pyproject.toml / command line specification of generator
        - compatible with `-GNinja` CMake passthrough or other ways to specify the generator?
        - Just better documentation for existing mechanisms?
    - `cmake.define.VAR` #565 in progress
    - overrides, add to table or list of configuration variables #564
        - discussed syntax with cibuildwheel and pypa
        - Add a `+` to the end of a variable name to append to the list
        - Add a `+` to the beginning of a variable to prepend to the list
        - `-` discussed but left out for now
        - `++` merge table
    - dynamic metadata
        - pdm backend support in hatch-fancy-pypi-readme
        - dynamic metadata with hatch-fancy-pypi-readme
            - version
            - version special because it is always static, computed first
            - use this or have dynamic metadata variables do a topological sort before evaluation
                - Python 3.9 has topological sort functionality built in
                - More complexity: additional hook
            - Other other possible important metadata
                - folks could want `readme` to be dependent
                - `readme` computed last?
        - remove `.v1`?
- Proposal submitted to PyCon
    - PA, May

### Slides review notes

- N/A


### Recording and Transcript

- NA
    
 