[過去ﾛｸﾞ] Arch Linux 15 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
527(1): 2020/10/16(金)06:03 ID:i+qfwPsz(1) AAS
AURに落ちてたってこと?
528: 2020/10/16(金)07:49 ID:Yfky1srM(1) AAS
>>527
Githubに落ちてた
journalで起動できなかった無線インターフェースの型を調べ上げてググっただけ
あまりにマイナーなんでlinuxのファームウエアに無かったんやろね
529: 2020/10/17(土)03:07 ID:dzl+EMgT(1/3) AAS
wifiドライバ取り込まれてないとかよくあるっしょ
一番出回ってそうなrtl8188fuもこないだビルドしたときなかったぞ
530: 2020/10/17(土)03:13 ID:dzl+EMgT(2/3) AAS
xr819とrtl8189ftvが糞ドライバしか見つかんなくて困る
531: 2020/10/17(土)06:16 ID:ETCvHJY3(1) AAS
リナックス入れたいノートのwifiモジュールはintelにしておくというのが昔から変わらぬクソ仕様だな。
AURに投稿してくれればarchが強くなるぞ。
532: 2020/10/17(土)07:38 ID:eZFCPJfK(1) AAS
メンテナという名のタダ働き罰ゲーマーになりたくないから勘弁
533: 2020/10/17(土)08:52 ID:dzl+EMgT(3/3) AAS
アセロスも安心な気がする
534: 2020/10/17(土)11:13 ID:Y9EYt5BY(1) AAS
士気が下がるような発言するのはせめてやめような
535: 2020/10/17(土)13:02 ID:1D3gal7x(1) AAS
Archは使ってないが、Archのドキュメントにはかなりお世話になった。ありがとう。
536: 2020/10/21(水)11:11 ID:tnKZ8+nr(1) AAS
nvidia 455.28 is incompatible with linux
>外部ﾘﾝｸ:www.archlinux.org
nvidiaは現在、linux> = 5.9 と部分的に互換性がありません。
グラフィックは正常に機能するはずですが、CUDA、OpenCL、およびその他の機能が壊れている可能性があります。
すでにアップグレードしていて、これらの機能が必要なユーザーは、
nvidiaの修正が利用可能になるまで、当面はlinux-ltsカーネルに切り替えることをお勧めします。
537: 2020/10/21(水)12:41 ID:VcRH76uH(1) AAS
noveau使うわ
538(1): 2020/10/21(水)16:08 ID:TILy6xQV(1) AAS
最近 noveau で X がちょいちょい落ちるんだが…
539(5): 2020/10/21(水)20:09 ID:m55DX/uN(1) AAS
会社の上司説得して本番環境のOSは
Archにしたw
でも、きちんと運用すれば最強だよな。
540: 2020/10/21(水)21:01 ID:RDVsTRNr(1) AAS
>>539
アップデートでたまに死なない？
541: 2020/10/21(水)21:08 ID:DRnoKpGD(1) AAS
>>539
自分は仕事じゃRHELか商用UNIXあとWindowsしか経験ないけど
Archどう？って聞かれることあるね
知ってるけどインストール時面倒だって聞いてるのであまり調べてないって言ったけど
10年位前
542: 2020/10/22(木)01:06 ID:VayLVsu1(1) AAS
他人が構築したArchとか絶対触りたくないんだけど
仮に別の担当者が構築して弄くり回したあとで自分に引き継ぎされる事が予想されるとしたら
それでもArchを本番環境に推せるか？
543: 2020/10/22(木)01:42 ID:jSfJocE0(1) AAS
システム構成がドキュメントにまとめられてたらArchでも別に他人が作ったサーバー引き継ぎできるし
ドキュメントがないんだったらArchじゃなくてCentだろうとRHELだろうと触れたくない
544: 2020/10/22(木)03:08 ID:CH9uKdw3(1) AAS
構築弄くり回す時代遅れで職人芸な職場は転職するわ。
AnsibleやChef、その他deployツールなど
導入してないと摩耗してハゲる。
545: 2020/10/22(木)08:05 ID:NducmtL4(1) AAS
Archは好きだし自分のマシンはArchばっかりだけど、それはかける手間も愛おしいからであって、仕事でそこまでの義理は無いというか。ArchWikiは良くできてるけど、業務で使うならRHELのマニュアルだし。
もらう給料がおんなじなら、最短の労力で達成したいよ
546: 2020/10/22(木)08:19 ID:ibbXRw6X(1) AAS
>>539
manjaroの方が安心できない？
547: 2020/10/22(木)10:01 ID:MDfg2Mw8(1) AAS
Arch入れた中華ノート踏んだか何かで画面割れた死
548: 2020/10/22(木)10:29 ID:y+c+B4Sx(1) AAS
Archを業務で使っているとこなんていくらでもあるし
要するにどういう業務が必要かどうかだろう
Oracle動かしたいとかなら当然向かないだろうし
549: 2020/10/22(木)11:35 ID:v1fciMCa(1) AAS
家で社用でarch保守してるけど全部コマンドで管理してるから、再構築用のシェルスクリプトにしてある。それで半年に一度ミラーサーバーを更新するからいつでも引き継げるようにしてあるよ。
550: 2020/10/24(土)14:31 ID:/b4/4odq(1) AAS
社用サーバーなんてVirtualBox辺りで仮想化して実環境から切り離しておくもんだろ。
Vagrantも併用して。
カリカリにチューニングするならそんな悠長なこと言えんが。
551: 2020/10/25(日)00:33 ID:8i2sJJU7(1) AAS
>>538
Linux と NVIDIA はあまり相性が良くないよね
Linus が中指立ててたあの頃から基本的に何も変わってないと,個人的には思ってる
なので,この間 Arm が NVIDIA の手に渡ったのは…うーん
正直 Intel や AMD じゃなくても,そんなのアリ?ってカンジがする
552(1): 2020/10/25(日)15:16 ID:EadapGfI(1) AAS
Archは難しいっていうけど個人的には、再インスコする時は必要なパッケージを目的別に分けてリストにしてパックマンに入力してるし設定ファイルなんかもポン！と置けばいいで回数こなせば簡単なんだけどな
むしろ自分の入れてないものは入ってないからその点が楽とすら思う
553: 2020/10/25(日)16:12 ID:s75omXnC(1) AAS
apt系と比較するとパッケージが貧弱なのが難点
特にプロプライエタリなアプリはArchは公式には対応外なのがザラだし
554: 2020/10/25(日)16:53 ID:IPC//pJN(1) AAS
そういう奴らはそれぞれコンテナに突っ込んで運用してる
555: 2020/10/26(月)01:02 ID:7Up71tzh(1) AAS
>>552
ホンコレ
arch導入する前にxubuntuとmanjaro試したけど
linux初心者の俺には自分にとって必要、或いは不要な設定、パッケージが何なのか把握するのに難儀して運用断念した
archwikiのインストールガイドや推奨事項に沿ってarch導入した方が全然楽だったわ
556: 2020/10/26(月)02:04 ID:lX3/w9XS(1) AAS
どの系統にも言えることだけど
ディストリは下流に行くほど悪い方向に複雑になる。
apt系ならDebianを使うのがいいしArch系なんか使うなら素のArchの方が良い。
557: 2020/10/26(月)13:10 ID:PM4GFQpv(1) AAS
相性なんだよね
558: 2020/10/27(火)06:17 ID:e97vwVWF(1) AAS
Ubuntu Manjaroを経由してArchに行き着いたなぁ懐かしい
若かったよ 今も若いけど（念押し）
559: 2020/10/27(火)06:49 ID:1ikLyZMG(1) AAS
archはdotfile育てるのと感覚が似てる
常に使っていて、最新の情報をストレスなく吸収できる人向け
560: 2020/10/27(火)10:31 ID:uGQrlRNb(1) AAS
archを10年運用して今年manjaroにしてみたわ
他のユーザーがアップデートの検証してくれてる安心感がある
561: 2020/10/28(水)02:18 ID:wWXiSkC1(1) AAS
manjaroは使う側としては悪くはなさそうだけど
運営してる側は相当無理してるよね
この前なんてアプデ前にRC10まで出ていたという噂が立っていたし
562: 2020/10/28(水)10:54 ID:S97txopg(1) AAS
エキサイティングな職場ですね
563: 2020/10/29(木)01:19 ID:nKjPqTQT(1) AAS
yayの開発が実質終了したらしいからこれからはparuを使おう
外部ﾘﾝｸ:github.com
564: 2020/10/29(木)01:37 ID:l73N8VWU(1) AAS
rustの波がここまで来ただけじゃなくて？
565: 2020/10/29(木)12:18 ID:rVmvAKjq(1) AAS
これか
外部ﾘﾝｸ:www.reddit.com
yayのメンテナの片方が離れてどうなるか
566(2): 2020/10/29(木)20:48 ID:9CnoIwrp(1) AAS
yayみたく更新するパッケージとスキップするパッケージ選べないのかな
567: 2020/10/29(木)22:03 ID:eQblO2lj(1) AAS
>>566
それArchとしてはサポートしてない使い方だから積極的に出来るようにはしたくない開発者が多いんじゃないかなぁ
568: 2020/10/29(木)23:07 ID:MxOoyWPa(1) AAS
>>566
pkgbuild編集してしまえ
569: 2020/10/29(木)23:27 ID:JqxzJErD(1) AAS
画像ﾘﾝｸ[png]:i.imgur.com
awesome入れたらロロロロに化けてるのわしだけ？
570: 2020/10/30(金)02:58 ID:SXBW5sv+(1) AAS
普及率の高いパッケージでも
実質1人のメンテナに依存していたというOSSあるあるだね。
あるあるというかそうじゃない方が珍しいくらい。
571: 2020/10/31(土)00:30 ID:ZTE/56tH(1/2) AAS
Archに限った話じゃねえけどゲーミング向けAndroidエミュがLinuxにないのがｸﾞﾇｩって感じ
ソースとか転がってないっすかね
572: 2020/10/31(土)01:25 ID:7UOnSc0Y(1) AAS
GNU?
573: 2020/10/31(土)03:10 ID:ZTE/56tH(2/2) AAS
GNU。
まあGenymotionで事足りてるんだけどね
ゲーム用のエミュもVBox使ってるけどDLLで本体ソースは別物扱いかねぇ。ｸﾞﾇｩ
574: 2020/10/31(土)21:06 ID:QZK7Jaz8(1) AAS
作れる人はいても保守できないから作らない。
フリーソフトは超絶スキルで完成させても維持は誰がやっても大変だからな。
575: 2020/11/01(日)19:11 ID:p/VR8NYw(1) AAS
Linuxのゲーミング需要は全体の1％存在することが分かってるんだから既存メーカーが移植すればいいのに
576: 2020/11/02(月)07:44 ID:OIMNEJOu(1) AAS
Linuxユーザーはソフトウェアに金を払う文化がないから無駄だぞ
577: 2020/11/02(月)10:01 ID:xroW0Xmy(1) AAS
ソンナコトナイヨ ATOK とか
578: 2020/11/05(木)19:25 ID:/4ZhXmrw(1) AAS
LXCコンテナで色々なディストリを動作
579(2): 2020/11/05(木)21:19 ID:3YK9H3zH(1) AAS
えっ？ archでatok動くの？
580: 2020/11/06(金)23:12 ID:n3hHdf2+(1/3) AAS
>>579
動かすことなら
いっくらでも出来んでしょ?
pkgbuild
勉強したら宜しい
他の、ディストリよりシンプルで
サラッとbuildできるよ
581(2): 2020/11/06(金)23:17 ID:bIUF8OCY(1) AAS
それは、ライセンス的に大丈夫なの？
582: 2020/11/06(金)23:20 ID:n3hHdf2+(2/3) AAS
>>581
知らんがな
しんぱいなえら
みんながが、つかってる
ibusやらFcitxにしてどうぞ
583(2): 2020/11/06(金)23:34 ID:BavSSMfV(1) AAS
動くったってくそ古いやつじゃん性能も劣るでしょ
584: 2020/11/06(金)23:41 ID:n3hHdf2+(3/3) AAS
>>583
atokの最新版提供されてんなら
思う存分使えばいいよ
そんなの無いから
atokなんて使わない
って
のが支流
585: 2020/11/07(土)04:35 ID:PtTPDWsg(1) AAS
>>579がそういう類の回答は期待していないと分かってるのに、あえてする
>>581がそういう類の回答は期待していないと分かってるのに・・・
>>583がそういう・・・
586: 2020/11/09(月)11:53 ID:7CzemizY(1) AAS
ちなみにwineてatok動いたっけ？
ibus連携するかどうかは置いといて。
587: 2020/11/09(月)23:52 ID:q1xpqVTH(1) AAS
なんで態々めんどくさくて有料で古いatokなんてやるんや
意味わからん
普通に最近またmozc開発進んでるみたいだし、待っとればええやろ
588: 2020/11/10(火)00:05 ID:5Yo2H9CG(1) AAS
そしてSKKへ
589: 2020/11/10(火)11:53 ID:oBrfW1Mn(1) AAS
skk も予測候補が出るといいんだけどね
590: 2020/11/12(木)19:44 ID:+uPqW+19(1) AAS
久しぶりにカーネルをビルドしようと思って設定してるんだけど、CPUファミリーにryazenがないんだよね、gentooのドキュメントにはあるようなことが書いてるんだけど、これは古くなっちゃったの？
591: 2020/11/12(木)22:03 ID:iPtNmYdC(1) AAS
外部ﾘﾝｸ:aur.archlinux.org
592: 2020/11/19(木)00:20 ID:hFTQyE5x(1) AAS
yayお前・・・
593: 2020/11/21(土)22:57 ID:mlNGi1F6(1) AAS
最近は大企業管理ではないOSSがどんどん死んでいくな
Rubyの終焉も近いかもしれん
594: 2020/11/22(日)04:08 ID:4i+UdM2S(1) AAS
yayは実質死んでもた
yao開発陣もparuへ移行したし、
けどparuってrustで書かれてること以外なんもないんよな
595: 2020/11/22(日)04:24 ID:J9dl1Ezs(1) AAS
OSSは開発者のモチベーションこそが全てだから
Rustで書かれている事でモチベが上がるならそれは多大なメリットなのだ。
596: 2020/11/22(日)07:19 ID:BeL0miRn(1) AAS
大企業がバックアップしてようが古いツールチェーンは死ぬときは死ぬよ
パッケージマネージャを例にとってもRedHatが支援してたyumは死んだし
597: 2020/11/24(火)19:51 ID:9Yi4TInR(1) AAS
なんかこのスレ変なのしか残ってねえな
Manjaroとかに流れたか
598: 2020/11/24(火)23:36 ID:kelup054(1) AAS
このスレっていうかこの板やな...
599: 2020/11/24(火)23:44 ID:LavFbMhZ(1) AAS
この板ってか5ch全体やな...
600: 2020/11/24(火)23:45 ID:+77itcUB(1) AAS
匿名掲示板において流動性の低い専門板は変なのしか残らない運命なのだ
601: 2020/11/26(木)23:44 ID:pnMmfgec(1) AAS
いつもXだから気づかなかったけど
最近のカーネルだとターミナルのスクロールバックできないよね
昔の古いインストールisoだとできる
archというよりカーネルの問題だと思うけど
今後はscreenでも使えってことになってる？
602: 2020/11/26(木)23:51 ID:llotr5DE(1) AAS
Linux5.9で削除された機能だな
外部ﾘﾝｸ[php]:www.phoronix.com
リーナス曰く誰も使ってないしメンテする人がいないからという理由らしい
603: 2020/11/27(金)03:35 ID:kfHS3qTp(1) AAS
メンテナのいない機能はガンガン削除するべきよね
604: 2020/11/27(金)14:18 ID:aCXgjS4r(1) AAS
メンテがいません信用できない機能ですという感じで残しておいてくれた方が嬉しい時もある
605: 2020/11/27(金)14:19 ID:Mz1Qg5Lh(1) AAS
どういうことなの
606: 2020/11/27(金)14:40 ID://9mK2E3(1) AAS
メンテナがいないっぽい機能は
下手にバグ報告すると機能ごと消されるというリスクがある。
607: 2020/11/27(金)15:45 ID:avnR8L37(1) AAS
まぁどうしても使いたいなら該当コミットをrevertして自分でコンパイルするしかないな
608(2): 2020/11/27(金)19:44 ID:PegbniXW(1) AAS
>>539
うちも本番で使っているけど、
協力会社からチャレンジャーと言われたorz
安定してると思うのだけれどな…
609: 2020/11/27(金)20:11 ID:Vtk2GQLq(1) AAS
>>539
本番環境はちゃんと仮想化してバックアップしとけ。
>>608
そりゃそうだろ。
運用に大事なのは「設定・操作を再現できる」「イジった時／所だけ変わる」「元に戻せる」だからな。
ローリングリリースとか狂気の極み。
610: 2020/11/27(金)20:28 ID:o+rZFCOx(1) AAS
全部コンテナ化すればええんや！
611: 2020/11/27(金)20:43 ID:UxR5B9Rs(1) AAS
macbook airでarch動かないかな
612: 2020/11/28(土)01:14 ID:wRJx9xsV(1) AAS
archlinuxarchive活用すれば特定の時間におけるバージョン固定はできそう
613(1): 2020/11/28(土)02:01 ID:WSE99thr(1/2) AAS
>>608
うちはarchで開発環境にして、本番はubuntuの上にDocker環境でarchのイメージ使ってる。archでサーバーにするのが楽だと思うけど、サバ缶が嫌がる。
614(1): 2020/11/28(土)02:09 ID:166GwNQu(1) AAS
何度も言われているが
自分で構築したArchの管理は楽だが
他人が構築したArchの引き継ぎは地獄だから向いてない
615: 2020/11/28(土)02:15 ID:WSE99thr(2/2) AAS
>>614
そのとおりかもしれないけど、archで開発してるほうがサバ缶よりドキュメント残してるんだぜ。
どんなディストリのサバでもサービスの立て方が明確じゃないサーバーの管理はクソだよ。
向いてる向いてないはサービスによるんだよ。
616: 2020/11/28(土)07:03 ID:0GnVPzXa(1) AAS
ドキュメント不足のCentOSサーバーと
ドキュメント不足のArchサーバーでは深刻度が段違い。
自分でArchサーバーを構築したのではなく
他人が構築したArchサーバーを引き継いだ経験のある人だけが
Archサーバーを賞賛していい。
617: 2020/11/28(土)10:25 ID:YxP4KbOs(1) AAS
パッケージマネージャを使う限りはそれほど変わりないと思うのだが他の OS と
Arch って package Manager 使った時のソフトウェアのバージョン固定てできるの？
618: 2020/11/29(日)07:36 ID:GZGgUZrw(1/3) AAS
パッケージ指定して更新しないようにできる
619: 2020/11/29(日)07:40 ID:GZGgUZrw(2/3) AAS
クソがクソ比べするのはクソ過ぎて、そんな仕事したことない。
アマチュアの仕事ならやめたほうがいい
620: 2020/11/29(日)07:43 ID:GZGgUZrw(3/3) AAS
>>613の要件のサーバーならarchのほうが圧倒的に楽。Docker動かすだけなんだからローリングリリースの方がアップデートせずに使えるから。
621: 2020/11/29(日)09:50 ID:Yh8khkeI(1) AAS
自分で構築から管理まで行うなら楽という認識は共通でしょう。
他人が構築したArchを引き継ぐ場合の話が論点。
622: 2020/11/29(日)17:46 ID:TN7DRCH8(1) AAS
実機でarch入れてるのはうちの社ではCI用サーバーしかない
コンテナやVMだとたくさんarch使ってる
623: 2020/11/29(日)23:04 ID:7RRa7tfF(1) AAS
なんでRHEL使わないの…？
予算がつかない…？
624: 2020/11/30(月)00:50 ID:8w5EZNmq(1/3) AAS
archの指針通りシンプルに使い続けていれば引き継ぎも楽だよ。無能がサバ缶やる前提で話すからややこしくなる。
pacmanでDockerを入れるか、aptでDockerを入れるかの違いだろ。
625(1): 2020/11/30(月)01:01 ID:ZnAMLkM9(1) AAS
シンプルというのが
パッケージのバージョンを一切固定しないという意味ならそうなんだが
それはArchが楽というよりも
バージョンを上げても問題が発生しない楽なシステムをArch上で動かしてるというだけ。
626: 2020/11/30(月)02:25 ID:8w5EZNmq(2/3) AAS
>>625
認識が同じで安心したね、それを楽と言うか、大変と言うかはケースによって違うんだ。出向先の会社に建てるような小さいサーバーのケースではarchのほうが向いてる。
つまりケースによって違うってこと。
開発側のアプリケーションをそのまま使えないサーバーの運用には向いてない。
開発とサーバー運用を切り分けられない現場だとarchサーバーは難しい。
627(2): 2020/11/30(月)04:02 ID:WYdCiCNg(1) AAS
それって要はトラブル発生しなさそうな範囲にArchをバラ撒いておいて
Archを触れる自分の仕事を維持しようという狡猾な戦略だろ。
バージョンを上げてトラブルが発生しないような単純なケースなら
バージョンを維持した方が安定するんだからサポートの長いディストリを使うべき。
逆に最新のパッケージが必要になるケースでも実はArchは全く向いていない。
なぜなら最新パッケージの新機能を取り扱うようなピーキーなケースでは
バージョンをそこから更に上げると動作不良が発生する事が多々あるから
常にパッケージを最新に保つローリングリリースとは絶望的に相性が悪い。
どう転んでもArchを選択する積極的な理由は見当たらないね。
628(1): 2020/11/30(月)04:55 ID:8w5EZNmq(3/3) AAS
>>627
>Archを触れる自分の仕事を維持しよう
なんでそんなめんどくさい事をしなくちゃいけないのか。
あなたが言ってることはこれ
>開発側のアプリケーションをそのまま使えないサーバーの運用には向いてない。
>開発とサーバー運用を切り分けられない現場だとarchサーバーは難しい。
629(1): 2020/11/30(月)17:16 ID:fOa573GB(1) AAS
>>628
Archが向いているケースなんて存在しないって話なんだが。
具体的にArchの採用がメリットになるケースって何よ？
>>627で書いているように
単純なケースから最新バージョンのソフトウェアが必要となるケースに至るまで
Archの採用がメリットになるケースは一切見出せない。
630: 2020/11/30(月)18:21 ID:l9jzG6/N(1) AAS
サーバ論はもうええ
631: 2020/11/30(月)19:10 ID:IcGxW2ka(1) AAS
最新のソフトウェアがガンガン使えるメリットあるじゃん
安定したサーバー運用だけが世の中ではないでしょう
632: 2020/11/30(月)19:24 ID:yPvLjY/e(1) AAS
依存関係クソくらえ
最新バージョンで動かないほうが悪いのだ
633: 2020/11/30(月)19:48 ID:WKxLwOpe(1) AAS
コンテナイメージにarchってすごいな…
ミドルや使ったライブラリにセキュリティホールあってリビルドしたらほぼ全取っ替えだよね
634: 2020/12/01(火)02:45 ID:sapOKpxS(1) AAS
コンテナホストならubuntuでいいし、コンテナのベースイメージならalpineでよくね
635(1): 2020/12/01(火)16:23 ID:aF3h93jg(1) AAS
>>629
じゃあ逆にデスクトップとしてのarchの利点は？
指摘してるところが全部そのままデスクトップにも言えるんじゃない？
636: 2020/12/01(火)16:31 ID:uavTuWIT(1) AAS
利用者増えなくてもdebianのように生き残っていくからwin-win
637: 2020/12/01(火)17:39 ID:zODGq6QX(1) AAS
>>635
新機能が早い
638(1): 2020/12/03(木)13:00 ID:hXi6eu0c(1/2) AAS
nvidiaコンパネは使えますですか？
639: 2020/12/03(木)17:52 ID:RH8f5AEi(1) AAS
>>638
nvidia control panel は windows 版 nvidia proprietary driver 付属ソフトウェアで linux 用は無いような気がします
(ありましたらごめんなさい)
linux では同じものではないですがよく似たもので nvidia x server settings が nvidia control panel に相当するソフトウェアになるでしょうか
よく nvidia proprietary driver をインストールすると一緒に入っています
ドライバが動作しているときに共に動きます
詳細は arch wiki で参照できます
640: 2020/12/03(木)18:23 ID:hXi6eu0c(2/2) AAS
どうもです
GTX使えないのかと思ってました
641: 2020/12/05(土)02:15 ID:VTyHsXL4(1) AAS
sage
642(2): 2020/12/06(日)16:02 ID:CAbxzaa4(1) AAS
インストール中の初心者です。
「arch-chroot /mnt /bin/bash」は成功するのですが、そのあと別なコマンドを打つと「bash: command not found」と表示されてしまいます。
どうすれば解決できるのでしょうか？
643: 2020/12/06(日)17:21 ID:0OlpbnNL(1) AAS
>>642
arch-chroot /mnt
最後の/bin/bashは不要かと
644: 2020/12/06(日)20:00 ID:raQmmXda(1) AAS
>>642
packstrapした？
645(2): 2020/12/07(月)15:55 ID:U1XUufzX(1) AAS
どの種類のmozcを使ってもカタカナ英語変換が機能しないんだけど、何か他に入れないといけないパッケージとかある？
fcitx
fcitx-mozc-ut-unified
mozc-ut-unified
fcitx-configtool
fcitx-qt5
kcm-fcitx（デスクトップ環境がKDEなので）
は入ってる。
外部ﾘﾝｸ:wiki.archlinux.jp
↑ここを参考に他の種類のmozcも入れたがどれも機能しない。
郵便番号変換とかは機能する。
mozcの設定でカタカナ英語変換にチェックは入っている。（外してチェックを入れ直したりもした）
以前は特別な設定なしに使えたがクリーンインストールしたら使えなくなった。
環境は
Arch Linux
Linux 5.9.12（5.9.11だった頃から使えない）
KDE Plasma
646: 2020/12/07(月)23:13 ID:Rt5W1egb(1) AAS
>>645
mozcスレの206に回答があったよ
647(1): 2020/12/08(火)04:17 ID:6sBcXvPY(1) AAS
virtualboxで/var/cache使いまわしてインストールしまくるのが楽しいっす
無駄にlvmにしたりファイルシステム変えたりしとる
648: 2020/12/08(火)09:55 ID:h5WC/Gty(1) AAS
>>647
使い回しってどうやるの？
649: 2020/12/08(火)13:03 ID:y17/uxDw(1) AAS
どういうことなの
650(1): 2020/12/08(火)14:22 ID:RrdliI3a(1) AAS
>>645
パッケージって入力するとpackageって変換出来るようなやつだろ?
ちゃんと出来るけどな?
mozc-ut-unified-fullってやつ入れてる
651: 2020/12/08(火)19:06 ID:79gT2+BH(1) AAS
>>650
そのとおり。
それも入れてみたけどだめだったな。
ちなみにメイン機だけじゃなくてサブのラップトップでも同じ。こっちもArch Linuxでハードウェア以外は同じソフトウェア環境。
死ぬほど困るわけじゃないがなんとかしたいね。
652(1): 2020/12/09(水)11:27 ID:NI7Bzv4W(1) AAS
CentOSがローリングリリースの仲間入りしたぞ
653: 2020/12/09(水)11:44 ID:pRwdPcU4(1) AAS
そういえばUbuntuもそのうちポイントリリースやめてローリングモデルにするって言ってたな
上下前次1-新書関写板覧索設栞歴
あと 349 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s