◎正当な理由による書き込みの削除について： 生島英之 とみられる方へ:Debian GNU/Linux スレッド Ver.93 YouTube動画>1本 ->画像>16枚
動画、画像抽出 ｜｜
この掲示板へ
類似スレ
掲示板一覧 人気スレ 動画人気順
このスレへの固定リンク： http://5chb.net/r/linux/1573529997/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。
extend:checked:vvvvv:1000:512
extend:checked:vvvvv:1000:512
次スレを立てる方は↑を二行重ねて書いてください
公式
https://www.debian.org/index.ja.html 過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物
前スレ
Debian GNU/Linux スレッド Ver.92
http://2chb.net/r/linux/1565609547/ 999login:Penguin2019/11/15(金) 13:10:59.75ID:7JCCAJD6
ありがと
やってみる
…そういうプリミティブなの試すなら gentoo とか arch とかの方が向いてるかも知れんけど…
http://2chb.net/r/linux/1565609547/999n もし俺がわかんない事があったら優しく教えてね。
では失礼
DM→各DEごとの短い起動スクリプトを呼ぶ
ログインマネージャーじゃなかったな
>>4 お詳しいんですね。
よかったらWaylandとX11の起動シーケンスについてご教授して頂けませんか？
WaylandはXサーバーを使わないのでstartxしても意味が無いから同じスクリプトじゃ動かない事くらいなら把握してるんですけど。
何度か purge と install とログアウト繰り返したら日本語使えるようになったけどなんでか全く分からんわ
>>10 そいついつも後付けで威張るだけでろくな回答出さねえんだぜ
Waylandについてなんて絶対わかってねえよ
waylandなんて使い物にならないから使わないだけ
くれくれ乞食がうるさいぞ
>>14 それは与えるものがある奴が言うことだ
お前がUbuntu使ってろやｗ
まーwaylandはまだあちこち問題があるみたいだし、何よりネットワーク透過の為の部分を削って
waylandに入れ替えてみた→わからない→xorgに戻る
お堅いDebianの最新stableがデフォルトDEに採用したのがWaylandだろ？
いいってことよ
wayland + gnome のとき、libx11 に依存するアプリってどうなるの？
>>22 互換レイヤーで動くので俺環では実用上困った事は無い。
今のところwineとVNC以外は。
>>17 > まーwaylandはまだあちこち問題があるみたいだし、何よりネットワーク透過の為の部分を削って
10年以上前からLinuxのXクライアントはMIT-SHM拡張を前提とする実装になっているから
事実上ネットワーク透過でなくなっている
今のLinuxはXサーバとXクライアントをリモート用のBSD socketではなくローカル用の
Unix domain socketでつなぎ、MIT-SHM拡張による共有メモリを使ってXImageやPixmap等
イメージをやり取りしている
https://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の実装が
いまいちなんだけどな
https://pc.watch.impress.co.jp/docs/2008/1126/hot582.htm https://jehupc.exblog.jp/11464034/ 今の時代Xプロトコルを透過にするより、
横からすみません、お詳しいようなので。
>>26 >>24 > ちゃんと実装されていればローカルでもリモートでも動作するが、リモートだと動作が大幅に
> 遅くなるし、リモートだと動作しないXクライアントも多い
コレ読んで wayland でリモートデスクトップする気は起らんなあ、私なら
>>24 そういう機構じゃなくって、
ウィンドウシステム全体をカーネルのモジュールか何かにしてメッセージキューを提供するとか
GUI部品（コントロールの類）が受け取ったイベントをその持ち主のウィンドウに先にルーティングする仕組みとか
それらを組み合わせての言語を問わないGUI部品の抽象化と派生による再利用の促進とか標準化みたいな
内側の構造じゃなくって外側からのAPIの呼び出し方と
イベント時に処理を実行する機会の提供の仕方とかによるツールキット類の作り易さの向上、
強いてはツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上を促さないと
>>28 > 内側の構造じゃなくって外側からのAPIの呼び出し方
API共通なら何の問題もない
> イベント時に処理を実行する機会の提供の仕方とかによるツールキット類の作り易さの向上
これはツールキット類のコードを書く人の問題だけど
具体的にどういう悩みがあって「こんなクソコード書かせんな」と思ったのか分からん
> ツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上
これだけじゃ具体的にどういう問題点があるのか分からん上に wayland 全く関係ない
>>29 今のXのAPI（システムが提供してる訳じゃないから別プロセスへのインターフェースだけど）の形式で
どうやってウィンドウが保持してるGUI部品へのイベントを先取りできると？
>>29 >> ツールキット類の仕様（開発時）や操作感（使用時）の統一、使いやすさの向上
> これだけじゃ具体的にどういう問題点があるのか分からん上に wayland 全く関係ない
たぶんは
>>28 は実際にGnomeやKDEを使ったことなくて想像で言っているだけだとおもうよ
実際に使えばテーマ機構によりgtk+アプリもQtアプリも全く同じ見た目と操作感で動くから
>>31 しらんけど
xlib ができないんだったら x では出来ないし
互換レイヤーを作ってあるだけなら x で出来ないことを実装する必要はない
xlib ができないんだったら x で出来るし
互換レイヤーを作るなら x で出来ることを実装する必要がある
>>32 たしかに使ったことはないけれども gnome で選んだテーマ機構は
qt / kde アプリに自動的に適用されて同じ見た目と操作感で動くの？？
>>32 操作感が統一されてないなんてGNOMEKDE両方試せばすぐ違和感に気付くだろ
開発時の話は今時のフレームワーク類だとハンドラをウィンドウのクラスに記述するって時点で、
既にWinMacの類だとシステムがウィンドウに対してイベントをルーティングしれる事から考えると
単純なコールバックしか提供しないwaylandですら遅れてると言わざるを得ない
>>35 例えばVLCとかPhotoshop ElementとかKindleとかWindowsで動かしてみて違和感感じた?
これらはQtを使っているんだけど、Qtのような現代のクロスプラットホームのツールキットは
ネイティブなWin32のツールキットを使わず自前で描画していて、Windows上では標準で
Win風テーマエンジンでWindowsそっくりのルックアンドフィールを実現している
Linuxではどのディストリも何もいじならなければ同じテーマエンジンを使うようになっている
からQtとgtk+で違和感を感じることはない
本当は使ったことないでしょ?
それと
> 既にWinMacの類だとシステムがウィンドウに対してイベントをルーティングしれる事から考えると
> 単純なコールバックしか提供しないwaylandですら遅れてると言わざるを得ない
そんな仕組みになっていない
どっからそんなおかしな発想が出てくるの?
そういえばWindows 10では従来のデスクトップアプリとモダンアプリとでときどき違和感が
>>36 それQt限定だし、同じプラットホームでもQtとQtでしか比較しないつもりか？
GIMPのドロップダウンとか色選択のダイアログ（Winの場合は汎用ダイアログがあるんだが）の操作感は？
waylandのコールバックルーチンの設定のAPI見てこい
ウィンドウじゃなくってコントロールにはハンドラは設定できるが、
Winで例えればWM_NOTIFY～の類はない、ウィンドウが子のコントロールのイベントを処理するっつー話だぞ？
コントロールに設定されたコールバックルーチンをコントロール（一種のウィンドウ）が処理するっつー話じゃないぞ？
>>38 > waylandのコールバックルーチンの設定のAPI見てこい
見ましたが
> ウィンドウじゃなくってコントロールにはハンドラは設定できるが、
> Winで例えればWM_NOTIFY～の類はない、ウィンドウが子のコントロールのイベントを処理するっつー話だぞ？
> コントロールに設定されたコールバックルーチンをコントロール（一種のウィンドウ）が処理するっつー話じゃないぞ？
言っていることが現実の設計や実装と一致しません
君の妄想の世界では意味のあることを話していることになっているつもりなのかもしれないけど、
現実は全くそうなっていません
盛り上がってる所恐縮ですが他所でやっていただけませんかねえ？
てかコントロールのハンドラをいじらずにウィンドウ側でコントロールで発生したイベントをフックしてみろってんだよ
>>40 それがどうかしたの?
全く関係ない話のようだけど
>>41 「使う様にできる上にそうなってる」のと「使う様にできるけどそうなってない」のは全然違うぞ
>>43 まず君が何をやりたいのかコードを示して
意味のあることをやろうとしているように思えない
>>46 waylandでそんな事できないんだから魔女狩りさせんな
>>47 それファイルダイアログみたいな原始的な奴だけだろ
>>48 つまりコードを示せないんですね
全部妄想や捏造だと認めると
>>49 いいえ
>>50 https://docs.microsoft.com/ja-jp/cpp/mfc/receiving-notification-from-common-controls?view=vs-2019 なんでWindowsがWM_NOTIFYでやりとりしてると思ってる？
なんでWindowsのコモンコントロール（DLL）から更に派生したカスタムコントロールをDLLにして
言語を問わずに再利用できると思ってる？
関数決め打ちのコールバックに頼ってないからだよ
>>51 だから関係ないものを出して何がいいたいの?
お前プログラミングしたことないだろ
Wayland
http://2chb.net/r/unix/1323873988/ Wayland の話題ならココ
DE の話を wayland のスレでやるなよ？
>>52 waylandの機構じゃコントロールの機能をsoに過不足なく詰め込んでコモンコントロールにして、
更にそのsoの”ソースも抜きに”機能を派生させたsoを作って、
その派生させたsoを言語問わずに再利用とかできないか、できるにしてもWindowsみたいな
メッセージキューみたいなのをウィンドウシステムとツールキットの間に挟まなきゃなんないだろ
ソースがありゃいじり放題だけど、多分世の多くのコーダーはそんな事は求めてない
機能が分離されてて親ウィンドウのクラスのソースにあっさりハンドラを記述したり
カスタムコントロールにするまでもないようなのはウィンドウのWndProc()で
WM_NOTIFYの時にイベントを横取りして工数を削減したいだろう
>>54 もう一度言うよ
お前プログラミングしたことないだろ
デタラメ書くのやめて
上下ボタン付きの数値限定のエディットコントロールでタブが移った時に全選択させる、
で、DebianのWaylandは使った上でどんな不満があるの？
>>56-57 > たった１つのDLLに詰め込んで、派生してる訳でもないのに更に言語を問わず再利用できるってのも
> Windowsの強みの１つだろ
XやWayland上のQtやgtk+でコントロールの制御ができないわけないだろう
プログラミングしたことない人間が想像でデタラメ書くのやめて
>>58 KDEに関して完全にWaylandにできるのはDebianに限らずもう少しかかる
https://community.kde.org/Plasma/Wayland_Showstoppers >>59 相手してくれてありがとう
KDE好きだけど、しばらくGNOME on Waylandで過ごすわ
>>59 ただの制御の話なんてしてない
例えば上下ボタン付きエディットコントロールで例えれば、コントロールがフォーカスを受け取った時に
全選択するハンドラをコンストラクタで設定してやれば目的は達成できる
ただしそのクラスを再利用する側はフォーカスを受け取った時のハンドラを設定してはならない、
若しくはsoの類にひとまとめにするとすれば、ハンドラを設定したらsoでexportされてるそのハンドラの関数を
名指しで呼び出さなければならない
んな事意識しなきゃ再利用できないとか時代遅れと言わざるを得ない
>>59 補足
技術的に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ベースでなんとかしようみたいなリンクが貼ってあるけど
https://wiki.gnome.org/Projects/SessionManagement/GnomeSession Wayland下で使えるようになるまでしばらく時間がかかるんじゃないかな
>>53 スレちがいになっているのはわかるんだけど
>>61 技術的にデタラメな話をするのやめて
デマが広まると迷惑なの
>>62 何がデタラメ？
waylandなら後からハンドラを上書きされても元のハンドラを自動的に呼び出してもらえたりすんのか？
しかも.NETでいうとこのNumericUpDownコントロールみたいに、DLLの中でウィンドウクラス決め打ちで
newされた様なエディットコントロールでも、waylandならインスタンスの元になったクラスの動作そのものを
改変できたりするのか？
>>63 何度も書くけどお前プログラミングしたことないだろ
プログラム関係の技術用語それっぽく並べても現実と対応しないから全く意味不明なの
>>64 何がデタラメなのか欠片も言わねえのな
numericupdown フォーカス 選択 とかでｇｇると、構造を理解してない人の
「フォーカスを受け取った時に～どうすればいいですか？」みたいな質問がいっぱい引っ掛かる
じゃあタブキーでのフォーカス移動で自動的に全選択してくれる様な、世のアプリは一つ一つに
ハンドラ設定して全選択してるか、カスタムコントロールがフォーカス移動のハンドラを隠蔽してるのか？
んなわきゃねえ
Windowsなら２つの子コントロールを保持してるクラスでWM_NOTIFYを処理すればトリッキーな事をせずに済むし、
それに頼らなくてもサブクラス化みたいな手法もあるし、WndProc()のオーバーライドって手もある
（.NETの類でWndProc()貪るのもどうかと思うが）
ここの板のスレに自治する人達（いわゆるスレチやめろと苦情を言う人達）がよく湧く理由がお分かり頂けただろうか。こうなるのです。
>>62 バトルしながら貴重な情報も提供してくれてありがとう。
晩メシ食ってたんだけど気になって気になってｗ
今日は書いてくれた情報と貼ってくれたURLを読みながら過ごし、明日KDE環境を作って検証してみるよ。
>>66 片方は脱線しつつも有り難い最前線のDebian情報提供してくれたけど、もう片方はもう全然このスレに関係ないよね
せめてWindowsでは○○が出来るけどDebianでは●●が出来ないから▲▲すればどうだと言う書き方にすればいいのに
Linuxってより現状のXだと操作感がWinMacAndroid程統一されてない
>>69 俺は現場のSEじゃないから野蛮で低レベルな切り口でしか話が出来ないけど、Xはまだまだ使われるもののもう過去の遺産の為の維持営業になって、余計な拡張を削ぎ落としたWaylandにリソースが注がれる世の流れなんじゃないの？
で、貴方の言いたい事は俺みたいなシロートでも分かるように言い換えるならば、「ライブラリの類がLinuxはWindowsに比べて汎用的な実装が遅れてるから良いところは取り入れた方がいい」と言う意味で解釈した。
現場の人間ならではの熱い議論と提案、実は興味深かった。今日の激論、掘り下げるとすごい勉強になりそう。
ありがとう。激論は自治警察に睨まれない程度にね。
>>70 悪いけど何の役にも立たない
>>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を比較されても
全くとんちんかんなのよ
>>65 お前、Windowsでの.Netの話しかしてないじゃん
Windowsのウィンドウシステムやイベントハンドラの話してないだろ
それがデタラメなんじゃねーの？
お前、.NETでVBあたりでポトベタしてるだけで、OSの内部構造とかきちんと把握してないんじゃねいのか？
>>71 俺もそんなにきちんと勉強してるわけじゃないけど、あなたの言おうとしていることはわかるよ
>>71 > WaylandのAPIはWindows上だと非公開APIであるDWM.exeへのAPIに対応するもの
> DWM.exeがwestonやmutter等のWayland Compositorに対応する
ツールキット類を実装する人はそれを直接叩けって？
んなわきゃねえ
更に付け加えると事実上xlibがuser32.dllみたいなもんだろ
>>72 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が処理する事もできる
寝る前に証明の方法書いとく
大体NGにはしたけど
>>78 dselect でパッケージ入れようとしたら、同時に沢山インストールしようとするので、apt で入れたいものだけインストールしたけど、それが原因か。
>>28 さすがにそれはオーバーキルだし、そもそもOSやカーネルが違うシステムでの互換性を保証出来なくなるからやるべきではないと思うよ(´･ω･`)
(=ﾟωﾟ)ﾉ おはよー (なんとなくなつかしいAAをつかってみたり)
>>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と関係ないこと書いているの?
83さんは一見ものすごいスレチの様に見えますが、今後のDebianのデフォルトDEに関するとても有用な情報を提供して下さってます
Debian10 で Gnome もしくは KDE 使う時に、日本語かな漢字変換(Mozc or Anthy) のサジェストを止めたいのですが、設定はどこにあるのでしょうか？
>>83 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と同じことができるって言いたかったのか？
それを使ってるツールキット類があるんならリポジトリ名書いてみ
>>89 >>83 じゃなくて
>>88 へね
>>88 > それを使ってるツールキット類があるんならリポジトリ名書いてみ
DWM.exeへのAPIを使っているのはWPFとかDirect2DとかWindowの現行の
システムそのものだよ
どういう仕組みでWindows Vista以降のグラフィックシステムが動いていると
思っているの?
>>89 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」はどれだ？
実際にやってんのはガチのポトペタとコピペだけだったりしてな
複数のコントロールをウィンドウに貼り付けたコントロールを再利用する側が
あ
いくら人格攻撃をしたとこでXやwaylandの機能は増えない
Windowsに出来てLinuxに出来ないGUIの機能って何なんだろう
親ウィンドウによる子コントロールのイベントの先取りとか
>>98 レベルが低くて失笑ものなのは承知での質問何だけど、それが出来ると何か便利になるの？
実用的な例を上げてくれるととても嬉しい
(お陰でWindowsの○○では●●と言う操作が出来て大変有用だが、
Linuxの同類アプリ■■では残念ながらそれが出来なくて非常に不便だ。
みたいなかみ砕いた話もしてくれると実に面白いと思う)
CSpinButtonCtrlに貼り付けられてるエディットコントロール（こいつはCSpinButtonCtrlが内部で生成してる）が
CSpinButtonCtrlだけじゃなくってカレンダーコントロールみたいなのもそうだろ
>>101 ほほぉ
で、それが可能になる事により、プログラミング？何それ美味しいの？みたいな大多数のWindowsユーザーはどんな恩恵を受けてるの？
>>102 カレンダーね
Windowsのカレンダーに出来てLinuxのカレンダーに出来ない事って？
再利用の話をしていたのであって作り手が好き好きにブランチして
なるほど
それは誰にとって使いやすいLinuxであって欲しい？
>>107 もちろんまずは自分自身。でなければここに来ることは無い。
Linuxマニアのカテゴリになると多種多様過ぎてとても俺のような小物に偉そうに語れるものではない事くらいは認識してるつもり。
一般のLinuxを触った事も無いような人はにとっては使いやすいかどうか以前の話になってしまうのではないだろうか。PCのデスクトップ用途と言う意味では。
無論理解してくれる方が増えれば自分としても嬉しいけど、どんなに開発側の方々が頑張って素晴らしい実装をしてくれたって、世の流れや評価がWindowsやMacOSからLinuxにならない限りは残念な単語しか浮かんでこない。
「Windowsと違うから使いづらい」「Macみたいにお洒落じゃない」「何それ知らない」みたいな感想が多数派でしょう。
個人の主観などとても無力。でも俺は不便を感じないし使い道に合ってるから使う。
眠くなってきたのもあって俺に書ける事はこの程度の事ですな
https://www.debian.org/vote/2019/vote_002 > General Resolution: Init Systems and systemd
そろそろsystemd以外のinit入れるかどうかのGeneral Resolution始まりそう
もうChoice 3でええやん……
シェルスクリプトベースのinitでも近代化（並列起動とか）
というか既にsysvinitも並列化されてるでしょ
>>98 > 親ウィンドウによる子コントロールのイベントの先取りとか
X Window Systemでもできるよ
根本的な部分から説明するね
Windowsはローカルで動かすためのウィンドウシステムとして作られたので、マウスを動かしたりクリック
したりすると対応するメッセージが対応するウィンドウに常に送られる
だから子ウィンドウに対するメッセージを親ウィンドウで処理したい場合は子ウィンドウがメッセージを
一旦受け取った上で親ウィンドウにさらにSendMesseageで送らなくてはいけない
これに対してX Window Systemはネットワーク上で動かすことを前提にしているため、例えばボタン
ウィジット(ウィンドウ)ならマウスの移動を扱うとその分余計なリソースが消費されてしまうから、
マウスの移動は無視してマウスクリックとリリースに対応するイベントのみ受けとりたいので、
受け付けるイベントと最初から処理しないイベントを設定できるEventMaskというのがあり
処理しないイベントは親ウィンドウやその上位へ自動的に送られる仕組みになっている
http://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 >>113 処理しないイベントだけ処理できたって意味ねえ
CSpinButtonCtrlから派生したクラスが文字列を全て選択できる様にした上で、
更に基本クラスがフォーカスされた時のイベントを処理、
CSpinButtonCtrlを使うアプリも更にOnSetFocusを処理できなきゃ
恥ずかしくってカスタムコントロールなんて言えないぞ
>>113 つづき
当然子ウィンドウが受け取った上で親ウィンドウにXSentEvent等で送ることもできる
https://xjman.dsl.gr.jp/X11R6/X11/CH11.html 基本的に設計当時のPCとUnixワークステーションの性能に大きな差があった関係で、
WindowsよりX Window Systemの方が柔軟な設計になっているから、Windowsでできて
X Window Systemでできないことはないよ
ちなみにWaylandはマウスとキーボード3セットで3人同時に動かすmultiseat機能等
もっと複雑なことができる
>>115 具体的なページを貼りたいのにNGワードに引っかかる
例えば
emboss.ブログ28.エフシー２.コム/ブログ-エントリ-115.html
にあるような処理はWindowsだと子ウィンドウでのメッセージ処理コードが必要だけど
X Window Systemでは、同様に処理してもいいが、子ウィンドウがマウスクリック
イベントを受け取らないようにするだけで実装できるなど
ちなみに実際にXlibで相互にイベントをやり取りする場合はXSentEventより
XTEST ExtensionIの方がもっと柔軟なやりとりができるようになっている
https://www.x.org/releases/X11R7.7/doc/xextproto/xtest.html てかハンドラの追加はできても基本クラスのハンドラを呼ばない様にして全部自前で処理とかできねえよな
>>119 > てかハンドラの追加はできても基本クラスのハンドラを呼ばない様にして全部自前で処理とかできねえよな
XlibはC
基本クラスとは?
>>120 全部Cでやるってんなら「基本クラス」を「機能の派生元のコントロール」に置き換えろ
ところで機能の派生元のハンドラを無理やり実行させない方法は今思いついた様な気がする
が、元のコードが終了時に多重開放とかしそうで上手く動くかどうかはわからん
先ずは機能の派生元のコントロールが保持している子コントロールのハンドラと、
機能の派生の為のコードが後から追加したハンドラの処理順序をはっきりさせろ
てかなんでX（Wayland）の上にコモンコントロールの類が無くて
ツールキットの類がそれぞれ自前で実装してるかってったら
WindowsやMacみたいなメッセージキューの類がないからコンポーネント化しづらくって
誰もやりたがらないんじゃねーの？としか思えん
仮にできるにしてもとんでもなく工数が掛かるとかじゃ現実的じゃない
>>121 > 全部Cでやるってんなら「基本クラス」を「機能の派生元のコントロール」に置き換えろ
そもそも対応するものではありません
それと
> 先ずは機能の派生元のコントロールが保持している子コントロールのハンドラと、
そもそもハンドラとは?
ウィンドウハンドラというものはあるが、Win32のメッセージループもXlibのイベントループも
caseで場合分けとして実装するものであって、それをクラスライブラリで抽象化したものが
イベントハンドラだから、Win32 APIやXlibレベルではコントロールが保持するハンドラなんて
存在しないのだが
> てかなんでX（Wayland）の上にコモンコントロールの類が無くて
> ツールキットの類がそれぞれ自前で実装してるかってったら
> WindowsやMacみたいなメッセージキューの類がないからコンポーネント化しづらくって
いいえ
歴史的な経緯でX Toolkit Intrinsicsというツールキットの基盤となるものがあってXawや
Motifなどで使われていたんだけど、gtk+やQtが使っていないだけ
>>122 揚げ足取りより先に機能を派生する側が後から追加したハンドラが必ず真っ先に呼び出してもらえるのかどうか
それをはっきりさせようぜ
じゃなきゃイベントの先取りも何もあったもんじゃない
>>123 揚げ足取り以前に根本的に用語が正しくないの
何度も言うけどプログラミングしたことあるの?
例えばWin32のメッセージループの最小限のコードの例として
（またうまく貼れない)
http://wisdom.サクラ.えぬい ー.じぇいぴー
/system/winapi/win32/win9.html
だと
ボタンが押された処理はメッセージループの本体の
if (msg.message == WM_LBUTTONUP) break;
であってボタンハンドラなんて存在しないから
>>124 根本のWndProc()がそうなってるだけでMFCもVCLも.NETも実際にはメッセージ毎に分離してんだろ
それより先に機能を派生する側が後から追加したハンドラが必ず真っ先に呼び出してもらえるのかどうか
それをはっきりさせようぜ
>>125 だからメッセージやイベント構造が同等かLinuxの方が上なら
WindowsでできることはLinuxでもできるでしょ
上位のMFCやQtでどう扱えるかはそれぞれのツールキットの実装の
違いであって、WindowsとX Window Systemの違いではない
お前が最初に話したのはWindowsのメッセージの仕組みがLinuxの
方にないということだったのに何でメッセージやイベント処理の根本的な
部分の話をごまかそうとするんだよ
ハンドラとかslotとか呼び方違うけど順番なんてツールキットの実装次第
>>126 それは単独のウィンドウでできたコントロールでしか通用しない話
コントロールが更に子コントロールを作ってる様な高機能なコントロールの話をしてる
先に機能を派生する側が後から追加したハンドラが必ず真っ先に呼び出してもらえるのかどうか
それをはっきりさせようぜ
>>127 要するにWindowsやLinuxのウィンドウシステムの基礎であるWin32のメッセージ
ループもX Window Systemのイベントループも何も知らないのね
何にも知らないのにLinuxにいちゃもんつけただけ
やっぱり
>>71 で言ったように何も役立たない会話でした
親ウィンドウによるイベントの先取りの話に対して
内容は何となくしか分からないけど、２人の主張するテーマとここまで熱くなった理由だけはよく分かった
面白いからもっとやってくれ
読みたくない人は専ブラの機能でミュート出来るしね
この話がわかる用の知識が付く本を教えてくらはい。
キューを持ってるのはXのクライアントじゃなくってXサーバだって事位わかってるぞ
お互いが相手がどの部分を勘違いしてるのか分かってなくて、
>>110 選択肢のどれがなんだって？
initはよう
あの人やっぱり賢いな
180個もうｐグレードがキタから何かと思えば
レポジトリつかってればfix受けられるが、自分で入れたらどうなる？
apt コマンドを使わないで野良ビルドとか /usr/local とか？？
単にDebianどころかLinuxディストリもよく知らない人では
知らずに二回インストしたら「手動でインストされたことにします」と
そもそも出所が書かれてない
>>151 autoremoveでの削除対象にならない…じゃなかったっけ
いや、なんかおかしいでしょ
>146は忘れてくれ 質問になってなかったな、すみません
LiveUSBからインストールするといつもnetworking.serviceエラーが出るシステムになっちまう。DEの種類問わず
SSD丸ごと暗号化してインストールすると
grub の対応状況しらんけど /boot を別パテにするのは駄目かしらん
生の/bootは自動でできるな
5.3.0-1でHDMIが使えないって書いたものですが、
つまり「Debianとは日常では何が起こるのか？」を何も知らずに騒いでいたと自白したんだな
Intel HD Gen3のおじいちゃん、高見の見物
とりあえずpythonアプリに対するコメントに感謝を捧げる
debian cinnamon の出来が良すぎて、Mint不要になったな
でも何となくWaylandのGNOMEよりもっさりしてるよね
そう俺ならスレチも許される 後進を正しい道に導く使命が在るから
ID:qQwoks/9
ルールも守れない輩が正しい道に導くとか寝言言ってないでどうぞお引き取りください
>>175 道具を上手く使えない要領の悪い人って感じｗ
リネーマーって意味全くわかんない
じゃぁ寸評ばかりしてないで記事を書いてみろ 初心者のためになるヤツな
相応の技術がある人に「初心者なら分からないのが当たり前」の単語を全回避した文章を書かせるんだったら
>>182 何の相場だよ
雑誌とかだとページ1万くらいだろ
>>183-184 雑誌か、ウェブページならこんなもんだよ
これでも奮発したほう
ランサーズのライティングの仕事見てみるといい
>>185 初心者向けの解説本を作る仕事なんて
ランサーズで見つからないです。
ばかじゃねーの
>>186 本じゃねーっつの。レスよく見てから書け馬鹿
>>190 めんどくさいんでランサーズの仕事のページ
見せてもらえますかー？
>>191 めんどくせーんで馬鹿の相手はしないのさ、じゃあの
金にがっつくところを見るとプログラマでも貰えてない感じか 世の中なかなか厳しいのぅー
「安く買い叩く」ってレベルじゃなかったからフルボッコ
>>196 とりあえずフルだというデータを出して見て
どうやって採取する？ 気になる
ガイジのレスバとか見たくないんで他所でやってもらえませんかね
debian10の出来が良すぎたせいで、ubuntuやmintは不要になった
Debian１０で使えるようになったみたいな印象は良くないよ 前から十分、強力だったし
「Debian 10 で使えるようになった」というのは、個人の印象で、個人の自由。
phpMyAdminみたいにBusterでrepositoryから外されたのもあるから、「使えるようになった」ではなく「使えなくなった」という意見もあるかも。
面白そうだからStretchから言うほど良くなったのか試してみようかな
>>205 公の場にわざわざ書く必要性はないよな。誰のためにもならない情報は。
UbuntuやMintは不要になった…これも間違い。やっぱり自分のノートに書くべきでは？
という個人の自由な感想が、どれだけ不愉快か俺にはわかるから書かないわけだが。
俺はデフォルトでsnapdがいないDebianの方がいいや
前バージョンまでは、debian使いたければdebian系ディストリ使えって姿勢だった
gnome shellを単体でも使えるようにしてほしい
>>211 ミニマリスト御用達の distro を使うと
ストレスが減るとおもいます
gentoo 以外に何が良いかな。。。
>>212 意外と侮れないRaspberryPi Desktop by Debianとかは？
軽快さ、ブート直後の省メモリっぷりが秀逸
>>213 わかるわ、あれと同じ作りのDebian出して欲しいわ
>>214 予告通り格安PC
なんだか面白そうだから何日かかけてRaspberryPi Desktopベースで自分好みのDEこしらえてみるわ
リポジトリがどんなんだったかは忘れちゃったけど確かtaskselも使えたはずだからそれほど依存関係とかは困らんでしょう
>>211 DE使ってれば、そうなる脱DEすればよい
manの日本語化 manpages-jaをインストール
インストール時にプリンタサーバというチェック項目がありますが
ディスプレイサーバーってスクリーンセーバーみたいなものかと思ってた
CUPSでA4に設定してiOSからAirPrintするとA4にした設定ガン無視してくるのなにあれ？
これ以上はないって位のプリンタサーバです本当にありがとうございました
>>220 何でアレにデフォルトでチェックが入ってるのか不思議だ。
毎回外してるけど。
スマホやタブレットからプリントサーバーにしてるlinux経由で印刷しようとするといろいろメンドイよね
win10とのデュアルブート機、1909にしたらgrubが読み取り専用？になって、win10からしか起動しない
Winが腐ってるから Win記事書くなとあれほど…
おすすめディストリビューションは？
起動しなくなったら、ブロードリンクにお金を払って記憶媒体を破棄してもらうといいよね。
https://lists.debian.org/debian-devel-announce/2019/12/msg00002.html > 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
いよいよ投票はじまった
systemdにはだいぶ慣れたけど ip ss には未だに慣れない・・・
今のところはsystemdを便利に使ってるけどなあ
>>237 サンドボックスってどういう意味なのかな?
すまん、言葉足らずだった サンドボックスにしてもバックグラウンドでウイルスや不正な動きをされた場合、
>>243 sandboxに脆弱性がなければいいんでない？
systemdのほうがサービス書くの楽。
特定のパッケージが最新版か調べる（より簡単な）方法はないでしょうか？
「何」より簡単なのを求めてるのかわからんけど
理想
apt list --upgradable | grep hogehone
これさえなければなぁｗ
コマンドラインでは apt
ブラウザーでアプリケーションのソースをDLしたいのだけれど
firefox で URL をコピーして wget してるな、そういうの
>>252 有難う。この使い方知らなかったので、とても勉強になった。
apt-get のシミュレーションモードで grep 2 回使いですが、
こんな感じでしょうか。
#!/bin/sh
CMD=hoge
if apt-get -s -u upgrade | grep Inst | grep $CMD ; then
echo $CMD アップグレード出来るぴょん
fi
>>256 dget -u xxx.dscを使いたくない/使えない理由は？
>>261 sudo apt install devscripts
漏れは、Windows10, WSL, Ubuntu16.04 で、Ruby スクリプトで、
RubyよりPythonのほうがいいんじゃないか
何かビッグなことをやるための、はじめの一歩で導入したんだろ
debian10で、追加したNVMeSSDにデータを書き込みたいんだけど
>>263 はム板の無関係な言語のスレの至るところでRubyの的外れな回答を繰り返す名物キチガイだから相手にしちゃダメ
今はプライベートで Ruby 使うのは変人だけと言っても過言ではない
>>267 >Error creating directory～
このエラーメッセージで検索すれば？
マウント用のfstab という設定ファイルが、今もあるのか？
readonly でマウントしていて、書き込みできないとか？
>>269 Rubyは高脳しか使わないが正しい。
でも、高脳には変人が多いからな
>>264 LinuxユーザーにはPythonを超活用している奴がものすごく多いから
デフォルトで入れているディストロが多いよな。
おかげで、Pythonのことはプログラム板よりLinux板で尋ねたほうがずっと良い
という感じだからな。
Debianは安定しすぎてupdate＋upgradeしかやることがないから面白くないって云う人も居るかも
>>273 バージョンを上げるのが面倒だけど、それは他も同じだし
aptの説明（原文）が間違ってるんだけどどこに言えばいい？
間違った説明を書いているもののBTSへ投下すればいいんじゃないの？
BusterでDebianデビューした俺がノーパソ@uefiブートにStretchをインストールしてみた
なるほどこりゃひどい
初心者が近寄らないわけだ
grubの解像度設定、それもインストールメディアのgrubの設定なんか初心者が分かるわけないもんな
PCスペックも開示しないでか？ 手順を踏まないとただの愚痴でしかない
>>279 失礼した
全くその通り
スペックはこんな感じだけど情報としては十分かな？
何で今時 Debian 9 stretch をインストールして文句書くんだ。
考え過ぎだな
そういう場合はGUIを使わない設定でインストールすればいいのではないか
Buster でどれだけ改善したか
>>283 残念ながらテキストモードでも同じ症状でしたな
Buster初インストールの時はあっけなく終わっただけに面喰らいましたわ
284さんがおっしゃるすさまじい悪評が何だったのか、どれだけ改善したのか、
興味深いのでしばらく常用して体験してみたいと思います。
日常用途に必要な環境はBusterから同期済なので。
USBメモリーからインストールしたのなら、それが問題かも unetbootin使ってましたとか
>>287 USBは普通にddrescueで作成したものです
このスレでも悪名高いUNetbootinはさすがに使いませんね。
面白そうなので円盤からのブートで検証してみます
只今久しぶりにDVD作成中
>>287 追記
この現象の原因は特定済み(デフォルトのgfxmode=800x600とブートメニューに
もれなく記載されているvga=788が当方環境に合わない)で、
rufusで作成したUSBでgrub.cfgを修正してインストールしました。
只今インストールしたStretch上で作業しています。
>>287 やっぱりダメでした(泣)
尚、↓こちらはgrub.cfgを手直し(set gfxmode=1366x768に修正 vga=788をブートメニューから消去)してブートした様子
282にも書きましたがインストールさえ済めば至って快適そのものですな
最初の画像見えないからわからんけど、今まさに悪評らしきものを体験できてるんじゃないか
君なら良いDebian Desktoperになれそうだ
>>291 最初の画像をeogで閲覧しているStretchの様子です
今のところデスクトップとしての問題は感じられません
>>292 有難うございます
ディストリビューションの名に恥じないDesktoperを目指したいと思います
>>236 systemd排除する方向の投票はどれなんだ…
>>295 しかしsystemdは速いからの・・・
受け入れねば村は滅びるしかないのじゃ
速いとかいう触れ込みの実
でも起動時の自動起動処理を書くのが簡単だからな…＞systemd
まあ速度より開発リソースの問題だろう
ユーザーにメリットもないのに沸く謎のsystemd推し
systemdの開発ろくにしてねえ一体なにしてるんだ？とニュースになったばかりなのに
企業の力をもってしても開発が回らないなら乞食衆が独自路線を選ぶなど不可能だと気付け
スポンサーの意向に従ったけど肝心のスポンサーからの実入りが減ったとかそんなとこかね？
最近の情勢知らんけど
本気でユーザーにメリットないと思っているんか？
Debianでいえば、現状はsysvinitもあるしそれ以外の実装openrcとか
runitとかもある
systemd以外もサポートしなければならない、多様性を認める程度、
はてはsystemdのみサポート、というレベル感の違う選択肢が投票の
オプションとして用意されてる
どれがどういうものかをまとめたIanのblog記事が参考になる
https://diziet.dreamwidth.org/3999.html systemdが使用してるメモリ量ってどこを見ればいいの？
Systemdの使用法書かれた記事はあっても
systemdのメリットは数値じゃなくて便利さでしょ？
毎回ゼロからでなし
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
あと/etc/systemd以下にファイルを配置することで
>>311 Javaのコードの長さは型情報の追加という意味があるから全然話が違うよ。
init.dの場合、initが面倒を見てくれれば書かなくて済むものを
自分で書かなければいけない。しかもそのやり方はディストリごとに
パスが違ったりと微妙に異なる可能性がある。
なにより量が違いすぎる。/etc/init.d/cronは少ないほうだと思うが92行もある
それに対して/lib/systemd/system/cron.serviceは12行
>>312 今のままのinitの使い方はやめるべきだと思うな
init自体はそのままでも良いと思うんだけど、
init.dのスクリプト群にフレームワーク的な構造をを取り入れて
処理を共通化するべきだろう。そしておそらくそれはできる。
start/stop/status的なものはデフォルトで共通処理
そしてオーバーライド可能とかね
そうしないとメンテナンスが大変すぎる。
Debianをsystemdに売り渡した連中がデカイ面してるので
要するに、sysvinit かなにかをデフォルトにして
>>317 そんな事言っちゃっていいの？
間違いなくドライバ云々で苦労する人続出だよ
systemdってexponential backoffないのか？つらいな
>>318 blogでどう投票したかを表明している人の内容を見てる感じ
systemd推進派とinit多様性維持派で半々ぐらいの印象
まあN=1桁だけど
systemdオンリーにする方針は
エラーの原因が一時的な要因（ネットワークエラー）によるものと
変数展開にExecStart=/bin/sh -cが広く使われてるワークアラウンドってのがダサいな
まぁ、簡単にサービスを定義できるようになったから、逆にテキトウな設定で済ませてしまう（いわゆるコピペ）開発者やメンテナが増えてしまうっていうパターンだな。
どこもかしこもsystemdってことは迎合してでも採用する利点があったってことじゃないの？
不便にはなった
別に不便とは思わないんだが、ユニットファイルの形式がなー
宣言的に書くのがミソなのに
>>322 まあそういうのはどういう方向に行ったとしても禁止はできない
それでも本格的にどうするのかを決めるまでにいくのはそんなに簡単でもない
今回でもMLで議論 -> Technical commiitee内で議論 -> GR という
過程を経ているし蒸し返す際にも同じ過程を踏む必要がある
で、蒸し返しの場合だったら一回GRで決まったんだからTCが否決する
可能性が高いんじゃないかな
なんでfetchmailは、ベータ版をstableに採用したんだろう
>>330 実行順がないところは宣言的でいいが
起動順が重要なところは宣言的じゃないほうが良いよ
例えばEnvironmentとExecStartPreはどちらが先に実行されるか？
こういう処理は本質的に宣言的ではない
すべてを宣言的にやろうとしすぎて逆に複雑になってる気がする
>>332 fetchmail 使えない？ うちではこんなエラーが出ている。
$ fetchmail
fetchmail: OpenSSL からの報告: error:1414D172:SSL
routines:tls12_check_peer_sigalg:wrong signature type
fetchmail: SSL による接続に失敗しました。
strech で不自由していないから、そのうち直るだろうとほっぽってあるんだが。
debian10.2のnetインストのハッシュを確認したいのですが、
>>335 まずネットインストの場所を教えて下さい
isoの同じディレクトリにSHA256SUMSがあるじゃろ
>>335 そんな調子では署名の確認とかもやっていなさそうですね
改ざんされていても知りませんよ
とりあえず公式文書をお読み下さい
https://www.debian.org/CD/verify.ja.html >>334 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912759 OpenSSLのsecurity levelを1に下げたら解決しそうな気がする
fetchmailrcのどこにどう書けばいいかはちょっとぐぐった限りでは
わからんかった
>>335 https://www.debian.org/ を開く
Debian を入手する リンクを押す
インストールイメージのダウンロード 項の配下にある 64 ビット PC netinst iso 又は 32 ビット PC netinst iso を右クリックなどしてリンク URLを取得
アドレスバーに貼り付けて isoファイル名を除いて確定
SHA256SUMS などを押して確認するだけ
サイトは綺麗にまとまっていると思うんだけど 解釈する人によるんかな
Windows でも 7zip とかで sha256 計算できるよな
Windows のコマンドなら、7z(7-zip), certutil, PowerShell のGet-FileHash などがある
Win10ならbash動くだろ、コマンドないのか？
マウスで出来ることをいちいちコマンド打つ必要がない
「コマンド打てば出来ることをいちいちマウスいじる必要がない」という話にもなりかねず
Windows 環境でダウンロードファイルを検証することが
署名の検証については誰も書いてくれないのですね
ハッシュの置き場がわかんねえとかって応用が効かねえんだよ
>>346 キーボードショートカットで操作しようとしたら隣から二十歳の子が手を出してきて
マウスで目にも止まらぬカーソルコントロールを見せてパパッと済ませてしまった
>>351 man 1 gpg
https:// ぐぐる/search?q=gpg+公開鍵+承認
https:// ぐぐる/search?=debian+iso+署名+検証
http://2chb.net/r/unix/1007324740 何でも人に聞く前にせめてこの位のリサーチはしておきましょう
>>354 訂正
https:// ぐぐる/search?=debian+iso+署名+検証
↓
https:// ぐぐる/search?q=debian+iso+署名+検証
なんでキーパンチの早い女子って
昔は、商業高校とかで、本物のタイプライターとか和文タイプ教えてたから、
>>357 20世紀末、パソコン教育黎明期にタイプ練習ソフトが流行したな。ソフトの名前も忘れてしまったけど
商業高校は速さを求めてローマ字入力でなくてかな入力してた。
そういや、その「女子」もカナ入力だった
>>351 どこに記載されているかもわからない程度で作業状況を示していないのでは書きようがない
キーサーバーを指定しているのは自分なんだからそれを信じるしかないだろう
>>357 中大卒で電気関係行った60の母はタイプライター資格取ってたから今も英字タイプでやってるようだ
ローマ字打ちはなんか慣れないって言ってるがどう違うのか俺にはようわからん。俺よりタイピング上なのに
>>358 あったなあ(遠い目)
PC98に移植されたやつを万札出して購入して、毎日一時間練習した
元が英語用だから
the quick brown fox jumps over the lazy dog
を何度も練習した
Windows3.1が普及して特打などのローマ字入力を主流にするやつが出て
日本国からキーボードアレルギーが払拭された
apt-getって並列でインストールできるようにならないかな？
>>365 パッケージは全てにおいて依存関係があるわけではない
同時にインストールできる場合は多い
>>366 それはダウンロードが並列なだけ
同時インストールはdpkgが想定してないから無理
シーケンシャルに実行するのに何の不満があるのだろう
dpkgのインストールで時間がかかっている部分ってほとんどがストレージのI/Oじゃない？
速度も速くなるだろうけど、それはどうでもいいよ
連携性・構成力・統一性の無さはOSSならではｗ 受け入れるしかない
>>373 パッケージのインストールはファイルの
コピーするだけではないので
並列動作の安全性の保証は簡単じゃない
Windowsのアップデートなんかほとんど再起動要請されて
>>373 なんなら自分でこさえなよ
dpkgでの動作検証出来てるんでしょ？
>>377 設計レベルで見直さないといけないから大変だよ
一番厄介なのはパッケージインストールやアンインストール時に実行されるフック
何が行われるのかわからないからパッケージマネージャーだけの頑張りだけでは実現不可能
そういうのをきっちり何に依存するのかしないのかをメタデータで定めて
パッケージ間の独立性を明確にし、どうしても依存する部分は部分的にロックを掛ける仕組みが必要
たいていは独立してインストール可能だと思うけどね。特にサービスではないものは。
一部の例外が大変なんだよ。一筋縄ではいかないから、ここでできないなーってぼやいてる
>>373 エラーが出ない他のOSってなに？
俺の知る限りではWindowsもMacOSではインストール中のインストールは出来ないと思うが。
ストアアプリはパッケージマネージャ以前にベースの仕組みが全く違う。
>>382 >>381 はいい人だから遠まわしにお前に馬鹿引っ込めと言ってくれてるんだよ
わからないやつは親切に言われてもわからないということが証明されたね
>>383 いや、それ単なる嫌がらせじゃんｗ
恥ずかしいと、お前は恥ずかしいんだ！っていうだけで
その根拠を何も示せない。
説得力って言葉知ってる？
でも、もしそんな常識を覆す実装が実用に耐えうる形で実現したら素敵だね
>>380 KDEのDiscoverシステム眺めてれば？
JDで読めるように再
知らない
見えてる地雷をわざわざ踏みに行くのは感心しないなあ
>>392 すまん、おかしさを感じつつ油断してた
煽って説明させて楽に知識を得ようとする手なのかな、これは。
スレ違いでもなんでも無理やりレス引き出そうとするアレか
Debianで自動アップグレードする簡単な方法って何かな？
検索すれば沢山ヒットするんだから
たくさんある中から、一番簡単な方法を聞いてます。
それに再起動が必要な時に、自動的に再起動の方法は見つかりません
>>398 が証拠です。面倒かつ必要な機能を満たせていない。
ちゃんと検索してますか？
初心者を上から目線で馬鹿にする人は随分減った気がする。
再起動が必要な時ってどういう時かな
実際、上手に煽ってやると
>>405 カーネル更新したけど、新しいカーネルは使わないって
なんのためにカーネル更新したの？
よりにもよってDebianという素材ディストリ使っておいて、
>>407 upgradeでカーネル新しくなったけど
いま仕事広げちゃってるし再起動めんどいなあ
fsckかかったらやだし、とか
カーネルのアップデートはたいていセキュリティ関係だし
暇になったら再起動しとくか、くらい
>>409 それカーネルを更新してないって意味だよね？
そう言えば最近お高くとまった奴見かけなくなったな
Linuxだって更新にはお祈りが必要なんだから過信は禁物だぞ
リソース不足でローリングリリースしかできない distro じゃあるまいに
物理なら諦めるしかないが、仮想ホストならボリュームイメージをコピーしてからUpdateしたらいい
AndroidみたいにA/Bパーティションできるようになればいいのにな
Debianのカーネル入れ替えに相当する
あぁ、ABパーティションってパーティション２つ切って切り替えるあれか。
aptリポジトリからインストールしたパッケージはaptだけでアップデートできるんだな
んなことはない
Windowsの場合も一応パッケージマネージャは
Windowsでもaptやらrpmやらを導入する事はできるだろう
最近ではクラウドやコンテナの普及によってサーバーのLinux環境は使い捨てるスタイルが主流になってきて、
ああ、もう・・・なんで debian スレはこんなに荒れるんだ。
>>427 それいったらmacOSにもパッケージマネージャーもリポジトリもないよ。
サードパーティのHomebewにお世話になるしか無い
で、CLIで動くWindows標準の公式パッケージマネージャーといったら
PackageManagementだけど裏ではNuGetやChocolateyが動いていて
これらのサードパーティのパッケージマネージャー＆リポジトリを
（パッケージプロバイダとして）共通インターフェースで扱えるもの
NuGetはほぼ.NETライブラリ用なので、アプリとしてはChocolateyがリポジトリとして使われてるね
サードパーティだから、リポジトリがないと言いたいんだろうけど、でもWindowsで
パッケージマネージャーを使ってCLIでいろんなアプリをインストールすることはできる。
現時点で全部で7,387パッケージあるらしい（細かい派生パッケージ？を入れると82,802らしいけど）
Debianも6万ぐらいパッケージあるけど、ライブラリとか細かく分かれてるから
アプリとしての数は同じぐらいでは？
CIサービスではソースコードpushしたら自動的に環境が構築されてテストが実行される、
つまりCLIと同じようにコマンドで自動化されてるけど、そういうのでもChocolateyなどが使われてる。
ともかく、知らない人が多いだけでパッケージマネージャー対応としては
十分だと思うけどなにか不満ある？
Debian壊すな、という話はDebian Wikiにも書いてある
https://wiki.debian.org/DontBreakDebian 非公式なリポジトリを混ぜた状態をFrankenDebianと呼んでる
>>441 なんかツッコミどころ満載のページやなｗ
そりゃアプリの開発者は（一部例外はあるだろうが）
Debianで動作保証なんてしてないんだから動くかどうかわからない。
それを保証してるのがDebianってことだろう？
そこはWindowsと大きな違いなんだわ。
Windowsはアプリの開発者が、Windowsで動くことを検証してる。
多くはバーション指定して動くと保証してるね。
それとそのページ、ソースからビルドしろって言ってるけど
要するに、他人がビルドしたものを使うなってことじゃないのか？
そのことには同意するけどさ、これもWindowsに当てはまらないよね
公式がビルドしてるんだから
そのページは結局、Linuxの世界は特定のディストリで正しくアプリを
インストールして動かすことの難しさを語ってるだけじゃないのか？
それは俺もそのとおりだと思うよｗ
>>441 そこのリンク先にもFlatpaksとかSnappyを使えって書いてあるけど、
FlatpaksやSnappyで提供できるようなものは
Debianパッケージとして提供するのをやめたほうが良いと思うんだよね
アプリ開発者にはaptやyum経由の利用者を嫌ってる人が多いよね
upstream と連携とってない部分はフォークに見えて
嫌ってるというか対応できないからな
>>442 そりゃWindowsでも開発元が自分のソフトだけインストールして検証するなら動くだろ
むしろ動くか検証しないでリリースする会社いるのかよ
sonameとかの根本的なことが分かってないからこういう馬鹿な発言になるんだろうな
サポートの問題と soname の話は別なんじゃないかなあ
そもそも開発元公式のOSのパッチやアップデートで
"Advice For New Users On Not Breaking Their Debian System"
という親切なページがいつの間にかできたんですね。
>>441 初心者向けに、きちんとまとめてあって良いね。
Debian 公式レポジトリーを使うのは昔から基本。そのための APT。
基本を守っていれば、滅多に不具合は起きないから。アップデートもあるし。
サードパーティのパッケージは十分な検証が行われていないからね。
サードパーティでも、FlatpakやSnap を使ったほうがいくらかマシなだけで、
それらも、""some ways to reduce the risks""と警告されている。
Windows であっても、匿名のサードパーティはインストールしないよね。
Windows Updatesに相当するのが、Advanced Package System。
訂正→ Advanced Package Tool
最近のreportbug-ngコマンドはバグ報告テンプレートにaptリポジトリの
うぶんつさんが「サードパーティーリポジトリを使うのが当たり前」という悪弊を拡散させてしまったから…
なんでサードパーティリポジトリを使おうとするのか？
ディスクとメモリのフットプリントを減らすことに命懸けてきた時代の遺物だからねえ
デスクトップアプリのようなセキュリティ懸念の少ないものについては、
>>461 ところが、最近流行りのGo言語は全てスタティックリンクするのが基本なんだ
そして、もはや常識となったコンテナ技術はある意味究極のスタティックリンク技術とも言えるもので、
アプリケーションに対してLinuxシステムを丸ごと実質的にスタティックリンクする
残念ながら、時代はスタティックリンクなんだ
セキュリティはクラウドプラットフォームのレイヤで確保するものなんだ
ノートPCにDebian10.2をnon-free版isoでインストールしましたが、数回何かキータイプしないとNICが有効になりません。
ところがデスクトップ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 システムログ関係も見直しましたが、いまいちよく分かりません。
原因としてどのような事が考えられるでしょうか？宜しければご回答頂けると嬉しく思います。
>>462 てめえのそのクソ箱んなかのgoやdockerのバイナリがどうなってるか確認してみやがれクソニワカ
コンテナとstaticlinkを同列扱いしてる時点でガイジ以下なんだよクソ虫が
>>463 NGID に都度でぶっこんだとしてもコロコロ変えてくる奴が出て来るだけなので
私は諦めてる
※感じ方には個人差があります
ID:P1yzkYK9 は口はわるいけど適切に役に立つ助言をしているので
自己解決しました
initの投票は現状維持で終了
https://vote.debian.org/ ~secretary/gr_initsystems/index.html
結局何がしたかったのか…
>>464 以前も書いたが、non-free版isoでもnon-freeファームウェアがインストールされてなかった
dpkg -l firmware-linux-nonfree でインストール済みの有無を確認して無ければインストール
>>471 お考え頂いた通りにfirmware-iwlwifiもfirmware-linux-nonfreeも後からインストールしたんですけど
問題は解決しませんでした。その後一応何度もupdate-initramfs等も試してみました。
乱数生成等はあまり知らなかったのですが、>469に書いた通りに乱数生成デーモン？を追加したら問題は解決しました。
でもレスを下さりありがとうございます。
Debian Developers Decide On Init System Diversity: "Proposal B" Wins
https://www.phoronix.com/scan.php?page=news_item& ;px=Debian-Devs-Vote-For-Prop-B
ソースコードからビルドするときは
>>474 > /opt以下にインストール
基本だよな
昔は /opt./kde/bin とか良く使われたもんだ
基本じゃねーよｗ
>>474 ソースコードはユーザーのホームディレクトリ以下に入れる
ビルドの段階で/usr/localとか/optとかに置くな
ビルドをユーザー権限で行えないだろ
ビルドした後は/usr/local/binとか、パスにlocalって入ってるものを使う
大抵自分でビルドしたものはそこに入るようになってる
/optはユーザーがビルドしたものではない
他のパッケージシステムなどがインストールするパス
/usr/local/srcは/usr/srcと同じで、ソースコードから
ソースコードパッケージをビルドした後、そのソースコードパッケージから
ソースコードをインストールするときのパス
ビルドするためのソースコードを置く場所ではない
> update-alternativeは使ってない
>>476 > ビルドをユーザー権限で行えない
コンパイル作業自体は /var/tmp/hoge-0.1 とかで行うもんじゃないのかい
貴殿が言う「ビルド作業」というのが何を指すのか全く分からんので何ともいえないが
大昔にどっかに distro でパッケージをメンテしてた頃は専らユーザ権限でパッケージ作ってたけど
うわっｗ プログラマじゃないのかｗ
>>481 君のいう「ビルド」の定義が分からんのよ
>>482 ビルドの定義にこだわってるからわからんのよｗ
できる限りユーザー権限を使え
それだけだ
>>478 それのどこに「ビルドする場所」なんて書いてあるんだ？ｗ
>>484 意味不明。/var/tmpはソースコードをビルドする場所なんて書いてないだろ
だいたい/var/tmpはファイルがいつの間にか消える場所だぞ
>>486 > だいたい/var/tmpはファイルがいつの間にか消える場所だぞ
/tmp と混同してないかい
ほら、/var/tmp以下が消えるってことも知らない（笑）
だいたい一般的に使われる./configure & makeで/var/tmp以下が使われるようになんてなってないし
> /opt オプション (option) のアプリケーションソフトウェア「パッケージ」のインストール用[25]
>>489 > ./configure & make
極めて無粋なツッコミなんだが ./configure && make ではないのかい
>>492 そうなのか
太古
$ ./configure
$ make
$ su
# make install
大昔
$ ./configure
$ make
$ su -
# make install
とかいう書き方くらいしか知らんかったもんでね
だからコマンドとして書いたわけじゃないってｗ
>>492 お前、実はプログラムかけないだろ。&とandの違いを書いたつもりってｗ
相変わらずdebianと関係ないことでスレ伸びてんね
何を揉めてるんのか知らんけど、ID:vZ+tNV+wの勝ちがないことは判った
プログラムじゃなくシェルの話だろうな
>>492 あなたの脳内のことは他人には分からんよ。
まずは相手に理解できる文を書けるようになった方が良いと思うよ。
でないと他人と関わってプログラムをすることは出来ない。
まずは相手に理解できる文を書けるようになった方が良いと思うよ
単純にビルドするためのソースはホームディレクトリ以下に置くもの
ZRAMの圧縮アルゴリズムをlzo-rleに変更してみたらめっちゃ快適になったよ
ノートPCで使うならZRAMよりZSwapのほうがよくね？
実際使えば分かるけど
Z何某は常時占有し続けなきゃならないメモリが存在するから
Debian のスレで /usr/local の話を長々とするんだ…
>>508 パフォーマンスの問題じゃなくてさ
ZRAMはスワップが発生しないことを前提とした環境で動かすものだから
ノートPCみたいにブラウザとかが可変的にメモリを大量に使うような環境ではzswapを使うべきだと思うのだけど
単純なIO速度がzramのほうが速いだけでデスクトップで使うような場合はzswapのほうが効率的に動くぞ
zswapは多めに領域を指定しても
実際にはかなり早い段階で実スワップへの書き込みが発生するけど
zramの場合には指定した領域分を超えるまでは
殆ど実スワップへの書き込みは発生しない
このくらいの状況でもzramだとキビキビ動く(スワップの内の8GBがzram)
いつもスワップしてる人でzswap使ってるなら
騙されたと思ってzramに変えてみ？快適さにビビるぞ
こいつそもそもスワップが何のためにあるのか理解してないな
>>517 中途半端な理解力で語ってるのはお前の方な
ストレージにアクセスが掛かる作業の際に
実スワップが大量に使われていると
ストレージ速度がボトルネックになって効率が大幅に低下する
そういう状況でzramしていたらストレージではなくCPU側に負荷が回るから
CPU側の利用率に余裕があればzramを利用しない場合と比較して作業時間が短縮されるなんて
ちょっと考えればLinux初心者でも理解できるだろ
普段の利用でボトルネックがCPUになっていない限りはzramを使わない手はないんだよ
そんな手間かけてる暇があったら日雇いのバイトでもしてメモリ増設したらいい
>>518 前半の言っていることは合ってるけど
それでZRAMを使おうと考えるあたりやっぱりスワップを理解してないわ
>>513 linuxではswapがたりなくなると書き戻しするようなので、
zramだけで大丈夫ですよ。
>>525 Linuxはスワップが不足したときに何もしないぞ
メモリ不足になってOOMキラーするだけ
Linuxはメモリ不足になった時の処理ほんとアホだよ
スワップなんて30年ぐらい前の業務用UNIX機以来、経験したこと無い。
ほんとにLinux使ってるか？
朝から晩までネットに張り付いてタブを数十枚開きながらアニメをみながらゲームやったりしなければ
ブラウザ3種類起動しながらVSCodeも動かすから毎回スワップするわ
パフォーマンス上げるためにスワップしてるんだけどな
そりゃ空きメモリが数GBある時の挙動はね
連鎖あぼーんかなんかじゃね
今までDebian9 Xfceを使っていて、新年だしそろそろDebian10を
あけおめ
>>538 よければlxpolkitをあえて使う理由を教えてほしい。
xfceパッケージが、本家gnomeがpolicykit-1-gnomeを使わなくなった事に追従できて
ないためだと理解してたんで、単純にpolicykit-1-gnomeを追加して使ってる。
必要なら乗り換えようかなと思ってる。
Debian新年おめでとう
>>540 lxpolkitはLXDEの一部だから軽そうだと思った。
主にそれが理由です
top コマンド見てるが、ここ10年以上、スワップ使われたの見たことないｗ
昔から Linux はメモリが余っていてもスワップアウトする
>昔から Linux はメモリが余っていてもスワップアウトする
>>544 total used free shared buff/cache available
Mem: 30Gi 700Mi 293Mi 55Mi 29Gi 29Gi
Swap: 2.0Gi 84Mi 1.9Gi
Swapの行のusedの列がスワップしてる量
…自分が判断材料を得る方法を知らないの棚にあげて何言ってんだろ…
ここ10年以上uptime 1h みたいな使い方ならswapoutを見た事無いのも頷ける
08:06:28 up 29 days, 20:45, 1 user, load average: 0.00, 0.00, 0.00
ここDebianスレなんだけど、雑談ならよそでやれ
>>549 あけおめ
今年もIDコロコロしながら頑張ってね。自称スレ主のボクちゃんｗ
スワップがどうこうというのはswappinessの値変えればいいだけじゃないのかしら？
なんでかしらんけどちょっと前から1日使ってるとメモリ8G中せいぜい1.5Gぐらいしか使ってないのに時々数十~数百Mぐらいスワップ発生するようになったわ
そんなにスワップが嫌いならスワップパーティション消しちまえよ。
ブルーレイ軽減のために愛用してたredshiftがwayland未対応なんだけど
理解はzramがブロックデバイスで、
紅白に出てたKing GnuてRMSリスペクトとかそういうのある？
zramとzswapはちょっと違うね。
>>559 zramはただのスワップ領域
zswapはスワップの圧縮キャッシュになる
RAMを使い切る予定がないならzswap
>>564 raspbianだとその辺の調整が肝になりそうなんですよ。
raspbianならzram一択でしょう
>>566 rootをHDDにすることもできるので、
ひょっとするとzswapのほうが効率良いって答えもあり得るんですよね。
効率が何を指しているのか知らないけど
>>567 叉はこちらへ
【Raspberry Pi】ラズベリー・パイ part51【ARM】
http://2chb.net/r/linux/1576820900/ >>568 zswapがcpuの使用率削減に役立つならそれもいいかなと主今し他。
>>569 ありがとうございます。
新年早々新しいバッケージがいっぱい降ってきたよ
>>571 むしろ厳密に限定してどんな話題があるのよ
閑古鳥でスレ要らねってならんか
何か勘違いしているみたいだけどこのスレが閑古鳥になることは特に問題ない
でもこの板でいちばん常識的な印象を受けるこのスレが無くなるのはとても寂しい
Mintスレは志賀なにがしの話で埋まってMintディストリの話はほとんど見当たらないが
zram/zswap ってどういうシチュエーションで使うの？？
>>577 住民以外がスレ流してまくってる現状は違う
Chromebookは搭載メモリの1.5倍のzram
>>580 この板は過疎しても落ちないから心配ない
個人的にはGUIのしょーもない話されるよりLinuxの話してくれたほうが嬉しいけどな
これ思い出した
>>587 そういうのが最も不要
思い出したからってレスしなくていいよ
>>589 「ボクのわかる話しかしちゃダメなんだい」って言ってるようにしか見えないよね
>>589 >>593
｢そういうの要らない｣っていうお前らのレスも要らんことに気付け
>>582 外出先でノートPC使って開発する時なんかに役立つ
正直メモリ管理はWinの方が優秀だからWinで開発すれば良いんだけど
ノートでもDebian遣いたいならzramする事になる
>>588 Linuxの世界では、ファイルシステムのようなコア技術はRHELに採用されない限り決して普及しない
最強厨ならXFSにしとけ
ext4派からXFS派に鞍替えたけど
>>595 それもそうだね
XFSに戻すよ
ありがとう
>>594 VSCode すら使ってないから必要性を全く感じないや。。。
開発って何使ってるん？
eclipse か何か？
メモリが大量に必要な開発って何だろう
VM使ってたら8GBなんてすぐだぞ
vscodeを本気になって開発に使うとバカみたいにメモリ食うよ。
Linuxのvscodeで何開発してるの
>>602 VM使うにしてもいくつも開かないでしょ
16Gも積んどけば十分
VMいくつ開いて作業してるんですか？
ゲームとかじゃないよね
デスクトップLinux使うような人ならvimでしょ
vimはCLI用でほぼデフォルトで入ってるテキストエディタという扱いだよ
604は持論展開オナニーが得意なヤツで余所でも鼻つまみ者
延々雑談してるのはアフィブログとかでしょ
いや、マジでvscode何回かトライしてダメなんだけど使い込めばいいのか聞きたい
>>611 まず何ををしたくて、何をトライしたのかを書きましょう
トラブル解決の常識でしょう？
別に今の環境に不満ではないのでトラブルというほどではないが、
というか、書いてて思ったけど、昔よくあったEMACSやViの宗教的なものを感じるので、
最後にいちいち煽りを入れる辺り
>>608 はVimに挫折した負け組
使い込んでなさそう
>>618 使い込むとCLIで動く以外でなにかvscodeを超えることができるんですか？（ネタ機能はいらんｗ）
使い込んでようやくvscodeに近づけるvimよりも、
使い込まなくても便利なvscodeの方が良いですよね。
なにか意見ありますか？
宗教というか
vime 使うなら emacs 使うわ
>>619 というかvimも使い込んで設定やプラグインを煮詰めなくてもそこそこ快適に使えるのがメリットだよね
カスタマイズは最小限にしたい派の俺にとってはvscodeもvimも最高の道具だよ
emacsは論外
viは大体のLinuxで元々入ってるのがメリットだからね
debianに含まれるviはviじゃないよ
micro派は多分俺だけだな
結局vimみたいなコマンドライン使えないとlinuxは使えない。
仮にvimのキーバインドがvscodeと同じになったとしたら
>>625 > というかvimも使い込んで設定やプラグインを煮詰めなくてもそこそこ快適に使えるのがメリットだよね
それだとvim-tinyで良い気がするね
>>631 vimには多数のexコマンドがある
使い慣れた人はそれを好む
また、通常モードと挿入モードがあるのは混乱のしどころだが編集時のみ文字入力が許可されるのはメリットとも解釈出来る
それ以上はウニ板のVimスレにでも行って語るといいだろう
ろくに使い込んでもないのにvimはだめと決めつける初ってほんと苦手
だめというか、将来性がないからな
枯れていると言う意味ではDebianに通じるものがある
Debianは枯れてるって程じゃない
枯れてるっていうのは、良いことなんだけどね。
Vimそのものもだけど、Vimキーバインドが超優秀
Debianが枯れてると言っても、
>>642 vimキーバインドのどこが優秀なの？
> Vimキーバインド拡張はほぼ確実に作られる
それはvimキーバインドが変すぎて乗り換えられないからだよ
リリースクリティカルなバグがあるアプリは、廃止され削除されるから。
upstreamの更新が止まって実質Debian側で細々とメンテナンスしてる
具体的な例だとencryptfsもバグ放置されたまま最近まで残ってた
Leapadというテキストエディタも一例だと思う。
>>645 リリースクリティカルじゃないバグは放置されるわけでしょｗ
Windowsもリリースクリティカルなバグは修正されてから
リリースされているといえば、理解できるんじゃないかな？
どのOSもバグが残ったままリリースされてるのが現状
バグは放置されないでしょう？
>>650 ありがとう
leafpad orphan
でググったら色々出て来た
オープンに議論されるほど盛り上がってるパッケージなんて極一部だよ
そして下手にパッチを投げようものなら
>>654 それを防ぐには upstream ではなく distro のパッケージャにパッチ投げるしかないな。。。
>>651 クリティカルじゃないバグは放置してリリースされてるよ
afterstep とか window maker とか icewm とか
>>659 そう思うならまとめられたアフィブログでも晒してみろよ
CentOS7なんかつい最近まで最新だったが、PHPが古すぎてサポートしているフレームワークやCMSが皆無
>>656 正しくは「セキュリティ」クリティカルじゃないバグな
ハンバーガーを食おうとしたらハンバーグが入ってないみたいな機能的にクリティカルなバグは余裕で放置
最強のセキュリティを実現するには可用性をゼロにすればよい理論だね
全てのバグに対処しようとしたら、人的な開発資源が充分にないと難しいし。
メンテナが単なる罰ゲームだって皆が気付き始めたからな
>>664 それで崩壊するならBSDなんて……もう崩壊してるか
>>662 ハンバーガーにハンバーグなんて入ってないでしょ
パティとハンバーグは全く別のものだ
これ、豆じゃなくて常識な
タピオカティーにタピオカは入っている？入ってない？
タピオカティーなのにタピオカ入ってない？
sudo apt -t buster-backport install パッケージ
え？なに？stableがbusterから次のbullseyeに切り替わった時、
ん？全部バックポートにしたいの？
>>674 質問した人じゃないけど超役に立った
リポジトリ追加するだけじゃダメなんだね
流石ただの雑談野郎やアフィカスとは格が違う
ありがとうございます
全部バックポートへアップグレードなんてしない方が良いよ、大切なシステムなら余計に。
それなら、まだテスト版をインストールするべきだよ。
よくよく慎重であるべき。公式な解説も読んで ↓
Only select single backported packages that fit your needs, and not use all available backports.
https://backports.debian.org/ Linuxは壊して覚えるものだから良いのよ
そもそもLinuxにログインするのなんて管理作業のときだけだろ？
なにをしたいのかわからんが
ここ勢い３番目だもの
この時期、コンピュータ関連だけじゃなくて、どこの板も変な奴が多いんだよ。
>>684 荒れてるのはお前が見てるスレだけだよ
つまり犯人わかっちゃった
雑談駄目とか自治っても
buster でインストーラも大幅改善したからケチつける奴も激減、か
Liveじゃないインストールメディアの800x600指定はいい加減外して欲しい
またthunderbirdだけで日本語変換できなくなった
rm -rf ~/.{mozc,uim.d}では駄目だろうか
root作らないのが主流とかお前だけの世界を主流というな
データセンター等で個体チェックやメンテに使う鯖用の低解像度モニタは、SVGA(800x600)が未だに現役だしな…
Linuxはroot作らないとダメだよ
uid0をuserにしてuid1000をrootに変えるいたずらしようぜ！
「どっか行け」「雑談やめろ」「俺のわからない話＝スレ違い」
回答したいベテラン勢は大量に潜んているのに
Debianスレは特に初心者に厳しく排他的な印象だけど
対立させたい構図が丸見え
厳しいのはある意味愛情の裏返し
/etc/pam.d/sudoをいじってしまい、sudoができなくなりました。
>>701 liveメディアで起動し、マウントして編集するのが最も手軽
mount -o rw,remount /
>>701 su - でsudoバイパスしてroot取れたりしない？
rootアカウントがないとsu -もできないはず。
Debianはデフォルトだとroot作るよね
>>707 debianはrootあるけどubuntuとかの派生はなかったような気がする
>>708 rootでログインしないのと、rootを作成しないのは別。
rootでログインできなくても、rootになることはできる。
rootにならないといろんな事ができない。
Linuxでは"必ず"rootを作成しないと機能しない。
DebianでもUbuntuでもrootは必須
>>711 分かっていたら、ubuntuでrootがないなんてアホなこと言わない
こんなときは「はあ、仮想マシンにしとけばよかった」と思うが
>>703 で解決しました。他の方もありがとうございました。
>>712 お前、めんどくさい奴だな
ubuntuとかの派生はrootでログインできなかったような気がする
ほれこれでいいか
debianだってインストールする時にrootアカウント空にしたらubuntuと同じようになるぞ
>>715 面倒くさいも何も、rootがないのと、ログインできないがrootになれるのとでは、意味が全く違う
Windowsはrootに相当するアカウントはAdministratorだが、
ログインできないだけでなくAdministratorになることもできない。
デフォルトで無効になっている。互換性のために一応残っているが、削除しても問題ないだろう。
Administratorを削除する方法
https://www.top-password.com/knowledge/delete-windows-built-in-administrator.html WindowsはAdministratorを削除しても動くが、Linuxではrootを削除すると動かない。
ubuntuは何年もインストールしてないからうろ覚えだが
だからsudoはrootになるんだから
エキスパートインストール知らない人向けに言ったつもりなんだよね
debian buster でもインストール時にrootパスワードの入力を省略すると
あまり関係ないかもしれないがKali Linuxもつい数日前にrootをデフォルトで無効にするみたいな記事出してたな
>>721 それやってもrootはいる。id rootってやるといるのがわかる
Kaliとか目的が目的だけに色々と厳しい気がする上にrootじゃなくなってもあんまし意味ないような気もするんだがなｗ
rootで動いてるプロセスはたくさんある
デフォルトユーザーをkaliにするだけでrootは廃止しないのに
Debian testing 最小CDでネットインストールしようとしてたらパーティション作成の所で
Ubuntuの方はもうCDには入り切らないなら
ubuntuのmini.isoは普通に配布されてると思うが
UbuntuからDebianに乗り換えようと思っています
Debian 10 のデフォルトはgnomeです。
waylandが標準になったのってgnomeだけで、mateとかxfceを選べばxorgのままなのでしょうか？
なるほど
>>734 オプションで色々と組み合わせて使えるけれど、
最初の回答にあるように、デフォルトで使い始めた方がいいよ。
>mateとかxfceを選べば
それぞれのデスクトップで最適な構成を自動的に設定してはくれるけどもね。
いじるのは、使い込んでからにすべきだと思うよ。
>>735 重ね重ね有難うございます。
733さんは私ではありませんが、メインはデフォルトのgnomeで、他のDEを試したくなったら予備のストレージで試してみます。
733さんの質問に答えておきます。
MATEやxfceを選択しません。なぜならデフォルトではないから
デスクトップなんて後からインストールすることも切り替えることもできる何でもいいんじゃね
自分に似合うってなんだろうね。
100%に近いものなら合わせやすいし遠いものは合わせにくいから合わせやすいものを選ぶ、ただそれだけの話だろ
パーティション作成のステップで、
正直GNOME以外は開発者のマンパワーが足りてない気がする
非GNOMEだとコアはともかく周辺ソフトの進化が遅いよね
初心者にとって、安心して使えるという視点でデフォルトがおすすめです。
しかしDebianは更新しても更新してもド安定でする事がないな
まあ使わずに更新だけしていれば
メジャーバージョンアップで大物パッケージが無くなることがあるのが恐い
>>737 ありがとうございました。最近はいつもMATEなんですが、先日gnomeにしたら、その後、waylandか
xorgにするか聞かれて、あれ？いつもはどうだったっけと思い、便乗質問させていただきました。
大変すっきりしました
ポイントリリースでさえ更新時にお祈りがいるのにローリングリリースに手を出した日にはどうなるやら
レス増やすためにGnome VSの論調で煽ってるだけだね
その後GNOMEでインストールし使いはじめてます
今まで使ってたGNOMEシェル拡張もそのまま使えるし、何よりGNOMEでもそれ程重くないのがいいですね
慣れてきたら他のDEも別環境で試してみます
>>753 順調に運用できているようですね。良かった。
screenfetchコマンドって、面白そうですね。さっそく試してみましょう。
せっかく報告してもらったので。こちらはこんな状況です。
busterはまだ過渡期
>>757 こちらのスレではMATEが高評価の様なので真似して別のマシンにインストールしてみました
確かに機能の割に省メモリですね
大昔わけもわからずいじくってそっ閉じした某ディストリのGNOME2を思い出しました
>>760 というか、Gnomeが3になるに当たってフォークしてGnome2互換のUIで行ったのがmateなので。
高評価？自演し放題だから無視するけどな
初心者が真面目に検証しようとしてる処を自演扱いするものではないよ
僕も再インストールして、キレイなGnome3を使いたくなってきた。
安定だの標準だの振りかざしてなんの暴力かなとしか思わん
試した結果のレビューをくれ
面白そうですね。
>>769 コンパネに相当するものがどこまで設定できるか
スタートメニュー、タスクバーに相当するものが
>>771 debconfを使うのは無しと言う事ですね
>>772 デフォルトですか？それともある程度はカスタマイズした上での方がいいですか？
カスタマイズが必要なら、
>>775 なるほど
「カスタムしないと実用的にならない」と言う指標になりますね
>>776 デフォルトで好ましいかんじにカスタマイズされてるディストリ選べば良いんじゃね
まんじゃろでもMintでも好きなの選べ
>>777 私はカスタマイズしたいのではなく、「試した結果のレビューをくれ」と言われたのでお応えしようとしただけですよ
邪魔ならもう書きませんが
debianスレが最後の砦だと思っていたが、もうダメらしい
ところで、
「課長！外部からの攻撃を受けています！」
うんこが置いてあるページって、
複数のWiFiアダプタを接続してどちらも無線LANルータに接続しておき、静的ルーティング設定で使うアダプタを使い分けることは可能ですか？
>>784 730です
手動でsystemctl enable しなくとも有効になってました
apparmorは殆ど触れた事が無いのでいまいち良くわかりませんが、把握しやすい様に設定ファイルの詰め合わせを用意してみました
dpkg -L等のログも同梱してあります
宜しければ以下からダウンロードしてご確認頂けます
https://send.firefox.com/download/07ac994d500fb824/#SiHNwRJh3F5BiZXMjuevPQ >>792 784です。たびたび報告ありがとうございます。
こちらは関連のパケージをさらに追加する必要がありました。
apparmor-utilsほか数点追加しました。インストール後の設定が違ってくるのでしょうか。
そういう次第ですので、手動で有効にすることは出来ました。
ネットで検索をかけると、「有効にならないよ」といって投稿するユーザーを拾うことができるので、
ちょうど気になっていたところです。
サポートの切れたWindows7 PCがあるので、今度はそこへGNOMEを入れて検証してみようかなと思います。
>>793 あの後ufwだのbuild-essentialだの色々インストールしてしまったので、初期状態だとどうだったのかは現状では判別が困難です。
DEをMATEにしたSSDはお試しなのでパーティションがまだ全然余ってます。宜しければ再度インストールして検証しますよ。
大した手間じゃないし、こう言うの面白いので。
それはまた面白そうですね。
>>795 私はこちらに集まる猛者の方々とは違い、素人なので楽しく使った方が得かなと思いまして。
私も大昔Fedora Core4で打ちのめされて、VineLinuxで癒やされてました。
下記はインストール直後のスクリーンショットです。参考になると良いですが。
俺はtomoyoとakariしか使ったことないな～
Debian 10 のことで質問させていただきます。
事例を挙げておきます。たとえば、以下のとおりです：
これまでStretchを使ってきたユーザーは混乱するだけだし。
shadow の suから unit-util の su に変わったのには、何か深い理由があるのか？という疑問ですか？
unit-uutil 訂正→ util-linux の su
めんどくさいなら sudo /sbin/shutdown -r now
ありがとうございます。
Wikiの方にあるのですね。分かりました。
strechからbusterにアップグレードしたら、initやshutdownコマンドがなくなってしまったのですが、
sudo su
対立構図の投下デース
どうやってrootになってる?
もう誰も質問に対するコメントするなよ。サポセンみたいに使ってるわけだから
自分で調べ回った跡が無い質問に対しては検索ワードかman hogeでいいよな
それ対策なのか知らないけど
CIでapt-get -qq -y install libmkl-devしたら対話処理（libblasを置き換えるか？）でタイムアウトした
なんだDEBIAN_FRONTEND=noninteractiveするだけで通るじゃん
busterで日本語が入力できない
>>827 全角/半角キーでローマ字入力へ切り替わります。
>>827 キーボードと言う周辺機器を接続しましょう
初めてdebianを入れたけど
どういう風にインストールしたか書かないと誰も分からないと思いますよ。
[使用デスクトップ環境]:
>>827 インストーラーでミラーサーバー使用を選択しないと日本語環境がきちんと入らないんじゃなかったかな。
uim-gtk2.0 あたりをインストールすればデフォルトのuimを使えるようになると思う。
もちろんi-busでもfcitxでも好きな言語環境をあとからインストールすればいいけど。
>>834 インストールして設定弄ったらできました
ｔｈｘ
>>836 ＞[使用デスクトップ環境]:
gnome
＞[使用言語]:
ja_JP.UTF-8
＞[使用キーボード配列]:
jp106
＞[使用インプットメソッド]:
ibus
＞["echo $XDG_SESSION_TYPE"の出力結果]:
x11
>>837 インストールの時はインターネット繋がってなかったのでそれが原因みたいですね
>>839 そもそもimが入ってなかったのね
waylandで突然日本語入力出来なくなる事があるので、その時は言ってね
現実問題としてネットつながないインストールって使い物になるのか
>>841 nvidiaでもwayland使えますか？
>>842 一枚だけでインストール終わりました
その後インターネット繋がったんで日本語入力以外問題ないみたいです
>>843 俺Intelのオンボマシンしか無いからわかんないけど、あまりいい話は聞かないね
Windows 7のサポートが終わってあたふたしてる引きこもりが
>>842 一応BDインストールイメージもあるのでそこそこ手間は減るんじゃなかな
buster使っているのですが、この2ヶ月ぐらいapt-getしても
ログを見たら12月13日のphp関連が最後でした。
debsecanでも入れてみるとか
http://www.nigauri.org/ ~iwamatsu/d-old/?date=20111218
まず前提としてapt-getは止めてaptに切り替えよう
文字列をアクティブにしてマウスの中ボタンをクリックすれば
>>849 セキュリティーアップデートと推奨アップデートが外れてるんじゃない？
/etc/apt/sources.list を確認してみては？
>>853 まず man を読もう。たとえば xterm の場合は man の "POINTER USAGE" の項に書いてある。
>>856 何度も言われているが
途中で依存関係の矛盾が発覚した際の挙動が違う
apt-getは途中で依存関係がおかしかったら
残りの作業は全部放り投げて知らんぷり、アップグレード中なんかだと高確率でシステムが壊れる
aptは一旦その矛盾部分は置いておいて
残りのパッケージのインストールや更新を続行するから割と安定
>>860 何度も言われている … じゃなくてお前が言っているだけだろ
そうだったのかー。
使用歴の長い人がわざわざapt-getと入力したくなる気持ちはわかる
>>861 散々既出 お前が無知なだけだろう
まあ無意識に apt-get を打ってしまうことはあるｗ
UbuntuからDebianに移行するのに、何か難しい所、注意する点はありますか？
>>860 busterより前は知らんけど
wikiだと
aptコマンドはシェルで
apt-getコマンドはスクリプトで
って書かれてなかったっけか
2020年1月22日 Debianプロジェクトがポリシーを改訂，"systemdオルタナティブ"を容認へ
階戸アキラ
https://gihyo.jp/admin/clip/01/linux_dt/202001/22 >>866 対話型シェル以外でapt使うと警告出るのはbusterでも変わってないね
apt search hoge | more とかでも実行してみれば試せる
総統がデビアン宣言を発布したとき、俺たち王国の民は自然に涙が流れだしたものだが。
>>869 初心者を外道の道に引き込むんじゃねえよ
>>869 そうだな
初心者はファームウェアないとネット接続からして事実上不可能
>>866 シェルってシェルスクリプトの略じゃないの？
時を越えてやってきたpotato民だけど
>>854 >>868 みなさんありがとうございます。
849です。
source.lstを見ても、変なところはなかったです。
今日、python3-aptがアップデートされました。
以前、torのsource.lstを使用してから、アップデートがほとんど
なくなったので、不安に思っていました。
dselect 大好きで使ってる。
New Sudo Vulnerability Could Allow Attackers to Obtain Full Root Privileges
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はこの影響を受けない。
1つ見つかったら他にも無いかって調査されるんだろな
他にも無いかって調査しても、見つけるのは困難をきわめるだろうな。
sudoがあぶないから、いつもずーっとsu -で使っている俺が勝ち組
>>893 影響を受けるシステム
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月中旬
あら探しは結構だが情報と時系列はちゃんと把握しようぜ
>>893 最終更新日：2019/10/28
って当該ページに思いっきり書いてある
3か月経って対応しないって Vine じゃあるまいし
Debianで初Linuxって厳しいですか？
簡単ですよ。困ったら、誰かが助けてくれるでしょう。
>>897 ありがとうございます
メインのデスクトップとして使いたいと思っています
皆さんUbuntuやMintを初心者には勧めるので不安です
学生ですが授業に出てきたRMSが好きなのでDebianを使いたい気持ちがあります
でもいきなりDebianは…と二の足を踏んでいました
自分でインストール用のCDを作成することができますか？
>>899 はい…生意気言ってすみませんでしたm(_ _)m
>>900 ありがとうございます
理研やJAISTのミラーサーバーを確認しました
Rufusも用意してあります
普段使いのWebブラウジングの他に
＞理研やJAISTのミラーサーバーを確認しました
>>903 情報工学系の学生さんですか。がんばってください。
それから、参考になりそうなサイトを紹介します。
ただし古い情報も含んでいるので、気をつけて読んでください。
Debian GNU/Linux スレッドテンプレ
https://web.archive.org/web/20170316025043/http ://debian.fam.cx/
2ch-Linux-Beginners
https://w.atwiki.jp/linux2ch/ >>904 >>905
IDかわってるかも知れませんが学生の者です
ご丁寧にありがとうございます
m(_ _)m
アドバイスの通りにまずはLiveCDで試してみます
DebianはliveCDのみのダウンロードも出来ていいですね
ありがとうございました
>>903 > 普段使いのWebブラウジングの他に
> シェルスクリプト(bash)やvim、C言語とJavaをLinuxを使って勉強しようと思ってぃます
この用途だったらDebian導入で苦労する要素は少ない
ネット接続できてグラフィックドライバを導入して、必要ならサウンドドライバかな
学校ではgnome使ってる？
それともkdeかな？
良く分からなければチューターさんなり先輩なり同級生なりに聞けば良かろう
The Powerful World of Debian Keyboard Shortcuts -Feb 04, 2020, 14:00
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.
Linux歴20年以上の独学文系ド素人もいるんだから理系大学生なら楽勝でしょ
理工系の学生であっても、実際の Unix/Linux にふれる機会はあまりないときいている。
>>913 文系でもUNIXを使わされ、授業もX端末だったわ
必修科目の情報処理で何故かawk
他のクラスではpascalだったらしいからマシなのかも知れない
Windows10の奇怪なbootシステムを警戒しないで
ブートローダーの違うOSでデュアルブートはやめとけ
ノートPCだと省電力関連の電撃周りの最適化は圧倒的にWindowsの方が優秀だし
UEFIでwindows再インストールすればよかっただけじゃないのか
>>915 パテ切り間違ってるんじゃないの？
MBRにインストールしているが問題なくWindows10もDebianも起動するよ
UEFIでもデュアルブートできるけど、デュアルブート自体が非効率だしねえ
デュアルブートでWindowsとDebianのノートに入れてるけど
つーかブートローダーのインストール程度で
あとデュアルブートでWindows 10起動するなら
WinノートよりChromebookの方が電池持ち良いよ
じゃあバッテリー稼働中はDE禁止で
最低限の処理しかないからアイドルの時間が最大になるかもよ
>>924 今までずっとgrubだった
社員さん、あの設定わざとやってるのか？ｗ
マルチブートなノートでWinとDebian使い分けてるけど、
>>931 何がいいたいのか知らんが、ブートローダーっていうのは
OSを起動するものだが、OSを起動するという処理は標準化されてない
だから他のOSを起動するためには、他のOSの処理を解析しなければいけない。
仕様変更があったら追従しなければいけない。
だから完璧なものは作れないんだよ。自社のOSを高速に起動しようと思ったら
そのように変更しなければいけないわけで、他のOSに対応するのは困難になる。
UEFI BIOSの場合は
スノーデンが暴露したように、NSAにデーター送信しないとダメだからなMS機は
正確にはデータ送信に加えて
>>935 どの本に書いてあるかプリーズ。
本当ならパケットキャプチャ取ってたらわかるし。
httpsだとキャプチャー取っても
3ハンドシェイクとやらで、接続したくらいはわかるさー
なんでNSAと接続しなきゃいけないんだよ
>>938 オレオレ証明書でも間に入れれば大抵のパケットは取れる
NSAがらみがそれを拒否するかはわざわざ試してないから知らんけど
スノーデンの話ってクッソ盛ってるのか盛られて伝わるのか大袈裟だよな
諜報活動が仕事であってプライバシー侵害が仕事ではない。
>>937 ようつべに何本か詳しいヤツ出てたぞ日本語の
個人的には地底人より驚いて視聴したけど
9.12
ラズパイとDebian使って楽しんでる人も居るね 貼らないけど
>>943 生きてゆくことが目的であって、窃盗が目的ではない。
生きてゆく手段として窃盗があるだけ。
と一緒の発想ｗｗ
Debian系列からDebian系列にOS移行したいんですけどこの場合ブラウザのデータや作ったりインストールしたファイルなどのデータをそのまま移行することは可能でしょうか。
ブラウザのbookmark とテキストエディタで編集できる設定ファイルなら。
Debian GNU/kFreeBSD というBSDのDebianもあるし、
>>950 ユーザのディレクトリ以下をそのままコピーしたら、簡単だけど。
Firefox のキャッシュデータが要るのなら、また別だけどね。
ブラウザのデータはともかく、
エロ動画とかエロ画像のことです
ぼく専門の業者（個人）だよ
>>959 それが出来ればすでに移行出来ているという
動画。画像。ファイルならコピーすれば
>>950 ルート以下丸々クラウドとかにコピーした後新しい方のOSにそのままぶち込めばいいんでしょうか？
>>956 strace, ltraceなどのコマンドやdockerなどです。
権限やファイルの場所とかがそのまま記憶されるのか分からなくて。
>>965 そのあたりのツール類を使うんなら勉強になるからやってみたらいいんじゃない
Mintのスレで聞いて反応が無かったのでこちらで質問させて下さい。
>>967 このくらいｸﾞｸﾞﾚｶｽ
LMDE（Linux Mint Debian Edition）はCinnamonデスクトップとDebianをベースとしたディストリビューション。
Linux MintはUbuntuをベースに開発されているが、LMDEはUbuntuが万が一利用できなくなったときのために必用となる開発作業の調査を主な目的として開発されている。
https://mag.osdn.jp/18/09/03/184500 週末なのにパッケージのアップデートが60もあってびびったわ、ポイントリリースだったのね
Updated Debian 9: 9.12 released February 8th, 2020
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 Busterで日本語遣うのに、一番安定しているDEはどれですか？
DE選ぶよりちゃんと動かし方を調べたほうがいいのでは？
>>975 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 というそのまんまな検索が補完候補で挙がる模様
Buster出始めの時にLiveからインストールしたGNOME3 waylandはibus-mozcが効かなくなってenvironment設定したけど
>>975 IMはマシンによっては正常に動かないときがある
そういう場合、君がやってるように避難して使ったりしておくのでOK
そのうち直ったら復帰すればOK
>>976-979 皆さん、ありがとう。
しばらく使ってみます。
また、fcitx-mozc も使ってみましたが、Firefox では日本語入力に切り替わりませんでした。
LibreOffice では日本語入力に切り替わりました。
なので、uim から mozc を利用します。
ftp.debian.orgと
>>981 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/ )が後援しています。
fastlyはCDN業者ね
>>982 何が違うかの説明になってないですよね？
揚げ足取ってる暇があるなら自分で調べりゃすぐなのにね
日本語入力について質問です。
あ、ほんの少し上の方でも同じような話が出てますね…
日本語入力IMだけじゃないんだよね実は。アプリもけっこうバグる
そうそうDebianレポジトリからいきなり削除されて更新受けられないなんてのもよく有ること
phpMyAdminはリリース対象から漏れただけでsidにはあるよ
>>990 > Debianレポジトリからいきなり削除されて更新受けられないなんてのもよく有ること
おまえの世界ではそうなんだろう
普通は「いきなり」なんてことは無い
アプグレしたら壁紙消されるは日本語入力できなくなるわで半日無駄にした
このスレッドは１０００を超えました。
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/ ▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
このスレへの固定リンク： http://5chb.net/r/linux/1573529997/ ヒント： 5chスレのurlに http ://xxxx.5chb .net/xxxx のようにb を入れるだけでここでスレ保存、閲覧できます。 TOPへ TOPへ
全掲示板一覧 この掲示板へ 人気スレ |
Youtube 動画
>50
>100
>200
>300
>500
>1000枚
新着画像 ↓「Debian GNU/Linux スレッド Ver.93 YouTube動画>1本 ->画像>16枚 」 を見た人も見ています：・Debian GNU/Linux スレッド Ver.97 Debian GNU/Linux スレッド Ver.94 Debian GNU/Linux スレッド Ver.83 Debian GNU/Linux スレッド Ver.99 Debian GNU/Linux スレッド Ver.98 Debian GNU/Linux スレッド Ver.95 Debian GNU/Linux スレッド Ver.88 Debian GNU/Linux スレッド Ver.86 Debian GNU/Linux スレッド Ver.100 Debian GNU/Linux スレッド Ver.84 Debian GNU/Linux スレッド Ver.102 (444) Springdale Linux (PUIAS) スレッド part1 Red Hat Enterprise Linux スレッド part 27 Linuxメーリングリスト スレッド 20 Oracle Unbrekable Linux総合スレッド part 1 Devuan: Debian Without Systemd Ver.1 【オープンソース】 PowerShell on Linux 【PS】 ■FINAL FANTASY XII～FF12総合スレッド～ver.702 ■FINAL FANTASY XII～FF12総合スレッド～ver.709 ■FINAL FANTASY XII～FF12総合スレッド～ver.728■ ■FINAL FANTASY XII～FF12総合スレッド～ver.699■ ■FINAL FANTASY XII～FF12総合スレッド～ver.739■ ■FINAL FANTASY XII～FF12総合スレッド～ver.741■ ■FINAL FANTASY XII～FF12総合スレッド～ver.741■ 【Debian系】Linux Mint 17 [転載禁止]©2ch.net (628) Debian vs Ubuntu GNU/Linux_Linuxアンチアンチスレ Part1 LFS(Linux From Scratch) 統合スレ 3 【初心者】Ubuntu Linux 121【本スレ】 【初心者】Ubuntu Linux 123【本スレ】 【初心者】Ubuntu Linux 120【本スレ】 【初心者】Ubuntu Linux 119【本スレ】 【初心者】Ubuntu Linux 118【本スレ】 【初心者】Ubuntu Linux 120【本スレ】 【初心者】Ubuntu Linux 117【本スレ】 【最弱】Damn Vulnerable Linux【伝説】 (82) Linux Mint 23 Fedora 総合スレッド Part 58 ATOK/一太郎 統合スレッド[ その3 ] BiSH EMPiRE】wack総合スレッド part282【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part77【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part27【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part95【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part48【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part76【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part251【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part104【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part278【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part300【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part243【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part126【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part291【BiS GANG PARADE】 【BiSH EMPiRE】wack総合スレッド part192【BiS GANG PARADE】 intel compiler for Linux part2 sidux - Debian Sid 安定化プロジェクト Skype 世界中どこでも無料通話 Linux users 【deb系】Ubuntu Linux 69【ディストリ】 【deb系】MEPIS Linux 2 【ディストリ】 【deb系】Ubuntu Linux 34【ディストリ】 【deb系】Ubuntu Linux 72【ディストリ】 【deb系】Ubuntu Linux 74【ディストリ】 タブレットPCでLinux 湾岸ミッドナイト IN LINUX板
