configfile.md

1> **Источник:** https://python-all.ru/3.5/distutils/configfile.html2>3> «Документация Python на русском» – неофициальный перевод официальной документации Python: версии от 2.6 до 3.16, полнотекстовый поиск, английский оригинал рядом с переводом. Эта Markdown-версия страницы предназначена для работы с LLM: вставьте её в ChatGPT, Claude или Cursor.45---67# 3. Создание файла конфигурации установки89Часто невозможно заранее описать всё необходимое для сборки дистрибутива *a priori*: может потребоваться получить информацию от пользователя или от его системы. Если эта информация достаточно проста – например, список каталогов для поиска C-заголовков или библиотек, – то предоставить пользователю файл конфигурации `setup.cfg` для редактирования – это дешёвый и простой способ её получить. Файлы конфигурации также позволяют задать значения по умолчанию для любых параметров команд, которые установщик может затем переопределить либо в командной строке, либо редактируя файл конфигурации.1011Файл конфигурации установки – это полезный промежуточный вариант между скриптом setup – который в идеале должен быть непрозрачен для установщиков [\[1\]](https://python-all.ru/3.5/distutils/configfile.html#id2) – и командной строкой для скрипта setup, которая находится вне вашего контроля и полностью зависит от установщика. На самом деле `setup.cfg` (а также любые другие файлы конфигурации Distutils, присутствующие в целевой системе) обрабатываются после содержимого скрипта setup, но до командной строки. Это имеет несколько полезных последствий:1213- установщики могут переопределить часть того, что вы указали в `setup.py`, редактируя `setup.cfg`14- вы можете предоставить нестандартные значения по умолчанию для параметров, которые сложно задать в `setup.py`15- установщики могут переопределить всё в `setup.cfg` с помощью параметров командной строки для `setup.py`1617Базовый синтаксис файла конфигурации прост:1819```python20[command]21option=value22...23```2425где *command* – одна из команд Distutils (например, **build\_py**, **install**), а *option* – один из параметров, поддерживаемых этой командой. Для каждой команды можно указать любое количество параметров, и в файл можно включить любое количество секций команд. Пустые строки игнорируются, как и комментарии, которые начинаются с символа `'#'` и продолжаются до конца строки. Длинные значения параметров можно разбивать на несколько строк, просто делая отступы для строк продолжения.2627Список параметров, поддерживаемых конкретной командой, можно узнать с помощью универсального параметра `--help`, например:2829```python30> python setup.py --help build_ext31[...]32Options for 'build_ext' command:33  --build-lib (-b)     directory for compiled extension modules34  --build-temp (-t)    directory for temporary files (build by-products)35  --inplace (-i)       ignore build-lib and put compiled extensions into the36                       source directory alongside your pure Python modules37  --include-dirs (-I)  list of directories to search for header files38  --define (-D)        C preprocessor macros to define39  --undef (-U)         C preprocessor macros to undefine40  --swig-opts          list of SWIG command line options41[...]42```4344Обратите внимание: параметр, который в командной строке пишется как `--foo-bar`, в файлах конфигурации записывается как `foo_bar`.4546Например, предположим, вы хотите, чтобы расширения собирались «на месте» – то есть у вас есть расширение `pkg.ext`, и вы хотите, чтобы скомпилированный файл расширения (скажем, `ext.so` в Unix) помещался в тот же каталог с исходным кодом, что и ваши чистые модули Python `pkg.mod1` и `pkg.mod2`. Вы всегда можете использовать параметр `--inplace` в командной строке, чтобы гарантировать это:4748```python49python setup.py build_ext --inplace50```5152Но это требует, чтобы вы всегда явно указывали команду **build\_ext** и не забывали предоставлять `--inplace`. Более простой способ – «установить и забыть» этот параметр, закодировав его в `setup.cfg`, файле конфигурации для этого дистрибутива:5354```python55[build_ext]56inplace=157```5859Это повлияет на все сборки этого дистрибутива модулей, независимо от того, указываете ли вы явно **build\_ext**. Если вы включите `setup.cfg` в свой исходный дистрибутив, это также повлияет на сборки конечных пользователей – что, вероятно, плохая идея для этого параметра, поскольку постоянная сборка расширений «на месте» нарушит установку дистрибутива модулей. В некоторых особых случаях, однако, модули собираются прямо в их каталоге установки, так что это, возможно, полезная возможность. (Хотя распространять расширения, которые ожидают сборки в своём каталоге установки, почти всегда плохая идея.)6061Другой пример: некоторые команды принимают много параметров, которые не меняются от запуска к запуску; например, **bdist\_rpm** должен знать всё необходимое для создания файла «spec» для сборки RPM-дистрибутива. Часть этой информации берётся из скрипта setup, а часть автоматически генерируется Distutils (например, список установленных файлов). Но некоторую информацию приходится передавать в виде параметров **bdist\_rpm**, что было бы очень утомительно делать в командной строке при каждом запуске. Поэтому вот фрагмент из собственного `setup.cfg` Distutils:6263```python64[bdist_rpm]65release = 166packager = Greg Ward <gward@python.net>67doc_files = CHANGES.txt68            README.txt69            USAGE.txt70            doc/71            examples/72```7374Обратите внимание, что параметр `doc_files` – это просто строка, разделённая пробельными символами и разбитая на несколько строк для удобства чтения.7576> **См. также**77>78> **[Синтаксис файлов конфигурации](https://python-all.ru/3.5/install/index.html#inst-config-syntax) в «Installing Python Modules»**79>80> Дополнительная информация о файлах конфигурации доступна в руководстве для системных администраторов.8182Сноски8384| [\[1\]](https://python-all.ru/3.5/distutils/configfile.html#id1) | Этот идеал, вероятно, не будет достигнут до тех пор, пока автонастройка не будет полностью поддерживаться в Distutils. |85| --- | --- |86