【deb】パッケージシステム【rpm】

gentooのはebuildファイル内でeconf,emake,do*だから、ちょっとだけ違うかな
portageはリポジトリ(ftp,http,cvs,svn,git)からソースのダウンロード; ./configure; patch; make; sudo make install;
までを簡単に（独自）パッケージ管理に組み込めるのが良い
まぁ当然ビルドに時間が掛かるが

RPMがrpm5.orgで”再出発”
http://opentechpress.jp/developer/07/06/19/014239.shtml

半角空白のインデント潰れたorz

各パッケージのヘッダを一々全部取得してた頃のyumは明らかにaptよりクソだった
今は大差無いんじゃない？
64bit対応だとyumの方が良さげ

test

1>> 乙
良スレの予感、個人的にはタイムリー

最強のパッケージ管理システムは、どう考えても、CPAN

　　 ∧ ∧　┏┯┯┯┯┯┓
　　 (,,　　).　|| | || | | | | | | |┃
　 　 |　　つ━●| | | | | | | |┃カーン…
　　〜 　 |彡|| | || | | | | | | |┃
　 　 Ｕ‾Ｕ . ━━━━━━┻

便利についての異なった思想の分、選択肢も複数存在するのである。
複数覚えるのは確かに不便であるが。

age

age

ID:yTCjZ4MI はいないのか？

checkinstall で作成したdebパッケージは別のPCでも使いまわし
できますか？
友人に渡すなど…

そもそも、きちんと管理できていれば只の競合パッケージであって、他という概念も無くなる筈。
むしろディストリが移行するときにパッケージ形式を新旧混在させられるような
他形式インポートに広く対応した総合パッケージシステムを何故か見かけないな。

rpm -q apr
ってすると

apr-0.9.4
apr-1.2.8-1

ってでて来て片方だけ削除しようにも依存関係の問題がどーたら言われて削除できない。
間違えてバージョンが違うパッケージをインストールしてしまった場合は、どうすれば片方
のパッケージを削除できるの？

Conary使ってるのってrPathとForesightだけ？

>>63
ほかに何かもっと良いパッケージ管理システムがあるの？

何だ、ここはキモオタ野郎ID:yTCjZ4MIの専用牢獄か！
ゲラゲラ

依存性地獄を解決するディストリビューション非依存のパッケージマネージャ、Nix
http://sourceforge.jp/magazine/08/12/26/0149230

>>79
> RPMとか何かあれば–nodepsとか–force発動しなあかんし
あんまそういう状況になったことないな。
何かヘンなことやってるからじゃない?

>>82
具体的にはどの辺がマズい?

CNR http://www.linspire.com/products_cnr_whatis.php

# make install distclean

paldo GNU/Linux　 ttp://distrowatch.com/?newsid=04882

“paldo is a hybrid (source and binary), Upkg-driven GNU/Linux distribution”

ID:SgxTwQppｺｲｺｲ

>>102
そのディストリがそのパッケージシステムを選んだから
違うディストリでも同じパケージシステムを選ぶ事だってある。

阿呆丸出しの疑問だが、そもそもなんでディストリが違うとパッケージ管理システムも違うんだ？
……てかもしかしてパッケージ管理システムの違いがディストリを産んだ？

Autopackage http://autopackage.org/
Conary http://wiki.rpath.com/wiki/Conary
Portage http://www.gentoo.org/doc/ja/portage-user.xml

他のディストリのパッケージを使いたいってこと？

>>90
つまみ食いって？

>>29
./configure
make
checkinstall –install=no

checkinstall –install=no
をやってみましたが、
–install=no そんなオプションは無いと叱られてしまいました…

debは世界で一番糞だな。
あんな複雑なの消えて無くなれ

非互換部分を知らせずに黙って置き換えてしまう奴は無能だと思う。

みんな apt に満足してんだろな。インストールしたバイナリに、欲しかったオプションが設定
されていないときの絶望ときたら。逆に、万人受けさせるためになんでもかんでもオプション付加
させてるのも気持ち悪い。だからバイナリメインのパッケージ管理システムはいまいち好きになれない。

portage も、設定できないオプションがあったりしていまいち好きになれない。

で、Nix ってシステムにたどりついた。といってもまだ使ってないんだけど。乏しい英語力で
文献を漁ったんだけど、かなり好き放題できそう。
日本語資料が皆無に等しいんだけど、使ってる人いない？

というわけで保守。

>>6
そうなん？

debは神
でも神が故にややこしい

ややこしさと高機能のトレードオフ

でも普通に使うならRPMよりdebの方が簡単

ﾏﾀｰﾘ進行記念age

最近、Dilloの最新版のDillo_new.debパッケージがないので、
ソースからmakeしてdebパッケージを作ろうと思うのだが、
makeが通らなかったりで、ナカナカうまくいかない！

Slackwareでは、makeからmakepkgでDillo.tgzパッケージビルドまで
5分で出来てしまうのだが　…

誰か、debパッケージの作り方の良い解説のHP教えてちょッ。

>>95
互換保証がなければ同名パッケージであっても別物だと判断するべきだろう。
configure的なテストで導入できる仮想パッケージ群があればシステム総導入を抑えられるかもね。

2ゲットぉぉぉ！！！

prt-get とかいうのもあったかも
あとstowは・・・違うか。

遅レスだが… 反応しとこう

>>28
スレタイ的にはパッケージシステムだな。
立てた人自身パッケージ管理システムとの分離ができてないっぽいが。
（歴史的に名前も混乱してるし。RPM の M とか）
RPM と dpkg 以外にどんなのあるのかなと思ってこのスレにたどりついた。

ちょっと整理してみる
– パッケージシステム
– Slackware pkgtools .tgz (tgz中にスクリプト等が入っている)
– RPM (本家 http://www.rpm.org/ , RPM5 http://rpm5.org/ )
– dpkg (Debian)
– パッケージ管理システム
– apt (Debian)
– yum ( http://linux.duke.edu/yum/ )

Portage (Gentoo) は、バイナリパッケージもサポートしている、
アプリ管理システム、かな、と思うので外してみる。
あと Linux なシステムのパッケージ(管理)システムでないものも
外してみた。情報の拡充あったらよろすこ。

>>65
conary

依存関係を壊さずにパッケージを浮気する事だな。
現状だと同種を採用している奴は混ぜるな危険だし、異種ではコマンドすら違う別世界。

apt/dpkgとemerge/portage
以外の管理システムはちゃっちい
RPMとか何かあれば–nodepsとか–force発動しなあかんし
yumもちゃっちく感じる

パッケージシステムとパッケージ管理システムは違うよな
このスレ的にはどっちの話をするわけ？

>>65
どぞ
https://wiki.ubuntu.com/DistributedDevelopment
今はまだちょこっとしか活用されていないけど

debパッケージつくるなら、debhelperかcdbsを使いましょう

ttp://ja.wikipedia.org/wiki/%E3%83%91%E3%83%83%E3%82%B1%E3%83%BC%E3%82%B8%E7%AE%A1%E7%90%86%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0
を参考に追加
– パッケージ管理システム
　- YaST (SuSE)
　- TurboPackage (Turbo)
　- Conary