【deb】パッケージシステム【rpm】
>>60
ありがとう、でもこのNSISってパッケージ管理システムじゃなくて
インストーラ作成用のツールなのでは?
apt(deb)やrpmのように、複数のパッケージをまとめて管理できる
(簡単に削除できる、依存性を取り扱うことができる、などの)仕組みはないよね? どうして主要ディストロはYumやapt-getをいまだに使いつづけるの? >>63
ほかに何かもっと良いパッケージ管理システムがあるの? gitみたいな分散バージョン管理ツールと組み合わさると面白いものができそうな気がする。
俺は能力的に無理だけど誰か開発してくれないかなぁ。
>>66
conaryってそうだったんだ。情報サンクス!
./configure
make
(sudo) make install
コレ、最強。 gentooのはebuildファイル内でeconf,emake,do*だから、ちょっとだけ違うかな
portageはリポジトリ(ftp,http,cvs,svn,git)からソースのダウンロード; ./configure; patch; make; sudo make install;
までを簡単に(独自)パッケージ管理に組み込めるのが良い
まぁ当然ビルドに時間が掛かるが ∧ ∧ ┏┯┯┯┯┯┓
(,, ). || | || | | | | | | |┃
| つ━●| | | | | | | |┃カーン…
〜 |彡|| | || | | | | | | |┃
U~U . ━━━━━━┻
apt/dpkgとemerge/portage
以外の管理システムはちゃっちい
RPMとか何かあれば--nodepsとか--force発動しなあかんし
yumもちゃっちく感じる
>>79
> RPMとか何かあれば--nodepsとか--force発動しなあかんし
あんまそういう状況になったことないな。
何かヘンなことやってるからじゃない? たとえそういう状況が多いとしても、
それはパッケージングシステクの問題ではなく
パッケージ作成体制の問題では。 debは世界で一番糞だな。
あんな複雑なの消えて無くなれ debは神
でも神が故にややこしい
ややこしさと高機能のトレードオフ
でも普通に使うならRPMよりdebの方が簡単 複数あると「不便」だが、1つの方式に統合するとそれによる弊害もある。
例えばその1つがおかしな方向性に走ってしまったとか、
致命的なセキュリティ難があって導入しているだけで一斉に
クラックされてしまったとか。
そういうのが危惧されるからこそ、WinやMacだけでなくLinuxが必要なわけで。
「便利」ばかり追及する世の中は確実に破綻する。 便利についての異なった思想の分、選択肢も複数存在するのである。
複数覚えるのは確かに不便であるが。 非互換部分を知らせずに黙って置き換えてしまう奴は無能だと思う。 バージョン共存可能なパッケージシステムはあるみたいだけど、
つまみ食い可能なパッケージシステムってないのかな?
パッケージ変換できるのはあるけどそれだと自分で管理する必要が出てくるんだよな。 依存関係を壊さずにパッケージを浮気する事だな。
現状だと同種を採用している奴は混ぜるな危険だし、異種ではコマンドすら違う別世界。 そもそも、きちんと管理できていれば只の競合パッケージであって、他という概念も無くなる筈。
むしろディストリが移行するときにパッケージ形式を新旧混在させられるような
他形式インポートに広く対応した総合パッケージシステムを何故か見かけないな。 ディストリビューションごとに微妙に違うパッケージ名からどうやって異なるディストリビューションのパッケージとの衝突、依存等を判断するのか
ディストリビューションごとに微妙に違うバージョンナンバーの命名規則からどうやって異なるディストリビューションのパッケージとの古いor新しいを判断するのか
同名のパッケージの区別はどうするのか
RecommendsやObsoletesなどの各パッケージ固有の属性の扱いをどう統合するのか
パッケージに含まれない情報をどうするのか
(例えばlibcなどの根幹的なパッケージのバージョンをリポジトリごとに固定していて依存情報にはその必要なバージョンの情報は含めない形になっているパッケージ等)
膨大な量のパッケージ(サポートするフォーマットの全てのリポジトリの全てのパッケージ)の組み合わせをどうやってテストするのか
ちょっと適当に考えただけだけど簡単に解決できそうやね(ニッコリ パッケージシステムってよりパッケージ管理体制の話じゃね >>96
互換保証がなければ同名パッケージであっても別物だと判断するべきだろう。
configure的なテストで導入できる仮想パッケージ群があればシステム総導入を抑えられるかもね。 このスレ止まっちゃってんのか
pacmanもzipperもDNFも出てない
特にMSYS2にまさかの採用されてるpacmanとか語るべきことあるだろうに そういやsnapdだっけ?
標準目指すパッケージシステムが出たね。 >>100
標準の座をflatpakと争うわけですよ。
歴史は繰り返す。 >>101
flatpakって原則デスクトップアプリ向けだからsnapdと被らないでしょ 阿呆丸出しの疑問だが、そもそもなんでディストリが違うとパッケージ管理システムも違うんだ?
……てかもしかしてパッケージ管理システムの違いがディストリを産んだ? >>103
そのディストリがそのパッケージシステムを選んだから
違うディストリでも同じパケージシステムを選ぶ事だってある。 >>103
ディストリというものがどういう経緯でできたのか調べてみ 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
AZYJQIAMVG 僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
IAEN5 フラットパックはデスクトップ用のパッケージだけなのか >>1
Apt-RPM はつい最近まで頑張っていましたよね。
メンテナーはRed Hatの名誉社員でしたが。