Debian GNU/Linux スレッド Ver.100

記念すべき100スレ目

公式サイト
https://www.debian.org/sitemap

前スレ
Debian GNU/Linux スレッド Ver.99
https://mao.5ch.net/test/read.cgi/linux/1691204554/

住人としては鼻が高い

Debian凄い、俺凄い。

etchかlennyかでなんやモメたり（バージョン違うかもしれんが）
Ubuntu登場あたりでモメたり
いろいろあった気がする

Debianが難しいとか上級者向けとかいう言説の意味不明さ
誰でも扱えるようにカーネルと各種プログラムをセットにしてあるのに

Ubuntuを普及させるために根拠の無い言説を流布させていたのだろうか

XZ更新きたよ

これでsidに戻ろうと思えば戻れる

常にエッジでないと死ぬArchとGentooもしくは全部テメーでやれのSlackかPlamoあたりのほうが難しい気ががが

ubuntuのやったことは今でも許してない

ついつい手が伸びるトリはdebianで
何故かubuntuやRH系では無かった

Debian で、音が出て、日本語も使えて、過不足なくインストールするにはどうすればいいの？
デフォルトはゴミだらけじゃない。

コンサルタントでも雇えばいいと思うよ パソコン教室って今あまり無いからね

こういうの君にきっと役立つよ https://pasocom.net/

Debian程自由度があるインストーラーは中々ないと思うがな
他のディストリは問答無用で標準構成でインストールしたりするので

Expert Installから最小構成でインストールして、DE含めて必要なものだけ自分でインストールするがよろし

これでわからないなら、大人しく標準構成で使っとき

Mageiaも中々だぞ
DEもだけどパッケージ群も用途に合わせて選べる
サーバー関係のパッケージ群とかさ。要らんからチェック外してるが

要は採用してるインストーラーの問題でしょあれ
Ubuntuのはたしかsuの設定できないんだったか

最近はrootlessばっかりじゃあ?

なんでDebianはいちいち自分で自分をSudoerに追加しないとSUDOが使えないんだ？
他のディストリはだいたいみんな最初から一発でSUDO使えるだろ

sudo su でrootにはなれたと思うが

そもそも最小構成でインストールしたときにsudoはインストールされないだろ

>>24
そういうインストーラ探して使ってください
デフォルトのインストラーでそういう野蛮なことは無理です
あるいは簡単に追加出来るスクリプトでも書くか

設定もせずにいきなりsudo使えるのはセキュリティ的にどうなのよ
って感じもあるけどなァ

sudo su って冗長な気がする
sudo -i を用いない理由が何かあるのだろうか

rootのパスワード設定すれば使えるんでしょ？
sudo passwd -u root とかで

sudo を使うか使わないか、人の好みだよ
うちはインターネットサーバは sudo を使わない
デスクトップ利用機はディストリの初期設定任せ、入っていたら使うし入っていなければ使わないｗ

>>24
Calamares インストーラを使えば sudo がデフォルトになる
Debian Live は　Calamares インストーラを採用している

rootのパスワードを空にするかどうかでも違わなかったっけ

いつからか日曜のcron.weeklyが月曜に実行されるようになった。
多分anacronが日曜のうちに実行できないことがあって、
以後はanacronが7日空けないと実行できないからこうなった？

もともと日曜のcron.weeklyはできる限り日曜に実行するようにできませんか？

[MXツール]-[スケジュール管理]で再設定

anacronを使うのを止める。それができない事情があって
どうしても日曜日に実行したい処理があるなら/etc/crontabに直書きする

MXのスケジューラーはcrontabやanacrontabの内容を取得してるだけですよね？

crontabに書くだけでは定時実行だし、
anacronは実行間隔しか指定できないので、
結局cron+anacronでは私の希望の動作はできないわけですね。
何か方法がありそうだけど案外複雑。

最近使っていないので個人的見解
/var/spool/cron/crontabs 以下に anacronによらない crontabを配置するために
# cronta -u root -e
で記述するべきだと思う

日曜ジョブ以外で anacronを使う可能性があるので停止は反対
/etc/crontab 直書きは乱暴な気がする

anacronの設定消してcronwhipを起動時やウェイクアップ時やログイン時にsystemdで実行するとか
大枠はこれで意図通りのはずだけど細部でどうかはよく分からん
例えばめったに起動しない場合でもOKかとか
月を跨いだ時にOKかとか
last -xに依存していたはずだから

定時実行はしたくなくてどうしても日曜日に実行したいというのがよくわからんが
実行するスクリプトをcron.weeklyからcron.dailyにでも移動して
そのスクリプトの中で曜日を判定して日曜日だったら実行するようにすればいいんでね

>>39
anacronを理解してないのでは?

debianには5chブラウザdebは無いの？

以前はJD 入れてたけど…使い勝手はそう悪くなかった記憶はある

昔 2ch linux begginers だったかのまとめサイトで配布されていたJDのビルド済みの.debパッケージには、トロイが仕込まれていたっけな…

>>33で書いたのは日曜に実行できなかったcron.weeklyをanacronが一日遅れて翌日に実行したまではいいけど、
以後cron.weeklyは月曜に実行されるようになり、
anacronはこれを自力で修正できない。

cron.dailyで曜日判定して実行するのはこの点良さそうだけど、
上のように日曜に実行できなかったときは一週飛ばすことになりそう。

他のご提案はこれから試してみます。

>>44
真ん中の段落の懸念を考えて実行してくれるpythonスクリプトがcronwhip

マニュアルはないみたいなので
python cronwhip.py --help
manpageの代わり
python cronwhip.py --show-missing
でスクリプトを実行したユーザが実行しそこなってるcrontabのリストを表示
python cronwhip.py
それらを実行

>>44
成功と失敗のフラグを立てて、cron.dailyで毎日フラグをチェックして、失敗だったら即実行、成功だったら、日曜日か否かで実行にすればよいだけでは。

誤解してるかもしれないけど、
cron.*が実行できなかったというのは実行したけど失敗したのではなくて、
そもそも実行されなかったということですよ。
だからフラグを立てることはできないのでは？

crontabにかけよ

>>47
最後に実行した時のタイプスタンプを残せば
いつ実行できなかったかは分かる
まあ>>45が全ての場合をやってくれるんだけど

お前らはいつまでDebianと関係ない話をしてるんだ？
まだDevuanの話ししてる方がマシだ

いろいろ助言が出るけど反応が乏しいね

cron anacron 以外にも debian で動くジョブスケジューラあるよ…的な話題なら

cronはともかくanacron使えはふくわ。
systemdになって何年経ってんだよ。

>>45
ちょっと誤解していたところがあってうまく試せてなかったんですが、
>>38に書かれているようにanacronを捨ててcronwhipで未実行のジョブを実行するということですね。

anacronはもうアナクロかもしれないけど、
最近までこういう問題が発生することに気がつかなかったから、
たいていは結構間に合ってるのかもしれない。

>>54
該当日に未実行のジョブがある時にリストを表示させてみて

>>52
dcronというのがcronwhipのperl版を使ってたらしい

テスト

test

Tiny PXE serverでネットブートインストール試してみました
クライアントPCにDebianのインストール最初の画面が
出てくれないです・・・

DEでbudgie使ってる人います？
設定のわかり易さについた感想plz

例えば何の設定?
基本的な部分はどこも大差ないよね
dbusである程度共通化されてるわけだし
DE固有の部分、例えばドックだと自由度は低いね
GNOMEみたいに拡張がいっぱいあるのに比べると

>>60
感想って何を言えばいいの？
別に普通に使うぶんには大して支障はないけど
仮想マシンで試したら？

まだあちこち発展途上ではあるが個人的には好きなdeのひとつだが
成熟を求めるならシナモロールだな

シナモンロールよりレモンケーキが好き

マウスカーソルとウィンドウのフォーカス移動が連動する設定有効にすると、GUIからのシャットダウンに支障をきたすくらいかな。 > budgie

>>41
jdim

ずっと jwm 使ってる。一時期 gnome と i3 使ってたけど戻ってきた

bashのプロンプトPS1について
PS1='\u@\h\w\$ '
PS1='\u@\h\w\$'
どっちがいいの？
上のように$ のあとにブランクが多いように感じるけどなぜなの？

息苦しい

>>67
1キャラ空けて表示したい
だけじゃね？

1文字空く効果があるのはわかるんですが…
name@host$cd /usr/bin
name@host$ cd /usr/bin
比べて優劣が付けられるんでしょうか？
自分で .bashrc を書換えたとき上のようになって
コンピュータ実習のTAに下のほうがいいよと言われて直しました
でもなんで下のほうがいいのかわかりません

見やすい以上の意味はないっしょ
俺は改行入れて2行にしてる

ブランク区切りを意味の区切りにするとして
taro nakayama
taronakayama
の名前の書き方で後者がだと「たろんあかやま」に見間違えそう
前者だとそんな見間違えが起こりにくいとかかな

readlineのカーソル移動（ctrl-aとか）では問題ないけど、ターミナルやtmuxでのカーソル移動やコピペ（マウスも含む）するときは、スペースがある方が都合がいい。

>>73
確かに

自分はホスト名とか出さないし、こういうの何でも好きにやれるのがunix系の良いところと面倒なところなんだから、好きにしな！としか言えないよなw

今からdebianインストール！
Ubuntuから戻ってきました！

インストールだけで満足しないで
馬車馬のように使い倒してあげてね
でびあんユーザーより

あぼーん

詐欺

>>78
これ。こんな過疎板にまでコピペ宣伝とかもうね

>>77
良キャンペーン

>>79
こういうのスクリプトだろ
時々似たような感じのマルチ発生するし
死んでたスレに久々のレスが来てると思ったら大抵こういうやつ

>>77
アンチウイルス激怒

vscodeのフォント変えたいんだけどmonospaceしか使えないって言われて変えられない

UDEV Gothic 35NFを/usr/share/truetype/UDEVGothic_NF_v1.3.1/*.ttfに入れてvscodeのフォント設定するところに'UDEV Gothic 35NF' と入力して再起動しても変わらない
どうすればいいかわかる人いる？

debian 12でvscodeは1.90.0
です

sway version 1.7です

debianでは/usr/share/truetypeという場所にフォントを置くの？
その野良フォントはfontconfigに認識されてる？

/usr/share/truetypeというのはどこから出てきたの？
/usr/share/fonts/truetypeのことかな？

自分だけで使うなら~/.local/share/fontsでもいいのでは？

/usr/share/fonts/truetypeでした
間違えてました
fc-listで出てくるので認識はされてると思います

ターミナルエミュレータにfoot使っているのですが、footのフォントは変更出来たのでそれより上のレイヤーの話なのかなと思います

律儀に~/.local以下に置くと遠いから~/.fontsとか作っちゃってる

揚げ足取りの見本w

>>87
な

いやパス間違えは深刻な問題やろ

>>77
楽々で良いな
　

他のフォントも/usr/share/fontsにあるので認識されるならまとまってた方がいいと思って同じところに配置してます
swayでvscode使ってる人いたらudevgothic入れてみてくださいうまくいったらやり方教えてくれると助かります

エディタフォントは変更できました
テスト用に開いてたフォルダにあった.vscodeに書いてあるsetting.jsonに前の設定が残っていたみたいです
そこ変えたらエディタの方は直ったんですけどターミナルの方はサイズもフォントも変えられないです

VSCodeのsettings.jsonのこの辺変えれば、
"terminal.integrated.fontFamily": "Noto Sans Mono CJK JP"
"terminal.integrated.fontSize": 18
ターミナルのフォントもサイズも変わるようだけど。

UDEV入れてないからわからないけど、フォント名の指定が間違ってるとかかね？

俺は~/.config/fontconfig/fonts.confの方でmonospaceにMyrica Mを割り当てて
VSCodeはエディターのフォントをmonospaceにして使ってる

>>97
フォントサイズもフォントも指定はしてるんですけど反映されません
vscodeのターミナルって普段使ってるbashの方を設定しないといけないとかありますかね？
fontconfigいじりたくないなー

bashはfontは扱わない
文字列であるバイト列だけ

質問でタメ口ってこれがZ世代？

ソース見るとxterm使ってるみたいだな
プロセスは動いてないからライブラリとしてリンクかな
定番のlibvteは使ってないんだな
src/vs/workbench/contrib/terminal/browser/xterm/xtermTerminal.ts あたりに設定がある

chromebook でlinux のDebianでavidemuxを使っています。chromebookのバージョン: 125.0.6422.169です。

chromebookは２台あって１台はarm64、もう１台はamd64です。どちらも１ヶ月ほど前までは、問題なく avidemuxを使えていたのですが、
いつからか編集用に動画を読み込んでも画が正しく描画されず、その本来描画される部分（窓）が透明化され裏にある画、例えばデスクトップの画や別に開いていた
アプリがavidemuxの動画読み込み部分に出て来るようになりました。Debian 12、11、どちらで試しても同じです。

また、　avidemux自体も表示が若干不安定（表現が難しいですが素早い点滅）になります。

chromebookのDebianなので、特殊なのかもしれませんが、Debianでavidemuxを使っている方から対処法や問題の特定法などアドバイスをもらえませんでしょうか？

オーバーレイの問題だからコンポジッター関連だろ

>>98
UDEV入れてみたけど、うちのVSCodeではふつうに使えるようだ
"terminal.integrated.fontFamily": "UDEV Gothic NF",
"terminal.integrated.fontSize": 16

debianでもswayでもないけど

ありがとう。確かに

qt.qpa.wayland: Ignoring unexpected wl_surface.enter received for output with id: 7 screen name: "Screen5" screen model: "unknown" This is most likely a bug in the compositor.

っていうエラー？がターミナルに出てます。

対処法として何を試したらいいでしょうか？

>>101
browser以下にxtermはなかったけど、vscodeのターミナルで環境変数見たらTERM =xterm-256colorだったんだけど、これってxtermの設定変えればいいってことなのかな？

>>104
X Window system使ってます？

>>105
compositorのバグかもねと言ってるのでcompositorの変更かな

wl_surface.enterってのは多分描画エリアにマウスカーソルが入ったというイベントなので関係があるかどうか不明
一般にマウスカーソルがターミナル内に入るとテキストカーソルを描画し直す(白豆腐を黒豆腐にしたり点滅させたり)のでfontsizeを必要とするはずだが

>>107
まあxorgに変えてみるのでもいい

>>107
waylandだよ
Fodora SilverBlue 40
Gnome 46
VSCodeはArchのAURからvisual-studio-code-bin(distrobox)
debianとは違いすぎるから参考にならんかもね