くだらねえ質問はここに書き込め! Part 245
■ このスレッドは過去ログ倉庫に格納されています
まずは2ch-Linux-Beginnersを読みましょう。
いろいろとまとめられているので(・∀・)イイ!!
http://www12.atwiki.jp/linux2ch/
読んでも解決しなかったら、質問を書きこむ前にここを読もう。
http://www12.atwiki.jp/linux2ch/?About
質問に対して答えてもらったら、お礼よりも、結果報告。
過去ログ検索
https://www.google.co.jp/search?&;q=site%3A2ch.net%2Ftest%2Fread.cgi%2Flinux%2F+検索語句
https://www.google.co.jp/search?&;q=site%3A5ch.net%2Ftest%2Fread.cgi%2Flinux%2F+検索語句
※前スレ
くだらねえ質問はここに書き込め! Part 244
http://mao.5ch.net/test/read.cgi/linux/1615558818/
■■■ 荒らしは放置 ■■■
特定の個人名を出す奴は荒らしです。無視しましょう。 >>556 (追記)
「ユーザー別の設定ファイルを書きたい」って思った理由は、例えばマウスの設定をユーザー別(家族など)にしたいからです。
別に、従来の方式の.xinitrcなどに書く"xset m <値1> <値2>"方式でも構わないんだけど、最近では「xsetでの設定は過去の方式で、代わりにxorgの設定ファイルのドライバのオプション設定を記述するのが主流」のようなので、こっちの書き方として聞いてみました。 >>553
テキスト処理・CSV などのファイル操作とか、Ruby が一番簡単。
Perl は、古くて難しいので、今では誰も使わない
バックエンドは、シェルスクリプト・Ruby で十分。
Vagrant, Chef などもRuby製
漏れは、apt update なども、Rubyスクリプトで自動化している。
Rubyからも、コマンドを呼べる
#!/usr/bin/env ruby
# sudo のパスワードを自動入力する
# echo <your_password> | sudo -S <your_command>
puts `echo パスワード | sudo -S apt-get update`
puts `sudo apt-get upgrade -yV` >>558
Rubyじゃなくてシェルスクリプトでいいじゃん 複雑なものは、シェルスクリプトでは無理
最初から、Ruby で書いておけば、拡張したりテストするのも簡単 >>555
クリーンインストールした環境でも同様になるか確認。 >>561
クリーンインスコ後にそうなった
最初からそうなってた >>563
無いですか。回答ありがとう。
俺も調べましたがそれらしい文献が全然無かったです。 rubyはインストールしないと入らないけど、pythonなら大抵入ってるよ
sh<bash<sed<awk<python
くらい。昔はpythonの位置がperlだった。 Rubyって、言語関連の最小限パッケージで導入しても暗号関連とかApache関連とか色んなものが入ってくる覚えが
自家ビルドするにしても結構沢山の-devel系パッケージが必要で、ちょっとなー ソフトウェア・パッケージを-devel系と非開発用に、最初に分割したクソカスはマジで氏んで欲しい。どうせRedhatだろうけど。 >>568
ライトユーザにはdevelは不要な訳で。 >>566
pythonはパイプと相性が悪いって出てくるけどどうなの
sedやawkみたいな大人しく特化したコマンド使えってならない? >>571
パイプというかワンライナーか
ワンライナーだけは今でもperlで書いてるなあ Ruby, Python は、電池付き言語。
自動的に、多くのモジュールが入ってくるので便利
ファイル操作・テキスト処理なら、Rubyの方が、Pythonよりも簡単。
Pythonは、AI・機械学習用
例えば、Ruby の1-liner のフィルターなら、
$_ で、前段のパイプから受け取る、1行を表す
ls
apt_upgrade.rb mytest
ls | ruby -ne 'puts $_.upcase'
APT_UPGRADE.RB
MYTEST rubyっていまいちrails以外に使いみちがないよ $_で前段から取り込める、というのはPerlからの文化だろうね
Perlだと、
$ ls -l | perl -pe "tr/a-z/A-Z/"
で>>573のはできるからね
まぁ、「古くてもう誰も使ってない」というのは概ね同意w
でも、「シェルスクリプトよりもうちょっと高機能が欲しい」「処理速度が欲しい」というのなら、Perlは結構(俺は仕事で使ったことがあって知ってたので)重宝してるわw Perl が出来るのなら、Ruby の本を読めば、
ファイル操作・テキスト処理ぐらいなら、すぐに出来るようになる
Perlは、謎の記号みたいなものが多くて、可読性が悪すぎる。
Rubyは、Perl由来の記号を、排除しようとしているらしい 日本ですらトレンドはこうなってるので
https://trends.google.co.jp/trends/explore?cat=32&date=today%205-y&geo=JP&q=ruby,python,perl,javascript
世界だともっとpythonが強い perlはsedもawkもこれ一本って言うけどどあくまで記法を寄せるだけで細部では違うでしょ
sed固有の機能は使えないし添字は違うし何より初見殺しの変数がね
perlは正規表現の\dや\d+しか知らんからいざ覚えようとしたら絶妙に書き方が違うから混乱するわ
他のコマンドは覚えたから余計に 個人的にはperlでほぼすべて事足りている現実があるからなぁ
おまけに昔と違ってハードウエアが進化してくれたお陰で
処理速度も向上してきたし
逆にバイナリでないと処理できないことなんかはかなり限られてる
ってのが現実的かな Ruby on Rails チュートリアルは売上が増えているらしい。
バックエンドの職業プログラマーとしては、増えているのかも
Laravel よりも、圧倒的にシェアが大きい。
その他のフレームワークのシェアは、ほぼない とあるVPNサーバにL2TP/IPsecトンネル接続して、全てのパケットがそのトンネルを通るようにルーティングしたいとします
その時、既存のデフォルトゲートウェイへのルートを断つことになりますが、次に設定するべき新しいデフォルトゲートウェイのアドレスってどうやったらわかるんでしたっけ?
$ ip a
の出力が
……
X: ppp0: ……
link/ppp
inet yyy.yyy.yyy.yyy peer zzz.zzz.zzz.zzz/zz scope global ppp0
……
みたいな感じだとしたら、yyy... か zzz… ですよね? 一般ユーザとして $HOME 以下に何らかのプログラムをインストールしたいとき、$HOME/bin とか $HOME/lib を使うとごちゃごちゃになってアンインストールのときに困ったりしそうなので、例えば $HOME/local 以下にプログラム毎のサブディレクトリを作ってそこにインストールしようかと思ったのですが、こういうのはよくやられていることですか
より良い解決方法があったら教えてください >>585
俺も同じことやってる。
ただし、そのディレクトリ名はlsコマンド打ったときに目障りなのを解決するために、「ドットファイル」の名前にしてる。
「/home/<アカウント名>/.myapps/{bin,share,lib,...}/*
…ってな感じで。
あと、当然環境変数PATHにも入れてる。
export PATH=${HOME}/.myapps/bin:${PATH} >>588
pathを通すときは、ワイルドカードは使えないからプログラム毎に通すんですよね? dockerでインストールしたシェルを実環境のログインシェルとして使う方法ってある?
そのシェルを立ち上げた時点でコンテナの中に入ることになるからどうやってもだめですか? .profileか何かでexec docker run -it --rm コンテナ名 /bin/bash --loginとかすればいいのでは?
試してないけどw >>589
ホームディレクトリ直下の.bashrcに書くか、或いは、システム全体に効かせたい(=他のユーザーにもこのディレクトリ名で作ってもらいたい)のなら、/etc/bashrcとかに書くといいで。
ただし/etc/bashrcについてはディストリによって違うから、そのディストリの取説を読むべし。 >>588
>俺も同じことやってる。
>>585がやろうとしているのは
>ごちゃごちゃになってアンインストールのときに困ったりしそうなので
>$HOME/local 以下にプログラム毎のサブディレクトリを作ってそこにインストールしよう
だから、
$HOME/local/{俺プログラム1,俺プログラム2,...}/{bin,lib,...}構成にして
俺プログラム1のアンインストールは俺プログラム1ディレクトリ以下を削除して
行いたいってことだろ
で、bin/libのPATHに関してはスクリプトを作ってlocal下のディレクトリをスキャンして
${HOME}/local/俺プログラム1/{bin,lib}
${HOME}/local/俺プログラム2/{bin,lib}
....
を生成してPATHに追加するって感じだろ
>こういうのはよくやられていることですか
>より良い解決方法があったら教えてください
と
俺もお前と同じようにしていて(PATHは${HOME}/.myapps/binだけ追加でOK)、
>>585がやろうとしているプログラム毎サブディレクトリ構成では
やっていないからよくやられているのか分からんが >>593
いちいちズレてんなあ
そのbashrc等に書くのを個別にやらなきゃダメかってのが質問だろうに
>>588もソフト毎にディレクトリ切ってないから>>585と違うし
>>589
ワイルドカード使えないのはその通りだから、多くて面倒なようならfor文なりで対応しろ スナップショットについて教えてください。
今まではCentOS & btfs & snapperでNASを構築していましたが、
どうもCentOS終息 & btfsが悪く言われている様子なので、どんな組み合わせを選ぶか迷っています。
一応はMiracleLinux & btfs & snapperを選べば手順が分かっているので簡単だと思っています。
それよりも、久々のシステム構築なので最新の情報も知りたくて、現役のみなさまにアドバイス頂けると大変にありがたいです。
よろしくお願いします。 >>596
やろうとしている事が変わらないなら有名どころのトリ使っとけば大差は無い
長引きそうならこちらがオススメ
一応常連ぽい人はいる
自宅サーバ
https://mao.5ch.net/mysv/ vfatを経由させるとファイルが画像でも何でも755になるんだけど
これは仕様どおりなの?
気持ち悪いからならないようにしたいんだけど >>598
vfatとvfat以外で結果が違うの? >>598
というか、デバイスはなに?ssdとかhddじゃないんだよね。 >>598
(v)fatにパーミッションという概念はない >>604
そこに書かれているとおりFAT32では0x14はクラスタ番号に割り当てられてるよ。
FAT12やFAT16でもMSでは別の意味に割り当てられている。
君の使っているFATはMSと非互換のFAT12やFAT16かい? >>605
おお、FAT32以降はクラスタ番号の上位2バイトに使われてるってことなのね
確かにないな
全然読んでなかったすまぬw
VFATは仮想デブだな >>595 >>585
ああ、スマンスマンw
質問文しっかり読めてなかったわw
localというスペルにしか目が行ってなかったw
これは失礼 今はFAT系は外付けディスク扱いだよ
あちこちのパソコンに持っていく
違うパソコンには違うユーザーが設定されている
そういう状態でパーミッションに意味があるかね?
パーミッションがないことがFATのメリット
SDカードとかね >>585
(勘違い回答から修正するけどw)
インストールするソフトが、C言語を機械語にコンパイルするタイプとかだと、makeコマンドのDESTDIRオプション(だったかな)でインストール先を$HOME/local/アプリ1とやらないと、デフォで/usr/配下を見に行ってしまう形にコンパイルされる可能性が高いから気をつけたほうがいいぞ。
質問の「ソフト毎にディレクトリ」をどうしても実現したいというなら、/opt配下に置くのが普通じゃないのかな? /opt/{ソフト1,ソフト2}/{bin,lib,...}という風に。その代わり、PATH通したり(または/usr/local/binからsymlink)、LD_LIBRARY_PATH書いたりと面倒だけど。
俺が君の立場ならパッケージの作り方を学んで、自力でパッケージ作って、/usr配下に普通にインストールする。ディストリ側の考え方からするとこっちの方がフィットする。
ちなみに俺が>>588で書いた回答は、自分自身で作ったプログラムに限定の話。構成を頭で暗記しているから、アンインストールも問題なし。/optに入れない理由は、目的がマニアック過ぎて他アカウントからじゃ理解されにくいからw >>597, 600
ありがとうございます。両方覗いてみます。
やりたい事は変わりません。1時間毎にスナップをとるただのNAS構成です。 ディレクトリが755なのはもちろん良いんだけど
通常ファイルのデフォルトは644にしたいんよ
マスク使ってこれできないの? >>613
585の質問は「HOME配下〜はよくやられていることですか?」だが、その答えとして、「unix系としては、そもそもHOME配下に入れるのは想定してない。アプリは皆で共有。」があるから、612の回答で/optやパッケージ作成が普通、と答えた。
どうしてもHOME配下にこだわるなら、OSやディストリの作りとして想定外なのでmakeとかで気をつけてね、と答えた。
これのどこがずれてる?笑 >>615
自分自身でコマンド打つ場合のみの考慮で良いなら、"umask 022"を.bashrcとかに入れたら行けると思う。
けど、問題は他人が作ったアプリ(特にGUIアプリ)。この場合はマスク値を変更したりする可能性は保証できないので、この場合は諦めるしかないんじゃないかな?
というのも、GUIアプリって.bashrcとかを読まないので、「そのユーザー好みのマスク値が何か」をGUIアプリ側が知る方法がないんだよね。
マスク値って環境変数で持たせる(=引き継ぐ)仕組みはできないっぽいからなぁ。全プロセスで共有できないんだよね。 マウントオプションでumaskの指定ができる。
個々のデスクトップ環境(gnome系のgvfsとかKDEのなんとかとか)については調べればなんとかなるだろう。
最悪udevルールでゴニョゴニョすることはできる(USB指したら、スクリプトで再マウントするとか)。 >>616
自分がルート権限持ってるシステムしか触ったことないだろ
ルート権限ない人が $HOME 以下に自分用のソフトをインストールするのは極めて真っ当なことです
そのために configure のオプションには大概 --prefix が用意されてる
そうじゃないソフトウェアの方が珍しい
例があったらぜひ教えてください
つまり
> unix系としては、そもそもHOME配下に入れるのは想定してない。アプリは皆で共有
> どうしてもHOME配下にこだわるなら、OSやディストリの作りとして想定外
は大嘘
>>612
> その代わり、PATH通したり(または/usr/local/binからsymlink)、LD_LIBRARY_PATH書いたりと面倒だけど。
ここでやっと質問者と同じレベルに達したっていう体たらく
こんな奴が回答者の側に立つな
> 構成を頭で暗記しているから、アンインストールも問題なし。
バカだなあ 最初に~/localとか~/.localにbin作ってpath通していたら、
大抵は./configure --prefix指定のビルドで動くので困る事ない気がする。 >>619
585の質問が、「HOME配下で…」と言っているのは既に分かっている。しかし、質問が「…こういうのはよくやられていることですか?」だったので、「よく」はやられていない、想定されていない、と答えた。
お前の「極めて真っ当なことです」とは意味が違う。
「真っ当ではあるが、想定はされていない」が正しいだろうな。
そのくらい理解しろよ、お前馬鹿だろ笑
--
configureのprefixが効かないのは、メーカーが独自に配布しているacroread(AdobeのPDFリーダー)とか。
或いはソースという形で配布せず、バイナリ形式でしか配布してないアプリもある。
--
>> 構成を頭で暗記しているから、アンインストールも問題なし。
>バカだなあ
この部分は「俺独自のソフトに関しての話」だが、「俺個人がこれで何も不便を感じてない」ので、俺自身を馬鹿だとは、客観的にも思わない。逆に、お前がただ俺に攻撃的になってる感情的な馬鹿コメとしか解釈できない。
お前の頭の悪さが露呈したなぁ。 ~/localは大昔から一般的だったですが、
メーカ独自の配布アプリやpath決め打ちのアプリだと、仰る通り融通効かないですね。。
昔はchrootかソースorスクリプトを弄って無理に使ったけれど、今時は仮想環境を使うのかもだし、
とにかく面倒に加えてroot権限も欲しいので、ユーザ環境しか貰えない環境では、そんなアプリは使わないのが吉かも。 >>621
> 「真っ当ではあるが、想定はされていない」が正しいだろうな。
???
ホワァイ?
何をもって想定されていないとしている?
> configureのprefixが効かないのは、メーカーが独自に配布しているacroread(AdobeのPDFリーダー)とか。
> 或いはソースという形で配布せず、バイナリ形式でしか配布してないアプリもある。
prefix が効かないんじゃなくて、そもそも configure; make; make install しないソフトじゃん
しかも今どき acroread て笑
あらゆる観点から言って非推奨ですよー
そんな例しか挙がらないほど窮してるなら無理すんな
> 俺自身を馬鹿だとは、客観的にも思わない。
頭の中で何でもやろうとするとか、今の自分がわかってるから後の自分もわかるみたいのは典型的なアンチパターンですよ
就労とかしたことがない人かな?
いいか、もっかい言うぞ
バカだなあ ご歓談の最中申し訳ないが、鳥にもよるけど普通に配布されてるソフトはバイナリなわけで、パッケージ化されてるわけで、原則configureする機会なんてないわけで、ユーザーの$HOME以下に展開されても動かないわけですよ。
そんな中、自分でビルドしたソフトをどう配備するかなんて一般論で語れるもんでもなく、そもそもアンインストールすら考えてないソフトだってあるくらいで、正解なんてなく、だからこそ、他人に対してバカだなんだと言ってる人は、まずは己の前提と結論を明確にすべきで、それが他人と共通かどうかをきちんと確認してほしい。 >>624
スマン。アホ過ぎて話にならんのだが同一人物が他人のふりして書き込んでるのか?
この場合の前提といえば>>585に質問として書いてあることだろうが、「一般ユーザーとしてインストール」と断ってる時点でパッケージマネージャでインストールするのは想定してないのでは?
pacman も apt も yum もルート権限なしでのインストールはサポートしてないよね?
だから
> configure する機会なんてない
というのは見当違いも見当違い
パッケージをダウンロードしてインストールするか、自分でビルドするか、という話になるがビルドスクリプト走らせた方がシステムの構成等調べてくれるから筋がいいよね
アレ? 一般ユーザが configure する機会は山程あるぞ〜???
> ユーザーの$HOME以下に展開されても動かないわけですよ。
???
適切に設置して環境変数等設定すれば動きますが……???
で、その適切なインストール方法としてソフト毎にディレクトリを切るのはアリか、というのが元の質問ですが……
どういうジョーク?
> そもそもアンインストールすら考えてないソフトだってあるくらいで
ええ。アンインストール用のスクリプトなんて用意してないソフトが沢山ありますね
だから、ソフト毎にサブディレクトリを作ればそのサブディレクトリを削除することで簡単にアンインストールできるよね。というのが質問者が言ってることです
やっと質問者に追いついたね。おめでとう
> 他人に対してバカだなんだと言ってる人は
う〜ん。お前もバカ!笑 デフォルトのパーミッションが755だから644にしたいって話で
関係ないumaskを持ち出すとかアホやなぁ マウントオプションのumaskがまさにそのデフォルトを決めるんだろ。
粒度の細かいdmask/fmaskなんてのもある。 >>625
君の前提と結論をハッキリさせてくれ
・バイナリパッケージ形態で配布されたものは想定外
・ソースパッケージ形態で配布されたものは想定内?
・githubなどでソース配布されたものは想定内
・対象となるディストリはredhat、debian、arch全て
・ソフトについては制限なし
・インストールとはmake installのことだけ
・アンインストールはディレクトリ削除で全て対応可能
質問した人>>585はそんなことは言っていない Nix、Guix、Linuxbrew、(AppImage)あたりは一般ユーザとしてインストールするパッケージマネージャじゃね
Flatpakも公式の手順ではsudo不要なので一般ユーザとしてインストールか あっどう見てもID:8+Fh99qv=ID:oTJ5ADg9ですねワロタ
狂ったように「想定」「想定」と泣き喚いてるからわかっちゃいました 質問がアバウトだから回答がブレてスレが荒れているのでは?
まあそんなアバウトな質問だから、くだらない質問としてこのスレにふさわしいのかも CentOSですが lvextend が使えません
インストールするにはどうやればよいのでしょうか?
海外のページに yum install lvm2 のようにすればよいとあったのですが
再起動してこの後 lvextend をやっても no command とでてしまいます lvm2を使おうとするような人が、インストールの仕方が分からないって不思議なんだが
まぁ、参考にした海外のページすら提示しないレベルのコミュ力脳だからな Webブラウザならダウンロード出来るのにwgetに執着しているところがよくない 未だにtomcatがapacheと連携して何をしているか知らないんだが、
phpみたいな最終的にはhtmlを吐いているの?
phpが出てくるまではこれとperlとaspが主軸だったってこと? >>629
スルーしかかってたけどこいつヤベーな
> ・バイナリパッケージ形態で配布されたものは想定外
> ・ソースパッケージ形態で配布されたものは想定内?
> ・githubなどでソース配布されたものは想定内
> ・インストールとはmake installのことだけ
バイナリ配布であっても当然自分で決めた場所にインストールするしパスを通す必要もある
なぜ勝手に野良ビルドパッケージと区別して、勝手に想定外としているのか全く不明
認知が崩壊しているの??
> ・対象となるディストリはredhat、debian、arch全て
> ・ソフトについては制限なし
制限されてない限りは無制限 (とは言わないまでも一般論) だろうに
> ・アンインストールはディレクトリ削除で全て対応可能
ディレクトリに個別にインストールしたなら、ディレクトリ削除で対応可能ですね……
どんなニッチな状況を考えてるのかわからんが、何かあるなら言ってみ
ないなら死んどけ
> 質問した人>>585はそんなことは言っていない
自分へのレスですか??? >>640
apacheがクライアントからHTTPのリクエストを受け付ける
→apacheは受け付けたリクエストを、mod_jkを使ってtomcatに渡す
→tomcatは渡されたリクエストを処理してhtmlを作成し、apacheに返す
→apacheはレスポンスとしてクライアントにhtmlを送る
apacheとphpがCGIで連携されて行っていることと同じような事をしている
主軸云々の話はよく分からん >>641
3回目だが、君の前提と結論をハッキリさせてくれ >>636
rpm -ql lvm2 | grep -i lvex >>638
それ以外のものをwgetできるか確認。 >>638d
名前解決に失敗しているのに、Webブラウザでは名前解決できているって謎。
我々に伝えていない重要な情報があるはず。
ping dlcdn.apache.org
みたいにpingを打っても帰ってこないということだよね。 >>643
あのさ〜前提だとか想定だとかを勝手に創出してきたのはテメーだってまだわかんねぇのかよ
で、こっちの結論は>>595に書いてあんだろうがバァ〜〜〜〜カ >>647
議論するだけの頭がない人なのは分かった いちいち喧嘩腰で相手の悪口を言わないとすまないってのはどうもね 前提だとか想定を尋ねるべき相手は質問者なのに他人に必死に訊くってのもな それは回答する前の話であって、尋ねずに回答するなら自分で前提を明確にして結論を述べないと発散しますよ 日本語わからん、Linuxわからん
なんで回答者やってんの? あまりに単純なパスワードへ変更させる、何か簡単な方法は無いかね。
passwd(1): passwd はあまりに単純なパスワードへの変更は拒否する。 >>653 自己レス
sudo passwd $USER
でよかった。 >>638
/etc/resolv.confをここに晒してみろ # This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf. ■ このスレッドは過去ログ倉庫に格納されています