[過去ﾛｸﾞ] Debian GNU/Linux スレッド Ver.93 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(3): 2019/11/12(火)12:39 ID:cTFOpr3a(1) AAS
extend:checked:vvvvv:1000:512
extend:checked:vvvvv:1000:512
次スレを立てる方は↑を二行重ねて書いてください
公式
外部ﾘﾝｸ[html]:www.debian.org
過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物
前スレ
Debian GNU/Linux スレッド Ver.92
2chｽﾚ:linux
2: 2019/11/13(水)14:47 ID:agOlBBfg(1) AAS
>>1乙ぱい
3: 2019/11/15(金)14:01 ID:owzgjJy3(1) AAS
999login:Penguin2019/11/15(金) 13:10:59.75ID:7JCCAJD6
ありがと
やってみる
…そういうプリミティブなの試すなら gentoo とか arch とかの方が向いてるかも知れんけど…
2chｽﾚ:linux
もし俺がわかんない事があったら優しく教えてね。
では失礼
4(1): 2019/11/15(金)19:25 ID:J0m9Bqrh(1/2) AAS
DM→各DEごとの短い起動スクリプトを呼ぶ
この流れはどのディストリでも同じなので
どれが向いてるも無い
同じくスクリプト書いてXなりWaylandが起動するのは当たり前
5: 2019/11/15(金)19:29 ID:ym4JijX1(1) AAS
>>1は出来る子
6: 2019/11/15(金)19:34 ID:J0m9Bqrh(2/2) AAS
>>1は勝手にワッチョイつけようとした駄目な子
7: 2019/11/15(金)20:41 ID:484K9kv7(1) AAS
ログインマネージャーじゃなかったな
DMだった
キモイと云われてもしようが無いわ
6年もDebian入れっぱだと、全てを忘れるな
しかし6年前に入れたのに、最新だなんて最高だな！と誤魔化しておく（笑）
8: 2019/11/15(金)23:46 ID:kUcXOmuZ(1) AAS
>>4
お詳しいんですね。
よかったらWaylandとX11の起動シーケンスについてご教授して頂けませんか？
WaylandはXサーバーを使わないのでstartxしても意味が無いから同じスクリプトじゃ動かない事くらいなら把握してるんですけど。
9: 2019/11/16(土)00:30 ID:C1yTL9Lx(1) AAS
そろそろ日記スレ行ってくれまいか？
10(1): 2019/11/16(土)00:34 ID:ZI1CQGxM(1) AAS
追い出し発言しか能のない自治厨はすっこんでろ
11: 984 2019/11/16(土)01:58 ID:FJOjA/gG(1) AAS
何度か purge と install とログアウト繰り返したら日本語使えるようになったけどなんでか全く分からんわ
12: 2019/11/16(土)04:17 ID:o8dG2VKS(1/4) AAS
>>10
そいついつも後付けで威張るだけでろくな回答出さねえんだぜ
Waylandについてなんて絶対わかってねえよ
13(1): 2019/11/16(土)06:25 ID:kFvWheih(1/4) AAS
waylandなんて使い物にならないから使わないだけ
まだ少しはましになっただけだろ
14(1): 2019/11/16(土)06:31 ID:kFvWheih(2/4) AAS
くれくれ乞食がうるさいぞ
Ubuntuでも使ってろ
15: 2019/11/16(土)07:36 ID:QxF2McEU(1/2) AAS
>>13
なら知ったかこいてねえで黙ってろ
16: 2019/11/16(土)07:38 ID:QxF2McEU(2/2) AAS
>>14
それは与えるものがある奴が言うことだ
お前がUbuntu使ってろやｗ
17(1): 2019/11/16(土)08:10 ID:r61e+iIc(1/18) AAS
まーwaylandはまだあちこち問題があるみたいだし、何よりネットワーク透過の為の部分を削って
ローカルでのウィンドウシステムとしての動作でオーバーヘッドを減らしつつ
GUI部品に相当する部品の単位について単純にコールバックを提供できる様にした程度
もうxlibとかとの互換とか捨ててWinMac辺りのウィンドウシステムのAPIやハンドラへの仲介の機構とか見習うべき
18: 2019/11/16(土)08:45 ID:kFvWheih(3/4) AAS
waylandに入れ替えてみた→わからない→xorgに戻る
これが正しい流れ
シツモニするな恥ずかしい
19: 2019/11/16(土)08:50 ID:o8dG2VKS(2/4) AAS
お堅いDebianの最新stableがデフォルトDEに採用したのがWaylandだろ？
20: 2019/11/16(土)08:57 ID:kFvWheih(4/4) AAS
まじ？
じゃー入れ替えるしかないな
（謝罪なし）
21: 2019/11/16(土)09:00 ID:o8dG2VKS(3/4) AAS
いいってことよ
Debianがデフォルトにするだけあって、基本全然安定してるぜ
22(1): 2019/11/16(土)10:54 ID:HyGVng8S(1/6) AAS
wayland + gnome のとき、libx11 に依存するアプリってどうなるの？
23: 2019/11/16(土)11:45 ID:o8dG2VKS(4/4) AAS
>>22
互換レイヤーで動くので俺環では実用上困った事は無い。
今のところwineとVNC以外は。
24(2): 2019/11/16(土)11:48 ID:BpgM/gFF(1/16) AAS
>>17
> まーwaylandはまだあちこち問題があるみたいだし、何よりネットワーク透過の為の部分を削って
10年以上前からLinuxのXクライアントはMIT-SHM拡張を前提とする実装になっているから
事実上ネットワーク透過でなくなっている
今のLinuxはXサーバとXクライアントをリモート用のBSD socketではなくローカル用の
Unix domain socketでつなぎ、MIT-SHM拡張による共有メモリを使ってXImageやPixmap等
イメージをやり取りしている
外部ﾘﾝｸ[html]:www.x.org
ちゃんと実装されていればローカルでもリモートでも動作するが、リモートだと動作が大幅に
遅くなるし、リモートだと動作しないXクライアントも多い
10年以上前の時点でXクライアントなのにXRender等拡張プロトコルで実装され、Xのコア
プロトコルはほとんど使っていない状態になっていたから、拡張プロトコルをベースに作り
直したグラフィックシステムがWayland
> もうxlibとかとの互換とか捨ててWinMac辺りのウィンドウシステムのAPIやハンドラへの仲介の機構とか見習うべき
Waylandのプロセス間通信はasynchronousだからWindows Vista以降と同じ
というかWaylandとWindowsのDWM(いわゆるAero)はほとんど同じ構造
まあWaylandはXWaylandでXクライアントも普通の性能で動作するが、DWMはGDIの実装が
いまいちなんだけどな
外部ﾘﾝｸ[htm]:pc.watch.impress.co.jp
外部ﾘﾝｸ:jehupc.exblog.jp
25: 2019/11/16(土)11:56 ID:9/TDik/O(1) AAS
今の時代Xプロトコルを透過にするより、
画像の差分を送ったほうがいいだろ？
26(1): 2019/11/16(土)12:41 ID:TZZ7yIiW(1/3) AAS
横からすみません、お詳しいようなので。
windowsからリモートデスクトップするなら、waylandかXがどちらがいいですか？
27: 2019/11/16(土)12:52 ID:HyGVng8S(2/6) AAS
>>26
>>24
> ちゃんと実装されていればローカルでもリモートでも動作するが、リモートだと動作が大幅に
> 遅くなるし、リモートだと動作しないXクライアントも多い
コレ読んで wayland でリモートデスクトップする気は起らんなあ、私なら
28(3): 2019/11/16(土)13:01 ID:r61e+iIc(2/18) AAS
>>24
そういう機構じゃなくって、
ウィンドウシステム全体をカーネルのモジュールか何かにしてメッセージキューを提供するとか
GUI部品（コントロールの類）が受け取ったイベントをその持ち主のウィンドウに先にルーティングする仕組みとか
それらを組み合わせての言語を問わないGUI部品の抽象化と派生による再利用の促進とか標準化みたいな
内側の構造じゃなくって外側からのAPIの呼び出し方と
イベント時に処理を実行する機会の提供の仕方とかによるツールキット類の作り易さの向上、
強いてはツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上を促さないと
29(2): 2019/11/16(土)13:13 ID:HyGVng8S(3/6) AAS
>>28
> 内側の構造じゃなくって外側からのAPIの呼び出し方
API共通なら何の問題もない
> イベント時に処理を実行する機会の提供の仕方とかによるツールキット類の作り易さの向上
これはツールキット類のコードを書く人の問題だけど
具体的にどういう悩みがあって「こんなクソコード書かせんな」と思ったのか分からん
> ツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上
これだけじゃ具体的にどういう問題点があるのか分からん上に wayland 全く関係ない
30: 2019/11/16(土)13:59 ID:HyGVng8S(4/6) AAS
転載してなかったな
Debian GNU/Linux スレッド Ver.92
2chｽﾚ:linux
18 名前：login:Penguin[] 投稿日：2019/08/14(水) 18:42:01.79 ID:XlTWnfY2
netinst使えばいいのに
Debian -- 最小の CD を使って、ネットワークインストールする
外部ﾘﾝｸ:www.debian.org
non-free firmware付きのはこちらで
外部ﾘﾝｸ[iso]:cdimage.debian.org
Debian GNU/Linux スレッド Ver.92
2chｽﾚ:linux
502 名前：login:Penguin[sage] 投稿日：2019/09/24(火) 19:45:28.49 ID:t8p2w6v2
外部ﾘﾝｸ:cdimage.debian.org
外部ﾘﾝｸ:cdimage.debian.org
リンク先が切れてたっぽい
31(1): 2019/11/16(土)14:21 ID:r61e+iIc(3/18) AAS
>>29
今のXのAPI（システムが提供してる訳じゃないから別プロセスへのインターフェースだけど）の形式で
どうやってウィンドウが保持してるGUI部品へのイベントを先取りできると？
32(2): 2019/11/16(土)14:41 ID:BpgM/gFF(2/16) AAS
>>29
>> ツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上
> これだけじゃ具体的にどういう問題点があるのか分からん上に wayland 全く関係ない
たぶんは>>28は実際にGnomeやKDEを使ったことなくて想像で言っているだけだとおもうよ
実際に使えばテーマ機構によりgtk+アプリもQtアプリも全く同じ見た目と操作感で動くから
33: 2019/11/16(土)14:44 ID:HyGVng8S(5/6) AAS
>>31
しらんけど
xlib ができないんだったら x では出来ないし
互換レイヤーを作ってあるだけなら x で出来ないことを実装する必要はない
xlib ができないんだったら x で出来るし
互換レイヤーを作るなら x で出来ることを実装する必要がある
34: 2019/11/16(土)14:48 ID:HyGVng8S(6/6) AAS
>>32
たしかに使ったことはないけれども gnome で選んだテーマ機構は
qt / kde アプリに自動的に適用されて同じ見た目と操作感で動くの？？
35(1): 2019/11/16(土)15:36 ID:r61e+iIc(4/18) AAS
>>32
操作感が統一されてないなんてGNOMEKDE両方試せばすぐ違和感に気付くだろ
開発時の話は今時のフレームワーク類だとハンドラをウィンドウのクラスに記述するって時点で、
既にWinMacの類だとシステムがウィンドウに対してイベントをルーティングしれる事から考えると
単純なコールバックしか提供しないwaylandですら遅れてると言わざるを得ない
36(1): 2019/11/16(土)16:15 ID:BpgM/gFF(3/16) AAS
>>35
例えばVLCとかPhotoshop ElementとかKindleとかWindowsで動かしてみて違和感感じた?
これらはQtを使っているんだけど、Qtのような現代のクロスプラットホームのツールキットは
ネイティブなWin32のツールキットを使わず自前で描画していて、Windows上では標準で
Win風テーマエンジンでWindowsそっくりのルックアンドフィールを実現している
Linuxではどのディストリも何もいじならなければ同じテーマエンジンを使うようになっている
からQtとgtk+で違和感を感じることはない
本当は使ったことないでしょ?
それと
> 既にWinMacの類だとシステムがウィンドウに対してイベントをルーティングしれる事から考えると
> 単純なコールバックしか提供しないwaylandですら遅れてると言わざるを得ない
そんな仕組みになっていない
どっからそんなおかしな発想が出てくるの?
37: 2019/11/16(土)16:23 ID:BpgM/gFF(4/16) AAS
そういえばWindows 10では従来のデスクトップアプリとモダンアプリとでときどき違和感が
あるけど、gtk+アプリとQtアプリでこんな違い感じたことないぞ
38(2): 2019/11/16(土)16:26 ID:r61e+iIc(5/18) AAS
>>36
それQt限定だし、同じプラットホームでもQtとQtでしか比較しないつもりか？
GIMPのドロップダウンとか色選択のダイアログ（Winの場合は汎用ダイアログがあるんだが）の操作感は？
waylandのコールバックルーチンの設定のAPI見てこい
ウィンドウじゃなくってコントロールにはハンドラは設定できるが、
Winで例えればWM_NOTIFY〜の類はない、ウィンドウが子のコントロールのイベントを処理するっつー話だぞ？
コントロールに設定されたコールバックルーチンをコントロール（一種のウィンドウ）が処理するっつー話じゃないぞ？
39: 2019/11/16(土)16:38 ID:BpgM/gFF(5/16) AAS
>>38
> waylandのコールバックルーチンの設定のAPI見てこい
見ましたが
> ウィンドウじゃなくってコントロールにはハンドラは設定できるが、
> Winで例えればWM_NOTIFY〜の類はない、ウィンドウが子のコントロールのイベントを処理するっつー話だぞ？
> コントロールに設定されたコールバックルーチンをコントロール（一種のウィンドウ）が処理するっつー話じゃないぞ？
言っていることが現実の設計や実装と一致しません
君の妄想の世界では意味のあることを話していることになっているつもりなのかもしれないけど、
現実は全くそうなっていません
40(1): 2019/11/16(土)16:41 ID:r61e+iIc(6/18) AAS
外部ﾘﾝｸ:docs.microsoft.com
.NETのイベントハンドラの代入とかだけ見てるんだったら（ｒｙ
41(1): 2019/11/16(土)16:43 ID:BpgM/gFF(6/16) AAS
>>38
> GIMPのドロップダウンとか色選択のダイアログ（Winの場合は汎用ダイアログがあるんだが）の操作感は？
ダイアログもクロスプラットホームのツールキットは色々配慮するようになっているよ
自前のものが標準のはずでOSに合わせたテーマで動くようになっている
Windowsのgtk+だと知らないけどLinuxではgtk+がKDEのダイアログを使うようにもできる
外部ﾘﾝｸ:wiki.archlinux.jp
42: 2019/11/16(土)16:44 ID:50+7+9pb(1) AAS
盛り上がってる所恐縮ですが他所でやっていただけませんかねえ？
43(1): 2019/11/16(土)16:45 ID:r61e+iIc(7/18) AAS
てかコントロールのハンドラをいじらずにウィンドウ側でコントロールで発生したイベントをフックしてみろってんだよ
魔女狩りでもなんでもないから証明は簡単だろ？
くどい様だけどコントロールのハンドラで親ウィンドウを識別して特定の親ウィンドウに対して
更にコールバック（ただの関数呼び出し）を起こすとかじゃくって、親ウィンドウが一括して処理って話だからな？
44: 2019/11/16(土)16:45 ID:BpgM/gFF(7/16) AAS
>>40
それがどうかしたの?
全く関係ない話のようだけど
45(1): 2019/11/16(土)16:46 ID:r61e+iIc(8/18) AAS
>>41
「使う様にできる上にそうなってる」のと「使う様にできるけどそうなってない」のは全然違うぞ
46(1): 2019/11/16(土)16:46 ID:BpgM/gFF(8/16) AAS
>>43
まず君が何をやりたいのかコードを示して
意味のあることをやろうとしているように思えない
47(1): 2019/11/16(土)16:47 ID:BpgM/gFF(9/16) AAS
>>45
そうなっているから
48(1): 2019/11/16(土)16:50 ID:r61e+iIc(9/18) AAS
>>46
waylandでそんな事できないんだから魔女狩りさせんな
上下前次1-新書関写板覧索設栞歴
あと 954 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.016s