タグ付けされた質問 「packaging」

状況 私はオープンソースライブラリをPython 3に移植しようとしています（誰かが疑問に思っている場合はSymPy）。 その2to3ため、Python 3のビルド時に自動的に実行する必要があります。そのためには、を使用する必要がありますdistribute。そのため、現在のシステムを移植する必要があります（doctestによると）distutils。 問題 残念ながら、私はこれらのmodules-違いだかわからないんだけどdistutils、distribute、setuptools。すべてが互いにフォークされているように見え、ほとんどの状況（ただし、実際にはすべてではない）で互換性があるように意図されているため、ドキュメントなどは最も簡単です。 質問 誰かが違いを説明できますか？何を使うべきですか？最新のソリューションは何ですか？（余談ですが、への移植に関するガイドもありがたく思いDistributeますが、それは質問の範囲を少し超えています...）

594 python  packaging  setuptools  distutils  distribute 

maven（2.0.9）にすべての依存関係を単一のjarファイルに含めるように強制する方法はありますか？ 1つのjarファイルにビルドするプロジェクトがあります。依存関係のクラスもjarにコピーする必要があります。 更新： jarファイルにjarファイルを含めるだけではできないことがわかっています。依存関係として指定されているjarを解凍し、クラスファイルを自分のjarにパッケージ化する方法を探しています。

353 java  maven-2  jar  packaging 

これらが含まれます：Pythonは、プロジェクトをパッケージ化して記述するために使用できるツールの混乱の歴史を持ちdistutils、標準ライブラリではdistribute、distutils2とsetuptools（そしておそらくそれ以上）。と思われdistribute、distutils2廃止されたため、setuptools2つの競合する標準が残っています。 私の理解でsetuptoolsは、よりもはるかに多くのオプション（依存関係の宣言、テストなど）が提供されていますdistutilsが、Python標準ライブラリには（まだ？）含まれていません。 Pythonのパッケージングユーザガイド [ 1 ]今お勧めします。 setuptoolsプロジェクトを定義し、ソース配布を作成するために使用します。 そして説明します： pure distutilsは多くのプロジェクトで使用できますが、他のプロジェクトへの依存関係の定義をサポートしておらず、によって提供されるパッケージメタデータを自動的に正しく入力するためのいくつかの便利なユーティリティがありませんsetuptools。標準ライブラリの外にあるsetuptoolsは、Pythonの異なるバージョン間でより一貫した機能セットも提供し、（とは異なりdistutils）setuptoolsサポートされているすべてのバージョンで次の「メタデータ2.0」標準形式を生成するように更新されます。 を使用することを選択したプロジェクトであっても、distutilspipがそのようなプロジェクトを（事前に作成されたwheelファイルからインストールするのではなく）ソースから直接インストールする場合、setuptools代わりに使用してプロジェクトをビルドします。 ただし、さまざまなプロジェクトのsetup.pyファイルを調べると、これが実際の標準ではないように見えます。多くのパッケージがまだ使用されてdistutilsおり、サポートするパッケージは、たとえばフォールバックインポートを実行することによって、setuptoolsしばしば混合されます。setuptoolsdistutils try: from setuptools import setup except ImportError: from distutils.core import setup setuptoolsとの両方でインストールできるセットアップを作成する方法を見つける試みが続きますdistutils。distutilsにはセットアップ機能の依存関係がサポートされていないため、多くの場合、エラーが発生しやすい依存関係チェックのさまざまな方法が含まれます。 なぜ人々はまだサポートするために余分な努力をしdistutilsているのですか- setuptools標準ライブラリにないことが唯一の理由ですか？だけがサポートするsetup.pyファイルをdistutils書き込むことの利点と欠点は何ですか。setuptools

142 python  packaging  setuptools  distutils 

py2exeがこれを実行できると聞いたのですが、わかりませんでした。誰かがこれを成功させましたか？setup.pyファイルと、使用したコマンドラインオプションを確認できますか？ 基本的に私はそれを私におそらく/ tempに解凍して実行するような何かをする単一の実行可能ファイルを与えることを考えています。

141 python  packaging  py2exe 

hint私のプログラムで使用するプラグインをHaskellで作成できるように、Haskellインタープリターを埋め込むことを望んでいました。実行可能ファイル用にHaskellプラットフォーム全体を出荷する必要はありません。 通常、Haskell実行可能ファイルはかなり自己完結型です。たとえば、消去しPATHても問題は発生しません。 $ PATH=. Hello Hello world しかし、runInterpreter私が消去した場合、爆弾を使用した簡単なテストプログラムPATH： $ PATH=. TryHint GhcException "panic! (the 'impossible' happened)\n (GHC version 7.8.3 for x86_64-apple-darwin):\n\tDynamic linker not initialised\n\nPlease report this as a GHC bug: http://www.haskell.org/ghc/reportabug\n" 環境で使用するには、どのライブラリまたは実行可能ファイルを使用できる必要がありますか？ otool 多くのガイダンスを提供しません： otool -L TryHint TryHint: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0) /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current …

136 haskell  packaging  shipping 

Cythonコードを含むPythonパッケージを作成したいのですが。Cythonコードが適切に機能しています。しかし、私はそれをどのようにパッケージ化するのが最善かを知りたいです。 パッケージをインストールしたいほとんどの人のために、.cCythonが作成したファイルを含め、それsetup.pyをコンパイルしてモジュールを生成するように手配したいと思います。その場合、ユーザーはパッケージをインストールするためにCythonをインストールする必要はありません。 しかし、パッケージを変更したい人のために、Cython .pyxファイルも提供し、Cython setup.pyを使用してそれらをビルドできるようにします（そのため、これらのユーザーは Cythonをインストールする必要があります）。 これらの両方のシナリオに対応するには、パッケージ内のファイルをどのように構成すればよいですか？ Cythonのドキュメントには、小さなガイダンスが記載されています。しかし、setup.pyCythonの有無の両方のケースを処理するシングルをどのように作成するかについては触れていません。

122 python  packaging  cython 

プログラムのソース（cvs / svn / git / ...から取得）があり、そのためのDebian / Ubuntuパッケージを構築したいと思います。パッケージはリポジトリに存在しますが、次のとおりです。 古いバージョンです（必要な機能がありません） デフォルトとは少し異なるコンパイルオプションが必要です。 それを行う最も簡単な方法は何ですか？いくつかのことが心配です すべての依存関係を正しくリストしたかどうかを確認するにはどうすればよいですか？（古いバージョンが何に依存しているかを調べることでいくつかのヒントを得ることができますが、新しい依存関係が追加されている可能性があります。） 更新時にリポジトリの古いバージョンが更新システムにインストールされないようにするにはどうすればよいですか？ システムが新しいバージョンをインストールしないようにするには（それがリリースされたとき）、カスタムパッケージが上書きされることはありますか？

116 ubuntu  debian  packaging 

setup.pyパッケージ用に書き込もうとしています。私のパッケージは、別のGitリポジトリへの依存関係を指定する必要があります。 これは私がこれまでに持っているものです： from setuptools import setup, find_packages setup( name='abc', packages=find_packages(), url='https://github.abc.com/abc/myabc', description='This is a description for abc', long_description=open('README.md').read(), install_requires=[ "requests==2.7.0", "SomePrivateLib>=0.1.0", ], dependency_links = [ "git+git://github.abc.com/abc/SomePrivateLib.git#egg=SomePrivateLib", ], include_package_data=True, ) 私が走るとき： pip install -e https://github.abc.com/abc/myabc.git#egg=analyse 私は得る 要件SomePrivateLib> = 0.1.0（分析から）を満たすバージョンが見つかりませんでした（バージョンから:) SomePrivateLib> = 0.1.0（分析から）に一致するディストリビューションが見つかりません 私は何が間違っているのですか？

99 python  django  git  packaging  setuptools 

Pythonのeggファイルについて質問があります。 パッケージごとに整理された多くのPythonコードがあり、eggファイルを作成しようとしています。手順に従っていますが、非常に一般的です。 それによると、setup.pyファイルが必要なようです。 setup.pyファイルに何を入れる必要があるか、またそれをどこに置くべきか教えてください。 卵ファイルを取得するには、setup.pyを作成して「setup.py bdist_egg」を起動するだけで十分だと思います。確認お願いいたします？ .pycファイルのみをeggファイルに含めることはできますか？ .eggファイルを使用すると、解凍することなくコードを開始できますかjava -jar <jar file>？

91 python  packaging  egg 

Pythonプロジェクトから単一の実行可能ファイルを作成したいと思います。ユーザーは、Pythonをインストールしなくても、ダウンロードして実行できる必要があります。パッケージを配布するだけの場合は、pip、wheel、およびPyPIを使用してパッケージをビルドおよび配布できますが、これには、ユーザーがPythonを使用し、パッケージのインストール方法を知っている必要があります。Pythonプロジェクトから自己完結型の実行可能ファイルをビルドするために何を使用できますか？

87 python  compilation  exe  packaging  software-distribution 

私はNode.jsプログラミングに不慣れで、最近、（エクスプレス、バックボーン、その他の補完的なビューテクノロジー、mongoDBを使用）を使用してサンプルの動作するWebアプリケーションを作成しました。現在、ステージング環境に同じものをデプロイしたいのですが、このアプリケーションをパッケージ化して配布する方法がわかりません。[mongoDbを管理し、個別に設定できます] 私はJavaの世界から来ました。そこで、再利用可能なlib用のjarと、サーブレットコンテナにデプロイされるWebアプリケーション用のwar / earパッケージを作成します。この場合、node.js自体がWebコンテナーとしても機能するため、Webアプリケーションをパッケージ化するにはどうすればよいですか？ Expressを使用して構築されたパッケージノードWebアプリの標準フォーマット/ガイドラインはありますか？（ノードアプリ用の同様のjar / warパッケージングシステムはありますか？） パッケージ化したらどのようにデプロイしますか？それはそれ自身のコンテナでもあるので、それはexeになるでしょうか？ PS：今のところ、必要なすべてのソースファイルを手動でステージング環境にコピーし、npmコマンドを実行してそのマシン上のすべての依存関係をダウンロードしてから、「forever」またはその他のメカニズムを使用してserver.jsを実行することを考えています。（また、アプリがクラッシュして永久に失敗した場合に備えて、何らかの監視を追加します）それが正しい方法かどうかわかりませんか？この問題に対処するための標準化された方法が必要だと確信しています。

83 node.js  express  web-deployment  packaging