DockerとMakeを利用したRPMパッケージのビルド環境 | メルカリエンジニアリング
SREチームの@cubicdaiyaです。今回はDockerとMakeを利用したメルカリの自作RPMパッケージのビルド環境について紹介します。 メルカリの自作RPMパッケージ事情とVagrant、そしてDocker メルカリの開発およびプロダクション環境では現在CentOS6と7を利用しており、随時CentOS7へ移行中です。そのため、自作RPMパッケージをビルドする際はCentOS6と7向けにそれぞれビルドしています。ビルドしたパッケージはyumリポジトリサーバにアップロードした後、必要に応じてyumでインストール、Ansibleのplaybook化を行います。 RPMパッケージの作成はSREチームのメンバーが行っており、各自のローカルマシン上において make {パッケージ名} を実行するだけでCentOS6と7向けのRPMパッケージをビルドできる環境をDockerで構築しています。
第10回「ソースコード閲覧ノススメ」 | NTTデータ先端技術株式会社
Tweet 今回は、ディストリビューションに含まれているプログラムのソースコードを確認するための手順について紹介します。 この連載は主に RHEL ユーザーを想定していますが、今回は業務利用している RHEL サーバー上で作業するのではなく、自分のデスクトップ PC 上に仮想化環境で動作する CentOS サーバーをインストールして自分で作業するというケースを想定しているため、 CentOS ユーザー向けの手順で紹介します。 まず、 yum コマンドを使って yum-utils パッケージと rpm-build パッケージをインストールしてください。（既にインストールされているようであれば、無視して次へ進んでください。） # yum -y install yum-utils rpm-build 次に、ソースコードパッケージをダウンロードするためのレポジトリとして、/etc/yum.repo
Home
Intro: This is fpm version 1.8.1 If you think something is wrong, it's probably a bug! :) Please file these here: https://github.com/jordansissel/fpm/issues You can find support on irc (#fpm on freenode irc) or via email with fpm-users@googlegroups.com Loaded package types: - dir - gem - deb - npm - rpm - tar - cpan - pear - empty - puppet - python - osxpkg - solaris - p5p - pkgin - freebsd - apk
fpm で Mesos の RPM を作るまで - aptheia.info
Mesos をインストールするとき各マシンでビルドはしんどいので、fpm で Mesos の RPM を作ってインストールしている。ビルドからパッケージ作成までの作業ログを残しておく。 fpm は Ruby の gem や Node.js の npm などのプログラミング言語のライブラリ、あるいは直接ディレクトリから RPM やら Deb やらのパッケージを作成するソフトウェア。 Mesos はクラスタ構成のリソースをよしなに管理するソフトウェア。 今回の話では具体的な使い方までは触れない 手順 作業環境は CentOS 6.4 x86_64。 Ruby をインストール。 sudo yum install ruby.x86_64 rubygems ruby-devel.x86_64 rpm-build.x86_64 fpm をインストール。 sudo gem install fpm --n
Pandlerというrpm/yum管理ツールを作り始めました - As a Futurist...
皆さん、構成管理楽しんでますか？最近は Chef や Puppet がやっと認められてきて普及し始めているところの様で、いろんな人が構成管理を楽しみ始めていてとてもうれしいです。 ところで、僕は前にこんなエントリを書いたりして、パッケージ管理にとっても興味のある人間なんですが、Berkshelfという Chef の cookbook を Bundler の様に DSL と lockfile で管理できるというスーパー便利ツールの開発者のプレゼンをこの間聞きました。僕はこの DSL と lockfile でパッケージを管理するというやり方はすごい好きで、Bundler に始まり他の LL のパッケージ管理も大抵そういう仕組がありますし、Berkshelf の様に言語のパッケージだけでない応用もあるわけですね。 で、だったら rpm/yum(deb/apt)も同じ様に管理できたらおもしろいんじ
RPM パッケージを Git で管理する方法（案） - Gosuke Miyashita
@trombik さんの 弊社ではtinderbox+gitですべて統一させてる — trombik (@trombik) December 27, 2012 という tweet を見て気になったので調べてみたところ、 Tinderbox はどうやら FreeBSD の ports を自動ビルドするためのシステムのようで、RPM でもこんなのないのかなー、と探してみたものの見つけられなかったし、Tinderbox が自分が求めてるものなのかどうかもいまいちピンと来なかったので、プロトタイプ的なものをつくってみることに。 現在 RPM パッケージの管理は、こんな感じで ソース/バイナリパッケージを直接リポジトリに突っ込んじゃってるんだけど、これだと以下のような問題がある。 バイナリパッケージのファイルサイズが大きすぎて、git clone や push や pull に時間がかかる パッケー
rinseで手軽にRPM系ディストリのchroot環境作成
こんにちは、前回のブログのはてブ数がすごいことになって、恐れおののいている高橋です。 どー考えてもそれを超えるようなネタなんか思いつかないので、いつも通りサラッと流されるようなネタを気楽に書いてみたいと思います。 さて、いろいろと開発を行っていると、 ・PHP5.1 + PostgreSQL8.1 ・PHP5.2 + PostgreSQL8.3 などのように、プロジェクトによってソフトのバージョンが違うことがあります。 それぞれの開発マシンが個別に用意されているときは問題ありませんが、一台しか開発マシンがない場合はどうされていますか？ XenやVMwareなどの仮想化マシンで構築するのが楽かと思いますが、メモリやCPUパワーが潤沢でないと厳しいですよね。また、大抵の場合、そこまで完全に独立した環境が必要なわけでもありません。 /usr/local/以下に複数のバージョンをインストールし、ポ
作った RPM に署名を付けてみようじゃないか - おがさわらなるひこのオープンソースとかプログラミングとか印刷技術とか
これまでのシリーズで作ってきた RPM は署名を付けてなかったので、改竄されてもわかんないという真面目な理由以外に、yum localinstall のときに --nogpg を付けないと怒られてめんどっちいという理由があったので、ここで一発、暗号鍵を付けてみることにしました。 え、お前いまさらそんなこと知らなかったのかって？ ええそうなんすよ。すんませんね (^^;) 参考文献 参考資料は Fedora Project の RPM 作成ガイドと、英語が苦手な軟弱な日本人である私は、 Red Hat RPM Guide (redhat PRESS) 作者: エリックフォスター・ジョンソン,Eric Foster‐Johnson,中川和夫,ヴァインカーブ出版社/メーカー: ソフトバンククリエイティブ発売日: 2003/11メディア: 単行本 クリック: 28回この商品を含むブログ (11件)
LSB 3.2 準拠じゃないディストリでも動く LSB 準拠っぽいプリンタドライバのパッケージを作ってみた - おがさわらなるひこのオープンソースとかプログラミングとか印刷技術とか
d:id:naruoga:20090706:1246868439 の続き。 LSB 3.2 の要件って決して厳しくないんだけど、実際取ってない、けど市場だとまだ使われてるディストリビューションって多いのですよね。 だからそういう奴らでも動く RPM を作ろうと頑張ってみた。 設計方針 (おおげさ) まずは方針を決めましょう。、 基本的にファイルは /opt/ の下に置くという原則を崩さない ファイル名の原則も互換を保つ しかし古いディストリ君のツールや CUPS は ppd.gz を難しい場所に置くと認識してくれないので、なるべく固い場所にリンクを置く リンクを置く場所はなるべくハードコードしないで、調べられるようにする とまあこんな感じ。 リンクを置く場所の決定 Debian 系 決めうちはしないと言った舌の根も乾かぬうちになんですが、Debian 系は /usr/share/ppd に
bdist_rpm is dead, long life to Py2RPM
Technical blog on the Python programming language, in a pure Frenglish style. Main topics are Python and Mozilla – This blog does not engage my employer One thing I’ve learned along the way while working on Python packaging matters is that it’s quite impossible to maintain in the stdlib scope tools like bdist_rpm, which builds RPMs using Distutils’ enabled projects. I’ve asked around, and it turns
象歩ブログ | RPM Scriptlet ってなんだ
ライブラリ *.so を含む RPM パッケージを作る時には、 次のように書くのが定石らしい。 (RPM scriptlet recipes ) %post -p /sbin/ldconfig %postun -p /sbin/ldconfig 僕は次のように書きました(編集してあります)。 ... %post -p /sbin/ldconfig %postun -p /sbin/ldconfig # files section %files ... そうしたところアンインストールする時にエラーが出て、 パッケージを削除できなくなりました。なぜ??? # rpm -e hoge /sbin/ldconfig: relative path `0' used to build cache エラー: %postun(hoge.i386) スクリプトの実行に失敗しました。終了ステータス 1 ちょっ
HowTos/PackageManagement/YumOnRHEL - CentOS Wiki
Using CentOS Repositories on RHEL Machines CentOS adds value to their rebuild of RHEL through several repositories, such as CentOS-Plus and Extras. There are also third-party Repositories that are useful on RHEL systems. The problem is that up2date doesn't handle yum repos extremely well, and with the transition in RHEL5 to yum, many folks would like to use yum to manage their RHEL 3 and 4 systems
auto-buildrequires - automatically suggest BuildRequires for rpmbuild
auto-buildrequires - automatically suggest BuildRequires for rpmbuild Auto-BuildRequires is a simple set of scripts for automatically suggesting BuildRequires lines for programs. Just replace the usual rpmbuild command with auto-br-rpmbuild as in this example: $ auto-br-rpmbuild -ba mingw32-iconv.spec [...] Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/rjones/rpmbuild/BUILDROOT/m
修正したいソースRPMにパッチを作って当てる方法 - cactusman日誌
ソースRPMがあってどこを修正すればいいのかわかった場合、パッチを作って当てる方法を。 環境はCentOS5.1*1でrpmbuildや開発環境(gccなど)がインストール済みのこと。 ソースRPMはhoge.src.rpmの場合 rpm -ivh hoge.src.rpm と実行すると/usr/src/redhat/以下、SPECSディレクトリにspecファイル、SOURCESディレクトリにソースのアーカイブやパッチが置かれる。 ここで、/usr/src/redhat/SOURCESに移動して、 rpmbuild -bp hoge.spec を実行すると、/usr/src/redhat/BUILDディレクトリの下にhogeというディレクトリができ、そのなかにパッチを当てた状態のソースが展開されている。 そのhogeディレクトリを作業ディレクトリにコピーし、同じ階層に同じものを別名（hog
RPMパッケージ名の出力について
Linux Users MLメンバの皆様小野田と申します。 Redhat LinuxのRPMにおいて インストールされているパッケージを 種類別に分けた形で出力したいのですが 何か良い方法をご存知ないでしょうか？ イメージとしては， インストール時に表示されるような Xwindows, 開発用ツール, ライブラリ, DB......etc といった状態に分けてインストールされたパッケージ名を コマンドを使用してテキスト出力したいと考えています。 私の頭では分別以前の問題で # rpm -qa | sort 程度が限界でしたが， インストールされたパッケージが整理された状態で 表示させる方法があればご教授いただければ幸いです。 Redhat以外のディストリビューションでも RPMパッケージに関する情報をお持ちであれば 何かヒントをいただければと思います。 よろしくお願いいたします。 小野田
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - mizzy/how-to-manage-rpm-packages-with-git
- よくきたWiki
labmonkeys.org - labmonkeys リソースおよび情報
http://dag.wiee.rs/home-made/mrepo/
Index of /base