Debian GNU/Linux スレッド Ver.101

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

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

>>53
ibus はできないよ。
keymap をイジればできるけど。

ibus-anthy使いやすかったのにわざとanthyが使えなくなるように壊された予感

sidの話ならgnomeのメンテナにここ1、2ヵ月の間に何度もibus壊されてる
そのたびに問題パッケージさがしてダウングレード・ホールドしてって対処してたわけだが
1週間前ぐらいでまーたやりやがってそれでブチギレて試しにfcitx5試して今に至るのがワイ

>>54の修正してfcitx5-kkc使ってみたが文節と変換候補の内容が食い違ってるぞ
例えば「かんじ」という文節で変換すると「感じ」という候補が出るだろうが
fcitx5-kkcではそれに相当する候補は「感」と表示される
ibus-kkcではちゃんと「感じ」と出るので実装がおかしいか壊れてるなあこれ

今、Wayland環境下で使えるfepはいくつあるんだろう？

50以上だろうなあm17n-libだけで40以上提供されてるから
Wayland上で動くツールキットやアプリ独自のものを含むなら100とかあるんじゃないの
vimやEmacsなんかスクリプトでかな漢字変換実装してる強者いるし(tuskk.vimとかkkc.el)

ブラウザ上で使えないなど制限が厳しく
uim使えず嫌々fcitx使ってる
特定動作だけの出来るでは意味がない

あたらしめの日本語入力
ひらがなIME
https://github.com/esrille/ibus-hiragana
hazkey
https://github.com/7ka-Hiira/fcitx5-hazkey
hazkeyの変換エンジンAzooKeyKanaKanjiConverterは未踏だそうで
https://github.com/ensan-hcl

Debian12.7.0インストーラーのディスクパーティーション設定で
swapを swapパーティーション ではなく スワップファイル /swapfile にしたいのですが そうする設定がありません
swapはswapファイルではなくswapパーティーションにすべきという思想なのでしょうか？

hibernateを使う場合はswapパーティションのほうが設定が簡単になるので、swapパーティーションのほうが良いとは思いますが

swapfileにしても容量指定して確保するんだから結局必要分パーテーション確保するのと変わらなくね

swapパーティーションの後からのサイズ変更は大変ですが、swapfileの作り直しは簡単です
デフォルトではサイズ1GBのswapパーティーションが作られたので、hibernateさせる気もないでしょう

ならパーテーション＋ファイルでもいいよね
ファイル部分は任意で変更すればいいし

うちのメモリ16GBのノートPCは18GBのswapfileでハイバネするようにしている
特に問題ない

灰羽連盟

いつの間にかハイパネできないとか懐かしい話になってた
VGAの種類がどうたらやってたの10年以上前だったっけ

>>62
swapパーティションなしにする設定がないんだっけ?

>>62
先週インストールしたけど自動でパーティションレイアウト作らせて
その後swap削除して/を広げた

専用パーティションにするメリットは記憶媒体の使用位置を指定できること
HDDなんかは先頭が最速で後尾に行くにしたがって遅くなるからどこに置くかに意味がある
よく読み書きするものは先頭にどうでもいいスワップは後尾に当てるために切る
どこでも変わらないSSDなら操作が楽なファイルでええ

HDDの前かそうでないかの差を問題にするなら
スワップなしにするべき
PCならば最近のはもうスワップいらんやろ

RAM16GBあって大したことには使ってないからavailableが5GiBとか残ってるのにswap0.2GiBくらい使ってることがある

嫌ならsysctlでvm.swappinessを1にするとええよ0はダメ
デフォだとキャッシュ手放すよりスワップに押し込まれがちになる

1じゃなくて100だったかもしれん
興味出たら自分で調べておくれ

>>73
足りててもあまり使ってないpageはpageoutするからね
要するに投機実行なんだけど

>>75
最大値が100で
値が「大きい」ほどメモリ解放よりスワップ利用を優先させる

zswapなら
vm.swappiness = 100以上にして積極的にメモリー圧縮をさせることも検討できると書いてあった気がする

普段はswapなし運用なんだけども
ストレージがまぁまぁでかいので
瞬停くらってxfs_repair掛けるときには
（恐らくRAM不足が原因で）止まるので
一時的にswapファイルを作る

今の初期設定が30か60じゃなかった？
再設定しないといくらメモリ積んでもswap食いすぎ問題で苦しむ
むしろメモリ多いほどswapも増加するようになる、だったか
設定方法がわかりやすい場所に無いから不親切だと思うわ

>>74を信じてはダメ

cat /proc/sys/vm/swappiness
で見たらバカでかいはず
vm.swappiness=1か0どっちがいいか論議

騙されて10以下にするなよw

ArchWikiでも読んで自分の環境でテストしてswappiness 値は決めることでしょう

俺は20だけど

なにがどう騙すってんだと食いつくパクー

>>82
それ弄って期待する挙動の最低値は1
0は1-100とは違う特殊な値だとむかしアンドリューモートンだかが言ってた

ftp.riken.jpは無くなったのですか

ブラウザーがftpをサポートしなくなったから、試験的にhttpsでの提供を始めているみたい

そういやドメインのftpってなんの略なんだろうな
fuck the police?

file transfer protocol 需要がなくなって絶滅したファイル送受信プロトコル

>>89
突如として、自分が爺さんになったのを自覚したわ。
Debianを使っているレベルのITリテラシーでftpが認知されていない時代になったってことか。
gopherならまだしも。。。

>>90
いまだにWebサーバにファイルを上げるときにはsftpやlftpを使っているのだけど、
まじで、みんなどうやってファイル転送しているの？scpとか？

webサーバーにftpでデプロイとかいつの話だ

お仕事の社内向けはftp残ってる。
ffftpは使い易いね。

>>92
sftpとftpsの区別ついてないんじゃない?
sftpってssh系でscpのお友達だよ
opensshだと通常一緒に配布されてる

>>95
あぁそうだね。sftpを使う時にproftpdとかftpサーバが動いているかどうか気にしたことがなかった。
あれ、ssh+lftpが使えているということは先方でftpサーバが起動している？

lftp(コマンド)はサーバ側でsftp(プロトコル)使えれば使う
つまりUIリッチなsftpコマンドでもある

>>88
httpにしたら見られた。ftpやめなくても良いのに

ftpを使い続けるなよ

liberoffice writerでのタイピングのバグって直せないですか？
タイプしたキーが急に文字列の先頭に飛び出してしまいます
例）さしすせそ→iさsすせそ
上のは「し」を入力するために「s」→「i」の順で入力したときに
なぜか先頭に「i」が飛びしたものです　
他に目に見える異常としてはツールバーの一部フォントサイズ変更あたりが
一部が表示されたり消えたりしてフォントサイズが勝手に変わってもいるみたいです

https://imgur.com/a/0V3MG8S

$ libreoffice --version
LibreOffice 7.4.7.2 40(Build:2)

$ cat /etc/debian_version
12.7

>>100
>liberoffice writerでのタイピングのバグって直せないですか？
>タイプしたキーが急に文字列の先頭に飛び出してしまいます
>例）さしすせそ→iさsすせそ
>上のは「し」を入力するために「s」→「i」の順で入力したときに
>なぜか先頭に「i」が飛びしたものです　
同じ環境だけど再現しないよ

>他に目に見える異常としてはツールバーの一部フォントサイズ変更あたりが
>一部が表示されたり消えたりしてフォントサイズが勝手に変わってもいるみたいです
これは何言ってるのかわからん

uim+anthy使った時と変換挙動が一緒
ほんとにlibreofficeが原因？

ツールバー云々はなんのことやら

自分はWine+専ブラでごく稀に近い症状が出ることが有る
fcitx-mozcを使ってるんだけど多分漢字入力側の誤作動だと思うよ

メモ帳やブラウザだと気にならないので発生していないと思う
>>100で貼ったリンクの動画だと40秒付近でツールバーのフォント種類とサイズが切り替わってますが
その時は文字入力しかしていません。処理落ちみたいな不安定な表示をしつつ
勝手にフォント種類とフォントサイズが変更されています
どうもその勝手にフォント設定が切り替わる瞬間に文字入力していると
おかしなことになるみたいです

こうかな?

他に目に見える異常としては
ツールバーのフォントサイズ変更あたりが表示されたり消えたりして
フォントサイズが勝手に変わってもいるみたいです

動画だったんだw

DebianのGnomeって使い難くない？
漢字かな変換はmozcを選んだけど、変換候補の枠が目立ち過ぎじゃない？
アクティビティにプログラム並び過ぎとか。
勉強や仕事で使うのに、ゲームを最初からインストールされても要らないよ。それも沢山...
GUI のログイン画面からはrootではログイン出来ないし。
（これは別に良いのだけど...)
emacs-gtk を後から導入したら、3つもアクティビティにアイコンができたし、アクティビティの中の配置も不思議な所に移動しているから、アイコンをランダムに配置するプロセスが動いているの？

良いのならダラダラ書くな

Gnomeが使い難いなら他のDEを選択してもよろしくてよ

いらないやつなら消せばいいし、必要ならカテゴリごとにまとめればいいのでは？

Gnomeはアクティビティキーですべてのアプリが表示されてtimeshiftを探すときは
timeと入力して絞り込み検索をするものだよ

よく使うやつはdockに登録するしね
プルダウンメニューにせよアクティビティのリストにせよ
全部出てこなければ不便じゃないか

余談だがdockはdash to panelを使ってる
これがデフォルトになればいいのに

あのゲームをデフォルトで入れてくるのは誰の趣味なのか

dash を/bin/shで使うようにしたのは意味あったのだろうか

90年代以降の/bin/shの歴史は
・bashを/bin/shにハードリンクしただけだと
　POSIX shellとは非互換のbash機能を使うシェルスクリプトが増えて互換性がなくなってしまう
・各UNIXで互換モードの導入(主にksh系)やその他互換shellに入れ替えが流行る
・しかし各shellの互換性追求もやや放置あるいは独自拡張開始
・POSIX shellが機能強化して議論が開始された頃のbashより高機能でなんじゃそれ状態
というような感じでゴールを見失った状態です

単純にbashが各種shの中で図抜けて遅いのよ

>>116
そこを問題にしてない

zshを標準にするのは無理なん？

ソフトウェアの開発者って癖つよすぎる人が多くて、なかなか協調できないよな

開発者はシステムのモジュールではない

>>119
そんな話はしてない

>>117
いやそういう話だ。切り替えの時にパフォーマンスの話は大きく出てる

パフォーマンスが必要な所でシェルスクリプトは使わないと思うが。
dash 使った結果、OS の起動は早くなったのだろうか？

例えば ttps://wiki.debian.org/DebianEeePC/Dash

This isn't much (5%)

OS起動程度の短いスクリプトで体感できないんじゃ

その短いスクリプトで1秒も差がつくほど遅いわけで

dash が良いものなら、bash はaptでアンインストール出来るようにしてくれよ。最小構成で同じようなものが導入されるのカッコ悪い。
more/less があったり、gawk は最初からは入らないとか、BSDによせたいのだろうか。
昔、viクローンはElvisだった気もするし。

1秒差？
ほんとかね？
init時代でも優位性感じなかったから試しもしなかった
少なくとも電源投入から数秒で起動完了する現在の話じゃない

>>124
EeePCとかw

>>128
dashは別に良いものではないし対話環境としての機能はほとんどないぞ
zshもデフォルトにするには巨大だしGPLではないし
どれかひとつでスクリプトの実行と対話環境の両方を賄うなら今ならyashが良さそう

bash は Gnu Base system だから、あえて入れなくても入っちゃって、外そうとすると Base system の方が成り立たなくなると思うのだが、あえて同種の低機能版も入れてしまう Debian。
Alpine Linux だと ash が標準だけど musl-libc だったり、少しでも軽量を目指しているからだけど。

bashは実行ファイルでかいからなあzshのがまだ小さいモジュラー化してるから
sysvinitみたいに細かいシェルスクリプトを次々と実行する処理をさせるのには向いてない
別にshに限らずawkとかでも実行ファイルが小さい実装選ぶのは無難な選択なのよ
昔は処理速度が速いgawkがデフォだったけどmawkに変わったのはそういう思惑もある

>>133
textは共有されてるんですけど

rcやfishみたいなPOSIXなにそれなシェルって意外と沢山あるんだな
公式に入ってるのはxonsh、elvish、nushellと入ってないのがionか

>>133
処理速度はmawkが圧倒しているわけなんだが。
その代わりgawkよりも低機能（というかGNU拡張が一切ないってだけ）。

必要な人はGNU入れればいいじゃんスタンスで笑うわ。
BSD 寄りなのか。

今田耕司顔変わったな
老けただけか

>>138
松本問題で憤死寸前では?
証人が出廷しなかったのは同じ手法だったろうし

>>137
MNIX かもね

>>127
適当に
{
　中身
} &
で括っとけば支障ない場合が多い

firefox-esrがメジャーバージョンアップしやがった

そりゃするだろ
期限切れだ

ptyxis入ったから使ってみたけどこれならgnome-terminalから乗り換えられそうやわ
ありがたや

スクリーンショットはGnome-Terminal と違わないけど、何処に良いところがあるの？
Ptyxis is a terminal for GNOME with first-class support for containers.

いいもわるいもgnome-terminalは開発終わってるだろうに
gnome-consoleが後継だが低機能でほとんど設定もできない代物

>>145
dockerとかでGUI使わなければUIリッチなだけ

GUIコンソールはyakuake
もう10年以上使ってる

結局gnome-terminalは終わってないだろ。
GTK4にはとっくに対応済みだし、ターミナルとしての基本機能はvteの方にあるし。

若者のgtk離れ

フォントがきれいに見えて、コピペが想定通りに出来たらターミナルはどれでもいいけどな。
とあるテキストエディタでコピペが出来なくてびっくりした事はある。
設定が必要だったというだけのオチだけど。

GTKは更新パス用意することなく互換性レスな開発した実績があるし
まともな頭してる奴はこれからやるなら避けるだろ

機能削る方向へ暴走したGnomeを使いたいと思わなくなった
Gnome3の初期だったか

GIMP 3.0 RC1 (GTK3ベース) は準備中、あと1年くらいかな～