Debian GNU/Linux スレッド Ver.102

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

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

>>523
testingの段階で一ヶ月ちょっと前にnetinstしたときにはanthyとuimでしたね
今入れるとどうなるかはわかりません

waylandは3Dゲーム専用機ならいいんじゃないか

>>525
どう言うことですか？

trixieにアップデート完了カキコ
特に不具合ないけど時間かかるな

ワイ
task系パッケージはガン無視でLXQt(Trixie)を入れたせいかuimとかibusとかAnthyとか過去のものに悩まされることは無かった

CJK(V)のCの人ってibus使うのかな
仏独キーボードでibus使う人がいるみたいだけど

…AI皆無時代の時点で、英語フォーラム等突っ込んで行けるくらいの英語力はあったけど支援と、正確な現状認識まとめが欲しい…

>>526
Wayland + Waydroidで泥ゲーム遊べる

USBメモリで最初からインストールする方が安心ですよね？

>>528
fcitxの中国名が小企鵝輸入法で中国人が作った

>>526
x11よりwaylandのほうが3Dゲームぬるぬる動くから

平穏すぎる full-upgrade

＞task系パッケージはガン無視
それでええよ。ついでにim-configなんかもいらない。というか邪魔なだけ。
XorgにしろWaylandにしろ、環境変数を適切に指定して、プログラム起動すればいいだけだからね。
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx
export GLFW_IM_MODULE=ibus # for kitty
あとは、systemdサービス（user）、XDGのautostart、各コンポジたの起動スクリプト・設定ファイルなどのどこかでデーモン起動するだけ。

>>498
それな
snapでゴミになった

>>534
waylandでは原則、環境変数でim moduleを指定する必要がないぞ
正常に動作しないときに指定しろ

中国製の fcitx をそんなに宣伝しなくていいわよ

インプットメソッドが悪用されて
入力情報が盗み見されるリスクがあるとされていますね

https://fcitx-im.org/wiki/Using_Fcitx_5_on_Wayland#QT_IM_MODULE

GNOME
Best setup:

Environment variables:
Set XMODIFIERS=@im=fcitx for XWayland application
Set QT_IM_MODULE=fcitx for Qt, since Qt5 would use XWayland by default.
Run chrome with XWayland and GTK_IM_MODULE=fcitx


---------

Qt5 / Qt6

If your Qt application natively runs under Wayland, you can either unset QT_IM_MODULE to make it use text-input-v2, or set QT_IM_MODULE=fcitx to make it use fcitx im module.

text-input-v2 is not upstreamed to wayland-protocols, that is probably why only kwin support it. This means in non-kwin environment, you will need to use QT_IM_MODULE=fcitx to make the Qt applications work.

On Qt6, you may also use QT_IM_MODULE= (empty) or QT_IM_MODULE=wayland if your Qt vesion contains this

>>529
>>532
なるほど
どっちも低スペックパソコンしかないワイには無縁の話で

>>537
今や一番使われてるんでね
最新のwidgetライブラリにも対応して
>>538
OSSなのですよ

OSSといってもいろんなタイミングで裏機能仕込めそうだ

>>542
クローズに比べたら機会は限られるし技術的にも難しいし埋め込める機能も限定的だよ
OpdnSSLに埋め込まれたバックドアがそうだった

ddskkコピペ。これ最強

XZ Utilsは凄い長期計画で中国人がバックドアを仕込んだんだよな
発見されたのもすごい偶然で永久に見つからない可能性もあった

>>540
ゲームやらないならX11のほうが良いよ

対応できる環境ならUIM使ったほうがいいね
アプリ毎の対応とか色々知りたい

そもそも中国で作って中国人が使うIMEなら検閲されてしかるべきじゃないかな
欧米になんか言われても　アンタのところは関係ないからで終わりそうね

中国人のメンテナー居ないOSSだけのディストロ作れよwww
ﾑﾘﾀﾞﾅ

>>544
欲しい漢字が出て来ない時、どう解決していますか？

>>535
そうだった。環境変数設定してると、ちゃんとその旨のメッセージ出るもんね。

>>550
1文字づつで検索して、辞書登録
登録は変換の延長なので簡単

>>546
そうなんでふか？セキュリティ面とかも？

>>553
それはしらん
多くが画像、動画系
simplescreenrecorderも未だに代替がない

>>552
ついでに書いてしまうと、ターミナルで動くEmacs (emacs-nox) の方が好みかも。
Debian stable でやっと emacs-pgtk が入った所ですが。

simplescreenrecorderの代替となるWaylandアプリは、無いのですか

neovimからemacsへ移行してる人がちらほらいるらすぃ

simplescreenrecorderは**Waylandにネイティブ対応していません**が、その代替となるWayland対応のアプリはあります。

---

### 主要な代替アプリ

**OBS Studio**
- Wayland環境での画面録画やストリーミングに対応しており、高度な設定が可能です。
- シンプルな用途にはオーバースペックに感じるかもしれませんが、多機能で広く利用されています。

**Kooha**
- シンプルで使いやすいことを目指した、GTKベースの画面録画アプリです。
- WaylandとX11の両方に対応しており、GNOMEデスクトップと相性が良いとされています。

**GNOME Screen Recorder**
- GNOMEデスクトップには、標準で画面録画機能が組み込まれています。
- `Ctrl+Shift+Alt+R`のショートカットキーで簡単に起動でき、シンプルな操作で録画が可能です。

**VokoscreenNG**
- シンプルなインターフェースを持つ画面録画アプリで、Waylandにも限定的ながら対応しています。
- 画面全体、ウィンドウ、特定領域の録画など、多様なオプションを提供します。

これらのアプリケーションは、**PipeWire**という新しい技術を使ってWayland環境での画面共有を実現しています。SimpleScreenRecorderが非対応であるため、これらのWayland対応アプリを試してみるのが良いでしょう。

---

[The Best Wayland Screen Recorders for Linux](https://www.youtube.com/watch?v=z_8JXfLn3cI)
この動画は、SimpleScreenRecorderの代替となるLinux向けWayland対応の画面録画ソフトを紹介しています。
http://googleusercontent.com/youtube_content/1

ほれね、Waylandやと**SimpleScreenRecorder**みたいにX11前提で動く録画アプリは、そのままじゃ動かんことが多いもんで、そっくりそのままの代替は無いんよ。
ほいでも、Wayland対応で似たことできるアプリはいくつかあるがね。

* **OBS Studio**
→ Wayland対応ビルドにすりゃあ、画面全体もウィンドウ単位も録画できるし、音声ミキシングもできるわ。
* **Kooha**
→ GTKで作られとって、Waylandネイティブ対応。シンプルで使いやすいけど、細かい設定は少なめ。
* **GNOMEの画面録画機能**（Ctrl+Alt+Shift+R）
→ 超簡単だけど、録画範囲や形式の自由度はあんまり無い。
* **wf-recorder**（CLIツール）
→ Swayとかwlroots系Waylandコンポジタ向け。ターミナルから範囲指定して録画するやつ。

要するに、GUIでSimpleScreenRecorder級の細かい設定をできる“完全互換”のWaylandアプリはまだ見当たらんけど、OBSあたりを使うのが一番近いがね。

もしあんた、**MX Linux 23系でWayland前提の環境**にしようとしとるん？
それによって、選べる録画アプリもだいぶ変わるでよ。

うん、あんたええとこ突いとるわ。SimpleScreenRecorderはX11向けに作られとるで、Wayland環境じゃあ動かんのよ。けどな、代わりになるアプリもちゃんとあるでね。三河弁でざっくり紹介するわ～。

---

🌟 Waylandで使えるスクリーンレコーダーのおすすめ

- Kooha（こーは）
これはGNOME向けのシンプルで使いやすい録画ツールやよ。Flatpakで簡単に入れられるし、Waylandでもちゃんと動くんよ。音声も一緒に録れるし、タイマーもあるで便利やわ。

- GNOMEスクリーンレコーダー
GNOMEに標準で入っとるやつやね。「スクリーンショット」って検索すれば出てくるで。WebM形式しか録れんけど、ちょっとした録画には十分やわ。

- OBS Studio
これは配信もできる本格派やけど、Waylandでもちゃんと動くようになっとるで。設定はちょっと複雑やけど、慣れれば最強やわ。

- Botspot Screen Recorder（BSR）
Waylandのwlroots系コンポジタ向けに作られた軽量ツールやよ。画面とウェブカメラを同時に録ったり、音声も一緒に録れるで、ちょっとした実況動画にもええかもしれん。

---

ほいで、SimpleScreenRecorder使いたいなら、Xorgに切り替えにゃいかんのよ。Ubuntuとかならログイン画面で「Xorgセッション」を選べばええで。

あんたの使っとる環境に合わせて、どれが合うか選びん。Waylandでも録画できる時代になったで、ありがたいこっちゃね～。

何なのこれ

OBSが録画品質で遜色ないものの
ただ全然シンプルじゃないしPCリソースバカ食いする
ほかは使い物にならないレベル

自動生成長文貼り付けるってなんなの

ずんだもんどこ

>>557
emacs信者の分断工作

>>560
GNOME スクリーンレコーダーは手軽に録れて便利なんだけど
音声を記録することができない。仕様だから仕方ないけどこれが致命的な欠点だよ

Kazam というビデオキャプチャはシンプルに使えるアプリです

>>565
Wayland 環境の GNOME で試してみたら非対応でした。
無理して Wayland を使うのはやめようかな

Gnome + Wayland + kooha + PipeWireが批判される背景は色々あるみたいだなぁ
不安定とか、さいしょの部分が録れないとか、録画範囲の指定が厳しかったりとか

録画前提ならXorgが柔軟で良いのかもなぁ

13にアップグレードしたらlastコマンドがなくなっちゃった
不便だなあ
どれかパッケージを追加すればlastコマンドをインストールできる？

util-linux なくなったの？

代替があったような?

https://gihyo.jp/admin/serial/01/ubuntu-recipe/0874#sec3_h4
>いくつかのコマンドの置き換え
>last, lastb, lastlogコマンドが新しいものに置き換えられました。これらのコマンドが2038年問題に対応していないためです。必要に応じて自作スクリプトの修正や、wtmpdbパッケージの提供するwtmpdbコマンドやlastlog2パッケージの提供するlastlog2コマンドへ移行してください。

https://www.debian.org/releases/trixie/release-notes/issues.ja.html#the-last-lastb-and-lastlog-commands-have-been-replaced

alias すりゃいいのかな

ありがとう
wtmpdb last
で大体同じことができそうと分かった
ただ、アップグレードでwtmpが変更されたみたいで、アップグレード前の履歴が消されてしまった

13で/tmpがramになっちゃったのが困る
過去の設定やうっかりででかいファイル書き込みそう
ram圧迫された挙句に容量不足エラー

>>575
お前かシステムが変わるしかない

>>550
四角号碼検索法を覚えて専用辞書入れるのオヌヌメ
https://github.com/KeenS/SKK_JISYO.wiktionary

>>575
あれ？やっとそうなったの？
前にtrixieがtestingのときにインストールしたときは、明示的に”tmpfs /tmp tmpfs nosuid,nodev 0 0”て書いてやらんとtmpfs使ってくれなかった記憶があるのだが。

kdeシステムセッティングスの「日付と時刻を自動的に設定する」にチェック入れたいんだけど
ntpだけじゃ足りなくなったのかな？
設定されないみたいだし
画面開き直すとチェックも外れてる
何入れたら良い？

trixieは確かめてないけど、少なくともbookwormの時点で
デフォルトの時刻合わせはsystemd-timesyncdを使ってた
設定方法は検索してね

>>577
「四角号碼検索法」って日本語じゃないだろ

ありがとう
/etc/systemd/timesyncd.conf
をコメントアウト
sudo timedatectl set-timezone Asia/Tokyo
sudo systemctl enable systemd-timesyncd.service
sudo timedatectl set-ntp true

timedatectl status で確認・・・
System clock synchronized: no
NTP service: inactive
RTC in local TZ: no

activeにならない。
というかマジなのかこの設定方法
面倒過ぎる

chrony 入れたらいいよ

>>582
Linux野郎は押し付けじゃなく自分の好きなやり方でやりたい奴が圧倒的だから
ディストリの押し付け時刻同期設はいらね(自分のすきな時刻同期方を使いたい)だよ
色々こんな感じ(自分の好きなやり方で)だから初期設定に手間がかかる
おかげでDEにもこだわりありあり奴多いからDEを色々提供しないと
ブーブーだし。
Winユーザーとは大違いだよな

>>582
confをコメントアウトじゃなくてsystemd-timesyncdを削除しないと
apt Install time-daemon
好きなの選んで

ちなみにsystemd-timesyncdは多くの人が待ち望んだミニマリストだからね

>>586
多くの人が待ち望んだだとしても、押し付けは嫌だで
自分でインストールするんんだろ。
sudo apt install systemd-timesyncd
で、あーだこーだと設定すると...
Winユーザーからメンドくさすぎで呆れるよな

迷ったらRHELと同じの入れる。Ubuntuと同じのは入れない。

>>583
>>585
chrony入れたらntp削除されて別のに切り替わったっぽい
ntp動くようになったありがとう
ただ初期状態から何すればよかったのか必要最低限は何だったのか・・・

＞sudo systemctl enable systemd-timesyncd.service
ここでしょ。--nowつけるか、その後にstartしないと（もしくは、システム再起動）。

>Winユーザーからメンドくさすぎで呆れるよな
nhngd

あ、そうなの
systemdよくわからんくて困りすぎる
パッケージ名の変化とかもうついていけないっす・・・
パッケージ置き換えるのは良いけど後のこと考えてよ・・

Devuanオススメ

12の頃に変わったみたい
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-information.ja.html#changes-to-packages-that-set-the-system-clock

ntpだと政治的にサマータイムがあったり暦の揺れに今後対応しきれないってことじゃないのかな？
まあ金銭的な理由もあるんだろうけど

どの時刻合わせバックエンドも
内部的にntpプロトコルを使ってるのは一緒よ
ただ1つのntp鯖に不通なときサブの接続先が複数設定できたり
設定できる項目が違ってたりするみたい

>>593
どこらへん？
そこまで、利点ある？

>>597
systemdが無い。以上。

>>588
UbuntuはLive ISO USBメモリ挿しただけで時計を9時間狂わせてくれるからなぁ

systemdないと起動に1時間かかりそう

Ubuntu でもChronyをデフォルト化する流れ

Ubuntu 25.10（questing）の開発; Chronyのデフォルト化と⁠⁠、『開発者のためのUbuntu』
https://gihyo.jp/admin/clip/01/ubuntu-topics/202505/30

>>598
最高じゃないか

systemd使ってなくても、dbus、logind、udev辺りは、大概systemdから個別に切り出してforkしたものを使ってたりするし。

2036年問題や2038年問題にちゃくちゃくと手を入れてるのね

>>602
MX Linuxがクセ強くて嫌という人には良いのかも
そうでない人には、一般的には、ユーザーの多いMX LinuxやantiXの方がすすめやすい

>>599
それは端末のハードウェアクロックをUTCに合わせて、
そこからOSで時差補正を設定してJSTを表示するのが
Linux的に標準だった記憶がする…(曖昧)

本来クロックをUTCで運用しないOSがおかしいが
Windowsがそうだからマルチブートのために
いろいろ細工してるデストリが多い

上の方でtrixieのLXQtをwayland上(labwc)で動作させてる
って書き込みがあったから検証してみた
とりあえず大きな問題はなく細かい設定は要るけど動いてるみたい

まずnetinstでGUIなし(DEなし)でインスコ
自分はnetinst ISOよりさらに小さいmini.isoを使った

コンソールログインから
$ sudo apt update
$ sudo apt install lxqt labwc
最小でテストするにはこれだけでよかった

インスコが終わってプロンプトが返ってきたら次は
lxqt-wayland-sessionってLXQt+waylandの起動スクリプト
＋LXQt設定画面上でのwayland設定パッケージを入れる

このパッケージはまだstableに降りてきてないんで
/etc/apt/sources.list に sidのリポジトリを一時的に追記する
("trixie"のリポジトリ行をコピペして"sid"に書き換えると楽)

追記したらまた　$ sudo apt update　で
$ sudo apt install lxqt-wayland-session
インスコできたら追記したsid行はすぐコメントアウトして
再度 apt updateしておく

waylandで起動するだけならこれで準備ができたので再起動
LXQtのログイン画面(SDDM)が表示されるはずで
ログインセッションに「LXQt (wayland)」ってのが選択できたら
それを選んでログインする

真っ暗画面にLXQtセッションの設定だけ見えると思うので
wayland設定 → コンポジタ でlabwcを選んで再ログイン、

これでLXQtデスクトップがwayland(labwc)上で表示される…多分

あと補足で、キーボードレイアウトがデフォルトで
英語キーボードと認識されるのは
~/.config/labwc/environment　って設定ファイルを開いて
余分な設定が有効だったらコメントアウトして

XKB_DEFAULT_LAYOUT=jp
↑自分はこの行追記だけで日本語キーボード認識できた
日本語インプットメソッドはfcitx5-mozcでとりあえず大きな問題なし

画面ロックはswaylockをパッケージインスコして
LXQtセッションの設定 → wayland設定 → 画面ロックにswaylockで
手動ロックのみ動作確認
(目が痛いので swaylock --color 000000 でもいいかも)

アイドル時間での画面省電力と自動ロックは
今のところ未検証
以上長いチラ裏

まとまったものはここに書いても読み難いのでQittaかZennに書けば？

おつかれさまでした
>>611 は知らなかった
やってみる

>>609の部分、一時的にapt lineをforkyに書き換えて、
apt install --download-only
でパッケージを入手して、debファイル入手後に即戻すのも手かも

$ sudo apt install ./lxqt-wayland-session_0.1.1-3_all.deb

というかんじでインストール可能、と

誉め称えよ
https://news.yahoo.co.jp/articles/b1df5e3a36b1c22359862f24d962cd04d304f6f6

>>608
mini.isoで使って、さらに、sidのリポジトリのパッケージ
を使うってLinuxマニアすぎだろ。
Linuxマニアになると押し付けすぎは嫌だで自分であーだこーだとセットアップするんだろうが

>>615
パッケージがわかっているなら
https://packages.debian.org/ja/
で検索すれば
ここから落としてね教えてくれる
https://packages.debian.org/sid/lxqt-wayland-session

母じゃないな
今となっては

netinstより小さいと良いことでもあるの？

ダウンロードを最小限にしたい人は嬉しい。
ミニマリスト用かな

netinstって32Mくらいじゃなかったっけ？
今みたら750Mくらいあった

debian 10とか11の時代で400MBくらいだから、肥大化はしとるね。

CDRより1桁小さいのが売りだと思ってたのにｗ