Arch Linux 18

**login:Penguin** · 2024/03/14(木) 16:48:47.62

>>188
opensuse tumbleweed での阿鼻叫喚に比べたら　stable そのもの
archの実力を見直した

**login:Penguin** · 2024/03/14(木) 16:59:11.53

>>186
何もそこまで必死にならなくてもw w

**login:Penguin** · 2024/03/14(木) 16:59:39.67

>>185
ウソつけ w

**login:Penguin** · 2024/03/14(木) 17:07:11.59

>>189
未だに使い物にならないのね…

**187** · 2024/03/14(木) 21:45:45.70

fcitx5-gtk入れたら治ったっぽいけど、まだ気が抜けない

**login:Penguin** · 2024/03/14(木) 22:33:01.27

>>190
ただの体験談ですよ
その体験から、DKMSが
どんだけありがたい存在で必須なんやって、学びました

**login:Penguin** · 2024/03/15(金) 01:48:53.74

>>189
パッケージの粒度が大きいからダウングレードしやすいわな
だがHaskellだけは絶対に許さない
Haskellから人類を解放せねば

**login:Penguin** · 2024/03/15(金) 06:25:23.98

>>194
そんなに必死に関係ない体験談語らなくてもw

**login:Penguin** · 2024/03/15(金) 09:08:38.54

shellcheck 0.9系でmemory consumption起こしてるのな。
configureとかのでかめなシェルスクリプトをLSPクライアント動かしてるエディタで開いてるやつは注意な。
50000行のconfigure開いてたら数分でRAM 64GB食いつぶされたわ。

0.8系に戻すにも悪のHaskellのせいで面倒。
早く人類はHaskellから脱出しないと。
autotoolを法整備で撤去する方が楽か。

**login:Penguin** · 2024/03/15(金) 09:53:35.39

Archで先週リリースされた0.10系なら
shellcheck --extended-analysis=false configureか
echo "extended-analysis=false" > ~/.shellcheckrcで
shellcheck configureできるようになってたわ。

Fedoraはざまぁ。
人類は救われた。

**login:Penguin** · 2024/03/15(金) 13:35:47.36

すっかりゴミのオナニー会場だな

**login:Penguin** · 2024/03/16(土) 12:54:32.35

>>179
カーネルコンフィグでモジュールが「*」「M」どっち？

**login:Penguin** · 2024/03/17(日) 14:04:28.33

fcitxでmozc使ってるんだけど｢nyb｣とか｢nyc｣みたいに｢ny+母音以外｣を打つとnyが消えてbとかcだけになっちゃうんだけど再現する人いない？

**login:Penguin** · 2024/03/17(日) 14:33:15.55

どこの国の言葉を変換しようとしてるんだか。
試してみる気にもならないわ。

**login:Penguin** · 2024/03/17(日) 16:34:35.78

依存関係やらでアプデ出来ない

**login:Penguin** · 2024/03/17(日) 23:06:43.80

>>203
pamac-aur
使ってんの？
pacmanとの依存関係ごちゃごちゃになってんね
いったん、pamac削除して、pacman更新して、また入れ直しかな
yay -R libpamac-aur pamac-aur
yay
yay -S pamac-aur

**login:Penguin** · 2024/03/18(月) 00:59:13.55

もしくは　chaotic-aur をrepoに追加でもOK
yay , pamac-aur ともに新pamac対応バージョンが入っている

**login:Penguin** · 2024/03/19(火) 14:30:16.71

最初からゴミのオナニー会場だな

**login:Penguin** · 2024/03/20(水) 07:30:56.04

>>204
その通りやったら無事アップデート出来ました
ありがとうございます

**login:Penguin** · 2024/03/20(水) 23:34:15.16

何もせんでも翌日にはアップデートできてたけど。

**login:Penguin** · 2024/03/20(水) 23:44:45.07

>>208
pamac-aur入れてた場合の、問題だったら
そうならないですね
https://aur.archlinux.org/cgit/aur.git/log/?h=libpamac-aur
4日前から変更されていません

**login:Penguin** · 2024/03/21(木) 22:06:04.35

多分変なリポジトリ入れててそこが修正してくれた。

**login:Penguin** · 2024/03/23(土) 14:28:34.46

>>3 の者ですが
Plasma6で仕様が変わって、動かなくなったので
パッチ書いて無理くり対応させました

Manjaroのフォーラムで困っている人いたから
投稿したんだけど、Manjaroの安定版に
まだ降ってこないんだよな

**login:Penguin** · 2024/03/23(土) 16:02:00.09

スクリーン録画アプリのkoohaがglibc2>=2.80を要求するのに2.80はまだtestingだった
aurじゃなくても依存関係壊れてる事あるんだね

**login:Penguin** · 2024/03/23(土) 16:17:56.18

普通にバグやね、既にissueもあがっとる模様

**login:Penguin** · 2024/03/23(土) 16:20:26.26

>>212
それManjaroフォーラムでも話題になってました
理由はしらんけど、意図的らしいよ
https://forum.manjaro.org/t/unstable-update-march-2024-edition/157535/223

**login:Penguin** · 2024/03/23(土) 23:37:44.46

シリアルコマンドであるstty についてお伺いしたいです。

cat /dev/ttyUSB0
で、文字列を持ってきているのですがよく止まります。
シリアル接続を全く理解していないのですが、これは同期を失った状態なのでしょうか？

何かのオプションを与えることで対応は出来ますか？
サービスに登録して、くるくる回しています。

**login:Penguin** · 2024/03/23(土) 23:38:40.23

stty -F /dev/ttyUSB0 115200 raw
cat /dev/ttyUSB0

すいません。215の件は、こうです。

**login:Penguin** · 2024/03/23(土) 23:39:40.01

パラメータをみるとこんな感じです。
stty -F /dev/ttyUSB0
speed 115200 baud; line = 0;
min = 1; time = 0;
-brkint -icrnl -imaxbel
-opost
-isig -icanon

**login:Penguin** · 2024/03/24(日) 06:42:48.30

>>215
相手と通信速度あってないんじゃないの？

**login:Penguin** · 2024/03/24(日) 13:01:15.84

>>215 >>218
通信速度が合ってないとそもそも文字化けして
コンソール表示がまともにされないと思う

経験上シリアル通信の安定性は物理的な接続状態(電気的接触)が
肝だから、端子間の接触、ケーブル長の見直し(できるだけ短く)、
ケーブルのシールド化、GNDへのアーシングとか試すといいかも

**login:Penguin** · 2024/03/24(日) 13:01:56.12

それとシリアルアダプタの制御チップが
中華コピーのバッタモンだと通信できたり
できなかったり安定しなかった

**login:Penguin** · 2024/03/24(日) 16:10:59.92

>>35の者ですけど
ROCｍが6になって、動かなくなったので簡単なインストールスクリプト作りました

#!/bin/bash
AppName="stable-diffusion-webui"

cd ~/
git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git
cd ${AppName}

# 環境設定
sed -i \
-e 's/#\?export COMMANDLINE_ARGS=.*/export COMMANDLINE_ARGS="--upcast-sampling --opt-sub-quad-attention --no-half-vae --medvram"/' \
-e 's/#\?export TORCH_COMMAND=.*/export TORCH_COMMAND="pip install torch torchvision torchaudio --index-url https:\/\/download.pytorch.org\/whl\/rocm5.7"/' \
-e '$s/$/\nexport HSA_OVERRIDE_GFX_VERSION=10.3.0/' \
./webui-user.sh

# ショートカット
tee "/home/$(whoami)/.local/share/applications/${AppName}.desktop" <<EOF >/dev/null
[Desktop Entry]
Categories=Graphics;
Exec=sh ~/stable-diffusion-webui/webui.sh
Icon=applications-graphics
Name=$AppName
Type=Application
EOF

# 構築して起動
./webui.sh

**login:Penguin** · 2024/03/24(日) 18:35:14.41

あ
ショートカットだめだった
パスがずれちまう
何おこってるのか分かんなくなるから、ターミナルで実行して作業バス追加して
これでOKかな

# ショートカット
tee "/home/$(whoami)/.local/share/applications/${AppName}.desktop" <<EOF >/dev/null
[Desktop Entry]
Categories=Graphics;
Exec=sh webui.sh
Path=/home/$(whoami)/${AppName}
Icon=applications-graphics
Name=$AppName
Type=Application
Terminal=true
TerminalOptions=--noclose
EOF

**login:Penguin** · 2024/03/25(月) 10:17:35.54

emacsでuimのツールバーで? A Rと表示されていて日本語入力ができないのですが
無変換変換かたかな/ひらがな/ローマ字などにShiftやCtrlなどを組み合わせて押してみたのですが
なおりません
uim キーボードショートカットとかで検索しても関係ない情報が多くて困っています
firefoxは日本語入力できてます。ツールバーは? あ Rと表示されています
誰かどうやって直すかご存知のかたいませんか

**login:Penguin** · 2024/03/25(月) 15:07:54.88

なんかwaylandっての？これも悪さしてるみたい
キーボード配列が何度設定してもrebootしたらusモードに戻る

**login:Penguin** · 2024/03/25(月) 15:09:36.97

>>213
そんな感じでしょやっぱ
自分でなんとかしろとか簡単に言うけど
無理だっての

**login:Penguin** · 2024/03/25(月) 16:01:43.56

>>224
emacsもuimもわかんないんだけど
fcitxの例ですけど、Waylandだと、変換候補の小さいメニューが
となりの画面のはじっこに飛んでったり無茶苦茶でしたが
fcitx5になって改善されました
そもそも、Waylandってクソな仕様で
アプリ側でウィンドウの配置できなくしやがったので
こういうの対応させるんの大変だと思いますよ

**login:Penguin** · 2024/03/25(月) 17:56:39.91

やっぱ結局ね外国語のことなんか真面目に考えちゃくれないんだろうね
自分とこの言葉が使えないなんてそれ事実上使用不能ってことだよね
何十年も前からある問題なのにね
結局こうなるわけね

**login:Penguin** · 2024/03/25(月) 18:15:51.71

>>227
なんで、わざわざマイナーなuimなんて国産使っといて
外国に文句いってんすか？

**login:Penguin** · 2024/03/25(月) 19:10:00.99

まだまだWaylandに対応できてないアプリも多いから
安定した環境を構築できない人は無理せずX11使った方が幸せだと思う

**login:Penguin** · 2024/03/25(月) 21:48:23.04

fcitx5は中国人が使ってるから活発

**login:Penguin** · 2024/03/25(月) 22:56:07.30

>>230
日本、中国、台湾もなのかな？
あとベトナムとかスリランカだか韓国とか
Manjaroだと、asian-inputって括りっすね
ibusでも良いのかも知れないけど
ibus-mozcがAURにしかないから、なんとなくfcitx5になっちゃうね

**login:Penguin** · 2024/03/25(月) 23:38:04.63

>>228
誤爆ウザい

**login:Penguin** · 2024/03/28(木) 16:24:08.37

なんか今回のことで日経Linuxが廃刊になった理由が分かった気がした

**login:Penguin** · 2024/03/28(木) 16:26:46.27

問題ってね
見たくなければ見えないのよね
なんでロケットが打ち上げ失敗するか分かったでしょ

**login:Penguin** · 2024/03/28(木) 16:32:49.23

こんなんでもね
へっ素人が事情も知らずに偉そうに
みたいな感じで終わっちゃうのよね
現に失敗してるって一番重要なことはワキによけてね
んで進歩は無くなる
そんなもん

**login:Penguin** · 2024/03/28(木) 17:25:09.17

問題点って誤魔化そうとすれば幾らでも無限に出来るからね
今流行りのウソつき大谷事件とか典型ね

**login:Penguin** · 2024/03/28(木) 17:43:00.83

Archの問題でもなければましてやLinuxの問題でもない
Archの想定するユーザーでない人が何となく格好いいから程度の理由でArchを使おうとすることにより生じる問題だろう
Archが想定するユーザーは自力で直せるか、少なくとも修正に必要十分な情報をコミュニティに提供できる人だけ
以下の「1.4 ユーザー中心であること」をよく読むべき
https://wiki.archlinux.jp/index.php/Arch_Linux

**login:Penguin** · 2024/03/28(木) 18:11:47.91

>>224
俺の環境でも起きてる。設定 > 仮想キーボードで fcitx5からfcitx5ランチャーに選択した時点で
キーボードレイアウトがもれなくUSに変わり、loadkeys コマンドも全然効かない(動くがus に
しようがjp106にしようが結果に反映されない)。
/etc/locale.conf も /etc/vconsole.conf も正常。
　で、対策としては起動したらキーボードを設定し、あとはスリープを使う。という超後ろ向き
対策。Macで使ってる英語キーボードをこっちでも使ったら解決なのかも。

**login:Penguin** · 2024/03/28(木) 18:15:52.96

fcitxはキーボード設定を上書きするらしい
fcitxの設定で解除できる

**login:Penguin** · 2024/03/28(木) 20:52:15.52

さんくす。
fcitx5設定画面が、ツールチップメニューの設定からしかいけなくなってたことと、そこで
入力メソッドオフが今までUSでもよかったのがキーボード・日本語を設定しないといけなくて
そいつが普通の設定のキーボードのレイアウトを上書きする
というトラップ

一見さんには分からんわ

**login:Penguin** · 2024/03/28(木) 21:09:14.90

ちがった。
お気に入りテーマを入れようとして説明見たら設定で入力メソッドが後ろの方にあって、そっちで
やることって書いてあって。。。恥。

**login:Penguin** · 2024/03/29(金) 08:55:30.57

上書きしているわけじゃなくて、個別で設定を持っているだけだろ。
確か、vconsole.confはdebianにはない設定ファイルだし。

**login:Penguin** · 2024/03/29(金) 12:11:44.59

~/.config/fcitx5/profile
ではなくて？

**login:Penguin** · 2024/03/29(金) 12:39:21.67

個人設定だけどなぜ全体の設定で出来ないのか…
fcitxって全体の設定はあるのだろうか？
iBusの方が好みだけどAUR使わないとだしね

**login:Penguin** · 2024/03/29(金) 18:54:31.21

/etc/vconsole.conf はArch系にしかないので、fcitx configration toolが気を利かせて
vconsole.conf と連動しろよってのはfcitxには酷な話。
　逆に設定画面で言語と地域の主ペインを入力/出力デバイスの主ペインの前に持って
きてればユーザが入力メソッドに先に目が行くだろうにって思ったりするが、それで
困ってんのは日本人と中国人くらいだろうからなあ。

**login:Penguin** · 2024/03/29(金) 19:14:00.69

>>224
カスタマイズやテーマを設定できるので全体設定でやられたら他ユーザーに影響が出ちゃう

**login:Penguin** · 2024/03/29(金) 20:40:14.38

vconsole.confってsystemdが読んでんのかと思ってたけどArch固有なの？

**login:Penguin** · 2024/03/29(金) 21:09:58.72

エラーが出た

**login:Penguin** · 2024/03/29(金) 22:17:38.11

arch固有ではないだろ
俺のfedoraにもいる

https://www.freedesktop.org/software/systemd/man/latest/vconsole.conf.html

**login:Penguin** · 2024/03/30(土) 04:32:59.70

xz にバックドア問題。メンドクセー

**login:Penguin** · 2024/03/30(土) 10:11:58.98

ﾋｪｯ
更新するだけで安心してええんか？

**login:Penguin** · 2024/03/30(土) 12:23:32.74

>>251
とりまArchユーザーは、修正版入れるしか無いよね
他のディストリは、ダウングレードしろとか言ってるとこも
あるようですけど、それだって安全かどうか分からない
って意見もあるようです
https://gitlab.archlinux.org/archlinux/packaging/packages/xz/-/issues/2
https://forum.manjaro.org/t/xz-package-contains-a-vulnerability/159028
https://forum.endeavouros.com/t/the-upstream-xz-repository-and-the-xz-tarballs-have-been-backdoored/53253

**login:Penguin** · 2024/03/30(土) 13:33:52.45

もうOpenBSDのチームで作られたものしか信用できない…

**login:Penguin** · 2024/03/30(土) 13:59:35.84

今すぐアップグレードしろってアナウンス出てるな

Arch Linux - News: The xz package has been backdoored
https://archlinux.org/news/the-xz-package-has-been-backdoored/

**login:Penguin** · 2024/03/30(土) 14:07:43.26

>>254
それ読んでたんだけど、
ldd "$(command -v sshd)"
ってやって、「liblzma」が出てこなければ
とりあえずは、大丈夫って書いてあんね

ただ、この問題のコミッター2年ぐらい前から活動してて700件ぐらいコミットしてたらしいし
他にもなにかあるかも知れないから、注目しとかないと

**login:Penguin** · 2024/03/30(土) 14:14:16.93

残念な事にアクティブなメンテナの一人が実行犯のようだからxxなら信用出来るという類いのものではないような
報告者は偶然バックドアに気が付いたらしいけど、しばらく放置されてRHELやdebianのstableにも入ってたら大問題だっただろうな

**login:Penguin** · 2024/03/30(土) 14:31:05.81

奴が関わった部分は精査しないとな、脆弱性の種が仕込まれてるかも
これを発見したのがMicrosoftのエンジニアってのがなかなか…

**login:Penguin** · 2024/03/30(土) 14:48:56.13

https://boehs.org/node/everything-i-know-about-the-xz-backdoor
計画的だな
https://github.com/google/oss-fuzz/pull/10667

**login:Penguin** · 2024/03/30(土) 15:55:42.90

>>257
几帳面にベンチマークとるデータベースシステムのエンジニアが偶然見つけた感じ
本当にラッキーだったね

**login:Penguin** · 2024/03/30(土) 16:07:11.92

もし過去のコミットにも仕込んでてstableなディストロにまで波及したら大事だな

**login:Penguin** · 2024/03/30(土) 17:33:23.98

libarchiveにもJiaT75が疑わしい変更を加えていた模様(2021年

**login:Penguin** · 2024/03/31(日) 17:23:08.66

ネットバンクのパスワードと抱えたほうがいいの？(´・ω・｀)

**login:Penguin** · 2024/03/31(日) 21:25:19.92

>>252
他のディストリビューションはsshで外に晒してた奴は
クリーインストールで入れ直せって言ってるぞ
あと認証関係全部やり直し

**login:Penguin** · 2024/03/31(日) 21:51:29.03

>>263
それ、侵入されちゃった可能性があるからじゃないの？
Archは、sshとリンクしてないから大丈夫

**login:Penguin** · 2024/04/01(月) 01:01:33.71

>>246
そうなんだ
ありがとう

**login:Penguin** · 2024/04/01(月) 09:26:35.88

散々古いだのパッチが多いだの文句言われてるdebianの仕組みが役に立ったのか。

**login:Penguin** · 2024/04/01(月) 10:34:12.92

liblzmaに関してはxzの上流が配布してるtarballに悪意のあるもんが含まれてたけどgithubで公開されてる方には入ってなくてArchは後者の方使ってたから一応それに関しては実際は問題ないって話もあるみたい？
まあ攻撃者があちこちにいっちょ噛みしてて他にも色々出てきそうやけど

**login:Penguin** · 2024/04/01(月) 11:22:15.60

>>266
でも
Archは余計なパッチ入れてなかったから助かったんですけど…

>>267
そもそも、Archでは、sshとリンクするパッチないんで攻撃成立しないけど
念の為、ソースを変更した、xz 5.6.1-2を緊急でリリースした
って感じだと思いますよ

**login:Penguin** · 2024/04/01(月) 11:45:12.91

これはほんとにたまたまだろ。
archの場合は基本的に何もせずにただ放流するだけだから、こういう類の攻撃には一番脆弱といえる。
それに、今回のはfedoraやsuseなども影響受けているので、任意のライブラリであってもほぼ必須扱いなものということだろう。

**login:Penguin** · 2024/04/01(月) 11:49:20.36

>>269
そうそう
たまたま、一番脆弱なはずの、Archだけが影響うけませんでした

**login:Penguin** · 2024/04/01(月) 12:02:31.09

他にも何か仕込まれてる恐れがあるから
JiaT75が関わる以前の5.3.1に戻したほうがいいって話もあるな

**login:Penguin** · 2024/04/01(月) 12:26:12.70

でもそこまで戻したら依存関係で色々ぶっ壊れるって言ってるね

**login:Penguin** · 2024/04/01(月) 12:38:32.21

5.3.1ベースに元からのメンテナーに頑張って修復してもらうしかないな

**login:Penguin** · 2024/04/01(月) 12:51:51.11

アメリカさんあたりがテロリストとして犯人○してくんねぇかね

**login:Penguin** · 2024/04/01(月) 13:40:33.26

物騒なこというな

**login:Penguin** · 2024/04/01(月) 14:13:31.28

>>255
てかこの対処あかんやろ
lddのmanに書いてあるけど信頼できるかわからん疑惑の実行ファイルに対してlddすんのはアウトや

**login:Penguin** · 2024/04/01(月) 16:59:31.72

>>276
ちょいちょい、その指摘されてますけど
ぶっちゃけ、対処ってか、確認だから、やる必要ないっすよ
とりまArchユーザーがやるべきことは、いつも通りアプデして、xz 5.6.1-2
に更新するだけです

**login:Penguin** · 2024/04/01(月) 17:18:17.78

問題ってね
見たくなければ見えないのよね
なんでロケットが打ち上げ失敗するか分かったでしょ

**login:Penguin** · 2024/04/01(月) 17:18:28.77

こんなんでもね
へっ素人が事情も知らずに偉そうに
みたいな感じで終わっちゃうのよね
現に失敗してるって一番重要なことはワキによけてね
んで進歩は無くなる
そんなもん

**login:Penguin** · 2024/04/01(月) 17:18:39.20

問題点って誤魔化そうとすれば幾らでも無限に出来るからね
今流行りのウソつき大谷事件とか典型ね

**login:Penguin** · 2024/04/01(月) 17:21:26.26

.

問題点って

誤魔化そうとすれば幾らでも無限に出来るからね

今流行りのウソつき大谷事件とか典型ね

.

**login:Penguin** · 2024/04/01(月) 21:51:20.57

違法賭博は大谷がやったんだよ。でもそれ言うと極悪人みたいな扱いになっちゃうでしょ？
問題点に注目するヤツは「空気の読めない悪人」だから。
これをLinuxでもロケットでも政治でもやるわけな日本人は。

**login:Penguin** · 2024/04/01(月) 22:11:58.91

スクリプトと会話しようとするな

**login:Penguin** · 2024/04/02(火) 03:35:47.20

ChatGPTで寂しさを紛らわしていた人かな

**login:Penguin** · 2024/04/10(水) 12:05:39.12

脆弱性の件でシステムアップグレードしてから起動してるといつの間にかハングアップすることが増えた

**login:Penguin** · 2024/04/10(水) 14:58:18.36

俺のは特に問題ないな

**285** · 2024/04/10(水) 19:43:44.05

NVIDIAのドライバをアップグレードするときにファイルが競合したから強制上書きオプションつけてやったんだよね
ゲームは特に問題なかったから関係なさそうだが
またシステムアップグレードしてみるか

**login:Penguin** · 2024/04/10(水) 20:19:44.86

nvidiaのドライバは最近不具合多いらしいね

**login:Penguin** · 2024/04/11(木) 22:08:51.37

いつの間にかWaylandでNVIDIAドライバから出力したディスプレイのリフレッシュレートが正常になってた

**login:Penguin** · 2024/04/15(月) 19:47:03.24

sstp使えます？

**login:Penguin** · 2024/04/18(木) 21:44:19.61

ゲームのfpsもx11の方がいいらしいし、waylandにするメリットって何？

**login:Penguin** · 2024/04/18(木) 21:54:50.18

waylandはモダンで安全性や保守性の高い仕組みで作り直したいという開発側の都合で始まったものに過ぎないので
単なるユーザーとしてはwaylandの方が完全に上位互換と見なせるようにになるか十分に普及するまで使う意味はない

**login:Penguin** · 2024/04/18(木) 21:56:19.79

Xはもうメンテナンスしてる人いないから
将来性が全く無いのと、セキリュティの面でも穴だらけ

**login:Penguin** · 2024/04/18(木) 22:17:06.42

Windows7でいいと言っているようなものか

**login:Penguin** · 2024/04/18(木) 22:43:12.28

実際win10出るまでは7使い続けるのが正解だっただろ

**login:Penguin** · 2024/04/18(木) 22:43:14.98

実際win10出るまでは7使い続けるのが正解だっただろ

**login:Penguin** · 2024/04/18(木) 23:11:08.63

>>291
KDEの話ですが、タッチパッドのジェスチャーとかタッチパネル系とか
そういう新機能はWaylandにしか追加されないので
ラップトップで使ってるとかならメリットはあるかもです
もともと、モバイルファーストのwin8もどきのgnomeが主導してるってのも影響してんのかな
ぶっちゃけ、デスクトップならどっちでもいい

**login:Penguin** · 2024/04/19(金) 08:18:48.56

>>291
ゲームってSteamのWineベースのWindows互換レイヤー使ってるやつだろ？
WineのWaylandサポートがまだ実験段階だから反応悪いのが当たり前

Waylandの使用が推奨されてるのはXの抱える諸々のセキュリティの問題に配慮されてるからだよ
ただ厳密になった分、使い勝手が悪くなってユーザーの不満が溜まってる

**login:Penguin** · 2024/04/19(金) 12:22:37.57

どのみち現状ではWaylandに移行する気は起きないな

**login:Penguin** · 2024/04/19(金) 12:39:18.99

Xの互換で諸々の問題も解決するならいいが、
現状Waylandって使えんよね

**login:Penguin** · 2024/04/19(金) 13:56:20.99

ゲームはWindowsでやりますし。
hidpiのノート使ってるとwayland楽だ

**login:Penguin** · 2024/04/19(金) 17:06:41.96

>>300
Waylandは、nVIDIAが悲惨なだけで、AMDだと、まぁまぁ普通に使えますよ
Arch+KDEでおなじみの、StearmDeckも、Waylandですね
タッチパネルは、Waylandじゃないと、マウスのエミュレートになっちゃって
フリックとかできませんから…

**login:Penguin** · 2024/04/19(金) 17:43:26.60

その辺は全部libinputだからXでも同じようには設定できたはずと思うけど。
自分は既にX本体は使ってないから忘れたけど。

**login:Penguin** · 2024/04/19(金) 20:23:28.37

原因はだいたいNvidiaという結論ですね

**login:Penguin** · 2024/04/22(月) 14:24:14.44

Arch公式のRubyのバージョンってなんでずっと3.0なの？
Debian stableよりも古い

**login:Penguin** · 2024/04/22(月) 21:33:24.70

なんか色々やってるみたいね
何やってるのかよく分かんないけど
https://gitlab.archlinux.org/archlinux/packaging/packages/ruby/-/issues/3#note_166815

**login:Penguin** · 2024/04/23(火) 21:31:55.80

>>306
やっぱり問題にはなってたのね
最新版が入るのはいつになるか分からないし諦めてrbenv使うかあ
なるべくpacmanで完結したいんだけどな

**login:Penguin** · 2024/04/25(木) 00:55:23.80

最近はちょくちょくパッケージのメンテナが連絡不能になっているから
ユーザーは増えてきても実際には末期状態かもしれないな

**login:Penguin** · 2024/04/25(木) 07:01:10.17

rubyってちょっと油断するといつのまにか入れられるんだよね。
pythonは諦めてる（一応自分でも使ってる）けど、rubyまで滑り込んでくるのは我慢ならない。

**login:Penguin** · 2024/04/28(日) 10:51:43.17

>>309
数少ない国産の有名言語だから(比較的)
無下にしないであげて…自分は入れてないけども

**login:Penguin** · 2024/04/28(日) 15:31:29.59

システムアプデ後にあるパッケージのsystemd daemonが起動せず
とりあえずパッケージのリビルドでまた起動するようにはなったけれど
たぶん依存パッケージの指定がどれか漏れてるとかなんだろうけどどのパッケージに依存しているか不明っていう＼(^o^)／

**login:Penguin** · 2024/04/28(日) 16:58:44.97

昨日辺りでpythonが上がったからな。しばらくすったもんだするかも。

**login:Penguin** · 2024/04/28(日) 21:26:43.02

cups がプリンタを見つけられなくなった。
1つ前にダウングレードしたら復活。
バグトラッカーが使いにくくなったなあ…

**login:Penguin** · 2024/04/29(月) 07:00:48.54

スクリプトほしゅage

**login:Penguin** · 2024/04/29(月) 15:40:30.09

kittyとweztermがまともに動かなくなったぜ
なぜかalacrittyだけ無事だった

**login:Penguin** · 2024/04/29(月) 15:59:57.00

icu が上がったらおまえらキレそうだな
ffmpeg も同時に上がったら発狂しそうだな

**login:Penguin** · 2024/04/29(月) 22:14:54.58

>>312
そーだったのかｗ

chirp-nextが起動不能になったもんだから、ターミナルで起動
してエラーメッセージみたら納得したｗ

**login:Penguin** · 2024/04/30(火) 08:49:18.18

fcitx5デーモンを立ち上げない場合端末の不具合は発生しない…つまり原因は…

警備員[Lv.2][新初] · 2024/05/06(月) 10:37:54.83

archlinux.jpのssl証明書、期限切れじゃないか？

**login:Penguin** · 2024/05/06(月) 19:41:55.14

ffmpeg と icu はなかなか上がらないな

**login:Penguin** · 2024/05/11(土) 14:44:05.02

久々にArchで環境作ったら
mozc、mozc-ut共
AURでビルドエラーで止まる。
いつか直るかな。
とりあえずanthy使ってる。

**login:Penguin** · 2024/05/11(土) 18:37:09.48

>>321
DEなんだか知らないけど、 fcitx5-mozcならリポジトリにありますので
mozc使うなら、fcitx5がいいですよ

**login:Penguin** · 2024/05/12(日) 08:29:50.78

>>321
mozc-utだけど自分の環境ではちゃんとビルドできてるな
自分の経験上メモリが8GB未満なら必ず失敗する
とりあえず~/.cache/bazelを削除して再ビルドするのがいいかも
なぜかArch公式のfcitx5-mozc勧めてる人いるけど古いしemacs mozcが使えなくなるから使ってる人はいないと思う

**login:Penguin** · 2024/05/12(日) 12:43:45.37

>>323
横だし話はまったく別だが、
> 自分の経験上メモリが8GB未満なら必ず失敗する
これマジ？最近の状況全く知らんが、そもそも論として、ビルドに8GB食うとは思えないし、
食ったとしてもスワップ行くだけ、つまり遅いだけで通るはずなのだが。
(少なくともWindowsならスワップは自動増加がデフォなのでメモリが足りなくて落ちることはない。クソ遅くはなるが。
そしてLinuxには未だにスワップを自動増加する設定がなさそうなのはショボ過ぎだが)

**login:Penguin** · 2024/05/12(日) 14:40:44.63

>>323
emacsってデフォアプリなんすか？
私のArchには入ってませんけど
ビルドでコケるよりはマシな気がしますが…

**login:Penguin** · 2024/05/13(月) 01:54:09.22

>>322
入れました。
fcitx5-mozcだけで、使えるのですね。
mozcというパッケージが必要と思い込んでいました。
古いらしいですが、特に問題無いので
このパッケージのを使います。
ありがとう。

**login:Penguin** · 2024/05/13(月) 01:55:24.94

>>323
メモリ、８GBちょうどなんですけどね。😥
もう一回ビルドしてみます。

**login:Penguin** · 2024/05/13(月) 02:18:51.00

>>323
~/.cache/bazelを削除して（実はこれも前回やりましたが）、

ERROR: /home/yamato99999/aur/mozc-ut/src/mozc-ut-git/src/protocol/BUILD.bazel:140:14 Compiling protocol/user_dictionary_storage.pb.cc failed: (Exit 1): gcc failed: error executing CppCompile command (from target @@com_google_protobuf//src/google/protobuf:protobuf) /usr/bin/gcc -U_FORTIFY_SOURCE -fstack-protector -Wall -Wunused-but-set-parameter -Wno-free-nonheap-object -fno-omit-frame-pointer -g0 -O2 '-D_FORTIFY_SOURCE=1' -DNDEBUG -ffunction-sections ... (remaining 62 arguments skipped)

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
INFO: Elapsed time: 334.405s, Critical Path: 39.55s
INFO: 1055 processes: 511 internal, 544 linux-sandbox.
ERROR: Build did NOT complete successfully
==> エラー: build() で問題が発生しました。
中止...

mozc-ut
こんなエラーでビルド止まります。
mozc
も同じです。
何でしょね？

**login:Penguin** · 2024/05/13(月) 05:25:36.67

噂ではswap領域が十分でもsystemd-oomdが強制終了させるという話がありますね

**login:Penguin** · 2024/05/13(月) 07:23:20.16

他の環境(fedora)自前でmozc buildしてるけど最近のgccじゃ通らんclangで完走した

**login:Penguin** · 2024/05/13(月) 07:48:08.13

やっぱりbazelは面倒だな
mozc-utはもはやArch必須パッケージみたいなものだからなんとかしてほしいところ
UT辞書はライセンスバカがしょーもないことを触れ回ったせいでビルド済みバイナリを配布するのも難しい状況だし

**login:Penguin** · 2024/05/13(月) 08:29:01.44

CC=clang CPP=clang++ bazel .....
環境変数つけるだけじゃ？

**login:Penguin** ころころ · 2024/05/13(月) 09:18:29.70

>>329
> Mozc のビルドに失敗する (プロセスが強制終了される)
> ビルドが以下のようなメッセージで異常終了した場合:
>
> ...
> /bin/sh: 1 行: xxxx 強制終了
> ...
> make: *** [xxx/xxx ...] エラー 137
> ...
> メモリ不足になっていないか確認してください。
> ttps://wiki.archlinux.jp/index.php/Mozc
のとおり、実際にメモリ不足になると止まるように設定されているようだ。また、

> 従来はメモリー不足によりOSの応答性が著しく低下し、もしくは無反応になり、
> ユーザーはPCを強制的に再起動せざるを得ませんでした。
> この状況を改善するため「systemd-oomd」を導入し、
> システム的にメモリー不足に陥る前にユーザースペースで「OOM Killer」を実行してメモリーの空き容量を確保し、
> システムの応答性低下を緩和することになりました。
> ttps://kledgeb.blogspot.com/2022/07/ubuntu-2204-224-systemd-oomd.html
とあるから、とりあえずはビンゴっぽい。そのページの下のほうに書いてあるが、一時的に停止するには

> sudo systemctl stop systemd-oomd
だとさ。archでも全く同じかは知らんが。

ただまあ、ビルドに8GB食うのはおかしいと思うから、多分どれかのツールがメモリリークしてるのだろうが、
ディストリ側としてはどうにもならんから、この対処なのだろう。
(普通に考えれば、これならarchWikiに一時的解除の方法を載せれば良いだけだが、
それよりはメモリ不足で諦めさせたほうがいい、という判断になっているのは、
おそらく一時的に解除してビルドした場合、実際に再起動せざるを得ないケースに遭遇することになる、ということなのだろう)

というわけで、確定させたければ再起動上等で試してみるんだね。

**login:Penguin** · 2024/05/13(月) 18:36:40.50

>>333
> sudo systemctl stop systemd-oomd
まずこれをやって、~/.cache/bazel を削除。
で、ビルドするとエラーが少し変わったかな↓

/usr/lib/gcc/x86_64-pc-linux-gnu/14.1.1/../../../../include/c++/14.1.1/bits/basic_string.h:1182:30: error: '*(const std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*)((char*)<unknown> + 8).std::__cxx11::basic_string<char>::<anonymous>.std::__cxx11::basic_string<char>::<unnamed union>::_M_allocated_capacity' may be used uninitialized [-Werror=maybe-uninitialized]
1182 | return _M_is_local() ? size_type(_S_local_capacity)
| ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1183 | : _M_allocated_capacity;
| ~~~~~~~~~~~~~~~~~~~~~~~
cc1plus: all warnings being treated as errors
Use --verbose_failures to see the command lines of failed build steps.
INFO: Elapsed time: 431.637s, Critical Path: 39.20s
INFO: 1148 processes: 511 internal, 637 linux-sandbox.
ERROR: Build did NOT complete successfully
==> エラー: build() で問題が発生しました。
中止...

やっぱりビルド失敗。
で、原始的にPCのメモリが有ったので
16GBにして、~/.cache/bazel を削除。
で、再ビルド。
でも↑と同じエラーで止まる。

↓続く

**login:Penguin** · 2024/05/13(月) 18:39:54.70

>>333
3回目。> sudo systemctl stop systemd-oomd
これをやって、~/.cache/bazel を削除。
メモリ16GBで再再ビルド。
エラーが前回に戻ったかな↓

/usr/lib/gcc/x86_64-pc-linux-gnu/14.1.1/../../../../include/c++/14.1.1/bits/basic_string.h:1182:30: error: '*(const std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*)((char*)<unknown> + 8).std::__cxx11::basic_string<char>::<anonymous>.std::__cxx11::basic_string<char>::<unnamed union>::_M_allocated_capacity' may be used uninitialized [-Werror=maybe-uninitialized]
1182 | return _M_is_local() ? size_type(_S_local_capacity)
| ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1183 | : _M_allocated_capacity;
| ~~~~~~~~~~~~~~~~~~~~~~~
cc1plus: all warnings being treated as errors
Use --verbose_failures to see the command lines of failed build steps.
ERROR: /home/yamato99999/aur/mozc-ut/src/mozc-ut-git/src/protocol/BUILD.bazel:140:14 Compiling protocol/user_dictionary_storage.pb.cc failed: (Exit 1): gcc failed: error executing CppCompile command (from target @@com_google_protobuf//src/google/protobuf:protobuf) /usr/bin/gcc -U_FORTIFY_SOURCE -fstack-protector -Wall -Wunused-but-set-parameter -Wno-free-nonheap-object -fno-omit-frame-pointer -g0 -O2 '-D_FORTIFY_SOURCE=1' -DNDEBUG -ffunction-sections ... (remaining 62 arguments skipped)

Use --sandbox_debug to see verbose messages from the sandbox and retain the sandbox build root for debugging
INFO: Elapsed time: 218.061s, Critical Path: 11.59s
INFO: 833 processes: 403 internal, 430 linux-sandbox.
ERROR: Build did NOT complete successfully
==> エラー: build() で問題が発生しました。
中止...

こんな感じでメモリ16GBでも失敗する。
自分のPCがおかしいおま環？
とも疑う。
とりあえずmozc-utビルド、こんな感じで
失敗します。報告でした。

**login:Penguin** · 2024/05/13(月) 18:57:13.76

yay -G mozc
makepkg --syncdeps --rmdeps --cleanbuild

==> 作成完了: mozc 2.30.5448.102-1 (2024年05月13日 16時06分22秒)
==> Removing installed dependencies...

メモリー 7Gの環境でswap 2G 失敗 EndeavourOS
メモリー 7Gの環境でswap 10Gだと完走できるぽい Manjaro Testing

$ swapon --show
NAME TYPE SIZE USED PRIO
/dev/sdb6 partition 2G 0B 2
/media/ほげ/sys004/swapfile file 8G 7.5M 3

**login:Penguin** · 2024/05/13(月) 19:24:10.38

ビルドを/tmpでやってるんじゃないの？

**login:Penguin** · 2024/05/13(月) 19:32:43.28

>>335
俺も16GB載せてるが2、3回に1度くらいの頻度で失敗するわ

**login:Penguin** · 2024/05/13(月) 19:40:04.39

>>337
いえ。ユーザーのhomeディレクトリで
やってますよ。

**login:Penguin** · 2024/05/13(月) 21:23:01.16

環境によるビルドエラーというよりgccとコンパイルオプションの問題なのかな…?
g++のbasic_stringライブラリ側で内部変数'_M_allocated_capacity'が適切に初期化されてないぽいような
gcc側の問題ならclangにして回避するか-Werror=maybe-uninitializedオプションを外すとか

>-Werror=maybe-uninitialized
初期化されない場合、その警告をコンパイルエラーとして扱う指定
>cc1plus: all warnings being treated as errors
プリプロセッサかコンパイラあたりが警告をコンパイルエラーとして吐き出してる

**login:Penguin** · 2024/05/13(月) 22:02:57.60

いつもでやってんのofficalのビルド環境がubuntu24.04になったんだから
clangがデフォだよ

**login:Penguin** · 2024/05/13(月) 22:56:42.87

>>335
> 報告でした。
うおお偉い！まさか報告があるとは思わなかった。
まあ、インストールなんて所詮作業でしか無いから、何度やっても慣れてもほぼ無意味。
こういう引っかかったところで地道にデバッグして経験値を積み、Linuxのパワーレベル(戦闘力)を上げて行くのは正しいと思うぜ。

現状知らんので以下色々間違ってるかもしれんが、分かるところを書いておく。
まず状況を纏めると、

A. メモリ8GB, スワップ不明で、エラー(328)
B. メモリ8GB, スワップ不明で、sudo systemctl stop systemd-oomd して、エラー(334)
C. メモリ16GB、スワップ不明で、sudo systemctl stop systemd-oomd して、エラー(335、後半のエラー内容は328と同じだが…)

でいいかな？出来ればA,B,Cにおけるスワップも教えて。
そしてもしスワップ無しで運用してて、万全を期したいなら、スワップ8-16GB程度を設定して試した方がいい。
(ただし結果は高い確率で変わらないので、面倒ならやらなくても問題ない)
> ttps://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/8/html/managing_storage_devices/recommended-system-swap-space_getting-started-with-swap#doc-wrapper

**login:Penguin** · 2024/05/13(月) 22:57:17.41

さて上記からまず思うのは、
(a) sudo systemctl stop systemd-oomd は効いたらしい？
(b) メモリは16GBでも駄目？
だが、よくよく見ると、

A(328)
INFO: Elapsed time: 334.405s, Critical Path: 39.55s
INFO: 1055 processes: 511 internal, 544 linux-sandbox.

B(334)
INFO: Elapsed time: 431.637s, Critical Path: 39.20s
INFO: 1148 processes: 511 internal, 637 linux-sandbox.

C(335)
INFO: Elapsed time: 218.061s, Critical Path: 11.59s
INFO: 833 processes: 403 internal, 430 linux-sandbox.

なので、多分AとCは違うところで止まってる。
最近のTurboBoostのマシンは知らんが、それでも同一マシンで流して1.5-3.4倍速になるとは思えない。
だから再度確認したほうがいいし、マジでメモリだけで1.5-3.4倍速になってるのなら普段から16GBで運用した方がいい。
（ついでに言うとB/Cはエラー前半見る限り同じ所で落ちてるが、こちらも2-3.4倍速になってる。
これも通常では考えられないので、前回のビルド結果が一部残ってたのではないかと思われるが、《configure時代なら make distclean 忘れ》
本当にメモリだけで倍速になってるのならマジで増設しとけではある)

そして、プロセス多すぎ。Arch知らんがMint20.3xfceだと何もしてなければ250個程度。
バックグラウンドで何か動かしてるのなら、当然それらもメモリ食ってるので、それらの状況次第で落ちる場所も変わってきてしまう。
この場合、>>338のようなことになり、精密なデバッグには不向き。
が、まあ、archはそういうもんならそれでいいが、なら最初からメモリ多めにしておくのが無難。

**login:Penguin** ころころ · 2024/05/13(月) 22:58:29.88

しかしまあここまでは所詮はデバッグ上の保険であって、これより以下が本命になる。

B,Cの前半見て分かるとおり、B,Cは明確にソースコード起因で落ちてる。
> [-Werror=maybe-uninitialized]
> cc1plus: all warnings being treated as errors
つまり、>>340の言うとおりで、
未初期化(っぽい)のを警告とし、cc1で警告は全てエラー扱いにしてるから落ちてる。
だからこれらを外してしまえば、少なくとも現在落ちてるところは通るようになる。

一般的な問題としては、
> cc1plus: all warnings being treated as errors
であり、そもそもC言語の文化では警告上等(＝警告は無視するもの)であり、
警告が一つでもあればビルドを止める、なんて運用をしてるプロジェクトはほぼ無いはず。
このスレの連中なら、(まあ普段からしまくってるのかもしれんが)
nVidiaのプロプライエタリドライバのインストール時や、カーネルのアップデート時にビルドをしてるはず。
それらのログ見れば分かるが、警告なんて出まくりのはず。（でも当然動いてる）

ただまあこの文化はよろしい物ではないし、だからこそC++が出て来た、というのもある。
だから今回のケースでありそうなシナリオは、

1. ソースコード作成時には「全部の警告を出し(=-Wall)、プログラマは努力して全部の警告を消す、そうしないとビルドを通さない
2. そしてリリース時のgccバージョンでは、通る。(なお>>341の言うようにこの時点でclangならclangでやらないと駄目)
3. その後、gccのバージョンが上がり、以前よりもチェックが厳しくなり、新たに警告が出る様になった。
4. なので、334,335の通り、落ちるようになってしまった。

**login:Penguin** · 2024/05/13(月) 22:59:29.22

だから、解決策としては、
α：リリース時のgccバージョンでコンパイルする(通常はダウングレードすることになる)
β：オプションを調整して警告無視でコンパイルする
であり、archの場合はパッケージリリース時のgccバージョンが多分明確に分かるはずなので、
まずそれを調べ、
α-1：もしリリース時のgccバージョンよりも現在使用しているもののバージョンが低いのなら、アップデートしてビルドを試す。
α-2：ただし通常はダウングレードになってしまうと思われるので、こちらは面倒だからやらず、
β：オプションを調整してビルド、
になる。（つっても面倒ならgccが最新版であることを確認してβだけでいい)

**login:Penguin** · 2024/05/13(月) 23:00:42.31

最近C言語やって無いので以下は勘であり間違ってるかもしれんが、
-Wはマクロであり、通常は環境変数で指定する。
　configure時代は大体 CCFLAGS=-Wall みたいな指定方法だったが、今は知らん。
　ただ上記も「追加」であり、「削除」はどこにどう指定するのかは分からん。
　もし、パッケージビルドといってもガワ被せただけで結局configureしてるのなら、多分configure自体かそこから呼ばれるbashスクリプト内で
　export CCFLAGS=-Wall とかでデフォのオプションを指定してるはずだから、その辺を弄ることになる。
　この場合はとりあえず grep 'maybe-uninitialized' * とかで探すことになる。

**login:Penguin** · 2024/05/13(月) 23:02:40.68

-Wall ：全ての警告を表示しろ、の指示
-Wunused-but-set-parameter ：変数に代入してるが使ってねえじゃん馬鹿ヤロー、と警告出せ、の指示
　-Wallと被ってるから意味無い？まあそのとおりだが、この辺はダブっても問題ない、というノリ
　そしてこの通り、全部の警告を出す＝動作上は問題ないけどソースコードをもっときれいに出来るよね、も警告になる

**login:Penguin** · 2024/05/13(月) 23:02:59.65

　だから自分でコード書くときは「全部の警告を出し、全部の警告を消す」ようにコードを整理するのが理想で、
　多分このプロジェクトでもやってたんだろうが、その後gccのバージョンが上がり、新たな警告を出せるようになった場合は通らなくなる

**login:Penguin** · 2024/05/13(月) 23:03:51.33

-Werror=maybe-uninitialized：未初期化(かもしれない)変数を使用してたらエラーにしろ、の指示
　ただ言っちゃ悪いがC言語の文法では未初期化は検出できないので、
　(ある程度実績のあるプロジェクトなら)これは誤検出であり多分やりすぎなので切っていい)

なので、-Werror=maybe-uninitialized は勿論消すとして、
他に
> cc1plus: all warnings being treated as errors
を指示してるマクロがあるはずなので、それも消してビルドを試せばいい。
これについてはエラーログの
> (remaining 62 arguments skipped)
の部分をとりあえず全部表示させてコピペしてくれればそれっぽいの探せるけど。
が、これも面倒なら、ググッたら

> export CFLAGS="-Wno-error"
> export CXXFLAGS="-Wno-error"
> ttps://qiita.com/g_votte/items/36013cc54482acd608e4

> Sure, find where -Werror is set and remove that flag. Then warnings will be only warnings.
> ttps://stackoverflow.com/questions/11561261/how-can-i-compile-without-warnings-being-treated-as-errors
この辺参考にして。

ところで
> all warnings being treated as errors
ってどういう文法なんだこれ？
all warnings ARE being treated as errors
でAREが抜けてる気がするんだが、今更gccの連中が基本的英文法間違ってるわけ無いし、省略していいとかあったっけ？
(なお俺の英語はかなりいい加減なので間違ってたらご指摘よろしく)

**login:Penguin** · 2024/05/14(火) 00:16:08.24

単にbeing以下がwarningに形容詞的に掛かって全体としては名詞となっているだけかと

**login:Penguin** · 2024/05/14(火) 01:29:54.68

file not found(名詞) と file is not found(文) みたいな
意味としてはほぼ同じになりますか

**login:Penguin** · 2024/05/14(火) 01:31:32.20

>>350-351
A. all warnings ARE BEING treated as errors ←分かる、受動態の進行形、「全ての警告はエラーとして扱われている」
B. all warnings treated as errors ←分かる、文法用語で何かは分からんが、意味は「エラー扱いの全ての警告」、過去分詞が形容詞的に使われてるだけ
C. all warnings BEING treated as errors ←分からん、わざわざBEINGをブチ込んで来る必要ないのでは？まあ意味は上記Bと同じだとは推測できるが。

Bだと、
all (warnings treated as errors) 「エラー扱いの警告の全て」
(all warnings) treated as errors 「全ての警告はエラー扱い」(厳密には「は」だと文になってしまうので間違いだが、いい日本語訳が思いつかない)
が曖昧なので、BEING入れたら明示的に下側になるのか？なら最初からAでいい気もするが。(もしかしてBだと文法違反？)

てな感じ。
とはいえ、よく考えたらインターネットなんだしアメリカ人に上記ABCの違い聞けばいいだけだからそうしてみるわ。
回答ありがとう。他の人もサクッと分かればよろしく。

**login:Penguin** · 2024/05/14(火) 02:59:11.47

こんばんは。
mozc-utで苦しんでた者です。
ふと見ると、昨日付けでmozc-ut、fcitx5-mozc-ut
のバージョンが上がってました。
git pull して再ビルド。
gcc13を依存関係で要求されて入れました。
これでメモリ8GBでも、ビルド成功しました。★
皆さま、お力添ありがとうございました。
勉強になり、貴重な体験が出来ました。

しかしこういう問題に当たった時に
英文で、本家のフォーラムに報告して
作者に知らせて、一緒に解決して行ける様に
なると、本物のハッカー？なんでしょうね。
蛇足でした。

**login:Penguin** · 2024/05/14(火) 03:26:29.51

mozc 2.30.5448.102-2になってるね

-makedepends=('bazel' 'git' 'python')
+makedepends=('bazel' 'git' 'python' 'gcc13')

**login:Penguin** · 2024/05/20(月) 14:17:14.55

>>352
Aだとありとあらゆる警告がエラーと同義になるから意味合いが変わってくるんじゃね
treatが自動詞なのか受身なのか一目で判別しやすいようにつけてるんだとは思うけど、「現状の」という意味合いも一応兼ねてると思う

**login:Penguin** · 2024/05/20(月) 21:35:57.63

またmozcが馬鹿になってると思ったら...

**login:Penguin** · 2024/05/20(月) 23:13:19.47

>>355
スレチなので放置してたし、君が何を言ってるのかもよく分からんが、
聞いてはいるので結果を書いておく。

A：受動態文
B：名詞句
C：分詞構文(participle)または名詞句
でABC共に文法的には問題なし、意味は全部同じで、全ての警告がエラー、
ただしこの場合はC(＝gcc出力)がなんとなくよいらしい

**login:Penguin** · 2024/05/23(木) 13:49:29.37

Waylandってゲフォと相性悪いようだけどみんなAMDerなん
俺もウェイ族に仲間入りしたい

**login:Penguin** · 2024/05/24(金) 07:00:00.44

AURのnkf-2.1.5-3のファイル検証に失敗するな～

**login:Penguin** · 2024/05/25(土) 00:53:39.94

Archwikiでsteamのクラッシュダンプ阻止するのに/tmp/dumps操作するのあるけどもう無効だよ
dumpsに書き込めなかったらdumpsxxxとかいう別名フォルダ作ってダンプ＆アップロードするから無駄

**login:Penguin** · 2024/05/28(火) 00:39:44.80

システム標準言語設定を英語にしていると、Googleページに表示されている日本語が□みたいになる。
システム標準言語設定を英語のままで、Googleページにある日本語をちゃんと表示させる方法ありますか？

**login:Penguin** · 2024/05/28(火) 04:34:26.60

>>361
日本語フォント入れたか？
ブラウザの言語設定はやったか？
ブラウザのパッケージによっては言語パックを自分で入れないとダメだぞ

**login:Penguin** · 2024/05/28(火) 05:48:35.07

>>362
ありがとうございます。
日本語フォントはまだでいれてませんでした。
既にはいっているものだと思っておりました。
試してみます！

**login:Penguin** · 2024/05/28(火) 07:12:25.36

archは自分で選択したものしか入らない。
そこがキモで自由がある。

**login:Penguin** · 2024/05/28(火) 08:38:15.06

最小構成から始めたら、どのディストリビューションも自分で選択したものしか入らないと思うが、何が違うと言うのだ？

**login:Penguin** · 2024/05/28(火) 09:01:11.89

>>365
Manjaroとかだとミニマルでも、DEも日本語フォントも入っちゃうますよ
それが良い悪いかは、別として…
フルカスタム系のライバルったら、Gentooぐらい？

**login:Penguin** · 2024/05/28(火) 09:24:07.44

Man爺、実機にGentooインストール出来るようになったのか？w

**login:Penguin** · 2024/05/28(火) 09:29:23.00

ほんとしつこいあぼらーだな
ここも透明にすっか

**login:Penguin** · 2024/06/09(日) 23:17:47.31

>>352
遅レスでスマソ、ネイティブに聞いてみた？

エラーメッセージは交通標識や新聞の見出しのように文法的には正しくないけれど少ない語数で伝える場合があるらしい
例えば The file was not found. は file not found のように
all warnings being treated as errors は All warnings ARE being treated as errors. から ARE が省略されているのかも

**login:Penguin** · 2024/06/10(月) 07:54:36.31

>>369
ネイティブ(であろうと思われる人達)に聞いた。
具体的には投稿者の国が表示される某匿名掲示板だが。

連中は特に文法は気にしてないはずだが、
・どれも文法的に正しい(米)
・理由は説明出来ないがこの場合はC(=gcc出力)がいい(豪)
・理由は説明出来ないがABCどれも同じ意味で「全部の警告」を「エラー」の意味になる(香港)
・見出し等の場合は短くする。Cを選んだ理由はこれ以外には思いつかない(米)
だったと思う。

**login:Penguin** · 2024/06/10(月) 10:13:53.60

エラーメッセージが英語の文法的にどうとか意味ない。
エラーコードの数字が素数だから何だとかいうくらい無意味だ。

**login:Penguin** · 2024/06/10(月) 11:07:08.14

有名な開発者でも自分が英語ネイティブじゃないからメッセージの文法間違いとかの修正はほぼ無条件で受け入れてるとか公言してる人もいるしね

**login:Penguin** · 2024/06/10(月) 11:26:56.43

>>371
俺らが日本語のおかしい中華製品や詐欺メールから受ける程度の地雷感はネイティブにはあるだろうよ
だから今更-Wallのメッセージが間違ってるはずもないのだが、ちと引っかかったので

短くするだけならBでいい気もするが、とにかくCらしい、省略するにしても何かしら感覚的な規則があるのだろう

**login:Penguin** · 2024/06/10(月) 11:47:25.87

エラーが一意で判別できることが優先で、メッセージの頭だけ表示やカプセル化時の文字数制限を考慮して、前の方だけで意味が取れれる方が望ましい「一意記号」にすぎない。だから文法・語順はできれば程度の話でしょ。

**login:Penguin** · 2024/06/10(月) 15:22:36.59

英語として成立していなかったら英語のエラーメッセージを出す意味がない
文法上は正しくてもネイティブには物凄く不自然に感じる表現というものあるが、文法が合っていて意味が通る事は最低限のライン

**login:Penguin** · 2024/06/10(月) 15:38:27.35

日本語のエラーメッセージが怪しい日本語だったら文句言いそう

**login:Penguin** · 2024/06/10(月) 16:06:52.88

Linux初心者の英語上級者（TOEICほぼ満点）だけど、間違いじゃないよこれ
このbeingはbeの現在進行形であって、受動態のときに追加するbe動詞ではないので単独でいい
省略ではなくて普通に正しい文

話し言葉としてはめちゃくちゃ変なので初心者が違和感を覚えるのは分かる

**login:Penguin** · 2024/06/10(月) 17:28:20.74

日本人の英語教師は英語では主語だけの省略はないとしょっちゅう言ってたけど大嘘
英語でも日本語並みに省略しまくるし、文法も構文も無茶苦茶

非ネイティブに通じる文章を書くには文法と構文に誤りがないことが最低限必要
そして文の短さよりも文法解析と構文解析が平易な文に書き直す必要がある

**login:Penguin** · 2024/06/10(月) 17:46:06.64

「うんこ:臭い」は日本語の文章としては色々不足しているけど普通に理解できるだろ
どの言語でもそれと一緒

**login:Penguin** · 2024/06/10(月) 20:38:59.08

IQの高そうな例えだな

**login:Penguin** · 2024/06/10(月) 20:42:17.66

>>379
助詞がないだけの平易な文ですやん

例えば
おまーんこくさいくうこう
ぐらいになると、まず解釈が一意に定まらないので翻訳できなくなる

**login:Penguin** · 2024/06/11(火) 07:32:14.69

「臭い」が適切であ事もコロンをセパレータに使う事が許されるのかだってちゃんと日本語を知ってなきゃわからないよ
おれにはアラビア語やヘブライ語ではこういう:の使い方が許されるのかどうか、語順は反転しないでいいのかとかは全くわからないし

**login:Penguin** · 2024/06/11(火) 09:06:48.00

>非ネイティブに通じる文章を書くには文法と構文に誤りがないことが最低限必要

これは言い過ぎ。

低IQの非ネイティブにはやってあげた方がいいかも知れない

**login:Penguin** · 2024/06/11(火) 10:40:23.34

waylandネイティブだとchromeで日本語入力できない感じ？

**login:Penguin** · 2024/06/11(火) 12:40:12.62

ファック何たら入ってないだけじゃ

**login:Penguin** · 2024/06/11(火) 13:29:43.69

>>383
省略・文法・構文の破綻が酷くて解釈が一意に定まらない文章を書く低IQのネイティブをなんとかしてくれ
書き手1 <<<<< 読み手膨大なことが多いんだから、書き手が労力を費やす方が総コストは圧倒的に少なくて済む

新聞記者でも糞文章書く低IQが結構いるんだよ。校正する時間がないから糞文章がそのまま世にでることになる

**login:Penguin** · 2024/06/11(火) 13:47:14.55

ここでいくら怒っても何も改善されないよ

**login:Penguin** · 2024/06/11(火) 13:52:29.00

いいんだよ。愚痴ってるだけだから

国語力ってのは収入に結びつきにくい能力で軽視されるし
国語力を着実に向上させるの教育法も確立してない