Debian GNU/Linux スレッド Ver.99
■ このスレッドは過去ログ倉庫に格納されています
testingにもt64降ってくるのか。もう普段遣いできないな。 世帯間ってより、今の世の中は老害排除の風潮なんじゃないの?
先日、某有名レストランで思いっきり女子店員にカスハラしてる爺がいて、いきなり俺に向かって「そうだよな?」とか同意を得てきたから思い切り嫌な顔したら黙ってたわ
よっぽどカスハラジジイって言ってやろうかと思ったけど、ネットでもリアルでも年寄りにはみんな迷惑かけられてんだわ
心の中ではみんな早く死んてくれって思ってるだろ 真面目に検討してるときに四半世紀前のプロダクトの話しされたらピキッとするけど、5chだしなぁ。 空気読めないのは老人特有の脳機能障害だよ
認知機能の老化で環境の処理が追いつけなくて自分の事しか考えられなくなってくる
ボケ老人が同じことを何度も繰り返していうのも同じ 老害になってる老人なんて老人になる前から割とそんなんだと思うぞ >>784
お前もいずれそうなるんやで(ニッコリ) >>784
結局順送り。あなたの未来だがらさ~ぁ(笑) 歳は取るけど、嫌われる老人にはなりたくないな
特に男ってそれまでの人生によるのか、歳のとり方が良い人と悪い人にはっきり分かれるもんな
あれなんでなんだろ? 良い子、悪い子、普通の子の構成率なんて年代ごとに違うわけない
基本的に同じ構成率
なので若いときに碌でもなかった奴は、歳を取ると老害一直線
ようするに元からダメなやつが、そのまま老害になるだけのこと 糞の方が長生きする傾向てーのは老害が目立つ原因にあるかもな >>792
mozcの機能をフルに使えないが悪くないね
gnomeなら最適解だと思う 川´3`) 山下達郎ライブを語るスレで同じ事が進行中 testingで
t64ってなんのことか教えて
当てるとシステムがフリーズするパッケージがあるんだけど Devian t64で検索するとわかると思うけど、2038年問題、64bit timeでも良いかな? >>797
ありがとう
検索し雰囲気はわかりました 21世紀志向の新しいディストリDevian爆誕の瞬間であった もういい加減コンパイル済みバイナリをまとめただけってのはやめてもいいんじゃね?
かと言ってどうすれば良いのか知らんけど GentooやArchのAURみたいにインスロール時にコンパイルしろってこと? 「ディストリビューション」の意味をわかってるのかね 大半のゆざーはクロノワール時にコンパイルなんてヤだからバイナリを用意してるんだと思うけど ユーザーの手元で逐一ビルド(コンパイル)させるのって電力の無駄遣い以外のなにものでもないと思うが ではバイトコードから実行コードへの変換は許されるのか? とかそういう方向へ混ぜっ返してみるテスト pipで入れたやつが機能しなくなったじゃねーかよリリースノートに注意くらい書いとけよ
とか言い出す池沼が湧いてるね
#1070258 tuigreet追加されたな。
これで糞SDDMとはお別れ。
まだxsessionに対応していない(masterでは対応済み)だから、X使う場合の起動はstartxで指定する必要があるけど。 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のせいで重くなってたりそれ以外にも囲い込み施策が目立つ等で必ずしも良いとは言えなくなった なるほど
じゃあDebianでいいか
デスクトップエンバイロメントとウィンドウマネージャーだと一般的にウィンドウマネージャーの方が軽いよね?
Debianにawesomeかi3かRatpoisonで使ってみたいんだけどおすすめのタイル型ウィンドウマネージャーある? sidや testingは不安、でも新しいバージョン使いたいなら backportsがあって最適 >>849
デスクトップ環境はWM含めたGUI環境全体のこと
GNOMEやKDEは全体が予め設計されていると言うだけ >>846
ubuntu は linux 界のマイクロソフト。
個人情報ダダ漏れ
絶対に使うな >>850
snap調べたら結構良さそうだけどストレージ食うの以外にデメリットあるの? ターミナルとブラウザとvscodeが使えればいいだけだからデスクトップ環境は最低限でいいんだよね
virtualboxで試すのが楽なのかな itunesもkindleも使えないのか
wineとか使うしかないの? wine使うかー
snapはFlatpakの方がいいみたいな話なのかな >>860
いや違う
deb,apt,npm,pipでやっていきたい
過去レス読んでみて npmやpipは仕組みそのものがクッソ危ないぞ
何らかのサンドボックス化を講じたほうがいい >>861
このスレだけざっと読んだ感じだとよくわからなかったけど、もっと前のスレ? >>862
snapとかflatpakはコンテナみたいなもんって見たから便利だし安全だと思ったけど勝手に更新される?のが困るみたいな話なのかな >>864
更新されなくなる方が困る
コンテナ内のライブラリにセキュリティパッチ当たらなかったり
ユーザがそれを全部把握できますかって話
デストリがdebやrpmで統合的に管理してきてくれてたのに
ストア以前のWindowsやmacOSと大差なくなっちゃう
依存関係が面倒だからって安易さに逃げてる iPhoneみたいにアプリ単位で更新できたりはしないの? debianってデスクトップ環境ないとxremap使えないの? 特定のデスクトップ環境対応のインストーラーしかない
Archはいけるみたいだけど >>861
pipはやばい感じあるな
ゼロから作り直し前提レベルのヤバさ とりあえず色々デスクトップ試して好きなの見つけてからその環境に合わせてソフトインストールしないとダメなんだね
xremapもそうだけどfctixとかもgnoneとkdeで違うし大変だ plasmaで色々設定やろうとしたけど全くうまくいかなかった >>874
fcitixはwaylandは設定場所が違うけどDEでは変わらないんじゃない
xremapはかなり特殊
ああいうインストラーは珍しい >>876
plasma waylandだとGUIでキーボードのリマップ少しはできたからplasmaで設定しようとしたらハマった
リマップとか細かいとこはとりあえず諦めて色々試してる
ratpoison意味わからないからi3かawesomeかqtileになりそう あとLinuxでブラウザ使うとすぐメモリいっぱいになるね
crashhandlerってやつが異常発生してメモリ食いまくるしその実行ファイル消したら普通にchrome起動しなくなった
前入れてたのwindows8だったけどchromeだけはWindowsの方が軽い ■ このスレッドは過去ログ倉庫に格納されています