[過去ﾛｸﾞ] Arch Linux 15 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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もそのうちポイントリリースやめてローリングモデルにするって言ってたな
654: 2020/12/09(水)12:23 ID:Jf4AiA1R(1) AAS
じゃあもうDebian１強になるじゃん
655: 2020/12/09(水)12:49 ID:1V8UoHOu(1) AAS
>>652
ええ
更新され続けるの？
656: 2020/12/11(金)22:33 ID:EmoVCwE1(1/2) AAS
gdisk コマンドでパーティションを切るとき、
code EF00 で EFI system partition を作りました。
gdisk コマンドを抜けてから、確認のため lsblk -o +UUID コマンドを実行したところ、
EFI system partition のパーティションの UUID が XXXX-XXXX になっていました。
誤記ではなく、ハイフンを抜いて4-4桁の16進数です。
(念のため、実際の値は伏せておきます)
UUID を16進数で表す場合は8-4-4-4-12桁と決まっているのではないでしょうか。
ちなみに、もう一つ code 8300 で作った Linux filesystem のパーティションの方は、
正しい桁数で表示されました。
657: 2020/12/11(金)23:19 ID:NuJbgSq5(1/2) AAS
ESPはFATだからしゃーない
658: 2020/12/11(金)23:24 ID:NuJbgSq5(2/2) AAS
単純に、FATやNTFSは UUID じゃないものを UUID として報告してくる
659: 2020/12/11(金)23:33 ID:nreOInKA(1) AAS
fatやntfsが持ってるのはボリュームシリアルナンバー
それを事実上のUUIDとして扱っているのはLinuxさんサイドの都合
660: 2020/12/11(金)23:52 ID:EmoVCwE1(2/2) AAS
なるほど、そのような仕組みだったのですか。
何か設定が間違っていたり壊れている訳ではないと分かり安心しました。
ありがとうございました。
661: 2020/12/18(金)00:47 ID:ciryYqtg(1/2) AAS
もはやローリングリリースが多数はになりそうな勢いだな。
662: 2020/12/18(金)01:05 ID:I2q5k8hl(1) AAS
言うほどメリットあるか？
> ローリングリリース
663: 2020/12/18(金)01:09 ID:ciryYqtg(2/2) AAS
ディストリ開発側にメリットがある。
実質１バージョンだけ対応すればいいからね。
664: 2020/12/18(金)04:36 ID:xfCHXQAm(1) AAS
もともとローリングリリースみたいなもんじゃん。
おんぶにだっこされてディストリ使わせてもらってたユーザーが変更についていけなくて文句言ってるだけ。
665: 2020/12/18(金)06:09 ID:Ckd0XK9f(1) AAS
ゲイツは偉大だったな
666: 2020/12/18(金)12:44 ID:otctPf8U(1) AAS
サーバの放置プレイ…
667: 2020/12/19(土)02:35 ID:YpXdffX0(1/3) AAS
pacman で unzip-6.0.14 をインストールしました。
unzip a.zip
とコマンドを実行したところ、unzip コマンドの Usage メッセージが表示されるだけで、解凍されませんでした。
a.zip ファイルは正しい zip ファイルのはずです(ダウンロード元が示した SHA256 の値と一致します)。
/usr/bin/unzip
とフルパスで入力しても同じ結果です。
また、-p や -l などのオプションをいくつか試しましたが、こちらも同じ結果でした。
どうすれば zip ファイルを解凍できるでしょうか。
668(2): 2020/12/19(土)03:21 ID:zrBx0kZF(1) AAS
a.zipがzipかどうか見たほうが良いんじゃね
669: 2020/12/19(土)04:48 ID:YpXdffX0(2/3) AAS
>>668
zip コマンドで適当なファイルを圧縮してから、
それに対して unzip コマンドを適用してみましたが、
結果は同じでした。
一度 unzip パッケージを
pacman -Rsc unzip
コマンドでアンインストールしてから再度インストールしてみましたが、
こちらも結果は変わりませんでした。
670: 2020/12/19(土)05:19 ID:YpXdffX0(3/3) AAS
>>668
原因を特定できました。
環境変数 UNZIPOPT に "-OCP932" が設定されていることを忘れており、
unzip-iconv パッケージではなく unzip パッケージをインストールしていました。
そのため、認識できないオプションが指定され、
Usage が表示されたということです。
すいません、お騒がせしました。
671: 2020/12/20(日)00:35 ID:Vi3FbXFz(1) AAS
パッチ版の事は忘れて unar で楽になろう？
672: 2020/12/24(木)15:34 ID:F9OVBNwi(1) AAS
JP落ちてる？
673: 2020/12/24(木)16:32 ID:FBhD9o7c(1) AAS
落ちてんねぇ
674: 2020/12/31(木)00:29 ID:kbdLnxTU(1/5) AAS
インストールでバグってpcが強制終了もできないしrebootもshutdownもできなくて詰んだ。あーあ買ったばっかなのに泣きそう
675: 2020/12/31(木)00:40 ID:kbdLnxTU(2/5) AAS
wikiみたらunetbootinでやるとsys linuxファイル上書きするらしくて、この前にDebianもいれて試したから多分めちゃくちゃになりました。肝心のファイルが見当たらないので困ってます... systemdってのはあったんですが。
USBでブートしたのでとりあえず電源きれたら戻ったりしないですかね、、、
上下前次1-新書関写板覧索設栞歴
あと 327 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s