extend:checked:vvvvv:1000:512
次スレを立てる方は↑を二行重ねて書いてください
公式
https://www.debian.org/index.ja.html
過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物
前スレ
Debian GNU/Linux スレッド Ver.92
https://mao.5ch.net/test/read.cgi/linux/1565609547/
探検
Debian GNU/Linux スレッド Ver.93
レス数が1000を超えています。これ以上書き込みはできません。
extend:checked:vvvvv:1000:512
次スレを立てる方は↑を二行重ねて書いてください
公式
https://www.debian.org/index.ja.html
過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物
前スレ
Debian GNU/Linux スレッド Ver.92
https://mao.5ch.net/test/read.cgi/linux/1565609547/
ありがと
やってみる
…そういうプリミティブなの試すなら gentoo とか arch とかの方が向いてるかも知れんけど…
https://mao.5ch.net/test/read.cgi/linux/1565609547/999n
もし俺がわかんない事があったら優しく教えてね。
では失礼
この流れはどのディストリでも同じなので
どれが向いてるも無い
同じくスクリプト書いてXなりWaylandが起動するのは当たり前
DMだった
キモイと云われてもしようが無いわ
6年もDebian入れっぱだと、全てを忘れるな
しかし6年前に入れたのに、最新だなんて最高だな！と誤魔化しておく（笑）
お詳しいんですね。
よかったらWaylandとX11の起動シーケンスについてご教授して頂けませんか？
WaylandはXサーバーを使わないのでstartxしても意味が無いから同じスクリプトじゃ動かない事くらいなら把握してるんですけど。
そいついつも後付けで威張るだけでろくな回答出さねえんだぜ
Waylandについてなんて絶対わかってねえよ
まだ少しはましになっただけだろ
Ubuntuでも使ってろ
なら知ったかこいてねえで黙ってろ
それは与えるものがある奴が言うことだ
お前がUbuntu使ってろやｗ
ローカルでのウィンドウシステムとしての動作でオーバーヘッドを減らしつつ
GUI部品に相当する部品の単位について単純にコールバックを提供できる様にした程度
もうxlibとかとの互換とか捨ててWinMac辺りのウィンドウシステムのAPIやハンドラへの仲介の機構とか見習うべき
これが正しい流れ
シツモニするな恥ずかしい
じゃー入れ替えるしかないな
（謝罪なし）
Debianがデフォルトにするだけあって、基本全然安定してるぜ
互換レイヤーで動くので俺環では実用上困った事は無い。
今のところwineとVNC以外は。
> まーwaylandはまだあちこち問題があるみたいだし、何よりネットワーク透過の為の部分を削って
10年以上前からLinuxのXクライアントはMIT-SHM拡張を前提とする実装になっているから
事実上ネットワーク透過でなくなっている
今のLinuxはXサーバとXクライアントをリモート用のBSD socketではなくローカル用の
Unix domain socketでつなぎ、MIT-SHM拡張による共有メモリを使ってXImageやPixmap等
イメージをやり取りしている
ttps://www.x.org/releases/X11R7.7/doc/xextproto/shm.html
ちゃんと実装されていればローカルでもリモートでも動作するが、リモートだと動作が大幅に
遅くなるし、リモートだと動作しないXクライアントも多い
10年以上前の時点でXクライアントなのにXRender等拡張プロトコルで実装され、Xのコア
プロトコルはほとんど使っていない状態になっていたから、拡張プロトコルをベースに作り
直したグラフィックシステムがWayland
> もうxlibとかとの互換とか捨ててWinMac辺りのウィンドウシステムのAPIやハンドラへの仲介の機構とか見習うべき
Waylandのプロセス間通信はasynchronousだからWindows Vista以降と同じ
というかWaylandとWindowsのDWM(いわゆるAero)はほとんど同じ構造
まあWaylandはXWaylandでXクライアントも普通の性能で動作するが、DWMはGDIの実装が
いまいちなんだけどな
ttps://pc.watch.impress.co.jp/docs/2008/1126/hot582.htm
ttps://jehupc.exblog.jp/11464034/
画像の差分を送ったほうがいいだろ？
windowsからリモートデスクトップするなら、waylandかXがどちらがいいですか？
>>24
> ちゃんと実装されていればローカルでもリモートでも動作するが、リモートだと動作が大幅に
> 遅くなるし、リモートだと動作しないXクライアントも多い
コレ読んで wayland でリモートデスクトップする気は起らんなあ、私なら
そういう機構じゃなくって、
ウィンドウシステム全体をカーネルのモジュールか何かにしてメッセージキューを提供するとか
GUI部品（コントロールの類）が受け取ったイベントをその持ち主のウィンドウに先にルーティングする仕組みとか
それらを組み合わせての言語を問わないGUI部品の抽象化と派生による再利用の促進とか標準化みたいな
内側の構造じゃなくって外側からのAPIの呼び出し方と
イベント時に処理を実行する機会の提供の仕方とかによるツールキット類の作り易さの向上、
強いてはツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上を促さないと
> 内側の構造じゃなくって外側からのAPIの呼び出し方
API共通なら何の問題もない
> イベント時に処理を実行する機会の提供の仕方とかによるツールキット類の作り易さの向上
これはツールキット類のコードを書く人の問題だけど
具体的にどういう悩みがあって「こんなクソコード書かせんな」と思ったのか分からん
> ツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上
これだけじゃ具体的にどういう問題点があるのか分からん上に wayland 全く関係ない
Debian GNU/Linux スレッド Ver.92
https://mao.5ch.net/test/read.cgi/linux/1565609547/18
18 名前：login:Penguin[] 投稿日：2019/08/14(水) 18:42:01.79 ID:XlTWnfY2
netinst使えばいいのに
Debian -- 最小の CD を使って、ネットワークインストールする
https://www.debian.org/CD/netinst/
non-free firmware付きのはこちらで
https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/10.0.0+nonfree/amd64/iso-cd/firmware-10.0.0-amd64-netinst.iso
Debian GNU/Linux スレッド Ver.92
https://mao.5ch.net/test/read.cgi/linux/1565609547/502
502 名前：login:Penguin[sage] 投稿日：2019/09/24(火) 19:45:28.49 ID:t8p2w6v2
https://cdimage.debian.org/images/unofficial/non-free/cd-including-firmware/10.1.0+nonfree/amd64/iso-cd/
https://cdimage.debian.org/images/unofficial/non-free/cd-including-firmware/10.1.0+nonfree/i386/iso-cd/
リンク先が切れてたっぽい
今のXのAPI（システムが提供してる訳じゃないから別プロセスへのインターフェースだけど）の形式で
どうやってウィンドウが保持してるGUI部品へのイベントを先取りできると？
>> ツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上
> これだけじゃ具体的にどういう問題点があるのか分からん上に wayland 全く関係ない
たぶんは>>28は実際にGnomeやKDEを使ったことなくて想像で言っているだけだとおもうよ
実際に使えばテーマ機構によりgtk+アプリもQtアプリも全く同じ見た目と操作感で動くから
しらんけど
xlib ができないんだったら x では出来ないし
互換レイヤーを作ってあるだけなら x で出来ないことを実装する必要はない
xlib ができないんだったら x で出来るし
互換レイヤーを作るなら x で出来ることを実装する必要がある
たしかに使ったことはないけれども gnome で選んだテーマ機構は
qt / kde アプリに自動的に適用されて同じ見た目と操作感で動くの？？
操作感が統一されてないなんてGNOMEKDE両方試せばすぐ違和感に気付くだろ
開発時の話は今時のフレームワーク類だとハンドラをウィンドウのクラスに記述するって時点で、
既にWinMacの類だとシステムがウィンドウに対してイベントをルーティングしれる事から考えると
単純なコールバックしか提供しないwaylandですら遅れてると言わざるを得ない
例えばVLCとかPhotoshop ElementとかKindleとかWindowsで動かしてみて違和感感じた?
これらはQtを使っているんだけど、Qtのような現代のクロスプラットホームのツールキットは
ネイティブなWin32のツールキットを使わず自前で描画していて、Windows上では標準で
Win風テーマエンジンでWindowsそっくりのルックアンドフィールを実現している
Linuxではどのディストリも何もいじならなければ同じテーマエンジンを使うようになっている
からQtとgtk+で違和感を感じることはない
本当は使ったことないでしょ?
それと
> 既にWinMacの類だとシステムがウィンドウに対してイベントをルーティングしれる事から考えると
> 単純なコールバックしか提供しないwaylandですら遅れてると言わざるを得ない
そんな仕組みになっていない
どっからそんなおかしな発想が出てくるの?
あるけど、gtk+アプリとQtアプリでこんな違い感じたことないぞ
それQt限定だし、同じプラットホームでもQtとQtでしか比較しないつもりか？
GIMPのドロップダウンとか色選択のダイアログ（Winの場合は汎用ダイアログがあるんだが）の操作感は？
waylandのコールバックルーチンの設定のAPI見てこい
ウィンドウじゃなくってコントロールにはハンドラは設定できるが、
Winで例えればWM_NOTIFY〜の類はない、ウィンドウが子のコントロールのイベントを処理するっつー話だぞ？
コントロールに設定されたコールバックルーチンをコントロール（一種のウィンドウ）が処理するっつー話じゃないぞ？
> waylandのコールバックルーチンの設定のAPI見てこい
見ましたが
> ウィンドウじゃなくってコントロールにはハンドラは設定できるが、
> Winで例えればWM_NOTIFY〜の類はない、ウィンドウが子のコントロールのイベントを処理するっつー話だぞ？
> コントロールに設定されたコールバックルーチンをコントロール（一種のウィンドウ）が処理するっつー話じゃないぞ？
言っていることが現実の設計や実装と一致しません
君の妄想の世界では意味のあることを話していることになっているつもりなのかもしれないけど、
現実は全くそうなっていません
.NETのイベントハンドラの代入とかだけ見てるんだったら（ｒｙ
> GIMPのドロップダウンとか色選択のダイアログ（Winの場合は汎用ダイアログがあるんだが）の操作感は？
ダイアログもクロスプラットホームのツールキットは色々配慮するようになっているよ
自前のものが標準のはずでOSに合わせたテーマで動くようになっている
Windowsのgtk+だと知らないけどLinuxではgtk+がKDEのダイアログを使うようにもできる
ttps://wiki.archlinux.jp/index.php/Qt_%E3%81%A8_GTK_%E3%82%A2%E3%83%97%E3%83%AA%E3%82%B1%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E5%A4%96%E8%A6%B3%E3%81%AE%E7%B5%B1%E5%90%88
魔女狩りでもなんでもないから証明は簡単だろ？
くどい様だけどコントロールのハンドラで親ウィンドウを識別して特定の親ウィンドウに対して
更にコールバック（ただの関数呼び出し）を起こすとかじゃくって、親ウィンドウが一括して処理って話だからな？
それがどうかしたの?
全く関係ない話のようだけど
「使う様にできる上にそうなってる」のと「使う様にできるけどそうなってない」のは全然違うぞ
まず君が何をやりたいのかコードを示して
意味のあることをやろうとしているように思えない
そうなっているから
waylandでそんな事できないんだから魔女狩りさせんな
それファイルダイアログみたいな原始的な奴だけだろ
つまりコードを示せないんですね
全部妄想や捏造だと認めると
>>49
いいえ
https://docs.microsoft.com/ja-jp/cpp/mfc/receiving-notification-from-common-controls?view=vs-2019
なんでWindowsがWM_NOTIFYでやりとりしてると思ってる？
なんでWindowsのコモンコントロール（DLL）から更に派生したカスタムコントロールをDLLにして
言語を問わずに再利用できると思ってる？
関数決め打ちのコールバックに頼ってないからだよ
だから関係ないものを出して何がいいたいの?
お前プログラミングしたことないだろ
https://mevius.5ch.net/test/read.cgi/unix/1323873988/
Wayland の話題ならココ
DE の話を wayland のスレでやるなよ？
waylandの機構じゃコントロールの機能をsoに過不足なく詰め込んでコモンコントロールにして、
更にそのsoの”ソースも抜きに”機能を派生させたsoを作って、
その派生させたsoを言語問わずに再利用とかできないか、できるにしてもWindowsみたいな
メッセージキューみたいなのをウィンドウシステムとツールキットの間に挟まなきゃなんないだろ
ソースがありゃいじり放題だけど、多分世の多くのコーダーはそんな事は求めてない
機能が分離されてて親ウィンドウのクラスのソースにあっさりハンドラを記述したり
カスタムコントロールにするまでもないようなのはウィンドウのWndProc()で
WM_NOTIFYの時にイベントを横取りして工数を削減したいだろう
もう一度言うよ
お前プログラミングしたことないだろ
デタラメ書くのやめて
https://docs.microsoft.com/ja-jp/cpp/mfc/receiving-notification-from-common-controls?view=vs-2019
おまえ、なんでMSがこんな事してるか未だに理解してないんだろ？
みたいなありふれた実装でもお世話になる筈なんだがな・・・
あれ、内部だとコントロール本体は殆ど空のウィンドウ（コントロール）だから、
コントロール自体はエディットコントロールでもアップダウンコントロールでもないから
そのつもりでコントロールを派生して云々しようとしても上手くいかない
上下ボタン付きのコントロールが保持してる子コントロールのウィンドウクラスを識別した上で
その子コントロールに対して直接干渉しないと思った通りの動作はさせられない
その子コントロール（しかもDLLでしかないただのコモンコントロール）を２つ積んだコントロールの機能を
たった１つのDLLに詰め込んで、派生してる訳でもないのに更に言語を問わず再利用できるってのも
Windowsの強みの１つだろ
内部のミクロな話じゃなくて
> たった１つのDLLに詰め込んで、派生してる訳でもないのに更に言語を問わず再利用できるってのも
> Windowsの強みの１つだろ
XやWayland上のQtやgtk+でコントロールの制御ができないわけないだろう
プログラミングしたことない人間が想像でデタラメ書くのやめて
>>58
KDEに関して完全にWaylandにできるのはDebianに限らずもう少しかかる
ttps://community.kde.org/Plasma/Wayland_Showstoppers
相手してくれてありがとう
KDE好きだけど、しばらくGNOME on Waylandで過ごすわ
ただの制御の話なんてしてない
例えば上下ボタン付きエディットコントロールで例えれば、コントロールがフォーカスを受け取った時に
全選択するハンドラをコンストラクタで設定してやれば目的は達成できる
ただしそのクラスを再利用する側はフォーカスを受け取った時のハンドラを設定してはならない、
若しくはsoの類にひとまとめにするとすれば、ハンドラを設定したらsoでexportされてるそのハンドラの関数を
名指しで呼び出さなければならない
んな事意識しなきゃ再利用できないとか時代遅れと言わざるを得ない
補足
技術的にKDEというかWayland全体で時間がかかりそうなのは
> Plasma Native Wayland windows are not restored
>
> Session restoring does not include Wayland native windows.
Debian busterで確認済みだから実際にKDEで試してもらえばわかるけど、例えば
Konsoleとか電卓とか適当なページを開いたFirefoxとかを起動したままログアウトして、
もう一度ログインするとウィンドウの場所や開いているページやタブ等を含めて復元される
20年以上前からデスクトップセッション管理機能としてX Window Systemにこういう機能が
存在しているんだけど、おそらくWaylandを設計した段階で見落とされたらしい
DBusベースでなんとかしようみたいなリンクが貼ってあるけど
ttps://wiki.gnome.org/Projects/SessionManagement/GnomeSession
Wayland下で使えるようになるまでしばらく時間がかかるんじゃないかな
>>53
スレちがいになっているのはわかるんだけど
>>61
技術的にデタラメな話をするのやめて
デマが広まると迷惑なの
何がデタラメ？
waylandなら後からハンドラを上書きされても元のハンドラを自動的に呼び出してもらえたりすんのか？
しかも.NETでいうとこのNumericUpDownコントロールみたいに、DLLの中でウィンドウクラス決め打ちで
newされた様なエディットコントロールでも、waylandならインスタンスの元になったクラスの動作そのものを
改変できたりするのか？
何度も書くけどお前プログラミングしたことないだろ
プログラム関係の技術用語それっぽく並べても現実と対応しないから全く意味不明なの
何がデタラメなのか欠片も言わねえのな
numericupdown フォーカス 選択 とかでｇｇると、構造を理解してない人の
「フォーカスを受け取った時に〜どうすればいいですか？」みたいな質問がいっぱい引っ掛かる
じゃあタブキーでのフォーカス移動で自動的に全選択してくれる様な、世のアプリは一つ一つに
ハンドラ設定して全選択してるか、カスタムコントロールがフォーカス移動のハンドラを隠蔽してるのか？
んなわきゃねえ
Windowsなら２つの子コントロールを保持してるクラスでWM_NOTIFYを処理すればトリッキーな事をせずに済むし、
それに頼らなくてもサブクラス化みたいな手法もあるし、WndProc()のオーバーライドって手もある
（.NETの類でWndProc()貪るのもどうかと思うが）
これを放っておくとこのスレだけでなく板全体が崩壊し人がまったく寄り付かなくなります。必要な情報を探す（共有する）のが非常に困難になるからです。
バトルしながら貴重な情報も提供してくれてありがとう。
晩メシ食ってたんだけど気になって気になってｗ
今日は書いてくれた情報と貼ってくれたURLを読みながら過ごし、明日KDE環境を作って検証してみるよ。
片方は脱線しつつも有り難い最前線のDebian情報提供してくれたけど、もう片方はもう全然このスレに関係ないよね
せめてWindowsでは○○が出来るけどDebianでは●●が出来ないから▲▲すればどうだと言う書き方にすればいいのに
その要因がコモンコントロールとソースの無いコントロール（DLL）からの更に派生したコントロールの再利用みたいな
仕組みの提供が無い事じゃないかって言ってる
俺は現場のSEじゃないから野蛮で低レベルな切り口でしか話が出来ないけど、Xはまだまだ使われるもののもう過去の遺産の為の維持営業になって、余計な拡張を削ぎ落としたWaylandにリソースが注がれる世の流れなんじゃないの？
で、貴方の言いたい事は俺みたいなシロートでも分かるように言い換えるならば、「ライブラリの類がLinuxはWindowsに比べて汎用的な実装が遅れてるから良いところは取り入れた方がいい」と言う意味で解釈した。
現場の人間ならではの熱い議論と提案、実は興味深かった。今日の激論、掘り下げるとすごい勉強になりそう。
ありがとう。激論は自治警察に睨まれない程度にね。
悪いけど何の役にも立たない
>>65
> 何がデタラメなのか欠片も言わねえのな
>>63
> waylandならインスタンスの元になったクラスの動作そのものを
WaylandはCのライブラリでC++ではないんだけどインスタンスとかクラスって何?
そもそもレイヤーが全然違うものを比べているのよ
WaylandのAPIはWindows上だと非公開APIであるDWM.exeへのAPIに対応するもの
DWM.exeがwestonやmutter等のWayland Compositorに対応する
WindowsではDWM.exeのAPIとDirectXやGDIのAPI等を組み合わせてWinFXやMFCの
ようなライブラリが作られている
Linuxも同様にXlibやWayland、OpenGL等のAPIを使ってQtやgtk+が作られている
だからMFCとQtやgtk+を比較するならわかるけどMFCとWaylandを比較されても
全くとんちんかんなのよ
お前、Windowsでの.Netの話しかしてないじゃん
Windowsのウィンドウシステムやイベントハンドラの話してないだろ
それがデタラメなんじゃねーの？
お前、.NETでVBあたりでポトベタしてるだけで、OSの内部構造とかきちんと把握してないんじゃねいのか？
俺もそんなにきちんと勉強してるわけじゃないけど、あなたの言おうとしていることはわかるよ
> WaylandのAPIはWindows上だと非公開APIであるDWM.exeへのAPIに対応するもの
> DWM.exeがwestonやmutter等のWayland Compositorに対応する
ツールキット類を実装する人はそれを直接叩けって？
んなわきゃねえ
更に付け加えると事実上xlibがuser32.dllみたいなもんだろ
https://docs.microsoft.com/ja-jp/cpp/mfc/receiving-notification-from-common-controls?view=vs-2019
デタラメならMSはなんでこんな事してる？
CSpinButtonCtrlで話せばよかったのか？どっちも変わらんわ
こいつはコンテナみたいなコントロールにエディットコントロールとアップダウンコントロールを
名指しで生成してるから生成するエディットコントロールの挙動だけを変更する、みたいな事はできない
何故ならMFCで例えればCSpinButtonCtrlの元になってるコントロールがMFCで言うとこの
CEditを直接newしちまってる様なもんだからCEditの派生クラスをnewさせるなんて事は当然できない
ただしCSpinButtonCtrlの下のエディットコントロールのWndProc()を挿げ替える事はできるし
下に行くウィンドウメッセージをCSpinButtonCtrlが処理する事もできる
CEditとCSpinButtonCtrlにEnumChildProc()掛けてみろ
CEditは自身のコントロール（ウィンドウ）で全ての機能を実現してるから子ウィンドウは原則出現する事はない
（そのコントロールから何かポップアップする様な実装をしてCEditのインスタンスが子ウィンドウを作ったりしたら話は別だが）
CSpinButtonCtrlの場合は必ず２つ以上の子ウィンドウが列挙される
コントロールが必ず１個のウィンドウだけでできてると思うなよ？
nvidiaがガン無視してる内はWaylandとかどうでもいい
涙拭けよ知ったか野郎
dselect でパッケージ入れようとしたら、同時に沢山インストールしようとするので、apt で入れたいものだけインストールしたけど、それが原因か。
さすがにそれはオーバーキルだし、そもそもOSやカーネルが違うシステムでの互換性を保証出来なくなるからやるべきではないと思うよ(´･ω･`)
>>74
>> WaylandのAPIはWindows上だと非公開APIであるDWM.exeへのAPIに対応するもの
>> DWM.exeがwestonやmutter等のWayland Compositorに対応する
> ツールキット類を実装する人はそれを直接叩けって？
> んなわきゃねえ
いいえ
例えば、VulkanとかDirectX12等の最新の薄いプリミティブな最小限な層になっていて、
上位のUnityやUnreal Engineの方で通常使う機能を実装している
直接一般のプログラマがVulkan等を使うようには設計されていない(別に使っても
いいけど大変なだけで意味がない)
Waylandも同じ発想で一般のプログラマが直接WaylandのAPIを使うんじゃなくて、Qtや
gtk+等の上位のライブラリを一般のプログラマが使う形式
UnityやQt等ツールキットやフレームワークの開発者だけが頑張ればいいようにしている
からプリミティブな機能しかVulkanやWaylandは実装していない
プログラミングしたことあるならどのAPIがどういう目的で誰を対象としているかわかるはず
なんだけど
> 更に付け加えると事実上xlibがuser32.dllみたいなもんだろ
いいえ、xlibはuser32.dllとgdi32.dllの両方
やっぱりWindowsのことすら全くわかっていないのね
>>75-76
何度も言うけど何でWaylandと関係ないこと書いているの?
https://wayland.freedesktop.org/docs/html/
つまりこれがuser32.dllとgdi32.dllの両方って事か？
これでCSpinButtonCtrlに貼り付けられた上に外に出てこないCEditの動作をどうやって変えられる？
世の上下ボタン付きエディットコントロールがフォーカスを受け取った時に〜できません〜なんてのは
CSpinButtonCtrlをエディットコントロールから派生したクラスだと思って、上っ面のコントロールの
イベントに処理を書いたり、ただの上っ面にCEditの操作をしにいくから上手くいかねえんだよ
それでもやってる奴がいるのはWM_SETFOCUSじゃなくってWM_NOTIFYで処理してっからだ
> WaylandのAPIはWindows上だと非公開APIであるDWM.exeへのAPIに対応するもの
その非公開API使えばWindowsと同じことができるって言いたかったのか？
それを使ってるツールキット類があるんならリポジトリ名書いてみ
Xlibがuser32.dllとgdi32.dll相当であってWaylandではないぞ
Waylandが何なのか全然わかってないようなので、ツールキットやWin32、Xlibでの
簡単なプログラムとWaylandの簡単なプログラムへのリンクを張るよ
gtk+
ttp://lmj.nagaokaut.ac.jp/~lu/programming/gtk_tut_ja/gtk_tut_ja-2.html
十数行
Qt
ttps://wiki.qt.io/Qt_for_Beginners#Our_first_window
の下の方のPushbuttonの十数行
Win32API
ttp://www.kumei.ne.jp/c_lang/sdk/sdk_00.htm
50〜60行ぐらい
Xlib
ttps://ja.wikipedia.org/wiki/Xlib
50行
Wayland
ttps://jan.newmarch.name/Wayland/WhenCanIDraw/
ttps://jan.newmarch.name/Wayland/EGL/
300行越え
ttps://devm33.hatenadiary.org/entry/20140422/1398182440
だいぶ頑張っている人のコードで130行
ttps://eng-info-office.com/ww-simpleegl/
一番シンプルかつ基本的な構成とか呼ばれているものが800行越え
Waylandが全然違う次元の存在なのわかった?
>>83じゃなくて>>88へね
>>88
> それを使ってるツールキット類があるんならリポジトリ名書いてみ
DWM.exeへのAPIを使っているのはWPFとかDirect2DとかWindowの現行の
システムそのものだよ
どういう仕組みでWindows Vista以降のグラフィックシステムが動いていると
思っているの?
https://wayland.freedesktop.org/docs/html/
waylandでのxlibに相当するものがこれだろ？
で、CSpinButtonCtrlの中のCEditに飛ぶメッセージを親が処理する、みたいな事が
Windowsで言うとこの非公開APIでできるとか言いたい訳か？
それはどのソースだ？
>> WaylandのAPIはWindows上だと非公開APIであるDWM.exeへのAPIに対応するもの
>> DWM.exeがwestonやmutter等のWayland Compositorに対応する
「waylandのAPI」と「waylandでのWindowsで言うとこの非公開API」はどれだ？
こういう奴がバグの数を増やすんだ
外から内側のコントロールの動作に介入できる機構かどうかと
作り手がバグを作り込むかどうかは別問題
すまん
的外れなことを言ってるバカが、実際にはVBか何かのポトペタコピペしかできない無能なんだろうなあと
Xlib で書けるだけでもエライこっちゃ。。。
Windowsアプリはwineで大体動くし
プリンタドライバがショボくてふち無し印刷が出来ないくらいしか思いつかん
‥それもGUIとは関係ないかｗ
WindowsUpdate
レベルが低くて失笑ものなのは承知での質問何だけど、それが出来ると何か便利になるの？
実用的な例を上げてくれるととても嬉しい
(お陰でWindowsの○○では●●と言う操作が出来て大変有用だが、
Linuxの同類アプリ■■では残念ながらそれが出来なくて非常に不便だ。
みたいなかみ砕いた話もしてくれると実に面白いと思う)
フォーカス受け取った時とかにCSpinButtonCtrlからの派生だけでエディットコントロールへの
イベントを処理した上で、更にその派生クラスがWM_SETFOCUSを処理できるようになる
あれはウィンドウ１つでできてるコントロールじゃない
ほほぉ
で、それが可能になる事により、プログラミング？何それ美味しいの？みたいな大多数のWindowsユーザーはどんな恩恵を受けてるの？
カレンダーね
Windowsのカレンダーに出来てLinuxのカレンダーに出来ない事って？
”全く別のコントロールのクラスにすれば”LinuxでもWindowsに似せた事はできるだろう
ただしそれらの使い勝手はてんでバラバラだろうけどな
素人ながらに効率やら統一性の話をしてた事は語彙的には伝わってた
では貴方の言う使い勝手の統一性の無さが引き起こす問題とは具体的にはどういう事だろうか
とても興味があるので是非聞きたい
Debianは使いやすいLinuxであって欲しいので
PCマニア？Linuxマニア？素人を含めた一般人？
もちろんまずは自分自身。でなければここに来ることは無い。
Linuxマニアのカテゴリになると多種多様過ぎてとても俺のような小物に偉そうに語れるものではない事くらいは認識してるつもり。
一般のLinuxを触った事も無いような人はにとっては使いやすいかどうか以前の話になってしまうのではないだろうか。PCのデスクトップ用途と言う意味では。
無論理解してくれる方が増えれば自分としても嬉しいけど、どんなに開発側の方々が頑張って素晴らしい実装をしてくれたって、世の流れや評価がWindowsやMacOSからLinuxにならない限りは残念な単語しか浮かんでこない。
「Windowsと違うから使いづらい」「Macみたいにお洒落じゃない」「何それ知らない」みたいな感想が多数派でしょう。
個人の主観などとても無力。でも俺は不便を感じないし使い道に合ってるから使う。
眠くなってきたのもあって俺に書ける事はこの程度の事ですな
> General Resolution: Init Systems and systemd
そろそろsystemd以外のinit入れるかどうかのGeneral Resolution始まりそう
もうChoice 3でええやん……
できるんだけどね。割と簡単に
それよりsystemdがLinux以外に対応してないのが問題
kFreeBSD向けのpatchを送ったら「そんなtoy OSはしらん」とrejectされたらしいし
> 親ウィンドウによる子コントロールのイベントの先取りとか
X Window Systemでもできるよ
根本的な部分から説明するね
Windowsはローカルで動かすためのウィンドウシステムとして作られたので、マウスを動かしたりクリック
したりすると対応するメッセージが対応するウィンドウに常に送られる
だから子ウィンドウに対するメッセージを親ウィンドウで処理したい場合は子ウィンドウがメッセージを
一旦受け取った上で親ウィンドウにさらにSendMesseageで送らなくてはいけない
これに対してX Window Systemはネットワーク上で動かすことを前提にしているため、例えばボタン
ウィジット(ウィンドウ)ならマウスの移動を扱うとその分余計なリソースが消費されてしまうから、
マウスの移動は無視してマウスクリックとリリースに対応するイベントのみ受けとりたいので、
受け付けるイベントと最初から処理しないイベントを設定できるEventMaskというのがあり
処理しないイベントは親ウィンドウやその上位へ自動的に送られる仕組みになっている
ttp://csweb.cs.wfu.edu/~torgerse/Kokua/Irix_6.5.21_doc_cd/usr/share/Insight/library/SGI_bookshelves/SGI_Developer/books/XLib_PG/sgi_html/ch08.html
ttp://csweb.cs.wfu.edu/~torgerse/Kokua/Irix_6.5.21_doc_cd/usr/share/Insight/library/SGI_bookshelves/SGI_Developer/books/XLib_PG/sgi_html/figures/fig.8.02a.gif
処理しないイベントだけ処理できたって意味ねえ
CSpinButtonCtrlから派生したクラスが文字列を全て選択できる様にした上で、
更に基本クラスがフォーカスされた時のイベントを処理、
CSpinButtonCtrlを使うアプリも更にOnSetFocusを処理できなきゃ
恥ずかしくってカスタムコントロールなんて言えないぞ
つづき
当然子ウィンドウが受け取った上で親ウィンドウにXSentEvent等で送ることもできる
ttps://xjman.dsl.gr.jp/X11R6/X11/CH11.html
基本的に設計当時のPCとUnixワークステーションの性能に大きな差があった関係で、
WindowsよりX Window Systemの方が柔軟な設計になっているから、Windowsでできて
X Window Systemでできないことはないよ
ちなみにWaylandはマウスとキーボード3セットで3人同時に動かすmultiseat機能等
もっと複雑なことができる
具体的なページを貼りたいのにNGワードに引っかかる
例えば
emboss.ブログ28.エフシー２.コム/ブログ-エントリ-115.html
にあるような処理はWindowsだと子ウィンドウでのメッセージ処理コードが必要だけど
X Window Systemでは、同様に処理してもいいが、子ウィンドウがマウスクリック
イベントを受け取らないようにするだけで実装できるなど
XTEST ExtensionIの方がもっと柔軟なやりとりができるようになっている
ttps://www.x.org/releases/X11R7.7/doc/xextproto/xtest.html
その処理順序は？
> てかハンドラの追加はできても基本クラスのハンドラを呼ばない様にして全部自前で処理とかできねえよな
XlibはC
基本クラスとは?
全部Cでやるってんなら「基本クラス」を「機能の派生元のコントロール」に置き換えろ
ところで機能の派生元のハンドラを無理やり実行させない方法は今思いついた様な気がする
が、元のコードが終了時に多重開放とかしそうで上手く動くかどうかはわからん
先ずは機能の派生元のコントロールが保持している子コントロールのハンドラと、
機能の派生の為のコードが後から追加したハンドラの処理順序をはっきりさせろ
てかなんでX（Wayland）の上にコモンコントロールの類が無くて
ツールキットの類がそれぞれ自前で実装してるかってったら
WindowsやMacみたいなメッセージキューの類がないからコンポーネント化しづらくって
誰もやりたがらないんじゃねーの？としか思えん
仮にできるにしてもとんでもなく工数が掛かるとかじゃ現実的じゃない
> 全部Cでやるってんなら「基本クラス」を「機能の派生元のコントロール」に置き換えろ
そもそも対応するものではありません
それと
> 先ずは機能の派生元のコントロールが保持している子コントロールのハンドラと、
そもそもハンドラとは?
ウィンドウハンドラというものはあるが、Win32のメッセージループもXlibのイベントループも
caseで場合分けとして実装するものであって、それをクラスライブラリで抽象化したものが
イベントハンドラだから、Win32 APIやXlibレベルではコントロールが保持するハンドラなんて
存在しないのだが
> てかなんでX（Wayland）の上にコモンコントロールの類が無くて
> ツールキットの類がそれぞれ自前で実装してるかってったら
> WindowsやMacみたいなメッセージキューの類がないからコンポーネント化しづらくって
いいえ
歴史的な経緯でX Toolkit Intrinsicsというツールキットの基盤となるものがあってXawや
Motifなどで使われていたんだけど、gtk+やQtが使っていないだけ
揚げ足取りより先に機能を派生する側が後から追加したハンドラが必ず真っ先に呼び出してもらえるのかどうか
それをはっきりさせようぜ
じゃなきゃイベントの先取りも何もあったもんじゃない
揚げ足取り以前に根本的に用語が正しくないの
何度も言うけどプログラミングしたことあるの?
例えばWin32のメッセージループの最小限のコードの例として
（またうまく貼れない)
ttp://wisdom.サクラ.えぬいー.じぇいぴー
/system/winapi/win32/win9.html
だと
ボタンが押された処理はメッセージループの本体の
if (msg.message == WM_LBUTTONUP) break;
であってボタンハンドラなんて存在しないから
根本のWndProc()がそうなってるだけでMFCもVCLも.NETも実際にはメッセージ毎に分離してんだろ
それより先に機能を派生する側が後から追加したハンドラが必ず真っ先に呼び出してもらえるのかどうか
それをはっきりさせようぜ
だからメッセージやイベント構造が同等かLinuxの方が上なら
WindowsでできることはLinuxでもできるでしょ
上位のMFCやQtでどう扱えるかはそれぞれのツールキットの実装の
違いであって、WindowsとX Window Systemの違いではない
お前が最初に話したのはWindowsのメッセージの仕組みがLinuxの
方にないということだったのに何でメッセージやイベント処理の根本的な
部分の話をごまかそうとするんだよ
ハンドラとかslotとか呼び方違うけど順番なんてツールキットの実装次第
それは単独のウィンドウでできたコントロールでしか通用しない話
コントロールが更に子コントロールを作ってる様な高機能なコントロールの話をしてる
先に機能を派生する側が後から追加したハンドラが必ず真っ先に呼び出してもらえるのかどうか
それをはっきりさせようぜ
要するにWindowsやLinuxのウィンドウシステムの基礎であるWin32のメッセージ
ループもX Window Systemのイベントループも何も知らないのね
何にも知らないのにLinuxにいちゃもんつけただけ
やっぱり>>71で言ったように何も役立たない会話でした
> 当然子ウィンドウが受け取った上で親ウィンドウにXSentEvent等で送ることもできる
（先取りとは言っていない）
これを必死に流そうとしてるだけだろ
簡単にスレチとは言い切れないし激論も止む無し
片方がWindowsのMS謹製ツールしか知らないのは良くわかるぞ
俺はめっちゃ読みたい
Linux 用が無ければ Windows 用でもいいです。
（てか、本って一時期より少なくなったね）
だからXの場合はネットワーク越しに飛んできたイベント以上の事を知る事はできない
永遠に交わることないパターンでしょ。
選択肢のどれがなんだって？
initはよう
プログラミングとは別の意味でも
バージョンが10.1→10.2になるんだって
結構security fixがある
メッセージ出るけどなんか意味あんの?
どこの何を入れたか書けば何か知ってる人がいるかもよ
autoremoveでの削除対象にならない…じゃなかったっけ
真面目に取り扱わんでも良さそう
人ですらないスクリプトかも
インストール専用isoだとそうはならない
さっきググって対策見つけたから気にするのは止めにしよう
朝のひとり事でした。てへ
grub-install dummyが失敗しますたみたいなのが出て止まるんだけど
ただgrubの設定が反映されてない感じだった気が
まだ治ってないのな
5.3.0-2にしたら直ってました。
ついでにxorg coreの1.20.4+intel GPUのmodesettingドライバでセッションマネージャが
起動しない(画面が真っ黒)になる症状も直っていました。
Revert "drm/i915/fbdev: Actually configure untiled displays"
がやっとdebianのカーネルにも反映されたようですね。
教えて下さい詳しい人
Winの話題出したら承知しないぞ！ビシッ！
pythonアプリは、標準のレポジトリに載ってないものがほとんどだ
pipを利用してpip search hoge,pip install hogeとかやる
ほぼ全てCUIアプリやスプリクト、APIなどもある（用途はわかるだろう）
例）pip search renameとやればリネ−マーが40個以上出てくる
apt search renameと比較してみるとよい
デスクトップユーザーであってもDebian人ならCUIやらないと損をするよ…というのが言いたいだけ
ID:vyjA2Ujb
ID:DJ+2wSiI
NG
息の方でも結構ですので
道具を上手く使えない要領の悪い人って感じｗ
何をどうしたいんだ？？？
Debian上で「リネーマー」を使う人が居るかどうか含めてスレチと言われてしまえば、それまでだけど
原稿料いくら？
1ページ40円かな。今の相場的に
桁が3つか4つ違うぞ
何の相場だよ
雑誌とかだとページ1万くらいだろ
雑誌か、ウェブページならこんなもんだよ
これでも奮発したほう
ランサーズのライティングの仕事見てみるといい
初心者向けの解説本を作る仕事なんて
ランサーズで見つからないです。
日本すごい系の記事だろ
時給換算してみろ
「まともな人なら誰もやらない」って小学生でも分かるぞ
「らんさーずのらいてぃんぐ」に仕事を出してるバカの考えることは知らないし、質をどう見てるか知りたくもない
本じゃねーっつの。レスよく見てから書け馬鹿
めんどくさいんでランサーズの仕事のページ
見せてもらえますかー？
めんどくせーんで馬鹿の相手はしないのさ、じゃあの
皆に見下げられているのに気付かないのか
とりあえずフルだというデータを出して見て
どうやって採取する？ 気になる
このスレが荒れるのも当然だ
個人の印象や感想に、他人がとやかくいう筋合いはないｗ
今日サーバー用に中古PC調達しに行くので
公の場にわざわざ書く必要性はないよな。誰のためにもならない情報は。
UbuntuやMintは不要になった…これも間違い。やっぱり自分のノートに書くべきでは？
という個人の自由な感想が、どれだけ不愉快か俺にはわかるから書かないわけだが。
標準装備では使い物にならなかった
どうしてgnome shellをインストールしようとしただけで
gdmとか余計なもん入れないようにしてくれ
gnome shellには興味あるけどgnomeのハッピーセットが使いたいわけじゃないんだよ
せっかくパッケージ分けてるなら
それぞれの独立性も重視してくれないかめ
ミニマリスト御用達の distro を使うと
ストレスが減るとおもいます
gentoo 以外に何が良いかな。。。
意外と侮れないRaspberryPi Desktop by Debianとかは？
軽快さ、ブート直後の省メモリっぷりが秀逸
わかるわ、あれと同じ作りのDebian出して欲しいわ
予告通り格安PC
なんだか面白そうだから何日かかけてRaspberryPi Desktopベースで自分好みのDEこしらえてみるわ
リポジトリがどんなんだったかは忘れちゃったけど確かtaskselも使えたはずだからそれほど依存関係とかは困らんでしょう
脱字訂正
予告通り格安PCをGET
NetBSD/OpenBSD
DE使ってれば、そうなる脱DEすればよい
これは何を意味していますか?
何でアレにデフォルトでチェックが入ってるのか不思議だ。
毎回外してるけど。
どうなっとん？
初心者の質問にやさしく答えるスレ
くだらねぇ質問はここに書き込め！
デスクトップでLinuxが普及する必要なない
あたりのスレッドならWinねたも問題ないが、ここはダメ 聖地なのだ
> General Resolution: Init systems and systemd: First call for votes
>
> Voting period starts 2019-12-07 00:00:00 UTC
> Votes must be received by 2019-12-27 23:59:59 UTC
いよいよ投票はじまった
https://parrotlinux.org/
将来どうなるのか
サンドボックスってどういう意味なのかな?
検知出来ないのでは?
sandboxに脆弱性がなければいいんでない？
これは正しい。
だけどそれは設定ファイルの形式の問題
あるいは https://packages.debian.org/buster/mlterm みたいなの
apt-cache policy hogehoge
とかじゃダメなん?
if apt-get is-upgradable hogehoge; then
echo hogehogeはアップグレードできるよ！ここでアップグレードしていくかい？
# y/nを入力させてyなら実行
fi
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
一覧表示...
シェルスクリプトでは apt-get
という使い分けだと何処かに書いてあった気がするけどソース失念
.debみたいにまとまったやつない？
ファイルごとのバラバラのディレクトリなら見つかったけど
それをまとめてDLするのができない
それ以外の方法は分からん
有難う。この使い方知らなかったので、とても勉強になった。
apt-get のシミュレーションモードで grep 2 回使いですが、
こんな感じでしょうか。
#!/bin/sh
CMD=hoge
if apt-get -s -u upgrade | grep Inst | grep $CMD ; then
echo $CMD アップグレード出来るぴょん
fi
dget -u xxx.dscを使いたくない/使えない理由は？
その dget というものが無い
sudo apt install devscripts
apt-get で、全パッケージの更新をしてる
#!/usr/bin/ruby
# frozen_string_literal: true
# 全パッケージの更新
# sudo のパスワードを自動入力する
# echo <your_password> | sudo -S <your_command>
puts `echo ここにパスワード | sudo -S apt-get update`
puts `sudo apt-get upgrade -yV`
デフォルトで存在するし
フォーマットしてマウントしたはいいけどデータ送ろうとすると
ファイル操作は完了しましたがエラーがあります。
って出て、エラーの内容はError creating directory〜〜〜〜
なんですけどどうすれば良いですか？
>Error creating directory〜
このエラーメッセージで検索すれば？
マウント用のfstab という設定ファイルが、今もあるのか？
readonly でマウントしていて、書き込みできないとか？
Rubyは高脳しか使わないが正しい。
でも、高脳には変人が多いからな
>>264
LinuxユーザーにはPythonを超活用している奴がものすごく多いから
デフォルトで入れているディストロが多いよな。
おかげで、Pythonのことはプログラム板よりLinux板で尋ねたほうがずっと良い
という感じだからな。
https://www.youtube.com/watch?v=ou6AGNE4RJE
バージョンを上げるのが面倒だけど、それは他も同じだし
https://i.imgur.com/VzHOAjF.jpg
なるほどこりゃひどい
初心者が近寄らないわけだ
grubの解像度設定、それもインストールメディアのgrubの設定なんか初心者が分かるわけないもんな
失礼した
全くその通り
スペックはこんな感じだけど情報としては十分かな？
https://i.imgur.com/xRDHlnl.png
意図的な嫌がらせか。
Busterになって色々改善されたと聞いていたので、ではそれ以前はどうだったのかと興味が湧いただけだし
インストールさえ出来ちゃえば極めて快適だね
過去のすさまじい悪評は何だったのか
確認のために stretch をブートしてみるのくらい
フツーフツー
残念ながらテキストモードでも同じ症状でしたな
Buster初インストールの時はあっけなく終わっただけに面喰らいましたわ
284さんがおっしゃるすさまじい悪評が何だったのか、どれだけ改善したのか、
興味深いのでしばらく常用して体験してみたいと思います。
日常用途に必要な環境はBusterから同期済なので。
CDからならどうでしょうね
USBは普通にddrescueで作成したものです
このスレでも悪名高いUNetbootinはさすがに使いませんね。
面白そうなので円盤からのブートで検証してみます
只今久しぶりにDVD作成中
追記
この現象の原因は特定済み(デフォルトのgfxmode=800x600とブートメニューに
もれなく記載されているvga=788が当方環境に合わない)で、
rufusで作成したUSBでgrub.cfgを修正してインストールしました。
只今インストールしたStretch上で作業しています。
https://i.imgur.com/QMZD6xc.jpg
やっぱりダメでした(泣)
尚、↓こちらはgrub.cfgを手直し(set gfxmode=1366x768に修正 vga=788をブートメニューから消去)してブートした様子
https://i.imgur.com/Pkowy8L.jpg
282にも書きましたがインストールさえ済めば至って快適そのものですな
https://i.imgur.com/Fn1d0cz.png
最初の画像をeogで閲覧しているStretchの様子です
今のところデスクトップとしての問題は感じられません
有難うございます
ディストリビューションの名に恥じないDesktoperを目指したいと思います
systemd排除する方向の投票はどれなんだ…
しかしsystemdは速いからの・・・
受け入れねば村は滅びるしかないのじゃ
速度変わらなかったやつね
systemd滅ぶべし
そこだけ取り出した init があればなぁ
企業主導で開発が進む現代のLinuxにおいて、Debianの烏合の衆が独自路線でついていくのはもはや無理
滅べ
開発リソースも糞もないというね
マジ滅べ
sysvinit 系みたいなの残ってんの？
派生鳥で systemd 排除したモノがあるらしいけど
LXQt みたいな感じで合流？するの？？
底が浅いのぉ
runitとかもある
systemd以外もサポートしなければならない、多様性を認める程度、
はてはsystemdのみサポート、というレベル感の違う選択肢が投票の
オプションとして用意されてる
どれがどういうものかをまとめたIanのblog記事が参考になる
https://diziet.dreamwidth.org/3999.html
少ないんだとは思うけどユニットファイル追加したらどれくらい増えるんだろうか？
initと数値を比較して優位性を示した記事は見たことがない
メリットとされていたのは口先だけの誤魔化しで実際はデメリットばかり
ブラックボックス化して悪巧みしたいのだろうとだけ感じる
initが起動時したときだけの処理をしてるのに対して
systemdはシステムの動的な変化をトリガーに処理を行う
システムが起動した時だけじゃなくて
ディスクがマウントされたとか特定の時間になったとか
ネットワーク構成が変わったとか
数値の前にinitは機能が足りてないんだよ。
あとinit.dのスクリプトが面倒くさい。自分でpidファイルを作ってとか
start/stop時の処理を書いてとかやらないといけない。
自分で新しいアプリを作ったときに必要になるコードの量がぜんぜん違う
あ、コードの量なら数値でわかるかｗ
比較として適切かどうか
「Java はコードが長いからダメ」っていうのとどう違うか説得力もたせないと
7b77e0f2-4ff9-4adb-85e4-af249191f27a
[ ] Choice 1: F: Focus on systemd
[ ] Choice 2: B: Systemd but we support exploring alternatives
[ ] Choice 3: A: Support for multiple init systems is Important
[ ] Choice 4: D: Support non-systemd systems, without blocking progress
[ ] Choice 5: H: Support portability, without blocking progress
[ ] Choice 6: E: Support for multiple init systems is Required
[ ] Choice 7: G: Support portability and multiple implementations
[ ] Choice 8: Further Discussion
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
Voting period starts 2019-12-07 00:00:00 UTC
Votes must be received by 2019-12-27 23:59:59 UTC
簡単にデフォルト設定を変更できるのもいいな
以前はインストールすると勝手に起動するサービスを
停止させるのは面倒だった
Javaのコードの長さは型情報の追加という意味があるから全然話が違うよ。
init.dの場合、initが面倒を見てくれれば書かなくて済むものを
自分で書かなければいけない。しかもそのやり方はディストリごとに
パスが違ったりと微妙に異なる可能性がある。
なにより量が違いすぎる。/etc/init.d/cronは少ないほうだと思うが92行もある
それに対して/lib/systemd/system/cron.serviceは12行
今のままのinitの使い方はやめるべきだと思うな
init自体はそのままでも良いと思うんだけど、
init.dのスクリプト群にフレームワーク的な構造をを取り入れて
処理を共通化するべきだろう。そしておそらくそれはできる。
start/stop/status的なものはデフォルトで共通処理
そしてオーバーライド可能とかね
そうしないとメンテナンスが大変すぎる。
出ていった半数のメンテナは戻ってこない
つまりDebianが暗黒面に落ちたから*BSDへ移る用意をしておけということだ
「選びたければ systemd にしな」というかんじにしたい人が結構多いのかな
そんな事言っちゃっていいの？
間違いなくドライバ云々で苦労する人続出だよ
デフォルトは10秒間で5回まで再起動が行うっていうけど
起動に3秒ぐらいかかってるから、10秒で5回の閾値超えないんだよな
つまり永遠に再起動を繰り返す。
ちゃんとそこまで確認して設定すりゃいいんだろうが
簡単にミスしてログでディスク枯渇してしまう
blogでどう投票したかを表明している人の内容を見てる感じ
systemd推進派とinit多様性維持派で半々ぐらいの印象
まあN=1桁だけど
何年かしたら再考しようと誰か言い出すし
蒸し返すの禁止にも出来ないし
恒久的なもの（設定ファイル記述ミス）とで分ける仕組み無いかな
一時的なものならsystemdでリトライしてもらいたいが、
設定ミスとかリトライしたってしょうがないだろうと
これのせいで絶対パス限定にした意味がなくなってるし
RestartPreventExitStatus とか StartLimitBurst とかいろいろ仕組みはあるから…。
古来からの文法が刷新されて一から覚え直すハメになったのは分かるけど、
だからって開発者にまで批判ってどんだけ嫌われてるのコレ
Linux版のsvchost.exeってことで色々察したけどさ
swapも最近になって専用領域からファイルに変わったけどそこまでwindowsの後追いしなくてもなぁ
無理やりねじ込んできた様にしか感じない
hogehoge.service.sh みたいな名前で、こんな形式の
シェルスクリプトだったら良かったのにな
description="説明"
before=
after=
exec_start() {
起動コマンドを書く
}
exec_reload() {
再起動コマンドを書く
}
そんな書き方許したら駄目だな
まあそういうのはどういう方向に行ったとしても禁止はできない
それでも本格的にどうするのかを決めるまでにいくのはそんなに簡単でもない
今回でもMLで議論 -> Technical commiitee内で議論 -> GR という
過程を経ているし蒸し返す際にも同じ過程を踏む必要がある
で、蒸し返しの場合だったら一回GRで決まったんだからTCが否決する
可能性が高いんじゃないかな
旧版はセキュリティ的に問題あったのかな
実行順がないところは宣言的でいいが
起動順が重要なところは宣言的じゃないほうが良いよ
例えばEnvironmentとExecStartPreはどちらが先に実行されるか？
こういう処理は本質的に宣言的ではない
すべてを宣言的にやろうとしすぎて逆に複雑になってる気がする
fetchmail 使えない？ うちではこんなエラーが出ている。
$ fetchmail
fetchmail: OpenSSL からの報告: error:1414D172:SSL
routines:tls12_check_peer_sigalg:wrong signature type
fetchmail: SSL による接続に失敗しました。
strech で不自由していないから、そのうち直るだろうとほっぽってあるんだが。
相変わらずサイト構成が解りにくく、たどり着くことが出来ません。
チェックサムはどこに記載されていますか？
まずネットインストの場所を教えて下さい
そんな調子では署名の確認とかもやっていなさそうですね
改ざんされていても知りませんよ
とりあえず公式文書をお読み下さい
https://www.debian.org/CD/verify.ja.html
こことか
https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/
公認ミラー一覧
https://www.debian.org/CD/http-ftp/#mirrors
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912759
OpenSSLのsecurity levelを1に下げたら解決しそうな気がする
fetchmailrcのどこにどう書けばいいかはちょっとぐぐった限りでは
わからんかった
https://www.debian.org/ を開く
Debian を入手する リンクを押す
インストールイメージのダウンロード 項の配下にある 64 ビット PC netinst iso 又は 32 ビット PC netinst iso を右クリックなどしてリンク URLを取得
アドレスバーに貼り付けて isoファイル名を除いて確定
SHA256SUMS などを押して確認するだけ
サイトは綺麗にまとまっていると思うんだけど 解釈する人によるんかな
結局やりたいようにやりゃええ
この文脈で（以下省略
諸先輩方これでよろしいのでしょうか？ Debian 9上でチェック
$ gpg --verify SHA512SUMS.sign SHA512SUMS
gpg: 2019年11月17日 11時48分09秒 JSTに施された署名
gpg: RSA鍵DF9B9C49EAA9298432589D76DA87E80D6294BE9Bを使用
gpg: "Debian CD signing key <debian-cd@lists.debian.org>"からの正しい署名 [不明の]
gpg: *警告*: この鍵は信用できる署名で証明されていません!
gpg: この署名が所有者のものかどうかの検証手段がありません。
主鍵フィンガープリント: DF9B 9C49 EAA9 2984 3258 9D76 DA87 E80D 6294 BE9B
その数値でググれば出てきたりするもんだ
キーボードショートカットで操作しようとしたら隣から二十歳の子が手を出してきて
マウスで目にも止まらぬカーソルコントロールを見せてパパッと済ませてしまった
man 1 gpg
https://ぐぐる/search?q=gpg+公開鍵+承認
https://ぐぐる/search?=debian+iso+署名+検証
https://mevius.5ch.net/test/read.cgi/unix/1007324740
何でも人に聞く前にせめてこの位のリサーチはしておきましょう
訂正
https://ぐぐる/search?=debian+iso+署名+検証
↓
https://ぐぐる/search?q=debian+iso+署名+検証
威嚇するようにでっかい打鍵音を立てるんだろう
あれで覚えるとそうなっちゃうんだよね
あくまでも昔の女子の話で、今は知らない
20世紀末、パソコン教育黎明期にタイプ練習ソフトが流行したな。ソフトの名前も忘れてしまったけど
ローマ字入力派の俺は、そいつと同じマシンを使うと、切替ないといけなくて、微妙なストレスあった。
商業高校でマウンティング大会でも経験したのかなあ
どこに記載されているかもわからない程度で作業状況を示していないのでは書きようがない
キーサーバーを指定しているのは自分なんだからそれを信じるしかないだろう
中大卒で電気関係行った60の母はタイプライター資格取ってたから今も英字タイプでやってるようだ
ローマ字打ちはなんか慣れないって言ってるがどう違うのか俺にはようわからん。俺よりタイピング上なのに
あったなあ(遠い目)
PC98に移植されたやつを万札出して購入して、毎日一時間練習した
元が英語用だから
the quick brown fox jumps over the lazy dog
を何度も練習した
Windows3.1が普及して特打などのローマ字入力を主流にするやつが出て
日本国からキーボードアレルギーが払拭された
依存関係の意味わかってる？
こういう事？
https://github.com/ilikenwf/apt-fast
パッケージは全てにおいて依存関係があるわけではない
同時にインストールできる場合は多い
>>366
それはダウンロードが並列なだけ
アトミックにしか動かない
debファイル手動で落として dpkg コマンドでインストールという手、とか…？
$ apt install foo bar
とか出来た気もするが…？
だから並列にしてもそんなに早くなるとは思えない
逆に遅くなるケースが多そう
並列に動かしたいと言うのが速さのためではなく単に処理中でも他から同時に実行できるようにしたいってことかも知れないが
本来個々のパッケージのインストールは独立しているわけだから
並列してインストール可能なはずだろ？
例えばセキュリティアップデートが自動更新されてるときに
別のパッケージを手動でインストールするとかあるわけじゃん？
今は別のプロセスが処理してるからとか言ってエラーが出るけど
全体にロックを掛けるんじゃなくて、必要な部分だけ排他制御を
きちんとやっていれば、エラーなくインストールできるはず
少なくとも他のOSだとエラーになることはないよね
パッケージのインストールはファイルの
コピーするだけではないので
並列動作の安全性の保証は簡単じゃない
その中途で置き換えてんじゃねえの
なんなら自分でこさえなよ
dpkgでの動作検証出来てるんでしょ？
設計レベルで見直さないといけないから大変だよ
一番厄介なのはパッケージインストールやアンインストール時に実行されるフック
何が行われるのかわからないからパッケージマネージャーだけの頑張りだけでは実現不可能
そういうのをきっちり何に依存するのかしないのかをメタデータで定めて
パッケージ間の独立性を明確にし、どうしても依存する部分は部分的にロックを掛ける仕組みが必要
たいていは独立してインストール可能だと思うけどね。特にサービスではないものは。
一部の例外が大変なんだよ。一筋縄ではいかないから、ここでできないなーってぼやいてる
エラーが出ない他のOSってなに？
俺の知る限りではWindowsもMacOSではインストール中のインストールは出来ないと思うが。
こんな感じで同時にインストールできるようになってるよ
https://snow-white.cocolog-nifty.com/first/2018/07/office-3432.html
https://snow-white.cocolog-nifty.com/first/Open-Live-Writer/810c34d5b394_12BBF/image_c413fc2d-074e-4edd-8e77-1b54fee0d470.png
どこまで理解してから話してるのか分からないから
釈迦に説法だったらごめんだけど、
それが唯一の根拠だとしたら
ストアアプリがどういうものか、なんで並列インストールができるのか、
ちょっとググってきたほうがいい。
ぶっちゃけ、ちょっと恥ずかしい主張になっちゃってる。
そいで、何が言いたいのさ？ｗ
>>381はいい人だから遠まわしにお前に馬鹿引っ込めと言ってくれてるんだよ
わからないやつは親切に言われてもわからないということが証明されたね
いや、それ単なる嫌がらせじゃんｗ
恥ずかしいと、お前は恥ずかしいんだ！っていうだけで
その根拠を何も示せない。
説得力って言葉知ってる？
俺の様なパーには無理な話だが
https://quickfix.es/wp-content/uploads/2018/03/updatediscover.png
KDEのDiscoverシステム眺めてれば？
JDで読めるように再
数百MiBあるようなパッケージ複数ならバラけて見える
小さいパッケージならそんなもんじゃない？
丁度WineのアプデがあったからSS撮ろうとしたが
それなりにデカイはずなのに一瞬で終わって撮れん
すまん、おかしさを感じつつ油断してた
https://i.imgur.com/yFHGrrM.png
再起動が必要なときは自動的に（できれば時間指定で）再起動してほしい
詰まった箇所で質問しないあたり、試してないどころか
検索すらしてないんだろうな
それに再起動が必要な時に、自動的に再起動の方法は見つかりません
>>398が証拠です。面倒かつ必要な機能を満たせていない。
ちゃんと検索してますか？
良いことだと思う。
でも相変わらず、自分で何も調べずに、何も努力せずに、
上から目線で「私に教えなさい！」って人がいるんだな。
ここはホントに、大変なスレだよ。
カーネル更新しても再起動せずにそのまま使っていられるし
もちろん新しいカーネル使いたかったら再起動しないとだけど
せっせと知りたい答えを集めてくれる奴らが一定数いるからね。
俺はそんな身につかない、かけた時間が後で全くの
無駄になっちゃうような調べ方はしたくないけど。
カーネル更新したけど、新しいカーネルは使わないって
なんのためにカーネル更新したの？
最初の単語1個検索にかける時間も惜しむほどシステムに興味がなくて、
それでもIDと口調を偽装してまでしがみつかなきゃいけない
理由ってなんなんだろ？
学校の課題とか？
upgradeでカーネル新しくなったけど
いま仕事広げちゃってるし再起動めんどいなあ
fsckかかったらやだし、とか
カーネルのアップデートはたいていセキュリティ関係だし
暇になったら再起動しとくか、くらい
それカーネルを更新してないって意味だよね？
で、再起動すると起動しないっとwww
あいつも度々IDコロコロしてたのバレバレだったけど
最新版しか使えないローリングリリースは怖くてやってられん
そうすればアップデートに失敗しても問題ないのに
Android上の操作はメジャーアップデートだろ。
リスクは同等か、低レイヤを直接触って
技術でカバーして直せないことを考えたら
Androidの方がリスク高いくらいだ。
Debianで同等にしたいのなら
Dockerコンテナ以外は一切入れない運用にすれば
リスク的にも技術的にも同等になるが？
ってもはやDebian関係ねぇ
420の回答は的外れだ。すまない。
DebianでやるならLVM？
って当たり前か
某OSと比べるとそこが利点に感じる
無理矢理他のパッケージマネージャ入れたり自分でmake installしたりすれば簡単にぶっ壊せるよ
あるのだけど、
- リポジトリがない（ストアアプリにはあるけど全てを管理できない）
- お作法というか縛りが緩くてメーカーのやりたい放題
- 連結サブパッケージシステムとも呼べる物が複数乱立してる
辺りがカオスの原因じゃないかなと。
そういう意味では423はWindowsの現状を
Debianで無理やり再現してると言えなくもなく
意外と合ってる気がしなくもなくもない。
（無理やりだけど。）
けど現状そうなっていないという事はMSや周囲がパッケージマネージャを導入する利点を見いだせていないという事だ
パッケージマネージャは単なるインストールツールに成り下がりつつあるね
そしてデスクトップだとアプリのフィーチャーアップデートを積極的に入れるから、
aptのような保守的でコンポーネントを極力共有するスタイルのパッケージマネージャはあまり適さないんだよね
ひょっとして、こいつ、自作自演か？？
まともな状態は三日と続かないｗ
それいったらmacOSにもパッケージマネージャーもリポジトリもないよ。
サードパーティのHomebewにお世話になるしか無い
で、CLIで動くWindows標準の公式パッケージマネージャーといったら
PackageManagementだけど裏ではNuGetやChocolateyが動いていて
これらのサードパーティのパッケージマネージャー＆リポジトリを
（パッケージプロバイダとして）共通インターフェースで扱えるもの
NuGetはほぼ.NETライブラリ用なので、アプリとしてはChocolateyがリポジトリとして使われてるね
サードパーティだから、リポジトリがないと言いたいんだろうけど、でもWindowsで
パッケージマネージャーを使ってCLIでいろんなアプリをインストールすることはできる。
現時点で全部で7,387パッケージあるらしい（細かい派生パッケージ？を入れると82,802らしいけど）
Debianも6万ぐらいパッケージあるけど、ライブラリとか細かく分かれてるから
アプリとしての数は同じぐらいでは？
CIサービスではソースコードpushしたら自動的に環境が構築されてテストが実行される、
つまりCLIと同じようにコマンドで自動化されてるけど、そういうのでもChocolateyなどが使われてる。
ともかく、知らない人が多いだけでパッケージマネージャー対応としては
十分だと思うけどなにか不満ある？
聞いたことない
お前の印象じゃなくて事実を語れ
板違いだからその必要は無い
https://wiki.debian.org/DontBreakDebian
非公式なリポジトリを混ぜた状態をFrankenDebianと呼んでる
なんかツッコミどころ満載のページやなｗ
そりゃアプリの開発者は（一部例外はあるだろうが）
Debianで動作保証なんてしてないんだから動くかどうかわからない。
それを保証してるのがDebianってことだろう？
そこはWindowsと大きな違いなんだわ。
Windowsはアプリの開発者が、Windowsで動くことを検証してる。
多くはバーション指定して動くと保証してるね。
それとそのページ、ソースからビルドしろって言ってるけど
要するに、他人がビルドしたものを使うなってことじゃないのか？
そのことには同意するけどさ、これもWindowsに当てはまらないよね
公式がビルドしてるんだから
そのページは結局、Linuxの世界は特定のディストリで正しくアプリを
インストールして動かすことの難しさを語ってるだけじゃないのか？
それは俺もそのとおりだと思うよｗ
そこのリンク先にもFlatpaksとかSnappyを使えって書いてあるけど、
FlatpaksやSnappyで提供できるようなものは
Debianパッケージとして提供するのをやめたほうが良いと思うんだよね
「ユーザーは開発者である」の思想を追求したことが、結果として本来の開発者とユーザーの間の溝を広げてしまっているというのは皮肉な話だな
不快感を隠しがたいんじゃね
バグ修正しても対応できません。本家では直ってます。後は知りません。
旧バージョンのサポートは終了しました。
枯れてるコマンドは良いけど、開発速度に追いつけないんだよね
そりゃWindowsでも開発元が自分のソフトだけインストールして検証するなら動くだろ
むしろ動くか検証しないでリリースする会社いるのかよ
ぶっ壊れる事件も多々起きてるのは…
という親切なページがいつの間にかできたんですね。>>441
初心者向けに、きちんとまとめてあって良いね。
Debian 公式レポジトリーを使うのは昔から基本。そのための APT。
基本を守っていれば、滅多に不具合は起きないから。アップデートもあるし。
サードパーティのパッケージは十分な検証が行われていないからね。
サードパーティでも、FlatpakやSnap を使ったほうがいくらかマシなだけで、
それらも、""some ways to reduce the risks""と警告されている。
Windows であっても、匿名のサードパーティはインストールしないよね。
Windows Updatesに相当するのが、Advanced Package System。
午前中にはすでも終わってるよ
わしもか
一覧を入れてくれる。サードパーティリポジトリが問題の原因の可能性も
あるからね
その要望を理解してないんだよね。
サードパーティのソフトを入れても壊れない仕組みを作ったほうが良い
公式リポジトリのパッケージは検証済みというのも眉唾だな。
せいぜい公式リポジトリの共有ライブラリとリンクされたものが最低限動くという程度のテストだけで限界で、
マイナーなパッケージでは機能的な検証がロクにされてなくて使い物にならないものも珍しくない。
可能な限り共有ライブラリを使わずに静的リンクせよとガイドラインを出すだけでも、
遥かにロバストになるし検証の手間も減ると思うね。
まずこのへんでも読んで理解しろ
これすら理解できねぇんなら3才児が｢げんぱつはんたーい｣って叫んでるようなもんだからママのおっぱいでもしゃぶって黙ってろ
ところが、最近流行りのGo言語は全てスタティックリンクするのが基本なんだ
そして、もはや常識となったコンテナ技術はある意味究極のスタティックリンク技術とも言えるもので、
アプリケーションに対してLinuxシステムを丸ごと実質的にスタティックリンクする
残念ながら、時代はスタティックリンクなんだ
セキュリティはクラウドプラットフォームのレイヤで確保するものなんだ
ところがデスクトップPCにストレージを繋いでブートするとこのような事は起こりません。
しかもノートPCのままでもSSDからHDDに丸ごと書き換えてブートしてみてもこのような事は起こりません。
ノートPCで使用しているNICドライバはfirmware-iwlwifiで、OSインストール後にaptで入れたものです。
NIC自体は以下のものです。
https://ark.intel.com/content/www/jp/ja/ark/products/75439/intel-dual-band-wireless-ac-7260.html
システムログ関係も見直しましたが、いまいちよく分かりません。
原因としてどのような事が考えられるでしょうか？宜しければご回答頂けると嬉しく思います。
てめえのそのクソ箱んなかのgoやdockerのバイナリがどうなってるか確認してみやがれクソニワカ
コンテナとstaticlinkを同列扱いしてる時点でガイジ以下なんだよクソ虫が
NGID に都度でぶっこんだとしてもコロコロ変えてくる奴が出て来るだけなので
私は諦めてる
※感じ方には個人差があります
逆に ID:WxPywLO6 や ID:rfzCB+FT をNGIDにすべきだと思います。
スペースキー連打したりするとコンソールに「crng init done」と表示されるので、/var/log/messagesからコピペして
検索してみたらエントロピーの枯渇との事
何でも4.16カーネルからのバグらしいですね
aptでhavegedというパッケージをインストールしたら何の問題も無くなりました
どうも失礼致しました
https://vote.debian.org/~secretary/gr_initsystems/index.html
結局何がしたかったのか…
以前も書いたが、non-free版isoでもnon-freeファームウェアがインストールされてなかった
dpkg -l firmware-linux-nonfree でインストール済みの有無を確認して無ければインストール
お考え頂いた通りにfirmware-iwlwifiもfirmware-linux-nonfreeも後からインストールしたんですけど
問題は解決しませんでした。その後一応何度もupdate-initramfs等も試してみました。
乱数生成等はあまり知らなかったのですが、>469に書いた通りに乱数生成デーモン？を追加したら問題は解決しました。
でもレスを下さりありがとうございます。
https://www.phoronix.com/scan.php?page=news_item&;px=Debian-Devs-Vote-For-Prop-B
/usr/local/src以下にソースコードを配置して
/usr/binとか汚したくないから、/opt以下にインストールして.bashrcでパス通してる
update-alternativeは使ってない
> /opt以下にインストール
基本だよな
昔は /opt./kde/bin とか良く使われたもんだ
>>474
ソースコードはユーザーのホームディレクトリ以下に入れる
ビルドの段階で/usr/localとか/optとかに置くな
ビルドをユーザー権限で行えないだろ
ビルドした後は/usr/local/binとか、パスにlocalって入ってるものを使う
大抵自分でビルドしたものはそこに入るようになってる
/optはユーザーがビルドしたものではない
他のパッケージシステムなどがインストールするパス
/usr/local/srcは/usr/srcと同じで、ソースコードから
ソースコードパッケージをビルドした後、そのソースコードパッケージから
ソースコードをインストールするときのパス
ビルドするためのソースコードを置く場所ではない
/usr/local/binなどのlocalが含まれてるパスは
システム標準パスよりも優先されるように最初から設定されてる
.bashrcでパスを通す必要もない
また自分しか使わないなら、ユーザーホームディレクトリ以下の~/binや
~/.local/binを使う。（最新ディストリなら）標準の.profileで
それらのパスが存在した場合はそれを使うようになってる。
https://ja.wikipedia.org/wiki/Filesystem_Hierarchy_Standard
すまないがどういう意味で「標準じゃねえ」のか分からんかった
> ビルドをユーザー権限で行えない
コンパイル作業自体は /var/tmp/hoge-0.1 とかで行うもんじゃないのかい
貴殿が言う「ビルド作業」というのが何を指すのか全く分からんので何ともいえないが
たしか kernel 以外は全部ユーザ権限で全く問題なかった気がする
kernel がどうだったかは、さすがに大昔すぎて忘れた
ユーザ権限で出来たかもしんない
K6 系プロセッサで寝る前にコンパイル作業を始めてたことだけは覚えてる
ソースコードのビルドをユーザー権限で行うなんて常識やろ
ソースコードを修正してGitHubにpushとかしたことないんだろうな。
GitHubにpushするならユーザーの鍵を使うに決まってるし
ユーザーの鍵を使ってpushするならソースコードはユーザー権限で
触れる所にあったほうが良いだろ。
ビルドの段階でシステムに影響を与えるようなことなんてしたくないだろ
ユーザー権限で行っていればそういう自体は避けられる。
システム権限が必要なのは最後だけ使うもんだ
君のいう「ビルド」の定義が分からんのよ
ビルドの定義にこだわってるからわからんのよｗ
できる限りユーザー権限を使え
それだけだ
>>479 は読めないのかい
それのどこに「ビルドする場所」なんて書いてあるんだ？ｗ
意味不明。/var/tmpはソースコードをビルドする場所なんて書いてないだろ
だいたい/var/tmpはファイルがいつの間にか消える場所だぞ
> だいたい/var/tmpはファイルがいつの間にか消える場所だぞ
/tmp と混同してないかい
そもそも他のユーザーと共有される場所を使うとかありえんよな
他のユーザーだが同時にビルドししようとしたどうするんだｗ
標準のやり方で楽にできるようになってるのに
オレオレルール導入で面倒くさくしてるだけ
ソースコードはユーザーのディレクトリ以下にgit cloneして
そこでビルドして、最後の最後の段階でsudo make installとかして
システムに入れるんだよ
しっかり書いてあるなｗ
> ./configure & make
極めて無粋なツッコミなんだが ./configure && make ではないのかい
そうなのか
太古
$ ./configure
$ make
$ su
# make install
大昔
$ ./configure
$ make
$ su -
# make install
とかいう書き方くらいしか知らんかったもんでね
configureとmakeって読み替えてくれ
まあ必ずしもconfigureやmakeを使うわけでもないがな
makeだけの場合もある
ともかくそのあんたが書いたコマンドでは、
ソースを/usr/local/srcにおいて
ビルドを/var/tmp/hoge-0.1でやって
インストールを/optになんかできないはずだが？
昔と書いてるから、今は当然sudo使ってるよな？ってのは良いとして
ユーザーのホームディレクトリ以下にソースを置いて
$ ./configure
$ make
$ sudo make install
よっぽど変なものでない限りこれで/usr/local/bin等に入る
ソースコードの編集やビルド途中の生成物の削除などもユーザー権限のまま自由自在
一番楽なやり方で、一番正しく動く
お前、実はプログラムかけないだろ。&とandの違いを書いたつもりってｗ
平和だな
日本語含めてな〜んにも知らないだろww
あなたの脳内のことは他人には分からんよ。
まずは相手に理解できる文を書けるようになった方が良いと思うよ。
でないと他人と関わってプログラムをすることは出来ない。
/usr/local/srcではないと言ってるだけなんだが
インストールする場所も/optではなく/usr/local/以下にするのが普通
この文章でわからないですかね？
8GBスワップしていたけどサクサクで全く気付かなかったよ
ノートPCではこれ一択だね
ZRAMの方が断然パフォーマンスがいい
Z何某なしの時の空き物理メモリ ＞ Z何某ありの時の空き物理メモリ
本来なら物理メモリが足りてる筈なのにZ何某の為に確保してるメモリのせいで足りなくなる時はZ何某がない時の方が速くなる
Z何某がなくてもギリギリ足りなくなる時に発生するペナルティがZ何某のお陰で軽減される時はZ何某ありの時の方が速くなる
それを超えていくとZswapみたいながっつりな方がパフォーマンスが高くなる
が、スラッシングが発生する様な状況に陥る時点で相当パフォーマンスが落ちるのはどれも同じ
メモリ増やせｗ
…管理継続できるの…？
パフォーマンスの問題じゃなくてさ
ZRAMはスワップが発生しないことを前提とした環境で動かすものだから
ノートPCみたいにブラウザとかが可変的にメモリを大量に使うような環境ではzswapを使うべきだと思うのだけど
自演で独演会でしょ
実際にはかなり早い段階で実スワップへの書き込みが発生するけど
zramの場合には指定した領域分を超えるまでは
殆ど実スワップへの書き込みは発生しない
このくらいの状況でもzramだとキビキビ動く(スワップの内の8GBがzram)
https://i.imgur.com/qfAPOV1.png
いつもスワップしてる人でzswap使ってるなら
騙されたと思ってzramに変えてみ？快適さにビビるぞ
https://www.fabshop.jp/%E3%80%90step-39%E3%80%91raspberry-pi%E3%81%A7%E3%82%82zram%E3%81%A7%E3%83%A1%E3%83%A2%E3%83%AA%E3%83%BC%E6%8B%A1%E5%BC%B5%EF%BC%81/
ただし今はlz4よりも
デフォルトのlzo-rleの方が高速だから
echo lz4 > /sys/block/zram0/comp_algorithm
スクリプト内の上記の行をコメントアウトしておくのを忘れないようにね
https://i.imgur.com/LhNgPy1.png
空きメモリあるのにスワップに書き込まれちゃうからswappinessを0にしましょうとか書いてあるクソブログ信じてそう
中途半端な理解力で語ってるのはお前の方な
ストレージにアクセスが掛かる作業の際に
実スワップが大量に使われていると
ストレージ速度がボトルネックになって効率が大幅に低下する
そういう状況でzramしていたらストレージではなくCPU側に負荷が回るから
CPU側の利用率に余裕があればzramを利用しない場合と比較して作業時間が短縮されるなんて
ちょっと考えればLinux初心者でも理解できるだろ
普段の利用でボトルネックがCPUになっていない限りはzramを使わない手はないんだよ
前半の言っていることは合ってるけど
それでZRAMを使おうと考えるあたりやっぱりスワップを理解してないわ
ありがとう。
linuxではswapがたりなくなると書き戻しするようなので、
zramだけで大丈夫ですよ。
Linuxはスワップが不足したときに何もしないぞ
メモリ不足になってOOMキラーするだけ
OOM Killerも機能としてはあるけどマトモに動く保証はないし
当時はメモリ8〜16MBくらい。
スワップが始まると猛烈にディスクアクセスがあって、一瞬UNIX機の動きがとまるのなｗｗ
今の自宅PCは8GBメモリだけど、いつも1〜2GBくらいしか使ってなくて、
一体どうすればスワップするほどメモリ食うのかと、小一時間ｗｗｗ
Linuxはデフォルトの設定で空きメモリ半分以上あってもスワップ使い始めるけど
いい加減ブラウザ使ったほうが良いぞ
スワップなんて大丈夫だよね
liquorixカーネルにしてるからlzo-rleにも対応してるしzram導入しようかな
ほとんど使われていないソフトウェアのデータをメモリに置いておくなんて無駄なんだよ
だからそんなのスワップさせてキャッシュに使える領域を広げてる
カツカツになった時のLinuxのメモリ管理は酷いぞ本当
50レス以上してる奴は存在しないぞ
試そうと思ったのだが、、
1.インストール直後XfceではPolkitが自動起動されていない。
synapticなどのアイコンを押しても起動しない。
→ 自動起動するように自分で設定したら認証画面が出てアプリが使えるようになった
(→ lxpolkitが良さそうなのでそれを使うことにした)
2.clipitが挙動不審(Deb9ではほぼ正常動作(たまに履歴に追加されないことがあるが…))
→ parcelliteに乗り換えて解決
日記ですすみません
>>538
よければlxpolkitをあえて使う理由を教えてほしい。
xfceパッケージが、本家gnomeがpolicykit-1-gnomeを使わなくなった事に追従できて
ないためだと理解してたんで、単純にpolicykit-1-gnomeを追加して使ってる。
必要なら乗り換えようかなと思ってる。
>>540
lxpolkitはLXDEの一部だから軽そうだと思った。
主にそれが理由です
7GBもメモリー余ってる状態でスワップする？？？ｗｗ
それ、どうやって調べてる？
ただ、ガッバガバに余ってるときの挙動は…どうなんだろうねえ…
「スワップしている」ということをどうやってチェックする？ｗｗ
思い込みじゃダメだぞｗｗ
total used free shared buff/cache available
Mem: 30Gi 700Mi 293Mi 55Mi 29Gi 29Gi
Swap: 2.0Gi 84Mi 1.9Gi
Swapの行のusedの列がスワップしてる量
だった。なんで再起動したんだっけ？
あけおめ
今年もIDコロコロしながら頑張ってね。自称スレ主のボクちゃんｗ
迷惑かけるなよボク
ID詐称する前に涙拭けよ腰抜け
遅いHDDだからそのたびにプチフリみたいに一瞬固まって困ってたけどちょっと前の話見てzswap有効にしたら体感的にはだいぶマシになった
以前からswappinessはいじってなくても起きてなかったんだけど今は1にしてもほとんど変わらず同じぐらい発生する
単に古くなっただけで要求されるスペックに間に合ってないだけかもしれんけど…(´・ω・`)
対応するのはかなり大変？
対応というか別物
Zramも有効にすると更にいいよ
zswapが単なる圧縮でいいのかな。
zswapを試してそれでもディスクアクセスするならzramも併用するといいだろう。
zramはただのスワップ領域
zswapはスワップの圧縮キャッシュになる
使い切るならzramも併用した方が良い
raspbianだとその辺の調整が肝になりそうなんですよ。
SDカードにSWAPするなんて正気じゃないし
rootをHDDにすることもできるので、
ひょっとするとzswapのほうが効率良いって答えもあり得るんですよね。
zswapで設定できる数値はあくまで最大利用率だから
50%とか指定しても実際にはそこに達する前にディスクアクセスが始まる
zramは一度容量を確保してしまえば
指定した領域を使い切るまでは基本的にディスクアクセスは一切ない
叉はこちらへ
【Raspberry Pi】ラズベリー・パイ part51【ARM】
https://mao.5ch.net/test/read.cgi/linux/1576820900/
zswapがcpuの使用率削減に役立つならそれもいいかなと主今し他。
>>569
ありがとうございます。
ならzswapのほうが良さそうかね
正しくはGNU/Linuxな
Linuxの話にGNUは関係ないだろ
そしてureが依存邪魔してるよ……
むしろ厳密に限定してどんな話題があるのよ
閑古鳥でスレ要らねってならんか
このスレが無くなったとしても問題ない。スレを維持するのが目的ではないから
目的は情報の検索と共有なので適切にカテゴライズされてるいるほうが初心者や色々な人達にとって都合がいい
志賀なにがしはMintコミュニティで起きたことだから、まだスレ違いとは言えないと思う
でもzram/zswapはなぁ…さすがにDebianとまるっきり違うしなぁ
ノートパソコンで Chrome / Chromium のタブを100個くらいとか？？
らずぱいは知らない
住民以外がスレ流してまくってる現状は違う
この板は過疎しても落ちないから心配ない
【コミュニティの一生】
面白い人が面白いことをする
↓
面白いから凡人が集まってくる
↓
住み着いた凡人が居場所を守るために主張し始める
↓
面白い人が見切りをつけて居なくなる
↓
残った凡人が面白くないことをする
↓
面白くないので皆居なくなる
そういうのが最も不要
思い出したからってレスしなくていいよ
わかんないなら黙ってればいいのに
「ボクのわかる話しかしちゃダメなんだい」って言ってるようにしか見えないよね
｢そういうの要らない｣っていうお前らのレスも要らんことに気付け
外出先でノートPC使って開発する時なんかに役立つ
正直メモリ管理はWinの方が優秀だからWinで開発すれば良いんだけど
ノートでもDebian遣いたいならzramする事になる
Linuxの世界では、ファイルシステムのようなコア技術はRHELに採用されない限り決して普及しない
最強厨ならXFSにしとけ
メモリ消費がヤバイわ
それもそうだね
XFSに戻すよ
ありがとう
VSCode すら使ってないから必要性を全く感じないや。。。
開発って何使ってるん？
eclipse か何か？
こいついらない
こいつもいらない
VSCodeがそんなに食うともおもえんが
泥スタとかでも8Gも積んでれば間に合うだろうしな
調べごとするためにブラウザも一緒に開くし
素の状態で軽く使う分には物凄く軽量だから、俺も最初は勘違いしてた。
それを踏まえても良いから使ってるけど。
やたら持ち上げてる人いるけど、MSのOSならともかく、Linux上での開発に別に必要を感じない
それともwindows系の開発とかとかチームの他人と同じ環境を共有したいのならわかるが
それなら別に素のDebian使わずにWSL使うよね
VM使うにしてもいくつも開かないでしょ
16Gも積んどけば十分
VMいくつ開いて作業してるんですか？
ゲームとかじゃないよね
vscode以上のエディタあるか？
EmacsはVSCodeと立ち位置が完全に被るからもう死んじゃったけど
デスクトップでは使わない。SSHしたときに使う簡易エディタ
設定にこだわることももうしないね。デフォルトでそれなりに色がついてカーソルキーで移動できればOK
かまうな
全部NG
組み込み用のC(GCC含む)と、pythonとRを使ってます。vimで。
まず何ををしたくて、何をトライしたのかを書きましょう
トラブル解決の常識でしょう？
カスタマイズやプラグインで、あぁMSだなぁという感じの若干のトラブルはあった。
Windowsでよく感じる、MSがこう使え！というのから外れて使うと非常に使いにくいという感じかな
そんなに素晴らしいとも思わなかったので、自分はそのまま使ってないが、
上記でメモリなどリソースを大量に喰うという話なので、そうしてでも使用するに値するだけの
メリットを感じている方がいらっしゃるのなら、その使い方を教えてほしいものだというだけの話
とにかくいいんだ！という信心的ココロであれば、ご勘弁ください
中身がなにもないよ
本当に知りたいわけではないんだろうな。
使い込んでなさそう
使い込むとCLIで動く以外でなにかvscodeを超えることができるんですか？（ネタ機能はいらんｗ）
使い込んでようやくvscodeに近づけるvimよりも、
使い込まなくても便利なvscodeの方が良いですよね。
なにか意見ありますか？
野球選手とサッカー選手のどっちがより優れたスポーツ選手か？
というマヌケな論争になってる。
かつ双方がその事に気づいていない。
仰る通り
キーバインディングとか慣れたら vim でもスムーズなのかも知れんけど
vim 初心者向けのまとめページとかったら紹介してくれまいか
というかvimも使い込んで設定やプラグインを煮詰めなくてもそこそこ快適に使えるのがメリットだよね
カスタマイズは最小限にしたい派の俺にとってはvscodeもvimも最高の道具だよ
emacsは論外
他のマシンに繋げてファイルを操作するなんて用途のときにもすぐ使えるのが便利
逆に自分のマシンだけで完結することしかしないならemacsでいい
正式にはvimのtiny版
GUI使えればmicroである必要ないし
vimを使わない理由はなくなると同時に
vimの特徴もなくなってしまうと思うがどうか？
あえてvimである理由がない
> というかvimも使い込んで設定やプラグインを煮詰めなくてもそこそこ快適に使えるのがメリットだよね
それだとvim-tinyで良い気がするね
vimには多数のexコマンドがある
使い慣れた人はそれを好む
また、通常モードと挿入モードがあるのは混乱のしどころだが編集時のみ文字入力が許可されるのはメリットとも解釈出来る
それ以上はウニ板のVimスレにでも行って語るといいだろう
Vim Part29
https://mevius.5ch.net/test/read.cgi/unix/1550073259/
ここ？
YES
ありがと
色々いじってみる
vimに限らない話だがね
同じ目線で話したければまずは半年は使ってみろ
現状維持で使うもの。SSHログインした時用だよ
サポートされてる最古のDebian8でも
Windows10と同じくらいの時期だし
クリティカルなバクが潜在する可能性があるものをユーザーには推めない。
今後新しいIDEやエディタが出ても、Vimキーバインド拡張はほぼ確実に作られる
アプリがバグがないってことじゃないんだよな。
そもそもアプリ作ってるのはDebianじゃないからね
そしてクリティカルなバグというのは起動とセキュリティに関してで
アプリのバグは含まれない
つまりどんなに枯れてても、アプリのバグが修正されるわけじゃないってこと
vimキーバインドのどこが優秀なの？
> Vimキーバインド拡張はほぼ確実に作られる
それはvimキーバインドが変すぎて乗り換えられないからだよ
アップストリームの開発者がメンテナンスを放棄したら、
誰がメンテナンスすると思ってるの？
ようなパッケージも割とあるからなあ
もうOSSブームも去ってメンテナも減ってるんじゃないかな？どうなんだろ
検索を掛けたら、その経緯が分かります。
リリースクリティカルじゃないバグは放置されるわけでしょｗ
Windowsもリリースクリティカルなバグは修正されてから
リリースされているといえば、理解できるんじゃないかな？
どのOSもバグが残ったままリリースされてるのが現状
Windowsみたいな閉じた開発環境ではありませんからね。
バグがあれば、メーリングリストでオープンに議論され、対処する。
ありがとう
leafpad orphan
でググったら色々出て来た
実際には私生活が忙しいとかで
非セキュリティ関連のバグは放置がデフォ
パッチを投げるならともかく単なる報告は無駄に終わりがち
「代わりにメンテナしないかい？」
というババの押し付け合いに巻き込まれてしまう
それを防ぐには upstream ではなく distro のパッケージャにパッチ投げるしかないな。。。
クリティカルじゃないバグは放置してリリースされてるよ
最近どうなんだろう
例えばwmaker関係
https://salsa.debian.org/search?search=wmaker
そう思うならまとめられたアフィブログでも晒してみろよ
正しくは「セキュリティ」クリティカルじゃないバグな
ハンバーガーを食おうとしたらハンバーグが入ってないみたいな機能的にクリティカルなバグは余裕で放置
最強のセキュリティを実現するには可用性をゼロにすればよい理論だね
クリティカルじゃないバグは放置してリリースされてるよ、と言い切るのはどうかな。
安定版のポイント・リリースでは、セキュリティ関連以外のバグも含まれるし。
バグを発見して報告したら、たいてい何らかの反応はかえってくると思う。
バグ自体にメンテナーが気づいていないかもしれないし。
それで修正されたり、それが困難だったら削除されたりね。
ユーザーが利便性を要求するのはわかるけど、開発してる人には本当に感謝してる。
Linux界隈の崩壊の日は近い
それで崩壊するならBSDなんて……もう崩壊してるか
ハンバーガーにハンバーグなんて入ってないでしょ
パティとハンバーグは全く別のものだ
これ、豆じゃなくて常識な
じゃあ正しいレシピを提出してくれないかな？
提出した？なら君は才能あるから僕の代わりに調理担当にならないかい？
報酬ゼロ円で苦情に対処し続けるだけの簡単なお仕事だよ？
こ れ が 現 実 ！ ！
これ常にstableのbackportをインストールする方法ありませんかね？
stable-backportみたいにできたらいいんですけど
パッケージ全部アップグレードして欲しいって話？
それともbusterとbullseyeを混ぜて使いたいの？え？w
/etc/apt/apt.conf.d/local作成して
「APT::Default-Release "stable-backports";」にすれば行けない？
一気にバックポートに更新したいだけなら
sudo apt -t buster-backports upgradeすれば一応可能だけど
質問した人じゃないけど超役に立った
リポジトリ追加するだけじゃダメなんだね
流石ただの雑談野郎やアフィカスとは格が違う
ありがとうございます
それなら、まだテスト版をインストールするべきだよ。
よくよく慎重であるべき。公式な解説も読んで ↓
Only select single backported packages that fit your needs, and not use all available backports.
https://backports.debian.org/
初心者の頃にはsudo打つのが面倒くさいという理由だけで
常にルートでログインしていたのは良い思い出
実際常にrootでいいよ
ひとことでいうなら“邪魔”
上位スレにおもしろ半分の衆等が来るのは避けられない
あっちも、こっちも、荒れっぱなしだ。
荒れてるのはお前が見てるスレだけだよ
つまり犯人わかっちゃった
Debianはド安定過ぎて話題が無いんだよな
mozcやuimとかを再インストールしなきゃならん
sudoコマンドを使うと通常はrootになる
rootは必須
こんな気の利かない自治厨がしゃしゃり出てくる様ではかえって荒らしは面白がるに決まっている
質問してくれる初心者が不足しているのがDebianスレの特徴
Debian自体もbusterでド安定になった事で
更に質問者が減ってしまった
釣り針が丸見え
不特定であやふやなものの意見を勝手に代弁する行為
そんなのばっかり
あざ笑うのは単なるナルシズム
最近のレス程度で荒らされ放題と思うのはただの井戸蛙
調べるとシングルユーザーモードでなんとかできそうだと分かって起動までは出来たのですが、nanoで編集しようとするとRead onlyと言われ書き込みできませんでした。
whoamiではrootと出ました。
どうすれば書き込めるようになるでしょうか…
liveメディアで起動し、マウントして編集するのが最も手軽
じゃだめなの？
su - でsudoバイパスしてroot取れたりしない？
busterでは違ったのかな
debianはrootあるけどubuntuとかの派生はなかったような気がする
rootでログインしないのと、rootを作成しないのは別。
rootでログインできなくても、rootになることはできる。
rootにならないといろんな事ができない。
Linuxでは"必ず"rootを作成しないと機能しない。
DebianでもUbuntuでもrootは必須
分かっていたら、ubuntuでrootがないなんてアホなこと言わない
しておけばしておいたで「はあ、やっぱ仮想マシンはダメだな」と思う
お前、めんどくさい奴だな
ubuntuとかの派生はrootでログインできなかったような気がする
ほれこれでいいか
面倒くさいも何も、rootがないのと、ログインできないがrootになれるのとでは、意味が全く違う
Windowsはrootに相当するアカウントはAdministratorだが、
ログインできないだけでなくAdministratorになることもできない。
デフォルトで無効になっている。互換性のために一応残っているが、削除しても問題ないだろう。
Administratorを削除する方法
https://www.top-password.com/knowledge/delete-windows-built-in-administrator.html
WindowsはAdministratorを削除しても動くが、Linuxではrootを削除すると動かない。
エキスパートインストールならdebianと同じように
rootユーザー作るかsudoにするか選べるんじゃなかったっけ
どちらにしろrootユーザー作るって言ってるだろ
sudoの仕組みも知らんのかよ。
興奮しないでね
自動的にrootアカウントを作らずにsudoができるような環境になる。
それやってもrootはいる。id rootってやるといるのがわかる
rootを削除できるTrusted OSのお守りしたことあるが、rootがあっても非常に面倒
日本語記事ではどこからともなく廃止という嘘が登場する
それが日本のレベルの低さ
iSCISがなんたらって出た。こんなん初めてで電源オフしてオワタ
実質最小インストールは不可能になったんじゃなかったっけ？
Debianでもそうなったのかな
Debianで最も不具合の少ないDEはどれになるでしょうか
機能云々より安心して使いたいので、ご享受頂けますと嬉しいです
インストーラーの自動設定に任せたら、勝手にこれがインストールされるようになっています。
Ubuntu Desktop(gnomeベース)は結構クソミソに言われてる様ですが、個人的にはそこまでかなぁと思ってました。
Debianがデフォルトにしてるだけあって余程安定してるのでしょうね。
お勧め頂いたデフォルトのgnomeでインストールする事に決めました。
貴重な情報、有難うございました。
オプションで色々と組み合わせて使えるけれど、
最初の回答にあるように、デフォルトで使い始めた方がいいよ。
>mateとかxfceを選べば
それぞれのデスクトップで最適な構成を自動的に設定してはくれるけどもね。
いじるのは、使い込んでからにすべきだと思うよ。
重ね重ね有難うございます。
733さんは私ではありませんが、メインはデフォルトのgnomeで、他のDEを試したくなったら予備のストレージで試してみます。
MATEやxfceを選択したときの標準は、Xorgです。
自分似合うもの探すために後でいろいろ入れてみれば
自分の方が合わせればいいじゃん。
どうせどれ使っても既製品
自分に100%似合うものなんて無いんだから
服のサイズと同じだよ
iSCISボリューム変更できます
↑
こんな、表示が出ます。見たこともない。以前はHDDのドライブが見えたのに出ないです
ググっても似たようなケースの報告もありませんでした
ファイラーだとか圧縮GUIだとかシステムモニタどかその辺
GNOME以外を選択したら、不具合に出くわす確率が高まるから。
複数のDEインストールしたら、ログインマネージャも複数混在することになります。
ログインのとき、困るかもしれません。KDM,GDM,XDMなどが混乱したらね。
>マンパワーが足りてない気がする
いろいろなデスクトップが出現して、メンテナーが対応し切れないんでしょう。
例えば、GNOMEなら豊富なGUIアプリが付属してくるけど、
他のDEを選択したら、自分でアプリを追加しなくては不自由な場面がでてきます。
マイナーなアプリの中には日本語に不対応なものがたくさんあります。
開発のリソースを集約できたら良いんでしょうけど。たとえば、個人的には、
GNOME Flashback、MATE、Cinnanonが集約されて１つのプロジェクトになればと思うけど、開発者に携わっている人たちは、それぞれこだわりがあるようだから。
だから使っているんだけど時々Debiainに到達する前の
不具合地獄な他ディストリ時代が懐かしくなる
そうだろうなぁとしか
ありがとうございました。最近はいつもMATEなんですが、先日gnomeにしたら、その後、waylandか
xorgにするか聞かれて、あれ？いつもはどうだったっけと思い、便乗質問させていただきました。
大変すっきりしました
何の中身もないスレ
https://i.imgur.com/4jR8VPD.png
今まで使ってたGNOMEシェル拡張もそのまま使えるし、何よりGNOMEでもそれ程重くないのがいいですね
慣れてきたら他のDEも別環境で試してみます
順調に運用できているようですね。良かった。
screenfetchコマンドって、面白そうですね。さっそく試してみましょう。
$ screenfetch
hoge@debian
Kernel: x86_64 Linux 4.19.0-6-amd64
Shell: bash
DE: MATE 1.20.2
WM: Metacity (Marco)
CPU: Intel Celeron 3865U @ 2x 1.8GHz
RAM: 807MiB / 7905MiB
$ uptime
load average: 0.22, 0.25, 0.50
waylandは不具合があるからxorgの選択肢も入れられてるわけよ
busterが安定性抜群なんて笑い話だよ
こちらのスレではMATEが高評価の様なので真似して別のマシンにインストールしてみました
https://i.imgur.com/MH431or.png
確かに機能の割に省メモリですね
大昔わけもわからずいじくってそっ閉じした某ディストリのGNOME2を思い出しました
というか、Gnomeが3になるに当たってフォークしてGnome2互換のUIで行ったのがmateなので。
mateとかgnome使わん
わかったWindowsだろ
そんなつまらん勘ぐり入れるより貴方の使用DEと使う理由でも書いてあげた方が余程建設的だ
Mateの方が、慣れの問題でストレスは少ないけど。
DEなんか片っ端から入れて試せばいい
最強の一つだけあれば良いねん
PCのスペックを気にする時代は終わったから軽いとかいらんねん
どんな項目でレビューしましょうか。
細部の技術的な部分までは分かりかねますが、お望みならば可能な限り客観的事実を書きますよ。
(↑こんな事では諸先輩方から鼻で笑われてしまいそうですがｗ)
私は730です
コンパネに相当するものがどこまで設定できるか
どこまで機能を持っているか
debconfを使うのは無しと言う事ですね
デフォルトですか？それともある程度はカスタマイズした上での方がいいですか？
カスタマイズが面倒というデメリットで計上しといて
なるほど
「カスタムしないと実用的にならない」と言う指標になりますね
デフォルトで好ましいかんじにカスタマイズされてるディストリ選べば良いんじゃね
まんじゃろでもMintでも好きなの選べ
私はカスタマイズしたいのではなく、「試した結果のレビューをくれ」と言われたのでお応えしようとしただけですよ
邪魔ならもう書きませんが
また書き込んでくださいね。
その後、GNOMEを引き続き運用していますか？
busterのリリースノートのよれば、AppArmorがデフォルトで有効になるそうです。
新規インストールで有効になっていましたか？
こちらはMATEをインストールしていますが、そうなってはいません。
レビューがあったら助かります。
ちなみに、Debian WikiにあるAppArmorのページの通りにはならないようですよ。
「どうなっている！どこからの攻撃だ！？」
「現在我が社のホームページのトップページが
便器に大便を塗りたくった絵に差し替えられており修正出来ません！
どうも県内の特養からのクラッキングのようです！」
未来のおまえらの仕業
Apache2 Debian default page
って書いてある奴
それが仕事だ！
今でもな
頭痛の頭が痛い
730です
手動でsystemctl enable しなくとも有効になってました
apparmorは殆ど触れた事が無いのでいまいち良くわかりませんが、把握しやすい様に設定ファイルの詰め合わせを用意してみました
dpkg -L等のログも同梱してあります
宜しければ以下からダウンロードしてご確認頂けます
https://send.firefox.com/download/07ac994d500fb824/#SiHNwRJh3F5BiZXMjuevPQ
784です。たびたび報告ありがとうございます。
こちらは関連のパケージをさらに追加する必要がありました。
apparmor-utilsほか数点追加しました。インストール後の設定が違ってくるのでしょうか。
そういう次第ですので、手動で有効にすることは出来ました。
ネットで検索をかけると、「有効にならないよ」といって投稿するユーザーを拾うことができるので、
ちょうど気になっていたところです。
サポートの切れたWindows7 PCがあるので、今度はそこへGNOMEを入れて検証してみようかなと思います。
あの後ufwだのbuild-essentialだの色々インストールしてしまったので、初期状態だとどうだったのかは現状では判別が困難です。
DEをMATEにしたSSDはお試しなのでパーティションがまだ全然余ってます。宜しければ再度インストールして検証しますよ。
大した手間じゃないし、こう言うの面白いので。
以前は色々とインストールばかりしてました。というのも、当時はインストール後に日本語関係の設定やアプレットの追加をしないと、デスクトップでとても不自由だったから。
いまは、無難に使えそうなDEなら、そのまま大人しく使うだけです。
私はこちらに集まる猛者の方々とは違い、素人なので楽しく使った方が得かなと思いまして。
私も大昔Fedora Core4で打ちのめされて、VineLinuxで癒やされてました。
下記はインストール直後のスクリーンショットです。参考になると良いですが。
https://i.imgur.com/n4uGl5f.png
selinuxはラベルの概念が理解できず挫折した
コマンドを実行したら、command not found と出るようになっています。
この対処の仕方を聞いているのではありません。
なぜ変更されたかが不明なので。これは管理上の都合からでしょうか？
そうであれば、了解するんですが…
root@debian:/home/hoge# reboot
bash: reboot: コマンドが見つかりません
それとも、ubunntuみたいにsudoへ変えようとしたいのかな。
su の話？
それに関わる話しですよ。
私は知りませんが。
パスが通ってないだけでしょ。
おかげで，システムユーティリティのutil-linuxが関わっていることが分かりました。
util-linuxがインストールされるのは、strechとbusterともに同じですよね？
busterになってから、システム全体の設定に変更が加えられたように思いますが。
これは些細な変更だからリリースノートにも載らないか、
本来の環境でコマンド実行することを暗に示唆してるんでしょうかね。
https://wiki.debian.org/NewInBuster
ここには書いてありますよ
本当にありがとうございます。
どうすればいいんでしょうか？
# type reboot
reboot は /usr/sbin/reboot です
# type shutdown
shutdown は /usr/sbin/shutdown です
# type init
init は /usr/sbin/init です
sudoさんを使えってことじゃね
つまりレスバトルさせる前ふりだったわけだな
$ su
でrootになった場合PATHはそのままなのでsbinにあるコマンドはそのままでは使えない
$ su -
ならログインシェルとして起動されるのでPATHにsbinが入るから普通に使える
超初心者・雑談スレッドになるとはな
一部のディストリだと
/etc/environment に/sbin等のパスが追加されてて
通常ユーザーもrootも$PATHが同じになってるよな
あるいはsudo使いのための仕様なのかもしれんな
どうしろと
ちゃんと入ったかどうか知らんけどｗ
ちゃんと入った
どうも
何をしたらいいですか？
全角/半角キーでローマ字入力へ切り替わります。
キーボードと言う周辺機器を接続しましょう
切り替わりません
sudo apt -y install ibus-mozc
でibusは使えるようになったよ。インストール時の選択でデフォルト + KDEで
ネットワークインストールしたら、デフォルトでGNOMEをインストール。
日本語入力は即可能になります。
もし出来ないなら、それはバグだから報告すべきです。
いろいろとインストール時に構成をカスタマイズしたんなら、それは別じゃないかな。
カスタマイズするような方は、もはや初心者じゃないし。
[使用言語]:
[使用キーボード配列]:
[使用インプットメソッド]:
["echo $XDG_SESSION_TYPE"の出力結果]:
この位の情報はあった方が回答者も答え易いかと
インストーラーでミラーサーバー使用を選択しないと日本語環境がきちんと入らないんじゃなかったかな。
uim-gtk2.0 あたりをインストールすればデフォルトのuimを使えるようになると思う。
もちろんi-busでもfcitxでも好きな言語環境をあとからインストールすればいいけど。
インストールして設定弄ったらできました
ｔｈｘ
＞[使用デスクトップ環境]:
gnome
＞[使用言語]:
ja_JP.UTF-8
＞[使用キーボード配列]:
jp106
＞[使用インプットメソッド]:
ibus
＞["echo $XDG_SESSION_TYPE"の出力結果]:
x11
インストールの時はインターネット繋がってなかったのでそれが原因みたいですね
そもそもimが入ってなかったのね
waylandで突然日本語入力出来なくなる事があるので、その時は言ってね
ここ10年くらいやってないが、１０年前なら何とかなったが、
今はDVDをひたすら入れ替えるのだろうか
nvidiaでもwayland使えますか？
一枚だけでインストール終わりました
その後インターネット繋がったんで日本語入力以外問題ないみたいです
俺Intelのオンボマシンしか無いからわかんないけど、あまりいい話は聞かないね
そうですか…当分はxで様子見します
Linuxにかけこんできたと見た
一応BDインストールイメージもあるのでそこそこ手間は減るんじゃなかな
アップデートしなくなりました。
なんか、やられているのかな？
確認するポイントあれば教えてください。
http://www.nigauri.org/~iwamatsu/d-old/?date=20111218
話はそれからだぞ
文字列のコピー&ペースができていたのに
10になってからだろうか、それができなくなった。
いろいろ試行錯誤してみたが、どうやらCtrlキーが必要になったみたい。
ちがっていたらごめん。
セキュリティーアップデートと推奨アップデートが外れてるんじゃない？
/etc/apt/sources.list を確認してみては？
まず man を読もう。たとえば xterm の場合は man の "POINTER USAGE" の項に書いてある。
https://mao.5ch.net/test/read.cgi/linux/1556820093/
何度も言われているが
途中で依存関係の矛盾が発覚した際の挙動が違う
apt-getは途中で依存関係がおかしかったら
残りの作業は全部放り投げて知らんぷり、アップグレード中なんかだと高確率でシステムが壊れる
aptは一旦その矛盾部分は置いておいて
残りのパッケージのインストールや更新を続行するから割と安定
何度も言われている … じゃなくてお前が言っているだけだろ
apt-getって入力するのがめんどいから、apt 使ってた。
散々既出 お前が無知なだけだろう
まあ無意識に apt-get を打ってしまうことはあるｗ
busterより前は知らんけど
wikiだと
aptコマンドはシェルで
apt-getコマンドはスクリプトで
って書かれてなかったっけか
階戸アキラ
https://gihyo.jp/admin/clip/01/linux_dt/202001/22
対話型シェル以外でapt使うと警告出るのはbusterでも変わってないね
apt search hoge | more とかでも実行してみれば試せる
公式のISOは単なるGNUしてますという建前で
実際のISOはファームウェアが含まれた↓なのが一番初心者がハマりがちな注意点かな
https://cdimage.debian.org/images/unofficial/non-free/cd-including-firmware/current-live/amd64/iso-hybrid/
初心者を外道の道に引き込むんじゃねえよ
そうだな
初心者はファームウェアないとネット接続からして事実上不可能
シェルってシェルスクリプトの略じゃないの？
ソースください
もうみんなdselectとか使ってないの？
調べてみたら apt ってコマンドが主流っぽいな
みなさんありがとうございます。
849です。
source.lstを見ても、変なところはなかったです。
今日、python3-aptがアップデートされました。
以前、torのsource.lstを使用してから、アップデートがほとんど
なくなったので、不安に思っていました。
どんなアプリがあるか眺めるのにいいよね。
by Marius Nestorby Marius NestorFebruary 1, 2020
https://9to5linux.com/new-sudo-vulnerability-could-allow-attackers-to-obtain-full-root-privileges
去年10月に続き、sudoコマンドに脆弱性が発見された。対象はDebian 9 Stretch(以前？)。sudo version
1.7.1-1.8.25p1使用時にpwfeedbackオプション(sudo使用時にパスワードを * で表示する機能)を
使用している場合(既にupdate配布中)。Debian 10 Busterはこの影響を受けない。
って感じだな
悪意の第三者が先に見つけた時点で、危険レベルになる。
Debian10 がリリー後、sudo 利用が増えたのは想像に難くない。
https://jvndb.jvn.jp/ja/contents/2019/JVNDB-2019-011079.html
影響を受けるシステム
doas project
doas 6.2 "未満"
6.2
1c2858c
@slicer69 slicer69 released this on 4 Sep 2019 · 11 commits to master since this release
https://github.com/slicer69/doas/releases
sudo騒ぎ
去年の10月中旬
あら探しは結構だが情報と時系列はちゃんと把握しようぜ
最終更新日：2019/10/28
って当該ページに思いっきり書いてある
3か月経って対応しないって Vine じゃあるまいし
無難なのはUbuntuやMintだと思うのですが…
今まではMacを使っていました
ここへ書き込んでも良いです。
ありがとうございます
メインのデスクトップとして使いたいと思っています
皆さんUbuntuやMintを初心者には勧めるので不安です
学生ですが授業に出てきたRMSが好きなのでDebianを使いたい気持ちがあります
でもいきなりDebianは…と二の足を踏んでいました
それが第一の関門ですね。
CDを焼いた経験がなければ、ライブCDを利用する手があります。
はい…生意気言ってすみませんでしたm(_ _)m
ありがとうございます
理研やJAISTのミラーサーバーを確認しました
Rufusも用意してあります
シェルスクリプト(bash)やvim、C言語とJavaをLinuxを使って勉強しようと思ってぃます
それじゃ、最初はライブCDのインストール・イメージをダウンロードしたら良いと思います。
これでまず試したら良いです。実際にインストールされることがないので、安心です。
情報工学系の学生さんですか。がんばってください。
それから、参考になりそうなサイトを紹介します。
ただし古い情報も含んでいるので、気をつけて読んでください。
Debian GNU/Linux スレッドテンプレ
https://web.archive.org/web/20170316025043/http://debian.fam.cx/
2ch-Linux-Beginners
https://w.atwiki.jp/linux2ch/
IDかわってるかも知れませんが学生の者です
ご丁寧にありがとうございます
m(_ _)m
アドバイスの通りにまずはLiveCDで試してみます
DebianはliveCDのみのダウンロードも出来ていいですね
ありがとうございました
https://cdimage.debian.org/images/unofficial/non-free/images-including-firmware/current-live/amd64/iso-hybrid/
ネット接続やグラフィックドライバで苦労したくなければコッチ
> 普段使いのWebブラウジングの他に
> シェルスクリプト(bash)やvim、C言語とJavaをLinuxを使って勉強しようと思ってぃます
この用途だったらDebian導入で苦労する要素は少ない
ネット接続できてグラフィックドライバを導入して、必要ならサウンドドライバかな
学校ではgnome使ってる？
それともkdeかな？
良く分からなければチューターさんなり先輩なり同級生なりに聞けば良かろう
https://vitux.com/the-powerful-world-of-debian-keyboard-shortcuts/
Debian comes with a powerful set of keyboard shortcuts that you can utilize
in order to increase your productivity through minimum effort.
When you have a good grip on the shortcuts, you can avoid using the mouse;
which saves a lot of time.
UNIXは面白い
見て分からんか
分からん
判断の根拠はどの辺じゃろ
ゼミでOSの概論を聞くだけでおしまいとかね。
文系でもUNIXを使わされ、授業もX端末だったわ
必修科目の情報処理で何故かawk
他のクラスではpascalだったらしいからマシなのかも知れない
grubをmbrにインストールしたら起動しなくなって
ぶっ壊れてたLavieがケーズ電気から戻ってきました
WSLなんていうのお断りして、従来通りの
デュアルブートします。壊れないように
しばらくネット検索してからインストールします
WSLは使わなくてもWin10に仮想PCホストさせてDebianはゲストで導入した方がバッテリー持ち良かったりするし
まあ碌に調べもせず環境ぶっ壊しておいてWindowsヘイトキメるような無知には言うだけ無駄だろうが
パテ切り間違ってるんじゃないの？
MBRにインストールしているが問題なくWindows10もDebianも起動するよ
多分これの事だと思う
https://wiki.archlinux.jp/index.php/GUID_Partition_Table
アークの記事ですまんな
外出時には別に両方のOSを使うこともないんだけど
同時に使いたいときは困るね
特にIE11を使いたい時
修理に出すようなレベルがLinux使っちゃいかんだろｗ
WSL使えるじゃん。なんでそこでWSLが出てきたのかわからん。
標準でDebianも入ってるし
電池持ちが気になるモバイル用途ではWindows程の多機能は要らない
基本コンソール
どうしてもXがいる時はtwm
今までずっとgrubだった
社員さん、あの設定わざとやってるのか？ｗ
Windows7vsStretchよりも電池の持ちがいいときもあったが、
Wwindows10とBusterだと、Busterのほうが全然電池が持つ
感覚的に倍以上は持つ
管理どうこういうよりも、根本的にwin10はCPU何かと食いまくり
ファンのまわり方とか温度上昇見てもよくわかる
ファンレスなノートだとWin10は温度制限で低速モードになってしまって使い物にならない
何がいいたいのか知らんが、ブートローダーっていうのは
OSを起動するものだが、OSを起動するという処理は標準化されてない
だから他のOSを起動するためには、他のOSの処理を解析しなければいけない。
仕様変更があったら追従しなければいけない。
だから完璧なものは作れないんだよ。自社のOSを高速に起動しようと思ったら
そのように変更しなければいけないわけで、他のOSに対応するのは困難になる。
ある程度標準化されたんじゃなかったっけ
古典的な起動方法しか知らんから何とも言えんけど
たしかに、伝統的な起動方法でも Windows は chainloader で、Linux は root と boot を指定、という具合で全く違う訳だがなあ
脆弱性の意図的な放置も含まれてるらしいけど
そのせいで中国にも筒抜けになって自分の首締めてる
どの本に書いてあるかプリーズ。
本当ならパケットキャプチャ取ってたらわかるし。
パケット内容分からないじゃん
MSが得た情報見る権限とかだろ
知らねえけどよ
オレオレ証明書でも間に入れれば大抵のパケットは取れる
NSAがらみがそれを拒否するかはわざわざ試してないから知らんけど
諜報機関がプライバシー侵害してます！ってそれが仕事だし
諜報手段としてプライバシー侵害をする事が有るだけ。
ようつべに何本か詳しいヤツ出てたぞ日本語の
個人的には地底人より驚いて視聴したけど
それは学研ムーのパクリ
10.3
ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
あ、みんな車持ってなかったか
https://news.google.com/articles/CBMiP2h0dHBzOi8vbW9ub2lzdC5hdG1hcmtpdC5jby5qcC9tbi9hcnRpY2xlcy8yMDAyLzA2L25ld3MwNTkuaHRtbNIBAA?hl=ja&;gl=JP&ceid=JP%3Aja
生きてゆくことが目的であって、窃盗が目的ではない。
生きてゆく手段として窃盗があるだけ。
と一緒の発想ｗｗ
WSLで動いているDebianはLinuxカーネル互換ではあるが
正確にはWindowsカーネルを使ってるのでLinuxではないよ
ユーザのディレクトリ以下をそのままコピーしたら、簡単だけど。
Firefox のキャッシュデータが要るのなら、また別だけどね。
インストールしたファイルというのがアバウトすぎで的確な答えは得られないだろう
これを移行できることが絶対条件です
ぼくに一旦ファイルを預けてくれれば何とかしてあげるよ
それが出来ればすでに移行出来ているという
一日かけて必死に考えたの?w
そのレス書くのに6時間もかかったの？
どんな鳥にでも行けそうだけど？
ルート以下丸々クラウドとかにコピーした後新しい方のOSにそのままぶち込めばいいんでしょうか？
>>956
strace, ltraceなどのコマンドやdockerなどです。
権限やファイルの場所とかがそのまま記憶されるのか分からなくて。
そのあたりのツール類を使うんなら勉強になるからやってみたらいいんじゃない
MintのDebianエディションって素のDebianに対してどんなアドバンテージがあるのですか？
夕ヒね
このくらいｸﾞｸﾞﾚｶｽ
LMDE（Linux Mint Debian Edition）はCinnamonデスクトップとDebianをベースとしたディストリビューション。
Linux MintはUbuntuをベースに開発されているが、LMDEはUbuntuが万が一利用できなくなったときのために必用となる開発作業の調査を主な目的として開発されている。
https://mag.osdn.jp/18/09/03/184500
This point release mainly adds corrections for
security issues, along with a few adjustments for
serious problems. Security advisories have already
been published separately and are referenced where
available.
https://www.debian.org/News/2020/2020020802
ブラウザから日本語を書きます。
Wayland のGnome3からだとMozc で入力できなくなってAnthyに切り替えたりしています。
うちはgnomeでもKDEでもxfceでもMozc動いてるよ
Debian初心者だけど
$ sudo apt install fcitx-mozc
しただけで日本語入力できるようになってた @ 去年7月
詳しいことは分からない
https://www.google.com/search?q=debian+buster+%E6%97%A5%E6%9C%AC%E8%AA%9E%E5%85%A5%E5%8A%9B
というそのまんまな検索が補完候補で挙がる模様
後にインストール専用isoから入れ直したGNOMEは標準装備のuim-mozcにほとんど不具合を感じた事無いな
IMはマシンによっては正常に動かないときがある
そういう場合、君がやってるように避難して使ったりしておくのでOK
そのうち直ったら復帰すればOK
皆さん、ありがとう。
しばらく使ってみます。
また、fcitx-mozc も使ってみましたが、Firefox では日本語入力に切り替わりませんでした。
LibreOffice では日本語入力に切り替わりました。
なので、uim から mozc を利用します。
deb.debian.orgって何が違うんだろ？
繋がるIPアドレス違うから同じではないみたいだけど
うちの環境だとdeb.debian.orgのほうが速いみたい
http://deb.debian.org 日本語訳
deb.debian.org（高速インスタンス）へようこそ！
これはdeb.debian.orgです。 このサービスは、次のDebianアーカイブリポジトリのミラーを提供します。
/debian/
/debian-debug/
/debian-ports/
/debian-security/
サーバーdeb.debian.orgはパッケージ自体はありませんが、名前にはDNSにSRVレコードがあり、これによりapt が一気に場所を見つけられます。
(略)
このサービスはFastly(https://www.fastly.com/)が後援しています。
ようするにCDN対応してるのがdeb.debian.org
大抵の環境ならこっちが早いと思う。最近のインストーラでのデフォルト
ミラーもdeb.debian.orgだし
何が違うかの説明になってないですよね？
ibus-mozcを入れました。gnomeのアプリ検索欄では日本語が出るようになりましたがfirefoxやgeditなどのアプリ上では「あ」のアイコンが出ている状態でも日本語が打てません
何か心当たりある方教えていただけると幸いです
Debian10です
Linuxはそういうものだと思っておいたほうが良いかもね
またか！と思って別のを使ったほうが良いよ（そのうち直るから）
Debianレポジは審査が厳しく少しでも疑念が有ると消される体制を維持している
消されたら粘着せず質問もせずｗ別の代替アプリを利用するようにしましょうね
リリースまでにRCバグつぶしきれなかったりstableとしてメンテできそうに
ないようだったらそうなる
> Debianレポジトリからいきなり削除されて更新受けられないなんてのもよく有ること
おまえの世界ではそうなんだろう
普通は「いきなり」なんてことは無い
最悪や
Debian GNU/Linux スレッド Ver.94
https://mao.5ch.net/test/read.cgi/linux/1581697545/
おつ
新しいスレッドを立ててください。
life time: 94日 14時間 7分 34秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 「ドンドンショボくなる」大阪万博にまたまた“ガッカリ”報道、軟弱地盤のため「乗り物型」展示ゼロ [バイト歴50年★]
- 政府、コロナワクチン啓発に「YouTuber起用動画9本・3200万円支出」認める「接種の重要性など、正しい情報を知っていただくために」 ★2 [Hitzeschleier★]
- 他候補者に「おい売国奴」拡声器で罵声、「凸」と称して迷惑行為も…東京15区補選で何が起きているのか [バイト歴50年★]
- 【芸能】指原莉乃に囁かれる“賞味期限”と後輩の猛追 残るレギュラー3本も黄信号の崖っぷち！ [冬月記者★]
- 『平和堂』公式X、いなり寿司誤認逮捕事件「いなりずしを渡した知人もダメ」投稿2件に「いいね」 「誤った操作」と陳謝 [Hitzeschleier★]
- パリ五輪公式服装、業者は非公表 JOC [おっさん友の会★]
- 00:00:00.000
- スクリプとに負けないお🏡!
- 【急募】すごいのはわかるけど興味ないもの [245325974]
- 耳の中がガサガサする
- 【悲報】能登半島「早く水くれ！」3ヶ月以上経ってまだこのレベル😨 [616817505]
- 【動画】陽キャ、パルクールに失敗 [834922174]