A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?
いままで、rpmbuildするときに mkdir -p ~/rpmbuild/{BUILD,BUILDROOT,RPMS,SOURCES,SPECS,SRPMS} して、 echo '%_topdir %(echo $HOME)/rpmbuild' > ~/.rpmmacros とかやってたんだけど、それはもう古いらしい。 % yum install rpmdevtools % rpmdev-setuptree すると、上記の両方をやってくれるのに加えて .rpmmacrosに並列処理設定を追加してくれる。 こんな感じ %_topdir %(echo $HOME)/rpmbuild %_smp_mflags %( \ [ -z "$RPM_BUILD_NCPUS" ] \\\ && RPM_BUILD_NCPUS="`/usr/bin/nproc 2>/dev/null || \\\ /u
サーバ管理ツールのエージェント みたいなソフトウェアをインストールしやすくするために、rpm / deb パッケージを作りたい。 しかし、rpm / deb パッケージ化するためには、それぞれ CentOS(RedHat)、Debian(Ubuntu) 環境でパッケージ化することになる。 社内ではこれまでパッケージ化の専用ホストがいて、そこで spec ファイルや init スクリプトを置いて rpmbuild コマンドとか debuild コマンドを叩いてパッケージを作成していた。 さらに、アプリケーションエンジニアからインフラエンジニアに依頼するという形をとっていた。 この方法の問題点として、以下の3つがある。 spec ファイルや init スクリプトなどをプロジェクトの Git リポジトリで管理しづらい。つまり、レビューとかがやりにくい。 リリースフローを自動化しづらい。具体的には
Macro syntax RPM has fully recursive spec file macros. Simple macros do straight text substitution. Parameterized macros include an options field, and perform argc/argv processing on white space separated tokens to the next newline. During macro expansion, both flags and arguments are available as macros which are deleted at the end of macro expansion. Macros can be used (almost) anywhere in a spe
yumの”update”は便利ですが、意図しないバージョンアップをされる可能性もある。それを回避するための方法。yumのversionlockというプラグインを使うと、特定のパッケージのバージョンを固定できる。例えば、PHPを5.2.10からアップしたくない(つまり、5.3.xにしたくない)など。 インストール # yum -y install yum-versionlock 設定 /etc/yum/pluginconf.d/versionlock.list php-5.2.10-1.el5.remi というように、パッケージ名を書く。 参考 yumのまとめ – 3.yumプラグインの説明とインストール手順 – 一分一秒真剣勝負!
Apache/2.2.3 (Red Hat) Server at rpms.famillecollet.com Port 80
64bit版 CentOS 6.3 に checkinstall をインストールする。 要点 64bit版 CentOS 6.3 では、2012年12月19日現在の最新版 1.6.2 をダウンロードして make しようとしてもエラーで失敗する。 公開されている git リポジトリから最新版を clone して一部を修正し、コンパイル → インストールする。 依存パッケージをインストール checkinstall をコンパイル・実行するためには gettext をインストールする必要がある。 [user@localhost ~]$ sudo yum install gettext rpm-build ソースコードを入手 → 修正 http://checkinstall.izto.org/ で公開されている git リポジトリから ソースコード一式を入手しファイルを修正する。 [user@l
2013年はへび年ということで、Pythonネタ。 AWSのEC2(CentOS6.3)で、Python2.7系のRPM作成しようと思ったら、 思いの外色々探しまわったので、メモしておく。 経緯としては、以下の様な感じ。 1.Pythonをインストールしてみた人を探す どうも普通にmakeして、インストールしてる人が多い模様。 一応、CentOS6.3に標準で入っているPython2.6も残しておきたいし。 CentOSが使っているyumはPythonで作られているため、Python2.6環境には手を入れたくないし、 Python3.x系移るときに、簡単にアンインストールとかできるようにしておきたい。 (あと、chefとかで管理することも考慮して、できればRPMを作成しておきたいなど) 2.Python2.7のRPMを作ってみた人を探す ちらほらいるけど、どうもCentOS5.xで作ってみ
シンボリック・リンクを含む全てのファイルを%installまででインストールして、 %filesに加えるべきである。 これは特に重要です。よく、%post で、シンボリック・リンクをはって、 %preun でそのリンクを削除するようなSPECファイルがあります。 これを行うと、アップデート時に問題が生じることがあります。以前、 libcのパッケージでこういう記述が入ってるものがあって、 深刻な問題が生じたこともありました。 その理由は、rpm -U <new-rpm> としたときに、 rpm -e <old-rpm> rpm -i <new-rpm> ではなく、 rpm -i <new-rpm> rpm -e <old-rpm> とはたらくためです。 つまり、%post で、シンボリック・リンクをはって、 %preun でそれを削除するような rpm のバージョンアップをしようと、 rpm
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
deprecated As part of documentation move to docs.fp.o, this page has moved to https://docs.fedoraproject.org/en-US/quick-docs/creating-rpm-packages Copyright © 2024 Red Hat, Inc. and others. All Rights Reserved. For comments or queries, please contact us. The Fedora Project is maintained and driven by the community and sponsored by Red Hat. This is a community maintained site. Red Hat is not respo
yum install -y rpm-build rpmdevtools readline-devel ncurses-devel gdbm-devel tcl-devel openssl-devel db4-devel byacc libyaml-devel libffi-devel make rpmdev-setuptree cd ~/rpmbuild/SOURCES RUBY_VER=ruby-1.9.3 RUBY_SUBVER=p545 wget http://ftp.ruby-lang.org/pub/ruby/1.9/${RUBY_VER}-${RUBY_SUBVER}.tar.gz cd ~/rpmbuild/SPECS wget https://raw.github.com/imeyer/${RUBY_VER}-rpm/master/ruby19.spec rpmbuild
Installation This article shows how to install td-agent for CentOS, RHEL 5.0+. At first, please create /etc/yum.repos.d/td.repo with the following contents. [treasuredata] name=TreasureData baseurl=http://packages.treasure-data.com/redhat/$basearch gpgcheck=0 Then, you can install via yum command. $ yum update $ yum install td-agent /etc/init.d/td-agent script is also provided to start, stop, or r
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
CentOS 5系(RedHat Enterprise Linux 5系)でサポートされているPHPのバージョンは5.1系。 最近のソフトウェアでの対応状況やZend Engineのパフォーマンス向上を意識し、PHPの最新版(少なくとも5.2.x系)を使いたくなったためバージョンアップすることにした。 できることなら、yumでのパッケージ管理の恩恵を受けたいので、「Les RPM de Remi」で公開されているRPMリポジトリを登録し、PHP(やMySQL)の最新版を導入することにした。 Les RPM de Remiのリポジトリ登録 以下を実行するだけ。 # rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm # rpm -Uvh http://rpms.famil
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く