Gentoo Linux 36
それplymouth-kcmのバグなの? initramfs再パックせずにスプラッシュテーマが変わらねぇって言ってるだけでは? >>617 よくわかってらっしゃる plymouth-kcmで、initramfsの再パックしなきゃいけないのに 再パックするのに問題児のUbuntuのことしか考えてなかった っていう、plymouth-kcmのバグです 志賀慶一氏がGentooに近寄らないのは 志賀が低能だからですか? gentooのcupsで日本語の印刷ができず、困っています。 複数の違う機種のプリンタがありますが、両方文字化けします。 pdfを印刷する場合、gsとかgvでpdfを見るのと同じ文字化けの仕方をしています。 ので、ghostscriptかcups-filterあたりかなあと思ってはいるのですが… evinceとかqpdfview google chromeなどでの表示に問題はありません。 試しに /usr/share/ghostscript/9.56.1/Resource/Init/cidfmap というファイルを編集してみたりしましたが、だめでした。 みなさん印刷できてますか?なにか情報があればお願いしますm(__)m >>619 とりあえず以下を試してみらた? 手順1./etc/portage/profile/package.use.mask に以下の行を追加する。 app-text/ghostscript-gpl -l10n_ja 手順2. ghostscript-gpl を再コンパイルする 手順3. ja-ipafonts あたりをインストールして、それを使うように cidfmap に書く 駄目だったら、すまん。 ※現在 ghostscipt-gpl の日本語は非商用限定の kochi-substitute に依存しているため、強制的に無効化されてる。 ※誰かが商用可能なフォントに書き換えるパッチを送ってやれば良いだけどだけだと思うけど、ずっと放置されてるな。(他力本願) >>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") openrcだと特段merge-usrにする意味はなくsplit-usrのままでいいという理解なんですが、あってますかね? >>726 wiki読んで自分がそう言う事をするかしないかで判断すれば良いんじゃね? 「そう言う事」が何を指してるか正確には分からんのだけど ディストリ間の互換性を高めるのが動機って書いてあるね 例えば Debian や Fedora 用に書いたスクリプトを変更無しで動かすとかそういう xz-util のバックドアの件。gentoo ユーザーは気をつけろとか言ってるやるがいるけど、gentoo 安全だろ。openssh に systemd 対応のいらんパッチ当てちゃうような、ディストロと一緒にしてるんじゃねー。 Gentoo における影響の可能性は小さいってのがセキュリティチームの見解っぽいね いらんパッチっていうと DSA-1571-1 を思い出すな、今回の件と全く関係ないけど liblzma の確認ついでに手元の環境で sshd にリンクされているライブラリの数を数えると Debian 28, Arch 14, Gentoo 7 だった % ldd /usr/sbin/sshd|wc -l シンプルと言われている Arch でも Gentoo の倍、Debian はさらにその倍か まあバイナリ配布だとそうなるよねえ 有効にできるものはなるべく有効にするっていう ldd /usr/bin/clang |grep lzma いや、別に何かあるってわけじゃないけど気持ち悪いな。 >>733 あとは諸悪の根源みたいな systemd のせい。 シンプル・イズ・ベストの真反対みたいば実装なので、これに完全対応させようと思うと色んなところに自由度が無くなって様々な複雑性をかかえ込むことになる。 >>734 どこのディストリ?うちの Gentoo には /usr/bin/clang なんてなかった $ command -v clang /usr/lib/llvm/17/bin/clang ちなみに liblzma にリンクもしてない デバッグインフォの圧縮?って思ったけどあれは ZSTD だったか >>736 余所の鳥の話してご免なさい。自分ちのLFS+BLFS。 libLLVMがlzmaにリンクされてることがある それ(clang が liblzma にリンク)も systemd のせいなの? systemd なシステム使ったことないからわからん 今回の件でアンチ systemd 運動が盛り上がったら面白いんだけどなあ まあそううまくはいかないか あー ZSTD が liblzma に(デフォルトで)リンクしてるからか 間接的なもんだろうね 737,738だけど、いや、ウチのlibzstd は lzma にリンクされてない。 自分もアンチsystemd でメインはS6使ってる。 pulseaudio も排除() そうでした、うちの Gentoo でも libzstd は liblzma にリンクしてない (リンクしてるのは /usr/bin/zstd の方) だとするとなんで libLLVM が liblzma にリンクしてるのかますます分からんな >>743 あーかもね sys-devel/llvm で +xml して dev-libs/libxml2 で +lzma すれば多分? 実際ビルドして確かめたわけじゃないけと多分 ここが詳しいし、まとまってる感じだね https://piyolog.hatenadiary.jp/entry/2024/04/01/035321 m4/build-to-host.m4 これがツリーにあるtar ball からビルドしたのがヤバいと git でとってくるとないんだね VMware workstation 17 player 上にインストールしました。 startxでXが立ち上がるところまでは行きましたが、 .xinitrcが読み込まれない?ctwmのメニューからコマンドを実行させてもxtermなどが立ち上がらないという 現象が出ています。 とりあえず ~/.local/share/xorg/Xorg.0.log を見てエラーとワーニングつぶして行って大体つぶせたのですがあまり改善されませんでした。 logに残らずXを終了されたときに表示されるエラーとして、 xf86EnableIO: failed to enable I/O ports 0000-03ff (Operation not permitted) vmwgfx: driver missing が原因のような気がしているのでvmwgfxというドライバをインストールしてみようと思っています。 カーネルコンパイルは非常に時間がかかるのでディストリビューションカーネルのしかもバイナリ gentoo-kernel-bin を利用しているのですが、vmwgfxドライバを導入する方法としてはマニュアルで再コンパイルするしか ないもんでしょうか? ドライバモジュールを後から追加するというような方法もできないものでしょうか? ウィンドウマネージャは動いてるってことでいいんだよね だったら X サーバのドライバは問題ないような気がする 俺は ~/.xinitrc じゃなく ~/.xsession 使ってる(どう違うのかは理解してない)けど これだとコマンド実行のエラーログとかは ~/.xsession-errors に残るのよ コンソールからコマンド手打ちで具体的にどんなエラー出るのか確かめるのも手かと 注意するのは DISPLAY 環境変数を設定する必要があることくらいか 自分もvirtualboxだけどxの起動に苦戦している コンパイルオプション弄らなあかんかな ご返事ありがとうございます。 ウィンドウマネージャは動いています。.xsessionは確かXDMでグラフィカルログインした際に読み込まれるスクリプトで startxしたときは読み込まれないんでなかったかと思います。 試しに mv .xinitrc .xsession してstartxしましたが、~/.xsession-errorsは残りませんでした。 Xクライアントが稼働していてtwmの起動は確認できているのでDISPLAY環境変数は関係ないかなと。 .xinitrcで記述した内容がことごとく実行されていないので、読み込みプロセスがどっかおかしいだろうなとは思うのですが、 ヒントがないので、とりあえず手打ちでコマンド実行して出てきたエラー対処してるんですが、カーネルモジュールまで いじるとなると手が出しにくいというのが正直なところです。 >>748 ブートはBIOSじゃなくてEFI?VMWareはvmxファイルにfirmware="EFI"って設定変更しないといけないというのが嵌った。 デフォルトだとBIOS使うのね。 ディストリビューションカーネルってVirtualboxとかVMWareとか想定した設定になってないんですかね。 portageにもvmware-toolsとか入っているしVMWare上でX動かすなんて言うのは想定のうちだと思うんですよね。 そうじゃなきゃXorgの設定ページに書いてあるだろうし、何が悪いのかなぁ .xinitrc が無視されることだけが問題なのね 手掛かりないってことなら strace 使うとかかな、一般論だけど (いきなりソースレベルデバッガ使ってもいいけどオーバーキルじゃないかと) >>749 xterm がインスールされてないとか、ライブラリが足りないとかそういう落ちじゃない? >>750 >.xinitrc が無視されることだけが問題なのね そういうわけじゃないけどとりあえずそこが簡単そうだからつぶして行こうと思ってる。 .xsession-errorsみたいにコマンド打ち込みした際にでるエラー出力を確認してないことに気づいたんで(整形されてないので非常に読みづらかった) startx > error.log 2>&1 で出力したら思い当たった。xclockとxtermがそもそもインストールされていない。 xorg-serverインストールしたら自動的についてくるものだと思っていたけど、別途インストールしないといけないのね。 twmはインストールしてたからウィンドウマネージャだけ起動してた。 >>751 .xinitrcについてはお察しどおり >>753 乙。gentoo 使ってると入れ忘れとかは良くあるので。 日本語入力まわりのフロントエンドとバックエンドは、全部自分でできるようになっとかんとアカンで distroに頼っているだけで、すぐに破綻するから 756です 6/1 以降 mozc がインストールできないですよね python の依存関係で cadence はなくてもこまらないです package.use app-i18n/mozc PYTHON_TARGETS: -* python3_11 とかで駄目なの? >>759 環境が手元にないので、帰宅してからになると思いますが 現状、/etc/portage/package.use/python が */* PYTHON_TARGETS: -* python3_12 */* PYTHON_SINGLE_TARGET: -* python3_12 このようになっているので、 */* PYTHON_TARGETS: -* python3_11 python3_12 */* PYTHON_SINGLE_TARGET: -* python3_12 に変更して、upgrade かければ mozc インストールできますかね? >>760 それでも大丈夫と思うけど他のパッケージも、いくつか再ビルドになると思うよ mozcと関連パッケージだけ個別に設定した方がビルドの手間はぶける。 >>761 ありがとうございます 個々のパッケージに設定してやってみます 762です mozc と fcitx5 がインストールできました dev-build/gyp python_single_target_python3_11 を設定すると その他のパッケージの use flag は自動的に生成され 無事にインストールされました ありがとうございました read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる