Gentoo Linux 36
>>622 情報ありがとうございます useフラグにmaskなんてあるんですね もう直ったようなものだと勝手に思っていますが 今からごにょごにょしてみます。 では良い週末を >>621 ワラタ >>624 私のところだと ja フラグ無効のままでも cidfmap をきちんと書いてやれば日本語が出力できているので、単に cidfmap の書き方の問題かもしれないけどね。 直りました ただghostscriptのバージョン 9.56.1はなぜかだめで、 9.55.0-r1でOKでした。 >>625 よくわからないので、適当に書いたかもしれません。 でも直ったので良かったです。 スレ汚し失礼しました。 ごめんさい 開発者と喧嘩してしまったので、このバグは修正されないことになりました もうアホらしくなっちゃたよ なっちゃたか ていうか上流じゃなくてディストロ側で対処すべき問題じゃないのこれ よく知らんけど >>629 私のパッチ当ててくれたらディストリごとに対応するのも可能だけど そこまでするとこないでしょうね そもそも、マトモに動かないから KDE Neon以外からは見捨てられたプロジェクトです 天地がひっくり返ったって起こり得ないバグの報告されて、私のせいにされました コードレビューなのにコード読んでくれないんだから手の打ちようがない >>632 そのプロジェクトにとっては、超絶スーパーウルトラ絶対に必要です でもプロジェクト自体はオワコンですね SSDで起動が速くなったのもあって、plymouth自体を、標準採用してるディストリは少数です gentooでもオプションでし >>633 盛大に自爆して、こっぱみじんになりました レビュアー自身の問題で私に余計な負担押し付けたくせに、自分の問題をあやふやにして責任逃れしようとした事について ヤル気がないなら、プロジェクトごと無くしちゃえよ ってブチキレました うっかり、過疎プロジェクトに 希望を取り戻して上げようと思ったら 絶望の淵に沈めてしまいますた パッチ何個か投げた程度で大物開発者に「おまえの糞環境のせい」とか言える度胸は正直ちょっと羨ましい >>635 誉めて貰えて光栄です だって致命的な症状訴えといて 未知の問題で片付けようとしてんだよ それってバグですよね 見過ごせませんよ、そんなの こっちは必死にバグ治しているんですから… で、私がへそ曲げたこで失ったものは、仕様のキャッチアップを怠った10年以上にも及ぶ怠慢の回復と 全部のバグレポートの解消です 利用者少ないから5個ぐらいしかないんだけど… パッチてどんなパッチなの?w update-initramfs -u nowを以下に変更するの? dracut genkernel mkinitcpio mkinitrd >>637 ちょっと違うよ Ubuntuだけ勝手に自分仕様で無茶苦茶な管理してるから、それ以外を普通のplymouthのコマンドで処理するってやつ そうすることで、ほぼ全てのディストリに対応できます gentooは、wikiにも書いてあるけど、dracutを入れる必要がありました Ubuntuじゃないことを確認するのが厄介だったかな あとは、非同期処理にしてクラッシュ防止したり 幻の私のパッチはこんなかんじです もうね、update-initramfs決めうちで書かれてるから dracut登場以降、Ubuntuとdebianぐらいでしか使えないっていうアホアプリです 私がコードレビューしてやったみたいなもんなのにな グチグチさすがにうぜえ 勝手に自分でフォークすりゃいいじゃん あほくさ >>637 あ それと、笑っちゃうのが、3年ぐらい前の修正で、ユーザーがroot認証をキャンセルしたときエラー表示すると鬱陶しいだろうから、って修正されたんだけど なんと、その修正がミスっててエラーを一切表示しなくなってました こんな重大なバグがずっと生きてて誰も気がついてなくて MRの概要でエラーを表示するようにしたって書いたんだけど レビューアーにエラーが出たんだけど 何でですか? って聞かれました ずっとそのエラーあっても表示されてなかっただけなのに… つまり、いままでエラーでマトモな機能していないことに気づいていなかったのです こんなダメアプリ無くしちゃった方がいいよね >>639 うざいのは認めるけど 喧嘩した開発者にちょと治してって頼まれて 始めたんだけど、状況が酷すぎて 見てみぬフリするのも嫌だし 断るのも悪いから、治せそうなとこ全部治したってだけなので、フォークなんするき無いね もともと、頼まれるまで存在自体知らなかったし >>639 暑いから色んなスレに変なの湧いてるw >plymouth自体を、標準採用してるディストリは少数ですgentooでもオプションでし この時点で・・・ >>639 あ ごめんなさい パッチ提出するのにフォークしなきゃいけないので フォークしてました AURで困ってる人いたから、私のフォークのリンク教えて上げようかな >>641 この自分大好きKDEパッチャーは暑くなる前からあちこちのスレで見たな。まじうぜえ。 >>642 AUR?どーでもいいし、うぜえから巣に帰れ。 >>641 暑かった気持ちを、いま冷ましています gentooでは、オプションですが plymouth自体は使えますよ 注意しなきゃいけないのは、KDEのplymouth-kcmです リポジトリにありますが、上でぐちゃぐちゃ騒いじゃった通り、マトモに使えません 5年も前にgentooユーザーがバグレポ提出してますが、ずっと放置され続けてます 私がそれ直そうとしたんですが失敗しました >>643 KDEパッチャーって初めて言われたけど 残念ですが1クールで卒業となりました 暑い応援ありがとうございました つぎからは… >>644 どういうつもりでオプションて言ってるのか知らんけど ベースシステム以外は全部オプションとも言える。 gentooの場合は特に なにをもってマトモに使えないって言ってるのか知らんけど plymouth-kcmでtheme変更すると設定ファイルにちゃんと反映される あとはinitramfsを再作成するだけ ずいぶん自信に満ち溢れてるようだけど、ここにパッチ晒してみたら? >>645 テーマを選択し適用したらinitramfsを再パックするまでが plymouth-kcmの本来の仕様です そして、3年前に追加されたバグによって エラー表示はされれてませんが 存在しないupdate-initramfs コマンドを実行し失敗したエラーが発生しています gentooユーザーのバグレポートはエラー表示がまだ機能していたときの物です KDEのplymouth-kcmのソースコードにパッチ残ってます あそこは、提出したMRを削除できません 興味があるなら引き継いでください >>645 引き継いで貰えるなら 私が知ってることは何でも解説します initramfsを再パックできるUbuntuでも問題がありますが もう荒しみたいになってるので 場所はKDEスレでお願いします >>646 こっちは、あんたが何処の何者かすらしらんのよ 自信があるなら自分の書いたパッチはこれですってURL位貼れよ もしかして志賀なんとかって有名人か? 見てきたけど変更の説明が理解されなかったことにキレてレビュアーを攻撃する異常者だったよ なんでこのスレでごちゃごちゃ言ってるか分からないけど、別スレに行ってくれるみたいなんでもう触らんほうがいいね >>649 ここで書いたことが本質です 私はいい加減な報告の為に調査に苦労して爆発しました 彼は、論理上あり得ない報告を繰り返してます エラーは出たけど設定は変更されてるようです とかね エラーがでたら設定変更しないようになってるのに、適当なことばかり言います そして、絶対に出るはずのないエラーが出たと繰り返し報告しました 原因は、彼が使っているのがエラー表示を復活させただけの、問題だらけの元コードだからです とりあえず b.g.o にレポート出してくれない? 上流がクソみたいな理由でパッチ拒否するとか別に珍しくもないよ 俺も複数のプロジェクトで何度か経験してる >>650 煽ってすまん。 理解したわ -R付ければdracut -fが実行されるんだな。 linuxへの入口みたいになってるubuntu系ディストリで それを採用しない理由もなんとなく理解できるけど >>653 そうです plymouth-set-default-theme -R {theme} で、dracut -fも実行されます gentooのwikiには、そういう情報がなかったので 実際に確かめたくて、gentooユーザーの方に協力してもらいました ちなみに、dracutを入れてない場合 dracutが無いってエラーになりますね ぶっちゃけ、こっちの方が1行だけだしシンプルで好きです >>655 >gentooのwikiには、そういう情報がなかったので わざと、載せてないって気がしないでもないけど、よう分からん。 例えば、普段genkernel使ってるnvidiaな人がplymouthの為に dracut入れて、dracut.conf.dに設定足さず-Rコマンド打ったら GUIになれないinitramfsが出来る。 普段からdracut使ってる人とdracutのデフォルトで事足りる人は良いかも知れない。 clangとか付属物がpython使ってて、本体作るのに時間がかかるパッケージって、 pythonのupdateで再コンパイルされるの、面倒だな。 ただ、別パッケージに分けてくれって言うのも、メンテナーの手間を考えると申し訳ないし。 まぁ、我慢汁か。 時間がかかるだけで別に面倒ではないと思うけど 不満だったら PYTHON_TARGETS とか PYTHON_SINGLE_TARGET を自分でいじればいい >>649 GUIアプリにdracut -fとか地雷w Linux 板のスレなんて大抵こんなもんでしょ 150 日ぶりに再起動したら X が起動しなかったよ とりあえず x11-drivers/xf86-video-intel を再ビルドして解決 多分 VIDEO_CARDS に i915 が必要だったっぽい(intel ではなく) 書き込んでないだけで毎日見てはいるよ。 gentoo面白くなってきたから手持ちのマシンはgentooだらけになってきた。 ラップトップだとビルドにえらい時間かかってつらいつらい 皆さんどうしてますか? 寝る前にビルドするようにしてる あと、余分なパッケージを入れないようにとかかな 昔、コンパイル専用マシンを作ってローカルバイナリレポジトリを作ってたな。 Redcoreは新版も日本語入力サポートせず 出来が良いだけに残念です emerge でインストールは可能だが 無効化されて駄目 日本語入力 >>671 暇だったからレッドコアVMに入れてみたけど >>670 だったよ fcitxはインストールして/etc/environmentに書けば使える ibusは最初から入ってるようだけど初期状態だと使えない ibusを使いたいならgentoo wiki ibusのKDEのとこ見て mozc使いたい場合はgentoo-zhのやつ カーネル6.0がきてる なんかコワイ、食あたりしそう もはや linux kernel のメジャー・バージョンは意味が無くなって久しいので気にすんな。 リーナスが数字が大きくなってきたのでそろそろ上げようかとか言い出したら上がる。 DL するときディレクトリが違うからウザい v5.x v6.x むぅ emergeが異常に遅くなった。 zfs2.1.5にしたからだろうか。 txg_syncあたりのblockな感じだが、なんか手あるんかな? とりあえず別のfsで同じ環境を作って比較、zfsと特定出来ているなら原因の特定・・・かな。 >txg_syncあたりのblockな感じ と思った理由は? >>678 htopで、txg_sync と python(emerge) の STATE が ほとんど ディスクスリープ状態だし dmesgに、 INFO: task txg_sync:10594 blocked for more than 120 seconds. とか、出たあたりで。 Mergingが、異常に遅いんだよなぁ とりあえず、2.1.6にしてもかわらんのは確認済 2.1.4 か 2.1.2の時は問題なかった気がするので、落としてみるかなぁと >>679 自己レス とりあえず、 portage-3.0.38.1/src/portage_util_file_copy_reflink_linux.c の 145行目の lseek が異常に遅いな。 1~10秒もかかってる えっまだだったんだ(ずっと unstable で使ってるからそういうの気付かない) GCC 12 ってなんか破壊的変更でもあったっけ?それともいつもこんなに遅い? Stabilize 12.2.1 amd64 きたよ mold使ってみたかっただけgcc11だとパッチが完全に適用されませんとかなんとか openSUSE、FedoraがパッケージのビルドにデフォルトでLTO使ってるて初めて知った >>680 自己レス2 zfs_dmu_offset_next_sync=0 つけて zfsモジュールをロードしたら、元のスピードになった /var/tmp にいろいろ溜め込む癖のある人は気をつけたほうがいいかもよ 俺みたいに orz OpenSSL 3.0 の mask ついに外れたんか さて 言語戦争はよそでやってね 自分がマシン買い替える基準として dev-lang/rust か www-client/firefox が 自前でビルドできなくなったらってのがあるんだけど、まだまだ大丈夫っぽい 実メモリ 1.5 GB しかないんだけどな なんという無駄なことを... 俺はどっちも bin を使ってる どちらもリリースサイクルが決まっていて同じ周期でアップデートが降ってくるからビルドするのは無駄 約20年ぶりにLinuxに戻ってきたよ virtualboxで練習してから本番マシンに入れてるけど カーネルのビルドが恐ろしくかかる 新しく増えたディストリビューションカーネルとかいう奴 全ビルドしてるのか おれもvirtualboxで試してみたけど X-serverが立ち上がらず玉砕 ・ GCC 13.1.0 リリース(~amd64 はキーワード付きで mask なし) ・ Python 3.11 が 5 月 1 日付で デフォルトに 以下チラ裏: sys-devel/gcc は俺がマージする単体パッケージで多分一番時間かかってる 3 ステージブートストラップ x (i686 + x86_64) は伊達じゃない ただ sys-devel/{llvm,clang} とかも合計では同じくらいかかる気がするけど Python は俺は毎回手動で移行してるから影響なかった(既に 3.11 メイン) うちhaswell Ci3 3.2Ghz メモリ8G しかなくて、5時間半かかるよ。>gcc-13 Haswell i7 4Ghz ビルドはtmpfs上 makeは-j4で1時間ちょい Raptor Lake i7ならどれぐらいなんだろ ThinkPad P16sを使っていてGentoo Linuxなのですが、タッチパッドと電源ボタンが反応しません。 Linux初心者に教えるスレからこちらに来ました。 Kernel config: https://pastebin.com/v0auvGyU lspci: https://pastebin.com/uS9KMRy6 dmesg: https://pastebin.com/6Nc5s4TK lsmod: https://pastebin.com/GTXwT3s2 どこがおかしいのでしょうか? まだ初心者で必要な情報がわからないので申し訳ないです。 他に必要な情報があれば、おしえてください。 >>703 lshwをインストール&実行してタッチパッドと電源ボタンに関係するデバイスの情報を調べ、それに関係するドライバを特定する。 またはタッチパッドと電源ボタンがちゃんと動く別のLinuxディストリをそのPCで起動させlsmodする。 lsmodして列挙された中からタッチパッドと電源ボタンに関係するモジュールを特定する。 特定したらそれに対応したカーネルモジュールをビルド。 >>703 dmesg 見る限りカーネルからは両方とも見えてるように思えるけどね 電源ボタン(その他): [ 0.974262] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input0 [ 0.974275] ACPI: button: Power Button [PWRB] [ 0.974295] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1 [ 0.974364] ACPI: button: Lid Switch [LID] [ 0.974379] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input2 [ 0.974400] ACPI: button: Sleep Button [SLPB] [ 0.974416] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [ 0.974434] ACPI: button: Power Button [PWRF] タッチパッド: [ 1.470279] psmouse serio1: trackpoint: Elan TrackPoint firmware: 0x00, buttons: 3/3 [ 1.482127] input: TPPS/2 Elan TrackPoint as /devices/platform/i8042/serio1/input/input6 ざっとググってみた限り、Elan のタッチパッドが動かないって相談はけっこうあるね (英語だけど) Gentoo Forums にも:ttps://forums.gentoo.org/viewtopic-t-1112412-start-0.html 多分カーネルじゃなく X.Org の設定だと思うんだけど、自分でいじれないと何とも >>0704 ありがとうございます。 >>0707 Gentoo forumsの方法を試してみます。ありがとうございます。 >>704 ありがとうございます。 >>707 Gentoo forumsの方法を試してみます。ありがとうございます。 安価ついてなかったので連投ごめんなさい no-multilibからno-multilib/hardenedに変更してみた。 今のところ何の問題もなし。 no-multilibからno-multilib/hardenedに変更してみた。 今のところ何の問題もなし。 multilibが必要になるのは32bitの実行ファイルを実行するときぐらいだよね。 wineから32bitのwindowsの実行ファイルを動かしたいとかオープンソースでない実行ファイルを動かしたいとかなければ問題無いんじゃない? no-multilibにした話じゃなくてhardenedにした話では。 gentoo-sources で 5.4 のサポート切られちゃった >>590 で書いた理由で 5.10 に上げるのはあんま乗り気じゃないんだけどなあ (2 年経っても未だに同じ PC 使い続けてる) vanilla-sources ではまだサポートされるみたいだけど この二つって何が違うんだっけ >>715 カーネル概要に書いてあるが サポートされないパッケージ vanilla-sources公式カーネルソースのコピーです。 >>716 トン 自分が知りたいのはむしろこっちだった > gentoo-sources は Linux 4.x および 5.x を基にして、セキュリティ問題やカーネルのバグの修正、そして稀に見られるシステムアーキテクチャとの互換性を高めるため、少々のパッチを当てたものです。 うーんでもこれだけだとよくわからんな これだと vanilla-sources がセキュリティ問題やバグを放置してるように読めてしまう まあ後でパッチの中身見てみるか… >>717 experimental有効にするとvanillaには無い項目でるから分りそうなもんだけど >>715 最新版に上げてみろ、たいてい速くなってるから。 Linux kernel はバージョンアップで一時的にデグレードして性能劣化するのは良くあることだけど、そういうのは次か、次の次くらいのリリースとかで解消されるので、長い目で見ると新しいの使った方が絶対いい。 >>717 vanilla-sources は2026年12月までセキュリティやバグへの対応がされるので、それを使うのが一番楽で安心かと。 どうしてもGentooの公式カーネルがいいということなら、 gentoo-sourcesは公式ソースにgenpatchesをあてたものなので、 手動で上記 vanilla-sources にgenpatchesをあてるかですかね。 最終版は5.4.253 向けのパッチですが、おそらく5.4.254以降でもそのまま当て続けられると思います。 個人的には>>719 に同意ですが。 https://dev.gentoo.org/ ~mpagano/genpatches/tarballs/genpatches-5.4-260.base.tar.xz https://dev.gentoo.org/ ~mpagano/genpatches/tarballs/genpatches-5.4-260.extras.tar.xz https://dev.gentoo.org/ ~mpagano/genpatches/tarballs/genpatches-5.4-260.experimental.tar.xz 参考 https://dev.gentoo.org/ ~mpagano/genpatches/ バイナリパッケージを使う仕組みが新たに追加 USEフラグが完全一致するとかgccのバージョンをstableの最新に しておくとか色々条件があったり、最適化が-mtune=genericだけど いちいち-binパッケージを探す必要はなくなった https://www.gentoo.org/news/2023/12/29/Gentoo-binary.html 同じく昨夜上げた。 ここだけ注意かな。あとは考えることは何も無かった。 6. Select the 23.0 profile corresponding to your current profile, either using "eselect profile" or by manually setting the profile symlink. Note that old profiles are by default split-usr and the 23.0 profiles by default merged-usr. Do NOT change directory scheme now, since this will mess up your system! Instead, make sure that the new profile has the same property: for example, OLD default/linux/amd64/17.1 ==> NEW default/linux/amd64/23.0/split-usr (added "split-usr") OLD default/linux/amd64/17.1/systemd/merged-usr ==> NEW default/linux/amd64/23.0/systemd (removed "merged-usr") read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる