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

XPのソースを公開すればいいと思うの。

あまりにぐちゃぐちゃ GOTO まみれで見せたくないんだろう
マイクロソフトの社員とはいえ，そのくらいの羞恥心はある筈だ

あまり大きな声では言えないけどWin2Kのソースを見る限り>>514の老害が言うような感じではなかったな

>>511
んーとな、地方に住む人を仙人暮らしっていうのかあんたは？
失礼な奴だな。
仙人暮らしったら眉片方剃って山から降りねえとか
そういう話だぞ？

雑談は盛り上がる

>>514
最近もMSの鯖がWinのソースオープンとかあったけど、
実は言われてるより綺麗で安置とかは何も言えなかったらしいぞ

MSのプログラマは技術的には異能集団だからね。
上がアレなだけで。

kernel/内だけで500以上goto使ってるよねLinuxのソースって
sched.cなんてgotoまみれだよね
でもLinuxのgotoは綺麗なgotoだから使っていても綺麗なんだよね

はようgotoまみれになろうや

>>518
ｋｗｓｋ

Windowsのソース流出とかの話か？

それらしい話がないが
https://blogs.technet.microsoft.com/mpn_japan/2017/05/14/microsoft-is-one-of-top-oss-contributors/

ttps://pc.watch.impress.co.jp/docs/news/yajiuma/1067229.html
これの少し前に、「一部報道にあった未公開の「Windows Build」の流出」の報道、
一瞬あちこちになかったっけ
すぐ消されたし、ｇｇってもすぐ出てこないけど

確か30Tだかなんだか？すんげぇ量だったな
ま、MFCとかMSDNとか見りゃわかるけど、きっとOS内部ともなると、
コメント類の方が相当容量食ってんだろうけどさ

>>516
アンカーも違うし、地方とは言ってない。山奥。

オープンソースではくソースの流失じゃないか、以上

ソースオープンだな

Visual Studio Codeのソースちら見したけど、特に汚いとは感じなかったな

pure Cだとgotoを使わざるを得ない, というか使うのが一番綺麗という状況は確実にある
深いネストからの脱出とかエラー処理とか

例外があればそれでいい場合も多いがgotoよりも例外の方がコールスタックを遡及出来る点で強力な構文なので一概に例外の方が良いとは言えない
まぁ名称に使用目的が引っ張られることを期待して個人的には例外の方がいいとは思うけど

gotoを極端に嫌う人もいるからな
8タブで縦横80x60に折り返しなしで収まる関数なら俺は大概何でもいいかな

>>532
8タブっすか

まぁgotoで可読性が死ぬってそもそも関数が長過ぎるよね

Cでgotoをどうしても使わざるを得ない状況になったとしたら、それは間違いなく内部設計がおかしいのだ

須藤も裏で後藤に使われてるのか

>>534
2重のループからの美しい脱出方法, 動的メモリ確保を複数回実施する場合の上手いエラー処理の方法をどうぞ

>>528
流失(笑)

他人の使う言葉を訂正するのに、明らかに異常な言葉を使うのは、わざとなの？

ソースをオープンしちまったっつーだけの話だよな
流失・・・失ってないからｗｗｗ
失うにしてもソースを流れる様に失うってどういう状況ｗｗｗｗｗｗ

ちょっとリアルワロタ

４タブぐらいがいいっすよね。
しかもスペース変換してるし。

>>536
めんどくさがらずに bool か int で結果メモってそれ返せばいい
C++ならthrowとか、必ず解放するならstd::unique_ptrとか色々あるし

>>540
C++ならgoto要らんわそりゃ
「pure Cでは」使った方が良い場面があるよって話
多重ループ抜けるためにフラグ使うコードとかダサい

>>541
どっちもダサい事には変わりないし、gotoの方がダサいと思う人も居る
だからC++の方とかでthrowとか規定されたんだろうて

>>537
ばーか

東京モンは「七味唐辛子」を発音でんとに「ひちみ」だとか「なないろ唐辛子」とか言っちまうべ？
んだもんで、きっと彼は「流出」と言いたかったんを「りゅうしつ」と訛ってしまったんだベハ。

デジル　問題ですね

>>542
俺も例外処理の方が好みではあるがね, 例外だって濫用すりゃgotoと変わらんのだ
gotoは無条件ジャンプだが例外は着地点不明なスタック跳躍で関数を飛び越せる点でgotoよりも強力だ
分かって使う分には例外の方が総じて良いとは思うがどっちも適当に使ってクソコードを生む可能性では大して変わらないと思ってもいる

あとミニマムなサンプルで申し訳ないがgoto使った方が素直なんじゃないかと思うが(関数に分離してreturnもあるが)
ttps://ideone.com/8iHIBB
ttps://ideone.com/Epzo1o

プログラミングの話してる奴ら、それmacとwindowsどっちがいいってのと同じだから。
専用スレでも立ててやれ。

ｲﾏﾄﾞｷのﾌﾟﾛｸﾞﾗﾑなんて、何をどう書き殴ってもそれなりの速度で動くのだから、別にgotoでも良いんｼﾞｬﾏｲｶwww

速度気にしないならCで書かないし

>549
速度気にするのにCで書くの?

今時Cコンパイラより速いアセンブラコードを書ける人なんて滅多に居ないんだけど
そんな数少ない人の１人がここに現れたのか

多種多様なアーキテクチャに対応して、各世代のCPU毎に速くなる命令なんかも変わるんだけど
全部条件アセンブルで切り分けて最速のコードを書ける人なんだろうなあ

うらやましい(笑)

>>551
学生時代に、ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ実習があって、その時の課題言語はCだったのだけど、ｲﾝﾗｲﾝｱｾﾝﾌﾞﾗで書いて持って行ったら、単位はやるからもう来なくて良いって言われたよwww
だけど、ｲﾏﾄﾞｷのPCでそんな高速化は必要無いでしょ。
どんなにいい加減に書いても、それなりの速度で動くのだから。

奇形児が暴れてるな

>553
ｦｻｰﾝはｱｾﾝﾌﾞﾗしかﾌﾟﾛｸﾞﾗﾐﾝｸﾞ言語が無かった時代からﾌﾟﾛｸﾞﾗﾐﾝｸﾞやってんだよwww

すべて脳内だろ

知的障害者が暴れてる

phpもすげーはやいのね

phpはfacebookのおかげでll言語としてはそこそこ速くなったな
jsには及ばんが

Cで書かかれてるんしょ。どっかで見た。
関係ないけど、最近ajaxやってる。
クライアントもやってみると面白いね。

Facebookが開発したHHVMでPHPをJITでコンパイルして高速に実行できることが示されて、
その影響受けて7.0から公式も速くなった

jsってそんなに速いの？

オラJSは好きだ

おまわりさんこいつらです

PHPと比較するってことはNodeだと思うけどNodeは普通は非同期なI/Oを使う分速いってことでは
CPUヘビーな処理では大差ない(LuaJIT使えと)

goto嫌う人ってswitch好きが多い気がする。

OS: CentOS7.3
何気なく、ログのmessagesを見ていたら
Reached target Graphical Interface.

Starting Graphical Interface.
と出ていました。
最小(コア?)インストールでデスクトップは入れてないです。
何でGraphicalなんでしょうか。
説明プリーズ

アスキーアートもGraphicalだよねぇ

systemctl を叩けば見えるのでわ

プライベートPCとして使うとき、UbuntsではなくCentOSを選択するメリットってある？

>>569
Canonicalにさほど関わらずに済むというメリットは、案外大きいと思うのだがな

>>569
ある。
オススメLinuxディストリビューションは？ Part69 [無断転載禁止]©2ch.net
https://mao.5ch.net/test/read.cgi/linux/1504523022/l50

>>571
けっこうそこでせんと君迫害されてるみたいだけど

まじめなだけだから

>>572
ディストリビューション談義をしたいと思うような層ではそうだろうな。

>>572
仏様に獣を掛け合わせたら、そりゃ腹立つだろ

>>575
ほとけものフレンズwww

CentOS7初めてインストールしてみたんだけど
起動中に必ず黄色い文字で
ignoring BGRT: failed to map image memory
って出るんだけど、どういう意味？
ただその後普通に起動してるんだよね
ただ気持ち悪くて…

黄色ですか???

>>577
今しがたググった限りでは、 BGRT 自体は OS 起動中に表示するメーカのロゴ画像が
格納されている領域っぽいね。
つまり、そのマザボにメーカのロゴ画像が入っていないって事じゃないかな。

>>579
わざわざどうもです

マザボメーカー(MSI)のロゴなら最初に表示されてるんだよね
それ以降にそのエラーっぽいメッセージが出る

ただロゴ画像がどうたらって話ならあんまり気にしなくていいのかな？

ロゴ画像というかファームウェアからOSのカーネルに制御が移った時の画面の画像とかの情報みたいね
OSがそれを受け取る(OSに渡す)ことでその後そこからシームレスに画面を遷移させていけるようにする、的な

いずれにしても別に必須なものじゃないし、そのへんはファームウェアの側がバグってることも多いし、他に気になる問題が起きてないんなら気にしないでもいいんじゃね

HPの鯖でもそんなのがあったね。
windowsじゃないOSを入れると出るみたいな。

やっぱMSIなんかのマザボって基本Windows向けだから
そういうことになるってことか

気にしないようにする、ども

Apache 2.2が終了なんだが、Cent6愛好者の諸君は2.4への
バージョンアップは完了したかな。

EPELのパッケージ、Pathが変わってすげー面倒なんだよな。
できれば2.2のまま使いたいが、サイボウズ社が2.2のサポートを
切るって言ってるから2.4に挙げざるを得ない。

ついでにいうとサイボウズオフィスのLinux対応は2023年まで。

centos7にするべき。

8はもうそろそろ出るだろうし、移行しろよ

CentOSのレポジトリって古いしソースインストールする癖ついちゃったわ
nodeとかデフォルトのGCCでビルドできないからめっちゃ面倒だけどね

>>587
なぜそこまでしてCentOSを使うのかw

そこに銭湯があるから

お風呂・銭湯
http://lavender.5ch.net/bath/

8ではさすがにGCC4は終了だろうか

昼のセント酒

久々に笑ってしまった。
お風呂t鳥のイメージもあったのか

>>593
申し訳ない！

>>503
前略おふくろ様、XPを平常運転してます。
こないだ、ASLR (Address Space Layout Randomization)というのを知りました、
またXPにはASLR機能が無いことも知りました。
それからというものガクブルとおびえる毎日を過ごしております。

8はいつ出そう？

来年

8マン

selinuxってハマる時ってどういう時？
LAMP, bindぐらいなら有効にしていてもハマることは無い？

LAMPは使い方によっては余裕でハマるな

SELinuxとかいう当然のように無効化される欠陥システムなんか捨ててAppArmorに移行してほしいわ

>>600
lampでもハマるのか・・・。

>>601
minimalでインストール直後のコンソールでの一発目コマンドが
vi /etc/sysconfig/selinuxしてrebootだからなぁ。

もう　最初からdisableみたいなw

インストール時に「selinux=0」がもう習慣だわ

SELinuxを使ってるのはRedHat系のディストロとAndroidくらいしか知らんな
他の商用LinuxはAppArmor使ってる
debianも次のバージョンでAppArmorを導入する計画があるらしい

tripwireで改ざん検知しててすいません

CentOSというかLinux使い始めたばっかで、ユーザーアカウント１つだけ作成してるんだけど
シェルでyum updateとかやると権限がないと言われるからsudo yum updateってやったら
rootのパスワード聞かれるのかと思いきや、けっきょく今の一般ユーザーのパスワードの
入力を求められるんだけど、なぜ？
今ログインしてるユーザーのパスワード聞いてどうすんねんというつっこみもあるし
セキュリティ的にもこれおかしくないか？

>>607
短い説明: あなたという利用者が root 相当の権限を与えられているから。
長くちょっと間違ってるかもしれない説明:
$ su root -c COMMAND とやると root のパスワードを訊かれる筈。
su root というコマンドは root という身元に切り替えることを意味するから。
$ sudo -u root COMMAND は，それとは対照的に，
あなたという利用者の身元を保ったまま root という利用者として COMMAND を実行する。
あなたのパスワードが必要な理由は，もしあなたが端末を立ち上げたまま (つまり一度ログインしている状態で)
席を離れた隙に悪意ある人間があなたの権限を利用してシステムに損害を与えるのを防止する為。
あなたは /etc/sudoers あたりでグループもしくは利用者名そのものをもって
「こいつは全てのコマンドを (やろうと思えば) 実行できる」という設定になっている。
実際 CentOS と同じ Linux ディストロの一つである Debian では，
既定で一般の利用者にシステムを設定する権限が与えられていない。
$ su root -c visudo などとして，/etc/sudoers を編集して始めて，
sudo を用いて root 相当のシステム管理ができる。
(Debian の最小構成だともしかすると sudo さえインスコされてないかも。この際どうでもいいが)

>>608
詳しい説明どうもです

ということはCentOSインストールしてユーザーアカウントを１つだけ作った状態だと
勝手にそのユーザーアカウントにroot相当の権限が付与されるということですか
自分でアカウント周りの設定をいじったことはありません（まだ初心者だし）ので
そういうことなのかな

試しにもう１つアカウントを作ってみました
最初につくったアカウントをuser1、次に作ったものをuser2とすると
user1はroot相当の権限があるようですが、user2はないようでした
sudo yum updateができませんでしたから

それにしても勝手にuser1にroot相当の権限を与えるってセキュリティの見地からは
いかがなものでしょうかな

CentOS をどうやってインスコしたかにもよるのでは。
最小構成と呼ばれる類の設計なら，user1 に root 相当の権限付与されてないと思うが……
既定のインストール方法 (インストール画面で [次へ] を押していくだけ) だと，色々便利な設定が自動でされるから，
その時に user1 に権限が付与されたんじゃないかと推測する。
自分は最小構成でも自動構成でもない設計なのでどっちも知ったかなんだがw

CentOS を入れるような人間には鯖缶が多くて，そういう人が最初に作成する user は大抵鯖缶自身の user だから，
システムに干渉しやすい設定になっているということも考えられる。
当然だが，セキュリティの見地からは批難されるべき設計だな。

なるほど、鯖がらみはありえますね
実際、インストールはサーバー（GUI使用）で行いました
ということは、マルチユーザーによる使用はあまり想定されてないということですかね