[過去ﾛｸﾞ] Arch Linux 15 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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でブートしたのでとりあえず電源きれたら戻ったりしないですかね、、、
676: 2020/12/31(木)00:57 ID:kbdLnxTU(3/5) AAS
復旧ボタンでいちおう直りましたお騒がせしました
677: 2020/12/31(木)03:26 ID:Jl4i4A2g(1) AAS
なんでわざわざ難しいことして悩んでるんだろう
678(1): 2020/12/31(木)19:37 ID:34IoVG0x(1) AAS
インストールがトラブったぐらいで詰むなんて事はありえないよ
Androidなんかだと復帰できない文鎮化もあり得るけどね
PCはどうとでもなる
679: 2020/12/31(木)23:19 ID:kbdLnxTU(4/5) AAS
>>678
そうなんですね
初インストールってパーティションとか考えたこともなかったので難しいですね...
ストールマンのバックドアの話もあるので使いたくなかったですがubuntuはあっさり入って拍子抜けしました
仮想マシンで気に入ってたGNOME使えればよかったのでいいっちゃいいんだけど負けた気分です...w
680: 2020/12/31(木)23:26 ID:kbdLnxTU(5/5) AAS
boot用USBってコマンドでコピーするのが当たり前ですよね？
今後はよくわからないフリーソフト使うの気をつけます
681(1): 2020/12/31(木)23:58 ID:W2tSZpov(1) AAS
その理解度だとArch使うには微妙なんじゃないかなぁ
Archじゃないとダメな理由を考えてみて特になければ初心者用のディストリビューションを使ったほうがいいと思うけど
682: 2021/01/01(金)03:03 ID:i+JZ4hXQ(1) AAS
>>681
そうします...
683: 2021/01/01(金)04:03 ID:V469Hdkp(1/2) AAS
manjaro にしよう
インストールも楽
684(1): 2021/01/01(金)04:40 ID:rmdNfVkL(1/12) AAS
Manjaro調べてみます
熟練者にお聞きしたいんですが、Linuxディストロにバックドア仕込んでNSAに流すなんて可能なんでしょうか？
(わざわざ割合の小さいLinuxユーザーに対してするのかという疑問もあります)
コードがオープンソースならすぐばれると思うんですが
ユーザーの多いWindowsならあると思いますが...
685(1): 2021/01/01(金)04:43 ID:y/ABntWw(1/7) AAS
arch使うのに理解度なんか求めちゃいけない。
手順を確認して実行するだけ。
もちろんarch使えば理解度は深まるけどね。
guiかcuiかはソフトの信頼性と何ら変わりないので好きなのを使えばいい。
cuiの方がもたつきなく起動して無駄がない場合が多いから、ハードユーザーによく使われるだけだよ。
もし手元にwindowsしかなくてインストールUSBを作りたいなら、windowsはguiの方が使いやすいので、dd for windows ってソフト使えば、ddコマンドと同じことができるよ。
〇〇しなきゃいけないってことはないから色々聞いてみたらいい。
686: 2021/01/01(金)04:48 ID:V469Hdkp(2/2) AAS
Linuxのカーネル開発してるのは
Redhat、IBM、Intelあたりが圧倒的に多い
さらにRedHatは、GNOMEとかsystemdも作ってる
こういうのは軍事案件だから、
シェアは数％でも実数にしたらかなりの数だし、
隙間は徹底的に塞ごうとするだろうね。
687: 2021/01/01(金)04:52 ID:y/ABntWw(2/7) AAS
>>684
かんたんな話で、ディストリによる。有名なディストリで使う人が多いほど難しくなるだけ。
逆に権限が与えられてるディストリビューターなら可能だと思う。多分バレるけど。
688: 2021/01/01(金)04:53 ID:896DEimX(1) AAS
ドキュメント充実してるから、よっぽど特殊なことしようとしなければ
大概の問題はwiki読むだけで解決できて楽なんだけどなarch
689: 2021/01/01(金)04:59 ID:y/ABntWw(3/7) AAS
オープンソースだと安全ってことはなくて、オープンソースだと安全に近づく。
ってだけなんだよな。
バックドアだって、開発者が意図すればそうだけど、意図してない場合はバグだから、発見しても報告しなかったりする人もいるので、悪用されるかどうかってことなんだ。
意図してないように見せかけて仕込むことは可能だし、そこは信頼でしかない。
それでもオープンソースの方が安全だったってこと。
690: 2021/01/01(金)05:03 ID:rmdNfVkL(2/12) AAS
>>685
Macユーザーなので、unetbootin以外はそんないいソフトないみたいです
多分、不出来なUSB作ってしまってwiki見る前につまづいたのでまた挑戦してみます
ありがとうございます
691: 2021/01/01(金)05:15 ID:rmdNfVkL(3/12) AAS
オープンソースって、カーネルを構成するプログラムのソースコードが公開されてるってことですか？
したらそこに仕込むのって難しそうですね
ubuntuバックドアの件はUnity Lens検索ってやつにAmazon検索が使われてたのが問題だったらしいですね
692(1): 2021/01/01(金)05:19 ID:+P/bHjwd(1) AAS
Unityのレンズの件はバックドアじゃなくてプライバシー侵害疑惑でしょ
2012年9月27日 問題は広告じゃない!? Ubuntu 12.10のデフォルト検索→Amazonに反対するワケ
外部ﾘﾝｸ:gihyo.jp
693(4): 2021/01/01(金)05:35 ID:y/ABntWw(4/7) AAS
例えば、2014年のshellshockって脆弱性があったんだけど、ほとんどバックドアに近いバグだったわけ。
これをOSSだから気がついたんだ安全だなと取るか、2014年までCGIサーバーがほとんどノーガードだったと取るかの違い。
当然、報告しないけど気がついてる人は居たと思うよ。
694: 2021/01/01(金)05:38 ID:rmdNfVkL(4/12) AAS
>>692
確かにセキュリティとプライバシーをごっちゃにしたらダメですね。Googleは嫌いです
カーネル、デフォルトのアプリケーションのソースコードが誰でも見れるなら、あとはCPU自体に細工するくらいしかないですよね？
そうなるとハードの問題なのでやはり比較的安全っていう認識が正しいんですかね
695(1): 2021/01/01(金)06:07 ID:bqd57Ac3(1) AAS
誰でも見れるからって誰もが見るわけではない
696(1): 2021/01/01(金)06:11 ID:rmdNfVkL(5/12) AAS
>>693
シェルにも脆弱性があるんですね...
最近Bashスクリプト覚えて満足してました
MacもデフォルトがBashからzshになりましたよね
archユーザーは他のシェル使ってたりするんでしょうか？
697: 2021/01/01(金)06:46 ID:rmdNfVkL(6/12) AAS
>>695
わざわざ確認するの手間ですよね
698: 2021/01/01(金)06:50 ID:V53nCtNf(1) AAS
>>693
shellshockに限っていえば、OSSじゃなくても容易に脆弱性に気づくことが出来る
うんよくそれまで研究者の調査対象にならなかっただけだろう
脆弱性の種類としてはSQLインジェクションなどと大差ない
普段送らないような細工したデータを送りつけると発生する問題だから
OSSだからこそ見つかったデータというわけでもない
結局OSSでもクリティカルなバグがあるし、何年も見つからないこともよくある話というだけ
> 2014年までCGIサーバーがほとんどノーガードだったと取るかの違い。
ちゃんとサーバー側でバリデーション処理をしていれば問題ない
・サーバー側でバリデーション処理をしてない
・クライアントから送られてきたデータを環境変数に入れている
・処理の内部でbashが起動するようなことをしている
という条件を満たしてはじめて脆弱性をつくことが出来る
699: 2021/01/01(金)07:02 ID:O7fkLZLN(1) AAS
セキュリティとプライバシーをごっちゃにすることはバックドアとプライバシー侵害をごっちゃにはしない
700(2): 2021/01/01(金)07:17 ID:Z+yX60tl(1/3) AAS
>>696
開発用コンテナ内ならashで普段はfish、修正の面倒なbashスクリプトの実行時にはbashを使ってる
701(1): 2021/01/01(金)07:18 ID:Z+yX60tl(2/3) AAS
>>693
macもアプリの実行ログを送信していたなんて話もあるからオープンソースなものを使用している方が安全かもという認識
702: 2021/01/01(金)07:38 ID:y/ABntWw(5/7) AAS
>>693
ディストリによって差はないと思う。僕は手元ではzsh使って、管理してるサーバーではbash、開発ではshで通るか確認してる。
703(1): 2021/01/01(金)07:48 ID:y/ABntWw(6/7) AAS
>>701
それって利用規約外でってこと？データ取ってるの胡散臭いみたいな話だったら企業はどこもそうだと思うよ。比較的日本企業はユーザーに対して真面目に聞いてくるイメージ。
突き詰めると、tor使えみたいな話になると思うんだけど、どこでバランス取りたいの？
重要なデータが漏洩した場合、自己責任だとそれはそれで辛い。Macが責任取ってくれるならそっちの方がいい。
704(1): 2021/01/01(金)07:53 ID:y/ABntWw(7/7) AAS
話がそれてスレチ気味だから戻すけど、仮にソフトがオープンソースでも、ディストリがビルド成果物を配布してるのでそのあたりも気にしないといけない。
705: 2021/01/01(金)08:09 ID:rmdNfVkL(7/12) AAS
>>700
fishは聞いたことあるけどashなんてあるんですね
706: 2021/01/01(金)08:14 ID:rmdNfVkL(8/12) AAS
>>704
インストールを許可して感染するウィルスがあるように、ISOイメージなんかのダウンロード経由で仕組む余地はあるんですかね
707: 2021/01/01(金)08:26 ID:rmdNfVkL(9/12) AAS
>>700
fish調べたらauto suggestions機能とか使いやすそうでいいですね！使ってみます！
708: 2021/01/01(金)09:07 ID:ZHoH5cUC(1) AAS
自分でソースコード全部見てビルドしてというのは現実的でないので
結局どこの会社とか組織を信用するかって話にはなる
その上でOSSだと問題があったときにどこが原因かとかパッチでどう直されたとかは調べやすい
709: 2021/01/01(金)18:00 ID:RIvqKKdA(1) AAS
shはそのままだとbashの互換モードになっちゃうから
POSIX準拠のsh求めてるならdashがおすすめ
710(1): 2021/01/01(金)19:13 ID:Z+yX60tl(3/3) AAS
>>703
外部ﾘﾝｸ:sneak.berlin
711(2): 2021/01/01(金)21:48 ID:rmdNfVkL(10/12) AAS
>>710
AppleはGAFAMの中でもマシだと思ってたけどやることやってますね
中国でiCloudの保管サーバーを現地企業に渡して中共の監視下に置いたみたいですし
VPN無効化とか怖すぎません？
自由を求めるならLinuxスマホになるんですかね
712(1): 2021/01/01(金)21:52 ID:k5oF1xAB(1) AAS
>>711
どこがマシなんだかｗ
葉っぱのついた果物は色も形も違っても全部リンゴマークのパクリだって主張してるんだぜｗ
アップル、ナシマークのアプリ会社との訴訟を和解へ？約27万人が抗議キャンペーンに賛同
「中小企業いじめ」と批判されてます
外部ﾘﾝｸ[html]:japanese.engadget.com
アップルが自らのリンゴ型ロゴと似すぎているとして、洋ナシをモチーフにした
ロゴのアプリ開発会社に対して、米特許商標庁（USPTO)に異議申し立てをした件が、解決へと向かいそうです。
アップルが訴えたPrepearのロゴはどう見ても洋ナシであり、アップルのリンゴ型ロゴとは別ものに思えます。
しかしアップルは「直角の葉っぱが付いたミニマリスティックな果実マークの商標は、
アップルの有名なロゴをたやすく想起させ、似通った商業的な印象を作り出す」と主張していました。
上下前次1-新書関写板覧索設栞歴
あと 290 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.042s