Python Tips: ライブラリをまとめてインストールしたい
Pythonのライブラリをまとめてインストールする方法をご紹介します。 pip がインストールされていれば、 pip install の -r オプションで一括インストールが可能です。 $ pip install -r requirements.txt $ pip install --require requirements.txt # このように書いても OK requirements.txt の中身は次のような形でライブラリの一覧を書きます。 cssselect==0.9.1 lxml==3.2.4 mechanize==0.2.5 pyquery==1.2.6 requests==2.0.1 selenium==2.37.2 wsgiref==0.1.2 この形は pip freeze の出力形式と同じなので、特定のライブラリ環境を別のところに移したい場合なんかにも pip free
簡単なPythonプロジェクトをPyPiに登録する - karasuyamatenguの日記
PyPiとは Python Package Indexの略 Pythonモジュールを共有するためのリポジトリ 何故PyPiするか 「俺のソフトは世界を救う」と思う場合に公開する。 そうでなくても、よく使うツールをPyPiに上げておくと何時でもどこでも簡単にインストールができて便利。つまり、汎用性があり公開できるものなら自分や内輪のものでも登録してしまうのはありかな、と。ただし、他人の時間を無駄にしないようにどういう代物なのかを明記しておく必要はある。これには下のクラシファイア参照。 ユーザ登録 http://pypi.python.org/pypi?:action=register_form ユーザ名 パスワード emailアドレス メールがくる リンクをクリック 読んで同意する Python関連のものだけ 再分配可能なものでなければならない プロジェクト構造 ここではPythonファイル
Python Packages Index: Home
Find, install and publish Python packages with the Python Package Index Search PyPI Search Or browse projects The Python Package Index (PyPI) is a repository of software for the Python programming language. PyPI helps you find and install software developed and shared by the Python community. Learn about installing packages. Package authors use PyPI to distribute their software. Learn how to packa
Python3.4からpipが標準インストーラに！？ - Qiita
Rubyにはgem、Node.jsにはnpmがあるが、元々Pythonにはパッケージマネージャは無かった。 それがいつの頃からか、easy_installなるものが現れ、さらにpipが作られた。今ではpipがほぼデファクトとなりつつあるけど、後付でインストールするパッケージの一つという位置づけは変わらない。箱を開けたら直ぐに使えるという意味で "Batteries included" を標榜しているPythonとしてはちょっと寂しい。 その状況をなんとかしようということでPEP-453 Explicit bootstrapping of pip in Python installationsが提案されている。「pipをPython 2.7, 3.3 及び3.4の公式推奨デフォルトインストーラとしよう」という提案で、3.4から実際に標準搭載されるらしい。Pythonをインストールするとpip
今どきのPythonのライブラリ自作からPyPIへの登録 - Qiita
自分のライブラリをPyPIに登録したい ...が、PythonにはRubyのbundlerのようなものが なく、(合ったとしても統一されてないと思う) プロダクト別に自由なディレクトリ構成になっている状態... せめて自分のプロダクトについては統一したいなあと思ったので Pythonのライブラリを作る場合のディレクトリ構成や 環境構築などについてメモを書く。忘れちゃうので... 利用するPythonのバージョンは3.3以降を意識してる。 それより前(3.2, 3.1...2.x)は考慮しない。問題無いと思うけど... テスト目的で作成したライブラリ fizzbuzzというアレなライブラリを作った。 ライブラリというかコマンドラインツールだけれど。 このライブラリの構成を元に、メモを書いていく。 ライブラリのディレクトリ・ファイル構成 以下のディレクトリ・ファイル構成とする。 fizzbuz
Debian JP Project News
第1回Debianパッケージング道場 のお知らせ Debian パッケージの作り方を教える道場です。以下のような方を想定しています。 あのソフトウェアがDebianパッケージになっていないので、パッケージにしてみたい。 普段使っているDebianパッケージに修正を加えて、利用したい。 メンテナンスしているDebianパッケージを更新してみる。 モダンなDebianパッケージの作成方法とか知りたい。 etc... 丸一日、Debian漬けでDebianパッケージを作ってみましょう。 Debian Developer と Debian Maintainer が、パッケージの作成をサポートします。 開催日時・会場・事前登録等 日程：2013年2月9日(土) 10:00〜17:00 会場：京都大学 理学研究科3号館 数学教室 109 号室 定員: 20 名 参加費用：無料 事前登録: Zusaar
upstream パッケージの debian 化 (1) - metalglue
最終ゴール オレオレ apt リポジトリにオレオレ deb パッケージを置いて，特定少人数に対して配布する． 今回のお題 前回 debian パッケージを意識した upstream パッケージの作成 - metalglue で作成した upstream パッケージ my-hello を debian 化するにあたって，最小限必要な構成はどのようなものだろうか？ 作業ディレクトリ debian パッケージの生成作業は upstream パッケージの最上位ディレクトリで行う． $ cd my-hello $ mkdir debiandebian ディレクトリの中の情報を利用する dpkg-xxx などのコマンドは，作業ディレクトリとして debian ディレクトリではなく upstream パッケージの最上位ディレクトリが設定されていることを前提としている． dh による debian/rul
dpkg ソース形式 “3.0 (quilt)”
____________________________________________________________________8.1 は じ め に 普段 Debian を使っている皆さんはご存知とは思いますが、 近々デフォルトになる予定で squeeze の release goal である Debian ソースパッケージのフォーマット “3.0 (quilt)” の復習をしたいと思います。 8.2 “1.0” まずは “3.0 (quilt)” の前に、 いままで一般に使われてきたフォーマット (“1.0”) を簡単にまとめます。 1.0では、 ソースパッケージは以下の 3 ファイルで構成されます。 packagename-upstreamversion.orig.tar.gz packagename-debianversion.diff.gz packagename-deb
Debian上で安易にコンパイルする方法
何かのソフトが使いたいと思った時、確かにDebianではほとんどの場合揃ってしまう。 だがそれは最新版とは限らない。何かに特化して最新版を使おうと思えば、結局は最新パッケージをそのサイトでもらう、またはtar玉からコンパイルする必要が生じる事がある。前者なら簡単だが後者は面倒だ。さ、どうする？ こういう時は『apt-build』を使う。理由は簡単。apt-buildは「ソースコードを取り寄せてその場でパッケージを作ってビルドするツール」だからだ。 ソフト一本をコンパイルするには、時としていろいろなツールが必要になる。これらを大工のノミとカンナのように、コンパイル時にapt-buildは勝手に探してインストールしてくれる。ちと乱暴な方法ではあるけれど、少なくともライブラリ探しの手間は大幅に軽減できるわけだ。まさに「退屈の嫌いなGeek文化さまさまのツール」である。 以下に一例。 ひとつの例
Debian パッケージ作成法
開発環境の構築 パッケージの作成 リビジョンを上げる 上流のバージョンを上げる quilt CDBS debhelper ルール buildvars.mk buildcore.mk debhelper.mk makefile ルール makefile-vars.mk makefile.mk autotools ルール autotools-vars.mk autotools-files.mk autotools.mk svn-buildpackage 既存のパッケージをレポジトリにインポート ビルドする upstream のバージョンアップ git-buildpackage 既存のパッケージをレポジトリにインポート 上流のソースコードからパッケージを作成する ビルドする 上流のバージョンアップ パッチをつくる reprepro 出力先を変更する まとめてレポジトリに登録する 1. 開発環境の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
酒と涙とRubyとRailsと
Python モジュールの配布 (レガシーバージョン) — Python 3.4.3 ドキュメント
http://docs.python.jp/3.4/distutils/setupscript.html
http://docs.python.jp/3.4/distutils/introduction.html
Ubuntu – Error
DDPO: Kouhei Maeda -- Debian Quality Assurance
概要 - OpenPNE3 Debian Package - OpenPNE Issue Tracking System
komodo-debug - npm registry
Create your own Debian/Ubuntu (*.deb) package - mypapit gnu/linux
npm | build amazing things
