FreeBSDを語ろう

■掲示板に戻る■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 最新50

レス数が1000を超えています。残念ながら全部は表示しません。

FreeBSDを語ろう

1 ：daemon ：02/02/22 22:41: というわけで語りましょう
2 ：1を読まずにｶｷｺ ：02/02/22 22:44
3 ：名無しさん＠お腹いっぱい。 ：02/02/22 22:47: >>1
ネタ振ってよ。
4 ：名無しさん＠お腹いっぱい。 ：02/02/22 22:48: コトの経緯を知らないとクソスレにしかみえないのは
いかがなものかと思われ
5 ：315 ：02/02/22 22:49: FreeBSD 減低なの?
# この減低は、見たくない。
6 ：名無しさん＠お腹いっぱい。 ：02/02/22 22:51: 「質問お断り」を明記しなかったのは失敗のような…
7 ：名無しさん＠お腹いっぱい ：02/02/22 22:51: FreeBSD
8 ：名無しさん＠お腹いっぱい。 ：02/02/22 22:58: http://home.jp.FreeBSD.ORG/cgi-bin/showmail/FreeBSD-users-jp/41513
9 ：daemon ：02/02/22 22:58: >> 6
うーん。そうなんかなぁ。とりあえず「語ろう」だから、とか思ったんだけど...
甘いかな。

>> 4
まぁ、経緯はどうあれ語る場所、ってことで ^_^;
だめ？
10 ：309 ：02/02/22 22:58: うげ、間に合わなかった。
もったいないから作りかけテンプレ爆撃。

--------------------------------
BSD何でも雑談スレ。
教えて君は質問スレへGO!

--------------------------------
質問スレ

初心者もＯＫ！ FreeBSD質問スレッドその13
http://pc.2ch.net/test/read.cgi/unix/1014202165/

中級者もＯＫ！ FreeBSD質問スレッド
http://pc.2ch.net/test/read.cgi/unix/1012808941/

初心者NetBSD質問スレッド
http://pc.2ch.net/test/read.cgi/unix/989131548/

*BSD系質問スレッド
http://pc.2ch.net/test/read.cgi/unix/971195037/

--------------------------------
11 ：309 ：02/02/22 23:00: つづき

--------------------------------
各BSD専用スレ

※FreeBSDには2002/02/22現在専用スレなし

NetBSD専用スレッド
http://pc.2ch.net/test/read.cgi/unix/983854535/

OpenBSDユーザーコーナー
http://pc.2ch.net/test/read.cgi/unix/973004747/

BSD/OS
http://pc.2ch.net/test/read.cgi/unix/969458073/

NetBSD/hpcmips ＠ WinCE機ってどうよ?
http://pc.2ch.net/test/read.cgi/unix/984336125/

■FreeBSD(98)専用スレ■
http://pc.2ch.net/test/read.cgi/unix/999397656/

--------------------------------
12 ：309 ：02/02/22 23:01: もう一個。

--------------------------------
その他

お前ら*BSDのカーネルをハックしますか？
http://pc.2ch.net/test/read.cgi/unix/1003311346/

お前らBSD Magazine買いましたか?
http://pc.2ch.net/test/read.cgi/unix/1000363430/

*BSDニュース＠２ｃｈ
http://pc.2ch.net/test/read.cgi/unix/961853878/

日本人*BSD developerを誉め称えるスレ
http://pc.2ch.net/test/read.cgi/unix/1006832033/

BSDバブルを仕掛けるスレ
http://pc.2ch.net/test/read.cgi/unix/1004370636/

--------------------------------
13 ：309 ：02/02/22 23:12: 忘れてた。

このスレのあらすじ:
http://pc.2ch.net/test/read.cgi/unix/1000363430/300-322n
14 ：315 ：02/02/22 23:28: では、始めましょうか。
15 ：315 ：02/02/22 23:33: >>8
日経は、ダメ! ダメ!
いつもフリーBSD。
# Linux のどこが UNIX なの?
16 ：　：02/02/23 00:07: currentみてたらこんな馬鹿なパッチが転がってたけど、
http://www.geocrawler.com/lists/3/FreeBSD/147/0/7908457/
http://people.freebsd.org/~jhb/patches/figlet.patch
どっかに、ブートの最初でモナーがでるパッチを作る神は居ない？
17 ：名無し ：02/02/23 02:10: >>16
splashじゃダメなのか？splashについては、www.jp.freebsd.org
で検索しなされ。
18 ：ななし ：02/02/23 02:19: NetBSD みたいに、package の install 先を、/usr/local/ ではなく、
/usr/pkg/ とかにして欲しい・・・
19 ：名無しさん＠お腹いっぱい。 ：02/02/23 02:28: >>4
コトの経緯を知らなかったから
クソスレかと思ったよ。
20 ：名無しさん＠お腹いっぱい。 ：02/02/23 02:30: 全てのコマンドを /command に・・・、
全てのサービスを /service に・・・、
全ての (以下略
21 ：名無しさん＠お腹いっぱい。 ：02/02/23 02:34: >20
DJB信者ﾊｹｰﾝ!!
22 ：名無しさん＠お腹いっぱい。 ：02/02/23 03:05: このスレはBSD総合なの？
>>1を見るとFreeBSD限定のようでもある。
23 ：名無しさん＠お腹いっぱい。 ：02/02/23 03:37: >>22
スレタイトルが FreeBSD 限定やん
24 ：名無しさん＠お腹いっぱい。 ：02/02/23 03:48: >>18
portsだとなんか(なんだかは忘れた)の環境変数設定しとけば、そこに
インストールできるらしいんだけどね。
バイナリ埋め込みとかもあるだろうから、packagesは無理だろうな。

俺も/usr/pkgキボーン。
25 ：名無しさん＠お腹いっぱい。 ：02/02/23 03:52: /opt/$PKGNAME
のがよろしいんではないかと
26 ：名無しさん＠お腹いっぱい。 ：02/02/23 03:56: FreeBSDのポリシーとして/usr/localはをユーザに開放しない
ポリシーってこったね。あくまでパッケージシステムのための
ディレクトリ。

自力コンパイルしたアプリケーションは別に適当なディレクトリ
掘ってインストールすりゃ済むハナシだし、現状で困ることって
のもパッと思いつかないんだけど。
27 ：24 ：02/02/23 03:59: >>25
Solarisとかでもそうだけど、PATH張るのが面倒だからデカい物以外は
ちょっと嫌。/optを使うのはまぁいいけど。
28 ：名無しさん＠お腹いっぱい。 ：02/02/23 04:03: >25 それをやるとGNOMEなんかは速やかに死ぬけど。
29 ：名無しさん＠お腹いっぱい。 ：02/02/23 04:05: >>26
--prefix=/optを付けるのはまだいいとしても、物によっちゃMakefile
直したりなんだりしなきゃいかんので、packagesの方が/usr/pkgなり
/optなりに移ってくれた方がうれしいんだけどねぇ。
# まぁここでぼやいてたってしょうがないんだが
30 ：名無しさん＠お腹いっぱい。 ：02/02/23 04:14: packageはまだまだPREFIXクリーンじゃないみたいだからね。
そこをなんとかするのが先決でしょ。
31 ：名無しさん＠お腹いっぱい。 ：02/02/23 04:32: >>30
packageはどうがんばってもPREFIXクリーンにはなり得ないと思われ。

だいたいUNIXのアプリケーションって当たり前のようにフルパスを
バイナリに埋め込みたがるからな。
32 ：名無しさん＠お腹いっぱい。 ：02/02/23 05:33: packages と自分でコンパイルして入れる物の場所を分ける利点が
特に思い付かないんですけど、単に趣味の問題ですか?

例えば /usr/pkg 以下に packages で入れたヘッダやライブラリを使って
自分でアプリケーションのコンパイルをするとアプリケーションの
Makefile の CFLAGS や LIBS をいじる必要が出てくるので余計な手間が
増えそうな気がするんですが。
33 ：名無しさん＠お腹いっぱい。 ：02/02/23 06:09: >>32
>packages と自分でコンパイルして入れる物の場所を分ける利点が
>特に思い付かないんですけど、

想像力が足りん。もちょっと真剣に考えるべし。
俺はいくらでも理由を挙げられるぞ。

>例えば /usr/pkg 以下に packages で入れたヘッダやライブラリを使って
>自分でアプリケーションのコンパイルをするとアプリケーションの
>Makefile の CFLAGS や LIBS をいじる必要が出てくるので余計な手間が
>増えそうな気がするんですが。

分ける必要を感じなくて、かつこういうことが気になる奴は単に
「cd /usr && ln -s pkg local」としておけばよろしい。

/usr/local と /usr/pkg をあらかじめ分けていれば、こういう風に
「分けたくない」という要求に対応するのもシンボリックリンク一つで
済むが、分けてない場合には、「分けたい」という要求には対応できない。
34 ：名無しさん＠お腹いっぱい。 ：02/02/23 06:22: >>32
逆に、ports/packagesで入れたバージョンを検出して欲しくない場合、
/usr/local使われちゃってると(問答無用で/usr/local探してくれ
ちゃったりする奴もあるので)困るぞっと。

まぁ趣味の問題というか、ポリシーの問題という気もするが。
35 ：309 ：02/02/23 07:06: >>22
> このスレはBSD総合なの？
FreeBSD限定でしょう。総合スレは需要があれば改めて立てるって事で
いいんじゃない?

んでは、名無しに戻って雑談します。
36 ：名無しさん＠お腹いっぱい。 ：02/02/23 09:49: >>31
packagesをPREFIX cleanにするなんてめちゃくちゃ怖いからやって
欲しくないぞ。
あまり必然性がないのにfull pathをbinaryに入れてるのがあるのは
事実だが、必然性がある奴もちゃんと存在する。full pathを埋め込
まずに環境変数とかに頼るのはsecurity holeを増やすことになる。

もちろん, portsの段階でPREFIX cleanにするのは重要。
37 ：名無しさん＠Ｅｍａｃｓ ：02/02/23 13:24: unionfs がちゃんと動けばモチベーションも上がるのにね．

NetBSD では /pkg の下に pkgsrc からインストールしたものを入れて，
/usr/local に重ねてました．手動で入れるソフトは普通に /usr/local
へ．
38 ：名無しさん＠お腹いっぱい。 ：02/02/23 17:24: >>37
FreeBSDのunionfsも、debugしてそれなりに使えるようになったんじゃ
なかったっけ?
# っていうのを最近どっかのスレで見たような気がしたんだけど、どの
# スレだったかわすれた。。。
39 ：名無しさん＠お腹いっぱい。 ：02/02/23 17:38: FreeBSDのPorts Collectionで/usr/local使うことがいいかどうかは
議論が分かれるところだと思うが、NetBSDの/usr/pkgってのもなぁ。ソ
フトウェアが想定してないdirectoryだから必要なpatchがめちゃくちゃ
増えてしまい、かなり面倒。

NetBSDのpkgsrcって/usr/pkgにするためにかなり苦労している割には
PREFIX cleanじゃないのよね。/usr/pkg決めうちに変えてるだけとい
うのがけっこう多い。

>>37
NetBSDはたしかにunionfs使えるんだが、所詮は機能を実装して喜んで
るだけで実用に使う方向には努力してないOSだからな。ファイルシステム
自体のが安定してないのでまともに使えない。FreeBSDだと3.Xあたりか
ら今の4.Xでffs回りの安定性がかなり上がったのだが、今のNetBSDは
せいぜいFreeBSD 3.X程度の出来でしかない。

FreeBSDのようにちゃんと実用方向を目指しているOSで、なおかつ
unionfsとかにも力を入れてくれるのがあるといいのだけど、そういう
わけにはいかないのだよな。
40 ：名無しさん＠お腹いっぱい。 ：02/02/23 17:47: >>38
4.4-STABLEで/usrの上にunionfs被せてbuildworldとかはできてた。た
だ、mountpointの指定の仕方によってはちゃんとmountできなかった気
がする。うろおぼえ。

真相ｷﾎﾞﾝ
41 ：37 ：02/02/23 21:11: うん。4.2-STABLE あたりで試験的に使った限りではそんなに問題はなさそうでは
あったんだけど、たまに変な挙動を示してたような。

結局何が足りないのか不明だから恐くて常用できないんだよね > unionfs

package build とかで耐久テストやってくれればいいと思うんだけど。最近は jail
とかでこと足りてしまうのかねぇ。
42 ：　：02/02/23 21:12: >>17よ、そこをAAでやるのがいいんじゃないか。お馬鹿で。
（でも流石にブート画面でプロポーショナルフォントを想定した
AAは無謀か)
43 ：名無しさん＠お腹いっぱい。 ：02/02/24 03:29: >>41
jailこそ、union fsが便利なんじゃないかな。jailをいくつも使う時、共通
部分をmount_union -bできるとウマーだと思う。
44 ：41 ：02/02/24 10:34: >>43
ほんとだ。気付かんかった。ところで、今でも jail って
make world するのが基本なの？最近いじってないや。
45 ：名無しさん＠お腹いっぱい。 ：02/02/25 08:01: >>44
そんなことないぞ。chrootの場合と基本的には同じ。

chrootでもjailでも、そこで動かしたいプロセスに必要なファイルを
ちゃんと把握していれば、そのファイルだけコピーすれば大丈夫。ネッ
トワーク回りを独自に設定する必要があるからコピーしなければならな
いファイルが増えるし面倒だけどな。

そのあたりをちゃんと把握してない場合とか、jail(8)での説明のよう
に汎用で使える記述にする場合にはmake world使うことになる。
46 ：名無しさん ：02/02/26 20:36: [FreeBSD-users-jp 67148] Re: RC5-64 でJLUG に抜かれましたね

> あと 25 日で JLUG を抜き返せそうな JFUG にあなたも参加しませんか?
> 自宅でもできる簡単な作業です。
なんか、さえない内職仕事みたい。
47 ：名無しさん＠お腹いっぱい。 ：02/02/26 21:58: >46 それcandyの日記でずいぶん前から使ってるフレーズ。今頃気づくのはかなりカッコ悪い。
48 ：名無しさん＠お腹いっぱい。 ：02/02/27 02:01: cvsかp4か、はたまたsubversionか。
なんかまた5-RELEASEが遠のいているような。
49 ：名無しさん＠お腹いっぱい。 ：02/02/27 12:00: >>48
俺は最近忙しいからあの議論は見てるだけなんだが、p4もsubversionも
いまいちなんだよな。
subversionの最大の欠点はJavaで書かれてること。FreeBSDに標準で
入っていないツールでbuildするものに依存するというのは非常に怖い。
CとかC++で書かれているツールならどの環境でも動かすことができるけ
ど、Javaはまだそこまでの存在になっていない。

# buildするのにコンパイラ別途入れなきゃならないのはCVSupだけで
# たくさんだというのが正直な気持。

p4はなんといってもライセンスが問題。
50 ：くれくれ ：02/02/27 12:14: 誰かもう一度cvsupをC/C++で書き直してくれい
51 ：名無しさん＠お腹いっぱい ：02/02/27 12:19: >>50
前川氏＠神戸大学
52 ：名無しさん＠お腹いっぱい。 ：02/02/27 14:35: 下げろ、ｳﾞｫｹ!!!
53 ：名無しさん＠お腹いっぱい。 ：02/02/27 15:47: >>49 Subversion って Java に依存してたっけ。Java Binding はあるようだけど。
54 ：なんだかなぁ ：02/02/27 16:05: ここ(Unix板)をFreeBSD板にするつもりか？sage進行してくれ

# 質問スレで雑談してるくせに、なぜ新たにスレ立てますか？・・・
55 ：名無しさん＠お腹いっぱい。 ：02/02/27 16:26: sage進行するからスレが乱立するんじゃねーかな。
56 ：いひひ ：02/02/27 16:35: んじゃ間を取ってBSD系全般雑談スレッドに切り替えて
age進行にしよう。
57 ：名無しさん＠お腹いっぱい。 ：02/02/27 16:55: 正直、Linux隔離後はBSD関連スレがうっとーしい
58 ：名無しさん＠お腹いっぱい。 ：02/02/27 17:07: Linux板をPC-UNIX板にして両方とも隔離しようぜ。
煽るLinux馬鹿にムキになるBSD馬鹿、いい加減厨房うざいぞ
59 ：名無しさん＠お腹いっぱい。 ：02/02/27 17:12: 　犬隔離後一番ウザいのは感謝厨の一連だったが・・・。
　まあ、ageられるのとすぐ消えるような駄スレが
ウザいことには同意。でも駄スレはBSDだけじゃないぞ、とは
念を押しておきたい。
60 ：名無しさん＠お腹いっぱい。 ：02/02/27 17:20: >>49
subversionはJavaで書かれてなどいません。評価してないのばればれじゃん。。
で、いまいちと思う理由は何ですか？送ったパッチもちゃんと取り込まれるし、
開発は活気あるから。今のうちに気になることがあるなら言っておけば？

俺は親BSDなライセンス、高い目標、着実な実装を評価していて、楽しみにしてる。
61 ：名無しさん＠お腹いっぱい。 ：02/02/27 17:23: ならBSD系雑談スレを作ってこのスレは早々にdat落ちしてもらったほうがいいんでないかい？
62 ：名無しさん＠お腹いっぱい。 ：02/02/27 18:02: >>57
BSD 系そんなに多いか?
どんな環境で読んでるの?
63 ：名無しさん＠お腹いっぱい。 ：02/02/27 18:12: BSDウザとか騒いでるのは
ネタ枯れした犬板からのラブコールと思われ。

ちょっと前までよく上がってた
Solarisスレで暴れてた奴じゃないか(w
64 ：名無しさん＠お腹いっぱい。 ：02/02/27 18:19: >>63
いい加減にしてくれ。
BSDじゃなくてBSD厨房とLinux厨房がうざいんだよ。
いちいち煽るようなレスしてるお子様が「犬厨uzee」ですか。ﾊｧ
65 ：名無しさん＠お腹いっぱい。 ：02/02/27 18:40: >>64
うざければ読むなよ、カス！
66 ：Linux厨房ですがなにか？ ：02/02/27 18:43: BSD厨房も凄いんですね。
67 ：いひひ ：02/02/27 18:50: 煽る際には↓逝ってね。ほぼ犬厨隔離スレだから。
ああ、sageでやっとくれ。
http://pc.2ch.net/test/read.cgi/unix/986677862/
68 ：名無しさん＠お腹いっぱい。 ：02/02/27 18:55: >>64
「厨房uzee」言ってたら2ch読んでらんないよ。
よそ行ったら?
69 ：名無しさん＠お腹いっぱい。 ：02/02/27 19:16: >>68
「犬厨uzee」言ってたら2ch読んでらんないよ。
よそ行ったら?

お帰りはこちら。

PC-UNIX板
http://pc.2ch.net/linux/
70 ：名無しさん＠お腹いっぱい。 ：02/02/27 20:21: やっぱりBSDちゅーぼーはフレームの元だなあ…犬小屋で犬と（・∀・)ﾀﾜﾑﾚﾃﾛ！
71 ：名無しさん＠お腹いっぱい。 ：02/02/28 00:26: はぁ～、せっかくマタ～リできるところができたとおもたのに。
72 ：名無しさん＠お腹いっぱい。 ：02/02/28 01:03: また～りしませうわんわんです
ttp://www.nhk.or.jp/kids/character/inaiinai/wanwan.html
73 ：名無しさん＠お腹いっぱい。 ：02/02/28 01:41: >>71
煽りに反応しなければ、マターリできるよ。
放置すればOK。
74 ：名無しさん＠お腹いっぱい。 ：02/03/01 20:15: package が１枚の板に入らなくなってから、ネットワークで接続して
Portsを使って必要なものをインストールする方が便利となって
しまっている。しかし、だんだんと時期がずれてしまうと、Portsで
ダウンロードできないソースが増えてきてしまうので、Packagesが
OSのバージョンをあげずに使い続けるためには必要だったりする。
　早くブータブルDVDの時代になるといい。
75 ：名無しさん＠お腹いっぱい。 ：02/03/01 21:09: >>74
ぷらっととかからDVD-ROMでの配布がでてるから, それを買えば
済むだけの話では.
76 ：名無しさん＠お腹いっぱい。 ：02/03/02 00:28: 昔買った2.2.5導入本の付録をみると、packageだけでなく
distfiles以下まで含めてCD-ROM2枚に収まってるんだよなー。
ports/packageはどこまで増え続けるのだろう...
77 ：名無しさん＠お腹いっぱい。 ：02/03/02 01:30: >74
> 早くブータブルDVDの時代になるといい。
なる頃にはDVD1枚におさまらなくなってると思われ。
78 ：名無しさん＠お腹いっぱい。 ：02/03/02 14:31: 結局CVSで逝くってことか？
79 ：名無しさん＠お腹いっぱい。 ：02/03/02 23:46: 誰か、痛のLC_{ MESSAGE, MONETARY, NUMERIC }のMFCを制止しないんですか?

LC_TIMEが現状でもアレだから、もう/usr/share/locale以下は
ゴミ置場で良しと、痛を放置プレイしてるだけ?
80 ：名無しさん＠お腹いっぱい。 ：02/03/03 00:15: >>60
で、 subversion.tigris.org のMailing Listのページにはイパーイ並んでる
けど、開発に口出すにはどれを読んどけばいいの?
81 ：名無しさん＠お腹いっぱい。 ：02/03/03 00:32: 痛って何？
事情が飲み込めないです。
今locale の変更がかかってるのは聞いてますけど、MESSAGE/MONETARY/NUMERIC まで変わってるの？
って誰がやってるの？
82 ：LANG=jaだとache=痛 ：02/03/03 00:45: >81

当然の如く、CVSのlogにはacheの名前が。

ソースはネクスト。
http://www.jp.freebsd.org/snapshots/notes/2002/20020303.html

まだlocaleconvとかnl_langinfo他には手は入ってないです。

# もしかしてやっちゃう気なんじゃないだろうか。
# gettextの*.poの置場とのconflict問題とかもあるのにねえ。

locale databaseのみのMFCのつもりなんだろうけど、それこそ
将来binary compatibilityで頭痛くなると思うんだけど。
83 ：82 ：02/03/03 00:48: 違った、acheじゃなくてphantomだった。スマソ。
84 ：名無しさん＠お腹いっぱい。 ：02/03/03 01:02: STABLEって全然stableじゃない気がしてきた。おとなしくRELEASEだけ
使うようにしようかな。

4.4-STABLEでLinux emulationが壊れてひどい目にあったし、最近は
/bin/shが壊れたって話だよね? みんなちゃんと追っかけられてる?
85 ：名無しさん＠お腹いっぱい ：02/03/03 01:14: >>84

何のために stable を使うのかに依存するものと思われ．

セキュリティのことだけが心配なら RELENG_4_5 というのもありかと思われ．
86 ：名無しさん＠お腹いっぱい。 ：02/03/03 12:29: >>76
ports/packages の利用統計を取って、ほとんど使われてないやつはどんどん削除していくシステムがあるといいね。
87 ：84 ：02/03/03 14:33: >>84

時々FreeBSD-stable で"Stable is stable?" 論争が起きるよな(藁
88 ：名無しさん＠お腹いっぱい。 ：02/03/03 20:11: >>87
ダイアルアップ時代に；
re:Is FreeBSD stable?
を1000通受信して、stable-list辞めました。
1000通目くらいでCPU交換したら動いたとか逝ってた。(結局読んだ)>>84
RELENG_XじゃなくてRELENG_X_Yを使うのが手だと思う。
でもギャンブル要素はいつでもあり。
89 ：名無しさん＠お腹いっぱい。 ：02/03/04 22:27: >>88
-CURRENTもML(current, cvs-all)をチェックして、他の人が転ぶのを
注意深く見守りながら少しずつ先へ進めていくんだけど、そうすると
どこが違うのって話になるよね。
むしろACPIとか新しいドライバとか、修正ずみのfsが入っていることを
考えると、-CURRENTのほうがご利益が大きいんじゃ……
90 ：名無しさん＠お腹いっぱい。 ：02/03/04 22:39: そろそろ openbsd の台頭です。
91 ：名無しさん＠お腹いっぱい。 ：02/03/04 22:59: >>89
ACPIサポート欲しい！。けど。
一時期currentやってみたけど、ちょっと気を抜いたらbuildできなくなってそのまんま。
4.0-RELEASEよりも古いcurrentが未だにIDE-slaveディスクの片隅に。
ってことになってます。
それ以来currentはデベロッパーにお任せです。（ｗ
ちょっといじるには楽しいんだけど。
92 ：名無しさん＠お腹いっぱい。 ：02/03/05 00:19: >>84 -> >>84
93 ：名無しさん＠お腹いっぱい。 ：02/03/05 10:10: スレ立て失敗してんじゃん。

「*BSD系雑談スレッド」
でテンプレはって作り直せ。
94 ：89 ：02/03/05 12:59: >>91
とりあえず D2002.01.01.01.00.00.00 はそこそこ安定して動くと思う。

ACPIはvendor importされたら自分の古いマシンで動作しなくなることが
たまにある。もともとローカルで修正して無理に動かしているので、
大きな変更があるとつらい。
95 ：89 ：02/03/05 13:00: >>94
D2002.01.01.00.00.00だった。
96 ：名無しさん＠お腹いっぱい。 ：02/03/05 20:08: 今usersで誰もが通るシリーズやってるけど、
参加は敷居が高いのでここに書いてみる。

自分マシンなので気軽にrootで
/etcの下あたりを
vi foo と打ったつもりが ci fooで
鬱。
97 ：名無しさん＠お腹いっぱい。 ：02/03/05 20:41: >>96
俺もやったな、それ。
んで、あせって ctrl-D してしまった。
co で戻せることを知らなくて vi で開き直して手で直したっけ。
98 ：89 ：02/03/05 23:34: >>94
と思っていたらacpi-jpにいわさきさんのパッチが。
いわさきさん、さんくーす。
99 ：名無しさん＠お腹いっぱい。 ：02/03/13 07:54: portmgrなんとかならないかな。はっきり言ってだめすぎ。 PORTREVISIONの仕組みをなぜ入れたのか理解してないのかよ。

浅見さんが多忙になってからというものFreeBSDのPorts Collectionはめためただね。いなくなってあらためてわかる、浅見さんの偉大さなのかも。
100 ：100 ：02/03/13 12:20: >>99
どうしてお客さんのような態度なのですか?
どうして問題点を分かっているのに自分は何もしないのですか?

掲示板に戻る全部次100 最新50

read.cgi ver5.26+ (01/10/21-)