>>1 (ﾟдﾟ )乙 これは乙じゃなくてポニーテールなんたらかんたら
ポニテというか……辮髪？
Ubuntuたん…ﾊｧﾊｧ
6 ：
名無しさん＠お腹いっぱい。 ：2009/01/15(木) 16:59:59
Windows7期待age
具の目祭り、ｋで祭り、ぺｒｌ祭りの連続荒波に、またまだ揺られていつ終わるとも知れん……
X.orz 7.4祭りが来るでよ
Xはモジュール化されて中身は個々にアップデートされてるから、
今日、FMV C60にインスコしようとしたら、NIC二枚のせいかFTPインストール出来なかった。orz
インスコって馬鹿っぽいから使わない方がいいよ。
インスコロールですね、わかります。
なぜスレタイがports22でないのか、という件について
＝＝＝＝最早語るべきことなど何も無い＝＝＝＝
mergemaster -v やってるんだけど、kensmith, kensmith うざい
特許庁の役人が不正をしている疑いが出ています
検証などに参加してくださる方を募集しています
特にwikiが何度も消されているため、wikiを置かせてくれるサーバーの協力者募集中
-----------------
321 名前： すずめちゃん(関東)[] 投稿日：2009/01/11(日) 20:49:06.07 ID:Jbg9FRtN
>>225 まとめに詳しく載ってると思うが…
ざっくり言うと
A社、特許申請
↓
特許庁の親父、息子に見せる。
↓
息子、B社に情報売る。
↓
B社、特許申請。
↓
偽装工作＋密室作業により、B社の申請が早かったとなりB社の特許に。←（消印のスタンプだけ押してもらっyた封筒を前もって用意）これ大事
↓
A社「遅かったか…」と何も知らずに涙目。
-----------------
まとめwiki
初代まとめサイト
ttp://www14. atwiki.jp/ipa_winny/ ←(1/7)潰された
二代目まとめサイト
ttp://wikis. jp/ipa/ ←(1/15)潰された
二代目ミラーサイト
ttp://tukouta.altervista.org/php5/ ← ★現行
（三代目まとめサイト
ttp://ipa-matome.pbwiki.com/ ← 引越し中）
OOo3のportsがmakeでけへん...
uname -a してさらせ
jdkがらみの問題は解決してるはず
マジレスすれば、make開始時に free diskspace 11GB and memory 2GB とか出るはず。
20G は言い過ぎた。言語絞ればいける。
ntpd の修正って、freebsd-update できてなくない？
ディスクはある。スワップも4Gある。
スワップあるんなら、ディスクがいつまでもガリガリいうが、makeはできる。
昨日qt4祭りから抜け出せた直後に始めたKDE4.1.4祭りが全然終わらん…
今使っているのはどんなスペックなの？
派遣村の人ですね？
mobile celeron 2,2GHz, 1GB RAM(PC2100) のXPマシン上の
じゃあNECとかHPとかDellとかの激安サーバをひとつ買えばいい
皆さん、お金持ちなんですね…
Pen4世代のマシンなら1000円ぐらいで捨てるように売っているから
今はPCも爆発的に安くなったからな
激安サーバは1万円台前半で買えるものです
安すぎるサーバにFreeBSD入れて３年もてばいいと思ってます。
そうですね
それこそ１万くらいの安いのなら、３年で買い換えてもいいんじゃない？
まあ6系列は3年以上使っているような気がする
43 ：
名無しさん＠お腹いっぱい。 ：2009/01/17(土) 15:05:43
FreeBSDはqt freeに限る。
44 ：
名無しさん＠お腹いっぱい。 ：2009/01/17(土) 15:32:27
P3機再生にだいぶコストをかけてしまったしP4機にも愛着あるけれど
遅くて電力食いで高くてうるさいマシンに執着する人って何なの?
売り切れじゃん
前回の販売は2000円引きだったし
>>47 おすすめに他のモデルもあるじゃん
CPUも低スペックな代わりに省エネだし、メーカー保障もつくしいいと思うよ
Express5800/S70タイプSDが、HDD付きタワーでメモリ2GBだったら買ってたんだけどねｗ
そこのお勧めで唯一在庫のある110Geはいま2000円引きでしかないから
格安サーバスレ住人はともかく
ま、このぐらいの情報があればあとはそれぞれの選択になるし
そもそもおまいらは、このへんの激安サーバを自宅で動かしてるの？
そもそもこの手のタワータイプの激安サーバは
年寄りは耳が遠くなってるから大丈夫
別室に置けばすむ話だな
ベランダに置けばおｋ
59 ：
18 ：2009/01/19(月) 11:03:33
$ uname -a
VMwareならしょうがないな
62 ：
18 ：2009/01/19(月) 12:04:08
VMwareって？ AMD64実機ですが。
63 ：
名無しさん＠お腹いっぱい。 ：2009/01/19(月) 21:28:25
おっさんども
>>63 おっさんなめたら痛い目見るぞ。
教えてあげないからな。
自分で考えてちょんまげ
csupがだめならcvsupインストールして使えば良いじゃない。
>>63 pkg_add -r cvsup-without-gui
cvsup -g -L2 /etc/ports-supfile
ports-supfileはﾃﾝﾌﾟﾚｺﾋﾟｯﾃｶｷｶｷしてね（ﾊｰﾄ）
おっさんはportsなんて使わない
おっさんは、すべてハンドアセンブルです。
portsnapでいいじゃねーか
昨日つくった8-currentでportsをcsupしたけど何の問題もない。
キッシュイータじゃ無いからね。
72 ：
名無しさん＠お腹いっぱい。 ：2009/01/19(月) 22:20:23
おっさんどもありがトン！
>>72 csupがベースに入ったってのは
>>65 が既に言ってるだろ。
なんの釣りか知らんけど、程々にな。
/usr/ports/net/csup/
て、程々…？
>>74 バージョンによっては
IGNORE= is already in the base system
>>74 実験的にportsとして導入
↓
ある時点でbaseに取り込まれる
↓
FreeBSDのサポートされているバージョンの全てでbaseに含まれるようになると
portsから削除される
というごく普通の流れだと思われ。
78 ：
名無しさん＠お腹いっぱい。 ：2009/01/20(火) 21:57:25
7.0Rから7.1にmake worldしたけど、mergemasterめんどくさすぎだな。
79 ：
78 ：2009/01/20(火) 22:00:44
マージするファイルだけ列挙するとかできないもんかな・・・
mergemaster -U
7.0のbaseを/mntあたりに展開して
Winmergeって何よ
kdiffって何。KDEのGUIなdiff？（想像
WinmergeはWindows用のdiffツール
mergemasterなんて慣れの問題だから気にするな。
mergemaster -Ui と vim の DirDiff で超楽ちん
了解しました。-v やめて -Ui にしまふ。
/etcに何があるか理解してからやれば簡単だよ。
/etcで変更点が覚えられないほどってのは、ipfwのフィルタくらいかもしれない。
/etc/passwd, master.passwd をうっかり上書きすると泣ける
installworld中にパニックして/etcが壊れた俺涙目
そこまでスゲー場合はさすがに fixit+live-fs で
/etcが壊れたならバックアップから戻せばいいじゃない
>>92 大切なデータバックアップして再インストールとかどうよ。
昔は、installworld をこわごわやっていたが、
make delete-old はマダいいけど、make delete-old-libs までやったら
移行期間中はバイナリしか用意されてないようなものとかの対処もあって、
>97
あはははは
>>98 ためしに、portsclean -L してみると言うのはどうか。
バックアップしようとして rsync --delete を間違ったディレクトリでやって、
--deleteは使うな危険
>>103 --delete は、/home 移行中の暫定処置で使うくらいかな。
移行先のサーバに移ったユーザらが「消したファイルがみんな残ってるぜ！」って怒鳴りに来るから
移行期間中の限定期間夜間バッチに付けたな。
shell script 化して2,3回は別のディレクトリでテストした上で
同期を取るときは--deleteのお世話になってます
おぢちゃんあそぼ～
6.4-RELEASEのisoから日本語インストーラ入りCDを作ろうとする時
知らなかった！
今までmdconfig使ってたんだが、isoイメージ
bsdtarは最強だぞ。cpio,pax,zipだって扱える。
それってlibarchiveが凄いんじゃ……
cpioとかpaxとかはそのとき平行して使っている別環境でも
Linuxでもbsdtarつこうてます
ボクはunisonで
cpioやpaxは(bsd)tarにない機能もあるというか、むしろそのためにcpio, paxよく使ってる
>>112 libarchiveはbsdtar開発の際にライブラリとして使えるように切り出されたもの。
>>111 ああ、そういや手が滑って しまった zip 使うんだった！ て思った瞬間解けてて、ありまぁ？ と
思ってたな。
bsdtarの話ためになるなぁ。でも見るだけの場合ははやっぱmdconfigが手っ取り早いか..
X関連がアップデートしているね、微妙に抜けているものをまってからのがいいのかな
>>120 xcalc使ってあげればいいじゃまいか
RPNでも使えるきがしたぞ。
おっとxeyesの悪口はそこまでだ
xwdは必要だろ。
xeyesは常駐させてるよ。
x11/xorg-minimalなんてのが最近できたぞ
xeyesを立ち上げました
お前ら仕事中に・・・おっと昼休憩か
あっそもそも土曜日だったな
xprotoが古いとかぬかしやがってインスコできね
俺のFreeBSDの/etc/X11になんにも入ってないんだけど
あ？
>>131 今のxorgは、xorg.confなしのデフォルトの状態で起動するので、
デフォでは xorg.confは存在しない。
そして、問題がない限りxorg.confを作成しないことが推奨。
135 ：
132 ：2009/01/24(土) 14:06:59
136 ：
133 ：2009/01/24(土) 14:07:59
板間違えた
FreeBSDはなんでも弄れるんじゃないのか。
Modelineはどこに書くんだよ。
>>138 書きたければModeline「だけ」を書けば良い。
xorgも賢くなりましたね・・・
ディスプレイが賢くなったと言うべきか
Ｘってもっと簡略化できないのかなぁ。
Xの半端なプログラムをごっそり削除したよ。
> そして、問題がない限りxorg.confを作成しないことが推奨。
>>144 kcalcやgnome-calculatorは一体何者だろうｗ
xorg.confなしで日本語キーボードが使えるとは思えないし
>>146 gnome-calculator ってどんな感じ?
>>141 KDEとか、Gnomeはそれだけで設定できるんじゃないかな。
xorg.confは作る派だけど
, ´￣￣ ｀ 、 ..::／ ＼ おはようございますｗ
笑っちゃった
オラのFreeBSDにはgnome-calculatorなんてportないずら
>>153 おぢちゃん ７．１fullインスコして
何も考えずにstartxしてみれ
>>154 >>153 のおじちゃんが驚いたのはそこじゃないだろ。
おじちゃんが驚いたのは
そして、問題がない限りxorg.confを作成しないことが推奨。
だよ。
爺どもが昔の知識を披露してる間に一般ユーザが動的にXの設定を叩き込む事を
zsh: command not found: startx
>>155 おまいはエスパーか（藁
だが、俺は20代だ、おじちゃんじゃねえ！
s/おじちゃん/兄ちゃん/g
20代のおぢちゃん
>>158 おれも20代だが、従兄のジャリに「おじちゃん」と言われるorz
161 ：
155 ：2009/01/24(土) 19:51:01
>>158 おじちゃん、問題がない限り...ってとこには俺も驚いたんだよ。
今だとintelドライバが古いi810系のチップで(845Gとか855)
>>155 そういういみだったのね
おぢちゃん頭いい！
このスレ加齢臭がする
すまん。今夜はカレーだったんでな。
おじちゃんはいっぱいだけど
>>158 20代はおじちゃんだ。30代からはオッサンだ。
40代になったらジイサン、50代はジジイ、60代以降はお年寄り。
0x20代はおじちゃんだ。0x30代からはオッサンだ。
0x60代って言ったら・・
7.0はドライバがi810でそれではまってあとからintelを入れたらすっきりして
その後結局nvidiaにいったけれど
7.1はちゃんとintelになってんの?
>>164 じゃxorg.confなくても日本語キーボードオケなわけ?
但しまだ7.0だけど(むろんhal+policykit+dbus+consolekitありで)
172 ：
名無しさん＠お腹いっぱい。 ：2009/01/24(土) 23:35:17
>>171 だけどxorg.confなしどころか設定不明になった
あっぷでーとするひとは注意がひつよう
3Dもnvidia入れ直して復活
106対策おしえてくれい。
おじちゃんは自分で努力しなくてもなれる
努力？ゴム付けなかったら良いだけやん。
ゴムなし しかし はめはめするおなごがいないのだ
自己レス
ｽﾚが伸びたと思ったらこれかよ。
LANGはja_JP.UTF8だけど101キーボード使ってるから
NetBSD -> 開発オタ向け
……
NetBSD -> ﾏﾀｰﾘしたい人向け
■ おすすめ２ちゃんねる 開発中。。。 by FOX ★
>>184 それはIEしか取れてない
ちょっとば勉強しろｶｽ
Firefoxで見てる奴も入ってるだろw
>>179 LANG設定しても105にされたんだから101なら101にしかならないんじゃない?
取り合えず自動取得しないようにすれば自分の設定どうりになるみたい。
Xってマウスがないと辛いな。
xevで確認しながらすればできるんでないかい？
お前らは何を
>>190 いやキーコードはわかるんだけど割り当てかたがわからないんだ。
マウスが故障したり反応しない可能性があるだろXorg-7.4だと
全然ダメな時ctrl+alt+BSでなくてちゃんと終了メニューで閉じたいというのもある。
>>193 man xmodmap
だけど、ウィンドウマネージャーの設定でできそう。
>>193 x11/kb2mb2
で、好きなキーをマウスの中ボタンに割り当てれる。
簡単な修正で、他のボタンにも割り当てれるのでガンバレ。
昔作ったしょぼいpatchは見当たらない。
>>191 暴力革命を
横暴を極める権力に正義の鉄くいを
日本に紅い血潮を
Xに余計な(?)オプションを付けて起動するとマウスが動かなくなるとかちょっと。
>>185 Firefoxも入ってるよ。履歴を行ったり来たりってやってみたら入ったもん。おすすめに。
>>197 寝る前にportsのupdateかけた俺、爆死
通常のメール読む環境なんでたまらんなー
一般的な手順としたらどうしたらいいんろうね
最初から入れ直しでも個人的には構わんけどさ
>>177 の中の人っぽいblogみっけ(w
違うかもしらんが役に立ったよ
ｻｿｸｽ
>>195 その情報がとてもうれしい
まだ試していないけれど
基本情報があればあとは自分でも作れるのでそれだけわかれば充分
FreeBSDなデスクトップで特に最近ミドルクリックとctrl+cを多用する自分としては
ミドルクリック押しにくいので特にここは知りたかった。
wmのパネルについてはサイト調べてだめなら自分でおしこむことにしますた。
ちなみに.Xmodmapは109キーボード用の追加コードだけ記述してあるけれど
wine上だとメニューキーは効くみたいなので割り当てずにWindowskeyだけ使いやすい別のコードにしようかと検討中
>>195 依存ないプログラムなのでビルドしてインストールせず~/bin にほっぽったよ。
デフォルトでライトWindowsキーといううれしい仕様なので常用しそう
>>202 この手の小さいプログラムっていいよね。
今時だと、wmの機能とかで話を難しくしてる気がします。
.xinitrc からこんなのが発見された。
#kb2mb2 -1 -c 0x6e &
#kb2mb2 -c 0x73 &
#kb2mb2 -3 -c 0x75 &
Button2を書き換えただけだったような。
>201 >202 だけど
結局Xはmousedを使うのか使わないのか。
俺も使えている
207 ：
名無しさん＠お腹いっぱい。 ：2009/01/26(月) 18:36:43
秘密結社「UPDATINGだけは絶対に読まない団」ってあるんだと思う
UPDATINGを読んでうまくいったとかいっているやつは
>>204 note pcとかのFn keyには、さらに変なkeyを押すとボリュームとか輝度とかのマークが
書いていて、keyにmixerとか割り当てようと思ったこと昔ありまして。
調べたらkey code吐くのでは無く、apm event出しやがった。
ううう。
どうでもいいけど、xcalc みたいに libXaw をリンクしてる奴は、
211 ：
名無しさん＠お腹いっぱい。 ：2009/01/27(火) 02:39:59
xorg祭（？）に参加了
libcのmemcmpの速度について。
>>212 src/dst の alignment とかサイズとか、色々変えてみたら?
それにしても C バージョンも変態的だな(w
>>205 俺のところは一応は動くんだがXのイベントが変でwindow manager
のメニュー等でおかしくなった。
mousedを止めればまともに動くみたい。
>>209 Thinkpadならtpbでなんとかできるが他の機種だとイベント取って
同じようなプログラムでも作る、かな
libXawなんてxscavengerとxtermしか使っていない。
>>212 C言語バージョンを-sでコンパイルしてやればそれもアセンブラバージョン
コード自体いじるタイプなら比較してみりゃいいじゃん。
>>209 >>214 そういうときはバラして別のIOにつなぐのさ、
でもノートはプリンタポートがないのがいたいねぇ。USB系IOが良さげ
USBマウスでrc.confにも「moused起動スナ」って書いたけど
>>209 hal また修正はいったよ。
>>218 usb mouse だと、/dev/devd.conf経由でmousedが動くみたいね。
とりあえずxorg.confで逃げるのがええんでは。
>>209 sys/dev/acpi_support/acpi_fujitsu.c なんかだと、devd 経由でイベント
取れそうな雰囲気だけど、そのへんは acpi_*.c によりまちまちっぽい。
221 ：
209 ：2009/01/27(火) 12:34:27
いろいろどうも。
マルチコア環境で巨大ファイル2本同時に
全部派遣に丸投げして正社員も極限まで給料下げれば良くなるかも
>>219 意図したわけではないけれど多分そうなっている感じ
祭ちぅ、なのですが。
大地タソがまた半端な記事を書いているなぁ。
>>225 作り直さなくても動くよん
libxcbの古い版だけに存在するファイルをとっておくか上書きすると
アプリが起動しなくなるので
rm libxcb.so.1
ln -s libxcb.so.2 libxcb.so.1
として新しいのにリンクを張り替える。
古いのをportupgradeで削除しちゃってたら
どっかから古いパッケージを手に入れて
libxcb-xlib.a
libxcb-xlib.la
libxcb-xlib.so
libxcb-xlib.so.0
を/usr/local/libにコピーすれば大丈夫
libxcb-xlib とかはどう調達するのが本筋なのぢゃ？
>>227 > 新しいのにリンクを張り替える。
libmap.conf 使えよｗ
> 古いのをportupgradeで削除しちゃってたら
portupgrade してたらふつうは /usr/local/lib/compat/pkg 以下に残ってるだろ
>>227 あんがと、
% cat /etc/libmap.conf
libxcb.so.1 libxcb.so.2
でごまかしつつ、libx11更新後libx11に依存する奴更新してます。
どーも、うちの/var/db/pkg以下が腐ってるみたいで
pkg_replace -Rf libxcb ; pkg_replace -rf libxcb
だと全部更新してくれなかった。
けどlibxcbってlibx11より偉いのか？
pkg_replace ってよくしらないのだ。
232 ：
228 ：2009/01/27(火) 18:51:49
ちうか、libxcb-xlib の中身はいまどのライブラリに入っているのかだな
>>229 libmap.confあるとそれだけで遅くなるしリンクの方が良い
portsがすべて整合性のとれているものなら手法としては筋通っているとは思うけどね、
何かにつけては
「すべて再ビルドしてください」
でしょ。
結局根本のライブラリー自体あんまり互換とか考慮していないし適当なんだから
ユーザーが集中管理するconfを用意するのはリスクが高い。
あとportupgradeは例であって残ってない可能性もあるじゃん。
make deinstall
make install
とかね、
まぁこの辺のやりようは趣向の範疇だけどね、
「すべて再ビルドしてください」は例であって(ry
235 ：
名無しさん＠お腹いっぱい。 ：2009/01/27(火) 19:04:53
いろいろめんどくさいから、/usr/localものを全部削除して
mousedとhaldって共存できるの？
とりあえずXorg-7.4でfirefox3が普通に書き込めて
238 ：
230 ：2009/01/27(火) 19:08:06
>>232 % pkg_info -rq libX11-1.1.99.2,1
@pkgdep kbproto-1.0.3
@pkgdep python25-2.5.2_3
@pkgdep xcb-proto-1.3
@pkgdep pkg-config-0.23_1
@pkgdep xproto-7.0.14
@pkgdep libXau-1.0.4
@pkgdep libXdmcp-1.0.2_1
@pkgdep libpthread-stubs-0.1
@pkgdep libxcb-1.1.93
で、kbproto以外はlibxcb以下。
直付けですね。
>>234 例じゃなくて接尾語なんじゃ...
基本的に再ビルドの必要性なんて「ゼロ」なんだけれどね
てことはだ、
241 ：
230 ：2009/01/27(火) 19:19:37
>>235 多分、それ正解
当方 PIII 500だったりするので、生活しながら色々やったりすると
少しでもmakeを減らしたいとか考えるのさ。
>>236 できるけど、今朝に再度halまわりの修正が出てくる状態なので
マウスが動かなくても気がつかない人以外は情報集めたほうがいいかもね。
242 ：
230 ：2009/01/27(火) 19:29:38
>>240 ちがう。
libxcb.so.1 -> libxcb.so.2
にするの。
どっちにしろインチキなので、解らん人は全部make終わるまでprocessを落とさないとか、
packageまちかな。
>>235 ちなみに、1300個12時間かかった。
244 ：
230 ：2009/01/27(火) 19:40:16
>>243 おお、早い。
% wc /var/db/pkg/
34 394 24064 /var/db/pkg/
なので 400個だね。
開始時間が
drwxr-xr-x 2 root wheel 512 Jan 25 14:57 makedepend-1.0.1,1
これっぽい。
もちろん元気にmakeちぅ。
245 ：
230 ：2009/01/27(火) 19:44:18
ああ、恥ずかしい上はわすれて。
>>242 おまえが
>>238 で旧 libxcb-xlib.so の中身は新 libxcb.so.2 に逝ったつったんじゃねーの？
248 ：
230 ：2009/01/27(火) 20:19:21
ちとまって、僕はlibxcb-xlib.soなんて知らないよ。
> 僕はlibxcb-xlib.soなんて知らないよ。
228 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2009/01/27(火) 18:28:19
libxcb-xlib とかはどう調達するのが本筋なのぢゃ？
232 名前：228[sage] 投稿日：2009/01/27(火) 18:51:49
ちうか、libxcb-xlib の中身はいまどのライブラリに入っているのかだな
238 名前：230[sage] 投稿日：2009/01/27(火) 19:08:06
>>232 % pkg_info -rq libX11-1.1.99.2,1
@pkgdep kbproto-1.0.3
@pkgdep python25-2.5.2_3
@pkgdep xcb-proto-1.3
@pkgdep pkg-config-0.23_1
@pkgdep xproto-7.0.14
@pkgdep libXau-1.0.4
@pkgdep libXdmcp-1.0.2_1
@pkgdep libpthread-stubs-0.1
@pkgdep libxcb-1.1.93
で、kbproto以外はlibxcb以下。
直付けですね。
250 ：
230 ：2009/01/27(火) 21:36:19
僕がまったく勘違いしてたのね。
>>227 で、libxcb-xlibの話がてきた。
>>228 、232 で、上のはどっから手に入れるのを聞いてきた。
こっちは、libxcb -> libX11に依存関係がかわった話をしていたつもりだった。
で、
libxcb-xlib を見てlibxcb -> libX11依存関係の事を聞きたいのかと勝手に勘違いして、
pkg_info の結果を書いた。
>>240 で確認のため聞いてきた。
>>242 で、移行期に複数のlibxcbがあるのが問題の事かと思って上を否定した。
つまり、そちらのlibxcb-xlibが無くなった場合どうするの？
に対して、こちらはちんぷんかんの事を言っていた。
だな。
こちらの勘違い全面的に悪かった。
libxcb-xlibが無くなった場合どうするの？
に対するこちらの回答は無くなる事なんてあるの？
やっと祭から帰れるぜ
>>250 まだだ、まだ終わらんよ
って思ってる。いちおうbuildは終わってるが……
>>250 > libxcb-xlibが無くなった場合どうするの？
> に対するこちらの回答は無くなる事なんてあるの？
俺のマシンの中には無いよ？
xorg-appsの依存関係が減っていていろいろ消せるっぽいな。
>>253 それやると不味いみたいよ。
どうも、依存関係が変わってるくせに、revision上がって無い奴とかあるみたい。
XXXprotoは、やっぱり消しちゃまずいよな。
ははは、
やりすぎかも知れないけど、今回updateされなくって(/var/db/pkg/*/+COMMENT古いとか)
かつ、libX11に依存してるもの（大物全部）を強制的にupdate 中。
*proto消したよ。プロトタイプのヘッダー類だけだから、
いつもpkg_info -Rで出てくるものすべてをビルドしなおしていたけどそれはやり過ぎだったのかｗ
>>255 rgb.txtの行削除は必要だったでしょ。
そんな行はつけてなかった
kde4.2祭りwktk
libxcb.so.1がlibxcb.so.2に上がったのにはちゃんと理由があるんじゃないかなあ・・
>>250 で、結局は
libxcb-xlib.so に依存してる奴は libX11.so にsymlink貼ればいいの？
gtkglextのmake中にlibxcb-xlib.laが無いといってコケるのだけど、
これもlibX11でいいの？
すなおに portupgrade -rf libxcb すればいいのに。
あれ、変態的に反抗作戦を考えるスレじゃねーの？
portupgrade -rf libxcb って単なる上書きなんじゃないの?
新規に存在する古いファイルが残っている。それって手動で保存してコピペするのと同じだよね、
rはそもそも下位の依存を更新するものだよね、上位のリンクは解消されない。
つまり差分をコピペすれば同じはずだ。
>>262 はほんとうにlibxcb-xlibに依存しているものを一個もビルドしていないんだろ。
形だけのリンクしているものは古いファイルをおいておけばビルドできる。
だから -rfでうまくいく。
でもその後一部のアプリが立ち上がらなくなったんじゃないの?
libxcb.so.1を削除して
libxcb.so.2をlibxcb.so.1にリンク貼んないとだめのはずだ。
そもそもpkg_infoとかportupgradeってのはpkgのデータベースの処理だけの問題で
プログラム本体とはなーんの関係もない
データベース変更のためにビルドし直すなんて愚の骨頂だけど
現状まっとうなメンテツールが無いからしょうがないのかもね、
とりあえず更新されたものの必要最小限のビルドだけでうまくいく。
libxcb-xlib.so に依存している奴は根本的にソースからかえないとダメだね、
でもここに書き込んでいる人たちはなんやかやでどうにかなったひとでしょ。
もちろんglxgearsも動いているよね、
それで充分
>>255 nvidiaはバイナリパッケージだから作り直しということはありえない、
GLがだめなら既にnvidiaを使う意味は無いなりnvで充分
nvだと1600x1200できないんだけど、設定の問題かなあ
>>264 > portupgrade -rf libxcb って単なる上書きなんじゃないの?
> 新規に存在する古いファイルが残っている。それって手動で保存してコピペするのと同じだよね、
意味わかんね。日本語で。
> rはそもそも下位の依存を更新するものだよね、上位のリンクは解消されない。
上位下位ってどっちよ。上位のリンクって何よ。
-r Act on all those packages depending on the given packages as well.
> つまり差分をコピペすれば同じはずだ。
意味不明。
gtkglextもビルドできてるっつうのに。
>>264 >>267 そのとおり逆だなportupgrade -rf
orz
しかしつまり「全再ビルド推奨」?
まさにアホクサ
確かにそのままだと起動しすらしないだろうけれど
libxcb.so.1にlibxcb.so.2のリンク貼ればオケだっつっとろう。
そのうち変態リンク貼ったの忘れてドツボにはまる罠
portsってマジで糞だな
ports 2.0 だったかというやつはどうなったんだろ？
自前スクリプトで libxcb に躓いて portupgrade がやっと終わった。
おれも、今朝やっと終わった。
moused_umsX_enable -> moused_nondefault_enable
libxcbを更新した後でsysutils/bsdadminscriptの
>>272 audacious-pluginsのfixがまだ(泣
また微妙にアップデートしてたから再ビルドしたらマウスが動かなくなった。
>>269 /var/db/pkg/*/+CONTENTS にビルド依存のパッケージも記入してくれれば良いのにね。
とある移植木のINDEXに書かれてるやつはデフォルトの時のものしかなくて
オプションでいろいろ入れたりやめたりして変化する分は make pretty-なんとか を
実行するしか追う方法はないみたいだから。
マウスはなんかmoused_enableにするのが一番間違いない気がする。
>>270 の言う通りだ。考えて見てほしい。
例えばリリース後、一つのダイアログのタイトルバーの誤字に気がついたとする。
そうすると新しいリビジョン出すが大抵の場合make cleanされているので
いちからビルドし直しだ。
ポートも内部で細分化するなり変化のある部分とそうでない部分わけるなりしないとだめなんじゃないだろうか?
特にC++のportがひどい。ライブラリーとアプリをもっときっちり分離しないとだめだ。
非現実的
でも手法はそれぞれだけど自己解決できる人はなんとかなっているからここにかきこんでるんだろ。
winに自己ビルド前提のアプリが何万個も出てきたら、普通って認めるよ
C++ はテンプレートライブラリがあるからなぁ。
ノートでタッチパッドが PS/2 マウスとして認識されてて、
>>280 別にダメじゃないよ。
2度目のコンパイルなんて1分で終わるだろ。
firefoxなんかだと15分はかかるが。
>>286 前使ってた xorg.conf 持ってきて Allow なんとか Input を切ったらうまくいった。
X サーバの設定はログ見るに限るな。ドライバがなんか fatal っぽいエラー
(コンソールに強い白で出る奴) 出してるけど気にしない!
>>287 ビルドに時間かかるんでほとんど使わなかった OOo 消しちゃったよ。
あれが一番時間かかった。使った時間よりビルドしてる時間のが長かった。
……
/usr/local/sbin/monaとかやると
>>289 まぁFreeBSDだしな。
Linux:Hack自慢。成果物自慢。
FreeBSD:ビルド自慢。ex.)「昨日OOoをビルドしたよ。」
>>292 成果物という名前のゴミも多いけどな。
ドキュメントも酷いし。
ところで X 起動したまま shutdown すると panic すんのうちだけ?
panicはないかな
KDE4.2祭りマーダー？？？？？
もう祭りはいいよ。お腹いっぱい。
いちいちports treeの最新に追随してリアルタイムで祭に付き合っていたら、
どうせ全再構築するなら全部まとめてのほうがいい
KDEなんか滅び去ればいいのに
セキュリティパッチ以外、メジャーバージョンアップまでほっときゃ安定して使えるのに
女王様にいたぶられたいので今日もわざとビルドして女王様を困らせてます
mousedを動かしても一応動くようになったなあ
なんかさ、無駄に CPU が高速化して
とりあえずマウス関連はxorg.conf
>>300 の意見はもっともだがlibxcbはメジャーアップだとおっしゃっとった。
考えてみたらlibxcbを古いバージョンのままでビルドできないものがあるんだろうか?
まぁ元々FreeBSD用じゃないものが大半だから作りが悪い云々をいうのは間違っていたかもしれないけれど
FreeBSD用にソフトを作る場合はdlopenでsoを読み込む仕様にしろっつうことですな。
>>293 昨日それみてXからセッション終了・電源オフではなくてshutdown -p nowを割り当てたランチャーボタンから終了したけれど
ピポピポいってきれいに(後処理しながら)終了したよ。(7.1+xorg-7.4+xfce4.4.3 再ビルドは0)
DVDドライブとかの電源の接触不良とか案外とハードがらみかも
>>303 電気余計使うし、コンデンサーの劣化を進めるだけ。
確率的に壊れやすくなっていく。
壊れたら買い換える口実ができるじゃないか
309 ：
名無しさん＠お腹いっぱい。 ：2009/01/29(木) 10:20:47
むかし
>>307 のような奴がいっぱいいて、カラーは無駄だから画面を白黒にしろ、
腕時計あるだろ、時計を画面に表示するな、無駄だからフォントの大きさを全部
そろえろ、とうるさかった。
× コンデンサー
電解コンデンサは忌避される傾向
312 ：
ムフフ ：2009/01/29(木) 13:31:16
>309
でも、ドイツからログインしてxeyes表示させてるバカは罵倒した。
リモートからログインしてtcpdumpしちゃったことあるお
ずいぶん前から華麗衆門徒の集うスレになってたんだっけ。
暇なジジイの昔話スレ
>>304 /usr/local/etc/hal/fdi/policy/ に 10-keyboard-jp106.fdi みたいな
名前のファイルを作って、そこに
<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keyboard">
<merge key="input.x11_options.XkbRules" type="string">xorg</merge>
<merge key="input.x11_options.XkbModel" type="string">jp106</merge>
<merge key="input.x11_options.XkbLayout" type="string">jp</merge>
</match>
</device>
</deviceinfo>
とか書いておくといいよ。
>>306 そうかー。実は panic じゃないかもしれないけどネットワークも死ぬんだよね。
昔ながらの twm にコンソールターミナルを exec してる奴で、
ターミナルから exit すると刺さる感じ。外部からログインも出来なくなる。
ただ、exit せずに X 立ち上げてる VT に戻って ^C だと普通に終わるんだよな。
どうしたものやら。
あは～ん。やっと謎が解けた
寝ている間に自動で作業をさせておけば人生なんか最大約1.5倍は使えることになるだろ。
>>320 解を求めて時間を費やすのが娯楽ってもんじゃないか。
その境地に届いた全部の時間が生きている。
>>318 確実に終わるプロセスをshに書いてそれを呼べばいいんじゃないの?
>>317 それ、すごく面倒。
xorg.confのほうが簡単なような気がする。
>>317 さっそくその通りにしたらPS2が動いてキーボードも106になったよ。
(xorg.confからSection "ServerFlags"をコメントアウト、とりあえずmoused_enableはNOに)
でも結果本位の初心者なもんだからusbマウスをつなぐとやっぱりmousedは起動してしまっている。
それでもちゃんと動作しているけれどね、
>>323 のいうのももっともだと思うんだ。
xorg.confだと浅い階層のファイルコピーで切り替えられるしね、
でも全くの新規使用者の場合xorg.confはX -configureでいいです。
っ方が良いと思う。要は慣れだ慣れ
選択肢としてもmoused+xorg.conf+Section "ServerFlags"という従来互換の方法と
halでの設定という方法と両方でてきたのはよかったんじゃないのか?
>>322 X のコンソールから shutdown でも刺さる。
何か調査方法無いかな。シリアルコンソールくらい?
>>324 面倒って書いたものだけど。
あのxmlを書く設定画面があるのなら、xorg.confなしでいいと思うのね。
今 gdmの設定方法調べてる。
前は、設定画面あったよな。
X -configureを実行すると、Vendor IDが10de (NVIDIA) のデバイス全てを
moused_nondefault_enable="NO"
Xorg7.4でnvidiaドライバが駄目な件、とりあえずxorg-serverのlibwfb.soを
>>325 ビデオドライバの問題だろうから、ほっとけば直るだろう。多分。
>>330 ドライバはバイナリなんだからインスコなんてバカなマネは止めてコピーでよろし
libglx.so 以外はそのままで3Dも含めてちゃんとどうさしているよ。うちは
libwfb.soはそのまま、カードによって違うのかな?
>>326 とりあえずできあいのものをコピーするスクリプトでごまかそうというのはダメでありますか?
xorg.confだけど一応ロゴをオフにする所だけは直した。
>>327 昔はそうだったんで使えないと思ったけれど173ドライバだとnvドライバみたいに
ちゃんとモニターは認識してくれた。
173ドライバの適用範囲が広くなったのでレガシーカードでも173でうまくいくんじゃないだろか
>>327 nvドライバでxorg.conf.newを作って
その後nvidiaドライバで作成してコピペということを昔した。
確か/boot/loader.confで宣言しなければnvになったかな。再確認しないでスマン
>>326 こうやってごちゃごちゃいっているうちにパッチが入ってそうなる可能性は大ですな。
このスレと@portsの喧噪が収まるまでは様子見する構えの拙者。
>>335 mouse driver更新入ってるね。
まぁ、入ったばっかりの物なので冒険家向けではあるよな。
騒動が収まるまでxorg.confに逃げるけど。
またほぼ全部リビルドが必要そうな更新が来たｗ
>>338 どれ？ portsnapだと落ちてくるの遅いのかな？
おまいら楽しそうだな。俺も時間があればいじりまくりたいんだが今は無理だ。
OpenGLアプリでフルスクリーンにすると範囲外になちゃったよ。う～ん。
>>338 そんなもん来てないぞ
X.Org祭の乗り遅れじゃないのか？
>>342 だけど DPMSの設定方法をxorg.confに書いても効かない。
とりあえずはwindowモードで妥協か。
portupgrade -aしてみた。
>>337 mouse driverは別にたいしてかわったかんじはないねぇ。
AがBに依存、BはCに依存していてCが更新された場合
KDE4.2祭りマーダー？？？？？
>>347 port何とか使うと更新されるでしょ。
今日libXextをportmasterで更新したら、
% grep libXext /var/db/pkg/xfce-4.4.3/+CONTENTS
@pkgdep libXext-1.0.5,1
@comment DEPORIGIN:x11/libXext
の様に、libXext -> 沢山 -> xfce-4 でも上手くやってくれる。
これが、portメンテツールの最大の仕事だと思う。
ただ、libX11の下にlibxcbが追加されたXorg-7.4祭りの場合は作り直す必要は
あるよね。
>>342 >>344 はXとかのせいじゃなくて96ドライバーから173ドライバーに変えたせいの模様
参考にはしなくてよさそう (by 342)
>>349 >>348 Aが更新されていてCがそれを最低バージョンとしているならば必要だけれど
Aが更新されていないならば必要ない。
libxcbに関してもスレの前にでているリンクの方法で充分
今まで再ビルドはしたこたないね、アタシャ
pkg_treeとかで依存関係をチェックして更新があったら更新のあったものだけ
7.0から7.1になって予想以上にロースペックPCでも使い安くなった気がする。
わかりました。4.11Rに戻します。
nvidiaドライバだとxorg.confに
>>353 俺は 7.0 でも SCHED_ULE にしてたよ。
freebsd-update が使えなかったけど。
358 ：
名無しさん＠お腹いっぱい。 ：2009/02/01(日) 03:22:16
XORG7.4にしたら日本語jp106が使えないと思ったら、
またhalが来たｗ
どこに来た
我が人生の、halは今だ遠く霞の向こうにすら到らず……
362 ：
名無しさん＠お腹いっぱい。 ：2009/02/01(日) 10:13:30
>>361 おまえの人生は墓穴の中に一直線に通じている
フリBSD使うようなおまいらは年中脳内がhalだ
portmaster -a は、 portupgrade より、頑丈でオトマチックなんで、
portmaster -a ならたいていうまく行く
>>365 >===>>> Delete xproto-7.0.10.tar.bz2? [n]
-uオプション付ければ止まらない。
UPDATINGとかにもportmasterの例書かれるようになってるし
むしろ遅いぐらい
データベース関連というかpkgdb代替はばーくれーDBをアクセスできればどうにかなるのか。
俺はportsからビルドすることって滅多にないので、外部のports管理ツールは使ってないんだけど
portupgradeとその仲間たちを使わないとすれば、
pkgdbに依存したくないから他の使うんでしょ
>>373 ??
>>370 はportupgradeは使っていないが、pkgdbは使っている、と読めた。
そこで、何に使っているのかなと。
pkgdbがイヤってのより、rubyがイヤだって人は結構いるみたいですねぇ
こういう理解で合ってる？
/var/dbのインストールしたディレクトリ軍団の他にあるindex.dbとかはportupgradeではなくて
そんなDBファイルってどこにあるの？
>377
>>376 portmaster --check-dependsってイマイチじゃないですか？
強力な依存情報修正ツールほしくなるとpkgdb(ruby)依存になるのかなぁ
>380
>>379 そうなの? せっかくp5-BerkeleyDB入れたのに
じゃあpkgdb.dbはpkg_addとかでは一切操作しないって認識でいいわけね、
/var/db/pkg/PKG_NAME/+*
データベースで無いなら手動で修正もありだし
whereis的な部分とインストールした履歴くらいは見れるようにしたいし
portsnapと連動にしたいと感じる。
プライベートなデータベースはBDBよりsqliteがいいなぁ。
あれ?/var/db/pkg/ のしたにPKG_NAMEなんてディレクトリーはないぞ?
>>382 djb厨とか、cdbにしてqpkgこしらえそうである。
頻繁にportsビルドしてる人は依存関係に敏感になるんだろうけど
>>386 そういう人でも
portmaster --check-depends
は、やった方がいいと思う
たまに全部消して入れなおすとか
>386
あまり悩まずに portmaster -a(u)だけで済ませる今日この頃
ruby使っているツールは出来るだけ使わないようにするのがコツ
ruby嫌い多いみたいだなぁ
Rubyのその優等生っぽさが気に入らない
なんだか重いんだもん
優等生っぽさという印象を持ったことがないんだけど…
システムの根幹に関わるようなものにマイナー言語使っ
て欲しくない。（m2 はともかく）m3 も嫌だった。
http://ja.wikipedia.org/wiki/Modula-3 > 関連項目
> * CVSup - Modula-3で書かれているソフトウェア
これが代表ってどうよ？（英語版には他二つあるけど）。
それに ezm3 登場前の m3 のビルド時間といったら…。
sh/make/awk で何が不足なの？お前ら m3/ruby 使いた
いだけちゃうんかと。
http://www.ruby-lang.org/ja/ > なお、Ruby 1.9.1で加えられた改良により、1.8で動
> いていたプログラムやライブラリが1.9で動かないこ
> とがあります。
もう少し現実的な答えかえってくると思った
まあマイナーかどうかが問題ってよりも
401 ：
名無しさん＠お腹いっぱい。 ：2009/02/02(月) 15:49:37
>>398 > システムの根幹に関わるようなものにマイナー言語使っ
> て欲しくない。（m2 はともかく）m3 も嫌だった。
なにもかもおまえがcvsupを書き直さなかったせいだな。
あああ
>>399 > 海外はなぜかマンセマンセ
多分この辺の理由は perl が嫌だからじゃね?(w
優秀なツールというのは、その言語をインストールさせるために作られたり
>>399 > もう少し現実的な答え
過去 ruby が落ちまくって使い物にならない状態になっ
たことがある。それで充分だろ。
>>384 おいおいってほんとにないよ。うん、
ひょっとしてバージョン(7.1)によって違うのかな?
要するにインストールしたものは
ls /var/db/pkg
で取得でき
+COMMENTのファイルデートからインストールした日付
+CONTENTS の三行目にportsでの場所
pkgdepで依存port
+REQUIRED_BYにそのportに依存するpkg一覧があるから
pkgdb -F相当のことをする場合は
pkgdepでチェックしてそれが更新されていれば
更新されたpkgの+REQUIRED_BYに記述されているパッケージの
+CONTENTS のpkgdepのバージョンを書き換えてやればいいわけだな。
つーかRUBY以前にpkgdbのアルゴリズムも無駄を感じる。
あとportupgradeとかpkg_replaceでの中断時の後処理として
+CONTENTS.bakを削除していけばいいのか
なれている人はRUBYでいいのかもしれないけれど
>>408 で、pkg_replaceは更新順が...........
となってportmasterになった。
>>407 > おいおいってほんとにないよ。うん、
わかっててボケてるんだとは思うけどPKG_NAMEはそれぞれの
具体的なパッケージ名に痴漢して読むんだよ？
>>387 >>388 >>390 たしかにstableの追っかけをしないでその場その場でインスコしてたら
依存関係が壊れることはあるでしょうね
俺の場合はsnapshotが出るたびにisoとpkgをダウンロードして再構築してまして
その際に自前のスクリプトでpkgの依存関係に問題がないことをチェックしています
portsからビルドする場合も、run-dependsやbuild-dependsを見て
stableパッケージから取れるものはとってきてるので、いまのところ困った問題は出てません
問題が起きた場合はそのときに対処方法考えます
pkg_addに警告されるのは、新しいpkgに動作不良があってやむなく古いバージョンを入れる際に
依存pkgのバージョンが合わないときですね
>>408 俺の場合rubyでスクリプト書いてるんでrubyとは縁が切れません
perlとかphythonってLinuxのデストリよってはシステム必須のときもあるんで
依存度の少ない(使われてないとも言う)rubyは自分的には自由度高いんですよ
perlのバージョンアップのたびにスクリプト見直すのイヤ
portupgradeとか、だいぶ前に捨てたしね
つ lua
パイチョンも、入れ替えるとその上で動くアプリが皆死ぬようで、
あははははは
>413
xorg7.4＆gnome2-2.24でgmplayer動いてるやついる？
痴漢いくない！
>>416 pr ports/130966
smplayerに逃げた
>>418 smplayer なんてのあるか使ってみるわ
さんくす
>>403 うん、確かにPerlは嫌だ。あれは言語とは言えない。
あれ使うくらいならRubyで我慢する。でも掲示板とかPerlが多いんだよなあ。
いいかげんPerl使うの止めて欲しい。
rubyの方がダメだろｗ
お前ら馬鹿にしやがって・・・Perl6が完成すれば・・・・
rubyは刑務所で覚える言語
rubyを使っている人を見たら前科があると思っていいでしょう。
だからお前らは駄目だっての > perl/ruby
426 ：
名無しさん＠お腹いっぱい。 ：2009/02/03(火) 05:50:45
ワックスワックス
>>410 そんなローカルルールはいってくんないとわからんが趣旨は理解
428 ：
名無しさん＠お腹いっぱい。 ：2009/02/03(火) 09:47:18
どうしても「しーしーきゃっしゅ」と言ってしまふ(泣)
rubyとかperlのportsの方が利用者からすればビルドが少ないだけましではある。
430 ：
410 ：2009/02/03(火) 10:22:47
> FreeBSDの現実としてデスクトップはperlとpythonがちがちでgccがデフォルト
パイソニスタ（失笑
>>420 ports系ツールで自動更新(-a)しても、p5-* ってちゃんとフォローしてくれてないみたい・・・。
強制的に更新(-f)して何とかなった感じ。
例）nagiosのプラグインで、p5-URI が動いてない・・・。
第５８９回perl祭りの影響で、nagiosがおかしくなってるのはこれだけじゃなくって、
ある所のportsで入れた nagios306がおかしいのはなぜなんだぜ・・・
と、これはほとんど、スレ違いだが、結局perl/ruby/pythonに注意を払わんと
FreeBSDの更新はまともにできないって思い知らされる感あり。 昔はperlだけ
だった気がするんだけどね。
awk/m4/bison(yacc) この辺は、もう枯れちゃってるんで、問題になったりしないけど。
これならperlだけにはまってた頃の方がマシ
>433
>>433 > awk/m4/bison(yacc) この辺は、もう枯れちゃってる
こないだ 33 年もののバグフィックスあったけどな > yacc
>>433 Perlの更新でthreadを有効にしてビルドするとsoを使うものはけっこうだめじゃないの。
thread offでビルドして確認してみたら
>>431 端的に言うならばまずblender
一般的に言うならばglib2に必須で結果的にxorg-serverに必須
xfceも直接使っている。pythonアンインストールしたい場合は自分で全部作り直すとかという話
よくわからんけど今日bison削除しちゃったよ。依存が無かったから
perl python rubyとかは素直にportの中で
>>430 大文字で「PKG_NAME」をディレクトリーの文字列に入れて
それを「変数」として識別する常識はないと思うが
せめて$PKG_NAME か$(PKG_NAME)にすればそうだろうと感じる。
つまりオマイさんが何か間違っているのだろうけれどそれでもいいたいことは伝わったと
そういうことだ。そしてオレはツールを作るわけだ。
>>441 あちこちにp5-なんとかとかあるのうざくないですか。
どうせほとんどCPANからひっぱってくるんだし
追っかけるのに疲れたなら、ずっとFreeBSD-2.2.8使ってればいいのに...
そこで 2.2.9-Releaseが出てしまう罠
そしてconsolekit, hal, xf86-input-mouse, xorg-serverが来た。
そこに来た
>>443 大文字で書いてあろうが、ディレクトリの中を覗いて
PKG_NAME ってディレクトリがなくて、パッケージ名のディレクトリが
たくさんある時点で気づけよwwwwwwwwwwww
>>451 気づいていないわけないじゃん。ネタでしょ
しかしよくこんな下らないネタを続けようと思うよな…
し、下らない…？
し、したらば・・・？
ふと思いつきでFreeWnnをportupgradeしたら、
>>457 see /usr/ports/UPDATING.
かな漢字変換デーモンはセキュリティの事なんか何も考えていない、
でも自分で育てた辞書や学習結果をネットワーク越しに共有できるのは便利なんだよね。
smplayerいいな。qt4入れてなかったんで眷属が一族郎党引き連れてやってきて
SM playerが一足郎党で? なんて卑猥な環境なんだ。
SM player軽いよね。
「P言語」のたぐいだと実用アプリがたくさん出てくるようになったけど
>>457 はUPDATINGに的確に載ってる極めて稀な例、
他のportもこういう感じならいいのだけれど
あたしゃ動画再生はffplay、DVDはogleで充分です。
>>467 UPDATINGは解決法を知るためじゃなく、危険行動を知るための一つの情報でしかない
とはじめから捉えておくべきじゃないかな…。
ていうかすべてのportsの話をUPDATINGで網羅するのは無理だんべー
古い話題だけど
>>293 >>318 同様な現象に出会った.
7.1-release ではダメだけど、7.1-stable に上げると解決した.
多分、
/usr/src/sys/dev/drm
に、1月10日頃変更が入っていたのでそれが関係するとか?
つーか、FreeWnnに関していえばオリジナルから設定項目を拡張して、
FreeWnnなんか使ってるのは玄人中の玄人だろうという観察があるんじゃね
qt嫌だからxineにしますた
>473
Wnn7 for FreeBSD7.1 /i386 /AMD64 なバイナリを出してくれないもものか・・・
xorgとhalの更新、地雷だね、
UPDATINGに地雷だって書いてあんジャン
俺もxorg.conf書いて今までどおりに使っている。
全く読んでないんだけど xorg を使わないサーバの
>>471 やった! これで直る! と思って /usr/src/ 更新かけたら一ファイルも変更無し。
/boot/kernel/ 辺り見ると 1/14 頃作り直したらしい。
hald 動かしてると（何らかのエラーが溜まるのか）不意にリブートしてることが度々あり、
freebsd-update 経由で 7.1 に upgradeしてこれは成功したんだけど、
そもそもDVDとかカードリーダーのmountがhal任せなのでhalはきれないけれど
ハードウェアに近いものほど、依存が単純だからぢゃねーか。
compiz+emeraldを起動すると一面灰色になってまともに動作しなかったが、
うちは glxgears の歯車が出なくなった(w
たまにマウスが動かなかったりイベントがあって
>>488 グラボはなんなり?
nvidiaなら過去レス参照
ちなみにmesademosはglxgearsでもいいけれど
fbo_firecubeとかgeartrainとかもいかすベンチだ。
>>490 ノートの Intel GM965。
> (EE) intel(0): underrun on pipe B!
とかエラー出てる(w
ぐぐると Linux 関連でも出てるみたいなんで xf86-video-intel 更新待ちかな。
>>490 > fbo_firecubeとか
残念、動かない。
> Xlib: extension "Generic Event Extension" missing on display ":0.0".
> Xlib: extension "Generic Event Extension" missing on display ":0.0".
> Failed to initialize GEM. Falling back to classic.
> Sorry, GL_EXT_framebuffer_object is required!
> geartrainとか
システム落ちた（w
リモートログインしてたターミナルも固まった。
一通り試したけどあんまり変化無し > 2.6.1
965 で XvMC が有効になってる!
>>484 libtool 使ってないからじゃないかな、知らんけど。
>>492 汎用性無しかやはりglxgearsが標準なのかな
Matrox MilleniumIIでも使ってなさい。
twm+mlterm みたいな環境でも mplayer とかは使うの!
わかった、firefox3 に紐づいてんだこいつら。後で外しとこう。
>>495 > 965 で XvMC が有効になってる!
> 今から mplayer いじり倒してみるわ。
configure に
--enable-xvmc --with-xvmclib=IntelXvMC
追加して、-vo xvmc -vc ffmpeg12mc で動いたYo!
サンプルが七人の侍 DVD なんで白黒だけど、ここまで
動けばカラーもいけるだろ。
しかし OSD も効かないしあんまり使わない気が…。
815マザーな自分はintelドライバーだとどうしても3Dがしょぼくてもdri有効にならないから
XvMC をうまく使って幸せになってる人なんてほんとに
フリーbsd使ってる奴はちんこでかいって聞いてきたんだけどほんと？
ちょっと見せてみろよ
あ、お前でいいや
>>507 。ちょっと見せてみろよ。
509 ：
508 ：2009/02/07(土) 06:30:19
そういう自慢俺の知らんとこでやられると迷惑なんだわ、うん。
うわ・・・。ここにいたのか
皆さんすんません
>>509 帰ろう。皆さん困ってるし、もう帰ろうよ
w
>>506 > 多分?XvMCはつかっていない
XvMC は >505 みたいに自分で構築しないと今の ports
の仕組みでは自動で有効には出来ない。
ドライバがチップセット毎に異なるのと、自動判別する
には X が起動していないといけないからだそうだ。
何か最近オプションつけてビルドするよりもMakefile書き換えた方が楽だと感じる様になった。
>>506 > しかし最近mpeg1,2って使わないんじゃない?X.264とかVP6ばっか
> そこが問題
nvidia 系列は将来 mpeg4 も対応するっぽいよ > XvMC
>>514 いっしゅん うぉーそうかぁ
て思ったけれど静音カードで対応していないとだめだし
とりあえずlinuxじゃカクカクといわれるような環境で
スムーズにyou tubeのMP4見れているからいいです。
UPDATING 20090207 って間違いだよな
517 ：
名無しさん＠お腹いっぱい。 ：2009/02/08(日) 15:09:10
>>516 > UPDATING 20090207 って間違いだよな
え～!! (悲鳴)
# portupgrade -rf libxcb
いやあ、コンパイルしなおしって楽しいなあ。
>>518 その前に
# portupgrade -o devel/libslang devel/libslang2
してるんだから
# portupgrade -rf libslang2
だろ？
>>519 コンピュータが一生懸命仕事してるのをただ眺めるのって最高だよね。
おれは面倒なだけだが
電子レンジとか全自動洗濯機を眺めてしまうのと同じく癒しなんだよ
slangは依存が少ないならすっきり削除してから入れ直した方がよいよ。
>>521 オラは風呂・メシ・テレビの前にしかけるというのが定番
そういうのは改変履歴といいません。パッチファイルみた方が速いです。
毎度ご苦労さん
まあcvswebとかcvsの使い方がわからないのは問題外だな
昨日から、portsmaster -au を、鬼のように繰り返し、400近くあるportsを総ざらいしてみた。
FreeBSDって私の知ってる範囲で2.1.0Rから今の状態の様な気がする
有ると知ってて言ってると見た
>>533 PC-BSDじゃなくて、なんか公式のGUIインストーラーがあるの？
確かにここまで頑なに、古いインストーラーを残す意味は無いなーと思ってたんだけど
惰性で使ってるとわからない事ってあるんだね
535 ：
名無しさん＠お腹いっぱい。 ：2009/02/09(月) 00:05:34
最近のホットな話題をさりげなくぶら下げるあたり
話題の振り方練習会か
静かなブーム。
いろいろ前提条件をつければ困らないかも知れんが
デスクトップ環境でも2台目をワークサーバーとしてつなぐことを考えると
>>531 ほとんどやらんでいい作業だと思う。
強制上書きインストールして古い「ディレクトリー」から+REQUIRED_BYをコピー
手動で該当の部分の@pkgdep のバージョンを書き換え
古いのと新しいのの+CONTENTSの@pkgdepの相手先の+REQUIRED_BYを書き換え
メジャーバージョンアップの場合は変更になった lib***.so.(n-1)に対して
lib***.so.n のシンボリックリンクをはり
**.laがあればの中身を新しいライブラリーに書き換える。
そして古いディレクトリーを削除すればたいていはおしまい
依存の再ビルドの必要はなし
>>530 使えないものを理解する必要はないな。
全文のRSSみたいなものだ。
理解できないから使えない
543 ：
名無しさん＠お腹いっぱい。 ：2009/02/09(月) 11:11:37
KDE祭り北
xorg-serverにパッチが入ってたよ。patch-config-hal.c というやたら希望を持たせそうな場所に。
>>530 とりあえずlibdvdreadをみるといいよ。
そして今朝のバージョンはビルドできずそっと修正している。その履歴もない
最近はそういうのが多い。理屈じゃないんだ。機能していない。cvsweb
>>545 >
>>530 とりあえずlibdvdreadをみるといいよ。
> その履歴もない
意味不明
xorg-server 今の版(xorg-server-1.5.3_5,1 )は問題ないみたい。
>>546 日本語じゃだめなのか
ハングルに書き直せばいいの？ｗ
>>540 お前のキモイ趣味はわかったからもう二度と出てくんなよ
>>548 > FreeBSD の GEM 対応
GEM チーム動向が
http://lwn.net/Articles/316274/ にまとまってるね。
| In the process, the GEM developers dropped a lot of generality; they
| essentially abandoned the task of supporting BSD systems, for
| example ("sorry about that," says Keith).
一般化も BSD サポートも後回しにしましたよ、と（えー）。
| They also limit support to some Intel hardware at this point.
Intel サポートも後回しですよ、と。
552 ：
名無しさん＠お腹いっぱい。 ：2009/02/09(月) 16:03:15
553 ：
551 ：2009/02/09(月) 17:38:07
俺がサポートしてないからこの程度で済んでるのさ…
FreeBSD 7-stable で使っているんだけど
遅いですね
>>555 FreeBSDのmptが遅いという事例はよくある。
昔の話で数字の資料とかもう手元にないけど
LSI Logic のmptなSCSIコントローラーで
SCSI HDDのRAID1組んだのに
そこら辺の適当なPATA IDE ディスク単発と比べても
話にならんくらい遅くて悶絶したことがあったわ。
(RAID1だから性能の劣化は無いはず的意味において)
>>555 以前、インストーラで整地してる段階で、イライラがたまるほど遅い(数百kbytes/秒)ことがあったけど、
動かしはじめたらそれほど感じなかったなぁ。
announceに流れた添付PDFがWindows(笑)で作成されている件について
あまりいわれないけれど年末のglib2のバージョンアップ以降
>>559 wine上のアクロバットかもしれないし..
pdfに関してはFreeBSDに限ったことじゃないけれどUNIXはいいよね、
アドビもおかしな方向にいっちゃったけれど基本フォーマット(1.5?)のpdfは便利
htmlと並んでwebでもながしやすい。
印刷のテストはいつもまずCUPS-PDFさぁ。
>>559 それはFreeBSDとWindowsの両刀で使っている俺への挑戦状ですか？
564 ：
名無しさん＠お腹いっぱい。 ：2009/02/10(火) 12:56:51
関係妄想
xcb, xorg関係のアップデートをしようかと思うんだけどそろそろいいかな?
そんな事も自分で判断できない奴は一生Windows使ってろ
>>561 glib使わない選択肢があれば元から早かったんだけどな。
安全側に倒してあるってことなんだろうけど、glibのソース見ると氏ねと
キャッシュのない単純なリストが欲しいのですね。わかります。
573 ：
名無しさん＠お腹いっぱい。 ：2009/02/10(火) 14:42:31
>>571 > glibのソース見ると
目が潰れる、と俺等の周りでは言ってた。
http://www.gtk.org/ > GTK+ 2.15.3 unstable release
> GLib 2.19.6 unstable release
> GTK+ 2.15.2 unstable release
> GTK+ 2.15.1 unstable release
> GLib 2.19.5 unstable release
ﾜﾛﾀ
>>572 キャッシュどころか doubly linked list のくせに…って言いたくなるような
コードてんこもりだったんですが。
>>575 ウソでもいいからstableで出してほしいな。
FreeBSDみたいな感じで。
ウソでもいいってことだから
>>577 件のコードがどんなのか知らないけどさくっと bidirectional iterator 実装
して「これを介さないアクセスは禁止！」って言い放てばいいんじゃね？
FreeBSDはのびのびな上にunstableだからねぇ
改善の余地があるから良しと思おう。
>>582 それでも安定に動いてしまうFreeBSD
おいらはこれまでサーバ専でしたが、ちょっと、FreeBSD+gnome2とか、
楽しめ
>>585 > Compizみたいなのを見てみたい
俺もこれまで twm だったけど俺にしては珍しく
Core2Duo メモリ 2G な今時のマシンを買ったので入れ
てみたわけよ。
で、ろくに動かなかったので Compiz 消したんだけど、
芋蔓式に入った ports が大量に残ってなぁ (w
pkg_leaf とかいうスクリプト書いて依存関係の末端に
あるリスト作って要らないのをチマチマ消す作業やった
よ。tsort 便利すぎ。
> pkg_leaf とかいうスクリプト書いて依存関係の末端に
589 ：
585 ：2009/02/11(水) 11:26:13
日和った奴の blog 見て、pkg_add でいいやと思うようになりつつある・・・。
>>588 > ports-mgmt/pkg_cutleaves
ああ、やっぱり再発明か（w
しかし自分で作っちゃうとそればっかりになるんだよな…
perl, python, rubyあたり使うと簡単に作れるからねぇ。再発明ってほどの手間でもないし
+REQUIRED_BY が存在しないか空のものをリストアップするくらいでも十分だしなあ。
やっぱportsは糞だな
>>591 > perl, python, rubyあたり使うと簡単に作れる
そんなの要らない。使ったのは
sh, rm, mkdir, find, sed, grep, cat, tsort, awk, sort, uniq
で、40 行くらいの sh スクリプト。
>>595 がナイスなパッケージ管理ツールをサポートすれば
世界はすべて上手く行く
ポートスって結構いいシステムではあると思うんだけど、
ぽーとす？
portsのethosそれがポートス
自由な発想って大切だね
>>575 これのどこが笑うところなんだ？
minor が奇数のバージョンは開発版だろ。
portupgrade/portmaster に任せておけば、p5-xxのもんは
あはははは
そこでports 2.0ですよ
俺は rpmをFreeBSDに持ってきて使ってる。
>>603 は、UPDATINGを読まなかったし、いまだに読んでいないってこと?
perlに関してはUPDATINGはちょっとだけ参考にはなっているが
とりあえずスクリプトに関しては
全部インストールしなおせばいいだけ
>>602 > minor が奇数のバージョンは開発版
じゃあ development release でいいじゃん。なんで unstable なんだよ。
そんなの開発者も入れたくないだろ(w
は？
>>557-558 LSI Logic の SAS HBA はキャッシュが目一杯積まれていないととんでもない
遅さらしいね。128MBでもRAID1で10MB/sec.って笑っちまう速度だｗ
そうなんだ
>>616 開発サイドが目一杯積んで開発しちゃってるのかねぇ。
そういえば昔 Windows 開発者には遅いマシンをあてがえ!ってのがあったな。
> 依存関係で勝手に入ったものと、意図してインストールしたものを区別して
>611
>616
>>621 Perlについては
Perl依存がPerlを使っているからというportと
Perl前提でPerlのプラグインも提供していますってportがあるからね、
libperl.soなりperl本体をコマンドとして呼び出す使い方をしているプログラムが大半なんだけど
それが単に依存しているportが使っているという理由でondependに入っていたりするのに
「全部再ビルド」とか解説されると腹立たしい。
perlは根本的に同時に存在し得ないのだたら
バージョンの名前でディレクトリー分けるとかいうばかしなければ
5.8.8から5.8.9へのアップデートもだいぶわかりやすかったと思うが
gccというか静的ライブラリーの読み込みでpicテーブル使うということすら理解せず
静的リンクの感覚で再ビルドしろといっているのだろうね、
623 ：
名無しさん＠お腹いっぱい。 ：2009/02/12(木) 18:37:19
っていうか、全部再インストールすればいいだけ。
firefox2 がとうとうFORBIDDENになってしまった
今日、portsインスコ作業で困ったからNO_IGNORE=yesでシカトした。
firefox3を使えばいいだけ
わかりました。Netscapeに戻します。
>>626 モァジでか。 Firefox2.0.0が勝手に入ったんですよ。 gnome2をこさえている時に。
あぁ、電気代返せ 1 1 1 0
The operating system has halted.
いつになったら、firefox3はfirefoxに改名するんだ？
そう遠くない未来に
>>621 mptでSATAを使う場合ってデフォルトはwrite cacheが
無効だったような気がする。
hw.mpt.enable_sata_wc=1
で改善するかも。
>633
>>621 そうなの？漏れが知っているのはHPのサーバー(ML150 G5)だけど、
そういや、チップはオンボードでキャッシュはヘンテコなコネクタ接続だった希ガス。
>>632 30MB/sのSATAディスクってえらい古いな。1枚40GBくらいの世代?
>637
>>638 Seagateの最新だと7200rpmのプラッタ3枚だよな。
cstreamだとsequentialだからraw deviceでMAX 100MB/sくらいは出るはず。
1073741824 B 1.0 GB 20.31 s 52880568 B/s 50.43 MB/s
Since end of first transfer: 53032935 B/s 50.58 MB/s
MAX 60MB/s弱のディスク(WD2500BB)でこんな感じだから、
てことは80-90MB/sは出て欲しいかな。
640 ：
557 ：2009/02/13(金) 10:59:01
>>638 今触れるmptなマシンがこれだけだから直接比較にならんが参考までに。
DELLのブレードでM600って奴。10000rpm 2.5inch SAS RAID1 146G搭載。
http://www1.jp.dell.com/content/products/productdetails.aspx/pedge_m600?c=jp&l=ja&s=premier&~tab=specstab FreeBSD 6.4-R-p3 amd64環境。
dmesgだと
mpt0: <LSILogic SAS/SATA Adapter> port 0xec00-0xecff mem 0xde2ec000-0xde2effff,0xde2f0000-0xde2fffff irq 16 at device 0.0 on pci8
mpt0: [GIANT-LOCKED]
mpt0: MPI Version=1.5.14.0
# sysctl -a | grep mpt
kern.sched.preemption: 1
dev.mpt.0.%desc: LSILogic SAS/SATA Adapter
dev.mpt.0.%driver: mpt
dev.mpt.0.%location: slot=0 function=0
dev.mpt.0.%pnpinfo: vendor=0x1000 device=0x0058 subvendor=0x1028 subdevice=0x1f0f class=0x010000
dev.mpt.0.%parent: pci8
dev.mpt.0.debug: 3
dev.mpt.0.role: 1
SAS搭載だからこのとおりwc項目はなし。
# cstream -o /mnt/null.1GB -i - -b 512k -n 1g -v 3
#0 finishing on condition 5
1073741824 B 1.0 GB 18.03 s 59547309 B/s 56.79 MB/s
Since end of first transfer: 59551632 B/s 56.79 MB/s
641 ：
557 ：2009/02/13(金) 11:06:09
連投失礼。
642 ：
638 ：2009/02/13(金) 13:13:26
>641
やっぱりそうか。
mpt は mptとして「確かに遅い」問題はあるけど
今回は普通の SATA port も×って問題が露呈したのか。がーん。
あぁっ、ごめんなさい、一つ訂正です。
>638 の 30MB/s は MCP55 ではなく
chipset: AMD8000系, SATA: SiI 3114 SATA150 / M/B: Tyan thunder K8W 環境で
HDD: ST31000340NS ですた(HDD は >641 とほぼ同じですね)。
OS は FreeBSD 7/i386 です。
ちなみに問題にしている mpt もこの K8W に挿してます
MCP55 (ML115)の方はラプター72GBにて↓ですた。(FreeBSD 7/amd64)
ML115% cstream -i - -o /mnt/null.1GB -n 1g -b 512k -v 3
#0 finishing on condition 5
1073741824 B 1.0 GB 16.96 s 63303251 B/s 60.37 MB/s
Since end of first transfer: 63320976 B/s 60.39 MB/s
(こっちは ラプターと言えど旧世代品だからこんなもんなのかな?)
同じ ML115 に mpt(1068E)接続(PCI32bit/33MHz)の <ATA ST31000333AS SD1B>だと
ML115% cstream -i - -o /mnt/null.1GB -n 1g -b 512k -v 3
#0 finishing on condition 5
1073741824 B 1.0 GB 22.67 s 47370839 B/s 45.18 MB/s
Since end of first transfer: 47414778 B/s 45.22 MB/s
うーむ… K8W がダメダメってことか… orz
参考までに
ccache-portinstall misc/cstream
あきらめないで頑張ったら Octave-Forge のインストールが出来たよ！
一週間ってマシンのスペックは？
Atomだよ
それを聞くと多少効率悪くてもパッケージで入れようと思う。
ちなみにportsとpackageとバージョンは同じみたいだね、
>641
バルクで買うなら、１万円しないものだし、買い替えた方がいいよ。
ttp://docs.FreeBSD.org/cgi/mid.cgi?499551B9.7050805 HEADS UP: Major CAM performance regression
| A major performance regression was introduced to the CAM subsystem in
| FreeBSD 7.1. The following configurations are known to be affected:
|
| VMWare ESX
| VMWare Fusion
| (using bt or lsilogic controller options)
| HP CISS RAID
| Some MPT-SAS combinations with SATA drives attached
| (Includes Dell SAS5/ir, but not PERC5/PERC6).
あれま。
wineなんだか劣化しているなぁ。DirectX関連とフルスクリーンは昔のバージョンのがいい。
655 ：
名無しさん＠お腹いっぱい。 ：2009/02/16(月) 01:06:01
>>655 つまり、完全な人手不足って事？
そうは見えないが。
とりあえず自分が作ったportsだけは最新にしている
とりあえず、自分で作ったportsは負担をかけないよう非公開にしている。(笑)
SKKさえもメンテナ不在か!
全部消されても問題ないっぽい
portsを端から認めない主義が台頭する。
ていうか消せばいい
ちゃんとしたportsでも
install: /usr/ports/lang/perl5.8/work/BSDPAN-5.8.9/BSDPAN.pm: No such file or directory
perl放置
5.8.9_1出たらもうこれかよ。ｶﾞｸﾌﾞﾙﾓﾝｼﾞｬ
とりあえずBSDPAN-5.8.9_1なんてディレクトリはあるから
また祭りかよｗ
メンテナが居ないのも問題だが確認せずにリリースするメンテナも問題だな。
FreeBSD文化圏崩壊中
約2万というのはportsの数が多過ぎる、半分くらいでいい。
これはひどいな。
リリース毎にメンテナが名乗り出なかったら削除でいい。
To fix, in Makefile:
portsの糞さは異常
>>672 そんなにあるの？
７０００とか読んだような気がする。
増えすぎてメンテできないはずだわ。
数は今の十分の一でメンテは完璧とかどうよ。
所詮は有志がメンテナンスするもんだからね
永遠の16歳
メンテナと言われても、何をやるのか全く見当がつかないからな。
やる気のある若者ですね
684 ：
名無しさん＠お腹いっぱい。 ：2009/02/16(月) 18:26:01
Perlはビルド後微修正でインストールできるけれど
685 ：
名無しさん＠お腹いっぱい。 ：2009/02/16(月) 18:28:27
Perlのメンテナは10段階評価でいうと3くらい。
686 ：
名無しさん＠お腹いっぱい。 ：2009/02/16(月) 18:29:50
そういえばこの前もビルドできないバージョンリリースして
portsねえ…
>>686 > 半日でバージョン変えずにこっそりビルドできるように変えていたな。
ビルドできないものをできるようにするときは、変える必要はないというルール。
Perlってなにも考えずに更新しちゃったけど、なにか問題があったの?
690 ：
名無しさん＠お腹いっぱい。 ：2009/02/16(月) 19:14:04
いやさっきこっそりportのおかしいところを直しただけで
教訓
いまごろtelnetd に脆弱性とは、ずいぶんとまあのんびりしたとういうか、フォフォ
>687
695 ：
名無しさん＠お腹いっぱい。 ：2009/02/16(月) 21:49:48
portといっても実質バイナリインストールのものもたくさんあるし
それじゃ足んねーんだよボケ
>>677 Updating the portsdb <format:bdb_btree> in /usr/ports ... - 19745 port entries found
有るんだよ。
> 何かports作って、
記憶が定かじゃないが、俺が最初にFreeBSDに出会っとき5.2Rくらいだったか、
>>694 > まあ make の(方言の)複雑なmacroが飛び交うシステムって
> そんなにないからねぇ
これが結構な壁だな。
手を出したいところもあるんだけど、マクロ追いかけてると気が萎える。
わざわざmakeに拘らなくてもいいんじゃね？って毎回思う。
＼ __ ／
autotoolsより1000万倍まし。
autotoolsを使わないのは開発者の怠慢
それは勘弁して欲しいの巻
>702
全部オレが吸い取ってやった! (まさに外道)
>>708 make は、古くから使われているし、何しろ単純。
更新されたファイルを探してくれるし。
omakeに移ろうぜ!
そこでrpm導入。
そこはportageだろ、常識で考えて。
まさかのmacportsか。
みんなDebian kFreeBSDに移ればいいじゃん
よりにもよって *BSD 以上の変態にしろと?
telnetdの修正って7系だけなの？
telnetdなんてあまり使わなくね？
>>716 kernelだけでなくユーザーランド(bsdutils)もあるからねぇ>Debian
#Debianのパッケージ数は約2.5万とのこと
Debianは分割しまくりで2.5ﾏﾝなんだろ？
みたいね。ソースパッケージだと1.3万とのことでFreeBSDの半分よりちょっと上って所か。
使ってないといえfreebsd-updateで更新らくちんだね。
>>699 気分だけの人がコミッター引き受けると多くの人が迷惑被る。
その発想は情報も少ないのにwikipediaで管理権限持ちたがるような人に近いんじゃないのか?
開発者してリリースすることのできる人以外はやめるべし。
ビルドすらできないものを平気でポストする。
逆をいうなら第三者コミッターのportsは入れずにソースサイトからひっぱってきて
野良ビルドした方が無難。
古くて安定しているものでportsに加わっているものは
あえてソースにてをつけるならば新しいportにすればいいわけだし
そのまんまでいいよ。実際そういうportは多い。
どうしてもやりたいならば野良コミッターサイトでもやればいい。
あ、「何をいっているのかわからん」か。
とりあえず労咳の >724 は引退していいよ…
アップデートしろっていうPRがパッチ付きで出てるのに、忙しいのか放置してるくせに
メンテナとコミッタの区別がつかないモグリはお引き取りください
さぼってるコミッタが顔まっか
portsのメンテナ……それは人類にとって未知の事象である。
例のメンテナーが必要だって言う ports のリストの中に、
>>731 別にメンテナにならなくても暇な時にsend-prすればいいんでないかい。
そう、メンテナにならずに自分でアップデートが必要だと
そうか。了解。
735 ：
名無しさん＠お腹いっぱい。 ：2009/02/18(水) 12:00:33
ごめん、俺beamer使いなんだ・・・
>735
>>737 に一票
>>732 にも一票
ユーザーによるsend-prが多ければベストにはならなくてもベターにはなる。
ただしコミッターが握りつぶしてしまっている大物ライブラリーのportもあったりはする。
オリジナリティがなくてもオープンソースのものをベースに
使うライブラリーを変えるとか自国語強化するとか
そういう形でもちゃんと形にできる人がportsを上げていればportsは生きてくると思う。
つまりportsは森なんだな。
だってぉ（ﾊﾞﾝﾊﾞﾝ
とりあえず、portsをmakeしてみてこけたら、どっかに苦情出せばいいと重湯
portsって言うだけあって
portsはもうだめだ
portsでこけてもこのスレ辺りで情報が出てくるのを待っているだけの
転んでなんぼのもんじゃ。
7.1-RELEASE i386と8.0-CURRENT amd64を飼っていて、PORTSDIRを共有するため
>>745 unionfsって、昔SunOSでやってたTranparentなNFSマウントのできる奴だっけ。
って、俺はその記述をRFSとかと同じ、黄色い本を見ただけでした。10年前でも
かなり眉つばモンだったけど、そんなものFreeBSDに来てたんだね～。
>>745-746 あのへんの4.4BSDでたくさん実装されたファイルシステムで
いまもマトモにメンテナンスされてるのってnullfsだけじゃなかったっけ？
>>747 古代人の方は現状をよくお調べになってからご発言ください
>>748 俺石器人だし。
vi一本槍だし。
IDEってうざいし。
なにあの足跡？ gnomeってだれ？
unionfsと等価じゃないけど、mount -o unionの方が安定してるしなあ。
>>748 少なくとも三通りunionfsダメダメなパターンがあるが。
マトモにメンテナンスと言えるのだろうか?
>>750 嘘苔。上と下に同一名があると２つとも見えるぞ。
> 732, 737, 738
754 ：
名無しさん＠お腹いっぱい。 ：2009/02/19(木) 14:48:57
>>748 近代人の人は、説明してあげて古代人を文明化すること。
古代人の方は、貴重な古代遺産を温存するためにも、現代の文明を敢えて取り込まず、
ウルルンとかでも余計なことをしないようにしろ
前からそうなんだけど、unionfsのことになると必死になる人が居ついてるな
ったりまえだ。余計な事しなけりゃ問題なく使えていたのに。
古代人が沸いてきたな
aufs
まったくお前らときたら、祭りが終了した途端に喧嘩始めるのな。
祭りとか言って騒いでるのは馬鹿だけ
喧嘩ってほどもない。 ただのあいさつだろ
おかしい、1990年前半はNFSでネットワーク透過してTFSで
はーるのーこもれびのーなかでー
簡単だろ。バークレークオリティだよ。
あーなんだかcurrentにしたくなってきた！
ここの古代人どもは30年後もportsがコケたとか何とか愚痴ってそうだが
2038年問題を越えて生きている自信がありません
>>771 逆だろ、2038年が近くなると召還される
白内障で半メクラのオレたちが入れ歯をフガフガさせながら集まるんだ
それまでに個体としての生命が尽きているような気がする
amd64ならすでに2038年以降も表示できるけど
むしろ30年後の仕事のために仕込んでおいてください
difftime もインタフェイスが腐ってるからなぁ。
779 ：
名無しさん＠お腹いっぱい。 ：2009/02/20(金) 02:28:56
nvidia-driver更新ｷﾀ～～～
usb2 が -stable にMFCされるのはいつ?
>>777 だから黙って折損のライブラリ使えって言ってただろうが俺が！
2038年問題はとりあえずは1970年以前をないことにすれば2100年まで32bitでいけるから
>>779 どうせオラのnvidiaはagpだから関係ないな。
以前17*系は古いのサポートしていなかったんだけど
今は9*系使うこともないみたいだ。
>>781 だってつくりこみたがるｘｘｘｘがたくさんいるんだもん
うちのマシンにportsから入れたKDE4.2がなんだかどんどんダメになっていくんだが……
どんどんダメ
portsを更新して関連ライブラリをアップデートすると一気に死にました。
一気に死にました
オマンコキモチイイ
／）
ports＝地雷
ports＝常にテスター募集中
ports＝糞の山
ports＝基地外
KDEやるんだったらPC-BSDでバイナリやるのがましかもしれないけれど
今のportsは例えばコミッターやっててもちょっと目を離すと乗っ取られそうな空気がある。
>>796 手を加えられるのが嫌ならそれを許すライセンスでリリースしちゃ駄目。
>>796 コミッタかどうかは関係ない。メンテナであるかどうか。
コミッタとメンテナってどっちが偉いの？
なるだろうねえ。
>>799 > コミッタとメンテナってどっちが偉いの？
ユーザから見たら等しく奴隷…
良いコミッタは死んだコミッタだけ
透過ってなんだよw
メンテナに無断で変更されることは良くあるよ
コミッタとメンテナの違いを優しく教えてください。
>>799 > コミッタとメンテナってどっちが偉いの？
偉い順序
1. フリーソフトウェアの紹介者
2. フリーソフトウェアの利用者
3. コミッタ/メンテナ
4. 犬
5. フリーソフトウェア開発者
現状こうなっている。
ユーザ神（ピラミッドの頂点＝神）
ネガチブに捉えるなら関わらなきゃいいんだよ
ネガチブになると 猫背になる なんてこった！
> 偉い順序
0.
>>809 1. フリーソフトウェアの紹介者
2. フリーソフトウェアの利用者
3. コミッタ/メンテナ
4. 犬
5. フリーソフトウェア開発者
ポジチブすぎれば 息切れする そんなもんさ！
弱者が逃げ込むにはちょうどいい場所だな。
何年か前に、なにかのCMSのサポートフォーラムで、
にちゃんが日本のネットの代名詞みたいになったからもう発展はしないんだろう
名無しが何を言っているんだ？
前向きの話をしようよ!
0. 女子高生
御障り自由な女子中学生の中に埋もれて生きてみたい……
ゲームは名無子～
連投規制に引っかかった(´・ω・`)
UNIX板っていつまであるんだろうな
>>824 お前がヘタレ犬だということだけはよくわかった。
私の会社なら、無情にも殺処分するしかない。
*BSDに群がる乞食を抹殺しないとサイクルが回んない
お葬式状態
users-jp ネタで申し訳ないけど、俺も FreeBSD は結構正統な UNIX の血統だと思うけどな。
正統なUNIXの血統なんてない。
正統に「近い」ということだろう。
皇族と一般人で作ってた皇室から皇族を追い出して、一般人だけでFree皇室を作った。
Freeな皇室を作った○
835 ：
831 ：2009/02/21(土) 13:29:29
>>833 なるほど。そのほうが正しい。
易姓革命みたいな。
837 ：
835 ：2009/02/21(土) 13:34:41
すいません。832でした。
839 ：
835 ：2009/02/21(土) 13:53:12
いや、832は間違いなく俺だ。
源氏BSD
有栖川BSD
断絶するんかい…
>>797 いやちゃんと改変して作り直すんだったらいいけれど
自分で作ったportsごと乗っ取られてそれをやられたらいやだっツーはなし
>>820 の順位 フリーじゃないソフトを作っている人は5より上なのか下なのか
フリーじゃないソフトを作りつつもユーティリティとかゲームとかフリーで出す人は
さらに下の下なのか教えてくれ
そしてあんま関係ないけれど女子こうせーがフリーソフト開発者だったら
真ん中にくるのかしたにいくのかそれもしりたい。
いや、有栖川宮でなくて有栖川。
BSD7
任天堂BSDってDSに乗ってる。
FujiwaraBSD
足嗅義満
違いますが。
このスレがいちばん落ち着く。
>>830 Bill Jolitsのところで断絶してる(俺意見)
>>842 フリーソフトをつくるじょしこうせいなんていません!!＞＜
855 ：
854 ：2009/02/21(土) 16:47:01
ここVIPかと思った
vipだろ
遠藤の出現によりｽﾚがVIP化した。
859 ：
以下、名無しにかわりましてVIPがお送りします ：2009/02/21(土) 17:25:19
＿＿ ＿＿ ＿＿_ ＿＿＿＿＿ ＿＿＿＿_ ___ ___ ___
| | / / | ／/ | /＿＿ __/ [][] ＿| |_| |＿_ _| |_
| |. / / / / / /￣￣|. l / / | ＿ | |_ ﾚ'~￣|
| | / / / / / /. ／ / | |___ ￣| | / / / ／| |
| | / / / / / ￣￣ ／ ＼＿_| | | ￣ /_ / | |_
| |. / / / / / /￣￣￣ |＿| |__| ＼/
| |/ / / /. / /
|. / / / / /
| /. ／ | ./ /
http://dubai.2ch.net/cafe60/ ￣￣￣ ￣￣￣. ￣￣
＿＿ ＿＿ ＿＿_ ＿＿＿＿＿ ＿＿＿＿_ ___ ___ ___
| | / / | ／/ | /＿＿ __/ [][] ＿| |_| |＿_ _| |_
| |. / / / / / /￣￣|. l / / | ＿ | |_ ﾚ'~￣|
| | / / / / / /. ／ / | |___ ￣| | / / / ／| |
| | / / / / / ￣￣ ／ ＼＿_| | | ￣ /_ / | |_
| |. / / / / / /￣￣￣ |＿| |__| ＼/
| |/ / / /. / /
|. / / / / /
| /. ／ | ./ /
http://www.youtube.com/watch?v=7WpPBym_n2Y ￣￣￣ ￣￣￣. ￣￣
>>845 はここはFreeBSDスレであることを知らないと確信
考えてみたらなんで名無しさん@お腹いっぱい なんだろ。
もっと気の利いたの無いの?
>>853 > Bill Jolitsのところで断絶してる(俺意見)
昔 comp.* だかで「全部 ANSI スタイルに書き直してコ
ンパイルは通ったよ」的なニュースを読んだんだんだが
ひょっとしてアレが 386BSD の産声だったんだろか？
まあ俺的には「漢字」みたいなもんだと思うが。
開発やテストする側にとってはLinuxはLinux、FreeBSDはFreeBSDでしかありません。
中身のない奴がこういうのああだこうだいう傾向にある
UNIXでないことに価値がある
869 ：
名無しさん＠お腹いっぱい。 ：2009/02/22(日) 16:53:41
GNU なんてプロジェクト管理もロクに出来ないヘボプログラマの巣窟だろ。
GNUツールスを使っておきながら言うか。
なんか「UNIX」という単語をやたら使っている奴がいるけれど
ベクターにラーメンタイマー放り込むのとはわけが違うんやで？
お前さんが死んだほうが世のためになるよ
Solarisの話題はSolarisのスレで
本格的に春になるともっとおかしなのが沸いてきます。
まだあのオヤジいもうと変態が生きてるのか。
ライナス(笑)
彼が新でも代わりはいるもの
じゃあまとめてみんな死ねばいい
バルマー氏ね
>>871 > 学生時代の一時ののりで作ってほっぽりっぱなしなのが多いんだから
> それはそれでちょっとずつ進化してけばいい
Linux 登場前から GNU 見てるが、残念ながら進化どこ
ろか退化してるぞ。
当初は大学や企業の研究所といったそこそこ賢い人間
（というか、普通に計算機科学分野の話が出来る人間）
が作ってたのと、一つ一つのプロジェクトが小さかった
からうまくいってた。
ところが今や猫も杓子もプログラム書いて寄越す上にプ
ロジェクトがでかい。相対的に優秀な人間が少なくなっ
て ML もノイズだらけ。rms も昔ほど品質について言及
しなくなったと思わないか？
>>872 > ベクターにラーメンタイマー放り込むのとはわけが違う
いい指摘だ。ラーメンタイマーを生業とするベンダは居
ないからな。
どこにでもいる老害だ。気にするな。
>>882 s/Linux/FreeBSD/g
s/GNU/BSD/g
s/rms/core team/g
でも通りそうジャン。
ノイズはお前
>>886 FreeBSD は昔の方が品質についてうるさく言わなかったからそれはあてはまらない。
特にカーネルについては MP safety やら lock order やらを考えないといけないせいで
しょぼいプログラマは手を出しにくくなった。
早く頭の悪いportsなんとかしろよ、口だけ番長さんは
老害はさっさと死ねよ
2chなんか口だけのやつらが集まるところ
これが春になると沸くというキチガイかね？
>>876 mplayer の NVidia ドライバ対応がアップデートされて
るぞ。
http://www.mplayerhq.hu/design7/news.html > There are several ways to speed up the playback
> of 1080 H.264 files in MPlayer.
>
> First is to use the newly added VDPAU output. It
> allows the newer NVidia video cards to decode
> the video without using much CPU. It is in SVN
> MPlayer, you can find known bugs and report bugs
> HERE. (Linux, Solaris and FreeBSD only)
うちは intel なんで関係無いけどな(w
この流れ見てるとおもしろいな
きっと明日はダイジョウブ!!
ぱさぱさに乾いてゆく心を
>水から水やりを怠っておいて
_,,‐─-v‐､,,、
そして誰も居なくなった。
っていうか fj そのものを再現する試みです
こつこつと小さいツールが増えていくぜよ。今日はシェルから使えるダイアログが3つ
>>894 うちはnvidiaだけど.....関係ないな。6系だから
|ヘ
908 ：
名無しさん＠お腹いっぱい。 ：2009/02/23(月) 17:06:35
むしろメンテナ返上したい
よし、
>>910 にまかせた
OpenBSDも日本語訳削除したんだっけ?
ほれ、早く手をあげろよwwwwwwwwwwwwww
ドキュメントの翻訳もgettextみたくすればいいんじゃないか。
Handbookはいらない。
>>912 お前がやれ。
そういえば、放置しててFreeBSD使ってないことに気づいた
俺のドーズもだあwww
>>912 はやくｗ
はやくｗ
はやくｗ
はやくｗ
はやくｗ
誰もいないwwwwwwwwwwwwwwwwwwww
*BSDはAppleがスポンサーだから安泰だよな。
OpenJDK(略してプンジェイ)来たな
> 略してプンジェイ
プンと臭うジェイ
>913
おや、ドキュメントがportsに移ったのかな?
portupgradeとかでドキュメント更新できるのかー、いいかも。
>>910 や
>>913 と同じ事を感じる。
変な翻訳でいいからオプソなhtml英和変換があればいいと思うけれど
手っ取り早くwebのURL変換とかでみている今日
あと
>>882 のいうことももっともではあるんだけれど
現実には自己完結したソフトとかもあるし分科しつつもグループとなっているgnomeみたいなものもあるのだから
一概にはそうだとは言えないと思う。
でmiscのdoc-ja euc-jpなのか。だめそう。
> でmiscのdoc-ja euc-jpなのか。だめそう。
彼氏がeuc-jp使いだった。別れたい…
ぷんそら、とか言う奴を思い出した。
espeakって結構ちゃんとしゃべるでないの。目指せPC66
いや、現実的な処理系としてはeuc-jpは別にわるかない。サイズ小さいし
espeak "au hah yo-ooh, go za ee ma su"
> でも一般ドキュメントとしてはUTF-8でしょってこと
そういう流れだからでわ？
shells/fd を使ってutf-8のファイル名を見たら、死ぬほど待たされたことがあったな。
utf-8 なんて最後に変換して出力すればいいだけ
users-jp の二人はそろそろいい加減にしてほしい…
まだやってんの？
おまえら律儀にMLとか購読してるんだな
当事者同士直接メールでやれよ。
multimedia/moonlight きましたね。
「残念」の一言です
>>944 ＃にコメントして
「まだその話題で続けます?」でもワラタけど
お湯割り噴いた、謝罪と賠償をw
迷い込んだ初心者が仲裁のために謝っちゃうってどんなMLだよ
「残念」 ですぅぅぅぅぅぅぅ
espeak -v whisper -s 120 "mata, hal gaa kee tar"
(・ω・)つお茶>949
まだ足りないってかw
誰か、ML購読してない俺にわかりやすく伝えて。
まだそのその話題で続けます？
>>954 やヴぇぇなんか知らんがツボに入った
腹いてぇ
いやいやいや、盛り上がってていいんじゃないの？w
*BSDなんて使ってるのは残念な年寄りばかりだからな
「pubdicにカタカナを登録するつもりなら、まず私を倒してからやってください」
たんに自虐でしょ
ごめんね
素直じゃなくて
こりゃ普及なんか絶望的だな。
やめて！私のために争わないで！
セーラムンムン
ただの意地の張り合いじゃないか。あんなのはどこにでもいる。
初心者がある程度いらっしゃるならFreeBSDは安泰だよ。
>>970 その初心者にLinuxを勧める。それがBSDクオリティー
MLやIRC？なんですかそれ？
質問は２チャンネルでするのですよ！
2ちゃんなんか無くなればいいんだっ！
その初心者が一番人間出来てるのに
MLが2chと同じ雰囲気なのも珍しいな
>>969 つ To: yosh****@kt.rim.or.jp
>>>> unsubscribe freebsd-users-jp
成功しました。
いやまあ、面白がってやっちゃったことは確かです
なのでいくらでも批判してください。聞き流します。
ご覧のとおり性格ねじ曲がっている上に日常的な
嘘吐きなのは自覚してます。
なおこのスレを含む各板には結構カキコんでいて
自ら煽ったりそれとなく本音を書いたりしてます
所詮嘘吐きの言うことなので気にしなくても全然
問題ありません。
涙目になって本人の記者会見かｗ
978 ：
名無しさん＠お腹いっぱい。 ：2009/02/25(水) 23:49:50
>>976 MLにも流したんだろね？
お別れの挨拶できない子に育てた覚えはありません！
そんなのやるわけねーじゃん
980 ：
名無しさん＠お腹いっぱい。 ：2009/02/25(水) 23:52:05
挨拶しろよ。
981 ：
本人(本物) ：2009/02/25(水) 23:52:47
(・ω・)つやあ
982 ：
名無しさん＠お腹いっぱい。 ：2009/02/25(水) 23:54:55
あーー、上げたの失敗
本人かどうかわかったものじゃねーなｗ
正真正銘本物だよ
985 ：
本人(本物) ：2009/02/26(木) 00:03:29
大体、2chのスレで検討したのをsend-prしたのは衆知の
しまた、あげちゃった orz
ＩＤ無いのを良いことに遊んでる
どうでもいい
確かに次スレ誘導の方が大事
そーかー、信用してくれないか
test
part23立てていい?
users-jp追い出されてんのに、なにやってんだか。
さあ埋めるか
UmeBSD！
UmeBOSI
うめたいのですね
ウメハラがー！
１０００％ＢＳＤ！
1001 ：
１００１ ：
Over 1000 Thread このスレッドは１０００を超えました。
