CentOS Part 47【RHEL Clone】 [無断転載禁止] [無断転載禁止]©2ch.net

CentOS は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora Core 6≒RHEL 5≒CentOS 5
* Fedora 13≒RHEL 6≒CentOS 6
* Fedora 19≒RHEL 7≒CentOS 7
です。
FCやRHEL 用のノウハウ、野良 RPM、レポジトリ云々は CentOS でもほぼ通用します。

前スレ
CentOS Part 46【RHEL Clone】
http://hayabusa6.2ch.net/test/read.cgi/linux/1472718447/

CentOS (The Community ENTerprise Operating System)
http://www.centos.org/

CentOS 配布ミラーサーバ
http://www.centos.org/download/mirrors/

CentOS -- Wikipedia日本語版
http://ja.wikipedia.org/wiki/CentOS

>>802
スマホの話なんて誰もしてないけど？ w

>>807
> 言語としてみたらうんこだろ...
癖はあるけど言語としては結構しっかりしてるぞ
どこがうんこか書いてみ

RHEL系は次々世代あたりからSystemdと統合されたPowerShellが管理用シェルになるので
今から慣れておいたほうがいいぞ

PowerShellは良い言語だ
ただ如何せんbashから遠いのが障壁になりがち

>>810
さすがに信じられないのだが、情報源ってどこ？

>>812
>>810の脳内だと思うのだが、systemdの節操なさを見てると、
もしかしたらあるかもなという気もしてくるｗ

RED HAT BLOG
PowerShell on RHEL in One Minute
https://developers.redhat.com/blog/2017/02/09/powershell-on-rhel-in-one-minute/

意訳
(前略）
もし諸君がPower Shellを使っておらぬなら、今すぐ始めるべし。
bashが伝統あるLinuxシェルである一方、Power Shellにはオブジェクトの恩恵あり。
Power Shellにては、全てがプロパティに直接介入せられたるオブジェクトなり。
あまたのOOP言語に似たりて、クラスとメソッドを有する強力なオブジェクト指向スクリプト言語なり。

諸君らは、いかなるプラットフォームにても使いせしめたるスクリプト言語を手に入れんとし、
Power Shellは諸君のシェルやスクリプト言語の選択肢になりえたる（我輩の控えめならざる意見にては「なるべき」）ものなり。

（助言：諸君がPower Shellを使っていないなら、このたびの機会が諸君のコーディング技能を１１段階まで引き上げることになるであろう）

諸君のRHELにPower Shellを導入したるしばしの時間を持たれよ。
導入は以下の３つの手順のみにて完結せり（うち一つは好みにて取捨選択可能なり）
（後略）

RedHatは前向きに推してるな。
訳してたらなんだか使ってみたくなたぞ。。。
個人的にはshellがpythonだったらうれしいが（無理か？）

>>802
アスペルガー症候群乙

>>811
物は良いんだけどLinuxシェル芸人やってると覚えるのが面倒なんだよな

>>814
Pythonにはパイプの構文がないからワンライナーで書きづらい

味わい深い日本語訳だなあ

万が一PowershellがLinuxに導入されたとしても、シェルは選べるんだから
bashでもいけるんだろ

Shellを自由に選べるのがLinuxの良い所だからな

7.5が出たらそろそろ8が来る頃かな

シェルやらウィンドウマネージャやらについては「選べる」というけど、initかSystemdかは選べないことを指すと
ディストリビューションを選べと定義を勝手に広げていくスタイル

もうほとんどsystemdに移行しちゃっただろ

Perl 人気戻らないかな

次はそのsystemdを何とかしようとするとPowerShellを使わないと出来ないようになるんでしょう？

しかしなんでRHEL7であんなにコマンド変えちゃったのかな

そりゃ、変えないと6と何が違うの？って言われちゃうし

upstartでなにも困ってなかった

>>824
そんな風にしちゃって何の得があるんだい？

>>828
まさに>>826。
というかsystemdの批判されてる部分そのものだろ。

systemdの批判が目的なら専用スレがあるでしょ

>>825
コマンドって何の事？

PowerShell嫌い
ファイル一覧にわざわざGet-Childitemとかやってられんわ
shなら grep hoge | sed 's/fuga/gero/' とかと同じことするのに果てしない手続きがいるし

>>828
PowerShellは、各種サービスやそのAPIを直接扱えるようにするという思想であり、Systemdと相性がいい

よって、viでいちいち設定ファイル弄ったりcatで設定ファイル見たり、みたいな作業を、
PowerShell向けに提供されたAPIとスクリプトレットにより行うという、オブジェクティブで洗練された管理体系へと
進化することだろう

ぶっちゃけ今さら/etcはいらないよね、なんてLinusも発言してる

特にリゾルバ関連とかな
NIC単独の設定とかは騙し騙しNetworkManagerの類で解決できてるけど、
DHCPで貰ったDNSのIPアドレスとか、未だにいちいちファイル書き出して、
他がそれを参照とか、何だかな

>>833
> オブジェクティブで洗練された管理体系へと
進化することだろう

具体的に言うとどうなるの。

etcedit resolv nameserver add 8.8.8.8

でnemeserverが追加できるとかいうこと？

俺の書き込みは /etc/ に関してだけ言ってる

で、PowerShellだけど、きっとC#みたいな事がスクリプト内でそのまんまできる
みたいな知識すらないのが多いんじゃないかと予想
sh云々で、限界が来たらワンライナーのインタープリタでどうこうとか、もうそんな時代じゃないとおも

よし、レジストリだな

>>832
dir だけでいいぞ
最低限のものはaliasされてるはず

>>836
> C#みたいな事がスクリプト内でそのまんまできる

これを具体例で解説して頂けるとありがたい。

何故ｇｇらないのか
http://ufcpp.net/study/powershell/dotnet.html

わかりやすく言えば、shのパチモンの構文で、
shの中でpythonみたいな事もできるって言えばわかりやすい？
shの中で.NETのクラスインスタンスがそのまま扱える

パワシェルってインドーズじゃなかったけ

https://github.com/PowerShell/PowerShell

>>840
etcedit.resolv.nameserver::add(8.8.8.8)

というような書き方ができたらいいなということですか？

>>843
>>836
無理矢理会話混同させるな

>>837
実際レジストリみたいに、OSにより管理されたデータベースやレポジトリが各種の情報を格納し、
ユーザやアプリケーションに対し提供する、というのがOSのあるべき姿だよ

あるプロセスが、いつのどんな設定内容で動作しているのか分からない、
今ある設定ファイルを読み込んで起動しているのかすら分からない、なんて問題も
そろそろ解決すべき時が来てるんでないのかな

>>832
> ファイル一覧にわざわざGet-Childitemとかやってられんわ
dir どころか ls にも alias されてるけどな w

> shなら grep hoge | sed 's/fuga/gero/' とかと同じことするのに果てしない手続きがいるし
select-string hoge | %{ $_ -replace 'fuga','gero' }
ってやるだけでしょ

>>841
オープンソースになってるぞ
https://github.com/PowerShell/PowerShell

dir, ls など主要コマンドは、

Linux側・Windows側の双方で、エイリアスになっている

>>844
なんか私が詰問してるような感じで受け取ってる？
純粋によくわからないから質問してるだけなんだけど・・・

>>843
PowerShellはまだネットワークへの拡張はまだだけど、他の流儀にならうと
Add-Network -Nameserver 8.8.8.8
なんて感じかな
-Priority 2、なんてオプションをつけると第2優先のDNSとして登録できたり
$nameserver = Get-Network -Nameserver
なんてやると設定されているDNSサーバを配列nameserverに取得できる、みたいな

SambaをPowerShellマネージに対応させたものだと、例えばワークグループの設定は
Set-Samba -Workgroup MYGROUP -ServerString "Samba Server Version %v"
みたいなコマンドレットだったかな

ネットワークも複数あり得るから、概ねなんでも配列になるんじゃないの？
なんかめんどくさそう。いちいちfor-eachとかを使うんだろう？

eth?もeth[?]も変わらんと思うが

foreach なんか使わず、オブジェクトをパイプに渡し属性で選択が出来る

>>851
PowerShellは配列の対応がちょっと独特

$a = @(1,2,3) # 1,2,3 を要素に持つ配列
switch($a){
1 { Write-Host 'One' }
2 { Write-Host 'Two' }
3 { Write-Host 'Three' }
}

ってやると One, Two, Three 全てが表示される
要するに配列を switch 文に渡すと要素を取り出して処理を行うループ機能を持ってる
あと>>853の言うようにパイプに要素を渡したりするのも簡単なので慣れるとスゲー楽だよ
個人的に switch 文とかはちょっとやりすぎだとは思うが w

Powershellの良い書籍って無いよね
みんなどうやって勉強してんだ

基本C#の劣化って思えばいんでね？

Windows PowerShell
コマンド & スクリプティングガイド
五十嵐貴之(いからしたかゆき)、2015/3/25

ただ、この本を使っていると、ノリ付けが悪いのか、ページがはがれてくるw

【Microsoft Tech Summit】APP017 PowerShellの新しい相棒 Visual Studio Code
https://www.youtube.com/watch?v=0zo6z0yHrGk

2017/01/23 に公開された動画

コマンドレットにはまだ慣れないかもしれんけどシェルスクリプトを書くという点ではPowershellが圧倒的に洗練されてると思うけどな
まぁLinux上ならPythonで書くんですけどね

>>850
ありがとうございます！具体例が有ると理解し易いです。
つまり、色々な設定が統一された書式のコマンドで
変更可能なのが利点という事ですかね。

>>853
lseth --output json | jq '.[] | if .inet == ipv4 then .ip_address else empty end'

というような話ですか？

>>858
> シェルスクリプトを書くという点ではPowershellが圧倒的に洗練されてる

これについて具体例で解説して頂けると嬉しいです。

Get-ChildItem -Recurse | Where-Object {$_.Length -gt 10MB} | ForEach-Object {$_.FullName}

パイプ間で受け渡しされるのはオブジェクト

>>862
> ForEach-Object {$_.FullName}

この部分が foreach( $array as $_ ){ $_.FullName; }
なんだけど、$arrayの部分をパイプできるのが美しいという事ですか？

| % { $_.FullName }

最後の部分は、こんな書式でも同様の結果が得られますが、初見じゃ判らないでしょう？

shの様にテキストが渡されるのでは無く、オブジェクトがパイプに渡されているという
メリットに先ず気付いて欲しいと。（arrayでは無くclassが渡されてる）　
その上で、ゴルフ記述が美しいかどうかは個人の判断かと。

>foreach( $array as $_ ){ $_.FullName; }

$_ のような特殊変数に、勝手に代入するな。
特殊変数は、特別な意味があるから

$_ は、パイプで渡ってくるオブジェクト

alias と打つと、Aliasの一覧を表示する

Linux コマンドをそのまま打てば、たぶん動く。
Windows・Linux で、双方のコマンドはエイリアスになっている

>>864
一旦変数にクラスを代入してからforeachというような事をしなくて、
クラスをそのままパイプで渡せるのがPowerShellの良い所という理解で
よろしいでしょうか？

>>867
shとは違うと言う事が理解出来たら、ちゃんと仕様を読んだ方が良い。

>>868
説明できない、と理解すればいいのね。

>>867
クラスって要するに型だからどっちかって言うとオブジェクトな
個々の要素を次々と加工していくような用途だと綺麗に書ける

はやくこいこいPowerShell

slapd.confは死ね

コマンドレット等で、リスナに対して非同期実行なども出来ますから、
メソッドチェーンだけの恩恵だけじゃ無いですよ。

htmlでは　name="社員[鈴木]" value="一郎"　なんてのがPOST出来るのね。
連想配列がわたるとわ知らなんだ　わはは。

変数に値を入れているだけで、連想配列じゃないよ

オブジェクトの恩恵あり、か。
抽象化は正義。

インポートするファイルの一行目に属性書くの面倒くせーよ

>>874
> 変数に値を入れているだけ
意味わからん

> 連想配列じゃないよ
多くのライブラリで連想配列として取得できるだろ

>>873
>>874
>>877
htmlはhtmlだし、POSTはPOSTだし、その後のプログラムはその後の事。

プログラム側で長い文字列をパースしてメモリに乗せるときに連想配列にしてるだけで
htmlやhttpプロトコルには連想配列なんてないわなぁ

>>879
そんなことを言い出したらネットワーク経由のデータ転送は全てビット列だから整数とかの概念もなくなる
どのレベルで解釈するかの問題だろ

>>880
> どのレベルで解釈するかの問題だろ

そう今回はサーバ側にあるphpプログラムとかのレベルで解釈する話だよね。
だから、連想配列が渡るというとあたかもhtmlやPOSTレベルでそういう概念が
あるかのように読めてしまうんだよ。

>>881
> だから、連想配列が渡るというとあたかもhtmlやPOSTレベルでそういう概念が
> あるかのように読めてしまうんだよ。
それ君の理解力の問題

>>882
そうなんだ。じゃ、そういう事で。

いやぁHTMLというか画面側はあんまり知らないんで、久々にｐｈｐやったら
すげぇと思ったわけでしてw　失礼しました。
phpって関数内部で宣言した変数に多重連想配列？をそのままぶっこんで
上に返すという史上最強のインタプリタかもしんないね。
鯖屋の人も是非遊んでみてください。
来年はパイソンでもやってみっかなと。でわぁ

>>882
一般的には君の表現力の問題だがなー

>>885
君の一般論はどうでもいいです

>>886
君の頭の悪さを他人に押しつけちゃいかんよ。

>>883で決着してるのに何をごちゃごちゃ言ってるんだよ w

>>888
もう一回言うよ？
君の頭の悪さを他人に押しつけちゃいかんよ。

バカで粘着かよ...
いったいなにが気に入らないんだか

社会生活を送れてるのか不安になるレベルだな。

一部の実装がリクエストパラメータを連想配列的にも扱えていることを以って
Webシステムとはそういうものだと公言して恥をかくのは、ある意味成長の機会と
なる可能性は僅かにあるので別にどうでもいいのだけど、でもそのときにくれぐれも
CentOSの名前は出さないでほしい

CentOSの関係者気取り気持ち悪いわ

ざっと目を通しておくと良いかも

オープンソースになったPowerShellを学ぼう (Slide Share)
https://www.slideshare.net/stknohg/powershell-77893763

>>894
非Windows環境でPowershellが必須となるような状況は無いと言ってるね
そもそもUNIX系はテキストファイルだけでOSを管理するからPowershellは
不要なんだろうね
やはりレジストリだの.NETだのが組み込まれてるWindowsに特化したシェルなんだな
Linuxに標準として組み込まれることはなさそう

ならレジストリの機能とか使わなきゃいいだけじゃん

なら Powershellいらないじゃん

原始的な機能しか持たないスクリプトで、わざわざPythonとか呼び出したりせずに
中でPythonみたいな事ができるんだぞ？
外の世界はGoogleとかの新しい言語とかも含めてそういう方向に向かってる

使いたければ勝手にオプションとしてインストールして使えばいいわけで
テキストベースのLinuxで標準化する意味はないんじゃないの
そういう意味ではPowershellはプログラミング言語に近い立ち位置

別に標準化しろとか言ってない
ただの食わず嫌いだの宗教だので一方的に不要と切り捨ててる勘違いを否定してるだけ

言語仕様はさておいても、
どのプラットフォームでも同じスタイルで仕事が出来るってのはメリットだろう。
よほどのクソ言語じゃなけりゃ、なんでもいいから統一してくれや、と思うがね。

>>894
ざっと目を通した。値を二つ返せるというのを一瞬イイ！と
思いかけたが、冷静に考えるとまぁ無くてもいいかと思う。
シェル芸的にコマンドの名前が長ったらしいのが致命的なので
使うことはないだろう。

>>899
/etcに入れていたような情報はリポジトリに格納しましょう、
OSはそのリポジトリを管理をするための標準的な仕組みを提供します、
その仕組みで扱う情報はオブジェクトとします、そのオブジェクトを扱うためには
PowerShellが都合がよい

ということでPowerShellはプログラミング言語であると同時に、システム管理の言語となる

grep、awk、sedなんかのテキストを扱うツールが充実している環境だからといって、
なにもそのOSの設定までテキストで行えるようにすべき理由なんて無いのだよね実際

リポジトリ?
gitとかsubversionとか?

>>904
レイヤーが違う比較だが、リポジトリは情報源
gitやsubversionはリポジトリにファイルの更新差分を保持させて世代管理を行うための実装

/etc内の設定ファイルをgitやsubversionで管理しましょう、というものではないよ
プロセスは自分の設定情報を、git pullのようにOSへ問い合わせて得る、という感じかな強いて例えるなら

レジストリの書き間違えじゃなくてpowershell的にはそういうの
リポジトリって言うの？

>>906
OSの情報を管理する仕組みとしてのレジストリは、Windows固有の名称だと思うので

レジストリだってWindowsの設定情報源なのだからリポジトリだよ

今時のリポジトリについての情報。
http://www.taisho.co.jp/lipovitan/lipod/

リポジトリが情報源ということなら、/etc配下のファイルシステムもリポジトリということになるかな