【deb】パッケージシステム【rpm】
何だ、ここはキモオタ野郎ID:yTCjZ4MIの専用牢獄か!
ゲラゲラ >>7
dpkg 1.13.25で対応したらしい。 prt-get とかいうのもあったかも
あとstowは・・・違うか。 けっきょく Ubuntu スレにいた彼の
最強パッケージ管理システムはどうなった? 最強のパッケージ管理システムは、どう考えても、CPAN >>22
ユーザ毎にインストールできるって点が特徴だわな(Zero Installもそうだけど)。
個人向けPCには入らね。 rpm -q apr
ってすると
apr-0.9.4
apr-1.2.8-1
ってでて来て片方だけ削除しようにも依存関係の問題がどーたら言われて削除できない。
間違えてバージョンが違うパッケージをインストールしてしまった場合は、どうすれば片方
のパッケージを削除できるの? パッケージシステムとパッケージ管理システムは違うよな
このスレ的にはどっちの話をするわけ? 最近、Dilloの最新版のDillo_new.debパッケージがないので、
ソースからmakeしてdebパッケージを作ろうと思うのだが、
makeが通らなかったりで、ナカナカうまくいかない!
Slackwareでは、makeからmakepkgでDillo.tgzパッケージビルドまで
5分で出来てしまうのだが …
誰か、debパッケージの作り方の良い解説のHP教えてちょッ。 >>29
./configure
make
checkinstall --install=no checkinstall --install=no
をやってみましたが、
--install=no そんなオプションは無いと叱られてしまいました… upgradeしたら、
checkinstall --install=no
できました。
>>30
Thank http://distrofreak.seesaa.net/article/34511915.html
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にたどり着くことがあったらスレタイはその時に
再検討ということで。 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 みんな apt に満足してんだろな。インストールしたバイナリに、欲しかったオプションが設定
されていないときの絶望ときたら。逆に、万人受けさせるためになんでもかんでもオプション付加
させてるのも気持ち悪い。だからバイナリメインのパッケージ管理システムはいまいち好きになれない。
portage も、設定できないオプションがあったりしていまいち好きになれない。
で、Nix ってシステムにたどりついた。といってもまだ使ってないんだけど。乏しい英語力で
文献を漁ったんだけど、かなり好き放題できそう。
日本語資料が皆無に等しいんだけど、使ってる人いない?
というわけで保守。 >>38
せめて本家のURLくらい貼ってくれ。
ググったらUNIXとかがヒットしまくりわからんかった。
> portage も、設定できないオプションがあったりしていまいち好きになれない。
これでダメなら、自分でoption全て決めてコンパイルした俺dist.作ることにならんか?
「portageで設定できないオプション」てのがよく分からんけど。 >>39
スマソ
Nix
http://nix.cs.uu.nl/index.html
>portage
vim の mzscheme とかなくね?あと趣旨が違うのかもしれないけど
--with-features=tiny とかできないし。 paldo GNU/Linux ttp://distrowatch.com/?newsid=04882
"paldo is a hybrid (source and binary), Upkg-driven GNU/Linux distribution"
>>38
消してcheckinstallすれば?野良buildはみんなそうしているが、、、 checkinstall で作成したdebパッケージは別のPCでも使いまわし
できますか?
友人に渡すなど... debパッケージつくるなら、debhelperかcdbsを使いましょう Conary使ってるのってrPathとForesightだけ? Weasel GNU/Linux がありますよ、と。
http://www.weasel.iz.rs/ 依存関係を解決すると言いながら、実際にはバイナリに添付された情報と
自分で作ったデータしか見ないパッケージ管理システムは糞。 そういう意味では
本当にパッケージ管理してるのって
NixとConaryぐらいしかないね yumとaptって結局どっちがいいの?
yum糞スレに行き着くだけ? 各パッケージのヘッダを一々全部取得してた頃のyumは明らかにaptよりクソだった
今は大差無いんじゃない?
64bit対応だとyumの方が良さげ Linuxスレで聞くのも何なんだけど
Windows用のパッケージ管理システムって、今どんなものがあるだろうか
Windowsにパッケージ管理がないのがずっと不満で
自分で作ってみたいと思ってるんだけど、他に似たような物があったら知りたい
良い物があれば作る必要はないしな >>59
ごく最近のは知らないが数年前でもLZMAも使えるNSISってのがしっかりしてたと思う
ttp://nsis.sourceforge.net/
Debianのパッケージにもあった。他のディストリでもあるかも
ttp://packages.debian.org/stable/nsis >>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の名誉社員でしたが。