Docker for Macもstableになったし、Vagrantを立ち上げるのもめんどくさくなってきたので、Dockerでrpmとdebを作成するサンプルプロジェクトを作ってみた。 github.com rpm OSはCentOS6。 $ make docker:build:centos docker build -f Dockerfile.centos6 -t docker-pkg-build-centos6 . ... $ make rpm docker run --name docker-pkg-build-centos6 -v /Users/sugawara/src/docker-pkg-build:/tmp/src docker-pkg-build-centos6 make -C /tmp/src docker:rpm ... $ ls pkg/ hello-0.1.0-1.
RedHat系におけるRPMパッケージを扱うYUM、Debian系におけるDEBパッケージを扱うAPT、これらはサーバー管理において重要なわけですが、絶妙な度合いで、おざなりに扱ってもわりとなんとか運用出来てしまう感があります。そのため今一度、こんな感じが今風のスタンダードじゃないっすかね（ｷﾘｯ という構成を説明してみます。 ぶっちゃけ、たいしたことないネタの集合体なので、タイトルに下駄を履かせました。 そもそもパッケージは必要なのか 言うまでもなく必須です。理由は、インストール物のファイル管理が容易になるのと、インストール時間を短縮できるからです。既存のパッケージでconfigureオプションが物足りない時や、RPMパッケージが存在しない場合は作成することになります。 最近はプロビジョニング・ツールによって全て自動化できるので、超簡素なコンパイルのものはレシピに落とし込んで終わりにした
はじめに 今回は、Fedoraプロジェクトで新規パッケージをリリースする方法を、Cutterをリリースしたときの経験をもとに紹介します。 Cutterプロジェクトでは、従来はFedora向けに独自にリポジトリを用意してRPMを提供していました。しかし、この方法では、ユーザーがCutterをインストールするときにリポジトリを追加登録する手間がかかり、不便でした。 そこで、FedoraでCutterを利用したいユーザーがもっと簡単に導入できるように、FedoraプロジェクトからRPMを提供するようにしました1。 新規パッケージリリースまでの流れ 新規パッケージの公開までの流れについては、Join the package collection maintainersに詳細がまとめられています。 このドキュメントは日本語訳もあります。 ところどころ内容が最新版に追従していませんが、参考としては十分
サーバ管理ツールのエージェント みたいなソフトウェアをインストールしやすくするために、rpm / deb パッケージを作りたい。 しかし、rpm / deb パッケージ化するためには、それぞれ CentOS(RedHat)、Debian(Ubuntu) 環境でパッケージ化することになる。 社内ではこれまでパッケージ化の専用ホストがいて、そこで spec ファイルや init スクリプトを置いて rpmbuild コマンドとか debuild コマンドを叩いてパッケージを作成していた。 さらに、アプリケーションエンジニアからインフラエンジニアに依頼するという形をとっていた。 この方法の問題点として、以下の3つがある。 spec ファイルや init スクリプトなどをプロジェクトの Git リポジトリで管理しづらい。つまり、レビューとかがやりにくい。 リリースフローを自動化しづらい。具体的には
Red Hat系のLinuxディストリビューションでは、RPMパッケージという形式でソフトウェアが配布されており、yumコマンドを利用してパッケージをインストールしたり、アップデートを行うことができる。今回は既存のRPMパッケージをカスタマイズして独自のパッケージを作成したり、独自のyumリポジトリを作成してパッケージ管理を行う方法を紹介しよう。 プライベートyumリポジトリを活用してサーバーをデプロイする Ret Hat Enterprise LinuxやCentOSといったRed Hat系のLinuxディストリビューションでは、RPMパッケージ（ファイルの拡張子は.rpm）を使ってソフトウェアをインストールするのが一般的だ。 RPMは「RPM Package Manager」の略で、Red Hatが開発したことから当初は「Red Hat Package Manager」と呼ばれていた。
hito @_hito_ きわめて簡単に説明するなら、「CentOSはRHEL互換が基本、必要に応じてCentPlusを足す」「SL（FNAL版）はRHEL互換が基本だがやっぱり追加repoあり」「SL（CERN版）はRHEL互換にしよーかなー程度でカーネルにも改造加えたらー」ぐらい。 2012-08-09 19:37:21 hito @_hito_ 「RHEL互換ディストリビューションはftp://ftp.redhat.com/pub/redhat/linux/updates/enterprise/からSRPMをもらってきて、rpmbuildして作っているよってRHELと互換になる」という認識は *おおむね* 正しい。 2012-08-09 19:39:47 hito @_hito_ なにが「おおむね」なのか、というのは、世間では「商標除去とか、redhat-releaseの書き換えとか
@trombik さんの 弊社ではtinderbox+gitですべて統一させてる — trombik (@trombik) December 27, 2012 という tweet を見て気になったので調べてみたところ、 Tinderbox はどうやら FreeBSD の ports を自動ビルドするためのシステムのようで、RPM でもこんなのないのかなー、と探してみたものの見つけられなかったし、Tinderbox が自分が求めてるものなのかどうかもいまいちピンと来なかったので、プロトタイプ的なものをつくってみることに。 現在 RPM パッケージの管理は、こんな感じで ソース/バイナリパッケージを直接リポジトリに突っ込んじゃってるんだけど、これだと以下のような問題がある。 バイナリパッケージのファイルサイズが大きすぎて、git clone や push や pull に時間がかかる パッケー
Chef Soloをインストールするには、ビルドに必要なライブラリのインストールが必要だったり、gemでインストールが必要だったりする。インストール時間の短縮と、クローズドなネットワーク環境でもインストールできるようにrpmを作成してみた。 rpmを作成する Chefはrubyでできているので、Gemでパッケージされている。fpmを使えばどうやらgemからrpmを作成できるらしい。gem以外にも対応しているし、rpm以外にdebなんかも出力できるようだ！ 今回はこのfpmを使ってやってみた*1。作成環境は、CentOS 6.2 x86_64、前提としてChef Soloがインストールできるよう、rubyやrubygems、コンパイルに必要なライブラリが入っていること。ruby、rubygemsはyumでOS標準のものをインストールしていること。 まずはfpmをインストール。fpm自体もRu
一覧するには、rpmbuildコマンドの--showrcオプションで可能です。 _docdir マクロ定義に_docdirはないが、specファイルで_docdirを使用しているものがあります。_docdirは実行時に確定するマクロで、事前に定義されているマクロ_defaultdocdirが適用されるようです。 descriptionセクション パッケージ内容を詳細に記述するセクションです。 %description The xyz utilities are used for software development activities. The main activities are in construction and unit testing. : %description -l ja XYZユーティリティは、ソフトウェア開発作業に役立つツールを収めています。 特に、ソフトウェ
パッケージングガイドライン パッケージングを行う際、パッケージに関しての問題を指摘するのはレビューアの責任で、そのパッケージャの責任はレビューアから指摘された問題に対応することです。レビューアとパッケージャは問題の重要度(そのパッケージを公開しないようにするか、リポジトリに追加した後で対応できるかどうか)を判断するために一緒に作業します。パッケージングガイドラインはパッケージング全般に共通する問題やリポジトリに追加すべきかどうかの重要度の判断方法をまとめたものです。これらのガイドラインは無視して良いものではありませんが、とにかく何でも従えば良いと言うものでもありません。 パッケージを作成していて、そのパッケージがガイドラインの一部の内容に従う必要はないと思ったら、どうか Fedora パッケージ委員会へその問題を提示するようにしてください。 どのようなパッケージでもレビューガイドラインに沿
This page was last edited on 2 April 2016, at 17:38. Documentation Summary: Purpose: Document to explain how to build and modify packages. Audience: Experienced users interested in building RPM packages, either for the Fedora Project or their own use. Assumptions: Reader has root access to a Fedora system. Related Documents: Maximum RPM; RPM HOWTO Lead Writer: Ignacio Vazquez-Abrams RahulSundaram
Yum and rpm are excellent package management tools, but they have several lesser known options and features that allow you to do some very interesting things. You probably won't need to use these with any frequency, but they come in handy when you need them. 1. Getting rpm to display architecture This one is a pretty simple tip, and very useful especially for people using x86_64 systems. Just one
ホーム Vine Linux について Vine Linux 6 について Vine Linux 6.1 について Vine Linux 6.2 について ダウンロード ドキュメント ドキュメンテーション メーリングリスト過去ログ お知らせ ニュース エラッタ情報 バグ情報 書籍 コミュニティ Wiki Facebookページ ユーザフォーラム メーリングリスト メーリングリスト過去ログ 開発者ブログ 開発者向け情報 プロジェクト一覧 VineSeed VinePlus セキュリティチーム ドキュメントチーム 翻訳プロジェクト VLゴシックフォントファミリ Wiki(開発者向け) About us Project Vine について 開発協力メンバー このサイトについて プライバシーポリシー ご協力・ご寄付について ロードマップ RPMパッケージの作成方法 用語の解説 I. 環境設定 I.
こんにちは、亀本です。ブログはだいぶご無沙汰となりました。 気が付いたらもう春ですね。アシアルにも新入社員が入ってきたりして、なんだか少しずつ環境の変化を感じる今日この頃です。 さて今日は、社内に自分達専用のミラー＋独自 yum リポジトリを立ててしまおう！というお話です。 扱う話題としては、 ・ローカルにyum ミラーリポジトリを構築する方法 ・・＋ローカルリポジトリの使用 ・独自yum リポジトリを作る方法 ・・＋独自リポジトリの参照 といった内容について紹介します。 0. 専用 yumリポジトリを立てる事のモチベーション 管理するサーバの台数が少ないうちはいいのですが、管理規模がどんどん多くなっていったり、頻繁に新しいOSをインストールしたりするような場合、OSのパッケージ管理に気を配る必要が出てきます。 社内にCentOSが100台あったとしたら、そいつらが外部からyum upda
Name Last modified Size Description 2hash/ 08-Oct-2011 03:43 - 3ddesktop/ 08-Oct-2011 03:44 - 4g8/ 08-Oct-2011 03:43 - 855resolution/ 08-Oct-2011 03:42 - 915resolution/ 08-Oct-2011 03:41 - BasiliskII/ 08-Oct-2011 03:43 - BitchX/ 08-Oct-2011 03:43 - GTKsubtitler/ 08-Oct-2011 03:41 - Gtk-Perl/ 08-Oct-2011 03:43 - HandBrake/ 08-Oct-2011 03:31 - Hermes/ 08-Oct-2011 03:43 - R/ 08-Oct-2011 03:37 - SDL_P
RHEL/CentOS、Xenを中心にメモを残していきます。内容は無保証。適用する場合は、十分確認の上、自己責任で。 指摘、質問、要望をコメントしてもらえると喜びます。 Ruby on Rails (RoR)には、Rubyが必要。RoR 2.1の場合、Ruby 1.8.6が推奨バージョン。1.8.[542]でも動くが、1.8.[37]では動かない(『Get Ruby on Rails in no time』)。一方、CentOS 5.2の標準RPMパッケージでは、$ rpm -q ruby ruby-1.8.5-5.el5_1.1 $とある通り、1.8.5。従って、CentOS 5.2標準のままでも、RoR 2.1は動作する。しかし今回は、1.8.6のRPMを準備した。RPMのビルド環境の準備に関しては、『RHL9用のbind-9.2.8.*.rpmを作る』を参照。$ mkdir -p R
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く