1 :
login:Penguin:
2ゲットぉぉぉ!!!
ありゃ、いつの間にかdpkgがlzmaの解凍に対応してるな。
ID:yTCjZ4MI はいないのか?
9 :
login:Penguin:2007/03/29(木) 21:01:40 ID:RMC7E/zl
何だ、ここはキモオタ野郎ID:yTCjZ4MIの専用牢獄か!
ゲラゲラ
>>7 dpkg 1.13.25で対応したらしい。
prt-get とかいうのもあったかも
あとstowは・・・違うか。
1>> 乙
良スレの予感、個人的にはタイムリー
良スレの予感2
15 :
login:Penguin:2007/03/30(金) 13:53:33 ID:CHM0XAB0
で、何を語るんだ
dpkg以外の糞さ
17 :
login:Penguin:2007/04/03(火) 02:12:56 ID:oynAfXsS
ID:SgxTwQppコイコイ
Yastは違うん?
けっきょく Ubuntu スレにいた彼の
最強パッケージ管理システムはどうなった?
最強のパッケージ管理システムは、どう考えても、CPAN
klikとかどうよ?
>>22 ユーザ毎にインストールできるって点が特徴だわな(Zero Installもそうだけど)。
個人向けPCには入らね。
マターリ進行記念age
rpm -q apr
ってすると
apr-0.9.4
apr-1.2.8-1
ってでて来て片方だけ削除しようにも依存関係の問題がどーたら言われて削除できない。
間違えてバージョンが違うパッケージをインストールしてしまった場合は、どうすれば片方
のパッケージを削除できるの?
--nodepsとか--forceとかなかった?
パッケージシステムとパッケージ管理システムは違うよな
このスレ的にはどっちの話をするわけ?
29 :
login:Penguin:2007/09/15(土) 12:07:05 ID:20wYacEF
最近、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 そんなオプションは無いと叱られてしまいました…
32 :
31:2007/09/21(金) 22:12:12 ID:b7ldSPJC
upgradeしたら、
checkinstall --install=no
できました。
>>30 Thank
33 :
login:Penguin:2007/10/26(金) 11:08:59 ID:aqYRGqTZ
34 :
login:Penguin:2007/12/02(日) 13:37:06 ID:tky+yz5d
遅レスだが... 反応しとこう
>>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 なシステムのパッケージ(管理)システムでないものも
外してみた。情報の拡充あったらよろすこ。
半角空白のインデント潰れたorz
36 :
login:Penguin:2007/12/03(月) 12:22:02 ID:PxBVXV/Q
パッケージ管理システムに追加
- up2date (RHEL, CentOS)
既存スレをさがしてみたけどyumもっさりスレしかないな。
この話題に乗って来る人も少なそうなので、管理システムとか
Portage の話題も含んだスレということでよさそう。
もしPart2にたどり着くことがあったらスレタイはその時に
再検討ということで。
37 :
login:Penguin:2007/12/05(水) 11:23:53 ID:tDVDuECI
38 :
login:Penguin:2008/04/02(水) 19:21:02 ID:v6RBM9gi
みんな apt に満足してんだろな。インストールしたバイナリに、欲しかったオプションが設定
されていないときの絶望ときたら。逆に、万人受けさせるためになんでもかんでもオプション付加
させてるのも気持ち悪い。だからバイナリメインのパッケージ管理システムはいまいち好きになれない。
portage も、設定できないオプションがあったりしていまいち好きになれない。
で、Nix ってシステムにたどりついた。といってもまだ使ってないんだけど。乏しい英語力で
文献を漁ったんだけど、かなり好き放題できそう。
日本語資料が皆無に等しいんだけど、使ってる人いない?
というわけで保守。
>>38 せめて本家のURLくらい貼ってくれ。
ググったらUNIXとかがヒットしまくりわからんかった。
> portage も、設定できないオプションがあったりしていまいち好きになれない。
これでダメなら、自分でoption全て決めてコンパイルした俺dist.作ることにならんか?
「portageで設定できないオプション」てのがよく分からんけど。
42 :
login:Penguin:2008/07/09(水) 09:46:15 ID:XO23tYI8
age
>>38 消してcheckinstallすれば?野良buildはみんなそうしているが、、、
44 :
login:Penguin:2008/07/11(金) 15:37:07 ID:l/yLYHOb
pacoとgpacoで十分
45 :
login:Penguin:2008/08/17(日) 14:31:47 ID:m1+Y6wCL
checkinstall で作成したdebパッケージは別のPCでも使いまわし
できますか?
友人に渡すなど...
46 :
login:Penguin:2008/11/03(月) 11:48:21 ID:G8xzC5HB
age
debパッケージつくるなら、debhelperかcdbsを使いましょう
48 :
login:Penguin:2008/12/05(金) 21:47:53 ID:LVlfpboz
保守
屋上屋を重ねる、となぜか連想した。
Conary使ってるのってrPathとForesightだけ?
依存関係を解決すると言いながら、実際にはバイナリに添付された情報と
自分で作ったデータしか見ないパッケージ管理システムは糞。
そういう意味では
本当にパッケージ管理してるのって
NixとConaryぐらいしかないね
56 :
login:Penguin:2009/06/06(土) 09:30:04 ID:fU+AYLLl
yumとaptって結局どっちがいいの?
yum糞スレに行き着くだけ?
各パッケージのヘッダを一々全部取得してた頃のyumは明らかにaptよりクソだった
今は大差無いんじゃない?
64bit対応だとyumの方が良さげ
Linuxスレで聞くのも何なんだけど
Windows用のパッケージ管理システムって、今どんなものがあるだろうか
Windowsにパッケージ管理がないのがずっと不満で
自分で作ってみたいと思ってるんだけど、他に似たような物があったら知りたい
良い物があれば作る必要はないしな
61 :
59:2009/06/12(金) 08:08:31 ID:YTiWriND
>>60 ありがとう、でもこのNSISってパッケージ管理システムじゃなくて
インストーラ作成用のツールなのでは?
apt(deb)やrpmのように、複数のパッケージをまとめて管理できる
(簡単に削除できる、依存性を取り扱うことができる、などの)仕組みはないよね?
どうして主要ディストロはYumやapt-getをいまだに使いつづけるの?
>>63 ほかに何かもっと良いパッケージ管理システムがあるの?
65 :
login:Penguin:2009/08/17(月) 21:02:05 ID:VSKfYkgh
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;
までを簡単に(独自)パッケージ管理に組み込めるのが良い
まぁ当然ビルドに時間が掛かるが
ume
73 :
login:Penguin:2010/05/02(日) 21:17:32 ID:ubO5Xq8t
∧ ∧ ┏┯┯┯┯┯┓
(,, ). || | || | | | | | | |┃
| つ━●| | | | | | | |┃カーン…
〜 |彡|| | || | | | | | | |┃
U~U . ━━━━━━┻
c
d
# make install distclean
test
test
79 :
login:Penguin:2012/08/29(水) 08:31:06.27 ID:69gowSVa
apt/dpkgとemerge/portage
以外の管理システムはちゃっちい
RPMとか何かあれば--nodepsとか--force発動しなあかんし
yumもちゃっちく感じる
>>79 > RPMとか何かあれば--nodepsとか--force発動しなあかんし
あんまそういう状況になったことないな。
何かヘンなことやってるからじゃない?
たとえそういう状況が多いとしても、
それはパッケージングシステクの問題ではなく
パッケージ作成体制の問題では。
debは世界で一番糞だな。
あんな複雑なの消えて無くなれ
debは神
でも神が故にややこしい
ややこしさと高機能のトレードオフ
でも普通に使うならRPMよりdebの方が簡単
RPMとDEBを統合しよう
複数あると「不便」だが、1つの方式に統合するとそれによる弊害もある。
例えばその1つがおかしな方向性に走ってしまったとか、
致命的なセキュリティ難があって導入しているだけで一斉に
クラックされてしまったとか。
そういうのが危惧されるからこそ、WinやMacだけでなくLinuxが必要なわけで。
「便利」ばかり追及する世の中は確実に破綻する。
便利についての異なった思想の分、選択肢も複数存在するのである。
複数覚えるのは確かに不便であるが。
89 :
login:Penguin:2013/12/19(木) 09:13:45.20 ID:NPyghiWw
非互換部分を知らせずに黙って置き換えてしまう奴は無能だと思う。
90 :
login:Penguin:
これ上げてみよう