[過去ﾛｸﾞ] Arch Linux 15 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
501(1): 2020/10/04(日)17:24 ID:BzYSy/mM(1/2) AAS
ちょっと前はsshdインストールするだけで自動的に起動してiptableも何の設定もなくどっからでもパスワード認証で接続受け付けるとか割とザラだったけど最近はちゃんとしてるんけ？
502: 2020/10/04(日)17:29 ID:BzYSy/mM(2/2) AAS
あ、>>501はArch以外の話ね
Archはインストールして更に自分で有効化したりしないと実行されないよね
503: 2020/10/04(日)20:27 ID:NZ1GC4MO(1) AAS
セキュリティで、あれこれ言うと沼だし
ipa セキュリティ ガイドライン
見るのお勧め。
504(1): 2020/10/04(日)21:29 ID:fJnWXriE(1) AAS
自分が把握してないサービスが勝手に動いている方が遥かにセキュリティ的にやばいけど、最近の人はなんか感覚違うのかな。
505: 2020/10/04(日)22:40 ID:/Zowsac4(1) AAS
>>504
その理屈だと、何が動いていたとしても自分が把握すればOKってことになるだろうな
俺なら裏で動いてる何かに、ウイルス感染させるわｗ
506: 2020/10/04(日)22:48 ID:zBCc9FEV(4/4) AAS
ならarch-auditしかり、worthyブラウザのfingerprintなりで如何に自分が管理出来た気になってるから見てみろよ
100%漏れてるから
507: 2020/10/05(月)01:20 ID:yiox2Jgn(1) AAS
セキュリティの話題で、自分のなかで思いだしたけど。
SElinuxそろそろ憶えようと幾星霜
508: 2020/10/05(月)02:24 ID:ek+F2bjB(1) AAS
理解できる頭がないならシステムのセキュリティを無駄に考えるよりかは脆弱性のない新しいバージョンのソフトウェア使うこと意識したほうがいい
lockdown有効にするくらいで十分デフォルトで堅牢だわ
強制アクセス制御使いたいのなら学習モード備えてるのじゃないと面倒でやりきれん
素直にTOMOYO使っとけ
509: 2020/10/05(月)02:27 ID:CK+UY9sw(1) AAS
TOMOYOってメンテされてるのか？
510: 2020/10/05(月)10:44 ID:Bbw3OKGC(1) AAS
対偶と裏の違いもわかってないあたりがなんとも
511: 2020/10/05(月)11:33 ID:+z74yENs(1) AAS
Archlinuxのホームページや一部リポジトリがArchで動いてるっていうし、
どうやってるのかチュートリアルしてくれてもいいと思うけど、英文でも構わん
512(1): 2020/10/06(火)01:00 ID:YblktySf(1) AAS
多分秘伝のレシピ状態になっていて
誰も正確な手順を把握できていないんじゃないだろうか
513: 2020/10/06(火)05:44 ID:Zh58GM4C(1) AAS
>>512
まじでそれすぎ
tailsとかwhonixとかのセキュアOSなりをみて勉強する以外まともなリソースがない
マイノリティー過ぎて基礎レベルばかりの記事だし
514: 2020/10/06(火)12:07 ID:FThTci4X(1) AAS
個人でwebサーバとか？
開発程度ならrootless docker入れるだけで良いんじゃないか？
515: 2020/10/06(火)14:23 ID:HTbNfN0b(1) AAS
ぶっちゃけCでも勉強して｢そもそもマルウェアってなんなの、感染ってどういうことなの｣みたいな基本をちゃんと理解するほうがSELinuxとかの細かな各技術各実装に精通するよりよっぽど重要だよな
516(1): 2020/10/06(火)20:21 ID:z9ZUZjsf(1) AAS
archのウェブサイトのサーバーなら構築方法全部公開されてるじゃん
外部ﾘﾝｸ:gitlab.archlinux.org
517: 2020/10/06(火)20:22 ID:Ehoyus/I(1) AAS
最高
518: 2020/10/10(土)03:55 ID:gpYzywhU(1) AAS
>>516
ありがとう！
519: 2020/10/10(土)22:51 ID:W+IqNxGK(1) AAS
オンラインカンファレンス開催中
外部ﾘﾝｸ:www.twitch.tv
520: 2020/10/11(日)01:41 ID:IOy5a5oJ(1) AAS
Archは普通に運用しているだけで細かい設定ミスを踏み抜きがちだから
セキュリティを考えると最悪の選択肢の１つだろうね
521: 2020/10/11(日)14:12 ID:hMX3kGQF(1) AAS
素のパックマンで並列ダウンロードできるようになるのはまだかのう
522: 2020/10/13(火)08:02 ID:jH1ohSVU(1) AAS
マイナーな中華ノートの内蔵無線のドライバが無くて困ってたけど偶然見つけた
誰かよありがとう、Arch関係ねえけど
523: 2020/10/13(火)13:30 ID:BsmZfKGx(1) AAS
ウイルス付きやね
524: 2020/10/13(火)13:37 ID:nsAgYrE/(1) AAS
おまけ付きなんてお得やん
525: 2020/10/13(火)13:59 ID:FA3eSjP8(1) AAS
おとなしいやつならいいよね画面の端でちょこちょこ動いてるだけとか
526: 2020/10/14(水)05:52 ID:xTJay/XW(1) AAS
ウィジェットみたいでかわいい
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を選択する積極的な理由は見当たらないね。
上下前次1-新書関写板覧索設栞歴
あと 375 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.045s