pythonのsetup.pyについてまとめる
はじめに Pythonのパッケージ管理や配布について。 どうやって他人からも未来の自分からも再利用しやすいパッケージが書けるのか分からなかったので調べた。結論、2018年8月時点ではsetup.pyを書くのが良さそうと判断。以下に調べたことをまとめる。Python3を対象とする。 参考 公式がパッケージや配布について解説したドキュメント https://packaging.python.org/ 日本語の詳しいサイト(最終更新が2016年なのでちょっと古い) http://www.yunabe.jp/docs/python_package_management.html setuptoolsの公式ドキュメント https://setuptools.readthedocs.io/en/latest/setuptools.html この記事で作るファイルの配置 setup.py初めて作る人が参
Python パッケージ管理技術まとめ (pip, setuptools, easy_install, etc) | yunabe.jp
Python パッケージ管理技術まとめ (pip, setuptools, easy_install, etc) Python のパッケージ管理関係の情報がオフィシャルには整理されてなく、 またパッケージ管理まわりででてくるキーワードもいくつもあって分かり難いので完結にまとめてみました。 このドキュメント自体は少し長いですが、結論としては2015年1月時点では 原則 pip を使ってパッケージの管理を行う setuptools も広く使われているので入れておくとよい。そもそも pip のインストール時に自動的ににインストールされる distribute は 2013年に setuptools にマージされたので不要 という方針でよいと思います。 ただ少し古い情報ソースやパッケージのドキュメントを読んでいると distribute の利用が勧められていたり、 site-packages, e
Packaging and distributing projects - Python Packaging User Guide
Configuring your project# Initial files# setup.py# The most important file is setup.py which exists at the root of your project directory. For an example, see the setup.py in the PyPA sample project. setup.py serves two primary functions: It’s the file where various aspects of your project are configured. The primary feature of setup.py is that it contains a global setup() function. The keyword ar
setup.py vs requirements.txt · caremad
There’s a lot of misunderstanding between setup.py and requirements.txt and their roles. A lot of people have felt they are duplicated information and have even created tools to handle this “duplication”. Python Libraries A Python library in this context is something that has been developed and released for others to use. You can find a number of them on PyPI that others have made available. A lib
第 15 章 Debian パッケージの作成
Debian パッケージを標準的な方法で取り扱ってきた管理者がいずれは自分自身のパッケージを作成したり、既存のパッケージを変更したりする必要性を感じるということは極めて普通のことです。この章ではパッケージングに関する最も一般的な質問に答えたり、最良のやり方で Debian インフラをうまく使うために必要な要素を提供したりすることを目標にしています。運が良ければ、ローカルパッケージを取り扱った後、さらに進んで Debian プロジェクト自体に参加する必要性を感じるかもしれません。 いくつかの状況下では、バイナリパッケージの再ビルドが必要です。たとえば、管理者は特定のコンパイルオプションを付けてソフトウェアをソースからコンパイルすることで導入されるソフトウェアの機能を必要とする場合があります。そしてまた、インストール済みの Debian のバージョン用にパッケージングされたソフトウェアのバージ
debian package作成方法 - Qiita
sourceを取得すると以下のファイルも同時にdownloadされる。 ・stress_1.0.4-1.debian.tar.xz: packageのdebian情報をzipしたもの ・stress_1.0.4-1.dsc: Debian Source Control ファイル ・stress_1.0.4.orig.tar.gz: packageのsource code packageの作成① (source base update) ・dch commandを使用して、version番号(changelog)を更新する。 ・build optionなどの修正が必要な場合は、debian/rulesを修正する。debian/rules はpackage build作業の各段階を動作させるもので、最も単純に書かれている場合、初期設定 (./configure …) や実際のbuild ($(
Debianパッケージ構築のメモ - walf443's blog
Debianパッケージはぱっとみ概念とかがわかりにくいので、色々省きつつ大雑把にとりあえず作ったりする上で必要な情報を説明してみる試み。 簡単なdebはとりあえず作ったりできるようになってみて、個人的にはこういう情報がまとまってると楽だったなーということをメモっておく。 自分自身あまり構築したパッケージの運用が長くはないので、ひょっとしたらシステムの依存関係を壊したり、あるいは正しくはない部分もあったりするかと思いますが、そういった部分があれば指摘してもらえれば勉強になります。 debパッケージ バイナリパッケージ (*.deb, *.udeb) いわゆるdebパッケージ ソースパッケージ(*.dscとアーカイブ) バイナリパッケージを作れる状態にしたもの。 環境が変わったり、ソフトウェアバージョンを上げるときにソースパッケージがあった方が作り直しが楽なのでなるべくとっておきませう。 de
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
install_requires vs requirements files - Python Packaging User Guide