自分で、redhat enterpriseを購入したり、サポート契約できる身分で
ない人は、ソースを見ることは、諦めるしかないでしょうか?
redhat enterpriseのソースは、入手できないのでしょうか?
よろしくお願いします。
_______________________________________________
linux-users mailing list
linux...@listserv.linux.or.jp
http://listserv.linux.or.jp/mailman/listinfo/linux-users
(2011/08/08 0:18), tanaka wrote:
> 自分で、redhat enterpriseを購入したり、サポート契約できる身分で
> ない人は、ソースを見ることは、諦めるしかないでしょうか?
>
> redhat enterpriseのソースは、入手できないのでしょうか?
こちらからどうぞ。
http://ftp.riken.jp/Linux/redhat/ftp.redhat.com/rhel/beta/6.0/source/SRPMS/
他のミラーにもあるかも。
--
Takeshi Kusune <kus...@sfc.wide.ad.jp>
本家ならこちらあたりから探せると思います
ftp://ftp.redhat.com/redhat/linux/enterprise/
> tanaka <tanaka...@yahoo.co.jp>:
> こんばんは、
>
> 自分で、redhat enterpriseを購入したり、サポート契約できる身分で
> ない人は、ソースを見ることは、諦めるしかないでしょうか?
>
> redhat enterpriseのソースは、入手できないのでしょうか?
_______________________________________________
1.
例えば、
ftp://ftp.redhat.com/redhat/linux/enterprise/6Server/en/os/SRPM/
の SRPM とは、何の略でしょうか?
2.
例えば、
procps-3.2.8-17.el6.src.rpm をダウンロードして、
rpmdev-setuptree 実行後、
rpm -ivh procps-3.2.8-17.el6.src.rpm
で、展開できました。
展開したファイルの中に xxxxx.patch ファイルがあったので、
cd procps-3.2.8
patch vmstat.c < ../procps-3.2.8-vmstat-width.patch
を実行した時、FAILED が表示され、vmstat.c.rej ファイルが作成されます。
patchコマンドの実行方法を、間違えているでしょうか?
> の SRPM とは、何の略でしょうか?
Source RPM
RPM = RedHat Package Manager
> patchコマンドの実行方法を、間違えているでしょうか?
RPM の扱いを間違えてます。
rpm コマンドの実行方法。
--
会沢 昭則 あ☆WP Akinori AIZAWA | Packet Radio User's Group.
no...@awp.dhis.prug.or.jp (home) | Saitama Pref. Saitama City.
a.ai...@ntt.com (office) | Ham Radio Station : JP1AWP
SRPM をダウンロードして RPM をビルドするときは、
rpmbuild コマンドを使います。
※ rpm-build というパッケージをインストールする必要があります
http://wiki.poyo.jp/read/Writing/fc-expert/making_rpm/030.howto_rpmbuild
また SRPM (ソース RPM) をビルドして作成される
インストール向けのパッケージをバイナリ RPM と呼びます。
自分でパッチを当てなくても rpmbuild コマンドを使って
ビルドを行うと spec ファイルに記述された内容に従って、
パッチの適用やコンパイルを行ってくれます。
2011/8/9 tanaka <tanaka...@yahoo.co.jp>:
もりもとさんのメールにもありますが、ftpサーバなどから取得した
ソースパッケージ (SRPM)をインスールすると、ソースコードとパッチ群
パッケージを作成するためのspecファイルというファイル等が展開されます。
例:rpm -ivh aaa.version.src.rpm
ソースパッケージをインストールした後、rpmbuild コマンドを使用すると
パッチの適用や、バイナリパッケージの作成などをしてくれます。
ソースコードにパッチの適用をするのであれば、rpmbuildの
bpオプションが良いかと思います。
例:rpmbuild -bp aaa.spec (aaaは適当に置き換えてください)
ご参考まで。
--
川崎
kawa...@wwing.net
Tetsuya Morimoto <tetsuya....@gmail.com> wrote:
> RPM = RedHat Package Manager
現在は、RPM Package Manager が正式だと思われます。
--
Yasumichi Akahoshi
GnuPG fingerprint = A947 88E9 351F 8FE2 02D6 BC99 79C5 20FF 0A63 FAFA
も触れて欲しい。
(2011年08月09日 21:40), Yasumichi Akahoshi wrote:
> 赤星です。どうでもいいところに反応します。
>
>> RPM = RedHat Package Manager
>
> 現在は、RPM Package Manager が正式だと思われます。
>
> http://www.rpm.org/
--
会沢 昭則 あ☆WP Akinori AIZAWA | Packet Radio User's Group.
no...@awp.dhis.prug.or.jp (home) | Saitama Pref. Saitama City.
a.ai...@ntt.com (office) | Ham Radio Station : JP1AWP
で例のごとく Rはどっから来たの?と聞かれそうですが。
Yasumichi Akahoshi さんは書きました:
| 赤星です。どうでもいいところに反応します。
|
|> RPM = RedHat Package Manager
|
| 現在は、RPM Package Manager が正式だと思われます。
|
|http://www.rpm.org/
|
|--
|Yasumichi Akahoshi
|GnuPG fingerprint = A947 88E9 351F 8FE2 02D6 BC99 79C5 20FF 0A63 FAFA
=================================
lin...@mbi.nifty.com (Vine 好き)
=================================
cd rpmbuild/SPECS
rpmbuild -bp XXXXX.specs を実行後、
rpmbuild/BUILDディレクトリに作成された XXXXX.c が
現在使用されているソースという事で良いでしょうか?
2011年8月19日2:27 tanaka <tanaka...@yahoo.co.jp>:
> cd rpmbuild/SPECS
> rpmbuild -bp XXXXX.specs を実行後、
> rpmbuild/BUILDディレクトリに作成された XXXXX.c が
> 現在使用されているソースという事で良いでしょうか?
*.cには限らないとは思いますが、その理解で大体あってます。
# デフォルトじゃもっとディレクトリ掘られるだろ、とは思う。
--
いわい