[過去ログ]
Arch Linux 18 (1002レス)
Arch Linux 18 http://mao.5ch.net/test/read.cgi/linux/1703764780/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索
歴削→次スレ
栞削→次スレ
過去ログメニュー
322: login:Penguin [] 2024/05/11(土) 18:37:09.48 ID:2tUA/r1D >>321 DEなんだか知らないけど、 fcitx5-mozcならリポジトリにありますので mozc使うなら、fcitx5がいいですよ http://mao.5ch.net/test/read.cgi/linux/1703764780/322
323: login:Penguin [] 2024/05/12(日) 08:29:50.78 ID:VRNQJeMw >>321 mozc-utだけど自分の環境ではちゃんとビルドできてるな 自分の経験上メモリが8GB未満なら必ず失敗する とりあえず~/.cache/bazelを削除して再ビルドするのがいいかも なぜかArch公式のfcitx5-mozc勧めてる人いるけど古いしemacs mozcが使えなくなるから使ってる人はいないと思う http://mao.5ch.net/test/read.cgi/linux/1703764780/323
324: login:Penguin [sage] 2024/05/12(日) 12:43:45.37 ID:yL05g+Ii >>323 横だし話はまったく別だが、 > 自分の経験上メモリが8GB未満なら必ず失敗する これマジ?最近の状況全く知らんが、そもそも論として、ビルドに8GB食うとは思えないし、 食ったとしてもスワップ行くだけ、つまり遅いだけで通るはずなのだが。 (少なくともWindowsならスワップは自動増加がデフォなのでメモリが足りなくて落ちることはない。クソ遅くはなるが。 そしてLinuxには未だにスワップを自動増加する設定がなさそうなのはショボ過ぎだが) http://mao.5ch.net/test/read.cgi/linux/1703764780/324
325: login:Penguin [] 2024/05/12(日) 14:40:44.63 ID:d4bT51jn >>323 emacsってデフォアプリなんすか? 私のArchには入ってませんけど ビルドでコケるよりはマシな気がしますが… http://mao.5ch.net/test/read.cgi/linux/1703764780/325
326: login:Penguin [sage] 2024/05/13(月) 01:54:09.22 ID:11MJS4Cj >>322 入れました。 fcitx5-mozcだけで、使えるのですね。 mozcというパッケージが必要と思い込んでいました。 古いらしいですが、特に問題無いので このパッケージのを使います。 ありがとう。 http://mao.5ch.net/test/read.cgi/linux/1703764780/326
327: login:Penguin [sage] 2024/05/13(月) 01:55:24.94 ID:11MJS4Cj >>323 メモリ、8GBちょうどなんですけどね。😥 もう一回ビルドしてみます。 http://mao.5ch.net/test/read.cgi/linux/1703764780/327
328: login:Penguin [sage] 2024/05/13(月) 02:18:51.00 ID:11MJS4Cj >>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 も同じです。 何でしょね? http://mao.5ch.net/test/read.cgi/linux/1703764780/328
329: login:Penguin [sage] 2024/05/13(月) 05:25:36.67 ID:S0N9LpBA 噂ではswap領域が十分でもsystemd-oomdが強制終了させるという話がありますね http://mao.5ch.net/test/read.cgi/linux/1703764780/329
330: login:Penguin [sage] 2024/05/13(月) 07:23:20.16 ID:zteuBQbN 他の環境(fedora)自前でmozc buildしてるけど最近のgccじゃ通らんclangで完走した http://mao.5ch.net/test/read.cgi/linux/1703764780/330
331: login:Penguin [] 2024/05/13(月) 07:48:08.13 ID:ELtAGQGa やっぱりbazelは面倒だな mozc-utはもはやArch必須パッケージみたいなものだからなんとかしてほしいところ UT辞書はライセンスバカがしょーもないことを触れ回ったせいでビルド済みバイナリを配布するのも難しい状況だし http://mao.5ch.net/test/read.cgi/linux/1703764780/331
332: login:Penguin [sage] 2024/05/13(月) 08:29:01.44 ID:zteuBQbN CC=clang CPP=clang++ bazel ..... 環境変数つけるだけじゃ? http://mao.5ch.net/test/read.cgi/linux/1703764780/332
333: login:Penguin ころころ [sage] 2024/05/13(月) 09:18:29.70 ID:pgrGXMrf >>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に一時的解除の方法を載せれば良いだけだが、 それよりはメモリ不足で諦めさせたほうがいい、という判断になっているのは、 おそらく一時的に解除してビルドした場合、実際に再起動せざるを得ないケースに遭遇することになる、ということなのだろう) というわけで、確定させたければ再起動上等で試してみるんだね。 http://mao.5ch.net/test/read.cgi/linux/1703764780/333
334: login:Penguin [sage] 2024/05/13(月) 18:36:40.50 ID:C3pTaN2D >>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 を削除。 で、再ビルド。 でも↑と同じエラーで止まる。 ↓続く http://mao.5ch.net/test/read.cgi/linux/1703764780/334
335: login:Penguin [sage] 2024/05/13(月) 18:39:54.70 ID:C3pTaN2D >>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ビルド、こんな感じで 失敗します。報告でした。 http://mao.5ch.net/test/read.cgi/linux/1703764780/335
336: login:Penguin [] 2024/05/13(月) 18:57:13.76 ID:QN0Lo3oB 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 http://mao.5ch.net/test/read.cgi/linux/1703764780/336
337: login:Penguin [sage] 2024/05/13(月) 19:24:10.38 ID:rUUCKSVL ビルドを/tmpでやってるんじゃないの? http://mao.5ch.net/test/read.cgi/linux/1703764780/337
338: login:Penguin [sage] 2024/05/13(月) 19:32:43.28 ID:9hMkpwq+ >>335 俺も16GB載せてるが2、3回に1度くらいの頻度で失敗するわ http://mao.5ch.net/test/read.cgi/linux/1703764780/338
339: login:Penguin [sage] 2024/05/13(月) 19:40:04.39 ID:C3pTaN2D >>337 いえ。ユーザーのhomeディレクトリで やってますよ。 http://mao.5ch.net/test/read.cgi/linux/1703764780/339
340: login:Penguin [sage] 2024/05/13(月) 21:23:01.16 ID:9v9+0sEy 環境によるビルドエラーというよりgccとコンパイルオプションの問題なのかな…? g++のbasic_stringライブラリ側で内部変数'_M_allocated_capacity'が適切に初期化されてないぽいような gcc側の問題ならclangにして回避するか-Werror=maybe-uninitializedオプションを外すとか >-Werror=maybe-uninitialized 初期化されない場合、その警告をコンパイルエラーとして扱う指定 >cc1plus: all warnings being treated as errors プリプロセッサかコンパイラあたりが警告をコンパイルエラーとして吐き出してる http://mao.5ch.net/test/read.cgi/linux/1703764780/340
341: login:Penguin [sage] 2024/05/13(月) 22:02:57.60 ID:zteuBQbN いつもでやってんのofficalのビルド環境がubuntu24.04になったんだから clangがデフォだよ http://mao.5ch.net/test/read.cgi/linux/1703764780/341
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 661 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.008s