5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

■■■X11不要論■■■R2■■■

1 :名無しさん@お腹いっぱい。:04/11/07 00:43:49
http://pc5.2ch.net/test/read.cgi/unix/1071228155/

すべての問題はここだ
1.Xあるんだから必要ない とかいって協力しない
2.俺はGUIは使わないから興味ない
3.男だったらCUIだろうが
4.だったら、MacOSX使えば?
5.KDEやGNOMEがあるじゃない。壱から、しかも土台から作るなん
て無理無理
6.そもそも、そんな技術力は存在しない
7.多くのUNIXプログラマのGUIに対する見解があまりにも非力であり
ろくな物ができあがらない。
8.ネットワーク透過性が云々...... とごねてXを捨てない

2 :名無しさん@お腹いっぱい。:04/11/07 01:16:33
おれたちにはGMWがあるじゃないか。

3 :名無しさん@お腹いっぱい。:04/11/07 01:22:45
XはMac OS Xとロゴが被ってるから不要

4 :名無しさん@お腹いっぱい。:04/11/07 01:28:30
y-windowで代用を利かすしかないでしょう

5 :名無しさん@お腹いっぱい。:04/11/07 01:32:44
Apple、Xの名称廃止をOpen Groupに要求

米Apple社は5日、Open Groupに対し「X window system」の名称がApple社の製品「OS X」著作権侵害
に当たるとして、「X」の文字を削除するよう要求した。

「われわれはこれを当社の著作権および知的資産の侵害と感じており,このため(アルファベットのXの)
削除を要求した」とAppleのスポークスマンは語った。

6 :名無しさん@お腹いっぱい。:04/11/07 01:38:45
商標権だろ

7 :名無しさん@お腹いっぱい。:04/11/07 04:34:24
XといえばXヤポン

8 :名無しさん@お腹いっぱい。:04/11/07 08:09:52
また糞スレの続編が立ってるクマ(AAはまかせた↓

9 :名無しさん@お腹いっぱい。:04/11/07 18:38:24
うんこ食べたよ

10 :名無しさん@お腹いっぱい。:04/11/07 18:42:23
スレタイの■がじゃま

11 :名無しさん@お腹いっぱい。:04/11/07 18:50:52
■■■■不要論■■■

12 :名無しさん@お腹いっぱい。:04/11/07 19:33:45
>>5
ま糞、くだらねーことしやがって。
てめーあとだしじゃねーか。
シネヨ

13 :名無しさん@お腹いっぱい。:04/11/07 23:37:07
  ∧_∧
 ( ´∀`)
 (    )
 ■■□■■□◇_◇□□□

  ∧_∧
 ( ´∀`)
 ( つ□)
 ■■_■■□◇_◇□□□

    ∧_∧
   ( ´∀`)
   ( つ□つ□
 ■■_■■_◇_◇□□□

                ∧_∧
               ( ´∀`) /
               ( つ  つ
 ■■_■■_◇_◇□□□□□ ─
                  /' ヽ\

            ギュッ   ∧_∧
                (´∀` ) ≡≡
■■■■◇◇□□□□□⊂   )
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄

14 :名無しさん@お腹いっぱい。:04/11/08 01:06:35
一応テンプレ張っとくよ。(↓)

> ■■■X11不要論■■■
>
> 全ての人にとって不要という訳ではありませんが、Linux系の「プロフェ
> ッショナルユーザ」や「(本来の)ハッカー」といった上級者レベルの方にと
> っては、ほぼ不要なユーザインターフェースではないでしょうか?
>
> 上級者レベルを自負するand/or目指すあなた!
> 私といっしょにX11を捨て去りましょう!


15 :名無しさん@お腹いっぱい。:04/11/08 01:42:28
term to termのコピペが楽だから、X用アプリは使わなくても、Xを上げて*termをたくさん上げる。

16 :名無しさん@お腹いっぱい。:04/11/08 02:10:45
screen使えよ

17 :駄級者:04/11/08 21:49:13
■■■不要論不要論■■■
全ての人にとって不要という訳ではありませんというものを「不要」であると言い張る「ツリフェ
ッショナルユーザ」や「(本来の)バッカー」といった下級者レベルの方にと
っては、ほぼ不要な不要論ではないでしょうか

下級者レベルを自負するand/or目指すあなた!
私といっしょに不要論を捨て去りましょう!

18 :名無しさん@お腹いっぱい。:04/11/09 02:19:07
age

19 :名無しさん@お腹いっぱい。:04/11/10 00:13:37
おお、R2が出来ていたのか。。。
R6まで行きそうだなw


20 :名無しさん@お腹いっぱい。:04/11/10 03:07:29
来年にはR7が出ます。

21 :名無しさん@お腹いっぱい。:04/11/10 14:33:12
Xで満足の人はそのまま使えばよいじゃん
Xに不満があって
もっと軽量な快適なGUIを希望している人だけで情報交換してるだけさ

22 :名無しさん@お腹いっぱい。:04/11/10 14:42:33
>>21
ここはx=GUIというスレなんでつか?

23 :名無しさん@お腹いっぱい。:04/11/10 17:27:02
GUIだとーーーーーーーーー!!!!!!!!!

24 :名無しさん@お腹いっぱい。:04/11/10 18:20:42
>>22
あなたはどうお考えなんですか?

25 :名無しさん@お腹いっぱい。:04/11/10 18:40:57
その前に↓の具体的なレス番を教えて欲しいものだ
>希望している人だけで情報交換してる


26 :名無しさん@お腹いっぱい。:04/11/10 18:52:18
>>24
Xはいわゆるひとつの
ポータブルにネットワークトランスポートするウインドウシステムだと思ってますよ
GUIはいわゆる一つのグラフィカルなユーザーとのインターフェースだと思っていますよ


27 :名無しさん@お腹いっぱい。:04/11/10 19:24:39
>>26
で、実質的にUNIX板ではイコールだろw


28 :名無しさん@お腹いっぱい。:04/11/10 21:42:02
X以外もあるからイコールじゃないでしょ。
もう〜おばかさんなんだから〜

29 :名無しさん@お腹いっぱい。:04/11/10 22:53:14
おばかさんよね〜

30 :名無しさん@お腹いっぱい。:04/11/10 22:56:56
なんとage率の高いスレか

31 :名無しさん@お腹いっぱい。:04/11/10 23:09:55
1スレまるまる使い切っても理解できないですか。

Xが提供しているのはメカニズムだけで、GUIを提供しているのは
ツールキット層とアプリケーション層 (Xlib を直接使ってる
アプリの場合はアプリケーション層のみ) だってばさ。
階層構造ごちゃごちゃのソフトウェアしか使ってない香具師は、
こういう区別さえつかなくなるのよね。

32 :名無しさん@お腹いっぱい。:04/11/10 23:35:23
ネットワークトランスパレントなおっぱいないですか?

33 :名無しさん@お腹いっぱい。:04/11/11 00:28:20
>>31
両方セットで成り立つもんだからね〜
区別するのはかまわないけど〜
どっちか、かたほうじゃ成り立たないよね〜

34 :名無しさん@お腹いっぱい。:04/11/11 01:20:21
>>33
やはり全く理解できてないですね。
Wine を見ても分かる通り、X 上で、Windows の UI は基本的に
全て動作可能です。
逆に gnome や Qt, Tk のような X 上のツールキットは、
Windows でも動いてます。

35 :名無しさん@お腹いっぱい。:04/11/11 01:25:50
必死だな(w

36 :名無しさん@お腹いっぱい。:04/11/11 03:12:18
>>34
わかるけど議論の流れ無視して区別だけ厳格にしても意味が無い。

>>1の1、5、8は区別する必用あるけど、2、3、4、7の立場だとX11も
ツールキットもまとめて棄てとかまとめて強化とかそういう話。

37 :名無しさん@お腹いっぱい。:04/11/11 12:36:40
>>31
区別した上での話なんじゃないの?それは結論になってないよね。

38 :名無しさん@お腹いっぱい。:04/11/12 09:32:22
console最強

39 :名無しさん@お腹いっぱい。:04/11/12 14:50:49
QtはX11使わないバージョンもあるじゃん

40 :名無しさん@お腹いっぱい。:04/11/12 14:56:23
もうちっとテーマ絞ってから新スレ立てればいいのに。

41 :名無しさん@お腹いっぱい。:04/11/12 15:32:22
X Window System無用スレ
X11無用GUIスレ

やっぱり
X11不要スレ
だな

42 :名無しさん@お腹いっぱい。:04/11/12 15:34:50
>>34
ってマイクロソフトの人?
半角英数と全角文字の間に半角スペース挿入するのって
マイクロソフトのUIローカライズガイドラインだっけ

43 :名無しさん@お腹いっぱい。:04/11/12 15:36:09
>>2
GMWって何?

44 :名無しさん@お腹いっぱい。:04/11/12 15:41:39
>>42
MS の人じゃなくても空白入れるだろ。

45 :名無しさん@お腹いっぱい。:04/11/12 15:45:48
DRMに対応してない糞グラボだと遅い
対応していると早い
そんなもんでしょ

46 :名無しさん@お腹いっぱい。:04/11/12 15:52:29
>>40
というか、ここと重複。

X window system
http://pc5.2ch.net/test/read.cgi/unix/1023264974/

47 :名無しさん@お腹いっぱい。:04/11/12 22:59:49
>>46
いや、こちらは不要論だ


48 :名無しさん@お腹いっぱい。:04/11/13 14:13:39
皆の言いたい事はわかった

ウィンドウズ最強

49 :名無しさん@お腹いっぱい。:04/11/13 21:04:39
>>48
GUI に限れば同意。


50 :名無しさん@お腹いっぱい。:04/11/13 22:07:53
ハァ?Mac最強だろ。

51 :名無しさん@お腹いっぱい。:04/11/13 22:10:50
Plan9こそ最強。

52 :名無しさん@お腹いっぱい。:04/11/13 22:14:27
Infernoこそ最凶

53 :名無しさん@お腹いっぱい。:04/11/13 23:25:27
>>50
見かけに限れば同意。

54 :名無しさん@お腹いっぱい。:04/11/14 11:36:30
>>51-52
マイナー以前に
これは流石にパスだなw


55 :名無しさん@お腹いっぱい。:04/11/14 19:42:49
マスコットが...。

56 :名無しさん@お腹いっぱい。:04/11/14 20:53:09
マスコットなんて
ただの飾りだろ。

57 :名無しさん@お腹いっぱい。:04/11/14 22:20:05
娘に見せたら夢に出てきたらしく、夜鳴きしだした。

58 :名無しさん@お腹いっぱい。:04/11/15 00:34:03
( ・ω・)かわいいよ( ・ω・)

59 :名無しさん@お腹いっぱい。:04/11/15 15:07:48
>>44
普通の人はいれないよ

60 :名無しさん@お腹いっぱい。:04/11/15 15:46:01
pTeX使いはいれる。

61 :名無しさん@お腹いっぱい。:04/11/15 19:28:22
え、pTeX使いこそ入れないんじゃ…


62 :名無しさん@お腹いっぱい。:04/11/15 19:43:12
勝手に空白が入るしね。

63 :名無しさん@お腹いっぱい。:04/11/15 21:08:38
( ^▽^)<入れないよ

64 :名無しさん@お腹いっぱい。:04/11/16 01:49:07
MacOS Xのウィンドウシステムやそのツールキットって、アポーのオリジナルなの?
ありゃこなれてて大したもんだと思った。単体で売り出しゃ、割と売れると思ふ。

65 :名無しさん@お腹いっぱい。:04/11/16 01:57:05
NEXTSTEP由来のものも多い。

66 :名無しさん@お腹いっぱい。:04/11/16 11:15:07
i386 向けの Mac OS X を発売したら爆発的に売れるんじゃないか?

67 :名無しさん@お腹いっぱい。:04/11/16 12:11:18
>>66
それやると、ppcのハードが売れなくなってしまう。

スレ的にもウィンドウシステムだけ単独販売してほしいが。

68 :名無しさん@お腹いっぱい。:04/11/16 20:29:20
BSD向けのみ売ればデスクトップ犬糞が廃れる事間違いなし

69 :名無しさん@お腹いっぱい。:04/11/16 21:29:44
Darwinじゃないと動かないよ。
Machのportあちこちで直に使ってるし。


70 :名無しさん@お腹いっぱい。:04/11/16 22:05:01
*BSDもMach kernelにしちゃえ!

71 :名無しさん@お腹いっぱい。:04/11/17 01:24:11
( ・ω・)

72 :名無しさん@お腹いっぱい。:04/11/17 01:42:17
Mach/BSD CDのインストーラにAnaconda デフォルトのウインドウシステムがMac

こんなんが出てマスコミが煽りたてればちったあ今の状況が変わるかもしれんが


73 :名無しさん@お腹いっぱい。:04/11/17 11:42:05
>>72
それならMac OS Xでいいじゃん。
Mac OS Xは入れたこと無いけど、インストーラがanacondaより悪いの?

74 :名無しさん@お腹いっぱい。:04/11/17 19:51:02
x86用にもし出るのならAnacondaがインストーラじゃないとしんどいだろ

75 :名無しさん@お腹いっぱい。:04/11/17 19:52:04
まあ出ないから。

76 :名無しさん@お腹いっぱい。:04/11/18 18:38:43
( ・ω・)

77 :名無しさん@お腹いっぱい。:04/11/18 20:27:11
Xはネットワーク透過のオーバーヘッドが...とか言ってるけどさ
XP以降のウインドウズだって、普通のセッションも
ターミナルサービスのconsoleでログオンしてるわけじゃん

78 :名無しさん@お腹いっぱい。:04/11/18 21:45:10
>>77
そうなの? 知らなかったよそれ。ってどっかにソースありますか?

79 :名無しさん@お腹いっぱい。:04/11/18 22:47:14
XPのヤツは然程オーバーヘッド無いじゃん.動画までスムーズに送れてビビッた.

80 :名無しさん@お腹いっぱい。:04/11/19 05:32:27
Xがだめだめなんだね

81 :名無しさん@お腹いっぱい。:04/11/19 15:38:30
>>78

タスクマネージャの”ユーザ”ってタブ見てみそ

82 :名無しさん@お腹いっぱい。:04/11/19 21:44:55
お蔭でターミナルサービス停止できなくてウザ

83 :名無しさん@お腹いっぱい。:04/11/20 18:02:35
まぁ、OSXなんて使っている時点で負け組みみたいなものだよねぇ。
まだ純粋なX11の方がよい。


84 :名無しさん@お腹いっぱい。:04/11/20 18:05:10
そうかい?
店頭で弄ったけど、小綺麗で好感持てた。
あの見た目には惹かれるなぁ。


85 :名無しさん@お腹いっぱい。:04/11/20 18:31:35
多バイト文字の扱いですらまだ四苦八苦してるX11.
ツールキット郡もゴチャゴチャで,あちらこちらに依存関係.
そのうえパフォーマンスも低く,よく落ちるときたもんだ.正直しんどい.

86 :名無しさん@お腹いっぱい。:04/11/20 21:02:08
windowsをDLLヘルとか言っておきながら
libcちょっと弄ると依存関係全滅のシステムって...

87 :名無しさん@お腹いっぱい。:04/11/21 00:23:27


88 :名無しさん@お腹いっぱい。:04/11/21 15:05:05
>libcちょっと弄ると依存関係全滅のシステムって...

staticな動的リンクライブラリの話?
それならXだけじゃなくてmalloc使うプログラム全てが抱える問題だけど、
それとは関係ないの?

89 :名無しさん@お腹いっぱい。:04/11/21 16:44:59
>windowsをDLLヘルとか言っておきながら
解決策が全バーションのファイル置いておくってのもねー
ディスク食いすぎ(w

DirectXや.NETなんてうん百メガバイトになってるし

90 :名無しさん@お腹いっぱい。:04/11/21 18:21:15
libcも似たようなもんだろう

91 :名無しさん@お腹いっぱい。:04/11/21 19:19:51
把握しやすさが全然違うが

92 :名無しさん@お腹いっぱい。:04/11/21 22:28:47
>>91
すげー大事だね。それ。

93 :名無しさん@お腹いっぱい。:04/11/21 23:31:19
今時のX入りPC-UNIXはあっという間にHDD食いつくすからビビッた。
Win95の不要な機能を削りまくるとOSだけで32MB以下に収まるのもビビッた。

94 :名無しさん@お腹いっぱい。:04/11/21 23:36:01
>>86
> libcちょっと弄ると依存関係全滅のシステムって...

Windowsにはこれがなくなると困るってDLLがないって主張と見做していいですか?

95 :名無しさん@お腹いっぱい。:04/11/22 14:42:34
X Window System嫌いにお勧めのLinuxディストリビューションは?

96 :名無しさん@お腹いっぱい。:04/11/22 14:48:56
LFS・Gentoo

97 :名無しさん@お腹いっぱい。:04/11/22 16:46:38
>>95


バージョンアップだから、windowsなら
ServicePack当てたらシステムが動かなくなったって感じだろ

98 :名無しさん@お腹いっぱい。:04/11/22 20:18:07
>>43 Gimme More Windows


99 :名無しさん@お腹いっぱい。:04/11/22 23:20:21
RPMでglibc入れりゃいいだろ
依存関係も勝手に合わせてくれるし

100 :名無しさん@お腹いっぱい。:04/11/23 00:37:37
X12まだー?

101 :名無しさん@お腹いっぱい。:04/11/23 11:46:35
>>95
普通にRHL系でいいと思うよ。
X入れずに構築しているが、かなり良い。


102 :名無しさん@お腹いっぱい。:04/11/23 11:48:38
>>84
確かに見た目はいいよね。触った感じも。
ただし、シェアをみると恐くて触れんw


103 :名無しさん@お腹いっぱい。:04/11/23 19:46:27
Plamo以外イラネ

104 :名無しさん@お腹いっぱい。:04/11/23 20:12:00
犬臭は犬糞板から出てくるなよ

105 :名無しさん@お腹いっぱい。:04/11/24 00:53:37
>>102は店員にロックオンされたな

106 :名無しさん@お腹いっぱい。:04/11/24 02:24:56
確かに「真面目な」文章を読んだり書いたりするときには、
グラフィカルな画面は要らないと思うよ。
98とかkonみたいにコンソールの方が画面上の文字が頭に
入りやすい気がする。

107 :名無しさん@お腹いっぱい。:04/11/24 03:32:09
衝撃サイエンスSP人類500万年最大の謎、観なかったのか?

108 :名無しさん@お腹いっぱい。:04/11/24 08:11:49
フォント周りと国際化をもっと何とかすべき。あと、パフォーマンスと
安定度もね。

109 :名無しさん@お腹いっぱい。:04/11/24 10:46:02
作り直さないと無理

110 :名無しさん@お腹いっぱい。:04/11/24 11:15:44
>>108を実現させるならゼロから作り直すのに近いよ…

国際化は進んでる印象があるが、煩雑なフォントの扱い
美しくないフォントの表示が悲しいな。

111 :名無しさん@お腹いっぱい。:04/11/24 11:59:26
>>104
>>103にむかついたか?馬糞厨。馬糞はキモヲタヲナニーOSの最高峰なんだからもっと自信を持ちなさい。

112 :名無しさん@お腹いっぱい。:04/11/24 21:14:53


113 :名無しさん@お腹いっぱい。:04/11/24 23:32:53
X程UNIXユーザから支持を受けているソフトもないだろう?


114 :名無しさん@お腹いっぱい。:04/11/24 23:37:41
UNIXユーザからもっとも支持を受けているソフト


115 :名無しさん@お腹いっぱい。:04/11/24 23:41:12
more or less

116 :名無しさん@お腹いっぱい。:04/11/25 00:48:42
>>115
そんな化石は1年に1度起動すればいい方

117 :名無しさん@お腹いっぱい。:04/11/25 01:53:49
>>116
だから
more or less(多少)支持を受けているソフト

118 :名無しさん@お腹いっぱい。:04/11/25 02:33:54
支持は受けてないけど入ってるソフト

ある意味最強

119 :名無しさん@お腹いっぱい。:04/11/25 02:50:17
俺は more も less も使いまくってるなぁ.
more は特に使う.

more の代替ににみんなは何を使うの?

120 :名無しさん@お腹いっぱい。:04/11/25 02:55:45
>>119
less


121 :名無しさん@お腹いっぱい。:04/11/25 03:18:54
>>119
w3m

migemoが使えるしな。

122 :名無しさん@お腹いっぱい。:04/11/25 05:37:48
lvも便利

123 :名無しさん@お腹いっぱい。:04/11/25 15:05:34
サーバーとかならXも便利だけど
スタンドアローンやモバイルには向かんね

124 :名無しさん@お腹いっぱい。:04/11/25 15:39:03
マルチメディアがインターネットなギガビットにも向かないな

125 :名無しさん@お腹いっぱい。:04/11/25 16:03:51
>ttp://renpou.com/bbs/uty.html#43296

windowsのカスタマイズやプログラミングすらマスターして無いのが
linuxに憧れてアホなXが普及するのな

126 :名無しさん@お腹いっぱい。:04/11/25 19:41:06
Win32で一番羨ましいのは豊富|簡単|高速に使えるツールキット郡だな…

後輩がVBでdb叩くUIを拵えてたが、コンポーネントとかいうのを配置して行くだけで
あっという間に洗練されたUIを持ったアプリケーションが出来上がってたからビビッた。

127 :名無しさん@お腹いっぱい。:04/11/25 23:52:55
VB.NETやC#はいいと思うが
マネージドDirectXとか、あっという間に三次元ソフトの出来上がり

128 :名無しさん@お腹いっぱい。:04/11/26 02:19:45
全部良いよ.

129 : ◆Nw9FlD4qdY :04/11/26 14:29:06
お前は俺だ

130 :名無しさん@お腹いっぱい。:04/11/27 14:25:15
>>125
linux って憧れの対象なのな。なんか違うよな。

131 :名無しさん@お腹いっぱい。:04/11/27 16:25:51
>>130
第二ボタンをくれませんか?


132 :名無しさん@お腹いっぱい。:04/11/27 17:25:58
>>130
パンツをくれませんか?

133 :名無しさん@お腹いっぱい。:04/11/27 20:12:17
×windowsに飽きた
○パソコンに飽きた=創造/想像力、目的の欠如

→unixもインストールしたら飽きる

134 :名無しさん@お腹いっぱい。:04/11/27 21:14:17
>>133
×unixもインストールしたら飽きる
○インストして 10 分で使えないという結論に至り消去

135 :名無しさん@お腹いっぱい。:04/11/28 17:50:14
目的:UNICODEの打倒

136 :名無しさん@お腹いっぱい。:04/11/29 09:09:42
…UNICODEの代替物ってある?

1. 超漢字コード
2. Mule内部コード
3. 新規に

137 :名無しさん@お腹いっぱい。:04/11/29 10:12:08
>136
2. って、CTextだよね。KOI8 の一部とかが乗せきれなかった気がするが…
まぁ、CTextを含む ISO-2022 の一派のどれか、ってことなら同意。

つーか、ISO-2022-JP-2 でいいのか?

138 :名無しさん@お腹いっぱい。:04/11/29 10:24:29
jp2 じゃぜんぜん足りないじゃん。

139 :名無しさん@お腹いっぱい。:04/11/29 10:31:31
ISO 2022とか。そういえば、DIS 10646ってどんなんだったんだ?
もうX11と何の関係もなくなって来た気がするんだけど、X.Orgって、どうよ?からの
話ならあっちでやればいいし、文字コード関連の専用スレもあるよな?

140 :名無しさん@お腹いっぱい。:04/11/29 10:32:20
もうここまできたらユニコでなんとかするしかないでしょ。
一から作り直してもまた同じことの繰り返しになるだけ。

141 :名無しさん@お腹いっぱい。:04/11/29 10:36:54
ユニコたん(;´Д`)ハァハァ

142 :名無しさん@お腹いっぱい。:04/11/29 10:38:16
ユニコードがあんな馬鹿規格になったのは、
アジア圏で文字コードに関してまともに考えられた国が
日本しかいなかったからじゃないの?


143 :名無しさん@お腹いっぱい。:04/11/29 10:42:11
日本でも大して研究されてなくてまともにやってたのがAdobeぐらいだったとか。

144 :名無しさん@お腹いっぱい。:04/11/29 10:55:43
>>137
違う。

145 :名無しさん@お腹いっぱい。:04/11/29 14:25:13
莫迦だなお前ら。日本語を世界中に普及させりゃJISだけで行けるじゃ
ねーかよ。そうすりゃUnicodeなんて要らねーだろ。

146 :名無しさん@お腹いっぱい。:04/11/29 15:05:42
大日本帝国復興ですね!
_・)ぷっ

147 :名無しさん@お腹いっぱい。:04/11/29 15:15:46
Qt embeddedやMicrowindowsなどをメインにしたLinuxディストリビューションある?

148 :名無しさん@お腹いっぱい。:04/11/29 15:59:01
Xプロトコルを独自に実装したAlternative Xは存在しないの?


149 :名無しさん@お腹いっぱい。:04/11/29 16:33:12
>>147
りなざう

>>148
Accelerated-X とかそういう話?

150 :名無しさん@お腹いっぱい。:04/11/29 18:40:43
test

151 :名無しさん@お腹いっぱい。:04/11/29 21:48:54
>>136
釣りだと思うがw
EUCがあるでしょ?

恐らく、ここを見ている8割り以上の奴がEUCの筈。


152 :名無しさん@お腹いっぱい。:04/11/29 21:56:24
>151
釣りだと思うが w

EUCはL10Nのためのcoding system。
UNICODEやISO-2022はI18Nのためのcoding system。

日英だけじゃなくて、CJKとか欧文とかまで混入できるかを考えればいいんだが。


まぁ、UNICODEが欠陥品なのは確かだけど、
実用レベルでは何も考えなくていいので楽でいいや、ってことになるんだよね。

153 :名無しさん@お腹いっぱい。:04/11/29 22:07:18
>>151はparameterized L10Nの事を言っていると思う。

154 :名無しさん@お腹いっぱい。:04/11/29 22:16:57
EUC って iso2022 のサブセットでしょ?

155 :名無しさん@お腹いっぱい。:04/11/29 23:56:12
UTF32

156 :名無しさん@お腹いっぱい。:04/11/30 10:36:47
Xは必要だが、現状の糞は捨てて新規に書き直すべき。

157 :名無しさん@お腹いっぱい。:04/11/30 10:59:58
>>156
オマエがYのメンテでも新規にZでも書け

158 :名無しさん@お腹いっぱい。:04/11/30 15:55:13
Frecsoは…死んだんですね
> Q: Is Fresco dead?
>
> A: Yes.

159 :名無しさん@お腹いっぱい。:04/11/30 16:45:52
Xはクソ
Xはクソ
Xはクソ


160 :名無しさん@お腹いっぱい。:04/11/30 18:20:10
糞なのはKDEやGNOMEだろ
イヤなら他のWM鍛え上げて使えばいい事

161 :名無しさん@お腹いっぱい。:04/11/30 18:49:44
何でKDEやGNOMEがクソなんだよ。クソなのは土台のXだろうが。

162 :名無しさん@お腹いっぱい。:04/11/30 19:24:13
>>161
X のどの辺がクソなの?

163 :名無しさん@お腹いっぱい。:04/11/30 19:46:30
>>162
おれも大変興味ある。

>>161
X のどの辺がクソなの?

164 :名無しさん@お腹いっぱい。:04/11/30 21:50:12
↑この辺とか

165 :名無しさん@お腹いっぱい。:04/11/30 23:04:54
Xがクソなのは同意
GNOMEもクソなのも同意
だが、KDEは結構いいぞ!


166 :名無しさん@お腹いっぱい。:04/11/30 23:34:43
>>165
クソ同士仲良くしろよ

167 :名無しさん@お腹いっぱい。:04/12/01 13:13:54
KDEは大糞。

168 :名無しさん@お腹いっぱい。:04/12/01 14:58:05
ツールキットが争いあう時点でどちらも糞いよ.

ウィンドウシステムやツールキットは、権力持ったヤツが
汎用的なのを作って,強引にでも使わせないとダメ.
Xの現状はオープンな開発の一番の弱点を示してる.

169 :名無しさん@お腹いっぱい。:04/12/01 16:19:43
今後BSDの中では1種類のツールキットだけを提供する。

170 :名無しさん@お腹いっぱい。:04/12/01 17:10:39
GNUStep最強。

171 :名無しさん@お腹いっぱい。:04/12/01 18:35:32
>>168
珍しくいいこという奴がいたなw


172 :名無しさん@お腹いっぱい。:04/12/01 18:40:05
オープンソース=糞の集まりということで結論が出たようですね。

173 :名無しさん@お腹いっぱい。:04/12/01 20:13:57
×オープンソース=糞の集まりということで結論が出たようですね。

能力のある香具師はGUIなんぞに興味持たない
→まともな人材はカーネルやドライバあたりで屯してる

174 :名無しさん@お腹いっぱい。:04/12/01 20:26:21
>>173
阿呆

175 :名無しさん@お腹いっぱい。:04/12/01 20:42:07
>>168
それはむしろ逆じゃないかな。
各種ツールキットの「中間」ツールキットを
誰も開発しようとしない事こそが
オープンソースの弱点といえば弱点なんだけど。


176 :名無しさん@お腹いっぱい。:04/12/01 20:42:15
至極当然なことだと思うが?

177 :名無しさん@お腹いっぱい。:04/12/01 21:12:07
意味不明。
アカデミズムの拒否が当然って意味か?

178 :名無しさん@お腹いっぱい。:04/12/01 21:20:35
libc なんかの基本ライブラリを管理するのも大変だと思うよ。

179 :名無しさん@お腹いっぱい。:04/12/01 21:23:09
>>175
GTKやQtだけでもデカくて煩雑なのに、それを繋ぐラッパーが
出来ると,更に面倒な状況になっちまうんじゃなかろうか.
単体でも少し版が違うだけで動かんコードが出てくるのに…

180 :名無しさん@お腹いっぱい。:04/12/01 21:34:33
別に博物館に陳列されているだけのコードがあっても
いいと思うけど。

181 :名無しさん@お腹いっぱい。:04/12/01 22:06:32
UNIX/Linux板でこの手のスレを腐るほど目にしてきたあなた!
そう!そこのあなた!

めんどいから要求定義まとめて↓

182 :名無しさん@お腹いっぱい。:04/12/01 23:09:39
>>175
中間って具体的にどのレベル?

>>178
商用のlibcなんかよりよっぽどましだけどな。


183 :名無しさん@お腹いっぱい。:04/12/01 23:27:12
>単体でも少し版が違うだけで動かんコードが出てくるのに…

そこで全バージョン保存ですよ
窓みたいに

184 :名無しさん@お腹いっぱい。:04/12/02 01:31:40
バグ付のまま置きっぱなしですわぁ

185 :名無しさん@お腹いっぱい。:04/12/02 04:57:53
ところでマウスのボタンを2つ以上同時押しするという入力は
ない事になってるんですよね?

186 :名無しさん@お腹いっぱい。:04/12/02 07:26:46
右左同時押ししてますが、何か?

187 :名無しさん@お腹いっぱい。:04/12/02 08:46:48
>>185
冷静に日本語で語れ

188 :名無しさん@お腹いっぱい。:04/12/02 15:05:43
QtMozillaってKDEMozillaに変更されたの?

189 :名無しさん@お腹いっぱい。:04/12/02 21:08:12
AppleはMacのGUIをオープンンソースとして公開すべきだ。

190 :名無しさん@お腹いっぱい。:04/12/03 00:42:08
M$は(ry


191 :オープンです:04/12/03 01:16:15
僕の肛門です見てください。

  ( * )

192 :名無しさん@お腹いっぱい。:04/12/03 18:50:55
ケツの穴の小さい野郎だ

193 :名無しさん@お腹いっぱい。:04/12/04 00:39:40
>>191
もっとゆるめないと壊れちゃうよ

194 :名無しさん@お腹いっぱい。:04/12/04 01:29:57
(;´Д`)ハァハァ

195 :名無しさん@お腹いっぱい。:04/12/04 12:07:44
X11が無くても動くブラウザってある?
(w3m/lynx以外)


196 :名無しさん@お腹いっぱい。:04/12/04 12:26:46
ttp://artax.karlin.mff.cuni.cz/~mikulas/links/

197 :名無しさん@お腹いっぱい。:04/12/04 13:26:45
>>195
http://www.access.co.jp/products/nf.html

198 :名無しさん@お腹いっぱい。:04/12/04 15:52:29
w3.el

199 :名無しさん@お腹いっぱい。:04/12/05 13:57:20
>>182
データアクセスの形態だけでも共有出来ると
大分状況が違って来ると思う。

200 :名無しさん@お腹いっぱい。:04/12/05 13:58:43
199は
>中間って具体的にどのレベル?
に対してのレスでした。失礼。

201 :名無しさん@お腹いっぱい。:04/12/05 20:41:01
やはり、みんなダメダメね。
ブラウザ

ツーコトデ、↓↓↓ X11必要論 ↓↓↓


202 :名無しさん@お腹いっぱい。:04/12/06 00:18:04
ビデオドライバを含むディスプレイエンジンと
window system を分離したら
X が嫌いって人でも代替品を作りやすくなるかもね。
でもそんなことしたらますます重くなるかな?

203 :名無しさん@お腹いっぱい。:04/12/06 01:01:27
Xはそもそもサンプル実装からしてDDX(デバイス依存部)とDIX(デバイス独立部)に
分離して設計されているはず。
(OpenWindowsのDeveloper's Guideにはいまでもその構造が保持されている旨記述があるし、
XFree86サーバのXAAとかもDDX的な思想を感じる)

だから、少なくとも現状より重くなることはないと思う。
DIX部をX以外のものにすげ替えるのが現実的にできるかどうかはわからん。

204 :名無しさん@お腹いっぱい。:04/12/07 14:59:24
>>188
QtMozillaは1.3.1まで?
最近のはQtサポートしていないみたい

205 :名無しさん@お腹いっぱい。:04/12/08 00:29:51
>>203
ホント?


206 :名無しさん@お腹いっぱい。:04/12/08 16:08:38


207 :名無しさん@お腹いっぱい。:04/12/10 04:33:12
西川和久と言えば、1990年代前半に、Windows の普及に結構な
貢献をした人という印象があったんだけど (そして最近はデジ
カメでお姉ちゃんを撮ってる人っていう印象だったんだけど)、
そういう人がこういう記事を書く時代になったんだねえ。
ttp://pc.watch.impress.co.jp/docs/2004/1206/nishikawa.htm
これは、ひょっとするとひょっとするかもしれんよ。

208 :名無しさん@お腹いっぱい。:04/12/10 10:03:26
金のためなら何でもします

209 :名無しさん@お腹いっぱい。:04/12/10 16:07:54
誰ですか

210 :名無しさん@お腹いっぱい。:04/12/10 16:08:41
>>207
DDDの頃の話?
その後Dellじゃねぇや、Diamondの日本法人とかやってたっけか?あれ、別の香具師だっけか?
でもライターもどきもしてたよ、当時から。

211 :名無しさん@お腹いっぱい。:04/12/10 21:39:18
>>207
なにが参考になったの?
さっぱりわからん。


212 :名無しさん@お腹いっぱい。:04/12/16 23:14:24
hage

213 :名無しさん@お腹いっぱい。:04/12/17 12:13:09
〆⌒ヽ
( ‘д‘)<誰がハゲやねん!!
    ∪l| ||
    @ノハ@
       ペシッ!!

214 :名無しさん@お腹いっぱい。:04/12/20 14:58:10
Linux Frame Bufferを利用したGUIってどぉ?

215 :名無しさん@お腹いっぱい。:04/12/20 17:18:07
http://home.comcast.net/~plinius/fbui.html

216 :名無しさん@お腹いっぱい。:04/12/20 21:02:56
>>215
X-windows って……誰かツッコめよ

217 :名無しさん@お腹いっぱい。:04/12/20 21:11:15
>>216
ガンガレ
http://www.google.co.jp/search?q=x-windows

218 :名無しさん@お腹いっぱい。:04/12/22 00:49:47
>>215
おもろそうだなw
日本語は無理そうだけど…
だれか使った香具師いる?


219 :名無しさん@お腹いっぱい。:04/12/22 01:21:57
>>214
アクセラレータもろくに使えないんだから、コードサイズ以外の
点では、X11以下です。

220 :名無しさん@お腹いっぱい。:04/12/22 14:52:33
X-Window Systemのystem省略?

221 :名無しさん@お腹いっぱい。:04/12/22 14:54:57
Xでは無いという時点でXより遥かに優れているわけだが?

222 :名無しさん@お腹いっぱい。:04/12/22 20:25:41
人間では無いという時点で人間より遥かに優れている

223 :名無しさん@お腹いっぱい。:04/12/22 20:32:08
ここで X と Xより遥か の間に横たわる隙間について考える

224 :名無しさん@お腹いっぱい。:04/12/22 20:43:08
>>219
「コードサイズを含めて」が正解では


225 :名無しさん@お腹いっぱい。:04/12/22 21:12:29
コードサイズが大きい方が良いと仮定するならそうだけど、
(機能が十分なら)コードサイズは小さい方がむしろ良いの
では?
まあ Linux FrameBuffer の場合、そもそも機能が足りて
ないんだから、そういう評価以前ではあるんだが、
PDAとか非常に資源が限られている状況で、単純な機能だけ
あればいいのなら、FrameBufferを使った方がいい場合も
あるかもしれん。
もっとも Linux Zaurus ぐらいの環境を構築する場合は、
X版でも必要な資源量は変わらないみたいなので、メリット
ないが。

226 :名無しさん@お腹いっぱい。:04/12/23 01:08:37
×ではないという時点で◯なわけです。

227 :ブラウアー:04/12/23 02:21:36
直感に反します。

228 :名無しさん@お腹いっぱい。:04/12/23 20:13:48
「コードサイズはX11以下です。」という意味では?


229 :名無しさん@お腹いっぱい。:04/12/23 21:18:08
GUIいらないって人はPCでエロ画像見るな

230 :名無しさん@お腹いっぱい。:04/12/23 21:29:06
画像≠GUI

231 :名無しさん@お腹いっぱい。:04/12/23 21:47:05
通はやっぱり活字だろ?

232 :名無しさん@お腹いっぱい。:04/12/24 17:34:31
文字コードは滅茶苦茶に細切れにする
(文字コード自体が著作物と看做される)
と言う制限をつけた上でなら
P2Pでフォントを交換しても良いとは思うな。

この場合、ASCIIを用いているコンピュータ業界自体が
著作権法違反の対象として断罪されるわけだが。

233 :ノア:04/12/24 19:32:35
バベルの塔キタ━━━(゚∀゚)━━━ !!!!!

234 :名無しさん@お腹いっぱい。:04/12/24 21:37:34
>>232
意味が分からん。どういうこと?


235 :名無しさん@お腹いっぱい。:04/12/24 23:29:53
例えばモールス符号の絵を使って
文字列を表現するのには大したOCRは必要ないでしょ。
だからプログラムで使う文字列は
「画像」として記憶・配布する。

それ自体は情報科学の根本的問題じゃなくて
単に流通手法の問題に過ぎない。

それに符号と暗号を隔てるのは
解読するために必要な計算量なんだから、
例えば1文字1バイト単位ならともかく、
1文字2バイト単位ならポートスキャン程度の暗号。
1文字12バイト単位ならZIPのパスワード程度の暗号になるわけだ。

「揃った字体」を探り当てる事は暗号的で難しくても
「文字集合」自身は殆ど一回の試行で探り当てる事が
出来るとすればプログラムを作成する事は出来る。

その暗号であるところのASCIIコードを
不特定多数にコピーさせているから
著作権に違反する行為だ。と言う風に解釈するわけね。

236 :名無しさん@お腹いっぱい。:04/12/24 23:58:31
規約やAPIは著作権の対象外です。

237 :名無しさん@お腹いっぱい。:04/12/25 00:41:53
アフォはスルーでヨロw


238 :名無しさん@お腹いっぱい。:04/12/25 10:21:40
ザ・車輪の再発明 (100円)

239 :名無しさん@お腹いっぱい。:04/12/25 19:25:22
印刷を何とかしろ。

240 :名無しさん@お腹いっぱい。:04/12/25 19:33:55
印刷を何とかしろ
フォントを何とかしろ



241 :名無しさん@お腹いっぱい。:04/12/25 19:38:05
ロシナンテ

242 :名無しさん@お腹いっぱい。:04/12/25 22:20:42
馬鹿かおまえら。

243 :名無しさん@お腹いっぱい。:04/12/25 23:08:37
車輪の再開するからポテンザみたいな高性能タイヤ
アルミやマグネシウムホイルができたわけだが

嫌なら木の車輪でも使っとけ

244 :名無しさん@お腹いっぱい。:04/12/25 23:34:27
大半は無駄に終わるけどな

245 :名無しさん@お腹いっぱい。:04/12/25 23:54:06
再開ってなんだ

246 :名無しさん@お腹いっぱい。:04/12/27 01:36:23
Yはどうなった?

247 :名無しさん@お腹いっぱい。:04/12/27 01:48:25
YKK Window

http://www.ykkap.co.jp/product/window/

248 :名無しさん@お腹いっぱい。:04/12/27 19:17:12
>>246
Xの延長線に良いものがあるとは思えない。


249 :名無しさん@お腹いっぱい。:04/12/28 18:42:07
Xの延長線

250 :名無しさん@お腹いっぱい。:04/12/28 21:23:32


251 :名無しさん@お腹いっぱい。:04/12/28 21:26:48


252 :名無しさん@お腹いっぱい。:04/12/28 21:30:06
>く

253 :名無しさん@お腹いっぱい。:04/12/29 22:59:59
がんだむえっくすいっくぜ〜!

254 :名無しさん@お腹いっぱい。:04/12/29 23:37:16
ヽ|・∀・|ノ
 |__|
 / \

255 :名無しさん@お腹いっぱい。:04/12/30 00:19:24
最近の携帯とかPDAって(当り前だけど)GUI載ってるよね?
あれって、X入ってるやつあるの?


256 :名無しさん@お腹いっぱい。:04/12/30 01:10:28
ない(w

257 :名無しさん@お腹いっぱい。:04/12/30 01:23:58
>>255
ある。あったと言うべきかも。yopyとかagendaとか。Xでfltkを使っていたはず。

http://www.watch.impress.co.jp/akiba/hotline/20010331/etc_agenda.html

>>256
(´・ω・`)ショボーン

258 :名無しさん@お腹いっぱい。:04/12/30 01:25:18
Linuxザウルスは、海外では X で使ってる人の方が
多いんじゃなかったけか。

259 :名無しさん@お腹いっぱい。:04/12/30 08:57:33
>>255
NECのFOMA端末ではMontavista Linux積んでるのがあって、試作機ではX使ってるってのがあった
現行機種では特にX使ってるって記述は見当たらなかったけどどうなんでしょ?
http://www.itmedia.co.jp/mobile/articles/0406/02/news038.html

260 :259:04/12/30 09:03:42
追加

X使ってるっぽい
FOMAで使ってるMontaVista Linux for Consumer Electronicsの説明ページから
http://www.montavista.co.jp/products/graphics/mvgfeatures.html

TinyXってkeithpのkdriveとは関係無いんだっけ?良く分からん

261 :名無しさん@お腹いっぱい。:04/12/31 09:43:44
>>1の祖先です。

      /⌒ ̄ \
     /   ◎   \
   </       __) <アカンソステガ──!!
   </     ___ノ
 /       、`\
/ __     /´>  )
(___)   / (_/
 |       /
 |  /\ \
 | /    )  )
 ∪    (  \
       \_)



262 :名無しさん@お腹いっぱい。:05/01/02 16:08:43


263 :名無しさん@お腹いっぱい。:05/01/02 23:43:24
>>260
組込み系だと、X採用する気が知れないw


264 :名無しさん@お腹いっぱい。:05/01/03 00:52:26
Windows CE や Windows XP Embeded を使ってるような組み込み
用途だったら、X でも無問題じゃねえの?
X は、昔は RAM 8MB のマシンでも使えてた Window System
なんだし。

265 :名無しさん@お腹いっぱい。:05/01/06 11:01:46
Xはbitmap抱えてでかくなるのがちょっときついかな。

Linux ZaurusのQtopiaやWindows CEなんかは、
機能が貧弱だから、単純な比較は無理だけどね。

266 :名無しさん@お腹いっぱい。:05/01/07 23:05:50
>>264
Windows 3.1も4MBで使えてたけど



267 :名無しさん@お腹いっぱい。:05/01/07 23:21:44
だから、264 では「Windows CE や Windows XP Embeded を
使ってるような組み込み用途だったら」って書いてるのでは?
NT/XP系カーネルで 4MB...8MB メモリだと使い物にならん
ような気はするが。

268 :名無しさん@お腹いっぱい。:05/01/09 16:56:01
今時8MBじゃvmlinuzも展開できんだろ

269 :名無しさん@お腹いっぱい。:05/01/11 14:41:22
tiny-Xってバイナリだけ?

270 :名無しさん@お腹いっぱい。:05/01/15 15:33:04
放置か・・・みじめだな

271 :名無しさん@お腹いっぱい。:05/01/17 01:57:19
もうAquaでいいじゃん

272 :名無しさん@お腹いっぱい。:05/01/17 02:03:53
>>208
*BSD なら 8MB でもインストールできるよ。
linux だと駄目なの?


273 :272:05/01/17 02:05:07
s/>>208/>>268/


274 :名無しさん@お腹いっぱい。:05/01/17 14:55:11
tiny-Xのソースってどこ?

275 :名無しさん@お腹いっぱい。:05/01/17 15:27:49
XFree86-4.1.0 ぐらいの時期に XFree86 にマージされた
みたいよ。xc/config/cf/{iPAQH3600,kdrive,TinyX}.cf
あたりが、Tiny-X の設定らしい。

276 :名無しさん@お腹いっぱい。:05/01/17 15:39:07
ttp://www.jiten.com/dicmi/docs/x/13157.htm

277 :名無しさん@お腹いっぱい。:05/01/19 01:39:27
tinyXとKdriveの違いをおしえて

278 :名無しさん@お腹いっぱい。:05/01/19 03:22:25
>>277
ググればわかる

279 :名無しさん@お腹いっぱい。:05/01/21 03:10:06
KdriveならSiS 650でも高速なGLレンダリングできるかな。

280 :ノッポさん:05/01/25 03:24:31
無理!

281 :名無しさん@お腹いっぱい。:05/01/25 18:56:23
kdrive って、消費するメモリを節約することが目的だから、
速度には関係しないと思われ。
メモリの絶対量が足りてないマシンなら、ページングが減って
速くなることもあるだろうけど、SiS 650 を使ってるシステム
なら、そういう問題はないでしょ。

フレームバッファデバイス使うよりは X 使った方が、アクセラ
レーションが効く処理が増える分速いだろうけどね。

282 :名無しさん@お腹いっぱい。:05/01/25 21:30:50
X.orgってリファレンス実装の側面を持ってる性か妙に拡張性や
汎用性を持たせてあるようだが、i386のLinux/*BSDで動けばいいって
レベルまで切り詰めたとしたらどのくらい早くなるんだ?

283 :名無しさん@お腹いっぱい。:05/01/26 04:49:19
XDirectFB並に早くなる。

284 :名無しさん@お腹いっぱい。:05/01/26 16:03:31
i386のLinux/*BSDで動けばいいってレベル<<<<<<<<<<OpenGL、DirectX使用

285 :名無しさん@お腹いっぱい。:05/01/26 20:15:53


286 :名無しさん@お腹いっぱい。:05/01/27 22:08:04
組み込み系だとXなんかいらん

287 :名無しさん@お腹いっぱい。:05/01/27 23:30:17
組み込み系で Embeded QT とか使っている分野では
X (kdrive) を使ってもいいんじゃない?
Zaurus の人々によると、QT でも X でも所要メモリ
は実は変わらんらしいし。

288 :名無しさん@お腹いっぱい。:05/01/28 23:56:35
Windows3.1サクサク動いていた486マシンにLinux + XFree86入れたら、
ズシッと重い。重すぎる。Windows95インスコ実験した時よりも重いじゃ
あーりませんか。カーネル2.4でだよ。

289 :名無しさん@お腹いっぱい。:05/01/29 00:05:08
当時の資料見てると256色とかモノクロのCDEのスクリーンショットが
出てきてそういえばそういう時代だったんだと思い出す。


290 :名無しさん@お腹いっぱい。:05/01/29 00:07:58
いまどきの Linux を入れるのが間違ってるんじゃないの。
もう少し軽いOSを選んだら?
あと、XFree86 も最近は太りぎみのような気はするね。
特にフォント関係の設定を削らないとかなりヤバい。

291 :名無しさん@お腹いっぱい。:05/01/29 00:24:02
古いマシンに入れる時は情報収集して入れるOSとアプリを吟味するもんだが…。

292 :名無しさん@お腹いっぱい。:05/01/29 08:52:25
世間じゃ古いマシンにはリナックス入れろといっているが?

293 :名無しさん@お腹いっぱい。:05/01/29 11:59:02
実際問題、今時のLinuxはGUIまで含めると古いマシンじゃどうにもならん

294 :名無しさん@お腹いっぱい。:05/01/29 12:41:18
>>293 GUIてか gnomeとかkdeとかそういうやつだべ。
fvwmとか軽いよ。

295 :名無しさん@お腹いっぱい。:05/01/29 13:01:52
GTK2重杉

296 :名無しさん@お腹いっぱい。:05/01/29 13:40:43
いまどきの Linux の重さは、gnome とか kde とかいう
問題ではないのでは?
Fedora Core2 のリリースノート
ttp://fedora.redhat.com/docs/release-notes/fc3/x86/
を見ると、CUI の場合でも 64MB RAMが最低限度ですよ。
GUI を使うなら 192MB が最低限、256MBが推奨ですよ。


297 :名無しさん@お腹いっぱい。:05/01/29 13:56:07
NetBSD だと、GENERIC_TINY カーネルなら一応 RAM 4MB の
マシンでもブートぐらいはすることになっているんだけどね。
実際にはメモリの少ないマシンだと、さらに vm 関係の
パラメータをチューニングしてやる必要があるが。

Debian や Slackware あたりの、最低必要メモリはどれくらい?

298 :名無しさん@お腹いっぱい。:05/01/29 14:23:11
>>295
gnome抜きなら大したことないでしょう?

299 :名無しさん@お腹いっぱい。:05/01/29 14:23:43
>>296
そりゃ、daemonが色々動くからでしょう。

300 :名無しさん@お腹いっぱい。:05/01/29 14:36:05
>>297
GENERIC_TINYと比べるなら、
Debian, Slackwareじゃなくて、Linux kernelだよね。

> Memory: 255664k/261504k available (1865k kernel code, 5332k reserved, 669k data, 140k init, 0k highmem)

こんな感じ。Debianのごく普通のkernel。(ちょっと組み込みモジュール追加)

昔のDeibanのFAQには、4Mbyteメモリ、16Mbyteディスクって書いてあった。
今はもう少しディスクがいるはずだけど、
Debianの最低限インストールはほとんど何もないから。
FreeBSDみたいにbinやsbinが無条件に入れられるっ事はないから。


301 :名無しさん@お腹いっぱい。:05/01/29 15:05:26
> Memory: 255664k/261504k available (1865k kernel code, 5332k reserved, 669k data, 140k init, 0k highmem)

これだと 261504-255664=5840k で、カーネルだけで 5.8MB
消費していることになるよね。たぶん reserved のサイズは
搭載メモリによって変わるだろうから、実メモリを見かけ上
減らして試してみないと、実際どれくらい消費するかは
分からないと思う。ちなみに NetBSD の GENERIC_TINY の
サイズは以下の通りなので、

$ size netbsd-GENERIC_TINY
text data bss dec hex filename
1389151 36556 162748 1588455 183ce7 netbsd-GENERIC_TINY

(1865+669+140)*1024-1588455=1149721 で、1MB以上、Debian の
デフォルトのカーネルより小さいことになるね。
しかも、これは GENERIC なので、余分なデバイスドライバを含んだ
サイズだから、それを除けばもっと小さくなる。
メモリの少ないマシンだと、この 1MB 以上の差は結構でかいかも。

> FreeBSDみたいにbinやsbinが無条件に入れられるっ事はないから。

*BSD 系の /bin や /sbin は、マルチユーザモードへの移行に
最低限必要なものくらいしか入ってないから、無条件って言い方は
違和感があるなあ。NetBSD でも入っているものは FreeBSD と
変わらないけど、/bin, /sbin, /lib, /etc, /dev と、カーネルを
全て合わせて 13MB くらいだよ。

302 :名無しさん@お腹いっぱい。:05/01/29 15:13:38
>>301
> 全て合わせて 13MB くらいだよ。

Debianは8Mbyteくらいだったかな?
kernelをgzipした場合。


303 :名無しさん@お腹いっぱい。:05/01/29 15:15:11
あ、それからやっぱり*BSDは最小構成が大きいよ。debianに比べると。
single user modeと変らないから。

まあこれはinstallerの問題だからどうでもいいといえばどうでもいいけど。

いずれにせよ、Linuxと*BSDがそれほど変るとは思えないね。


304 :名無しさん@お腹いっぱい。:05/01/29 15:26:14
うーん、ここを見ると、
ttp://www.debian.org/releases/stable/i386/ch-hardware-req.en.html#s2.3
Debian の最低必要メモリは 12MB、ディスクは最低でも110MBって
書いてあるけど?

これに対し
ftp://ftp.netbsd.org/pub/NetBSD/NetBSD-2.0/i386/INSTALL.html#NetBSD/i386%20System%20Requirements%20and%20Supported%20Devices
NetBSD の方はメモリ 4MB、ディスクは 50MB ってあるよ。

倍以上違うのでは?

305 :名無しさん@お腹いっぱい。:05/01/29 15:34:41
くだらん。

306 :名無しさん@お腹いっぱい。:05/01/29 15:42:46
そういう比較議論は無意味。
そもそも debian の最小ってどの時点のことを言ってるわけ?
standard まで全部入れるとそこそこでかくなるよ。
インストール直後は確かに小さいけど、あれが最小化っていったら
逆にもっと削れると思うし。

307 :名無しさん@お腹いっぱい。:05/01/29 15:48:13
> standard まで全部入れるとそこそこでかくなるよ。

>>304 にある Debian のページには、minimal console-based system
(all standard packages) だと 250MB ってある。ということは、
110MB ってのは standard の半分以下に削ってるってことだよね。

308 :名無しさん@お腹いっぱい。:05/01/29 16:52:21
メモリの話とHDD容量の話がグチャグチャになってね?

HDD容量なんてセレクトすれば小さくなるんだし、
カーネルとか必須デーモン(あるの?)とかでどれくらいメモリ
食うかってほうが、 古いPCが云々っていうときには重要なんじゃねぇの?

309 :名無しさん@お腹いっぱい。:05/01/29 16:57:45
古いPCなんか窓から捨ててしまえ。

310 :名無しさん@お腹いっぱい。:05/01/30 06:55:11
>>308
その通りだけど、>>301 によると、
(1865+669+140)*1024/1588455 ≒ 1.7 倍くらい、
Linux のカーネルの方が大きいみたいよ。


311 :名無しさん@お腹いっぱい。:05/01/30 09:18:54
あれだよ。ハードウェアを固定したうえで
動作する最小のカーネルを作って比較すればいいんだよ。
linux の場合標準なんてのがないから。

312 :名無しさん@お腹いっぱい。:05/01/31 13:04:21
えっくすぃ!

313 :名無しさん@お腹いっぱい。:05/01/31 14:31:49
そんなこんなでFrescoのサイトを久々に見たのだが、やっぱこっちもバカみたいに重たい方向だよな。

314 :名無しさん@お腹いっぱい。:05/02/01 02:55:10
C++だし

315 :名無しさん@お腹いっぱい。:05/02/03 14:46:48
組み込みに使えるPalmのようなシンプルGUIってある?

316 :名無しさん@お腹いっぱい。:05/02/03 14:53:48
Qtopiaが最大ユーザ数じゃないのかな?

317 :名無しさん@お腹いっぱい。:05/02/03 14:54:17
と思い込みだけで書き込んでみました(w

318 :名無しさん@お腹いっぱい。:05/02/03 15:03:45
>>315
つ [sdl-gui]

今スクショ見たけどセンス悪いなこれ…

319 :名無しさん@お腹いっぱい。:05/02/04 08:43:47
うんこのほうがハカー心をくすぐる

320 :名無しさん@お腹いっぱい。:05/02/07 15:03:30
>>318
確かに

321 :名無しさん@お腹いっぱい。:05/02/07 18:47:43
ttp://slashdot.jp/article.pl?sid=03/12/30/1644202
ttp://japan.linux.com/desktop/04/07/29/029221.shtml
ttp://www.selenic.com/tiny-about/

322 :名無しさん@お腹いっぱい。:05/02/09 15:12:42
DirectFBってどぉ

323 :名無しさん@お腹いっぱい。:05/02/09 18:32:00
良く知らんけど、ふつうは特にメリットないんじゃない?
サポートしている描画機能は Xserver より遥かに劣るから、
アクセラレータによる高速化が効かなくて X より遅いだろ
うし。X だって extension を使えば framebuffer に直接
アクセスできるわけだし。
もしもメモリ消費が少なければ、PDA みたいなターゲットに
はいいかもしれないけど、どんなもんなんだろう。
描画機能がカーネルに組み込みってことは、あんまり使わない
描画機能やらフォントやらがカーネル空間にあったりすると、
かえってメモリ食いの可能性だってあるんだよなあ。

324 :X:05/02/10 01:33:55
「エックスは未来を創らないのか!?」
「そうだ………それと同時に過去にしがみつきそれを利用する事しか考えなかった者にも未来は創れない」
「ワタシにとってエックスとは信じるべきものなのだ!
今になって否定しろと言われてもそれは不可能だ!」
「キミ自身がそれに陥っている限りユニックスにも未来はない。」
「ではワタシにも答えてくれ!ワタシはあの時少年だった………。
自分がエックスであると信じて戦ったのだ。
そして刻も見た。未来を感じた。それが全て幻覚だったと言うのか………?」
「そう………全ては幻だ。
たとえどんな未来が見えたしてもそれを現実のものとしようとしない限り
それは手に入らないのだから………
エックスを求めてさすらう時代は終わったんだよ。
そしてキミ達は新しい未来を創っていかなきゃならない。」
「新しい未来を創る?」
「それは不可能な事ではない。そこにいる少年はそれを繰り返して来た。
そうだろう?ビル・ゲイツ?」
「え!?オレ?」

325 :名無しさん@お腹いっぱい。:05/02/10 03:35:28
GGIはどぉ?

326 :名無しさん@お腹いっぱい。:05/02/11 20:16:41
fusionはどお?

327 :名無しさん@お腹いっぱい。:05/02/22 23:58:00
OpenGLいらんし

328 :名無しさん@お腹いっぱい。:05/02/23 02:31:51
次のドコモ携帯、どの会社のかしらんけど、Xで動いているってさ。

329 :名無しさん@お腹いっぱい。:05/02/23 02:32:43
>>259
>>260
そのまま製品化くさい。

330 :名無しさん@お腹いっぱい。:05/03/03 22:40:34
DirectFBってIntel8xxだとダメ?
ATIなどのグラフィックチップ搭載機でないとダメ?

331 :名無しさん@お腹いっぱい。:05/03/03 22:46:35
スレ違いだと思うが、
Intel(R) 810/815 Framebuffer Driver How-To
http://i810fb.sourceforge.net/howto/x450.html

332 :名無しさん@お腹いっぱい。:05/03/07 18:41:15
>>328
どの会社の?買いたくないから教えて

333 :名無しさん@お腹いっぱい。:05/03/08 15:02:31
>>332
NEC?

334 :名無しさん@お腹いっぱい。:05/03/08 15:04:12
Xのビルドもっとシンプルにならんかのぉ
3時間以上かかるよ
使わないモジュールのビルド除外できれば半分の時間でビルドできるのでは?


335 :名無しさん@お腹いっぱい。:05/03/08 18:48:19
config/cf/host.defで
#define BuildServersOnly YES
環境依存だけどもっと細かく設定できるから(環境名).cf読め

336 :名無しさん@お腹いっぱい。:05/03/12 00:44:54
めんどくせーな

337 :名無しさん@お腹いっぱい。:05/03/14 09:32:42
Xビルドベンチ?

338 :名無しさん@お腹いっぱい。:05/03/15 14:32:28
LinuxザウルスはQt
SONYのDVD/HDDレコーダは何使ってるの?

339 :名無しさん@お腹いっぱい。:05/03/18 01:51:49
うぃんどうず

340 :名無しさん@お腹いっぱい。:05/03/20 19:17:18
PSPやPSXは?

341 :名無しさん@お腹いっぱい。:05/03/20 21:58:34
>>315

MGLはどうよ?

http://at.sakura.ne.jp/~suz/MGL2/

--
MGL Version 2 は、Handheld PC などリソースの少ないマシンでグ
ラフィック対応のアプリケーション動かすためのグラフィックライ
ブラリ および、ウインドウマネージャです。
--


57 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)