Debian GNU/Linux スレッド Ver.99

公式
https://www.debian.org/index.ja.html

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

フリーかどうかと特許問題は関係ない

そうか？zipは有料だったぞ、初期の頃

>>754
揉めたのはLZW圧縮じゃない?
ツール名は忘れたけど
ZIPはLZHじゃないかな

>>757
ツールと技術は別だからな

bzipは揉めたね
結局bzip2が作られた。

buster-security/がないぞarchiveに移行するんか？

busterはarchive移行ってアナウンスでてたぞ。
https://lists.debian.org/debian-devel-announce/2024/03/msg00003.html

securityはLTS終わってかららしいで。

バスター使いはバスターの受身の名手

trixieからmozc無くしちゃうの？

日本語入力関係はカオスだな
今は何がおすすめなの？

うんぬ

かんな

emacsでskk

skkは大学の恩師が使ってたなあ。

海蘊

Ｍｕｌｅでskk

まぁ爺様たちから予想通りの返答が帰ってきたな
最新の知識なんか無いんだろ

ibus-kkc は生きているのか

ATOK入力ができるmozcが手放せない

JVEDelta

マジレスで現在のおすすめを書くのなら
fcitx5 + mozc + UT辞書

fcitx5はまだ枯れてない
無印のほうがいい

testingにもt64降ってくるのか。もう普段遣いできないな。

なんでいちいち世代間対立煽るの?

うーむuum

世帯間ってより、今の世の中は老害排除の風潮なんじゃないの？
先日、某有名レストランで思いっきり女子店員にカスハラしてる爺がいて、いきなり俺に向かって「そうだよな？」とか同意を得てきたから思い切り嫌な顔したら黙ってたわ
よっぽどカスハラジジイって言ってやろうかと思ったけど、ネットでもリアルでも年寄りにはみんな迷惑かけられてんだわ
心の中ではみんな早く死んてくれって思ってるだろ

真面目に検討してるときに四半世紀前のプロダクトの話しされたらピキッとするけど、5chだしなぁ。

空気読めないのは老人特有の脳機能障害だよ
認知機能の老化で環境の処理が追いつけなくて自分の事しか考えられなくなってくる
ボケ老人が同じことを何度も繰り返していうのも同じ

老害になってる老人なんて老人になる前から割とそんなんだと思うぞ

脳の退化で感情が抑えられなくなるらしいね

>>784
お前もいずれそうなるんやで（ﾆｯｺﾘ）

>>784
結局順送り。あなたの未来だがらさ～ぁ(笑)

歳は取るけど、嫌われる老人にはなりたくないな
特に男ってそれまでの人生によるのか、歳のとり方が良い人と悪い人にはっきり分かれるもんな
あれなんでなんだろ？

良い子、悪い子、普通の子の構成率なんて年代ごとに違うわけない
基本的に同じ構成率
なので若いときに碌でもなかった奴は、歳を取ると老害一直線
ようするに元からダメなやつが、そのまま老害になるだけのこと

糞の方が長生きする傾向てーのは老害が目立つ原因にあるかもな

ibus+mozcの俺はかなり少数派な気がするぜ

>>792
mozcの機能をフルに使えないが悪くないね
gnomeなら最適解だと思う

川´3`） 山下達郎ライブを語るスレで同じ事が進行中

指差されあんな大人になるなよと

testingで
t64ってなんのことか教えて
当てるとシステムがフリーズするパッケージがあるんだけど

Devian t64で検索するとわかると思うけど、2038年問題、64bit timeでも良いかな？

よりによって恥ずかしい綴り間違いをしてしまった。

>>797
ありがとう
検索し雰囲気はわかりました

21世紀志向の新しいディストリDevian爆誕の瞬間であった

21世紀志向とは？

手を取り合って

それubuntuのロゴでは？

もういい加減コンパイル済みバイナリをまとめただけってのはやめてもいいんじゃね？
かと言ってどうすれば良いのか知らんけど

GentooやArchのAURみたいにインスロール時にコンパイルしろってこと？

「ディストリビューション」の意味をわかってるのかね

大半のゆざーはクロノワール時にコンパイルなんてヤだからバイナリを用意してるんだと思うけど

コメダ？

ユーザーの手元で逐一ビルド（コンパイル）させるのって電力の無駄遣い以外のなにものでもないと思うが

コンパイルで興奮する変態向け

各自でコンパイルは電気の無駄遣いじゃないか。

ではバイトコードから実行コードへの変換は許されるのか？ とかそういう方向へ混ぜっ返してみるテスト

違う、そうじゃない

https://i.kfs.io/album/global/2111145,5v1/fit/500x500.jpg

のーみそこねこね

pipで入れたやつが機能しなくなったじゃねーかよリリースノートに注意くらい書いとけよ
とか言い出す池沼が湧いてるね
#1070258

pipなんか使ってる時点で地消

pip boy

エレキバン？

でん助

tuigreet追加されたな。
これで糞SDDMとはお別れ。
まだxsessionに対応していない（masterでは対応済み）だから、X使う場合の起動はstartxで指定する必要があるけど。

sddmってそんなにダメなの？

plasmaならsddmってくらい使われてる

QubesOSでDebianを入れて使用してます。SikiのAppimageをDebianのVM起動時に自動起動
させたいのですが、Windowsのようにexeファイルをスタートアップフォルダに入れて…
という感じでできないものでしょうか。

Systemdの使用も、これはサービスを自動起動させるものであってアプリはまた違う方法があるのかな
と思ってます。何か良い方法はありませんか…

~/.config/autostartに.desktopファイルを置くとか

gnome-tweaks から Startup Applications
KDE なら System Settings/Autostart
みたいに他のもそういうのあるよ

Xfceなら設定のセッションと起動とかね

ちなみにWinでスタートアップに放り込むのはexeファイルのショートカットで実行ファイルそのもの入れちゃだめ

>>825
~/.config配下にはautostartがなかったのでmkdirで作成してみました。
.desktopファイルをおいて、このファイルにAppimageのファイルパスを書いておけば
自動起動するんでしょうか…ちょっと試してみます。

>>826
私の使っているDebian12はxfceですね、apt installでtweakアプリがあればそちらを使うのが
手っ取り早いかもしれません

>>828
xfceなら 827のいうように
xfce4-settings-manager
にautostartあるはず。

ネズミなんか飼ってるからだな

>>829
autostartは、/etc/xdg/autostart　にありました。
xfce4-settings-mangerどこだ…

QubesOSのネズミのことは知らないのですが、意外と穴がありそうですよね。
スノーデンが推していたのですが、あくまでOSを30秒で作り直せるのが売りなのかもです

質問だよ dump/restore のdump先を /dev/sdc2 みたいにブロックデバイスにしたらどうなるの？
普段使っている dump先をファイルにスル場合は
# dump -0uf /backupdir/root20240511d0 /
dump先をデバイスにする(テープデバイスじゃないよ)
# dump -0uf /dev/sdc2 /

/は /dev/sda2 とかで /dev/sdc2も十分容量があると仮定するよ

>>824
アプリならVM起動時じゃなくてログイン時でしょ
自動ログインになっているとしても

>>832
普通に /backupdir/root20240511d0 に出力されるはずの
ファイルの内容を /dev/sdc2 に ddで書いたのと
同じになるはず
(RAWライト)

/backupdir/root20240511d0 に書き出し済みなら
# dd if=/backupdir/root20240511d0 of=/dev/sdc2
と等価なのでは

やってみた /dev/sdc2 が ext4の /になることがほのかな期待値だったが全く異なる
/dev/sdc2 はファイルシステムが不明のマウントできないボリュームになってしまった
おそらく restore を1回やることはできるが、別のダンプレベルで出力すると全部壊れる

テープデバイスだとうまくいくのは、テープを入れ替えることで擬似的にファイル選択のようなことをしているからだろうか

restore -t /dev/sdc2 をやっておけばよかった

そりゃあdumpコマンドで出力されるデータは
extファイルシステムを読み取ってそこから
バックアップ用に不要データを整列させ
ふるい落としてるからそうはならんでしょうね…

ディスク(パーティション)上に配置された
RAWデータ(ディスクイメージ)とは中身が全然違ってる

>>835
tape deviceはcharacter deviceです
HDDとその系譜は基本的にblock deviceで
ファイルシステムを介して使う前提のdeviceです
今話題になっている原始的なバックアップを行いたい時や
パーティションをいじる時やmkfsしたい時は
block deviceに対応するraw character deviceを使う流儀です
BSD時代は対応する別の名前のdeviceが自動的に出来たのですが
Linuxはrawコマンドで明示的に作ります(管理コマンドの多くは自動的に行います)
h　ttps://manpages.deb　ian.org/testing/manpages-ja/raw.8.ja.html

dump/restoreって厳密には物理バックアップじゃないんじゃね？
昔Solarisでやってたときは、シンボリックリンクは再作成の挙動になってた。

dumpはdd的にビットをゴリゴリ読む系の話ではなかったと思う
ヘッダとかなんかなかったっけ

ddはセクタバイセクタ(バイト列)処理
dump/restore(extX), btrfs send/receiveとかはファイルシステム処理
tar, rsyncとかはファイル単位処理で
それぞれ扱うデータ層が違うよね

バックアップするときもそれぞれ利点欠点があるから
上手く使い分けしたい

>>841
> ddはセクタバイセクタ(バイト列)処理
サイズが揃ってないといけない
今は後から変更可能なファイルシステムばかりだが

> dump/restore(extX), btrfs send/receiveとかはファイルシステム処理
サイズは違ってもいい

> tar, rsyncとかはファイル単位処理で
ctimeを復旧できない

>>839
dumpの中みてみ？
あーこれ保存してんのかってわかる

DebianのKeePassXCメンテナがネットワーク関連機能を全削除して議論に 2024年5月11日
https://softantenna.com/blog/debian-keepassxc/

stableでは関連機能は残っているが、sidでは機能削除済み。

パスワード管理ツールを外部ネットに接続させるのは嫌だったから、自分は歓迎だな
ネット機能使いたいならfull使えってことだもんな

DebianとUbuntu比較した時、普段使いでUbuntu使うメリットってある？
Debian使おうと思ってるんだけど世の中Ubuntuすぎて理由を知りたい

Debianは良くも悪くも元のソフトウェアそのままなんでデバイスドライバを揃えたり初期設定したりの手間がかかる
Ubuntuは最初から色々揃えてくれてるし、あとテーマや壁紙とかUbuntuのほうがアプリもバージョンが新しいとかある

ということで一昔前はUbuntuはいい事づくめだったのだが
今はsnapのせいで重くなってたりそれ以外にも囲い込み施策が目立つ等で必ずしも良いとは言えなくなった

>>846
パッケージが新しく安定している

なるほど
じゃあDebianでいいか
デスクトップエンバイロメントとウィンドウマネージャーだと一般的にウィンドウマネージャーの方が軽いよね？
Debianにawesomeかi3かRatpoisonで使ってみたいんだけどおすすめのタイル型ウィンドウマネージャーある？

>>846
snap教を受け入れるか否か

sidや testingは不安、でも新しいバージョン使いたいなら backportsがあって最適

>>849
その中ならi3wm

>>849
デスクトップ環境はWM含めたGUI環境全体のこと
GNOMEやKDEは全体が予め設計されていると言うだけ

>>846
ubuntu は linux 界のマイクロソフト。
個人情報ダダ漏れ
絶対に使うな

>>850
snap調べたら結構良さそうだけどストレージ食うの以外にデメリットあるの？