NetBSD その16
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
2006/04/16(日) 18:56:01http://www.netbsd.org/
前スレ
NetBSD その15
http://pc8.2ch.net/test/read.cgi/unix/1139732291/
次スレは2.0になります(嘘
お約束、関連リンク、心の公式ロゴは>>2-10あたり
0757名無しさん＠お腹いっぱい。
2006/07/01(土) 07:20:56一人で盛り上がるのはいいが
書き込むな
0758名無しさん＠お腹いっぱい。
2006/07/01(土) 10:02:22./configureの結果でMakefileを作るには？
0759名無しさん＠お腹いっぱい。
2006/07/01(土) 10:16:19日本語でおｋ？
0760名無しさん＠お腹いっぱい。
2006/07/01(土) 10:35:05できてないってことはそのconfigure scriptが悪いか環境が悪いか何かしら変なことに
なっているということだがそれはconfigureの出力を見てみないことにはわからないし
自分の興味のないアプリを取り寄せてわざわざ追試する暇人はここにはそういない。
ここで訊くのはそれがNetBSD特有の問題だと確認できてからのほうがいいと思うよ。
マニュアルにはなんか要件書いてあるんじゃないの?
0761名無しさん＠お腹いっぱい。
2006/07/01(土) 14:31:11Use pkgsrc(or Linux), if you cannot resolve dependencies.
0762名無しさん＠お腹いっぱい。
2006/07/01(土) 18:38:58export CPPFLAGS="-I/usr/pkg/include -I/usr/pkg/share/x11-links/include"
export LDFLAGS=" -L/usr/pkg/lib -R/usr/pkg/lib -L/usr/pkg/share/x11-links/lib -R/usr/pkg/share/x11-links/lib"
は事実上必須。（ X11 関係のパスがこれでいいかはよく知らん。）
まぁそれでも
./configure && gmake && gmake install
が一発で通ることなんて殆んどないけどな。
こういう FAQ 的なものはテンプレに入れといてもいいんじゃないかな。
0763名無しさん＠お腹いっぱい。
2006/07/01(土) 20:01:45x11-links を指定するぐらいなら -R/usr/X11R6/lib -L/usr/X11R6/lib の
方がいいと思うなあ。
実際、x11-links を使って作られたコマンドを ldd してみても、
参照されているのは /usr/pkg/share/x11-links/lib じゃなくて
/usr/X11R6/lib の方でしょ？
あと、pkgsrc を使わずになにもかも自分で作るなら、
/usr/pkg 関係の指定もまったくいらない…
うちで /usr/local に入れてあるツールは全てそうやって作ってて、
/usr/pkg に依存しないようにしてるなあ。
0764名無しさん＠お腹いっぱい。
2006/07/01(土) 20:28:374年使ってるけどmakeっが通らなかったのはfdくらい
0765名無しさん＠お腹いっぱい。
2006/07/01(土) 21:12:14> x11-links を指定するぐらいなら -R/usr/X11R6/lib -L/usr/X11R6/lib の
> 方がいいと思うなあ。
それだと pkgsrc で libfreetype とかをインストールしているときに困るんだよなぁ。
アレな解決策だとは思うけど、いまのところ問題は起きてない。
> あと、pkgsrc を使わずになにもかも自分で作るなら、
> /usr/pkg 関係の指定もまったくいらない…
もちろん pkgsrc との共存前提。
gtk+2 を要求するアプリとかどうするの？
まぁ「事実上必須」は言い過ぎだったかな…。
0766名無しさん＠お腹いっぱい。
2006/07/01(土) 21:17:41> それだと pkgsrc で libfreetype とかをインストールしているときに困るんだよなぁ。
> アレな解決策だとは思うけど、いまのところ問題は起きてない。
それはX関係ないし
> gtk+2 を要求するアプリとかどうするの？
gtk-configからインクルード/ライブラリパス拾いに行くだろ。
0767名無しさん＠お腹いっぱい。
2006/07/01(土) 21:30:380768名無しさん＠お腹いっぱい。
2006/07/01(土) 21:42:05>それはX関係ないし
よく意味が分からんが、 /usr/X11R6/ と /usr/pkg/ でバージョン違いの
同じライブラリが入っているとき、 x11-links を指定しておくと（とりあえずは）
うまく処理される。 libfreetype はその例として挙げただけ。
> gtk-configからインクルード/ライブラリパス拾いに行くだろ。
そういえばそうだっけ。まあ言いたいことは分かるでしょ？
つか、 X のパスの話はともかく、
CPPFLAGS="-I/usr/pkg/include" LDFLAGS="..." ./configure
とするのって定番じゃないの？
なんか必要以上に突っかかられてる気がするんだが。論点ずれてるし。
0769名無しさん＠お腹いっぱい。
2006/07/01(土) 22:03:530770名無しさん＠お腹いっぱい。
2006/07/01(土) 23:58:07とタイプすると、
make: no target to make.
stopped in /home/ユーザ名/今居るディレクトリ
と、なっちゃうのは、何でですか？（>ω<;）ｂ
0771名無しさん＠お腹いっぱい。
2006/07/02(日) 00:10:06それだけ見ると特に異常はない。
どうなってほしかったの？
0772770
2006/07/02(日) 00:15:53異常じゃないんですかｗ
なんか、stoppedって文字が出てきたから、なにか止まったんじゃないかな？って思っちゃいますた。
0773名無しさん＠お腹いっぱい。
2006/07/02(日) 00:19:280774名無しさん＠お腹いっぱい。
2006/07/02(日) 00:45:50http://pc8.2ch.net/test/read.cgi/unix/1147251754/l50
0775名無しさん＠お腹いっぱい。
2006/07/02(日) 01:32:51> そういえばそうだっけ。まあ言いたいことは分かるでしょ？
世の中のパッケージが全て pkg-config を使うように移行しちゃえば、
こういう苦労もなくなるんだろうけどねえ。
GNOME やら X.org やらが推進してるみたいだから、いずれはそういう
時代がくるんじゃないの？
$ pkg-config --cflags --libs gtk+ freetype2
-I/usr/pkg/include/gtk-1.2 -I/usr/X11R6/include 長いので省略
> つか、 X のパスの話はともかく、
> CPPFLAGS="-I/usr/pkg/include" LDFLAGS="..." ./configure
> とするのって定番じゃないの？
> なんか必要以上に突っかかられてる気がするんだが。論点ずれてるし。
さらに話がずれるけど、CPPFLAGS や LDFLAGS による指定って効かない
パッケージがたくさん存在しない？ CC で
CC='cc -I/usr/pkg/include -R/usr/pkg/lib -L/usr/pkg/lib'
みたいに指定しちゃう方がうまくいくことが多い気がする。
0776名無しさん＠お腹いっぱい。
2006/07/02(日) 01:41:06あまりウラの取れていないことを FAQ に載せるべきなんて言ってるのを見れば
うさんくさく思えるのも当然だから論点ずれるのも当たり前？
0777名無しさん＠お腹いっぱい。
2006/07/02(日) 04:44:27% postqueue -p
postqueue: fatal: Connect to the Postfix showq service: Permission denied
って怒られるんですがそんなもんでしょうか。
/var がローカルディスクの ffs だと問題ないです。
setgid もちゃんとしてると思うんですが、 exports(5) の設定がいるのでしょうか。
# ls -l /usr/sbin/postqueue
-r-xr-sr-x 1 root maildrop 128932 Jun 25 09:00 /usr/sbin/postqueue
# ls -ld /var/spool/postfix/public
drwx--x--- 2 postfix maildrop 512 Jun 28 00:00 /var/spool/postfix/public
# ls -l /var/spool/postfix/public/showq
srw-rw-rw- 1 postfix maildrop 0 Jun 28 00:00 /var/spool/postfix/public/showq
0778名無しさん＠お腹いっぱい。
2006/07/02(日) 04:48:440779名無しさん＠お腹いっぱい。
2006/07/02(日) 04:53:56一般ユーザーでも postqueue -p は動くようになるんですが、
setgid したものを動くようにする場合は -maproot=0:0 でいいんでしょうか。
0780名無しさん＠お腹いっぱい。
2006/07/02(日) 05:09:35そりゃ変だな。グループIDは変換されないはずだけどなあ。なんでかな。
ktrace してみる？
0781名無しさん＠お腹いっぱい。
2006/07/02(日) 05:18:00当然 root で postqueue -p はちゃんと動きます。
一般ユーザーを maildrop の group に入れると postqueue -p できます。
chmod o+x /var/spool/postfix/public しても動くようになります。
postqueue は ffs 上のバイナリでも nfs 上のバイナリでも変わりません。
なので、 NFS まわりが変なような気も...
0782名無しさん＠お腹いっぱい。
2006/07/02(日) 06:43:22ktrace するとか。
> なので、 NFS まわりが変なような気も...
たしかに、そういう気もするねえ。
0783名無しさん＠お腹いっぱい。
2006/07/02(日) 12:04:28/var/spool/postfix/public に入れなくて失敗しているような気はする。
NFS で chdir する場合に real GID は見てるけど effective GID を見てない?
そのへんって src/sys/nfs/ 以下のどのソース見ればわかる?
0784名無しさん＠お腹いっぱい。
2006/07/02(日) 22:00:300785名無しさん＠お腹いっぱい。
2006/07/02(日) 22:30:07まあ階層の違いだけかもしれないけど、どっちみちよくわからんから
昔のバージョンだとどうなるかやってみよ。
0786名無しさん＠お腹いっぱい。
2006/07/03(月) 01:09:20kauthのmerge時のミスでnfs_socket.cのnfs_getreq()の中の
kauth_cred_setegid()の引数が間違ってgidでなくuidになってる。
kauth_cred_setsvuid()の引数が代わりにgidになってるがこっちは無害か。
サーバー側の問題だから微妙にハマったが、くだらんオチだ... ○|￣|＿
0787名無しさん＠お腹いっぱい。
2006/07/04(火) 02:23:26bouyer@たん乙。
0788名無しさん＠お腹いっぱい。
2006/07/07(金) 16:59:47pkg_chk -u して寝て起きて無事に終ってたことが無いです。
解決できないときすごい不便なんですが、どうしたらいいんでしょうか。
www/curlは通ったんですが、devel/gettext-toolsの configureではまっております。
0789名無しさん＠お腹いっぱい。
2006/07/07(金) 17:48:57入れている状態だから、変なときのを引くとまずいかも。
急ぐならひとまずSTABLEな2006Q2を使っておくとか。
0790名無しさん＠お腹いっぱい。
2006/07/08(土) 03:13:00びっくらこいた。思い切ったもんだね。
0791名無しさん＠お腹いっぱい。
2006/07/08(土) 11:15:51pkgsrcでインストールしたものは簡単にアップデートできるのですが、NetBSDインストール時点でインストールされるものの
アップデートの仕方がわかりません
0792名無しさん＠お腹いっぱい。
2006/07/08(土) 11:21:200793名無しさん＠お腹いっぱい。
2006/07/08(土) 11:32:22お偉方は考えてないのかな
0794名無しさん＠お腹いっぱい。
2006/07/08(土) 11:37:440795名無しさん＠お腹いっぱい。
2006/07/08(土) 12:04:04buildするのが面倒なら、Daily binary snapshots を使えばいいんだけど、
今回の場合、SAが出てからbuildされてないね。
3.0.1のリリースの方で手一杯か？
0796名無しさん＠お腹いっぱい。
2006/07/08(土) 12:04:31>>792の仕組は既に存在するんだが
0797名無しさん＠お腹いっぱい。
2006/07/08(土) 12:07:092006-06-14 should be upgraded from NetBSD 3.* sources dated
2006-06-15 or later.
The following files need to be updated from the
netbsd-3 or netbsd-3-0 CVS branch:
gnu/dist/sendmail/sendmail/deliver.c
gnu/dist/sendmail/sendmail/mime.c
gnu/dist/sendmail/sendmail/sendmail.h
gnu/dist/sendmail/sendmail/version.c
To update from CVS, re-build, and re-install sendmail:
# cd src
# cvs update -d -P -r <branch_name> gnu/dist/sendmail
# cd gnu/usr.sbin/sendmail
# make USETOOLS=no cleandir dependall
# make USETOOLS=no install
ってSAに書いてあるけど。
いちいちソースなんか持ってきてらんねー、っていう意見はもっともで
バイナリアップデートのしくみもあったほうがいいのは確かだけど、
daily snapshotあるからそれでいいじゃん、って感じかなあ。
ftp://ftp.NetBSD.org/pub/NetBSD-daily/netbsd-3-0/
から該当portのbase.tgzもってきて
# (cd /; tar -zxvpf /どこか/base.tgz ./usr/libexec/sendmail)
ってすればいいんじゃない?
0798名無しさん＠お腹いっぱい。
2006/07/08(土) 12:09:53> いちいちソースなんか持ってきてらんねー、っていう意見はもっともで
今回>791はpkgsrcなら簡単って言ってるんだからそれにはないと思うけどな。
0799名無しさん＠お腹いっぱい。
2006/07/08(土) 12:13:100800名無しさん＠お腹いっぱい。
2006/07/08(土) 12:17:30>>799のいう通りpkgsrcの場合はmake updateだけで全部自動で
ソース持ってきてくれるよね。
一方SAにはcvs updateしか書いてなくて、その前にどれだけのソースを
どこからどうやって持ってくるかの下準備までは書いてない。
コマンド一発で実行できる必要はないと思うけど、少なくとも
cvs checkoutなりsrc.tgzを持ってくる方法なりも全部SAに書いて
そのまま真似すればOKという説明にしてくれないと不親切だし
こういう質問が出てくるのも無理もないと思う。
0801名無しさん＠お腹いっぱい。
2006/07/08(土) 12:29:58> 一方SAにはcvs updateしか書いてなくて、その前にどれだけのソースを
> どこからどうやって持ってくるかの下準備までは書いてない。
cvs updateすれば全部持ってきてくれるわけですが。
> コマンド一発で実行できる必要はないと思うけど、少なくとも
> cvs checkoutなりsrc.tgzを持ってくる方法なりも全部SAに書いて
それいったらpkgsrcだってpkgsrc.tgzを持ってこなくてはならないわけだが。
そもそもpkgsrcを転がしている人がsrcは転がしてない/もって来る方法が
わからないなんてありえねー。
> そのまま真似すればOKという説明にしてくれないと不親切だし
> こういう質問が出てくるのも無理もないと思う。
どこのディレクトリをcvs updateすればいいとまで書いてあるのに。
十分親切だろ。
件の人はSAの内容を読んでないからあんな質問をしているのだと思うな。
0802名無しさん＠お腹いっぱい。
2006/07/08(土) 12:30:40root になる方法とか、ネットワークの設定方法とかも全部SAに書かないといけませんね。
0803名無しさん＠お腹いっぱい。
2006/07/08(土) 12:35:55> そもそもpkgsrcを転がしている人がsrcは転がしてない/もって来る方法が
> わからないなんてありえねー。
カーネルのソースを転がしている人がyesのソースはもって来る方法がわからないのならありえる
0804名無しさん＠お腹いっぱい。
2006/07/08(土) 12:44:47別に今回の質問者に限らずバイナリインストールだけできた程度の人でも
updateはできないと困るしそういう人でもできる説明にすべきだと思うんだが。
わかってる人しか使っちゃいけないと言うならそれでもいいけど。
0805名無しさん＠お腹いっぱい。
2006/07/08(土) 12:55:01pub/NetBSD/NetBSD-3.0/source/sets/src.tgz
pub/NetBSD/NetBSD-3.0/source/sets/gnusrc.tgz
が必要。
cvs updateするためにはanoncvs@anoncvs.netbsd.orgの設定が必要で
それはwww.netbsd.orgのどこそこを参照、でいいと思う。
sendmail関連のディレクトリだけ展開すればいいかと思ったら
各ディレクトリにCVSのディレクトリがないとcvs updateで怒られるし
もろもろのファイルがないとNETBSDSRCDIRがちゃんと設定されなくて怒られるし、
ああ結局全部展開しないと駄目のか...
0806名無しさん＠お腹いっぱい。
2006/07/08(土) 12:56:37Synopsis: I'm not sure how to apply security pacthes
Severity: critical
Priority: high
Class: doc-bug
0807名無しさん＠お腹いっぱい。
2006/07/08(土) 13:01:26cvs login だけでいいんじゃ?
0808名無しさん＠お腹いっぱい。
2006/07/08(土) 13:01:35/bin/lsとかにもバグはあるんだぞ
0809名無しさん＠お腹いっぱい。
2006/07/08(土) 13:05:180810名無しさん＠お腹いっぱい。
2006/07/08(土) 13:05:34> For more information on how to do this, see:
> http://www.netbsd.org/Documentation/current/
0811名無しさん＠お腹いっぱい。
2006/07/08(土) 13:08:44SA対応のためだけにcvsを覚えろと言われても一般人には面倒なことこの上ないから、
各リリースに対するソースのdiffを作って置いてpatchの当て方を書くとか、
cvswebやftpを使った該当リリースの最新ソースの取得方法を書くとか
したほうがいいんじゃないの? って気もする。
0812名無しさん＠お腹いっぱい。
2006/07/08(土) 13:09:200813名無しさん＠お腹いっぱい。
2006/07/08(土) 13:14:21とまじれすしてみる。
0814名無しさん＠お腹いっぱい。
2006/07/08(土) 13:19:45そのページの Using anoncvs の項を参照してくれてればいいけど、
top を指定されるといろんなことが書いてあるから混乱するだけという気が。
relelase branchを持ってくる話もcurrentとほぼ同じとはいえ直接は書いてないし。
0815名無しさん＠お腹いっぱい。
2006/07/08(土) 13:27:10……というのはやってみて思った。いろいろ調べる羽目にはなったけど。
0816名無しさん＠お腹いっぱい。
2006/07/08(土) 13:27:46ttp://www.netbsd.org/Documentation/updating.html#parts
0817名無しさん＠お腹いっぱい。
2006/07/08(土) 13:32:330818名無しさん＠お腹いっぱい。
2006/07/08(土) 13:44:310819名無しさん＠お腹いっぱい。
2006/07/08(土) 13:45:040820名無しさん＠お腹いっぱい。
2006/07/08(土) 13:46:050821名無しさん＠お腹いっぱい。
2006/07/08(土) 13:46:090822名無しさん＠お腹いっぱい。
2006/07/08(土) 13:55:400823名無しさん＠お腹いっぱい。
2006/07/08(土) 17:34:43現在またもや放置中？
0824名無しさん＠お腹いっぱい。
2006/07/08(土) 17:43:50ほかからちゃんと直せとケチがついて、
んなら壊れたまま放置せずおまえが直せ、
って感じでほったらかし?
0825名無しさん＠お腹いっぱい。
2006/07/09(日) 13:03:06manなんかいらないけどコンパイルはするマシンで結構邪魔なんですけど...
0826名無しさん＠お腹いっぱい。
2006/07/09(日) 16:48:14コンパイル環境はいらんけどマニュアルはいる人間がいるから。
0827名無しさん＠お腹いっぱい。
2006/07/09(日) 18:00:45だったらマニュアルを全部man.tgzに移せばいいだけで
comp.tgzにマニュアルを入れる理由にならんよ。日本語わかってる?
0828名無しさん＠お腹いっぱい。
2006/07/09(日) 18:07:19compに入ってるのは、comp入れない人には必要ないからだろ
0829名無しさん＠お腹いっぱい。
2006/07/09(日) 18:10:270830名無しさん＠お腹いっぱい。
2006/07/09(日) 18:10:320831名無しさん＠お腹いっぱい。
2006/07/09(日) 18:17:32だから、入れてないコンパイラのマニュアルがあったら邪魔でしょ。
そんなことも気がつかないの？
0832名無しさん＠お腹いっぱい。
2006/07/09(日) 18:41:310833名無しさん＠お腹いっぱい。
2006/07/09(日) 19:23:33ようやくわかったか。
0834名無しさん＠お腹いっぱい。
2006/07/09(日) 20:06:59大した根拠があるわけでもなく自分が作業したわけでもないのに
現状のNetBSDが正しいと信じてユーザーの疑問をユーザー自身の
せいにする>>801みたいな信者が多いのはわかりました。
0835名無しさん＠お腹いっぱい。
2006/07/09(日) 20:07:44マジで言ってるのか？
コンパイラ入れてマニュアルがいらない人がいたとしても
コンパイラ入れてなくてマニュアル入れたらマニュアルの元が無い方が邪魔だと思わないかい？
0836名無しさん＠お腹いっぱい。
2006/07/09(日) 21:19:13comp.tgz のマニュアルを man.tgz とも comp.tgz とも分離すればいいんでしょ。manco.tgz とか。
0837名無しさん＠お腹いっぱい。
2006/07/09(日) 22:09:52大した根拠があるわけでもなく自分が作業する気もないくせに
現状のNetBSDより、自分一人が正しいと思っている>834みたいな
人よりはだいぶ多いでしょうね。
0838名無しさん＠お腹いっぱい。
2006/07/10(月) 00:08:270839名無しさん＠お腹いっぱい。
2006/07/10(月) 00:38:090840名無しさん＠お腹いっぱい。
2006/07/10(月) 00:43:02いっそのこと1ファイルづつ選べるようにしたらお前らの理想か？
0841名無しさん＠お腹いっぱい。
2006/07/10(月) 01:05:120842名無しさん＠お腹いっぱい。
2006/07/10(月) 01:27:51ソースの場所がわからない初心者も安心。名案だ。
Do you wish to install source code of yes(1)? [y/N] Y
Where to install? [default: /usr/src/usr.bin/yes/]
0843名無しさん＠お腹いっぱい。
2006/07/10(月) 22:15:01あって実際のユーザーがどう思うかなんてことは二の次だから。
buildさえできれば動かなかろうが不足してるファイルがあろうが
関係ないって感じ。
0844名無しさん＠お腹いっぱい。
2006/07/11(火) 11:10:03ころかそれの何が問題かすら分からないバカユーザがどう思うかは「二の次」
だろうな。
そういうバカユーザと比べるとmanco/mangeいってる愉快な連中の方がだいぶ
頭はいいｗ
manco/mangeするとちゃんと矛盾無く問題が解決されるしな。
0845名無しさん＠お腹いっぱい。
2006/07/11(火) 11:13:35それはそれで>>825はハマると思うガナー。
0846名無しさん＠お腹いっぱい。
2006/07/11(火) 11:55:090847名無しさん＠お腹いっぱい。
2006/07/11(火) 13:28:330848名無しさん＠お腹いっぱい。
2006/07/11(火) 14:02:300849名無しさん＠お腹いっぱい。
2006/07/11(火) 15:00:520850名無しさん＠お腹いっぱい。
2006/07/11(火) 16:24:02使っている人が英語嫌いな状況。
0851名無しさん＠お腹いっぱい。
2006/07/11(火) 17:25:150852名無しさん＠お腹いっぱい。
2006/07/11(火) 18:09:57なんで？
0853名無しさん＠お腹いっぱい。
2006/07/11(火) 19:09:24馬鹿？
0854名無しさん＠お腹いっぱい。
2006/07/11(火) 21:15:160855名無しさん＠お腹いっぱい。
2006/07/11(火) 21:16:03何もしないのならやめちまえばいいのに
■ このスレッドは過去ログ倉庫に格納されています