Scientific Linux Part1

Scientific Linux Part1

>>1
関連サイトのリンクくらい貼ってくれよ

>>2
それくらいGoogleでもinfoseekでも千里眼でも、検索しろよ。
形式だとか下らないことにこだわるなよ。
わかってる人間だけが利用すればいいんだよ、こういう専門的なスレは。
初心者はどっかいってくれないか？＞2

>>3
ある程度の情報くらい入れといたほうがいい。
くだ質がでるだろ。

>>3
それくらいGoogleでもinfoseekでも千里眼でも、検索しろよ。
形式だとか下らないことにこだわるなよ。
わかってる人間だけが利用すればいいんだよ、こういう専門的なスレは。
初心者はどっかいってくれないか？＞3

何だこの糞スレは

誰かテンプレ作ってやれよ

Googleでもinfoseekでも千里眼でも、検索すればいい話なので
このスレはｲﾗﾈ

ってことで終了

>それくらいGoogleでもinfoseekでも千里眼でも、検索しろよ。
検索すら自分でできないのでは？
本来なら、>>1 や >>5 がテンプレートを追加すべき。

>こういう専門的なスレは。
意味不明。単なる Linux ディストリビューションのひとつ。
自分で開発した訳でもないと思うのですが・・・。

あとは成り行きに任せます。必要と思う方があれば、このスレッドは延びて行くでしょう。

Linux関連の情報が公開されているサイト

japan.linux.com
http://japan.linux.com/

Slashdot Japan
http://slashdot.jp/

Linux 関連ドキュメント検索システム
http://search.luky.org/

日本の Linux 情報
http://www.linux.or.jp/

＠IT：Linux Square
http://www.atmarkit.co.jp/flinux/

Linuxディストリビューション

Vine Linux
http://vinelinux.org/

Turbo Linux
http://www.turbolinux.co.jp/

SUSE Linux
http://www.novell.com/linux/suse/index.html

Redhat Linux
http://www.jp.redhat.com/

MIRACLE Linux
http://www.miraclelinux.com/

Momonga Linux
http://www.momonga-linux.org/index.html.ja

fedora
http://fedora.redhat.com/

Plamo Linux
http://www.linet.gr.jp/~kojima/Plamo/

Knoppix Linux
http://www.knoppix.net/

White Box Enterprise Linux
http://www.whiteboxlinux.org/

GUIツールキット関連(直接関係無いけど)

QT
http://www.trolltech.com/

gtk
http://www.gtk.org/

wxWidgets
http://www.wxwidgets.org/

Tcl/Tk
http://www.tcl.tk/

WideStudio
http://www.widestudio.org/

Ultimate++
http://upp.sourceforge.net/

総合デスクトップ環境

Gnome
http://www.gnome.org/

KDE
http://www.kde.org/

XFCE
http://www.xfce.org/

ウィンドーマネージャ

Window Maker
http://www.windowmaker.org/

FVWM'95
http://fvwm95.sourceforge.net/

blackbox
http://blackboxwm.sourceforge.net/

mlvwm
http://www2u.biglobe.ne.jp/~y-miyata/mlvwm.html

Enlightenment
http://enlightenment.org/

sawfish
http://sawmill.sourceforge.net/

どうぞ。

==============終了=================

終わるのか

>>3
おまえみたいな仕切やろうが出てくると、使いたい人間も萎えるんだよ

何様だ？貴様

Scientific linux のヒント、FAQ

http://rarfaxp.riken.go.jp/comp/tips/SL3.html
http://linux2ch.bbzone.net/index.php?FAQ%2FDistribution%2FScientific

Scientific linux のヒント、FAQ

http://rarfaxp.riken.go.jp/comp/tips/SL3.html
http://linux2ch.bbzone.net/index.php?FAQ%2FDistribution%2FScientific

ウワっ、なんだこの糞スレ！！！笑笑

どうでもいいけど>>11-15のリンク貼りは流石に冗長すぎねえか？
わざわざこのスレに貼る必要無し。
この板のスレッド全部に貼るべきって事になっちゃうぞ？
それくらいGoogleでもinfoseekでも千里眼でも、検索できるし。

http://equis.ya.com/coletassoft/non_pb/linux_pie/imagepages/image8.html

>>24

（ ﾟдﾟ）ﾎﾟｶｰﾝ

>>1 テンプレートこしらえました。これを >>20 に追加で。

ここから本文 ----------------------------------------

米国フェルミ国立加速器研究所（Fermi National Accelerator Laboratory）と欧州原子核共同研究所（CERN）が
自らの研究開発のために開発した Linux ディストリビューションです。White Box Enterprise Linux 同様、
Red Hat Enterprise Linux 3 より同社の商標に関する部分を削除し、再コンパイルした無償のディストリビューションです。

現在は、世界各地の研究機関や大学施設で利用されているだけでなく、一般のユーザーにも広く公開されています。
Scientific Linux は、以前 Fermi Linux という名で紹介されていました。

Scientific Linux http://www.scientificlinux.org
旧Fermiサイト http://www-oss.fnal.gov/projects/fermilinux/

>>26
それくらいGoogleでもinfoseekでも千里眼でも、検索しろよ。
形式だとか下らないことにこだわるなよ。
わかってる人間だけが利用すればいいんだよ、こういう専門的なスレは。
初心者はどっかいってくれないか？＞26

デカいページサイズ使えるのかな?
X86だけじゃなくて、OPTERONとかITANIUM用もあるの?

>X86だけじゃなくて、OPTERONとかITANIUM用もあるの?
ありますよ。日本語FAQに載せられています。

>わかってる人間だけが利用すればいいんだよ、こういう専門的なスレは。
このディストリビューションが普及すれば、そんなに困るのですか？

>>3のせいでひどいスレになったもんだ

元凶は>>2だろ。
折角>>1がすっきりした玄人向けのスレッドを作ったのに
初心者（２ちゃんねるの）丸出しなつまらないケチつけやがって。

どう考えても>>3が異常

>>32=2?
まぁそうカッカするなよ.

誰が悪いかを決めるスレになりました。

まさしく糞スレの典型

いや、>>1がシンプルで使いやすいスレだと思う。

さて、実際に Scientific Linux をインストールした方はいますか？
インストール作業中には、動植物や風景の素晴らしい写真が次々と
現われて退屈しませんよ。

近々、304 がリリースされる予定ですから、最新版をインストールしたい方は
もう少し待った方が良いかと思います。

304になると、どう変わるって言ってるんですか。
詳しく教えてください、詳しく訳してください。

>>38
それくらいGoogleでもinfoseekでも千里眼でも、検索しろよ。
バージョンとか形式だとか下らないことにこだわるなよ。
わかってる人間だけが利用すればいいんだよ、こういう専門的なスレは。
初心者はどっかいってくれないか？>>38

303を入れちゃってから、簡単にyumとかで304にアップデートできないんですか。
詳しく教えてください、詳しく訳してください。

>>40
それくらいGoogleでもinfoseekでも千里眼でも、検索しろよ。
バージョンとか形式だとか下らないことにこだわるなよ。
わかってる人間だけが利用すればいいんだよ、こういう専門的なスレは。
初心者はどっかいってくれないか？>>40

なんか変なスレになっちゃったなぁ

使いどころ多そうなコピペだもの

悔しかったのかなぁ？

見ている方々の参考になるでしょうから。

＊SL304 の変更点はリリースノート参照で。
Scientific Linux (SL) Release 3.0.4 BETA
ftp://ftp.riken.jp/Linux/scientific/30rolling/i386/SL.releasenote

＊SL303 から 30x へのアップデート方法
https://www.scientificlinux.org/documentation/howto/upgrade
YUM For The Impatient (最も簡単な手順)

1. rpm -Uvh ftp://ftp.scientificlinux.org/linux/scientific/30x/i386/misc/RPMS/yum-conf-30x.SL.noarch.rpm
2. yum update yum
3. yum upgrade

アップデートの方法は他にも複数あります。

＊304 のインストール用ISOイメージは、
各ミラーの /30rolling/iso/i386 ディレクトリにすでにありますが、
現在テスト中なのでリリース前の段階です。

Scientific ってことは、
Mathematica とかついてるの？

んなわけね〜

馬鹿か？コイツ>>LUGXjqUA

Maximaでも入れとけ

ここはひどい２ちゃんねるですねこんなとこもう二度と来ません
その前に最後にこれだけは言わせていただきます
先の不安なwhiteboxの代わりに入れてみました
nForce2チプセトのeth0は認識してるのになぜかうまく使えませんでした
VIAなGbE挿して今rikenからyum updateちう
2ch Linux Beginnersのひとありがとう
ではまた何かあったらよろしくお願いします

池沼上げ

俺もnforce2チップセット(GA7-N400-L)使ってるけど
正常に動くディストリ少ないよ
動作正常確認できたの、
MEPIS Fedora WhiteBox
だめだったの
Mandrake Ubuntu Debian SuSE
やってらんねえっての

>>51
Vineは？

>>52
試してない
Plamoも。

>>49
>ここはひどい２ちゃんねるですねこんなとこもう二度と来ません
匿名掲示板ですから、それは仕方ないでしょうね。
反面、有用な情報もたくさん集まってきます。
要は取捨選択したら良いだけのことで、実社会ならもっと苦労するかと思います。
それだけのことです。

>>54
私もそう思います。
２ちゃんねるを酷いところだ酷いところだと言い張る人にこそ、
物事を広い視野で見通す能力が足りないと思うのです。
すいません、言い過ぎました。

>>55
この世界は酷い世界ですね。2chのほうがまだまともかもしれませんね（なぁ、わきゃぁない！）

最後に「ではまた何かあったらよろしくお願いします」って言ってるじゃないですか、
単にこのスレの淀んだ流れを変えたかっただけです。

それはそうとして、タコなので理由がわかりませんが
du して4GB位の / で 10GBのパーティションがあふれました。
なんでだろ現用中のwhiteboxとほぼ同じオプションで入れたのに。
そのwhiteboxは半年使ってもちゃんと5GB以上空いてるのに。
Googleでもinfoseekでも千里眼でも探してみましたがなぜだかわかりません。
これはひどいディストリですねもうScientificは二度と使いませんさよなら。
今日はCentOS落として試してみます。
じゃ、またねー (^^)/~~

$ du あるいは $ df -h 表示にバグは発見できませんでした。
お使いの環境で発生したのなら、メーリングリスト等へ報告すべきです。

>>57
来なくていいよ
おまえ、気持ち悪いもん

>>58
そのためには再現性とか原因とか調べなきゃだけど
明日は仕事なので今日中に新しいの入れちゃわないと

>>59
ありがとう、じゃあお言葉に甘えてちょくちょく来させてもらいますねー

>>51
nvidiaのサイトにドライバうpされてるぞ
それでとりあえず、NICとサウンドは桶になる
だが、Kernelうpデートの度にモジュール困憊る必要
つかnforce2は地雷だったorz

Whitebox,Centos,Tao,SLいろいろ比較して使いましたが、これらRHELクローンの
なかではCentOSがいちばん良いと思います。

>>62
理由を聞かせていただければ参考になるのですが・・・

Whitebox, CentOS, SL の3つを試した中では、こちらは SL が好印象でした。
壁紙やアイコンのデザインは、デフォルトのままなのでもっとも大人しくて
地味ですが、その方が目障りとならず却って使いやすいかも。
CentOS が、壁紙やアイコンが3つの中では一番派手です。

SL では、メーリングリストに入っていれば、エラータのリリースがその都度
きちんと通知されます。一方、WBEL ではここ半年の間、ほとんど通知がありません。

アップデートが自動で実行される点は、コマンド入力がめんどうと思う方には
便利と感じられるかもしれませんね。

基本的にはどれも RHEL のクローンなので、大きな違いはないのでは、と思いますが
どうでしょう。

あれが連邦のモビルスーツか

>>63
RHLEクローンのなかで update がでるのが一番はやいのが CentOS/Tao ですね。
たとえば、kernel 2.4.21.27.0.2 のパッケージがリリースされたのは CentOS, Tao
は日本時間で１月２０日の午前中ですが、Whitebox, SLは１月２２日午後です。

また、Centosは 公開ミラーサーバー（特に rsync)がRHELクローンのなかではずばぬけてに多く、ユーザ層が厚く、開発グループは複数人で責任分担して作
業しているようなので、一人の開発者が病気倒れると、それでおしまいの不安
がともなう whitebox等より安心感がもてます。

SLはパッケージインスト直後に yum update でパッケージにコンフリクトが発
生したことがあるので、私はちょっと引いてます。（一次的なパッケージの
バグだったのかもしれません）FNALでちゃんとサポートされているようなので、
その意味での安心感はあると思います。

　まあ、どれも同じ RHEL のクローンなので私も大差はないと思います。

(　ﾟдﾟ)ふ−ん、 SLね・・・

(　ﾟдﾟ)えっ…RHEL？
　
(つд⊂)ｺﾞｼｺﾞｼ
　
(；ﾟдﾟ) あれ？目がおかしくなったのかな？…

(つд⊂)ｺﾞｼｺﾞｼｺﾞｼ

　　_, ._
（；ﾟ Дﾟ） …！？

New version of SL 304 RC2 i386 now available:
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0502&L=scientific-linux-announce&T=0&F=&S=&P=298

Scientific Linux (SL) Release 3.0.4 RC2 February 1, 2005
Available from
ftp://ftp.scientificlinux.org/linux/scientific/30rolling/i386/

ニューバージョン SL304 がミラーサイトに用意されたので、現在ダウンロード可能です。

SL.304.020105.i386.disc1.iso 642344 KB 2005年02月01日 13:55:00
SL.304.020105.i386.disc2.iso 654768 KB 2005年02月01日 13:57:00
SL.304.020105.i386.disc3.iso 582376 KB 2005年02月01日 13:58:00
SL.304.020105.i386.disc4.iso 436538 KB 2005年02月01日 13:58:00
SL.304.020105.i386.md5sum 1 KB 2005年02月01日 13:59:00


SL.304.020105.x86_64.disc1.iso 645056 KB 2005年02月01日 14:49:00
SL.304.020105.x86_64.disc2.iso 556960 KB 2005年02月01日 14:51:00
SL.304.020105.x86_64.disc3.iso 661440 KB 2005年02月01日 14:52:00
SL.304.020105.x86_64.disc4.iso 371648 KB 2005年02月01日 14:53:00
SL.304.020105.x86_64.md5sum 1 KB 2005年02月01日 14:54:00

リリースの公式なアナウンスは、間もなくメーリングリストでも行われると思われます。

>>68
お前以外このディストリ使ってる奴居ないので、無駄な情報だな

>>68 i386 も来てるね。

>>69
新しいディストリビューションというものは、そんなものでしょう。
WBEL や CentOS もかつてそうでしたし、日本国内で知られていないだけ。

>>69
使ってないディストリのスレに来るおまいの書き込みはもっと無駄だ

>>69みたいなのがいるから、日本のオープンソースは発達しないんだよ。
ガキは糞してMacでも使ってろ。

悔しかったらお前がRHELクローンを作って公開してみろ。
できねえんだろ？オイ
だったら粋がるな、クソガキが。

>>74
うはっw

>>74
ﾜﾛﾀ

>>75>>76
お前ら粋がりすぎ。
口だけ小僧はgentooでも使ってﾊｧﾊｧ言ってろ。

>>73
オープンソースが発達しないのは餓鬼のせいではなく、
日本が、『勉強しないで楽できる便利』と『周りの人間にわかりやすいかっこよさ』がすべての
ダメ人間にとって暮らしやすい嫌な国だからです。

ま、そんな香具師らはＭａｃいじりながらマクソをくってＢＳＥになるんですから、忘れておしまいなさいな(w

何を必死になってんっだかなぁ・・・・

あれが連邦の304か

SL 303 から SL 304 へは次の手順でアップグレード可能なようです。

1. rpm -Uvh ftp://ftp.riken.jp/Linux/scientific/304/i386/SL/RPMS/yum-conf-304-2.SL.noarch.rpm
2. yum update yum
3. yum upgrade

SL4.0っていつ頃出るのかなぁ。

RHEL4正式版リリースのアナウンスが今月中の予定だそうで。RHEL4がリリースされて
しばらく(1-2ヵ月?）してから。たぶん、RHEL cronの中では CentOS4 が最初にでる予感。

>>82
最新版がより良いものとは限りません。
おそらく Red Hat Linux 9 の時同様に、リリース直後には大量のバグが潜んでいる
可能性があります。是非とも最新版でないといけない事情がないのなら、
当面様子見を決め込んで、数ヵ月後に導入した方が安心できます。

プロジェクトに貢献されるおつもりなら、早々と導入してバグ報告されたら？
過去の経緯から考えて、正式版の SL 4 がリリースされるにはかなり日数が
かかりそうに思います。その前には、ベータ版が出ることでしょう。

>>84
そのためのFC3じゃないの？

>>85
>そのためのFC3じゃないの？
RHEL 4 のリリースに向けて、FC 3 がその役割を担っているということになっていますが、
Fedora Core を利用するユーザーには限りがあるので、果たしてリリース版に十分フィードバック
されているかは分からないでしょう。
Red Hat ではさらに、RHEL 4 Beta(Nahant) というベータ版を一般公開してテストしています。

Red Hat Linux 9 がリリースされた直後、エラータがたくさんリリースされたという経緯は、
https://rhn.redhat.com/errata/rh9-errata.html から知ることが出来ます。

参考までに、他のディストリビューションの話になりますが、Mandrakelinux がバージョン10.0
以降リリースポリシーを変更したのには、Mandrakeのウェブサイトで説明されているところ
によれば、似たような事情があるためのようです。

>>82-85　

RHEL4はベータ版（公開版）がすでに２回でてます。ご本尊にも国内ミラーに
RHEL4公開ベータ版があり自由にダウンロードできます。

nahant (22-Sep-2004) RHEL4ベータ１
nahant-beta2 (03-Nov-2004)　RHEL4ベータ２
http://ftp.riken.go.jp/Linux/redhat/linux/beta/nahant/
http://ftp.riken.go.jp/Linux/redhat/linux/beta/nahant-beta2/

RHEL4ベータ２の nahant-beta2はFC3と同時公開で中身もほとんど同じ。
もちろん FC1,FC２での公開テストからのフィードバックが反映されてます。

すくなくてもRHEL4正規版の初期リリース（今月中にアナウンス予定）はFC3
より完成度は高く、FC1-3および、RHEL4公開ベータnahant,nahant-beta2で
バグは可能なかぎり潰されていて、実用になる確信があるからこそ正式版とし
て販売されるのだと思われます（潰しきれてないバグが若干残っている可能性
は否定できないけど）　Securityの強化された 2.6 Kernel をどうしても使い
たい人も多いはずで、もう待ちきれない人も少なくないでしょう。

ただし、そのクローンの CentOS/Whitebox/SL/Tao等がでるのはRHEL4正式版が
でてしばらくしてからです。それらのdistributionによって Qualityに差がある
可能性もあります。CentOSは nahant-beta2(i386,ia64,x86_64,ppc)のクローン
をすでに公開テストしてるので、RHEL4 正式版のcronとしては CentOS4が一番
最初にリリースされるでしょう。その後、月日がたつとやがてTao4,SL4もでて
くるでしょう。Qualityがどれがベストなのかは unknownだけど。

SLなんて最下位だろ。おそらく。
リリースデーもクオリティも。

>>88
何を必死に煽ってるんだｗｗｗｗ
ばぁかじゃねえのｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

>>88 より >>89 の方が必死に見える件について。

簡単に釣られる>>90みたいな馬鹿が減らない件について

構ってチャンが釣りという言葉で自己弁護を始める件について

2005年2月10日付の Scientific Linux (SL) 3.0.4 リリースノートが出ました。
ftp://ftp.riken.jp/Linux/scientific/304/i386/RELEASE-NOTES.html

apt-sourceslist-304-1.SL.i386.rpm が公開されたので、APTの利用が
可能となりました。
ftp://ftp.riken.jp/Linux/scientific/304/i386/errata/SL/RPMS/apt-sourceslist-304-1.SL.i386.rpm
からダウンロードして入手できます。

SL 304 のインストール用ISOイメージは、正式リリースに当たって、
最新版に置き換わるものと思われます（現時点では、SL 304 ISOイメージの
アップロードが停止されています）。

>>93
朝は304のisoダウソできたのに・・・・orz
３枚目がまだダッタヨ

>>93
SL 304 の「正式な」ISOイメージを入手しインストールする方が、
要らぬトラブルに悩まされる可能性は低いはず。

>>93 今朝までの 304/iso は　30rolling/isoに symbolic link されていただけで
実体は以下にあります。でも新しい正式版がでるのならば、まった方がいいかも。
ftp://ftp.riken.jp/Linux/scientific/30rolling/iso

（この30rolling/iso/i386 はインスト直後の最初のboot時、X11が起動しないトラブル
があったけど、single user mode でたちあげて　/usr/bin/redhat-config-xfree86
を手で走らせてconfigureしてやっとX11が動くようになりましたが、それ以外は
大きな問題はありませんでした）

>304/iso は　30rolling/isoに symbolic link されていただけで

どうもそれは、違うようですよ。
ftp://ftp.riken.jp/Linux/scientific/30rolling/iso に急きょアップロード
されています。つまり、これが「正式扱い」ではないにしろ、最も新しい版です。

数日前まで ftp://ftp.riken.jp/Linux/scientific/304/i386/iso で公開された
ものは、内容が違っているはずです。
SL.304.020105.i386.disc1.iso 642344 KB 2005年02月01日 13:55:00
SL.304.020105.i386.disc2.iso 654768 KB 2005年02月01日 13:57:00
SL.304.020105.i386.disc3.iso 582376 KB 2005年02月01日 13:58:00
SL.304.020105.i386.disc4.iso 436538 KB 2005年02月01日 13:58:00
これらと置き換わったことになりますが、md5sum チェックすれば、はっきりします。

APT を使いたい場合の設定方法を FAQサイトに載せておきました。

http://linux2ch.bbzone.net/index.php?FAQ%2FDistribution%2FScientific#content_1_10

確認した範囲では、特に問題は発生していません。

再度、更新されたファイルがアップロードされています。
間もなく全てのミラーサーバに行き渡りそうです。

[i386]
SL.304.021005.i386.disc1.iso 644344 KB 2005年02月11日 03:16:00
SL.304.021005.i386.disc2.iso 656594 KB 2005年02月11日 03:17:00
SL.304.021005.i386.disc3.iso 579308 KB 2005年02月11日 03:18:00
SL.304.021005.i386.disc4.iso 272860 KB 2005年02月11日 03:18:00

[x86_64]
SL.304.021005.x86_64.disc1.iso 645536 KB 2005年02月10日 23:52:00
SL.304.021005.x86_64.disc2.iso 556608 KB 2005年02月10日 23:53:00
SL.304.021005.x86_64.disc3.iso 662144 KB 2005年02月10日 23:54:00
SL.304.021005.x86_64.disc4.iso 390272 KB 2005年02月10日 23:55:00

SL 304 のリリースアナウンスが出ました。

Scientific Linux Release 3.0.4 for x86_64 February 11, 2005
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0502&L=scientific-linux-announce&T=0&F=&S=&P=1642
ftp://ftp.scientificlinux.org/linux/scientific/304/x86_64/

Scientific Linux (SL) Release 3.0.4 i386 February 11, 2005
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0502&L=scientific-linux-announce&T=0&F=&S=&P=1402
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0502&L=scientific-linux-announce&T=0&F=&S=&P=1519
ftp://ftp.scientificlinux.org/linux/scientific/304/i386/

Fermi の LTS(Long Term Support)ポリシーに従い、以前のバージョン 301 / 302 / 303 のアップデートサポートは、
引き続き提供されます。

ディストロ・ウオッチ http://distrowatch.com/ の紹介記事

Distribution Release: Scientific Linux 3.0.4 http://distrowatch.com/02348

なかなか面白そうなディストロですね。
しばらくヲチさせてもらいます。

>>86 に関連するので、書いておきます。

本日、Red Hat Enterprise Linux 4 の正式なリリースがありました。
しかし、
Red Hat Enterprise Linux AS (v. 4) General Advisories
https://rhn.redhat.com/errata/rhel4as-errata.html
を見れば、セキュリティアップデートがリリース早々からたくさん出ています。

是非とも最新環境で使ってみたい方は、CentOS 4 Beta にリビルドしたアップデータを
当てたら良いのかも知れませんね。

Scientific Linux　4.1 のアルファ版(i386)がでました。

Scientific Linux 4.1 alpha for i386/x86 February 21, 2005

This is the first release of Scientific Linux 4.x . It is a alpha release.
DO NOT use it for production use. There MAY NOT be a upgrade path to future
4.x releases.

It is not possible to upgrade to this release from anything else.
This alpha is only for testing of NEW installs.

There are no "site" support yet.

This release is made so that you can become familiar with SL 4.x .
See SL.documentation for the vendor release notes.

Downloadable from

ftp://ftp.scientificlinux.org/linux/scientific/40rolling/i386/
ftp://ftp.riken.jp/Linux/scientific/40rolling/i386/

See comments/issues/test reports to [email protected]

速報thx.
将来の4.xリリースへはupgradeできんかもしれんから、仕事には使うなよってことか。
でも、個人向けにはおもしろいな。

リリースノートに重要な注意書があります。以前のバージョンと同居させた場合、
システム(kernel)がクラッシュする恐れがあるということです。
これは、SELinux がデフォルトで機能することが原因だそうです。

Warning

Scientific Linux 4.0 support for SELinux uses Extended
Attributes on ext2/ext3 file systems. This means that, when a file is
written to a default-mounted ext2/ext3 file system, an extended
attribute will also be written.

This will cause problems on systems that dual boot between Scientific
Linux 4.x and much older linux distributions. The older kernels do not
support extended attributes, and can crash when encountering them.
Scientific Linux 3.0.x's kernel does support these extended attributes.

ftp://ftp.riken.jp/Linux/scientific/40rolling/i386/SL.documentation/RELEASE-NOTES-x86-en

インストールメモ

SL 4.1 Alpha の「ワークステーション」タイプの標準インストールには、
iso disc 1 / 2 / 3 だけが必要です。disc 4 は要りません。

SL 304 では Up2date Network が含まれていなかったのですが、SL 4.1
にはデフォルトで機能するように仕様変更されています。

New test version of SL 4.0 i386 now available

>It should be possible to upgrade from Scientific Linux 3.0.x via the
>anaconda installer. Yum is known to NOT work.
>
>See comments/issues/test reports to [email protected]
>
>Available from
>ftp://ftp.scientificlinux.org/linux/scientific/40rolling/i386/

http://listserv.fnal.gov/scripts/wa.exe?A2=ind0503&L=scientific-linux-announce&T=0&F=&S=&P=529

SL.41.030705.i386.disc1.iso 593132 KB 2005年03月07日 21:57:00
SL.41.030705.i386.disc2.iso 644000 KB 2005年03月07日 21:58:00
SL.41.030705.i386.disc3.iso 643134 KB 2005年03月07日 22:00:00
SL.41.030705.i386.disc4.iso 181988 KB 2005年03月07日 22:00:00
SL.41.030705.i386.md5sum 1 KB 2005年03月07日 22:02:00

ftp://ftp.scientificlinux.org/linux/scientific/40rolling/iso/i386

40rolling のは日替わりでほぼ毎日書き変わるのでご注意。

RHLEクローンのなかで update がでるのが一番はやいのが CentOS

バグの多さも世界一やの〜〜

>111
RHELクローンは公開されているRHELのソースコードからRedHatのロゴ等をぬいて、
パッケージしたもの。基本的にバグは、RHELと同じなので、REHLのupdateがでたら、
RHLEクローンもそのうち対応するupdateがでる。
これは、CentOS,Tao, Scientifc Linux どれも同じ。

>>112
White Boxはちがうって意味？確かにすぐには出ないような......

天災と White Box の update は忘れたころにやってくる。

CentOS厨はどこにでも宣伝に現れる。

国内ミラーに KDDI が加わりました。
アクセスの集中を避けるために、ぜひミラーサイトへ切り替えましょう。

KDDI R&D Labs INC /
http://ftp.ne.jp/Linux/distributions/scientific/
ftp://ftp.ne.jp/Linux/distributions/scientific/
rsync://ftp.ne.jp/Linux/distributions/scientific/

ミラーサイト一覧 https://www.scientificlinux.org/download/

なにみに俺の愛車はSL600[Mercedes]

SL 4.0 RC 1 がリリースされました。

SL.41.032805.i386.disc1.iso (591MB),
SL.41.032805.i386.disc2.iso (627MB),
SL.41.032805.i386.disc3.iso (647MB),
SL.41.032805.i386.disc4.iso (246MB).

x86_64 alpha もリリースされています。

http://distrowatch.com/?newsid=02500#0

>>117 GT4(グランツーリスモ４）厨が誤爆した模様。

インストールしてみたけどまだ安定してないみたいですね
期待age

>>120 同じく
Software Raid 1 （ミラー）でインストールすると、インストールは正常にできた
けど、起動しない。(GRUB のプロンプトで凍る）
Software Raidを使用しないでインストールすると無事起動した。こりゃ、まだまだだ、

News: Server memory increase https://www.scientificlinux.org/mem_upgrade

"This system will be out of service Thursday 2004-04-07 07:30-08:00 (Central) to install
an additional 4G of RAM.
We believe this will significantly improve the performance of the sites
hosted here."

i386 と　x86_64の　RC2 がでました

http://listserv.fnal.gov/scripts/wa.exe?A2=ind0504&L=scientific-linux-announce&T=0&F=&S=&P=505

Date: Tue, 5 Apr 2005 16:31:42 -0500
Reply-To: Connie Sieh <[log in to unmask]>
Sender: Announcements concerning Scientific Linux
<[log in to unmask]>
From: Connie Sieh <[log in to unmask]>
Subject: Release Candidate 2 for SL 4.x i386 and x86_64 now available for
testing

Web の方には情報あがっていませんが、4.0 が 4/18 付けで出たみたいですね。

ftp://ftp.scientificlinux.org/linux/scientific/

明日あたり、早速使ってみよう。

Scientific Linux 4.0 がリリースされました。
すでに RIKEN ミラーにも用意されています。

SL.40.042005.i386.disc1.iso (597MB),
SL.40.042005.i386.disc2.iso (631MB),
SL.40.042005.i386.disc3.iso (644MB),
SL.40.042005.i386.disc4.iso (367MB).

http://distrowatch.com/?newsid=02575#0

いよいよ明日です。楽しみ〜
Linuxディストリビューション改善に関わる活動開催のご案内
http://www.linuxcons.gr.jp/activity/activity050422.html

RC(Relase Candiate)をいれてすでに使って人は、iso　CD-R から anaconda
で正式版にupdateできます。(10分ぐらい）

Scientific Linux 4.0 for x86_64 が　i386 に続いてリリースされました。
SL.40.042105.x86_64.disc1.iso
SL.40.042105.x86_64.disc2.iso
SL.40.042105.x86_64.disc3.iso
SL.40.042105.x86_64.disc4.iso

目下、DistroWatch.com　の最近のヒットランキングの上位に集計されています、参考まで。
（Saturday 23 April 2005 00:23 GMT　現在）
http://distrowatch.com/stats.php?section=popularity

第19位　CentOS
第25位　Scientific Linux
第31位　White Box linux
第75位　Tao Linux

i386とx86-64と入れてみたよ
相変わらずアプリケーションの追加からパッケージを入れようとするとエラー出るのね

>>129
>アプリケーションの追加からパッケージを入れようとするとエラー出るのね
リリースノートの注意書きにあるとおり、「アプリケーションの追加/削除」メニュー
を利用してはいけません。
アプリケーションの追加は、YUM を使用します。

サードパーティよりアドオンパッケージを利用したい
/etc/yum.conf ファイルを開き、下記を追加してください。

[dag]
name=DAG rpms
baseurl=ftp://ftp.scientificlinux.org/linux/extra/dag/redhat/el4/en/$basearch/dag/

>>130
さんくす〜
リリースノートに書いてあったのか・・・(´ﾍ｀；)

関係ないが昨日またイメージ変わったね

これ namazu とか nkf とか lv とかの日本語も扱えるテキスト処理ツールが
全然はいってないんだけど、RHEL4 自体に入ってないんでしょうか？

>>132
情報サンクス、再度ISO落とし直しの焼き直しでｲﾝｽｺしよっと。

「アプリケーションの追加/削除」だけでなく、漏れの環境では「ネットワーク設定」で、
Xから抜けると、ブルー画面で入力不能状態で収拾付かず。GNOMEでの「ネットワーク設定」ツールは
使わん方が良いとおもう。とばっちり受けてBINDもおかしくなった。orz

>>133
Centにも入ってなかったよ。
自前で調達汁

>>135
そうですか、ありがとうございます。FC3 を探してみます・・・・。

やっとcolinux+SL40で動いたよ

思い違いしてて今日一日無駄にした・・・(；´Д｀)

>>139
それくらいGoogleでもinfoseekでも千里眼でも、検索しろよ。
バージョンとか形式だとか下らないことにこだわるなよ。
わかってる人間だけが利用すればいいんだよ、こういう専門的なスレは。
初心者はどっかいってくれないか？>>139

>>138
正直すまんかった　orz

毎日必ず、これ来るんだけど
/etc/cron.daily/yum.cron:

Repository dag already added, not adding again

dagの設定を削除すりゃ良いんだけど、他に止める方法ない？

>>140
DAGのリポジトリは、現在故障中のため。
直れば、出なくなると思われ。
http://lists.freshrpms.net/pipermail/freshrpms-list/2005-May/013024.html

デスクトップの日付と時刻が、動かない⇒強制終了

やっぱし、これ調子わるいのね。
直接/etc/ntp.confで修正した罠。

SL って日本語 TeX 環境はどうなの? 自分で取って来て入れるしかない?
理系研究環境で Desktop ででも使うとなると重要な問題。

S.Lをデスクトップに使うってか。
デスクトップ向けデストリを選べよ。

わざわざサーバ用のS.Lを強引にデスクトップで使う必然性を見出せませんが、なにか？

>>143
次のリンクあたりを参考にしたら、導入できるのではないかと思います。
Sientific Linux 3.4 なら、Red Hat Linux 9 の手順に従ってはいかが?

LinuxでのLaTeX導入(teTeXをRed Hat Linux 9とFedora Core 1に)備忘録
http://oku.edu.mie-u.ac.jp/~okumura/texwiki/?Linux%2Fredhat#content_1_4

（たぶん）15分でできる！RedHat Linux 9で日本語TeX環境の構築
http://www1.quolia.com/paulueno/

Redhat Linux で TeX を使う
http://www11.plala.or.jp/stoyama/tex/

>>144
SL ってサーバ用なの? どこにそんなこと書いてある?
Enterprise based だけど、Enterprise ってサーバ用途だけではない。
FNAL, CERN 等で Desktop でも使うことを想定していると思うし、使ってると思うけど。
だから英語の TeX 環境なら問題無いはず。

>>144,146 インストする時のモジュールの選択で、サーバ用にも、デスクトップ用
にも如何様にもできますが。これは ScientificLinux, CentOS, Whitebox,Tao 等
のRHELクローンはいずれも同じ。

>>147
英語で使うならそのままでデスクトップ用としても良いんだろうけどね…

>>148
禿堂

確かに日本語環境で使うにはデフォルトのままだと厳しいね

>>147
＞インストする時のモジュールの選択で、サーバ用にも、デスクトップ用にも如何様にもできますが
そりゃ、アナコンダブラザーズ使ってりゃ皆同じだよ。笑

さて、ここで質問です！S.L.4.0は、以下のどの製品パッケージに該当するでしょうか？
１）Red Hat Enterprise Linux AS
　 　 大規模データベースやサーバアプリケーション用途
２）Red Hat Enterprise Linux ES
　 　 小規模オフィスでのプリンタサーバやファイルサーバといった部門サーバ用途
３）Red Hat Enterprise Linux WS
　 　 マシンパワーを必要とするパワーユーザー向けデスクトップ用途
４）Red Hat Desktop
　 　 インターネット端末などの用途（企業環境での大量一括導入用）

>>150

１）　⊃　２）　⊃　３）　⊃　４）

の関係で　１）ならば、２）、３）、４）にも対応できる。 RHELの１）と２）の
違いはCPU数のライセンス制限等のみ。(RHESは２CPUまで）

　SLやその仲間たち(CentOS,Whitebox,Tao)は勿論 １）と互換。

>>151
SLってRHELのAS互換だったのか。知らなかったorz
8CPUとか16CPUとかも、OKなのね。超デラックス仕様。ｗ

昨今話題のマルチコアCPUが２個の場合、４CPU？になるのかな。
この場合、RHELのESだと確か２CPUまでだったと思うけど、単にライセンスの問題だけなら
だまってインストールして使ってても、ばれなきゃOKなんだろね。しかし、SL使う方がよさげ。

FNAL, CERN とか人員がいるところでわざわざやっている以上 desktop, server
数値計算用 WS 等のあらゆる用途に対応しようとはするだろうね。
日本でも理研, KEK あたりででも日本語環境手を入れてくれるといいのだけれど。
論文だけなら英語でいいけど、grant 申請／報告を含め日本語で書く書類も
結構あるからなぁ。

>日本語環境手を入れてくれるといいのだけれど
GNOME デスクトップで、 統合オフィススイート OpenOffice.org,
テキストエディタ gEdit, Mozilla ブラウザー などの日本語環境が
既に構築されています。これは、Red Hat Enterprise Linux と同様です。

一般的なユーザーが利用するのであれば、これ以上日本語環境を整える必要
など特にないと思えますが、何か不都合があるのでしょうか?

>>154
科学研究環境で使うことを考えるなら TeX はとても重要。

>>155 そうですか、ありがとうございます。

ところで、日本語を利用するためには、VFlib2-conf-ja, VFlib2-VFjfm という
２つのパッケージを追加すれば良いという情報を見つけました。

実際、VFlib2-conf-ja-2.25.6-17.i386.rpm VFlib2-VFjfm-2.25.6-17.i386.rpm が、
http://ftp.riken.jp/Linux/scientific/304/i386/SL/RPMS/ より配布されていますね。

>>156
情報サンクス。それだけで済むのなら簡単な話。理研(で localize してるのかな?)
に感謝しなきゃ。日本語 TeX も簡単に動くなら SL 使おうかな。

>>157
WIN版のテフじゃ、だめなの？ｗ

>>158
俺の場合、仕事場では Win 立ち上げるのが週に１hr 位だからちょっとダメかも。
Win に慣れてないからちょっと使うとすごくストレスが貯まる。

>Macは許せるけど、Winのでたらめさには我慢できません。ゲーツ大嫌い。

>Winも嫌いですが、MacのパクリOSにも頭にきます。スティーブン・ジョブズ大嫌い。

>>161
スレずれまくりだが、Mac はなぜ「パクリOS」なの? 昔 Xerox からとかそういう話言いたいの?
そうじゃなければ、むしろ Win の方が「パクリ」だと思う。

それにしても SL 使ってる人間あまりいないのかな…

>>162
正確な数は掴みようがないでしょうが、ミラーサイトが増え、ユーザーは着実に
伸びていると推測できそうですよ。

"Fermi Linux Statistics" - Fermi が公開しているユーザー数の統計
http://www-oss.fnal.gov/projects/fermilinux/common/stats/index.html

資料みると、前のバージョンを入れてるとこが多いね。
Kernel2.6は、避けられてるのかな？？
http://www-oss.fnal.gov/projects/fermilinux/common/stats/index.2005.html

Mac はなぜ「パクリOS」なの?

MACのOSは９まではオリジナルだったけど、Xからは違うからでそ

>>164
単に面倒な人が多いだけじゃないの? デスクトップで使っていて
問題無くて必要な機能があればアップグレードするの面倒じゃん。
俺もそう。実際、少しづつ前のバージョン減っている。

>>165
言いたいことがわからんが、BSD 使ってるのが「パクリ」だという
こと? 堂々と使ってるから「パクリ」とは普通言わないのでは?
大体、これは NeXTSTEP からの流れ。

SLでデスクトップですか・・・・・・ふ〜ん

>>167
統計見ても FNAL onsite のユーザー数が(SL, FermiLinux 等会わせて) 3,000
程度って、全部がサーバってことは無いんじゃないかな。

colinux＋SL40＋VNCで使ってる俺の立場は・・・

>>168
恐らく、SL, FermiLinuxで起動しているBINDとかApacheから、統計取ってるんじゃないの？？

逆に、Desktopで、どうやって統計とるのよ？？
このOS自体が、上のレスでも発言あるとおりで
研究機関のCPUFarmｲﾝｽｺ用に開発サポートされてる訳で、
個人の趣味の為のDesktopユーザは、対象にされてないと思うよ。
確かに、RedHat社のRHEL４クローンですから、
AnacondaからDesktopやworkstationも選択は出来ますが、
それらは、もともとのRHELからのしがらみでしか無い訳で、
わざわざこのデストリビュージョンをDesktopで使用する為に選択するのは、如何かと。
実際、SlocateもSLｲﾝｽｺディレクトリからのインストールに成ってます。
あえて、Desktopにこのデストリを選ぶのは、単なる厨なんでないの？

>>170
わざわざ統計サイトの url が上に書いてあって、そこに

These statistics were gathered from
yum downloads comming from unique IP addresses

って書いてあるよ。 スレざっとで良いから目を通してから書いた方が良い
のでは?

> あえて、Desktopにこのデストリを選ぶのは、単なる厨なんでないの？

そうなのかなぁ。FNAL, CERN の人に聞いてみたいものだね。

CERNの中の人はCPUFarmでTeX使ってるわけですか。
逆に言うとCERNの厨な人が個人の趣味で全アップデートを
追いかけてると見るのが自然では。CPUFarm云々は建前で。

……調べてみたらコンピュートファームってSETI@HomeやUDのような
アプローチを含んでる用語だよ。デスクトップ用途に使えなくてどうするの。

>>172-173
言ってることが矛盾しているような?

172> CERNの厨な人が個人の趣味で全アップデートを追いかけてると見るのが自然では。

173> デスクトップ用途に使えなくてどうするの。

っで、このデストリをノートにｲﾝｽｺしようと思ってますが、使い勝手とかどうよ？

>>175
答えは >>26 のリンク先ににあるので、そちらをどうぞ。

> >>26 のリンク先
からデスクトップでSLを使っている人が投稿した記事にリンクが張ってありますね。
ttp://www.newsforge.com/article.pl?sid=05/05/24/1413218
SL製作側はデスクトップで使用されることを容認していると思えるのですが。
"A positive review from a Scientific Linux user"
という紹介文が付いているので、特に厨扱いしてるわけでもなさそう。

最近のメーリングリストより：
[CentOS] CentOS and SL, together?
http://lists.centos.org/pipermail/centos/2005-May/006533.html

If they SL wanted to use CentOS as their base and add other things (like
pine, mp3's, java, etc.) and were not part of the CentOS Project, and
those programs stayed on their servers, that would be fine.

I have corresponded with Connie Sieh in the past (not about this subject
though), and I like the Scientific Linux project. If they had CentOS
public mirrors on their site and created just the addons, which they
maintained separate from CentOS, then something might be able to be
worked out.

こちらもついでに。
DistroWatch.com メジャーディストリビューション
http://distrowatch.com/dwres.php?resource=major

Top 5 RHEL-based distributions (2005-06-04)
1. CentOS
2. Scientific Linux
3. Lineox Enterprise Linux
4. Tao Linux
5. White Box Enterprise Linux

いつの間にか順位が入れ替わってしまいましたね。

>>175
日本ではユーザー少なそうだから、なんらかの形で
使い心地を書いてくれるとありがたい。

いい忘れたけど、俺は SL には結構期待している。プロの集団が
サポートしてるから。Fermilab, CERN といったところにはかなりの
人数のシステム関係のプロがいる。彼らが維持しているのだから
(片手間とはいえ) 持続性がある可能性が高い。これも RH と
ケンカしたり、RH がポリシーを代えたりしないという前提の
上だけど。

デスクトップ用デストリなのか

＞プロの集団がサポートしてる

ワイハイの無線LAN周りとか動画再生も期待できるね。ﾜｸﾜｸ

デスクトップ用つうことで、当然日本語関係とか日本語フォントもバッチリなんだね
ATOKとか、簡単にｲﾝｽｺして使えるんだね

これは、凄いや！

筑波大の自然学類とやらで採用されてるようですね。いいなあ。
http://info.nature.tsukuba.ac.jp/doc/software.html

>>184

なにがいいの？

x86_64に鯖用途でインストールしようとしてます。
今までi386のマシーンにインストールしてDNS鯖等として使っていましたが、
このx86_64のインストール時のインストーレーション内容の選択にmultilibってのがありますが、
これってなんか必要なんでしょうか？
ググッて見ても、あまり情報がないんで、取り合えず選択外してインストールしようと思ってます。
http://developer.momonga-linux.org/wiki/?MultiLib
上記みると、32と64でのバイナリ共存のアーキテクチャーとありますが、3
2のバイナリ使う予定なければ不要な感じなんすけど、大丈夫すかね？

初歩的な質問ですが、rpm で RPM-GPG-KEY の
import に付いて教えてください。

/etc/yum.repos.d
dag.repo
sl-contrib.repo
sl-errata.repo
sl.repo
sl-rhaps.repo
のファイルで enabled=1 を設定していますが、

/usr/share/doc/sl-release-4.0
RPM-GPG-KEY
RPM-GPG-KEY-beta
RPM-GPG-KEY-centos4
RPM-GPG-KEY-csieh
RPM-GPG-KEY-dag
RPM-GPG-KEY-dawson
RPM-GPG-KEY-fedora
RPM-GPG-KEY-fedora-test
RPM-GPG-KEY-jpolok
RPM-GPG-KEY-redhat

のどのファイルを import すれば良いか教えてください。

>>187
このデストリの場合、RPM-GPG-KEYの登録は一切不要。
設定ファイル（yum.conf等）にRPM-GPG-KEYのチェック設定してないから。
gpgcheck=1←これを加えると必要になる。

尚、ここのユーザのようにデスクトップでの使用では、リポジトリの編集はyum.confで構わない。
しかし、サーバ使用での設定では、/etc/yum.repos.d/以下のdag.repo、sl.repo、sl-errata.repoを編集する。
でないと、一般的にサーバではyumでの更新自動設定にしておくが cron.daily/yum.cronの設定が、
yum.repos.d/以下の上記設定ファイルを見に行く設定になっている為、yum.confを編集している場合、
毎日、リポジトリが見れないんで更新できないと、お叱りのメールをもらうので、注意されたし。

以下、、/etc/yum.repos.d/以下の設定ファイルの設定例
/etc/yum.repos.d/dag.repo
[dag]
name=DAG rpms
baseurl=http://ftp.riken.jp/Linux/dag/redhat/el4/en/$basearch/dag
enabled=1←デフォルトは０で殺されているので１で活かすこと！

/etc/yum.repos.d/sl.repo
[main]
[sl-base]
name=SL 4 base
baseurl=http://ftp.riken.jp/Linux/scientific/40/$basearch/SL/RPMS/
enabled=1

/etc/yum.repos.d/sl-errata.repo
[main]
[sl-errata]
name=SL 4 base
baseurl=http://ftp.riken.jp/Linux/scientific/40/$basearch/errata/SL/RPMS/
enabled=1

>>186
Scientific Linux4の64でベーシックなサーバを構築する場合は不要です。
デスクトップなどでの32バイナリでお遊びする場合に必要になります。

>188-189
有難うございます。

サーバを構築していたので参考になりました。

>188-189
有難うございます。

サーバを構築していたので参考になりました。

　SL40 をかれこれ１０台ぐらにいれたけど、Disk Druid で Raid1 (ミラー）の
ディスクにいれると、MBRが正常にかきこまれずに、インスト後の boot時にブート
しないことが結構あります。(GRUBのみ表示される、等）CENTOS 40 でも同じ。

　結局 GRUBをいれた FDをつくって、そのFDから起動して HDの MBRを直せば
起動するようになるけど、ちょっと面倒。（以下参考）しらないと苦労しそう。
ttp://www.linc.or.jp/~takaaki/Family/takaaki/TechNotes/grub_lilo.shtml

ソフトウエアRAIDの場合、BOOT領域は/とは分けて設定する必要があります。
また、この場合BOOT領域はRAID１以外は、設定できません。

これを怠ってRAID設定したり、接続されたどれかのHDDにBOOT領域を設けた場合、
そのままでは、当たり前ですが起動できなくなってしまいます。
必ず、BOOT、/ともにRAID設定しなければなりません。
因みに、SWAP領域もソフトウエアRAIDの場合、RAID０設定することができます。

>>193
CentOS 4.0でdd if=/dev/zero of=〜してからインストールすると
MBRもGRUBも何も書かれないよ。多分、そのGrubは以前の残骸。

>>194
ルートもRAID1なら、bootとわけなくてもいいよ。
RAID0まで視野に入れるなら、必ずしもbootをRAIDにすることもないし。

Dagのリポジトリでamavisd-newのx86_64版を使ってるですが、yumうｐデートで
7月 13 05:58:10 Updated: amavisd-new.x86_64 2.3.2-1.2.el4.rf
上記にバージョンうｐされたら起動できなくなってしまいました。
# /etc/init.d/amavisd start
Starting Mail Virus Scanner (amavisd): Problem in the Amavis::Unpackers code: Archive::
Zip version 1.14 required--this is only version 1.09 at (eval 41) line 20.
BEGIN failed--compilation aborted at (eval 41) line 20.

原因はなんなのでせうか？結局バージョン下げて事なきをえますたが orz

>>196
zip の version をあげてからやれって書いてあるようだけど、それでもダメ？

そうなんですけど、zipのバージョンは下記の如しなんどす。
zip-2.3-27
gzip-1.3.3-15.rhel4
unzip-5.51-7
bzip2-1.0.2-13.EL4.2
っで、関係なさそうなんどす。
今はamavisd-new-2.3.1-1.2.el4.rfを入れ直しで正常運転なんですが。
yum.cron.excludesにamavisd-new除外しときますた。

それと、 Archive:: Zip version で臭そうなのでは、
perl-Archive-Zip-1.16-1.2.el4.rf
なんどすが、これも外れみたいだし。

このデス鶏はユーザ少な杉だから全て自己解決なところがアレだよね

国内ユーザって何人位なんだろか？理研とか大学では普及してるみたいだけど

RHELと、商標周り以外は全くおなじなんじゃないの?

>>201
CentOS と大きく違っていたのは、ロゴぐらいだったという罠。
大学でビルドしたから大学で使おうぜ…ということなのか?
…いや、嫌いじゃないが。

CentOSとは、インストール時のパケジで違いがあって、SLオリジナルモドキのモノがあったような？
locateとかも、最初にCRON設定してインストールするかとか、ファイル共有のなんたらとか、
そのあたりが、ちょこっとだけRHELやCentOSとは、違ってた気がします。

ところでSL3は、3年間はFermi国立研究所でサポートありとか、何かで見たような気がしますが、
SL4はどうなってるんでしょうか？理研のページに数年間って書いてありますが、
この辺のとこの正確な数字とかは、どこ見れば宜しいのでしょうかね？

>>200-203
http://linux2ch.bbzone.net/index.php?FAQ/Distribution/Scientific

>>200
とりあえず、簡単なユーザ会でも作って、情報共有を目指しませんか?
うちのへっぽこ自作サーバにページ作ったら、情報提供してくれますか?

Scientific Linux 3.0.5 公式版がリリースされました。

Distribution Release: Scientific Linux 3.0.5
http://distrowatch.com/?newsid=02793#0

これには、Firefox (1.0.6)、 Thunderbird (1.0.6) が含まれます。

i386
SL.305.072505.i386.disc1.iso
SL.305.072505.i386.disc2.iso
SL.305.072505.i386.disc3.iso
SL.305.072505.i386.disc4.iso

x86_64
SL.305.070705.x86_64.disc1.iso
SL.305.070705.x86_64.disc2.iso
SL.305.070705.x86_64.disc3.iso
SL.305.070705.x86_64.disc4.iso

SL4 x86_64 入れてみた。platex 使ったらすんなり通った。
やるじゃん、と思ったら pxdvi が落ちた。pdvips は OK みたい。
ちょっと調べなくては。

Scientific linuxの3系列はSATAサポート含まれないの？

>>208
どういう意味? 少なくとも SATA HDD は普通に認識されたけど．

libataの事かね?
新しモノに走りたいならこのディストリは不向き。

トレントでもいいからDVD版ない?
CD版は入れ替えの手間がめんどいので

>>211
ftp://sea-mew.jp/iso/SL.40.042505.i386.dvd.iso
こんなん作ってみたけど、これでいいのかな?
うち、DVD-ROMもDVD-Rもないので、使えたかどうか教えてくれる?

(T T)

のくすさん、気を落とさないで

>>214
はげましありがとう。
SLは個人利用にも良いと思うんだけど、いまいちはやらないね。

SLはRHELのクローンという点では、CentOSと同じだけど、updateはCentOSのほうが
かなりはやいからね。

4.0→4.1にyum経由でUPデートしたのですが、どうしたら良いのでせうか？
なんかhttp://linux2ch.bbzone.net/index.php?FAQ%2FDistribution%2FScientific#content_1_18
見て、SL 3.0.* から SL 3.0.x の最新版へアップグレードする方法はと同手法でたつたのでつが、
あきまへんですた。

>>217
4.0→4.1　yum,aptでのアップグレードは不可能
CDのアナコンダ経由以外のアップグレードはできない

面倒でもISOイメージを落としでCDに焼くしかない

>>217
このさい、他のまともなデストリに乗り換えることをお勧めする

>>217
以下のメーリングリストに要点が載っているので、よく確認してください。

http://listserv.fnal.gov/scripts/wa.exe?A2=ind0508&L=scientific-linux-users&T=0&P=10823
> https://www.scientificlinux.org/documentation/howto/upgrade
> >
> > But the steps will be similar to what they are for
> > SL3.0.x. But the
> > first step will be a different link. you will do
> >
> > rpm -Uvh
> >
> ftp://ftp.scientificlinux.org/linux/scientific/4x/i386/misc/RPMS/yum-conf-4x.SL.noarch.rpm
> >
> > yum update yum
> > yum update

重要な事項が含まれているので、さらに引用しておきます。

> > If you just do a 'yum update' without updating your
> > yum-conf, then you
> > will still be at S.L. 4.0. That is one of the ways
> > that we are
> > different that CentOS. We have several experiments
> > and sites that want
> > to sit at a certain release and only get the
> > security updates. They
> > don't want to automatically be upgraded to the
> > latest release. So we
> > make the updating to a different release a manual
> > process.
> >
> > We are working on a way so that people who do want
> > to just automatically
> > be moved up to the latest release, can have this
> > functionality. But
> > that will be a couple weeks away.

>>220-221
情報どーも．なかなか良いポリシーじゃん．気に入った．

つうか、このスレってどいつもこいつも自作自演野郎ばっか

登場人物は全部で３人くらいしかいねーんでないの　ﾜﾛﾀ

>>223

意外にんなこたーない。



ところで、メジャーアップグレードにも対応できないようなディストロつかう奴の気がしれない（ｗ

ふつう何年使えるか、何年つかうのか決めるもんでしょ？（ｗ

>>223
そうなの？ 俺はたまにしか書き込んで無いし、自作自演はしてないが。

>>224
SL は対応している、ってことで良いのかな。

だから、当たっただろ！
漏れも、もまい達で３人だろが。orz

x86_64 4.0→4.1 UPグレード
ハード　Dell　SC1420　CERC SATA 6Ch RAID5

wget ftp://ftp.scientificlinux.org/disk/disk1/linux/scientific/41/i386/misc/RPMS/yum-conf-4x.SL.noarch.rpm

rpm -Uvh yum-conf-4x.SL.noarch.rpm
yum update yum
yum upgrade
yum clean all

以上で、無事にうｐグレードすますた

Paul Scherrer Institute (PSI)
http://www.psi.ch/ueber_das_psi/ueber_das_profil_e.shtml が
Scientific Linux Live CD/DVD を公開。
これは、サードパーティーが　Scientific Linux 4　を元に作ったものです。

Scientific Linux Live CD/DVD (SL4)　の入手先はこちらからどうぞ：
http://people.web.psi.ch/beyerle/livecd/

この Live CD は、Red Hat Enterprise 4 ベースです。
ただし、英・仏・独・サングホ語のみサポートされており、
日本語は現在、サポートされませんので、注意のこと。

>>229
情報サンクス。

> ただし、英・仏・独・サングホ語のみサポートされており、

サングホ語って何だよ。 三か国語のこと？ 何語のことを指すのかと思って少し悩んだ。

>>230
サンゴ語てやつなのかな。
ttp://www.k3.dion.ne.jp/~outside/xhtml/language-codes.html
ttp://www.mofa.go.jp/mofaj/area/car/data.html

禿げしくﾜﾛﾀ　
＞サングホ語のみサポートされており　これ機械コンニャク？

ところで、ftp://ftp.scientificlinux.org/linux/　
のYUMリポジトリサーバおかしくなってない？

コード:sg (=Sangho) は、サングホ語でも多数ヒットするので、
間違いでもなさそうですよ。
例えばここ：　http://alis.isoc.org/langues/iso639.ja.htm

ところで、公式版として現在開発中なのが　Scientific Linux Fermi LIVE
とのことです。近いうちにリリースされるかも知れません。

「ライブCDの部屋」には、Tao Linux ベースの Live CD が見つかります。
こちらは、日本語のサポートがあります。

誤読が広まってしまったっていう可能性はないの?

>>232
せっかく Scientific Linux を使っているのなら、
apt-get update & apt-get upgrade が便利ですよ。
軽快に作動するので、とても快適です。

# apt-get upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be upgraded
firefox (1.0.6-1.4.1 => 1.0.6-1.4.2)
mozilla (1.7.10-1.4.1 => 1.7.10-1.4.2)
mozilla-nspr (1.7.10-1.4.1 => 1.7.10-1.4.2)
mozilla-nss (1.7.10-1.4.1 => 1.7.10-1.4.2)

つい先ほど実行したら、上のとおり何ら問題なくアップデートできました。

Scientific Linux Live CD が早速更新されました。
日本語サポートを追加することに、前向きなようです。

Changelog
* 2005-09-13: Add Japanese Language support (fonts-ja, ttfonts-ja, kde-18n-Japanese).
http://people.web.psi.ch/beyerle/livecd/

700 MB という容量の制約上、CD-R に収録できるパッケージには制限がありますが、
フィートバックするのに良い機会だと思います。

>>235
けど 4.0→4.1 はそれじゃダメだよ．
すぐ上に書いてあるけど．

安定した環境を維持するため bug とかの patch は欲しいが
自動的に version を替えて欲しくないという人がいるから．

アフリカ出身の方が開発してるから？？？

>>235
数時間してから実行したら、正常になってました。どうしたのか・・・な

ところで、自分もyumとaptの両刀使いなのですが、
どこぞでyumとaptは混在して使うとrpmのdbで問題があるとか聞いたような。
今のところ、全く無問題ですが、このあたりどうなんですかね。
4.0→4.1へのUPはyumで実行しましたが。

yum update

の動作は同じファイルを何度もdownloadして　CentOSにくらべてとても効率が悪い。

Scientific LinuxとCentOSって、ほとんど同じじゃないの？
yum updateも、とくだんの違いがないと思うけど。
Scientific Linuxの場合、MD5チェックいれてないので、毎回そのチェックが入るだけ。
（あれが、データベースツリーだと思われてるのかも）
それが煩わしいと感じるのなら、本家からキーをｲﾝｽｺしてgpgcheck=1を書き加えれば、
CentOSと同じになると思われ。

It is not named Scientific Linux because it has the largest collection of scientific programs.

えええええええええええええええ

>>242
恐らくネタだと思いますが、一応書いておきます。

>This linux distribution is called Scientific Linux because it is made
>by scientific labs, for scientific labs and universities.
>It is not named Scientific Linux because it has the largest collection
>of scientific programs.

意味は文脈で決まってくるので、おかしいことはありません。
Scientific Linux という名前がついているために、何か特殊なディストリビューションと
捉えられることが多いのかも知れませんが。

>243

いや、単にディストリビューション名に引き寄せられた俺が
SLのサイトをみてがっかりしただけだ。
文脈がどうのお前みたいなバカに抜かされる筋合いは無い。

っていうか、243のバカは自分だけが知っているとか思って貼り付けちゃった中学生なんだろうか

つうか　>>244-245　はイケヌマさんでつか？

>>246
どうみても、この状況は>>244-245が池沼さん。

>246,247
ゲラゲラ笑った
２チョンコがプルってるな

>意味は文脈で決まってくるので、おかしいことはありません。

俺が引用した１センテンスでさえ意味が通じているのに
ここのどこに文脈が必要とされてるんだろう。
おかしいってのは文章が間違いを指摘したとか思ってるんだろうか？
頭悪すぎだな

挙句に、後続ではテメエで持ち出した「文脈」とは関係のないネタを持ち出してるし

>Scientific Linux という名前がついているために、何か特殊なディストリビューションと
>捉えられることが多いのかも知れませんが。

噛み付きたいだけのバカチャンコロはしょうもねえな、ワライ

>>246,247
そのとおり。248もな。
というわけで、243よ、気にするな。気にしてないと思うが。

粘着なイケヌマさんがいるスレはここでつか　ｗ

>249,250
ワラタ
言い返せないバカが他人のフリしながわ喚いてるなゲラゲラ
２チャンコロおもしれえ

おっと、バカがやっと言い返せるとか思い込んで
ミスタイプに嬉々としながら突っ込んでくるんだろうなあ、ワライ

TEST

俺は騙されたよ。mpich ぐらい標準で入っているかと思ったのに

最近、なんかニュースない？

保守アゲ

ところで、Scientific Linuxはｼﾞｪﾝｼﾞｪﾝ関係ない話で恐縮でございますが。
Dagのsnort-2.3.3-1.2.el4.rfを使ってますが。
例のlogrotate.dのsnortで存在しないディレクトリを削除すると、こんどは下記のメ-ルがきて叱られます。
/etc/cron.daily/logrotate:
error: snort.org:4 duplicate log entry for /var/log/snort/alert
これって、どうしたら宜しいのでせうか。
何方か、ご教授願います。

CentOS と Scintific Linuxをそれぞれ数台のマシンでずっと使い比べてるけど、
yum の挙動は CentOS が優れているように思えます。 Scintific Linux は　
yum update 時に同じファイルを何度も download して、無駄が多いように思う。

>>258
なぜに同じ yum update でそんなに差が生じるんだろう? 素朴に疑問。

>yum update 時に同じファイルを何度も download して、無駄が多いように思う。
実際のところハッキリしないことでしょうが、そのことだけで
yum は CentOS の方が優れているとは判断し難いかと。
単にアップデートを早く済ませたいなら、 apt / synaptic がお推めです。

>>241
そう、Scientific Linux も CentOS　もともに RedHatのクローンという点では
全く同じ。ソースが全く同じだから、バイナリーもおなじ。微妙な差は
yum の作り込みと、壁絵ぐらいじゃないの？

>>261
ですから、その意味で書き込んだのですが。なにか？

>>261
すみません、＞壁絵ってなんですか？

Scientific Linux CERNは結構違う

>>264

Scientific Linux CERNとScientific Linuxは違うのですか？

現在、Scientific Linux CERNというディストリビュージョンは、存在していないようですが。

>>265
何を以って存在していないと断言するわけ?

>>266
では、Scientific Linux CERNは、どこにあるのですか？

>>267 掲示板で尋ねる前にFAQをよく嫁。
http://linux2ch.bbzone.net/index.php?FAQ%2FDistribution%2FScientific

>>268
必死の言い訳、みっともないよ。笑

>>264>>266>>268
っで、Scientific Linux CERNなるディストリビュージョンは、存在するやいなや？

>>269-270
上で書き込んだ者とは違うが，SL CERN はあるよ．使ったことないからどの程
度違うかわからないが，能書きを読んだ限りでは違いがありそうだね．

http://linux.web.cern.ch/linux/

FAQ にも「CERN Linux 編」にリンクあるし，そのすぐ上に

「CERN のウェブサイトにも、Scientific Linux CERN 3 (SLC3) に関する情報が掲載されているので、参照してください。
* CERN Linux pages」

とも書いてあるけど．

FAQ 読んでもわからなかったの？

CERN 自体としては SLC 4 飛ばして SLC 5 を採用するみたい．

横レスｽﾏｿ

ちと質問ですが、
SL自体は、RHELのクローンですよね。
現在のSL４はRHEL４のクローンつうことだと思います。

>>271氏の提供情報の
＞CERN 自体としては SLC 4 飛ばして SLC 5 を採用するみたい．
つうことは、セルン研究所のCERNからSLCなる５が登場するとのことなんでしょうか？？
そうすると、まだRHEL5は登場してませんからSLC５なるものは、既存デストリのクローンでなくて
オリジナルってことになりますか？
くだらない質問して重ねてｽﾏｿです。

自己レスです
http://linux.web.cern.ch/linux/scientific4/
ここに書いてありますた。
Important note: Following a decision by the LXCERT committee,
SLC4 is not supposed to be widely deployed at CERN.
Instead, the next version (SLC5) is the one that will be used
at LHC startup, and most CERN services are expected to stay
on SLC3 until then.
SLC5 (at least a "good" test version) is expected to be available
in 2Q2006. SLC4 will be certified only to have an alternative
in case the SLC5 certification is delayed too much to make
the LHC startup deadline (Nov 2006).
If SLC5 can be certified in time for LHC startup, SLC3 and SLC4
will be phased out together.

書いている通りで、SLC5 は RHEL5 のリリース後にでる　RHEL5 クローン。

Scientific Linux CERNは、とにかくCERNに特化されてる。
インストール方法のデフォルトがNFSマウントだし、
プリンタ設定とか、何号館何階のプリンタとかで指定するしw

派生ディストリとしては正しいかもね。CERN位の規模じゃないと、なかなかできないだろうけど

なんか、RHELも毎年新バージョンでるよな感じしない。
Nov 2006か、ペース速すぎ。
つうことは、現在の4.1のエラータ関係のフォローって２年で終わりか？

>>275
解説サンクスです。
Scientific Linux CERNって、こてこて一般向けではないみたいね。納得しました。

http://www.redhat.co.jp/software/rhel/
>Red Hat Enterprise Linux は、各リリース後七年間のサポートを提供ます。
>新しいバージョンの出荷は、予定では18ヵ月のスケジュールで導入されます。
http://distrowatch.com/table.php?distribution=Redhat
>RHEL4　　2005/02/15

2005/02に出荷されたRHEL4のエラータは2012/07まで出ます。
問題はCentOS 4.1とScientific Linux 4.0がどこまでフォローするかですね。
CentOS 4.1とScientific Linux 4.0の今後の予定をどなたか知りませんか？

×　2012/07まで出ます。
○　2012/02まで出ます。

Scientific Linux のサポート予定は以下に記述されてます。ただ、これはあくまでも
プランなのでユーザ（利用している研究グループ）の要望等が反映されると思われます。

https://www.scientificlinux.org/about/future

>>280
情報ありがとうございます。

http://www.jp.redhat.com/software/rhel/support_policy_jp.html
>Red Hat Enterprise Linux version 4
>フルサポート(ハードウェアアップデート含む): 2005年2月15日から2007年8月31日
>デプロイメントサポート: 2005年2月15日から2008年2月29日
>メンテナンスサポート: 2008年3月1日から2012年2月29日

https://www.scientificlinux.org/about/future
対応するRHELリリースから3年セキュリティアップデートを出す予定だが、
RedHatがSRPMを公開しなくなったら早期終了するよと言うことですね。
Scientific Linux 4.0のフォローは2008/02までは確実に続くと判断しました。

CentOSの方は、CentOS Goalsには具体的な期間がありませんでしたが
Forumでlife cycleが話題になっていました。
http://www.centos.org/modules/tinycontent/index.php?id=5
>long-term support of the core
http://www.centos.org/modules/newbb/viewtopic.php?topic_id=601
>Does CentOS plan to cover this full 7 year cycle as well?
>CentOS will follow the Upstream lifecycle.
関係者は2012/02まで続くUpstream lifecycle(7年)をフォローする気ですね。

SL みたいなものはは FNAL, CERN が有る限り存続すると思うよ．
自分達で使うために必要で維持している．そして，彼らにはそれだけのスタッフと
技術力がある．ただ， RHEL based であるかどうかはまた別問題．
そこにも書いてあるように RH の方針が変わったりすれば違うものを
元にする可能性は大いにある．彼らが他の distro の方が良いと総合的に
判断すれば移るだろう．

test

貴重な情報、サンクスです。
サーバで使ってるですけど、長期的サポート考えると、CentOSの方が堅そうですね。
もっとも、５年とか７年とか先にCenOSのコミュニティーが存在し、活発に活動してる保証はないですが。
逆にFNAL, CERN が、このような短周期で消滅することは考えにくいので、
基本構想３年サポートとしながら、RHELのSRPMの公開がある限り続くとも期待できるし、
３年先とかになれば、ハードウエアもまた現在とは相当進化してる訳で、
３年あたりがプライベートや小規模なサーバでは丁度よいサポート期間なんでしょうかね。
エンタープライズレベルで使う人は、最初からRHEL使うでしょうから、３年は正解かも。
５月からサーバとして使ってます（x86_64）が、無問題だし扱いやすいしその性能には大変満足してます。
YUMで簡単に4.0→4.1にUPデートできるのも、魅力です。

>>284
> サーバで使ってるですけど、長期的サポート考えると、CentOSの方が堅そうですね
そうか? SLのほうが堅いと思うけどな。
SLはあちこちの研究所で使われているので、FNALがやめたとしても、必ずどこかが引き継ぐはず。

>>285
骨髄反射か？　ﾜﾛｽﾜﾛｽ

しかし、RedhatがSRPMを公開しなけりゃ終わりだ〜な
結局、FNALもCERNもRedhatの寄生虫こった　ﾜﾛｽﾜﾛｽ

>>284-285

SLは世界中の研究所で業務利用で使われているので、突然サポートなしになるこ
とはまず考えられません。FNALで業務で（給料をもらって）SLをメンテしている
人が複数います。

CentOSは、これまでのところ非常にうまく動いていますが、ボランティアの任意
団体がサポートしているので、ある日突然、解散、って可能性もなきにしもあら
ず。昨年も、RedHatの商標の無断使用の問題で、CentOSは RedHatの弁護士から
警告状を送られ、一応は対応したみたいだけど、そのあたりのシリアスさもかけ
ているので、今後なにが起きても不思議ではない。

個人的にはUpdateのでるのが早いCentOSのほうが好きだけど、職場のサーバで
業務利用には SL を使用しています。

YUMでの自動UPデートなんですが、先ほどMysqlサーバが落ちてました。orz
原因は、YUMで本日早朝に
# tail yum.log
Oct 08 06:34:32 Installed: e2fsprogs-devel.x86_64 1.35-12.1.EL4
Oct 08 06:34:35 Installed: krb5-devel.x86_64 1.3.4-17
Oct 08 06:34:38 Installed: openssl-devel.x86_64 0.9.7a-43.2
Oct 08 06:34:42 Updated: binutils.x86_64 2.15.92.0.2-15
Oct 08 06:34:44 Updated: mysql-devel.x86_64 4.1.12-3.RHEL4.1
Oct 08 06:34:45 Updated: net-snmp-utils.x86_64 5.1.2-11.EL4.6
Oct 08 06:35:00 Installed: kernel-smp.x86_64 2.6.9-22.EL
Oct 08 06:35:01 Updated: slocate.x86_64 2.7-13.el4.6
Oct 08 06:35:17 Installed: kernel.x86_64 2.6.9-22.EL
Oct 08 06:35:22 Updated: mysql-server.x86_64 4.1.12-3.RHEL4.1
とUPデートされたので、MySQLが再起動できなかったみたいです。
# tail mysqld.log
A mysqld process already exists at 2005年 10月 8日 土曜日 06:35:39 JST
051008 6:35:41 InnoDB: Shutdown completed; log sequence number 0 45074
051008 6:35:41 [Note] /usr/libexec/mysqld: Shutdown complete

051008 06:35:41 mysqld ended
これって、通常は自動再起動されるんですが、仕様なんでしょうか？
my.confあたりにこの手の設定項目は無かった気がしますが・・・・・・

>>288　そうそう、業務系は完全にSLで決まりですね。
って、言うと必ず厨な方が、
「エンタープライズ領域で無償のOS使うな！RHELを使え！」とか、言いそうですが。ｗ

某NTT系の会社のレンタル鯖に時々Fedora仕様を見ますが、SLにしとけば良いのにと思う。（ﾊｰﾄ

>>290
> >>288　そうそう、業務系は完全にSLで決まりですね。
> って、言うと必ず厨な方が、
> 「エンタープライズ領域で無償のOS使うな！RHELを使え！」とか、言いそうですが。ｗ
どちらでも「決まり」ではなく，適材適所だと思うが．

>>288
>RedHatの商標の無断使用の問題で
Red Hat が配布している SRPM には、その関係部分が hard-corded されているので、
対処が困難なようです。CentOS では、リリース当初から久しく Red Hat Network が
デスクトッップに表示されていましたが、現在は CentOS Network に変更されています。

Scientific 4.x では、もともと Red Hat Network に相当する機能を省略しています。
この機能をリリースするのをあきらめた訳ではなく、CERN サイトにそのベータ版が
存在します。完成すれば、 apt-indicator というパッケージ名で公式リポジトリーに
追加される予定ですよ。

>>292
すみません、その＞hard-corded って、つまりソースコード内にハードに組み込まれる訳ですか？
相当ハードそうですが？
簡単には、取り除けないコードってな意味なんでしょうか？

超ど素人の質問で、ｽﾝﾏｿです。

>>293
お書きのとおり、ほぼそういう意味で合っています。綴りは、正しくは hard-coded です。

RHN-applet に置き換わるべきパッケージがリリースされました。
これを利用するには、 yum-2.4 へアップグレードする必要があります。
現在、scientific/41/i386/contrib/RPMS/yum ディレクトリにあります。

yum-2.4.0-2.SL.noarch.rpm
yum-conf-41-5.SL.noarch.rpm
yumex-0.42-1.0.noarch.rpm
yumex-applet-2.1-1.i386.rpm

リリースの詳細：
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0510&L=scientific-linux-devel&T=0&F=&S=&P=419

CentOSは早いね。 4.2 (RHEL 4.2 クローン）がでて、祭りがはじまってる。

Release の早さだったら CentOS とかじゃないのかな．
SL はそんなに早く出そうというポリシーじゃないと思う．
そういうポリシーを取る必要も無いし，色々なポリシーが
あった方が良いと思う．

4.1をFTPｲﾝｽｺしたいのですが、フロッピ用のブートｲﾒｼﾞは、どこにありますか？
よろしこおながいします。

いやどす

そこをなんとか、おながいすます。

つうか、3.0の鹿ないのね。これで、ｲﾝｽｺしてみまつ。

mixiにコミュ作ったぜ。とりあえずcannaで記念カキコ♪

4.2は、いつ出るのであろうか？

それとも、出さないのかな？

このまま逝って、5.0まで出さないのかな？

>>303

4.2 BETA for X86_64 がでたね。 i386の 4.2 Beta は１週間前にでてます。

これらは　　40rolling/iso/ 　の下にあります。

-----------------------------------------------------------------------------
Scientific Linux 4.2 BETA for x86_64 October 25, 2005

This is a BETA, NOT indended for PRODUCTION use.

Entries with a "*" indicate that this item has changed since 4.1 .

It may be possible to upgrade to this release from Scientific Linux 3.0.4
x86_64 if the anaconda installer is used. Yum is known to NOT work.

*This includes Update 2.

See SL.documentation for the vendor release notes.

See comments/issues/test reports to [email protected]
--------------------------------------------------------------------------

おお！　>>303氏、情報THXだす。

ただ、まだ BETA 2 版なので。正式版、はこれまで大抵 Beta 2 がでてから
１−２週間後ぐらいにでてるようです。

誰も突っ込まないようなので
>286
脊髄をコツズイと読んでいたわけですな

>>306
初めて２ｃｈに北の？

2chに来て比較的長いが、その言い回しは初めて見たw

あんた突っ込まれても仕方ねえだろ>>307

>>306>>308 無理すんなｗ

>>306>>308←みたいな初心者の脊髄反射の典型例ですな

初心者の方はセキュリティガードに登ろｋ（ｒｙ

SL 3.0.x 用の新しいパッケージが　CONTRIB　に加わりましたよ。

# CONTRIB for SL 302/303/304/305 i386 now available
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0510&L=scientific-linux-announce&T=0&F=&S=&P=331

# CONTRIB for SL 302/303/304/305 x86_64 now available
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0510&L=scientific-linux-announce&T=0&F=&S=&P=449

これで、Scientific Linux をより一層活用できると思います。
SL 4.x 用についての CONTRIB　は、既にリリース済みです。

どのへんが"Scientific"なの?

>>313
使っている人や用途や機関じゃないのかな。
https://www.scientificlinux.org/documentation/faq/general1

>>313
このスレッドの過去ログに同じ話題がありますけど。

MS Officeを動作させる話題の"David"搭載、2年ぶりの待望のメジャーバージョンアップ
新製品「Turbolinux FUJI」発表

2005年11月25日より販売開始

ターボリナックス株式会社


同新製品は、2003年10月にリリースされ、リナックスOS分野で前人未踏の
52週（1年間）連続売上第一位（BCN調べ）を記録し、
数年来国内売上シェア第一位を誇るターボリナックスの
基幹デスクトップ製品「Turbolinux 10 Desktop」（以下10D）
の後継製品にあたり、 国産OSならではの完成された日本語環境はもちろん、
10Dで提唱したWindowsとの互換性をさらに強め、安全性、 安定性に優れた
デスクトップ環境を提供します。Windows環境との共存の強化により、Linux
とWindowsの優位性を融合した ハイブリッド・デスクトップリナックスOSとして、
企業、官公庁、自治体、教育機関などへの導入をより一層スムーズなものとします。
FUJIではOS本体とプラグインという新しいビジネスモデルを展開します。
これにより、ユーザーは基幹OSであるFUJIを入手すれば、
用途に応じてプラグインを足すだけで自分だけに特化したOSを利用することが可能となります。
現時点において、ビジネスユース向けプラグイン、 ホームユース向けプラグインやURLフィル
タリングソフトなど、セキュリティ関連プラグインの提供を予定していますが、都度ユーザー
ニーズを 市場から汲み取り、タイムリーに新しいプラグインを提供することがFUJIの価値を高
めるものと考えています。なお、FUJI発売と同時に プラグイン第一弾としてサイバーリンク社
の「PowerDVD for Linux」が決定しており、これら各種プラグインは新ツール"Turboプラス"経
由で提供し、 ユーザーは簡単に購入、ダウンロード、インストールができるようになります。

http://www.turbolinux.co.jp/cgi-bin/newsrelease/index.cgi?date2=20050920033408&mode=syosai

>>316
SLの話じゃないじゃん。

SLの話題ですが、

TV/キャプチャカード SAA7130-STVLP が簡単に利用可能です。
http://linux2ch.bbzone.net/index.php?cmd=read&page=FAQ%2FConfiguration%2FHardwareDevices#content_1_49

設定は、CentOS と同じです。補足しておきました。

皆さん、/etc/cron.weekly/00-makewhatis.cron:で
zcat: stdout: Broken pipeと延々と脅されるエラーが出てませんか？？

これ、RHEL3の時のエラーと同じですが、
10/28日辺りのYUMうｐデートで
Update: vixie-cron.i386 4:4.1-36.EL4 - sl-errataがうｐデートされてから、
毎週くるようになりました。
本家コミュニティー見ても、それらしき情報ナッシッグなんですが。
純粋サーバ利用で、頻繁にman引かないから、五月蝿いので
/cron.weekly/00-makewhatis.cronは、削除してしまいました。アハハ！

>>319
漏れの所でも発生。

/etc/cron.weekly/00-makewhatis.cronの件ですが、こちらでも出てます。
i386サーバとx86_64の両方のサーバで、全てでまくり状態。orz
しかし、UPデートがエラーのもとって、どんなエラータしてんでしょうか？

放置しとけば、その内対応してくれるんだろか？
なんか、危ないデストリって感じしてきました、CentOSやRHEL4では出てないのかな？

これですよね↓
/etc/cron.weekly/00-makewhatis.cron:
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe
zcat: stdout: Broken pipe

これ?
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170402

>>323
.src.rpm の中の man-1.5o1-pipe_makewhatis.patch 見てみたら
エラーを捨ててるだけだった。
気にしなくていいってことか。

こっちかも？
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=64836

エラーメールつながりで、
DAGのsnortで、修正してもしなくても毎日、怒られてる。
/etc/cron.daily/logrotate:

error: error accessing /var/log/snort/*: No such file or directory
error: snort:4 glob failed for /var/log/snort/*/*log

修正済みの方のサーバ
/etc/cron.daily/logrotate:

error: snort.org:4 duplicate log entry for /var/log/snort/alert

面倒なので、特別対応せず放置します。

一般的サーバ用途には、このデストリは向かないね。
半年お付き合いして、漸く理解できた。

コミュニティが、しょぼい。
エラータが、しょぼい。
うｐデートが、しょぼい。

研究所のクラスタ用やその手の研究者用ワークステーションと思えば、理解できる。
完全にそれようなんだから、文句いえんか。orz

>>326
> error: snort.org:4 duplicate log entry for /var/log/snort/alert
これはお前が悪いだろ。
rm /etc/cron.daily/logrotate/snort.org

違った、
rm /etc/logrotate.d/snort.org
だ。

>>327
とにかく、素早いのが好みならば、Centos へどうぞ。

>>327
何百台もあるノードを頻繁にアップデートするのは手間がかかるし、
あんまり頻繁にアップデートしてくれなくて良いよ。
アップデートの好きなマニアには向かないけど、安定したサーバ上で遊びたい個人には向いてると思うよ。

新しめのパッケージは、ここで手にはいる。でも、そのままだと動かないこともある。
http://sea-mew.jp/nox/modules/rpms/
ここも寂れてるし、コミュニティーがしょぼいのは、反論できない。

SL の場合は FNAL/CERN といった大きな研究所で使っていくための
もの。だから安定性重視で最新のものを追い掛けるという人には
向かないと思う。壊れてなければ直さない的な感じじゃないかな。

ところで、4.2はまだかいな？？

CentOSは、もうPHP4.41でたの？
SLで研究所のクラスタでPHPなんか使わないから、永遠にエラータでそうもないな。orz

なんか漏れが神経質すぎるのか
その＞安定したサーバ上
だけど、安定してるのと、安全とは別の方向でないの？

あまりに、放置のエラータとか忘れたころのエラータじゃ、
散々やられまくってボロボロになっちゃうよ。
公園で少女が襲われて110番しても、おまわりさんが鈍くてまに合わない感じ。ｗ
皆は、早いうｐデート不要論かもしれんけど、安全にもかかわってると思うけど。
そう言った意味でも、研究所とか限られた得意の環境向きのデストリだと思うべさ。

ALLｽﾝﾏｿ

×研究所とか限られた得意の環境向きのデストリだと思うべさ。
○研究所とか限られた特異な環境向きのデストリだと思うべさ。

>>334-335
深刻なセキュリティー問題に関する update がそんなに遅い?

気になるなら自分で直せよw
ついでにcontributeしたれ

ユーザー/開発者の規模の違いを考えれば、
そもそも細かいケアが期待できない事位インスコする前にわかりそうなもんだが。

[公式]
Its primary purpose is to reduce duplicated effort of the labs,
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　~~~~~~~~~
and to have a common install base for the various experimentors.
　　　　　　　　　　　　　　　　　　　　　　　　~~~~~~~~~~~~~~~~~~~~~~~~~~

普通LANの奥深くに護られてDAQやcomputingを行うサーバに安全も糞も無いと思うがね。
勿論、極力そういうのは追随して欲しいが人手には限界があるだろ

>>337
＞ユーザー/開発者の規模の違いを考えれば、
＞そもそも細かいケアが期待できない事位インスコする前にわかりそうなもんだが。

確かに、ご指摘のとおりだつた。
漏れの間違い、甘えだつた。orz wwwwww

つうか、こうなったら２ｃｈ-contributeでYUMから逝っちゃうなって奇特なボランティアいない？
漏れ的に>>336を強く推薦すます。

個人的には、先のPHPは待ってられんから入れなおした。
管理してるサーバで、WEBアプリがプリプリなんで、PHPは已む無しだった。
確かに、＞LANの奥深くに護られてDAQやcomputingを行うサーバに安全も糞も無いと思うがね。
は、そだろね。

>>336
次を見て、自分で判断してください。

SCIENTIFIC-LINUX-ERRATA Archives
http://listserv.fnal.gov/scripts/wa.exe?A1=ind0511&L=scientific-linux-errata&D=0&H=0&O=T&T=0

つうかあれだな
SLはセルフエラータシステムって最新の方式とってるわけよ

これ理解できてないﾔｼが大杉
>>339あたりはSL使う□なしだなｗ

>>334
> だけど、安定してるのと、安全とは別の方向でないの？
そうかもしれない。
でも、最新のupdateが本当に安全かどうかはわからないので、
それほど深刻でない(リモートからの攻撃を許すわけではない)アップデートは、
多少遅くなってもかまわないけどね。

SLの最大のウリは5年長期メンテナンスなので、
これにメリットを感じない人は、CentOSとかFedoraとかにしたほうがいいと思う。
2chでエラータリリースするぐらいなら、CentOSのほうがお勧め。

http://www.jp.redhat.com/support/RHEL_support/AS4/errata_AS4.html
Red Hat Enterprise Linux AS (v. 4)
2005-11-03 RHSA-2005:828 Important: libungif security update
2005-11-02 RHSA-2005:807 Moderate: curl security update
2005-11-02 RHSA-2005:812 Important: wget security update
　　　　　　　　↓
Nov 09 05:57:11 Updated: curl.x86_64 7.12.1-6.rhel4
Nov 09 05:57:13 Updated: wget.x86_64 1.10.2-0.40E
Nov 09 05:57:15 Updated: libungif.x86_64 4.1.3-1.el4.2

だいたい、１週間のタイム差。これを遅いと見るかそこそこと見るか。
ま、タダなんだし、１週間遅れで、よくやってると思うのは、漏れだけですか？

＞2chでエラータリリースするぐらいなら、CentOSのほうがお勧め。

これやったら、�dでもない物を仕込むヤシが必ずでてきそうｗ

>>343
俺には十分早く感じるタイムスケールだな。
人によって要求水準が大分違うってことかな。

よく話のでるCentOSって、RHELとのタイムラグってどの位なんですかね？
UPデートと新バージョンは、滅法早いのはよく聞くけど。

>>342
＞SLの最大のウリは5年長期メンテナンス

これって、ソースありますか？
３年だったような・・・ソースは忘れましたが、SL3で３年と見た気がします。

SLは、エラータに関しては、ここの一部の人達が指摘してるほど、遅くないと思う。
それに、遅い遅いと騒ぐなら、最初からRHELを使うべし。
これなら、RedHat任せでタイムラグ無しですが。
もっとも、そうなったらまた、RHELは遅いと言い出しそう。ｗ

重ねて投稿して、ご免なさい。スレ汚しスマソです。

ていうか RHEL4 ベースの SL は CERN にとっちゃ唯の繋ぎで、
本命のLHC世代には捨て捨てでしょう？

SLはFNALがメンテしている。CERNは　SLのローカル版のSLCをだしている。
CERNやLHCプロジェクトがどうしようが、SLには関係ない。

>>321-322
/etc/cron.weekly/00-makewhatis.cron
makewhatis -w
↓
makewhatis -u -w
uオプションが、無いために古いページを見にいく為に発生するみたい。
-uを追加することにより、正常にまわるようになると思われます。

>>333
PHPのUPデート版が11/13で出てますよ。
SLは、この手の緊急は、決して遅くないと思うのですが、ダメですかね？

RHEL4-AS
RHSA-2005:831 Moderate: php security update 2005-11-10

SL-UPDATE　2005-11-13
Update: php.x86_64 0:4.3.9-3.9 - sl-errata
Update: php-gd.x86_64 0:4.3.9-3.9 - sl-errata
Update: php-imap.x86_64 0:4.3.9-3.9 - sl-errata
Update: php-ldap.x86_64 0:4.3.9-3.9 - sl-errata
Update: php-mbstring.x86_64 0:4.3.9-3.9 - sl-errata
Update: php-mysql.x86_64 0:4.3.9-3.9 - sl-errata
Update: php-odbc.x86_64 0:4.3.9-3.9 - sl-errata
Update: php-pear.x86_64 0:4.3.9-3.9 - sl-errata
Update: php-pgsql.x86_64 0:4.3.9-3.9 - sl-errata
Update: php-snmp.x86_64 0:4.3.9-3.9 - sl-errata

以前にもこのスレでCERN版SLのSLCのことを持ち出してグダグダやってる人がいたが。
上の人と同一人か？

くどいんだよ、SLとSLCは、関係ないの。
何度、言ったら解るんだろね、この人。
定期的に、書き込むんだよね。

>>346

おっしゃる通りサポートは初期リースから３年と scientificlinux の公式
ページにかかれています。

https://www.scientificlinux.org/about/future
Long Term Support
Scientific Linux has plans to do security updates for 3 years from the
initial release of an Enterprise product. So for the Scientific Linux
3.0.x line, we plan on doing security updates for 3 years from the release
of Enterprise 3. When we get close to the end of that we will make a more
exact date.

>>353
UNknown for Scientific Linux 4.x.

>>353氏、丁寧な情報をありがとうございます。
リンク先のページの一番下にロードマップのリンクありで、
ロードマップにSL３，４，５の詳細情報がありました。
https://www.scientificlinux.org/distributions/roadmap
SL4は、End Support Date　at least until　2008-02-28
Sl5は、at least until　2009-fall
今月中に、SL4.2が出そうですね。
このロードマップ見る限りでは、SLはやはり３年ベースでのサポートのようです。
３年経てば、ハードは劇的に進化してるでしょうから、
サーバベースでも３年周期での更新の時代なんでしょうか？

RHELのサポートページと比較してまして、
http://www.jp.redhat.com/software/rhel/support_policy_jp.html
SL3のサポートが2007-10-31となってますが、
恐らくRHEL3のデプロイメントサポート: 2003年10月23日から2006年10月31日ですので、
間違いですね。
SL4もRHEL４のデプロイメントサポート: 2005年2月15日から2008年2月29日を
そのまんま、踏襲してるようです。一日短いのは、RHEL日本なんで時差の関係でしょうか？

今さっききたメール。SL3.0のサポートは2007.10.31 まで延長。

Date: Tue, 15 Nov 2005 11:26:22 -0600
Subject: Support for Scientific Linux 3.0.x extended to October 31, 2007
To: [email protected], [email protected]

Support for Scientific Linux 3.0.x will last until October 31, 2007.
This is an extension of a year beyond the original date which was 'at
least until October 2006'.

Because our plans had been a little vague before, we have created a
Scientific Linux roadmap web page. It is found at

https://www.scientificlinux.org/distributions/roadmap

>>357
うぅ、ホンとですね・・・RHELのサポートツリーとは関係ないってこと？

>>358
これは、security updates に限っての話だと読めますね。

SL4も、SL3にならって延長されるかもしれないね。
ま、来年中にはSL5がでるロードマップになってるから、バージョンUPって手もあるけど。

しかし、SL側でロードマップを出してくれたんで、
このアップデート期間がようやくはっきりしてよかったね。
http://linux2ch.bbzone.net/index.php?ScientificLinux-FAQ
↑
だれぞ、ここに追加してくれ↓この続きあたりがええでないの？
このディストリビューションがある日突然消えて無くなるという心配はありませんか？ †

スマソ、↓ここですな
各リリース版のセキュリティサポートはいつまで継続される予定ですか。 †

>>361
https://www.scientificlinux.org/distributions/roadmap
折角なので、このページを丸ごと翻訳してしまいましょう。
公式ウェブサイトの文書は、全てパブリック・ドメインですから。
http://linux2ch.bbzone.net/index.php?ScientificLinux-FAQ%2FRoadMap で作業します。

>>362氏

お手数お掛け致します。多謝

4.2出たね。

もうみんな、うｐしたの4.2？

>>365
今日やろうかな。理研にもミラーされたし。

yumでの4.2うpグレイドですが
ftp://ftp.scientificlinux.org/linux/scientific/42/i386/misc/RPMS/yum-conf-4x.SL.noarch.rpm
やっと、でますた。
昨日までのyum-conf-42ー3.SL.noarch.rpmでは、途中エラーで先に進めませんが、これで大丈夫かと。

>>362
ナイスなページ、アリガトン

YUMで4．2にうpデートしたら，途中でエラーでてダメポですた．
他のミラーから実行すれとか言われて，進めません．ショボーン

>>367-369
>途中でエラーでてダメポですた．
>他のミラーから実行すれとか言われて，進めません
メインサイトより実行しようとするからでしょう。
当然、ミラーサイトを利用すべきです。

ミラーサイトに接続するには、etc/yum.conf で設定します。

>>367

漏れはCentOS 4.1→4.2でハマってSL4.1に乗り換えてたんだが、
SL4.1→4.2でも同じ問題が出るとは思わなかったぞ。
RHEL4クローンは必ず通る道なのだろうか。

ちなみに踏んだのこれ。
http://bugs.centos.org/view.php?id=1049

http://bugs.centos.org/view.php?id=1050
に書いてある通りに dmraid を削除したら直った。

yum update で有無を言わさずこのバグ踏まされるCentOS 4.1と違って、
SL4.1 は無理にアップデートしようとしなければ踏むことはなかったわけで、
特に不都合がなかったのにわざわざアップデートして同じバグ踏んだ自分に(´･ω･`)ｼｮﾎﾞｰﾝ

>>371
>SL4.1 は無理にアップデートしようとしなければ踏むことはなかったわけで
SL の場合、敢えて無難な選択ができるようなポリシーを採用していますね。
RHEL からリリースされるアップデータには、時としてバグが含まれているので、
盲目的に追従していると危険なこともあります。

>RHEL4クローンは必ず通る道なのだろうか。
"RedHat is not perfect, and sometimes their errata completely break programs."
https://www.scientificlinux.org/documentation/faq/errata

っうわけで、SL自体はまだ4.2バージョンUPを発表してないのよね。

やっぱ、正式アナウンス受けてからＵＰしろってこった、おまいら！

i386の SL41 から SL42へ　yumで無事に update できました。試してみる人は自己責任で。
手順は以下の通り。

1. rpm -Uvh ftp://ftp.scientificlinux.org/linux/scientific/42/i386/misc/RPMS/yum-conf-4x.SL.noarch.rpm あるいはミラーをつかって
　 rpm -Uvh ftp://ftp.riken.jp/Linux/scientific/42/i386/misc/RPMS/yum-conf-4x.SL.noarch.rpm
2. /etc/yum.conf 　あるいは、/etc/yum.repos.d/sl.repo、 /etc/yum.repos.d/sl-errta.repo を編集して SL 41 のディレクトリを SL 42にかえる。
3. yum update yum
4. yum upgrade

あかじめ、/etc/yum.conf 　あるいは、/etc/yum.repos.d/sl.repo、 /etc/yum.repos.d/sl-errta.repo
は国内ミラーに変更しておきます。 こららのURL中の directory は SL42 の 42 に変更しておきます。

3.の　yum update yum では後半は以下のようにでるはずです。

Dependencies Resolved
Transaction Listing:
Update: yum.noarch 0:2.4.0-3.SL - sl40server

Performing the following to resolve dependencies:
Install: python-elementtree.i386 0:1.2.6-4 - sl40server
Install: python-sqlite.i386 0:1.1.6-1 - sl40server
Install: sqlite.i386 0:3.1.2-3 - sl40server
Install: urlgrabber.noarch 0:2.9.6-1 - sl40server
Total download size: 766 k

4. の yum upgrade 　のメッセージの一部を以下に示します。

Transaction Summary
=============================================================================
Install 5 Package(s)
Update 160 Package(s)
Remove 0 Package(s)
Total download size: 452 M
Is this ok [y/N]: y
Downloading Packages:
:

Updating : libgcc ##################### [ 1/325]
Updating : redhat-artwork ##################### [ 2/325]
:
Updating : vsftpd ##################### [164/325]
Cleanup : crash ##################### [166/325]
:
Cleanup : udev ##################### [324/325]

Installed: kernel.i686 0:2.6.9-22.0.1.EL kernel-devel.i686 0:2.6.9-22.0.1.EL kernel-module-openafs-2.6.9-22.0.1.EL.i686
Complete!
#

無事に　　SL4.1 → SL4.2 になりました

# cat /etc/redhat-release
Scientific Linux SL release 4.2 (Beryllium)
# uname -a
Linux host.domain 2.6.9-22.0.1.ELsmp #1 SMP Thu Oct 27 10:53:36 CDT 2005 i686 i686 i386 GNU/Linux

ちなみに、　/etc/yum.conf の設定例　（自己責任でお願いします）

（/etc/yu,.conf ファイルの後半部分）
# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d
[sl-base]
name=SL base
baseurl=ftp://ftp.riken.jp/Linux/scientific/42/$basearch/SL/RPMS/
[sl-errata]
name=SL errata
baseurl=ftp://ftp.riken.jp/Linux/scientific/42/$basearch/errata/SL/RPMS/

377の typo訂正

/etc/yu,.conf →　　/etc/yum.conf

>>377 の /etc/yum.conf で yum updateの途中でエラーが出る場合は　以下で
yum updateでうまくいくようです。(ftp: でなく http: で接続する）

/etc/yum.conf の後半

# PUT YOUR REPOS HERE OR IN separate files named file.repo
# in /etc/yum.repos.d
[sl-base]
name=SL base
baseurl=http://ftp.riken.jp/Linux/scientific/42/$basearch/SL/RPMS/
[sl-errata]
name=SL errata
baseurl=http://ftp.riken.jp/Linux/scientific/42/$basearch/errata/SL/RPMS/

Subject: Scientific Linux 4.2 for i386 is now available
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0512&L=scientific-linux-users&T=0&F=&S=&P=1427

We would like to thank everyone for their patience, testing, bug
reports, patches and encouragement.

Included are the SL.releasenotes and the Upstream Vendor release notes.
Please read both of them.

-Connie Sieh
-Troy Dawson

------------------------------------------------------
Scientific Linux 4.2 for i386 November 22 , 2005

Items marked with a "*" indicate changes since 4.1 .

It should be possible to upgrade from Scientific Linux 3.0.x via the
anaconda installer. Yum is known to NOT work.

*This includes Update 2

See SL.documentation for the vendor release notes.

See comments/issues/test reports to [log in to unmask]

--------------------------------------------------------------------------

We would like to thank everyone for their patience, testing, bug
reports, patches and encouragement.

Included are the SL.releasenotes and the Upstream Vendor release notes.
Please read both of them.

-Connie Sieh
-Troy Dawson

------------------------------------------------------
Scientific Linux 4.2 for x86_64 November 22, 2005


Entries with a "*" indicate that this item has changed since 4.1 .

It may be possible to upgrade to this release from Scientific Linux 3.0.4
x86_64 if the anaconda installer is used. Yum is known to NOT work.

*This includes Update 2.

See SL.documentation for the vendor release notes.

See comments/issues/test reports to [log in to unmask]
--------------------------------------------------------------------------

アナウンスを忘れていたみたいで、 SL4.2 の　i386, X86_64 は１１月２２日に
リリースされており、すでに同日前からミラーにもあります。　

>アナウンスを忘れていたみたいで
そうとも限らないと思います。最新リリースは、アナウンスよりも先にミラーに
アップロードされていることが多いです。
リリースに不具合が見つかれば、幾度も修正した内容が反映され、最終的に
正式なアナウンスが出るという手順を踏むようですね。

Scientific Linux 4.2 の概要が速報されました：

"Distribution Release: Scientific Linux 4.2"
http://distrowatch.com/3086

>>386
どうでもいいことだけど、正式リリースのアナウンスの文面の日付をよくみよう。

Scientific Linux 4.2 for i386 November 22 , 2005
Scientific Linux 4.2 for x86_64 November 22, 2005

>>390
わかったか？

>>390
うすのろめ。

>>390
っで、4.2はどのあたりが変わったのでせうか？

>>390
どんな感じよ？

i386のUPデートは、ディレクトリを41→42に書き換えなくてもOKでした！

x86_64の方ですが、例のエラーで途中で止まってUPグレードは不可ですた。
理研ミラーも理研ミラーのHTTP:に試しましたが、完全にアウト。
rpmdb-SL-42-0.20051122.x8 100% |=========================| 4.2 kB 00:00
ftp://ftp.scientificlinux.org/linux/scientific/42/x86_64/SL/RPMS/rpmdb-SL-42-0.20051122.x86_64.rpm: [Errno -1] Header is not complete.
Trying other mirror.
Error: failure: rpmdb-SL-42-0.20051122.x86_64.rpm from sl-base: [Errno 256] No more mirrors to try.

rpmdb-SL-42-0.20051122.x86_64.rpm←こいつを、何とかして下さい、おながいすます。

>>390
そいつを手動で入れてみ．yum-confと同様に．

>>391
やったら、次のrpmdb-SL-42-0.20051122.x86_64.rpmがダメときた。

もう、ダメポ！orz

rpmdb-SL-42-0.20051122.x8 100% |=========================| 4.2 kB 00:00
ftp://ftp.scientificlinux.org/linux/scientific/42/x86_64/SL/RPMS/rpmdb-SL-42-0.20051122.x86_64.rpm: [Errno -1] Header is not complete.
Trying other mirror.
Error: failure: rpmdb-SL-42-0.20051122.x86_64.rpm from sl-base: [Errno 256] No more mirrors to try.

うちではrpm -Uvhでうまくいったけどなあ，ftp://ftp.riken.jpだけど．
ところで，yum update yumやった？関係ないか．

もちです。
先に、i386の方を手順どおりにUPグレードして、無問題。
続けて、x86_64の方をはじめたら、STOPですわ。

なんか、手動でrpmdb-SL-42-0.20051122.x86_64.rpm入れても、
同じrpmdb-SL-42-0.20051122.x86_64.rpmのヘッダーが屁たれてると警告される。
削除して、再チャレンジしても、状況変わらすであきらめますた。

ま、前回の4.1の時もx86_64は公開されて暫くは同様なエラーで出来なかったけど。
確か、4.1の時も正式公開されてから１ヶ月後位に再トライして上手くいった希ガス。
しばらくしてから、またやってみます。
お騒がせして、すんまそでした。

度々お騒がせでスマソです。
本家のメーリングリストに、投稿してくれた人がいて、今、直されてます。
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0512&L=scientific-linux-users&T=0&F=&S=&P=9199
つうことで、無事にUPグレード完了すますた。

投稿してくれた、人に感謝。

4.2使っているんですが、software suspendを使えるようにしたいと思ってkernelの再構築を試みているんですが、ひっかかっています。
/usr/src/kernels/2.6.9-22.0.1.EL-hugemem-i686で
make bzImageなどとしているのですが、
CHK include/linux/version.h
HOSTCC -fPIC scripts/kconfig/zconf.tab.o
HOSTLLD -shared scripts/kconfig/libkconfig.so
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/mconf.o
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf -s arch/i386/Kconfig
#
# using defaults found in .config
#
SPLIT include/linux/autoconf.h -> include/config/*
HOSTCC scripts/genksyms/genksyms.o
HOSTCC scripts/genksyms/lex.o
HOSTCC scripts/genksyms/parse.o
HOSTLD scripts/genksyms/genksyms
CC scripts/mod/empty.o
MKELF scripts/mod/elfconfig.h
HOSTCC scripts/mod/file2alias.o
HOSTCC scripts/mod/modpost.o
HOSTCC scripts/mod/sumversion.o
HOSTLD scripts/mod/modpost
make[1]: *** `init/built-in.o' に必要なターゲット `init/main.o' を make するルールがありません。中止。
make: *** [init] エラー 2
などとでてきてmakeが進みません。どなたかご教授いただけないでしょうか?

日本語入力関連ソフト SCIM-Anthy が更新されてより便利になっていますが、
パッケージ間の依存関係が相当変更されています。
新しくインストールする方は注意してください。

したがって、次の関連FAQは、現状に合わせて更新しておきました。
http://linux2ch.bbzone.net/index.php?SCIMFAQs

>>397
乙。

ところで、SLでATOK-LINUX使ってる人います？

いないようですね。
ところで、SLのFAQめちゃ古くなった。

新年おめでと、保存ｱｹﾞ

Scientific Linux Tips が見れないのですが・・・・・・落ちてる？

>>399
そうそう＞SLのFAQめちゃ古くなった。
何気に過去に戻ってるね。

YUMのGUI化ツールのyumex（Gnomeデスクトップ用）とyum-utilsって、あったのね。知らんかった。orz
yumex-0.42-9.0.SL
yum-utils-0.3.1-1.SL.2
早速、両方ｲﾝｽｺしてみた。
yum-utiは、なかなか便利で貯まったカーネルをばっさり捨てますた。
一方のGUIのyumexですが、固まって動かん。orz
漏れの環境が、ショボ杉のようですた。
yum-utilsなどの説明場所
http://yanbaru.dyndns.org/linux/yum.html

誰か日本語tex使う方法教えてくださひ。

かめをうごかせ

SLでクラスタしてる人いますか？

ロードバランシングクラスタだと、有り難いことに
piranha i386 0.8.1-1 sl-base
ipvsadm i386 1.24-6 sl-base
YUMから一発インストールなのですが、HAクラスタはしこしこDRBDをRPM化してますが、
何かもっと簡単にHAクラスタ構成できるモノないすかね？

津波に、piranha.x86_64 0.8.1-1 sl-base　もあるんすけど。
もともとがSLは、クラスタOSなので当たり前すけど。

負荷分散クラスタサーバ構築を無料でやるなた、SLは最強かもしれません。
HAが無いのが・・・・・・・・orz

>>398
ATOKXなら使ってる。SL4で。

ウルトラモンキ３もSL4.2で動くと思います。（注：NTTなんたらでやってるのはUモンキの2の方）
http://www.ultramonkey.org/3/
尚、ipvsadmはyumから最新版をｲﾝｽｺしてください。

piranhaでのロードバランシングはここが解り易いです
http://www.stackasterisk.jp/tech/systemConstruction/cluster04_01.jsp

drbd＆heartbeatでHAクラスタの練習中なのですが、ノード2台で/homeをdrbdの共有ディスクとしてます。
Mysqlなどのデータ保存領域を/var/lib/mysqlから/home/lib/mysqlにした場合、
セカンダリ側ノードのMysqlが/home以下をmountしてない為に起動できません。
シンボリックリンクではセカンダリ側には反映させられませんので、ミラーの/home 以下に設定するしかないのですが、
この場合、どうやって皆さんは設定してるのでせうか？

宜しくご教授ください、おながいすます。

ｼﾞｺ解決すますた

セカンダリのノード起動時は、確かにDRBDによってセカンダリのノード以下がマウントされてないので
エラーでまくりです。
しかし、プライマリノードが落ちるとheartbeatによって直ぐさまセカンダリのノードの/homeのmountと
httpd，mysqld等が起動される為に、数秒で表示されるようになってますた、なるほどよく出来てます！

ただ問題なのは、現状でプライマリノード起動時にMysqlを再起動させないとダメポ！
/var/lib/mysql→/home/mysqlとして/etc/my.confでdatadir=/home/mysqlとしてます
何気にか同設定でセカンダリ側ノードはまんま綺麗に立ち上がってLAMP系のCMSなど2-3秒のラグで表示してます
ま、仕様と考えて起動後にMysqlを再起動すれば無問題なんどすが、どうもどこか違ってるような・・・・
どなたか、ご教授ください、おながいすます。

SLなかなか流行りませんねー。

SL4のbittorrentパッケージがサーバも含んでいたので、
SL4のDVD ISOをtorrentで配布してみました。
http://sea-mew.jp/nox/modules/rpms/torrent.html
です。必要な方は試してみてください。

>>413　乙

>>412
クラスタ関連では、インストール時にサーバを選択すれば
RedHatクラスタSuiteが、そのまんまインストールできます。
但し幾つかのデモ−ンやコマンドは後からyum installする必要がありますが
取敢えずはHAも負荷分散のpiranhaも両方ともに使うことができるようです。
いまのところ、RH社の日本サイトにはRHEL４クラスタSuiteのマニュアルはありませんが
RHEL３のものが公開されてますから、少しは参考になるかもしれません。
HAクラスタのRHクラスタSuiteは、アクティブ＆スタンバイ方式の共用ストレージ用のようです。
ですから、結構大掛かりなシステム構成になってしまうかもしれませんね。

Scientific Linux Live CD/DVD 32/64bits
ttp://linux.web.psi.ch/livecd/

＞413
落ちてこないよｳﾜｱｱｱｱﾝ

ttp://listserv.fnal.gov/scripts/wa.exe?A2=ind0603&L=scientific-linux-announce&T=0&P=78
Scientific Linux 4.3 for i386 is now available for testing. Please read
these release notes and the attached Upstream Vendor Update 3 release
notes.

ftp://ftp.scientificlinux.org/linux/scientific/40rolling/i386/

iso images

ftp://ftp.scientificlinux.org/linux/scientific/40rolling/iso/i386/

-Connie Sieh
-Troy Dawson

>>418
http://sea-mew.jp/torrent/SL.43.031706.i386.DVD.iso.torrent
呼ばれてないけど、また自分用DVD ISO作ったので、欲しい方はどうぞ!

http://listserv.fnal.gov/scripts/wa.exe?A2=ind0603&L=scientific-linux-announce&T=0&P=746
Scientific Linux Release Candidate 1 for 4.3 on i386 March 28, 2006

File: SL.43.033106.i386.disc1.iso 619148 KB 2006年03月31日 20:01:00
File: SL.43.033106.i386.disc2.iso 650268 KB 2006年03月31日 20:02:00
File: SL.43.033106.i386.disc3.iso 653570 KB 2006年03月31日 20:03:00
File: SL.43.033106.i386.disc4.iso 452656 KB 2006年03月31日 20:04:00

日本のミラー
ftp://ftp.riken.go.jp/Linux/scientific/40rolling/iso/i386/
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/40rolling/iso/i386

>>420 乙

もう、4.3でたのね。
年末にRHEL5でるから、これが最後のバージョンUPかな。
SLのUPは､毎度最初はいろいろあるから１ヶ月くらい後にじっくりUPさせてもらいやす。

＞421
4.3ではなく、4.3のRC(リリース候補)。

Subject: PSI's Scientific Linux Live 4.2 - where to mirror it
Date: Fri, 14 Apr 2006 14:58:56 -0500

Hello,
Urs Beyerle from PSI has made some great Scientific Linux Live CD's (and
DVD's)
I wanted to make an announcement about them, but I am a bit worried that
it might go to DistroWatch, and the response from there might bring a
bit more traffic than PSI might want.
So I wanted to mirror them on ftp.scientificlinux.org, but I'm a bit
worried about our mirrors, and this being too much for them.

Anyway, the short of it is, where do people think we should put them?
(And furture live CD's)

Part of me wants to put them someplace like

scientific/livecd/

while part of me wants to put them in the appropriate iso directory

scientific/42/iso/livecd

I'm also wondering if maybe just putting them up on a bittorrent would
be best.

What do people think?

-ttp://listserv.fnal.gov/scripts/wa.exe?A2=ind0604&L=scientific-linux-devel&T=0&P=1277

おお。＞416のところのが正式採用になったようですな。
LIVECD/miniCD(約180M/i386のみ）/DVDの3種類。

日本のミラー
ftp://ftp.scientificlinux.org/linux/scientific/livecd/
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/livecd/

>>424
>>228-236 あたりが、そもそもの始まりですね。
変更がなければ、日本語サポートがまだ続いているのかも知れませんが。

補足。
tp://ftp.kddilabs.jp/Linux/packages/scientificlinux/livecd/42/i386/livecd_SL42_2006-03-26_rpmlist.txt
を見ると日本語フォント
fonts-ja
kde-i18n-Japanese
ttfonts-ja
があって、一方のDVD版には Canna-libs が含まれていますね。

＞424
上は間違い。何で間違えたんだろ。rikenからとってきたはずなのに。

訂正。
日本のミラー
ftp://ftp.riken.jp/Linux/scientific/livecd/
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/livecd/

4.2 Live CD 日本語版登場
ttp://2.csx.jp/livecdroom/#slinux

4.3のディレクトリーと
i386のパッケージが来てた
リリースもうすぐかね

ftp://ftp.scientificlinux.org/linux/scientific/43/i386/SL.releasenote
Scientific Linux Release Candidate 2 for 4.3 on i386 April 28, 2006

ftp://ftp.scientificlinux.org/linux/scientific/43/i386
ftp://ftp.scientificlinux.org/linux/scientific/43/iso/i386
注:日本時間2日18時現在まだisoのディレクトリーはありません。

i386 43 iso　日本にもきてるね
ftp://ftp.riken.jp/Linux/scientific/43/iso/i386
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/43/iso/i386

SLのカーネルのソースコードってどこで手に入れられますかね？
/usr/srcにはないようなのですが...

>>432
kernel-source

5日に出たの、rc2.5って…小数かよ!

Scientific Linux Release 4.3 on i386 is now available
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0605&L=scientific-linux-announce&T=0&P=439

Scientific Linux Release 4.3 for x86_64 is now available
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0605&L=scientific-linux-announce&T=0&P=561


リリース版来ましたよ


日本のミラー
ftp://ftp.riken.jp/Linux/scientific/43
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/43
ほか1箇所

リリース記念age

アップグレード手順は同じなのかな。

>>433
�d

っで、皆はもうＵｐしたの？

報告、キボンヌ

SLのＵｐって、毎度公開初旬はyum update yumで問題おこるんだよね。
皆の完了報告聞いてから、Ｕｐします。

yum update yum おKだったよ。
てか、クリーンインスコはstage2でこける。

依存関係がおかしいの直ってねーのか

4.3になって、ＸＦＳ用のKernelは何処に？？
/home以下をXFS化してるんですが、このままではバージョンUPできないよ！orz

>>443

同じRHEL4.3 のソースからBuildしている CENTOS には　CENTOSPLUSに
XFS,JFS,ReserFSをすべてサポートしているkernelがあるからそれを
rpm -ivh でインストールするのが簡単で確実。

i386の場合は、
ftp://ftp.riken.jp/Linux/centos/4.3/centosplus/i386/RPMS/
に各種のversionのkernelがあります。最新版は

kernel-2.6.9-5.0.5.106.unsupported.i686.rpm
kernel-smp-2.6.9-5.0.5.106.unsupported.i686.rpm
kernel-hugemem-2.6.9-5.0.5.106.unsupported.i686.rpm

>>444
情報、どうもです。
さっそく、うｐデートしてみます。

これって、４系最後のバージョンUPになるんだろか？

本家で　RHEL5 のアナウンスって、もうでてるの？

ttp://www.jp.redhat.com/software/rhel/
RHEL4がリリースされたのが2005年２月で、「新しいバージョンの出荷は、予定
では18ヵ月のスケジュールで導入されます。 」とあるから、たしかに予定では
RHEL5は2006年８月出荷ってことになるけど。　こないだ FC5がでたばかりだし。

RHEL5はFC6ベースで、来年リリースだと記憶しているが。

>>447
https://www.scientificlinux.org/distributions/roadmap

Scientific Linux 5.x 2007-Quarter 1 *
* - release S.L. 5.0 depends on when the Vendors Enterprise release 5 comes out.

ＲＨＥＬ５が出てから後追いで2007年第一四半期の予定。

307 がもうでつつあるね。

308のリリース決まってるのか。

307とか308ってなんですか？

>>452
それは、つまり、世に言う、バージョン番号だよ!
307ってのは、SL3.0.7というか、つまり、早い話が、RHEL3 update 7 を元にしたSLの事だよ!
渋谷には109ってのがあるみたいだよ! でも地方なので見たこと無いよ!

>>450
Distribution Release: Scientific Linux 3.0.7
http://distrowatch.com/?newsid=03466#0

>>440
ttp://rarfaxp.riken.jp/comp/tips/SL3.html#sl43up
の方法で SL4.2 →　SL4.3 を yum で10数台update（i386/x86_64)した
けど特に問題はありませんでした。

>>455
thanks. 無事4.3 になりました。

SL4 の上で SAN (Storage Area Network) 使ってる人いますか？

4.2→4.3UPデートで今まで気が付かなかったすけど
CUPSの設定ファイルが書き換えられて、プリンタ使えなくなりますね。
cupsd.conf　mime.typesの二つ

今まで、CUPS使ってなかったんで4.2以前はどうなのか？

>>457さん

おっ、SANの話が分かる方が居る！！！
自分も今HBAドライバテストの為CENTOS→OpenSuse→SLと
来ました。カーネルのバージョンとかの違いでうまく動かないので
四苦八苦しています。

TAO Linux に終了宣言でた。　TAO Linux難民は今後CentOSに併合されるって。
Sceintific Linux はいつまでもつかな？　FNAL/CERN　も近頃予算は厳しい。

http://taolinux.org/Welcome_to_TaoLinux.org

IMPORTANT ANNOUNCEMENT: Tao Linux Retirement Plans - 6/14/2006

After nearly three years of the Tao Linux project, I'm undergoing an
unexpected change in employment that will effectively take away my
time for working on Tao Linux. In my new job, my work will focus primarily
on network infrastructure, and much less on systems administration.
Additionally, my new employer has a site license for Red Hat Enterprise
Linux. So, I will have no time for Tao Linux at work. Being a family
man with three children, I'm unwilling to take the time away from family;
this means planning my retirement from Tao Linux.

...

# Right now, I'm making the public announcement of my retirement,
and making 'switch' yum repositories available (see below for details)
that will convert a Tao box to a CentOS box.

>>459

　SANは私はズブの素人ですが、SANを動かすためのLINUX(SL)上のデバイスドラ
イバーは、Free のものはあるのかご存知ですか？　あるいは有償版でしたら、
LINUXでの定番はどのようなものがあるかか教えていただけませんか？

　結局最後にお金払って RedHat Enterprise Linux　で落ち着きました、って
落ちないように願っています。

>>460
LHCが動く予算がある限りは続くでしょw

>>460
予算が厳しいと行っても、施設で使う OS が必要だから
何らかの形で SL みたいなものは維持していくと思うよ。
別に RHEL clone であり続けるという保証は無いけど。

次のSLはSUSEベースが内定してるよ。

>>464
まじ？

ネタでしょ

　X86_64 のScientific Linux 4.3 を ide diskのマシン(Supermicro 6014H-i2)
にインストールしようとすると　／　のファイルシステムの formatの途中で
エラーないしハングしてインストできません。３台の ide disk のどれもダメ。

1つ前の Scientific Linux 4.2 (X86_64)は問題なくインストールできたので
SL4.2をインストールしたあと SL4.3のCDで anaconda updated しました。
特定の環境ではScientific Linux 4.3 (X86_64)は ide disk　にうまくイン
ストールできないバグがある模様。（１日つぶしました）

こんな時代遅れのOS使ってるのって素粒子・原子核系の人々？

はい。

ICEPPとかKEK?

SL は素粒子実験施設で維持してるけど、物理なら分野に依らず
計算よく使う人に Linux 使ってる人は結構見る。物性でも宇宙でも
素粒子実験でも理論でも…

時代の先端のOSってなに？

>>472
windows vista

>>472
みんなの携帯に入っている TRON ,実装数では No.1

>>474
うち新ビアンだけどな。

>>474　勘違いしてるね。

http://itpro.nikkeibp.co.jp/article/USNEWS/20060213/229047/
「携帯電話向けOS市場，Symbianの王座は2009年まで」，米調査

2005年末時点の各OSの市場シェアは，

Symbian OSが51％，
Linuxが23％，
Windows Mobileが17％

だった。Linuxは2005年後半に大きく出荷台数を伸ばした。

sl-errataにsunのj2sdkが来てる。

TRONって、まだワークステーション用とか発売してるの？

昔は車の電子燃料噴射装置とか、TRONは世界一だったかも。
それと、電子炊飯器とか洗濯機とかも昔はTRONだった希ガス。

>>478
最近は組み込みチップでもLinuxが比較的楽に動くようになってきたしね。
でも、Linuxカーネルも肥大化してきているから、カーネル2.2とか微妙なバージョンを使うことになるけど。

東芝の　DVD−HDレコ(RD-Z1)を昨年買ったら、マニュアルにGPLライセンスの説明
が書いているので、あれ！と思ってよく読むとOSがLINUXだった。（どのディストリ？）
それ以降、これは、「家電製品」と思わず「怪しいPC」として取り扱うようになった。

Linux入りのモデムとかいくらでもあるし、Windowsの入った携帯電話もある。
PCはもう家電製品になってるからねえ。

IPV6時代になると、冷蔵庫、エアコン、洗濯機、炊飯器、TV, さらに、照明、
アイロン、コーヒーメーカ、などの家電製品も IP 接続されるようになる。
それらの大半は無料のLINUXか。でも永遠に IPV6 時代はおとずれないと思う。

>>482
お前組込用とPC用一緒にすんなよ。

組込みLINUXって、LINUXとは別物なの？
カーネルは一緒だと思うけど・・・・・・

>>485
mmsが無かったりとか少なからず構造が違う

サーバ立てようと思って、SLとCemtOSでどちらにするか思案中
SLのサポートがEnd Support 　Until at least 2008-10-31
CentOSがCentOS-4 updates until Feb 29, 2012.となってて
圧倒的にCentOSなんだけど、SLの場合は2008-10-31以後は、完全放置なのかな

End Supportとはそーゆーもんだろ。
互換性が極めて高いから、yum書き換えればどうにでもなりそうだが。

米国国立研究所(FNAL.GOV)が業務でサポートしている SL
任意団体がサポートしている　CENTOS

でも、今からｲﾝｽｺする場合、残サポート期間の長さでＣｅｎｔだろね
それに、米国国立研究所と任意団体でサーポートの中身に違いあるわけでなし
ようは問題の任意団体がいつまで存在存続するかにかかってるが
来年にはＳＬ５がでるから、それまで待つのも

お金の切目が縁（サポート）の切れ。CentOSはWebページに広告がうざくなってきた。
まあ、CentOSはスポンサーがついているしばらくの間は安泰かも。
SLは CERN LHC で SLC を使うことが決まっているので少なくてもあと１０年以上は安泰。

遊びで使うならSLでもいいけど。
サーバでの使用だと、そのサポート期間の短さがネック。

ま、研究機関専用だからしょうがないけど、割り切って使うしかない。

私は、いつ突然消滅しても不思議ではない CentOS は怖くてサーバには使えない。
サーバにはすくなくてもあと 10年以上続く SL でないとね。
SLがいっているサポート期間は最低保証期間だから、それ以上長くなる場合もあるよ。

そういえば、先日同類の TAO が潰れたね。

1-2年前に CentOS は RedHatの弁護士から、RedHatの商標無断使用で警告を受け取った。
あの時は CentOS はこれで潰れると思ったね。

>>491
LHCで使うのはSLCでSLじゃない。微妙に違うので注意。

さらにLHCは、もともとSL5ベースのSLC5を使う予定が、
間に合わないから暫定的にSLC4をLHCのスタートアップに使うだけで、
原則としてはSLC5に移行する予定。

ついでにSLCはSLと違ってサーバーアプリケーションの検証は後回しが普通で、
実際SLC4のサーバーアプリは未検証のはず。
仮にSLが死亡した後、SLCのサーバーアプリのパッチがどの程度の速度で出るかは、
その時点のSLCのサポート状況次第じゃないかな。

>>496
知っている人かな。そう、SLCはSLのCERNローカルカスタマイズバージョン。
SLCはSLがベースになってます。昔どっかに関係図があったね。

もうすでに時間が経ってしまってるけど,
4.4のベータきてるよ．

ftp://ftp.riken.jp/Linux/scientific/40rolling/iso/
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/40rolling/iso/

i386とx86_64の2種類。

ベータ版といえば、ご本家で RHEL5-Beta1　が出ましたね。 REHL5 ついに！

ftp://ftp.riken.jp/Linux/redhat/ftp.redhat.com/linux/beta/RHEL5-Beta1/
ftp://ftp.kddilabs.jp/Linux/packages/redhat/ftp.redhat.com/linux/beta/RHEL5-Beta1/

これで、やがて CentOS5-Beta1 がでて、 しばらくの後　SL5-Beta1 がでるね。

＞499
6枚になるのか…

>>501
DVDもあるから、DVDだと１まい。
インストール時にキーがいるけど、慌てないように。（鯖ならば "SV" )
http://pc8.2ch.net/test/read.cgi/linux/1136544255/514-515

SL 4.4 i386 の RC1 がでました。

Scientific Linux Release Release Candidate 1 for 4.4 on i386 is now available for testing
Scientific Linux Release Release Candidate 1 for 4.4 on i386 September 15, 2006

ftp://ftp.riken.jp/Linux/scientific/40rolling/iso/i386
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/40rolling/iso/i386

634304512 Sep 16 08:09 SL.44.091506.i386.disc1.iso
663109632 Sep 16 08:10 SL.44.091506.i386.disc2.iso
662667264 Sep 16 08:11 SL.44.091506.i386.disc3.iso
668622848 Sep 16 08:12 SL.44.091506.i386.disc4.iso
248 Sep 16 08:12 SL.44.091506.i386.md5sum

SL 4.4 って、ロードマップにありましたっけ？

Scientific Linux Release Candidate 2 for 4.4 on i386 September 21, 2006

ftp://ftp.riken.jp/Linux/scientific/40rolling/iso/i386
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/40rolling/iso/i386

3ac1a6c94b6a1c679214e70b29ced6a7 SL.44.092106.i386.disc1.iso
9d0e8fcc995ab24c566164972293603c SL.44.092106.i386.disc2.iso
d4401b9f432a8b4a8b7cfb1e8fc91961 SL.44.092106.i386.disc3.iso
dbc23fd1825304104f05c2dea6526181 SL.44.092106.i386.disc4.iso


x86_64も同時に出てる。こっちはなぜか5枚に増殖w

i386版のisoサイズは1から順に
637474816
663130112
649238528
729401344
です。

Scientific Linux Release 4.4 Release Candidate 2.75 on i386October 5, 2006

きのう2.5が出てきたばっかりなのに
まぁ早いことにこしたことはありませんが
ずいぶん小刻みにしてきますねw
ちなみに日本ミラーはまだです。というより昨日のもまだw
本家にもたった今来たんですがね。

637874176 b1bbb46b6026d1dfe364f590fef69cfb SL.44.100506.i386.disc1.iso
663132160 50e4bc72d7b64444c2dc706b35664a5f SL.44.100506.i386.disc2.iso
666615808 e51443ca3a60613a804edc364b4305d7 SL.44.100506.i386.disc3.iso
652488704 0cd2a955b37ce90e32f67c8e2ccb84d7 SL.44.100506.i386.disc4.iso

とかおもってたら44ディレクトリーできてますね。
日本ミラーも。昨日の1004版はそこにあった。
正式リリースもいよいよかな。

ftp://ftp.psi.ch/psi/livecd/pub/testing
LIVECD/DVD4.4のプレビュー版

Scientific Linux Release 4.4 on i386October 9, 2006

ftp://ftp.riken.jp/Linux/scientific/44/iso/i386
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/44/iso/i386


637872128 85c02781540f5fddf3498042be20a308 SL.44.100906.i386.disc1.iso
663142400 688be162d16ae9feb27fb809195960d0 SL.44.100906.i386.disc2.iso
666628096 e6f55cbc1c3b092321a83922ccc4e173 SL.44.100906.i386.disc3.iso
652566528 4d23b2d5195f1c29cc5971c2a5f54a00 SL.44.100906.i386.disc4.iso

関連情報：
Distribution Release: Scientific Linux 4.4 (2006-10-10)
http://distrowatch.com/

>>511 補足。リンク先URL：
http://distrowatch.com/?newsid=03766#0

ftp://ftp.riken.jp/Linux/scientific/livecd/44/
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/livecd/44/
10/26　4.4のLiveCD/DVD　i386/x86_64


ftp://ftp.riken.jp/Linux/scientific/308/iso/i386
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/308/iso/i386

655900672 SL.308.103006.i386.disc1.iso 31-Oct-2006 08:50
670679040 SL.308.103006.i386.disc2.iso 31-Oct-2006 08:52
656152576 SL.308.103006.i386.disc3.iso 31-Oct-2006 08:53
518395904 SL.308.103006.i386.disc4.iso 31-Oct-2006 08:55

11/1　3.08　i386版　公開

5.0 Pre-Alpha
ttps://www.scientificlinux.org/news/sl5.alpha.i386
積極的だなあ

>>468
研究が最先端なので、OSが時代遅れでも問題ありませんよ。

Kernelの再構築しようとすると
>>396
みたいになるんだけど、
/usr/src/kernels/2.6.9-42.0.3.EL-i686/とかでいいんだよね？
どっか、よそからkenel source落としてこないといけないの？

SL 4.4 + Athlon 64です。

ごめん。間違い。
SL 4.4 + Pen 3

5αのLiveCD/DVD
ftp://ftp.riken.jp/Linux/scientific/livecd/5alpha/
ftp://ftp.kddilabs.jp/Linux/packages/scientificlinux/livecd/5alpha/

CentOSからの乗り換えです。
SL4.4をインストールしてyumでアップデートしようと思いました。
GPG-KEYを本家で探していたところ
ttps://www.scientificlinux.org/documentation/gpg/
が見つかりました。

これらのキーの違いは何でしょうか？

ごめんなさい。すらーっと読んでたため、読み落としてました。
>>188>>189に答えが出ていました…。

RC1もうすぐくるか

RC1.5 DVDやっとｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
日本サイトにミラーされ次第リンク張り&ageを行います

とおもったけどDVDの磯はミラーしないかもしれないので
告知文のURLだけ張っときます(スレは上げません)

Scientific Linux "SL 5.0 Release Candidate 1.5" for i386 ready　for testing, with DVD iso image
ttp://listserv.fnal.gov/scripts/wa.exe?A2=ind0704&L=scientific-linux-devel&T=0&P=2690

国内は3箇所ともにDVDisoのミラーなしでした。残念。まあ3.6Gもあるからねぇ。
海外にはミラーしてるところもあるので探してくださいね。
All以外のところは探しても無駄ですよ。

>>524

RedHat系のインストレータ anacondaの場合、CD−Rのiso を全部同じディレクトリ
にダウンロードして以下の scriptを実行するとDVDのiso imageが簡単にできます。

http://ftp.riken.jp/pub/Linux/scientific/303/iso/i386/make.dvdiso.sh

でも5RCのCD版はないのだ

Scientific Linux 5.0 i386 is now available
http://listserv.fnal.gov/scripts/wa.exe?A2=ind0705&L=scientific-linux-devel&T=0&P=208

ついにｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
まさか日曜日に来るとは思わなかったのでチェックしてなかったよ

isoはこちら　DVDはないです　海外ミラーにはある場合もあります(allのところじゃないと探しても無駄だよ)
http://ftp.kddilabs.jp/Linux/packages/scientificlinux/50/iso/i386/
http://ftp.riken.go.jp/Linux/scientific/50/iso/i386/　注：17:45現在isoありません
SHA1SAM
f759c7847a3d61127ac18e55339a498c28af7740 SL-5.0-050407-i386-disc1.iso
8708560b4b048bd35e64071931a1a6962ce47db7 SL-5.0-050407-i386-disc6.iso
6f8eb3702631c32cc41e3d13f10c455cb15973b5 SL-5.0-050407-i386-disc2.iso
d87b3861c712b314e4f9a9710a2c0de22b8e3156 SL-5.0-050407-i386-disc3.iso
49c7450a6b3649cc87e81d863649f22d24ae7137 SL-5.0-050407-i386-disc4.iso
f4a09e5515fe6cf11176dbdf2652da2a42251e41 SL-5.0-050407-i386-disc5.iso
799369ae7fb516dc89c1ab3e018c5762ecc95e9f SL-5.0-050407-i386-rescuecd.iso
dabfcff6d4c4f5d183437da2722ae83d81c16310 SL-5.0-050407-i386-DVD.iso

どうでもいいですが
SHA1SUMでしたねｽﾏｿ

　　　　　　　,,. -──‐- ､,,　　　`ヽ ､,,,`く/ _）
　　　　　　 ／　　　　 　 r､　`ヽ､　　 `>　　`ﾉ
　　　　　 /　　 ／／i_,∠ ヽ. ､　ヽ　　/　　/
　　　　 ./　　 r' '"､,,!/　 　 ヽ|ヽi, ﾞi　/　　/
　 　 　 .!　 　 !　二ﾆ＞　　　,,二 !. !/　 ,/. 　 　 　 　 ┏┓　 ┏━━┓　 　 　 　 　 　 　 ┏━┓
　　　　 i　　　!　　　,,__　　　"＜, |　|　 /　　 ／　　┏┛┗┓┃┏┓┃　 　 　 　 　 　 　 ┃　 ┃
　　　　.!.　　 |　　 /　 ￣ﾞﾞ''''i.　　 i　| ./　 ／' 　 　 ┗┓┏┛┃┗┛┃┏━━━━━┓┃　 ┃
　　　　i　　　i　　.i　　　　　 i　　 ﾉ .ﾚ'　／　　　　　┏┛┗┓┃┏┓┃┃　 　 　 　 　 ┃┃　 ┃
　　 　 i　i 　 iヽ,, !,　　　　 /　 ｨ'　 .i.　 ＼.　　　 　 ┗┓┏┛┗┛┃┃┗━━━━━┛┗━┛
　─-┴┤　.ﾄ''"`''`ｰ-┬"イ i　　 .i　　　 ＼　　　　　┃┃ 　　 　 ┃┃　 　 　 　 　 　 　 ┏━┓
　　　　　 !i､. i `ヽ,,,　,,r"'i　 レ　 ,　i　　　　　＼　　　 ┗┛ 　　 　 ┗┛　 　 　 　 　 　 　 ┗━┛
　──-i,. i ヽi,.　　 　 　 i　 i/.／!/

　　　　　　　　　　　 /^l
　　　　 ,―-y'"'~"ﾞ´　 |　　　もっさもっさ
　　　　 ヽ　　´ ∀ ｀　 ﾞ':
　　　　　ﾐ　　.,/)　　　､/)
　　　　　ﾞ,　　 "'　　　´''ﾐ　　　ﾊ,_,ﾊ
　　（（　 ミ　　　　　　　;:'　　,:' ´∀｀';
　　　　　 ';　　　　　　彡　　::　っ　,っ
　　　　　　(/~"ﾞ''´~"U 　　 ι''"ﾞ''u

>>527
http://ftp.riken.jp/Linux/scientific/50/iso/i386/　注：17:45現在isoありません

失礼しました。欲張って１日４回 rsyncするようにしてたら、今までなかった dvd.iso
が今回あるので dvd.isoのrsync が終わる前に、(前のrsyncを殺して）次ぎのrsyncが
起動するようになっていたのが原因で、i386/x86_64のisoは今全部あります。
sha1sumもすべて確認ずみです。

これ、centと何が違うん？

>>532
RHEL の clone という意味では現在は同じ。SL は物理の高エネルギー実験の
コミュニティー(Fermilab, CERN, …）で維持している。彼らがいろいろな
用途で使うために必要だから。そのためにはプロの管理者が関わっている。

よって確実に維持はされていく。ただ、RHEL の clone でありつづける
必然性は無い。多分 Linux では当分は Linux ではあると思うけど。

すまぬ。最後の文章ミスった。

当分は Linux を採用するだろう、ということ。

>532
CERNとかが維持しているという将来への絶対的な安心感。
そしてCERNとかで開発しているソフトが必ず走る。
日本語入力したいとか、そんなことは知ったこっちゃない。

というのが俺の認識。

俺のまわりではメインマシンは皆MacかWinのノート。
CPUパワーのいる作業はSLでっていう感じかな。
研究機関じゃないところでSL使うメリットってなんかあるのか？

>>535
研究以外にサーバ用途なら RHEL だし、突然消えることは
無いから悪くはないかもよ。

>>535
＞将来への絶対的な安心感

w

>>537
w
と書かれるのが分からないが、
RHのポリシーが変わりうるとか、そういうの言いたいの？
そういう小さいことじゃないよ安心感って。
RHクローンじゃなくなれば、
その代替をコミュニティがちゃんと探すはず。
その移行への手段もちゃんと用意する。
CERNも金が最近ないよ、とか言いたいなら、
それはコミュニティが解決してくれるはずだ。
我々は仕事で使ってますんで。

このスレってSLCも扱うの？
SLC3は今月末でサポート終了だね。

>>539
扱うんじゃない？
けど、みんなSLCって業界の人間以外使ってるか？

5.1はまだ？

将来への絶対的な安心感が売りなら、さっさと5.1出せよ。

別にずっと5.0でも安心できるわけだが。
むしろ4.xでいい。

PCハードの進歩に対応するために、updateのインストールディスクが
ほしい時もある。
（i945チップセット + SATAHDD で苦労した。SL45で解決したが。）

5.1はまだ？

ようやくRC1
といってもディスクイメージは無いが

5.1はまだ？

>>535
> 将来への絶対的な安心感

が売りなら、さっさと5.1出せよ。

数台のPCから /afs をopenafsでmountしているのですが、
やはりcern.chなどからデータをとってくるのはかなり遅いです。
なので、1台のPCにキャッシュサーバのようなものを建てたいのですが、
openafsでそのような事は可能ですか?

各クライアントが多少はローカルディスクにキャッシュしてくれますが、
1台のPCに大容量のHDDを増設することで、
全てのPCからのアクセスが早くなるとうれしいです。

ちなみに、データはreadだけです。(そもそも cern の afs には書き込めないので )

CentOSスレから誘導されてきました。よろしくお願いします。

RC2出た。

5.1はまだ？

>>535
> 将来への絶対的な安心感

が売りなら、さっさと5.1出せよ。

>>549
SL使いは4.xで十分
Fedoraでも使っとけ

>>549
なんか誤解してるような気が。使える distro を維持し続ける
（自分達が研究のために使うから）という意味では存続し続ける
と思うが、早いサイクルでバージョンアップしていくことを
期待をすべきものではないな…

5.1はまだ？

>>535
> 将来への絶対的な安心感

が売りなら、さっさと5.1出せよ。

>>551
情けない言い訳はやめてくれ、涙でそうになるwww

>>551
自分たちが研究で使うために作ってるから、使わなくなったら切り捨てるし、
そうなっても引き継ぐ人がいない。実際SLC3なんて、とっくに切り捨て済み。
SL3も投入される労力も激減済み。存続し続けるなんて勘違いもいいとこ。
長期間使うつもりならCentOSのが、まだまし。

>>553
使わなくなる、って何かを使うではないの？
別に RHEL ベースという保証は全く無いが。

>>547
どなたか /afs (openafs) 使ってるかたいらっしゃいませんか?

普通の個人ユーザーにAFSはオーバースペックだから使ってる人いなさそうだな。
フリーで安定してるPB級のネットワーク分散ファイルシステムとしては、
ほぼ唯一の解だから、大きな企業や研究所では使われているようだが。
そういうところは専門の管理者がメンテしているだろうし。

RC2.5

5.1ディレクトリーできてる。
もうすぐか?

RC2.75

5.1RCのDVDisoきた
日本ミラーにはDVDはこないが

そろそろリリース来るか

January 16, 2008
Scientific Linux release 5.1 i386 and x86_64 has been released.
https://www.scientificlinux.org/news/sl51

ぷらっとホーム、Scientific Linux対応のオリジナルサーバを提供
http://www.keyman.or.jp/3w/prd/36/20021336/

これ国内で使っている人どれくらいいるんだろ…

SLと兄弟の Centos5.2 がリリースされましたね。
http://pc11.2ch.net/test/read.cgi/linux/1209694377/

>>559
?　亀レスだけど、日本にも CentOS, SL の DVD ISO はきてますよ、

SL5.2 がリリースされました。

https://www.scientificlinux.org/news/sl52

June 26, 2008
Scientific Linux release 5.2 i386 and x86_64 has been released.

CentOS 同様，EPEL やその他のレポジトリと組み合わせて使わないといかんな

5.3がリリースされたのに、何という過疎っぷり。

https://www.scientificlinux.org/news/sl53
March 19, 2009
Scientific Linux release 5.3 has been released for i386 and x86_64.

SL5.0/5.1/5.2 から SL5.3へ yumでupdateする方法

https://ribf.riken.jp/comp/tips/SL3.html#sl53up

注意：X86_64の場合、perlの i386をupdate前にremoveしないと、conflictsが
起きてうまくupdateできません。上の方法(Troy Dawsonのアドバイス)でOK。

ありゃ、こんなスレあったのか
ユーザですよん

ふう
5.3 にあげました

XENの構築を勉強中で、練習用のノートがCentOSを受け入れてくれないので、
必死に調べてたどり着いたのがこのディストリビューションだた・・・

なんとかXENは動いて、DomainUにCentosをいれて起動まではできた。
だが、外部からApache画面が見えないよｳﾜｰﾝ

>>571
頑張れ。
御前にはきっと出来る筈だ。
障子の向こうから、密かに応援しているよw

>>571
どこら辺で躓いているのか分からないが、Xen関連のネットワークがどうなっているのか知るにはこのサイトに目を通すことをお勧めしとく。
ttp://www.asahi-net.or.jp/~aa4t-nngk/xen.html

>>572
>>573
ありがとう。やさしいんだね。
涙がちょちょぎれます。

>>572
ｔｈｘ
だが何故障子の向こうなんだｗ

>>573
こんなサイトがあったとはー・・・
原点に戻ってもう一度調べなおしてきま

>>574
ｵﾏｴ誰ｗ

というか、何故これがインストールできてCentOSがだめなんだ？
5.3ならもうすぐだし

>>576
さー・・・私にもわかりませんよ
ぐぐったら、同じノートを持つ人は、やはり同じところで行き詰ってる人ばかりでしたよ
どこがダメなのかさっぱりわかりませんｗ

>>577
どんなノートでどこで詰まってるの？

ちょっと話がズレるけど、インストールがうまくいかないのNECに多い。
DOS/Vなのに何か他のメーカーとは微妙にハードが違うような気がしている。
インストールしようとするとリセットを繰り返したり変な動きがよく起きる。
プリインストール以外のソフトは使わないでくださいみたいな？
会社なんだけど、机上のPCはALL　NEC。
自分だけ他社のノート使っている。　だから快適・・・

↑　会社で使ってるのは製品名が、******Pro　って書いてあるなー。

>>578
acerのミニノート（になるのかな）

SLでXEN立てて、その上にゲストOScentosはインストールできた。
ゲストOS上のApacheはゲストOS内のブラウザなら見えるけれど、
ローカル内で別のPCやホストOSのほうからApacheは繋がらない・・・と
そんな感じかな・・・でもpingは飛ぶんですよね。不思議

風邪で死にそうなので明日はオヤスミorz

https://www.scientificlinux.org/distributions/5x/53/added

>iwlwifi-3945-ucode
>iwlwifi-5000-ucode
>Summary: Firmware (ucode) for Intel wireless
>These are installed by default.

関係ありそうじゃないか？

ぽぽぽ

初めて入れたけど、いいじゃん。
人気があまりないのは、スペルがわからなくて検索できないからだとおもう。

>>584
CentOSがあるからね
敢えてScientific Linuxを使わないといけない理由があまり無い。
根っからのCERNファンとかだったら話は別だけど

GEANT4使いたくて入れてます。
Fedora10とFedora11でGEANT4導入とEGS5導入に大変したので。
GEANT491 LiveDVDで感動して、乗換えを決意しました。

ワンスピンドルなので、LiveDVDをUSBブートできるようにしてから、インストールしています。

ところで…LiveDVDからのインストールでは、どう頑張ってもディスクのMBRにしかGRUBをインストールできないんでしょか？

どこ調べてもないんで、ネットワークインストールとしました。
現在インストール中。ワクワクですねぃ。

なんでだろ。ndiswrapperをyumでインストールしても
command not found
で使えない…orz
無線LAN使えないと…困るなぁ。

理解した。
Fedoraと違って、suではパスが通らないんだな。

su -
って事か。なるほど。

Fedoraでもsu -じゃないの？
少なくともFedora'Core'時代にはそうだった。

>>590
使い込んでいるのが、９と１０だけなので…。
６も入れた事はあるけど、使いこなせず挫折したんですよ。

９と１０に関しては、suだけで、rootとほとんど変わらずパスが通ります。

>>591
su する前に echo $PATH してみれ

scientific linux をVMでやろうと思うのですがDVD一枚に収まるisoイメージはありませんか？
スペックはどのくらいのものだといいでしょうか
気に入ったらPCに入れるつもりです

>>598
バージョン5.1
推奨スペックはdualcoreCPU、メモリ2G

>>594
未来への返信かｗｗｗｗ

rikenを見たんだけど、ネットインストール用のディスクイメージってないの？

ttp://ftp.riken.jp/Linux/scientific/53/iso/x86_64/CD/
ttp://ftp.riken.jp/Linux/scientific/53/iso/x86_64/DVD/

素直にDVD焼くしかないのかなぁ・・・

>>590
Fedora 10から一般ユーザのPATHにもsbinが入るようになった
みんなFAQにうんざりしてたんだろうな
スレ違いスマン

ところでCentOSからの乗り換えをやった人は居る？
何か注意点とかあるかな？

CentOS からの乗り換えは今のところこれが一番いいのかな

知り合いが大学の研究室で使ってる
もちろん物理系

>>598
前に >>533 に書いた事の繰り返しになっちゃうけど、何らかの形で続くとい
うのは良いと思うし、維持は自分たちで使うからするはず。ただ、RH clone であり
続けるかは知らん。

多分、RHEL＋いくらかのパッチ（？）＋パッケージという構成は結構続くんじゃないかな。

一応4系はRHELのサポート切れ次第メンテナンス終了というのを見た気がするから
4系はRHELと人身御供かと思われ。

>>597
遅レスだけどレスサンクス。

ちなみにCentOSからの乗換え組みだけど注意点何も無いよ。
強いて挙げればyumが遅いことぐらいかな…ってぐらい差が無い。

LiveCD(miniでもgnome)からインストールする方法教えてもらえますか？
起動時にF1〜F5でオプション確認したのですが、それらしい物は見つからず。

Scientific Linux 5.4 はまだかよ

5.

死にたい

5.4 は

まだ

5.4

はまだ

5.

4は

ま

だ

か

5.4

RC1

RC2

流れを切ってすまないが RC1(が出た) のつもりだったんだ…

Scientific Linux 5.4 RC 1 Release for i386 and x86_64
ttp://listserv.fnal.gov/scripts/wa.exe?A2=ind0910&L=scientific-linux-devel&T=0&P=2008

リキッドォォォォォォオオ

CentOS はきたのに何やってんだよボケ

ごめんなさい。。。

リリース状況 リリース日
Red Hat Enterprise Linux 5.4 2009/09/02 4.8 2009/05/19

後追い状況 リリース日
7. Oracle Enterprise Linux　5.4 2009/09/14 4.8 2009/06/02
2. CentOS　5.4 2009/10/21 4.8 2009/08/21
8. Scientific Linux　5.3 2009/03/19 4.8 2009/07/21

XenクローンのOracleVMみたいに、RHクローンもOracleの時代かもしれんな。

ttp://distrowatch.com/
で調べたときの数字残ってた・・・

Scientific Linux 5.4 RC 2 Released for i386 and x86_64
ttp://listserv.fnal.gov/scripts/wa.exe?A2=ind0910&L=scientific-linux-devel&T=0&P=2818

来週あたり来るか？

でてるじゃんかよ〜！

Scientific Linux 5.4
でたでた

これって休止状態にできる？

ノーパソに入れたいんだけど。

休止状態が成功するかどうかはディストリ（それもver.毎に違う）とハードの相性によるところが大きい
できても復旧に通常のブートと同じくらい時間かかったり、同じディストリでもver.上がると出来なくなったり…
自前の環境で試せ、としか言いようが無い

Maxima
Scilab
GNU Octave
標準で入ってないのか残念だ

>>630
どれもfedoraに入ってね？

Scientific Linux 5.5 Alpha 2 Release for i386 and x86_64
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1004&L=scientific-linux-devel&T=0&P=1666

5.4からいつものやり方で5.5にできたっぽい。

Last login: Sat May 15 21:15:31 2010 from 192.168.0.xx
[hoge@hage ~]$ cat /etc/issue
Scientific Linux SL release 5.5 (Boron)
Kernel \r on an \m

[hoge@hage ~]$

過疎ってるなー

http://www.scientificlinux.org/news/sl55

せんきゅー

今週は Fedora 13　祭りだよ〜

すみません、LSB の最新版ってどうやってインストールすればいいんでしょうか?

yum つかっても、最新版(3.1)入ってるって言われて、3.2以上にならないし、
apt でも、同じ結果です。

プリンター(PM-A750)のドライバ入れようとしたら、LSB3.2以上が入ってないからインストールできないって怒られたんです・・・。

初心者な質問で申し訳ありません。
Scientific Linux って、gcc はバージョン4.1 までしか使えないのですか?
4.3 を入れることは無理?

>>638
4.5も入りますが？

>>639
ど、どうやっていれたんですか?
yum で入れようとしても、apt で入れようとしても、いま使っているのが最新版って言われるんですが・・・

>>640
Source Tar ball

>>640
Scientific LinuxのパッケージはRHELと同じバージョンですが、
Fedoraはそれより新しいのでFedoraのRPMを入れるのが楽です。

Red Hat Enterprise Linux
http://distrowatch.com/table.php?distribution=redhat
>パッケージ　RHEL-6-BETA2　　RHEL-5.5
>gcc　　　　　　4.4.4　　　　　　　　　　4.1.2

Fedora
http://distrowatch.com/table.php?distribution=fedora
>パッケージ　rawhide　14　　　13　　12　　　11　　10　　　9
>gcc　　　　　　4.5.1　　4.5.1　4.4.4　4.4.2　4.4.0　4.3.2　4.3.0

RPM resource gcc　(ここからRPMをダウンロードできる)
http://www.rpmfind.net/linux/rpm2html/search.php?query=gcc

gmp,mpfr,libpmcその他もバージョンに依存したもん入れんと動かんでしょ

あ、依存関係無視して下手に入れると他のが動かなくなる可能性が

"依存性の欠如"とかで、上手くはいらないです・・・

どうしても使いたいならソースから入れろよ…

>>646
やりかた勉強してみます・・・

SL5.5 だけど、意外と落ちるねぇ 音楽鳴らすと落ちやすいのか?

4時台のほうが安定していた印象

6のα版を試した人柱報告まだ〜？

６ベータは来年か

なんか、ちょこちょこ起動に失敗するよ・・・
そんな変なつかいかたしてないと思うんだけどなぁ・・・

>>652
起動だけ？そういう状況だとハードを疑うが

起動以外にはあまり変な挙動は見当たらない・・・
使えないって程頻繁でもないんだけど、時々思いついたように起動失敗する
買ったばかりのPCだから、壊れたってことはないと思う
dual boot の Windows XP は起動に失敗することは無いんだよね

> 買ったばかりのPCだから、壊れたってことはないと思う

それは全然根拠にならないけどね

全世界で起動に失敗しているのはお前だけ

cern

Fermi版とCERN版だとCERNの方がアカ抜けてる感じがするけど
あくまで比べたらの話

SL6のrollingインスコ出来んな
PAEカーネル対応のCPUでないとダメなのか
時代に置いていかれる
すんぐるCPUの時代はもう終わった
ググったらRH6で切り捨ててたのか
我々の時代がもう終わろうとしている

centosが一向に出る気配なく
rpmの変更で移行も簡単に出来そうにないので
この際、SLに来ようかと思った。SLCってのもあるのね。
CERNと分かれた？元々別？どっちがいいかな？

>>659
RHEL6でCPUがPAE付き限定になったみたいね。
ほぼ、例外を除いて問題ないみたいだけど。
といいつつ俺もそれに引っかかる。
non-PAEなカーネルをfedora関係の人が上げてる。

http://ftp.scientificlinux.org/linux/scientific/6x/
ここに色々できたら、SL6RC1きたかな？ってことで･･･
フォルダはできとります。centosから移行するぞ〜

ギークなボクらの恋愛法則みたいなロゴだな

>>661
DVD.isoを含め、中身も一通りあるみたい。もうインストールできるのかな。

>>661
ftp://ftp.scientificlinux.org/linux/scientific/6.0/
のほうもあるみたいです。

Scientific Linux 6.0 is NOT released yet.

It is currently in Release Candidate state.

The directories 6.0 and 6x were created to
make sure that scripts and repositories work.

Again, Scientific Linux 6.0 is NOT released yet.

ftp://ftp.scientificlinux.org/linux/scientific/6.0/README-Release-Candidate-README

(RCじゃ)いかんのか？

http://ftp.scientificlinux.org/linux/scientific/6.0/i386/iso/
RC2はずかむ。このままリリースになるはずかも。

6.0来たかな?!
http://ftp.scientificlinux.org/linux/scientific/6.0/x86_64/os/sl-release-notes-6.0.html

トップページの案内はまだ5.5のままですが、
リリースノートからalphaの文字が消えたので正式リリース?!

ほとんど変更なしだな

kernel, java,sl-releaseだけ

公式のアナウンスを待つのがいいと思うけれど、一応>>667の国内ミラー
http://ftp.jaist.ac.jp/pub/Linux/scientific/6.0/i386/iso/
http://ftp.kddilabs.jp/Linux/packages/scientificlinux/6.0/i386/iso/
http://ftp.riken.jp/Linux/scientific/6.0/i386/iso/
ftp://ftp.yz.yamagata-u.ac.jp/pub/linux/scientific/6.0/i386/iso/

一部まだ行き渡っていないがそのうち揃うと思う。x64はi386→x86_64

公式は重いなぁ。
リポジトリをrikenに変えた方がいいかも。

念のため。SL6 の公式リリース情報のページです。
http://www.scientificlinux.org/distributions/6x/60/

SL5からSL6へDVD(anaconda)でupdateできますか？
OSの file system自体 ext3 から ext4 になったので、そもそも SL5から
のupdateは無理なの？

アップグレードは可能かも知れないけれど、保証されていないし、
推奨もしていないようです。
どうしても行いたいのなら、バックアップをとっておくしかないでしょう。

ttp://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/ch-upgrade-x86.html

参考までに、グラフィカルなインストールでは、
ttp://www.scientificlinux.org/distributions/6x/installing/large/choose.upgrade.2.png
↑こんな感じで、システムのアップグレードの作業ができます。

>>674
ありがたや上流の厚意
http://docs.redhat.com/docs/ja-JP/Red_Hat_Enterprise_Linux/6/html/Installation_Guide/ch-upgrade-x86.html

みなさん、どうも。せっかくなのでSL60 (X86_64)を初期インストールしました。
SELinuxがデフォルト有効になっているので、半日ばかり、はまりました（涙）でも解決。
ttp://aikotobaha.blogspot.com/2011/01/rhel6-2selinuxiptablesx.html

age

>>3
>それくらいGoogleでもinfoseekでも千里眼でも、検索しろよ。

単語が古すぎてﾌｲﾀｗ

　　　　　　　windows　　　　　　　　　　　ubuntu

起動　　　　　4分以上　　　　　　　　　　　30秒ぐらい
再起動　　　　7分以上　　　　　　　　　　　1分以下
ネット表示　　0.数秒　　　　 　　　　　　　数十秒〜数分
フリーズ　　　あまり固まらない　　　　　　　固まりやすいので最重要の作業は危険
　　　　　　　メモリー開放ソフトが多い　　　メモリー開放ソフトがないので救済不可
　　　　　　　完全に固まると再起動不可　　　完全に固まって再起動可
　　　　　　　これによりHDDが壊れやすい　　これによりHDDが壊れにくい
不安定　　　　操作が不安定になる事は少ない　操作が不安定になる事は多い
インスト　　　インストールが楽　　　　　　　既存のソフトのインストは楽だが新規導入は大変
セキュリティ　ソフトがいっぱいおっぱい　　　ソフトが少ない　あってもバグだらけでインストも大変
　　　　　　　ソフトが使い易い　　　　　　　ソフトが使いにくいわかりにくい
システム　　　構造がわかり易い　　　　　　　構造がわかりにくい
各種名称　　　何から何までカッコ良くわかり易い　何から何までカッコ悪くわかりにくい

>>673
何気なく関連サイトを閲覧していたら、こんな情報を見つけたので。

「インストール／SL５からのupdate方法については現在検証中です。」
http://rarfaxp.riken.go.jp/comp/tips/SL3.html#sl60

ありがたいことです。当面は様子見が良いと思われます。

>>659,>>660
PentiumMのマシンにはインストールできないと言うことか。

Pentium Pro以降がPAEに対応している
PAE≠intel64

>>683
PAE ≠ マルチコア

Scientific Linux の利用状況が出ています。
http://www.scientificlinux.org/about/stats/

大雑把な傾向くらいならつかめるのでは。

>>683
でもPentiumMはPAE非対応を知らないの?

>>686
PenMはPAE対応・非対応が混ざっているからな。

>>687
PenMは全部PAEは非対応じゃなかったか。
NX bitと勘違いしてないか

age

>>686
知らなかった。突っかかってごめん。

http://hibari.2ch.net/test/read.cgi/linux/1299829645/199
で SL は 5.6 出さないって聞いたんだけど、まじですか?

SLは無いっぽい。確かListで5.5のアップデートを出していく
みたいな話があったような無かったような。

SLCはある
http://ftp.riken.jp/Linux/slc/slc56/

違った。アルファのようです。
http://ftp.riken.jp/Linux/scientific/5rolling/i386/SL.releasenote

同じく、誤解していました。現在、準備中とのことですよ：
"Scientific Linux ALPHA 2 "SL 5.6" for i386"
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1103&L=scientific-linux-devel&T=0&P=6439

Scientific Linux 5.5でLAN用のBIND環境を組んでみたけど、
CentOSと同じ方法で構築できたようです。
こっちをメインに使おうと思います。

SL5.6も楽しみだけど、セキュリティアップデートが5.5にも来るのは好印象ですね。
(CentOSは5.6がでるまでセキュリティアップデートすら出さなかったのと比べて)

こりは CentOS と比較してよいかんじなのでしょうか？
update を含めて

>>696
> こりは CentOS と比較してよいかんじなのでしょうか？
> update を含めて
開発側の厚意により、無償で提供されていますし、
使ってみたらどうでしょうか?

CentOS 5.6が様々なバグを残してリリースされてしまったのと比べれば
現行版は5.5ながらきちんとメンテナンスされていて、安定していると
私は思います。

5.5系も6.0系も結構安定してますよ。

>>697
ありがとう。あなたの優しさに。

age

使い方は基本的にCentOSと同じと考えて良い？
CentOSの情報が使いまわせるとうれしい

Linux Daily Topics：2011年5月17日　CentOS 6.0は本当にリリースされるのか？─メイン開発者の離脱が意味するメッセージ
http://gihyo.jp/admin/clip/01/linux_dt/201105/17

>>700
うん、同じです。
例えばCentOS 5.xの知識はScientific Linux 5.xで使えます。
インストーラを起動したらほぼいっしょなのがわかると思います。

Scientific Linux 5.xのインストール中に見られるどこかの国の町並みとか
見ていると気分も落ち着きますよ。

SLに風が吹いてきたなｗ

non-PAEのインストールイメージ作ってみた。
ちゃんとインスコ成功。penMマシンの延命が決まった。

さっきこれを知って公式サイト見に行ったら「説明不足」に吹いたw
あれって多分、誤訳だよね？

CentOSスレがお通夜状態だからお前らこのスレをもっと盛り上げれ

>Scientific Linux Part1 勢い:0.4 スレ立て日:05/01/09
めざせPart2

CERN版の6.0はいつベータ取れるんだろ

日本の高エネ研(KEK)は、もっと音頭とってもいいんだけど
つくばでご近所の産総研(AIST)版KNOPPIXに遠慮してるのか

ttp://atlas.kek.jp/
アトラスかっけー

たいした問題じゃないが、最近のSLは cernlib とか yum で入れられる
様になったんだろうか。
からり前だが ubuntu は apt-get で入れられたのに本家の SL はだめ
だったのでちょっと残念に感じた。

おれもSL6にすっかな
まるまるCentOSの知識がつかえんのかな
小さな差異はあるんだろうな

情報が少ないのがネック
ま、入れてみよ

anacondaで/をxfsに出来ないんだけど、6になってもまだダメなの？

>>708
KEKの鯖はCentOSですよ。

制御や測定の方はあらゆるOSが混在し過ぎてますがｗ

KEK と CERN は規模が違うからな。
ディストロの開発・メンテに大勢をさける体力ないだろう。

なんで SL じゃなくて CentOS なのか分からんが、そのうち
SL に移行していくだろうね

>>711
boot時にoption渡すとできた気がする

>>714
ありがとう、調べてみるよ

アナウンスをメールで受け取れるようにはできない？
ぱっと見登録フォームが無いように見えるんだけど。

>>716
Join or Leave the SCIENTIFIC-LINUX-ANNOUNCE List
ttp://listserv.fnal.gov/scripts/wa.exe?SUBED1=scientific-linux-announce&A=1

これかい？

CERNLandって楽しいぞ
ミニゲームや壁紙もあるよ

この世界をSLにdefaultで取り込んでほしいな

はてブで見つけた
http://www.scientificlinux.jp/

CentOSやめてこっちに乗り換えることにしました。
仲良くしてね。

タブのところ、Documentationが説明不足と翻訳されてるw

>>719
これがウワサの説明不足か

>>719
なにこれ、こわい

>>719
アフィリエイト稼ぎのクローンかなんかかな？

>>719
Fermi側のscientificlinux.orgに転送してるのか。

ひとりユーザーグループのなれの果てかなんかかねｗ

Honda Sin

RHEL6.1GAが6月頭なら、SL6.1も6月中にくるといいなあ

>>719
善意のつもりらしい
http://d.hatena.ne.jp/s025236/20110519/p1

節電と言う名目の経費削減みたいな言い訳だな

善意のスクワッターﾜﾛｽ

711だけど、調べた結果
ttps://www.redhat.com/archives/anaconda-devel-list/2010-April/msg00484.html
にある通り、/をxfsにするのはRHEL6的にサポートしてないようです
オンラインデフラグがないのが不満だけど
ext4で行きます

以上ご報告

SL 6.1 に向けて。

目下のところ、著作権の問題をどのようにして解決するかにかかっているようです。
例えば、起動時の壁紙はアップストリームベンダーのものから
変更しなくてはいけません。↓
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1105&L=scientific-linux-devel&T=0&P=2537

あの朝・昼・夕・夜のギミック満載の壁紙ダメになるのか？

>>732
原子核の絵はヤメて！！
核分裂を連想して怖くなる＠東日本

>733
希望があるのなら、DEVEL メーリングリストに参加したら？
開発者じゃなく、一般のユーザーても参加可能だし。

>>735
いやあれ(tuv.xml)はrhel6の標準壁紙そのものだから、本来はいれていけないものでしょう？
それともロゴやコピーライトが入っていないから壁紙はOKなのかな

そういえばSL5にもrhel5の純正壁紙が入っていたっけ

以前に SL を使ったことがあるなら、その辺は気が付いていると思います。
厳格にコピーライトの件を徹底するのは難しいですから。

ただし、わざと放置している分けではありませんよ。
その都度対応すべきと考えて取り組んでいるのでしょう。

>>732

　　　　　　__________
　　 　::::／:::::::::::::::::ノ、ヽ
　　:::::/:::::::;;; ▲"´▲ |:::|
　. ::::|:::::::| :::　　●　　|:::|　
　 :::::|::::/:::　─ ▲─ ヽ:|　
　　:::::|:::|:::: (○)｀ ´(○）|
　　 :::::|⌒i:::　ｰ'._ ヽ'ｰ　|､
　 　::/ 　ﾉ :::　 （__人_） |　j 　ををを…見える、見えるぞ！チェレンコフ光が見える
　　 /　,/ヽ ::::.　ヽ__（　/　/ 　　あれこそが救いのひかりだ！！
　:/　:〈　 ::ヽ_ 　　　 _/　/ 　
　 ＼　　　　　　　　　　/

核融合が希望の光

原子核の絵はやめて、ってCERNとかFermiLabがどういう研究所だかわかって言ってるのかwww

WhiteboxからCentに乗り換えたときに「このダサいロゴはなんとかならんのか」と
思ったこと思えば、このロゴはいいと思うけどね。

>>741
あのくどい水色バックには何度死ねと思ったことか。

>>736

著作権や商標権についてちゃんと勉強した方がいいと思うよ。

著作権は無方式に発生するので、RHの複製権の侵害となる。
ロゴは標章なり商標なりということではあるけど、
商標としての使用態様でなければ商標権の侵害にはならない。

万国著作権云々ってやつか？

理研のミラーの更新が遅れてるみたいだけど
ftp://ftp.riken.jp/Linux/scientific/
本家にはkernel-2.6.32-71.29.1.el6.x86_64.rpm 11-May-2011 14:05 22M
理研は
kernel-2.6.32-71.24.1.el6.x86_64.rpm
までしか来てないよ。

10日以上たってるんだけど、いつもこんなもん？

これだけ話題になっても平常運航なSLスレ大好きｗ

ちょくちょくサーバ繋がない

>>745
いま、放射線汚染土壌調査で忙しいんだよ
ちょっと待ってやってくれ

>>745
> 理研のミラーの更新が遅れてるみたいだけど
> ftp://ftp.riken.jp/Linux/scientific/
> 本家にはkernel-2.6.32-71.29.1.el6.x86_64.rpm 11-May-2011 14:05 22M
> 理研は
> kernel-2.6.32-71.24.1.el6.x86_64.rpm
> までしか来てないよ。
>
> 10日以上たってるんだけど、いつもこんなもん？
理研以外を選べばいいだけの話。

>>749
SLって理研の他だとKDDI研やWIDEやJAISTにはあるがIIJにはないんだな

SLCに至っては理研にしかない。

理研のサーバ、なんかおかしい。
例えばFirefoxのディレクトリだけど、Firefox4系が無い。
http://ftp.riken.jp/mozilla/firefox/releases/

http://ftp.riken.go.jp/ を見ると、割り当て容量が書かれているから、
ディスクの容量が足りなくなって不完全な状態になってる？

しばらくは別のミラーを使ったほうがいいかも。

firefoxを理研から持ってくる人っているのかねぇ

>>752
先ほど、一喝を入れたんで、明日朝までには回復するかと。
(mozillaは本家rsync serverのホスト名が暫く前に替わってた。
ftp-rsync.mozilla.org → releases-rsync.mozilla.org)

SLは scientific/40rolling の大幅変更が原因。

そういえば、10G ftpサイト構築のノウハウもないのに
10G capable申請するなってJAISTからツッコミがあった件は
どうなりましたか？(www

そういえば、
ttp://cerncourier.com/cws/article/cern/29401
これは、６年前の2005年の事だけど、当時RIKEN-BNL（米国）間で0.7-0.75 Gbps
で1ヵ月以上連続で実験データを転送してたんだね。当時RIKEN WANは 1 Gbps接続
だったけど。ちなみにRIKENもBNLも当時のserver OS は Scientific Linux 4.
もう、それから６年も経ったね。今では、LHCで日本-欧州は 4-6 Gbps は普通に
出てるようだけど。(LHC の OSは SLC)

ところで、sl なんていうコマンドがあるんですね。↓
http://d.hatena.ne.jp/acehikaru/20091214/1260730354

実際に試してみたら、蒸気機関車が画面を横切って面白いなあ。
話のネタまで。

みんな知ってるよ。

そうなの？失礼。

もうslも25年位になるんだっけｗ

sl users groupがあるとかないとか

割と有名なコマンドだよねw

>>760
linuxがまだ２０年たってませんが。

>>763　
えっ？まじで？もう過ぎてたとばっか思ってたぜ・・・

>>756
調子に乗って回線を10Gにしたけど、
全然使ってなくてSINETに怒られてるんだってねｗ

>>763
wikipediaみるとsl自体は1987年に開発とあるが
最初のプラットホームが何かは知らんが

話がかみあってないだろw

ネタは無いわ、話は逸らしたいわ

とりあえず、centosスレの基地外どもを引き取れ。
そうすれば、スレは伸びるぞ

こっち連れてくんな
野次馬ばっかりじゃねーか

>>763
それ以前の時代からある。
http://log.utashiro.com/pub/2007/04/sl_2eae.html

>>771
>役に立たないものも作れないのに、役に立つものが作れるものか
いい言葉だな

結局同じこと言ってないかそれw

てす

>>765
CentOS劣等生にはこんな真似できないね。可哀想、少しは世の中に貢献したら？
ttp://www.riken.jp/r-world/topics/110314/index.html

>769 ：login:Penguin：2011/05/25(水) 08:14:36.58 ID:+R+izDR3
> とりあえず、centosスレの基地外どもを引き取れ。
> そうすれば、スレは伸びるぞ

禿同

でも、ゴミはふやしたくないな〜。

RHEL無償クローン総合スレ作って引き取られるのではないか？

>>769
>>775

6年かけてまだ１スレのくせに何言ってんのｗ

>>777
RHELクローン総合スレか
統合するかは別にしても、少し興味はあるな
かと言ってわざわざ立てる気まではしないが

リリースタイミングをめぐって罵倒しあう図しか思い浮かばない

>>778
部外者はご退出願います。
「6年かけてまだ１スレ」というのは、この板は貴重なスレ。

多くないか？そういうスレは

そういうスレは、Linux 板では多いですね。
結局、この SL スレでも丸一日書き込みが無かったから、何年越しにもなりそう。
無駄な書き込みが減るのなら、かえって役立つ。

>>761
↓検索しても直ぐに引っかからなかったんですが、やっと解りました。
https://groups.google.com/group/sl-users-jp?hl=ja

最近のメーリングリストに挙がっていた話題だったとはね。

ご参考。

"FYI: A new SL user in Japan started a Google Group named "Scientific Linux
Users Group Japan".
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1105&L=scientific-linux-users&T=0&P=18907

SL 6.1 status

"Generally everything is going fairly well, and we hopefully will have
our first alpha release out next week."
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1105&L=scientific-linux-devel&T=0&P=4155

>>786
おお、これは楽しみw

6.1 アルファ版は即ちテスト版なので、正式なリリースとはなりません。
RHEL に対する Fedora みたいなものです。
誤解の無いように補足。

ttp://listserv.fnal.gov/scripts/wa.exe?A2=ind1105&L=scientific-linux-users&T=0&P=15928
SL6.1の正式版のリリース予定は上にあるように

Date: Thu, 19 May 2011 10:29:32 -0500
Q: When will SL 6.1 be released?
A1: When it is ready.
A2: For minor releases, we have consistently been able to release in
two months. If nothing major goes wrong, expect SL 6.1 at the end of
July or early August.

USBdriveに入れて運用している人いる？

Alpha１きたな

SL6使ってる人に聞きたいだけど、libvirt.x86_64のバージョンは今いくつ？
CentOSだと以下だけど、0.9が出てないかな？と思って。


# yum info libvirt.x86_64
Installed Packages
Name : libvirt
Arch : x86_64
Version : 0.8.2
Release : 15.el5_6.4

>>792
こんな感じ
Scientific Linux release 6.0 (Carbon)
2.6.32-71.29.1.el6.x86_64

yum info libvirt.x86_64
Installed Packages
Name : libvirt
Arch : x86_64
Version : 0.8.1
Release : 27.el6_0.6

>793
さんくす
CentOSより低いのか・・・
kvm使うならCentOSの方が良いのかな

libvirt使う奴は情弱
情強はqemu*直打ち一択

>>794
CentOS 5.xのKVMは古いから性能でませんよ。
おまけにVirt-managerも古いので、使えない機能もあるし。

Fedora13やRHEL6で、KVMの性能落ち込む環境もあるみたいだね

>>797
Release Note 読めよ。
KVMパフォーマンスは 6.1 で大幅に改善される。

リリースノートで使ってる環境でなくて、
一部の利用者の環境の話だよ。

Scientific Linux 5.5、安定してますね。
1ヶ月連続稼働してみたけど、一度も怪しい動きはありませんでした。

昨日、カーネルの更新を当てて再起動したので、
記録がリセットされてしまったけど。

そろそろScientific Linux 6.xに移りたいな。

う〜　セント君よりいいのかなぁ。
移ろうかなぁ。

PowerEdgeシリーズ（特にR300）でSL6動かしてる方はいませんか。

DVDインストールを試してみたらキーボードの配列選択後にフリーズすると言う事象が・・・。

DELLのSAS RAIDにSLが対応してないだけなのだろうか・・・orz

同じクローンで安定度に差があるかもって、
商標の取り除きかたでデグレしたり
するかもしれんということか？

>>802
PowerEdgeの既知の問題でありませんでしたっけ？
OSのインストール時は、使用するUSBのポートに注意して下さい。

USBの前面ポートだか、背面ポートだか忘れましたが
どちらか片方がOSインストール途中（SLに限らず）で使えなくなるタイミングがあったと思います。
なので、インストールの時は、キーボード、マウスなどのUSBは、
背面のポート（または前面のポート）に接続してください。

インストール後は、もちろん、BIOSで殺してない限り、前でも後でもUSB使えます。

>>804
うごぉ、初耳な情報です・・・。

>>804

>805
途中送信してしまった。

明日またテストができるので、その点に注意してリトライしてきます。

USBポートって意味もなく多くついてんのよね。

age

>>804
遅くなりました。

結果、USBキーボードだけだとキーボードの言語選択後、次へのボタンが選択できず進めませんでした。
USBマウスをつないでマウスからクリックすることによりインストールを進めることができました。
GUIでインストールしてるから、こういう症状が出たのかなぁと思っています。
※CUIは試してない。

テスト機器：PowerEdgeR300,R310
利用USB：フロントパネル側

>>809
[Tab]キーを連打してフォーカスを移動できないって
ちょっと珍しい問題ですね。

今回の更新で起動画面がカッチョヨクなってるじゃないか

起動画面がカンチョクトになってる、にみえた＾＾＾＾＾

>>811
mjd?
なにもかわってないんだが。

6月13日(月) に CentOS が出なかったら、
RHELクローン統合スレでよくね？

殆ど同じ動作しかしないのに、スレを分けて
情報が分断されるのは、余り好ましい状況にはない。

例えば下記が一例。
ーーーーーーーーーーーーーーーーーー
スレタイ：【SL】RHELクローン統合【CentOS】

RHELクローンとは、Reh Hat Enterprise Linux より、
同社の商標やコード、及び商用パッケージ等を排除したOS のことです。

特に、このスレではRHELクローンに共通した話題を扱います。
各ディストリに特化した話題は、専用スレで。

対象ディストリは、RHEL5 以降 の無償のRHELクローンで下記の通りですが、
RHEL 自体、あるいは有償のRHELクローンでも共通する話題は多いです。
Scientific Linux
http://www.scientificlinux.org/
CentOS
http://www.centos.org/
CERN Linux (Scientific Linux とほぼ同等, Scientific Linux CERN, SLC と呼ばれる。）
http://linux.web.cern.ch/linux/
FrameOS
http://www.frameos.org/FrameOS/Home.html

* ディストリ同士のつまらない言い争いはスルーで。
* ディストリ毎に多少違いがみられますので、
　必要に応じてディストリ名とバージョンを明記してください。

あとは関連リンクとか。

まだ統合は荒れそうな予感

個別スレと同時に、統合スレもつくればいいんじゃね！
選択肢が増える分には、ウエルカム

統合スレは反対だなあ。

なんかSL6.0のデスクトップのログインユーザー選択画面の上に表示されてる
SLの文字をクリックするとubuntuって表示に切り変わる・・・

テンプレにScientific Linux Cernいれる意味ある？
あれ普通の人がCERN外の環境で使うもんじゃないっていうか、
特殊な設定入ってることもあるから分かってないと泣くよ？
ていうかSLC入れるならScientific Linux Fermiも入れるべきだし。

>>816
CentOSとSLは、手段と目的が異なるし、スレの勢いも違いすぎるから、
統合スレはあまり良くないんじゃないかな。
SLスレがCentOSの質問も許容するかどうかは流れに任せれば良いのでは?

>>819
同感。SLCは要らない。

俺は、個別スレは存続させて、統合スレ作ればいいと思うけどね。

CentOS と SL は、目的は異なれど、実質ほぼ一緒だから。
実際、Dag 自身が SL を CentOS 代替として勧めているくらいだし、
ユーザーサイドから見て、ほとんど違いは見られない。
違いも、http://slashdot.jp/~bero/journal/526204 で
述べられていることと、他にちょっとした違いのみ。

SL に個別に含まれる 研究関連のパッケージを使わないユーザは、
実際は CentOS のスレを見ているというのが現状でしょ。
そもそも、CentOS を使用している人達は、RHELクローンだからこそ
CentOS を使っているわけで、
ある程度忠実なRHELクローンである限り、本来は SLでも関係ないと思うけど。
（あとは愛着とか、雰囲気とか、そういう問題。）

仮にそうだとしたら、研究関連のソフト等を使用する時とかいった、
SL 専用ぽい話等については個別スレでして、
RHELクローン全般で共通の話題はRHEL統合スレですれば
いいのではないかと思った。

あと、CERN linux は対象外でいいと思う。
細かいの入れたらキリがない。

Oracleも入れてやりなよ
統合するなら無償にこだわる必要もないだろう

>>814
馬鹿じゃねぇの？

どのへんがバカなの？

DAGとかREMIとか外のレポいれちゃえばほぼ同じなのでYUM系LINUX総合スレ…はやりすぎ？
AmazonLinuxが仲間になりたそうにこちらを見ている！

RHEL&クローンの移行スレか複数運用スレって感じの
タイトルがいい気がする

>>821に一票

今週中に１０００まで埋めて、次スレ立てよう

統合スレを作るにせよ、それはCentOSスレの延長として作られた方が自然。
SLとしては何事もなく2スレ目に行けば良い。

先に1000になったスレが統合スレの1スレ目になるのが自然じゃないか?
統合するならばな

6年間静かだったのに急に騒がしくなったなこのスレ

当たり前だろ

CentOSを引きずり下ろして
RHEL互換OSの新しいセンターだからな

CentOSは引きずり下ろされてなんかないよ。

勝手に落(ry

さっと立てて個別スレの落ちたクローンから三々五々寄り合えば?
どこかのスレの後継にしちゃうと意地張って別スレ立てちゃうかもだろ

雑誌で紹介されたからなのかな。

まさか超鉄板のセントくんが転げ落ちる日がこんなに早く来ようとは

SL特有の話もあるから、RHELクローン総合,SL2スレ目,CentOS次スレでいいんでない？
乱立すると情報分散しちゃうから落ち目のせんとくんを総合スレに統合してもいいと思うくらい

とりあえず統合スレ立てて様子見れば？

SL固有の情報がどの程度あるのか分からんけど、必要ないやつは勝手に消えてくだろ

んだな。
CentOSスレはまだ余裕あるしw
俺もSL使ってみたけど、まだ有意な違い見つけられてないから、
統合でやってほしい。

リリース時期がこれだけズレちゃうと情報分散してた方が混乱無くて良くないかな？とは思った。
つか分かれてもせいぜい2か3スレでしょ。

統合スレとか馬鹿なの？

SLつかRHEL6用のMySQL Clusterの公式rpmってまだないんだね。

>>840
ズレてるんなら、そもそも混乱しないんでは？

分散して、マルチとかして、それを騒ぎ立てるバカとかの方がうざい

移動することになる住人の多いCentOSスレで決めればいい
ニワカばかりのこっちで進めても仕方ないだろ

>>836

昔は同じく鉄板だったWhiteBoxというのがあってだな…

>>845
最初からモーリスせんせの一人プロジェクトみたいな白箱を鉄板とか思うのはどうかと思うぞｗ

あの頃は、ELクローンの選択肢が山のようにあったから全然気にしてなかったし途中からUpdateが
遅れまくるから自分でビルドしてたなｗｗｗ　おかげで色々ノウハウも溜まったし。

6.1正式早く来ないかな。
仮想化のSpice0.8.xを採用したいんだが・・・

ゲストOS（WinXP）でSpice公式から落としたQXLドライバがあたらず変だなと思ってたら
SL6.0って0.4.xなんだな。

>>844
俺もそう思う。CentOSスレで決めれば良いんだよ。
SLは別に変化無いんだから、SLで2スレ目行けば良い。

ところで、新しいカーネル 131.2.1 にすると、sys 時間が40%ぐらいになって、
パフォーマンス悪くなる Core i7 930
俺だけ?

>>836
Cent は背後の企業が貧弱だったから、
こういう事も十分あり得ると思ってたけど。

昔から運営があやしいところがあったしな

この6.0の野郎、
デスクトップインストールでネットワーク管理パッケージを入れると
hostsにubuntuとホスト名を登録しやがるな…


めちゃビビったわ。