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/

snapから逃げ延びて来ました

100スレ目突入おめでとうございます

全文検索はemacsのM-x grep-find が使える

100とな

ぐぬぅ

デブやん

100スレ目おめでとうございます
記念パピコ

ここで会ったが100スレ目🔥👺🔪

住人としては鼻が高い

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.*が実行できなかったというのは実行したけど失敗したのではなくて、
そもそも実行されなかったということですよ。
だからフラグを立てることはできないのでは？