Jak dołączyć dane pakietu do setuptools / Distribute?

Podczas korzystania z setuptools / Distribute nie mogę pobrać instalatora żadnych package_dataplików. Wszystko, co przeczytałem, mówi, że następujący sposób jest właściwy. Czy ktoś może doradzić?

setup(
   name='myapp',
   packages=find_packages(),
   package_data={
      'myapp': ['data/*.txt'],
   },
   include_package_data=True,
   zip_safe=False,
   install_requires=['distribute'],
)

gdzie myapp/data/jest lokalizacja plików danych.

Zdaję sobie sprawę, że to stare pytanie, ale dla osób, które trafiają tutaj przez Google: package_datato proste, brudne kłamstwo . Jest używany tylko podczas budowania pakietów binarnych ( python setup.py bdist ...), ale nie podczas budowania pakietów źródłowych ( python setup.py sdist ...). Jest to oczywiście absurdalne - można by się spodziewać, że zbudowanie dystrybucji źródłowej zaowocuje kolekcją plików, które można wysłać komuś innemu w celu zbudowania dystrybucji binarnej.

W każdym razie użycie MANIFEST.inbędzie działać zarówno dla dystrybucji binarnych, jak i źródłowych.

Właśnie miałem ten sam problem. Rozwiązaniem było po prostu usunięcie include_package_data=True.

Po przeczytaniu tutaj zdałem sobie sprawę, że include_package_datama to na celu uwzględnienie plików z kontroli wersji , a nie tylko „dołączanie danych pakietu”, jak sugeruje nazwa. Z dokumentów:

Pliki danych [z include_package_data] muszą znajdować się pod kontrolą CVS lub Subversion

...

Jeśli chcesz mieć dokładniejszą kontrolę nad tym, jakie pliki są dołączane (na przykład, jeśli masz pliki dokumentacji w katalogach pakietów i chcesz je wykluczyć z instalacji), możesz również użyć package_datasłowa kluczowego.

Usunięcie tego argumentu naprawiło to, co jest przypadkowym powodem, dla którego działał również po przejściu na distutils, ponieważ nie przyjmuje tego argumentu.

Postępowanie zgodnie z zaleceniem @Joe, aby usunąć include_package_data=Truelinię, również działało dla mnie.

Aby rozwinąć trochę więcej, mam żadnego MANIFEST.in pliku. Używam Gita, a nie CVS.

Repozytorium ma taki kształt:

/myrepo
    - .git/
    - setup.py
    - myproject
        - __init__.py
        - some_mod
            - __init__.py
            - animals.py
            - rocks.py
        - config
            - __init__.py
            - settings.py
            - other_settings.special
            - cool.huh
            - other_settings.xml
        - words
            - __init__.py
            word_set.txt

setup.py:

from setuptools import setup, find_packages
import os.path

setup (
    name='myproject',
    version = "4.19",
    packages = find_packages(),  
    # package_dir={'mypkg': 'src/mypkg'},  # didnt use this.
    package_data = {
        # If any package contains *.txt or *.rst files, include them:
        '': ['*.txt', '*.xml', '*.special', '*.huh'],
    },

#
    # Oddly enough, include_package_data=True prevented package_data from working.
    # include_package_data=True, # Commented out.
    data_files=[
#               ('bitmaps', ['bm/b1.gif', 'bm/b2.gif']),
        ('/opt/local/myproject/etc', ['myproject/config/settings.py', 'myproject/config/other_settings.special']),
        ('/opt/local/myproject/etc', [os.path.join('myproject/config', 'cool.huh')]),
#
        ('/opt/local/myproject/etc', [os.path.join('myproject/config', 'other_settings.xml')]),
        ('/opt/local/myproject/data', [os.path.join('myproject/words', 'word_set.txt')]),
    ],

    install_requires=[ 'jsonschema',
        'logging', ],

     entry_points = {
        'console_scripts': [
            # Blah...
        ], },
)

Używam python setup.py sdistdystrybucji źródłowej (nie próbowałem binarnego).

A kiedy jestem w zupełnie nowym środowisku wirtualnym, mam myproject-4.19.tar.gzplik, i używam

(venv) pip install ~/myproject-4.19.tar.gz
...

Poza tym, że wszystko jest instalowane w moim środowisku wirtualnym site-packages, te specjalne pliki danych są instalowane w /opt/local/myproject/datai /opt/local/myproject/etc.

include_package_data=True pracował dla mnie.

Jeśli używasz git, pamiętaj, aby uwzględnić setuptools-gitw install_requires. O wiele mniej nudne niż posiadanie Manifestlub włączenie wszystkich ścieżek package_data(w moim przypadku jest to aplikacja django z wszelkiego rodzaju statystyką)

( wkleiłem komentarz, który napisałem, ponieważ k3-rnc wspomniał, że jest faktycznie pomocny)

Aktualizacja : ta odpowiedź jest stara, a informacje nie są już aktualne. Wszystkie konfiguracje setup.py powinny używać import setuptools. Dodałem pełniejszą odpowiedź na https://stackoverflow.com/a/49501350/64313

Rozwiązałem to, przechodząc na distutils. Wygląda na to, że funkcja dystrybucji jest przestarzała i / lub uszkodzona.

from distutils.core import setup

setup(
   name='myapp',
   packages=['myapp'],
   package_data={
      'myapp': ['data/*.txt'],
   },
)

Starożytne pytanie, a jednak ... zarządzanie pakietami w Pythonie naprawdę pozostawia wiele do życzenia. Tak więc miałem przypadek użycia instalacji przy użyciu pip lokalnie do określonego katalogu i byłem zaskoczony, że ścieżki danych pakietu i plików danych nie wyszły. Nie chciałem dodawać kolejnego pliku do repozytorium, więc ostatecznie wykorzystałem opcję data_files i setup.py --install-data; coś takiego

pip install . --install-option="--install-data=$PWD/package" -t package  

Przeniesienie folderu zawierającego dane pakietu do folderu modułu rozwiązało problem.

Zobacz to pytanie: MANIFEST.in zignorowany w "python setup.py install" - nie zainstalowano żadnych plików danych?

Miałem ten sam problem przez kilka dni, ale nawet ten wątek nie był w stanie mi pomóc, ponieważ wszystko było zagmatwane. Zrobiłem więc swoje badania i znalazłem następujące rozwiązanie:

Zasadniczo w tym przypadku powinieneś zrobić:

from setuptools import setup

setup(
   name='myapp',
   packages=['myapp'],
   package_dir={'myapp':'myapp'}, # the one line where all the magic happens
   package_data={
      'myapp': ['data/*.txt'],
   },
)

Pełne inne odpowiedzi na temat przepełnienia stosu tutaj

Po prostu usuń linię:

include_package_data=True,

ze skryptu instalacyjnego i będzie działać dobrze. (Przetestowane przed chwilą z najnowszymi narzędziami konfiguracyjnymi).

Korzystanie z setup.cfg (setuptools ≥ 30.3.0)

Począwszy od setuptools 30.3.0 (wydany 2016-12-08), możesz zachować swój setup.pybardzo mały rozmiar i przenieść konfigurację do setup.cfgpliku. Dzięki temu podejściu możesz umieścić dane pakietu w [options.package_data]sekcji:

[options.package_data]
* = *.txt, *.rst
hello = *.msg

W takim przypadku Twój setup.pymoże być tak krótki, jak:

from setuptools import setup
setup()

Aby uzyskać więcej informacji, zobacz konfigurowanie instalacji przy użyciu plików setup.cfg .

Jest jakaś rozmowa o deprecjacjęsetup.cfg na korzyść pyproject.toml, jak zaproponowano w PEP 518 , ale to wciąż tymczasowy stan na 2020-02-21.