【deb】パッケージシステム【rpm】
Dpkg http://packages.debian.org/dpkg
RPM http://www.rpm.org/
Apt http://packages.debian.org/apt
Yum http://linux.duke.edu/yum/
Apt-RPM http://apt-rpm.org/
Windows(MSI) http://support.microsoft.com/kb/310598/ja
Firefox(XPI) http://www.mozilla-japan.org/projects/xpinstall/
Rox(Zero Install) http://0install.net/
Conary http://wiki.rpath.com/wiki/Conary
Portage http://www.gentoo.org/doc/ja/portage-user.xml
そうなん？
ゲラゲラ
dpkg 1.13.25で対応したらしい。
へぇ・・・知らなかった・・・thxｗ
あとstowは・・・違うか。
良スレの予感、個人的にはタイムリー
最強パッケージ管理システムはどうなった?
ユーザ毎にインストールできるって点が特徴だわな(Zero Installもそうだけど)。
個人向けPCには入らね。
ってすると
apr-0.9.4
apr-1.2.8-1
ってでて来て片方だけ削除しようにも依存関係の問題がどーたら言われて削除できない。
間違えてバージョンが違うパッケージをインストールしてしまった場合は、どうすれば片方
のパッケージを削除できるの？
http://opentechpress.jp/developer/07/06/19/014239.shtml
このスレ的にはどっちの話をするわけ？
ソースからmakeしてdebパッケージを作ろうと思うのだが、
makeが通らなかったりで、ナカナカうまくいかない！
Slackwareでは、makeからmakepkgでDillo.tgzパッケージビルドまで
5分で出来てしまうのだが …
誰か、debパッケージの作り方の良い解説のHP教えてちょッ。
./configure
make
checkinstall --install=no
をやってみましたが、
--install=no そんなオプションは無いと叱られてしまいました…
checkinstall --install=no
できました。
>>30
Thank
GoboLinuxというディストリビューションが日本でも普及して
くれるといいのになあ。
ターボールからインストールしても心配いらないんだって。
>>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 なシステムのパッケージ(管理)システムでないものも
外してみた。情報の拡充あったらよろすこ。
- up2date (RHEL, CentOS)
既存スレをさがしてみたけどyumもっさりスレしかないな。
この話題に乗って来る人も少なそうなので、管理システムとか
Portage の話題も含んだスレということでよさそう。
もしPart2にたどり着くことがあったらスレタイはその時に
再検討ということで。
を参考に追加
- パッケージ管理システム
- YaST (SuSE)
- TurboPackage (Turbo)
- Conary
されていないときの絶望ときたら。逆に、万人受けさせるためになんでもかんでもオプション付加
させてるのも気持ち悪い。だからバイナリメインのパッケージ管理システムはいまいち好きになれない。
portage も、設定できないオプションがあったりしていまいち好きになれない。
で、Nix ってシステムにたどりついた。といってもまだ使ってないんだけど。乏しい英語力で
文献を漁ったんだけど、かなり好き放題できそう。
日本語資料が皆無に等しいんだけど、使ってる人いない？
というわけで保守。
せめて本家のURLくらい貼ってくれ。
ググったらUNIXとかがヒットしまくりわからんかった。
> portage も、設定できないオプションがあったりしていまいち好きになれない。
これでダメなら、自分でoption全て決めてコンパイルした俺dist.作ることにならんか?
「portageで設定できないオプション」てのがよく分からんけど。
ｽﾏｿ
Nix
http://nix.cs.uu.nl/index.html
>portage
vim の mzscheme とかなくね？あと趣旨が違うのかもしれないけど
--with-features=tiny とかできないし。
"paldo is a hybrid (source and binary), Upkg-driven GNU/Linux distribution"
消してcheckinstallすれば？野良buildはみんなそうしているが、、、
できますか？
友人に渡すなど...
http://sourceforge.jp/magazine/08/12/26/0149230
http://www.weasel.iz.rs/
自分で作ったデータしか見ないパッケージ管理システムは糞。
本当にパッケージ管理してるのって
NixとConaryぐらいしかないね
ありがと
yum糞スレに行き着くだけ？
今は大差無いんじゃない？
64bit対応だとyumの方が良さげ
checkinstallは邪道だろうと
Windows用のパッケージ管理システムって、今どんなものがあるだろうか
Windowsにパッケージ管理がないのがずっと不満で
自分で作ってみたいと思ってるんだけど、他に似たような物があったら知りたい
良い物があれば作る必要はないしな
ごく最近のは知らないが数年前でもLZMAも使えるNSISってのがしっかりしてたと思う
ttp://nsis.sourceforge.net/
Debianのパッケージにもあった。他のディストリでもあるかも
ttp://packages.debian.org/stable/nsis
ありがとう、でもこのNSISってパッケージ管理システムじゃなくて
インストーラ作成用のツールなのでは？
apt(deb)やrpmのように、複数のパッケージをまとめて管理できる
（簡単に削除できる、依存性を取り扱うことができる、などの）仕組みはないよね？
ガンガレ
DLL地獄解消求む
ほかに何かもっと良いパッケージ管理システムがあるの？
俺は能力的に無理だけど誰か開発してくれないかなぁ。
conary
conaryってそうだったんだ。情報サンクス！
make
(sudo) make install
コレ、最強。
このGentoo野郎が！
portageはリポジトリ(ftp,http,cvs,svn,git)からソースのダウンロード; ./configure; patch; make; sudo make install;
までを簡単に（独自）パッケージ管理に組み込めるのが良い
まぁ当然ビルドに時間が掛かるが
どぞ
https://wiki.ubuntu.com/DistributedDevelopment
今はまだちょこっとしか活用されていないけど
(,, ). || | || | | | | | | |┃
| つ━●| | | | | | | |┃カーン…
〜 |彡|| | || | | | | | | |┃
Ｕ~Ｕ . ━━━━━━┻
以外の管理システムはちゃっちい
RPMとか何かあれば--nodepsとか--force発動しなあかんし
yumもちゃっちく感じる
> RPMとか何かあれば--nodepsとか--force発動しなあかんし
あんまそういう状況になったことないな。
何かヘンなことやってるからじゃない?
それはパッケージングシステクの問題ではなく
パッケージ作成体制の問題では。
あんな複雑なの消えて無くなれ
具体的にはどの辺がマズい?
でも神が故にややこしい
ややこしさと高機能のトレードオフ
でも普通に使うならRPMよりdebの方が簡単
もうちょい具体的に。
例えばその1つがおかしな方向性に走ってしまったとか、
致命的なセキュリティ難があって導入しているだけで一斉に
クラックされてしまったとか。
そういうのが危惧されるからこそ、WinやMacだけでなくLinuxが必要なわけで。
「便利」ばかり追及する世の中は確実に破綻する。
複数覚えるのは確かに不便であるが。
つまみ食い可能なパッケージシステムってないのかな？
パッケージ変換できるのはあるけどそれだと自分で管理する必要が出てくるんだよな。
つまみ食いって？
現状だと同種を採用している奴は混ぜるな危険だし、異種ではコマンドすら違う別世界。
むしろディストリが移行するときにパッケージ形式を新旧混在させられるような
他形式インポートに広く対応した総合パッケージシステムを何故か見かけないな。
ディストリビューションごとに微妙に違うバージョンナンバーの命名規則からどうやって異なるディストリビューションのパッケージとの古いor新しいを判断するのか
同名のパッケージの区別はどうするのか
RecommendsやObsoletesなどの各パッケージ固有の属性の扱いをどう統合するのか
パッケージに含まれない情報をどうするのか
(例えばlibcなどの根幹的なパッケージのバージョンをリポジトリごとに固定していて依存情報にはその必要なバージョンの情報は含めない形になっているパッケージ等)
膨大な量のパッケージ(サポートするフォーマットの全てのリポジトリの全てのパッケージ)の組み合わせをどうやってテストするのか
ちょっと適当に考えただけだけど簡単に解決できそうやね(ﾆｯｺﾘ
互換保証がなければ同名パッケージであっても別物だと判断するべきだろう。
configure的なテストで導入できる仮想パッケージ群があればシステム総導入を抑えられるかもね。
pacmanもzipperもDNFも出てない
特にMSYS2にまさかの採用されてるpacmanとか語るべきことあるだろうに
標準目指すパッケージシステムが出たね。
標準の座をflatpakと争うわけですよ。
歴史は繰り返す。
100〜のスレッドの続きを読む