気になるもの。

OpenSolaris を Extended partition (拡張パーティション) にインストール

2010-03-03T04:28:45Z

ずっと前から気になっていたのが、onnv_b119 で追加された Solaris on Extended Partition です。

そう fdisk 拡張パーティションへのインストールです。
最近、distribution contructor を使ったオレ様 LiveCD を作成することにはまっているのですが、実機確認の際に思い切ってテストしてみました。

現状は、インストーらでは fdisk パーティションの操作(拡張パーティションの作成含む)はできません。なので、インストールの前に LiveCD に含まれる GParted を使い、あらかじめ fdisk パーティションを構成しておく必要があることに注意。
GParted で拡張パーティションを作成することも可能です。

fdisk パーティションを作成したら、インストーラを起動します。
普通にすすめていくだけです。
インストール先を指定する画面で、パーティションタイプが Extended になっているのが拡張パーティションを意味します。
その中に、論理パーティションとなる Solaris2 パーティションを作成し、そこから起動することになります。

こんな感じ。

というわけで、普通にインストールできて普通に起動してきました。
これで少しは柔軟にパーティション構成を行えるようになったのかな？
さとう自身が、この件で初めて拡張パーティションを作成したので、ひゃっほぉぉっぉぉっぉおおおおい！となる機能ではありませんが、うれしい人にはうれしい機能かと思います。

＃fdisk パーティション滅びろといってみるテスツｗ

Sun Studio 12 Update 1 Lint and TEST CBE for Building OpenSolaris - Feb 2010

2010-03-01T06:11:38Z

onnv b134 から Sun Studio 12 update 1 を使って build できるようになりました。
というわけで、onnv を build するためのツールとなる CBE (Common Build Environment) も update されました。
こちらは、Sun Studio 12 update 1 に patch が適用されたものとなります。

また、従来の Sun Studio 12 CBE でも引き続き build は可能なので、安心感を得たい場合はこちらを使い続けるのもとうぜんアリです。

Sun Studio 12 Update 1 Lint and TEST CBE for Building OpenSolaris - Feb 2010 http://hub.opensolaris.org/bin/view/Community+Group+tools/sun_studio_12u1_tools

non-global zone の zfs dataset に dedup を設定してからインストールする (OpenSolaris)

2010-02-28T14:59:05Z

dedup をサポートしている OpenSolaris (b128 or later) で可能な技です。

OpenSolaris の non-global zone は、ipkg branded zone と呼ばれ Solaris 10 の native zone に比べると色々と変わっているところがあります。

で、OpenSolaris の non-global zone は zfs dataset 上に配置されるのですが、せっかく dedup 使えるようになったんだから複数 non-global zone を動かすときには効果ばつぐんじゃね？ということで、強制的に dedup=on を設定した dataset を create してからファイルをもろもろインストールさせるようにしてみました。

/usr/lib/brand/ipkg/common.ksh の下記の箇所を修正するだけです。(b133 で取得した diff となるため build によっては変わる可能性があります)

以後、 zoneadm -z hoge install 時に作成される dataset は dedup=on となります。

*** /usr/lib/brand/ipkg/common.ksh.orig    2010-02-24 12:28:18.561761946 +0900
--- /usr/lib/brand/ipkg/common.ksh    2010-02-24 12:28:56.130573474 +0900
***************
*** 249,255 ****
 
      /usr/sbin/zfs list -H -o name $ZONEPATH_DS/ROOT >/dev/null 2>&1
      if (( $? != 0 )); then
!         /usr/sbin/zfs create -o mountpoint=legacy \
              -o zoned=on $ZONEPATH_DS/ROOT
          if (( $? != 0 )); then
              fail_fatal "$f_zfs_create"
--- 249,255 ----
 
      /usr/sbin/zfs list -H -o name $ZONEPATH_DS/ROOT >/dev/null 2>&1
      if (( $? != 0 )); then
!         /usr/sbin/zfs create -o mountpoint=legacy -o dedup=on \
              -o zoned=on $ZONEPATH_DS/ROOT
          if (( $? != 0 )); then
              fail_fatal "$f_zfs_create"

Oracle Solaris Operating System

2010-01-28T08:32:32Z

というわけで、Solaris は Oracle Solaris Operating System になりました。
OpensSolaris は、そのままの名前で。

Oracle Solaris
http://www.oracle.com/us/products/servers-storage/solaris/index.htm

Oracle Solaris Cluster, Oracle Solaris Studio, Oracle Enterprise Manager Ops Center, Oracle Solaris Containers, Oracle VM VritualBox ...

Good Bye, Sun Microsystems ...

2010-01-28T08:23:02Z

Sun Microsysytems 終了のお知らせ。
そして、こんにちは Oracle。

Sun Microsystems は 28 年間の歴史に幕を降ろし。
Solaris & SPARC に出会って 16 年。長いようで短く。
たくさんの思い出をありがとう。

2010/01/28 (木) 午後05:22 ああ、sun.com が oracle.com へ redirect 設定された・・・

SXCE 環境から OpenSolaris への移行

2010-01-25T15:22:53Z

以前、書いたものを参考に SXCE b130 上で OpenSolaris b131 の環境を構築。
その際、 pfexec を使えるようにする処理を追加。

http://solaris.sunfish.suginami.tokyo.jp/wiki/index.php?title=Moving_from_Nevada_%28SXCE%29_to_OpenSolaris

SXCE b130 のダウンロードは 1 月末で終了

2010-01-18T02:48:00Z

ついに最後の SXCE (Solaris Express Community Edition) となる SXCE b130 がリリースされました。
これに伴い、今後の build についての情報がいろいろとでてきています。

[indiana-discuss] Nevada: What's going, what's staying, what's changing, what's not
http://mail.opensolaris.org/pipermail/indiana-discuss/2010-January/017358.html

build 130 以降は、いままでのように SVR4 package の配信はなくなりすべて IPS ベースの install image に移行。
DVD, network install, jumpstart, liveupgrade は過去のものに。
今後は、インストールにおけるプロセスは LiveCD (x86 のみ), Automated Install (x86, SPARC) に集約されます。

また、SXCE の配布は 1 月末を持って終了となり、その後、download center にて配布されていたすべての SXCE は削除されるとのことです。SXCE b130 を手元に残しておきたい場合は、download を忘れずに。
もう、SXCE を奨めることはできなくなり、Solaris といえば Solaris 10 か OpneSolaris のみの選択肢となり、forum や discuss 等では SXCE をベースにお話することができなくなります。

あけましておめでとうございます。そして、最近の OpenSolaris に関する話題

2010-01-02T21:34:00Z

2010 年きました。
みなさま、あけましておめでとうございます。
来年から本気だす！（キリッ

というわけで、ずっとさぼりぱなしだったわけですが、挨拶がてら最近の OpenSolaris 界隈で話題になっていることなどひとつ・・・
えっと、ナウシカの巨神兵ばりに【腐ってやがる・・・早すぎたんだ】という感じです。いや、ちょっと言ってみたかっただけです。
で、
年末に話題になったのは、これ。OpenSolaris dev b130 での出来事。
gdm が装いも新たに少しかっこよくなったのですが、その影響で ja_JP.UTF-8 (OpenSolaris で日本語を選択した場合の default localde)　だと、ログインするための儀式を始めるログインボタンを押しただけで認証に失敗したというダイアログが出力されてログインできないという問題。

Bug 13593 - Cant gdm-login on b130 with Japanese environment.

Workaround も書かれていますが、singleuser mode に入り system locale を変更して対応する方法もありますのでお好きなほうを。
あと、日本語は関係なく GPU に NVIDIA を利用している人には漏れなくバグがついてくるので b130 のリリースノートを参照するのを忘れずに。それでも動作しない場合は、[ug-jposug] OpenSolaris dev b130 で OpenGL に関連する問題も参考に。

さらに、いくつか気になるバグが・・・
まず、zfs userspace コマンドなどが日本語 locale では python の traceback log を吐き出して実行できないという問題。
ZFS user & group quota 機能に関連するものなので Solaris 10 Update 8 でも発生します。
こちらは、10 月末に defect に登録し、うごかないのはまずいよねと Priority 2 で登録したままさっくり bugster 送りにされて修正待ち。・・・修正される気配なしｗ

Bug 12229 - zfs userspace/groupspace/allow/unallow/holds IOError in Japanese locale
Bug ID: 6895223 zfs userspace/groupspace/allow/unallow/holds IOError in Japanese locale

もうひとつは、nautilus (やデスクトップ)で複数のファイルなどを選択すると crash してしまう件。
これも C locale だと発生せずに ja, ja_JP-UTF-8 で発生することを確認。
報告の中に workaround を書いていますが、nautilus の wrapper script を作成し、LC_ALL=C で起動させるのがいまのとこ簡単な対処方法でしょうか。メニューが英語になってしまいますが。

Bug 13650 - Japanese environment (ja and ja_JP.UTF-8) , it crashes by drag select multiple files in nautilus.

と、日本語環境での問題が多くなってきています・・・

[osol-announce] SXCE Update: Correction

2009-11-16T03:18:00Z

最近は、twitter に呟くとそれでお腹いっぱいになって blog とか長いものを書く気力がなくなるのはなぜだろう・・・
で、先月末に SXCE 延命の announce キタコレと書いたのですが、その後すぐに訂正が出たオレ涙目。

CORRECTION:

The current plan for Solaris Express Community Edition is that it will
be delivered though build *130*, which is scheduled for *late-December*
2009.

http://opensolaris.org/jive/thread.jspa?threadID=116145&tstart=15

年内いっぱいで build 130 までになってました。
まぁ、最近になって ON を IPS に deploy するための ON IPS Repository の準備が進んでいたりしてるので、ON に関してはそんなに気にならなくなってきてはいますが、その他の repository はどうなるのかなぁと・・・

SXCE は、2010 年 1 月中旬まで提供継続

2009-10-28T04:36:00Z

おしっ！ｗ
SXCE b131 までは提供を継続することが決まったらしい。

http://mail.opensolaris.org/pipermail/opensolaris-announce/2009-October/001310.html

Apple ZFS Project Shutdown。でも終わったわけじゃないよ？

2009-10-28T03:20:00Z

Snow Leopard では zfs 関連のモジュールが抜かれ、いったいどうしたんだ？と騒ぎになりましたが、ここにきて、Apple がスポンサーとなりオープンソースソフトウェアをホスティングする Mac OS forge から ZFS Project 終了のお知らせが出て、更に大騒ぎとなっています。

ZFS の生みの親である Jeff Bonwick 氏からも多くを語れない短いコメントが出ていますが、やはり Oracle による Sun Microsystems の買収によりライセンスに関する問題によるものみたい。DTrace なみに入り込んでいれば、そうそうと外すこともできなかったのかなぁと思いつつ。

[zfs-discuss] Apple cans ZFS project
http://mail.opensolaris.org/pipermail/zfs-discuss/2009-October/033125.html

Apple が正式に Mac OS X へ ZFS を組み込もうとする ZFS Project は、無くなったに等しいかと考えられますが、そこはそれ。オープンソースソフトウェアです。
開発に関わっていた人々は、google code にホスティング先を移項し、継続をする意志を示しています。

maczfs
http://code.google.com/p/maczfs/

また、Snow Leopard 用の 32/64 bit module 入りの package も配布されています。
サクッと入れてみたところ、zpool version 8, zfs version 2 をサポートしている実装となり、GUID Partition table と連携する必要があるようですが、ZFS の基本的な機能は利用できるっぽいです。
こちらの開発が問題なく継続できれば、それほど悲観しなくても良いことになるかも。
mkfile で作成した file を使って、適当に pool を作成してみたりしましたが、zpool create した pool は、直後に finder に現れ読み書きすることができます。
残念ながら同じディスクに同居している Nevada の領域は zpool import でも見付けることができなかったので、GPT などが絡んでいるのかなと。

とりあえず、全てが終わったわけではないということでｗ

10月末は Solaris/OpenSolaris 関連の露出度高す

2009-10-20T07:57:12Z

再来週は、イベントでの Solaris/OpenSolaris 関連の露出が多いですね！

10/28 ITpro EXPO
          15:00〜15:40 デスクトップ仮想化、シンクライアント、デスクトップクラウド
          http://itpro.nikkeibp.co.jp/expo/2009/forum/view.html?c=TH5

          16:00〜16:40 サーバ仮想化のメリットを最大限に生かすOpenStorage
          http://itpro.nikkeibp.co.jp/expo/2009/forum/view.html?c=TH6

    10/29 ITproEXPO
          11:00〜11:40 グローバルな実績に基づくサンの仮想化・クラウド化のサービス
          http://itpro.nikkeibp.co.jp/expo/2009/forum/view.html?c=TH9

    10/30 Oracle VM Forum 2009 Tokyo/Fall
          15:20〜16:10 ZFSとOracle VMを連携させた門外不出の検証環境　構築手法
　　　　 http://www.oracle.com/webapps/events/EventsDetail.jsp?p_eventId=96741&src=6800476&src=6800476&Act=17#

    10/30 OpenSolaris Night Seminar
          18:30 - 21:00
          http://jp.sun.com/company/events/2009/000410.html

    10/30 OSC 2009 Tokyo/Fall
          15:15 - 16:00 MySQL　〜いろいろあったりもしたけれど、私はげんきです〜
          http://www.ospn.jp/osc2009-fall/modules/eguide/event.php?eid=75

    10/30 Perfume Second Tour 2009 直角二等辺三角形TOUR
              横浜アリーナ

    10/31 OSC 2009 Tokyo/Fall
          10:15 - 11:00 OpenSolaris をほとんど知らない人々へ
          http://www.ospn.jp/osc2009-fall/modules/eguide/event.php?eid=30
          (なんという上から目線！ｗ)

OptiBay Hard DriveKit for MacBook

2009-10-20T05:24:24Z

2 ヶ月ほど前に、ZFS 上で data corruption が発生し check sum error が大量に報告される自体に。
最悪なことに $HOME/.thunderbird 配下が全てアクセスできない自体に遭遇してしまった。
zpool scrub を実行しても single disk で運用している以上、meta data の複製はあるが data の複製はなく。
data そのものが配置されている block が壊れてしまうと、もう、どうしようもできないわけで。
mirror なり raidz なりを組んでいれば、まだ救われていただろう。それができなくても、zfs set copies=2 とかにしておけば、data 部分も 2 重化される。が容量的にちと厳しく。

というわけで、MacBook Late 2008 の Super Drive を取り外して、HDD マウンタである Optibay と交換。
500GB の disk を載せ、500GB + 500GB で計 1TB 搭載の MacBook に仕立て上げた。

OptiBay Hard DriveKit for MacBook Pro 15/17 UNIBODY and MacBook UNIBODY [OBSATA0GB-UNB]
http://www.akibakan.com/BCAK0014327/BCAK0014327A/index.html

取り出した SuperDrive は、外付けとして使おうとケースを購入してみたがどうにも不安定というか、回っているところが見えてしまうのが精神衛生上良くないｗ
泣く泣く Logitec の USB 接続スリムドライブも購入し、工学ドライブが必要になったら接続するというスタンスに。

追加した disk には、ZFS mirror と空いた領域は data 領域などに。Mac OS X や Windows 領域は mirror せずｗ
困ったのは、どっちのディスクから起動しているかパッと見わからないところかｗ
まぁ、mirror 構成にするだけで、かなり心が楽になるｗが、Optibay の取り付けは二度としたくないなぁというのが本音。ネジなめそうでなめそうで怖すぎでした orz

MacBook Late 2008 も発売から 1 年たち、一世代前となってしまったので、そろそろこういう使い方しても心が痛くないレベル。MacBook Late 2008 での OpenSolaris 使いの方にオススメです。まじです。

Solaris 付属の gcc と collect2 と ld と Global Menu Bar for GNOME

2009-10-06T05:21:00Z

Global Menu Bar for GNOME というが良い感じのようなので、インストールにチャレンジ。
Mac OS X のように、上部に配置された GNOME Panel が menu bar となる。
基本的には、GTK+ のアプリケーションのみが対象となるが、フォーカスされたアプリケーションのメニューへアクセスがしやすくなるような気がする。
GIMP とか Acrobat 9 とか。Firefox や Thunderbird はダメっぽい。
Mac OS X を利用している人などにはなじみ易いかと。

Global Menu Bar for GNOME
http://code.google.com/p/gnome2-globalmenu/

Vala - Compiler for the GObject type system なるものがあれば使うようだが、特にインストールされてなくてもよいみたい。

Vala - Compiler for the GObject type system
http://live.gnome.org/Vala

しかし、build できなかった orz
cofigure では、特に躓くこともなく。が、library の build で、ld のオプション一覧が出て error となってしまう。
まぁ、大体このパターンは GNU ld を想定したオプションが仕込まれており、/usr/ccs/bin/ld が呼び出されたため error となっていることが多い。
が、直接、ld を呼び出しているのではなく gcc を利用して link している。
経験上、そのような場合は、環境変数 PATH の先頭に GNU ld が配置されているパスを通し、再度 gmake を叩けば問題ないはずっ！
・・・
ダメだ orz
/usr/gnu/bin/ld を見てくれない orz

少し調べてみると、(´・ω・｀)ショボーンな事実がわかった。

gcc を利用する場合、collect2 と呼ばれるユーティリティを利用し、プログラムの実行に必要となる様々な初期化関数などを呼び出す仕組みを付加する。
そんな collect2 は、ld を呼び出すようになっているが、OpenSolaris では、2 種類の ld が存在する。

/usr/ccs/bin/ld
/usr/gnu/bin/ld

目的を果たす役割としては、どちらも同一のものとなるが、オプションに互換性がないため、build するものによっては、利用する ld を切り替える必要がある。
Solaris や OpenSolaris 付属の gcc では、この切り替えがうまくいかない。

collect2 が ld コマンドを検索する際に下記の挙動を取る。

    * GNU CC の検索ディレクトリに列挙されているディレクトリにある real-ld。
    * 環境変数 PATH に列挙されているディレクトリにある real-ld。
    * 指定されていれば、コンフィグレーションマクロ REAL_LD_FILE_NAME で指定されたファイル。
    * GNU CC の検索ディレクトリにある ld。ただし、collect2 は自分自身を再帰的に実行することはない。
    * PATH にある ld。

gcc がどんな検索 PATH を利用するかは、gcc -print-search-dirs で確認できる。
programs の最後に /usr/ccs/bin が入っている。

$ gcc -print-search-dirs
install: /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/
programs: =/usr/sfw/libexec/gcc/i386-pc-solaris2.11/3.4.3/:/usr/sfw/libexec/gcc/
i386-pc-solaris2.11/3.4.3/:/usr/sfw/libexec/gcc/i386-pc-solaris2.11/:/usr/sfw/li
b/gcc/i386-pc-solaris2.11/3.4.3/:/usr/sfw/lib/gcc/i386-pc-solaris2.11/:/usr/libe
xec/gcc/i386-pc-solaris2.11/3.4.3/:/usr/libexec/gcc/i386-pc-solaris2.11/:/usr/li
b/gcc/i386-pc-solaris2.11/3.4.3/:/usr/lib/gcc/i386-pc-solaris2.11/:/usr/sfw/lib/
gcc/i386-pc-solaris2.11/3.4.3/../../../../i386-pc-solaris2.11/bin/i386-pc-solari
s2.11/3.4.3/:/usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/../../../../i386-pc-sola
ris2.11/bin/:/usr/ccs/bin/i386-pc-solaris2.11/3.4.3/:/usr/ccs/bin/

libraries: =/usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/:/usr/lib/gcc/i386-pc-sol
aris2.11/3.4.3/:/usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/../../../../i386-pc-s
olaris2.11/lib/i386-pc-solaris2.11/3.4.3/:/usr/sfw/lib/gcc/i386-pc-solaris2.11/3
.4.3/../../../../i386-pc-solaris2.11/lib/:/usr/sfw/lib/gcc/i386-pc-solaris2.11/3
.4.3/../../../i386-pc-solaris2.11/3.4.3/:/usr/sfw/lib/gcc/i386-pc-solaris2.11/3.
4.3/../../../:/lib/i386-pc-solaris2.11/3.4.3/:/lib/:/usr/lib/i386-pc-solaris2.11
/3.4.3/:/usr/lib/

gcc のオプションで ld というコマンドがどのように検索されるか確認してみる。

$ gcc -print-file-name=ld
/usr/ccs/bin/ld

$ gcc -print-prog-name=ld
/usr/ccs/bin/ld

/usr/ccs/bin/ld が呼び出されているのがわかる。
さらに、PATH が影響していることも懸念し、環境変数 PATH を unset (ksh) し確認してみる。

$ unset PATH
$ echo $PATH

$ /usr/sfw/bin/gcc -print-file-name=ld
/usr/ccs/bin/ld

$ /usr/sfw/bin/gcc -print-prog-name=ld
/usr/ccs/bin/ld

やっぱり /usr/ccs/bin/ld が呼ばれる。
PATH に /usr/gnu/bin/ を追加して確認してみる。

$ PATH=/usr/gnu/bin; export PATH
$ echo $PATH
/usr/gnu/bin

$ /usr/sfw/bin/gcc -print-file-name=ld
/usr/ccs/bin/ld
$ /usr/sfw/bin/gcc -print-prog-name=ld
/usr/ccs/bin/ld

ん？ PATH は見てくれず、/usr/ccs/bin/ld 決め打ちっぽい悪寒・・・なんでだろう？
collect2 に strings をかけてみると・・・

$ cd /usr/sfw/libexec/gcc/i386-pc-solaris2.11/3.4.3/
$ strings collect2 | grep ld
/usr/lib/ld.so.1
ldout
/usr/ccs/bin/ld
ld_file_name = %s
ld returned %d exit status
real-ld
collect-ld

いた。
いやがった。抱えてやがった。/usr/ccs/bin/ld を！

このように埋め込まれていると、/usr/ccs/bin/ld が存在する限り必ず /usr/ccs/bin/ld を見に行くっぽい。
むむむ。
OpenSolaris では、/usr/ccs/bin/ld が /usr/bin/ld に移動したのですが、/usr/ccs/bin/ls は互換性のために sym link として残っています。
まずは、この /usr/ccs/bin/ld を無くしてみます。無くすといっても、別な名前に remove してもいですし link なので元ファイルがわかっていれば消してしまってもいいです :)
PATH も unset してみると、

$ /usr/sfw/bin/gcc -print-file-name=ld
/usr/lib/ld

$ /usr/sfw/bin/gcc -print-prog-name=ld
ld

$ /usr/sfw/bin/gcc -print-file-name=kazus
kazus

おっと、なんかイイ感じに崩壊してきましたね。
/usr/lib/ld はディレクトリですしおすし。
-print-prog-name=ld のほうは、なんか、与えられた文字列そのまま返してますね。
gcc が持つ検索 PATH に /usr/gnu/bin が入っていないため ld コマンドは見つかりません。

この状態で、collect2 はどう振る舞うか見てみると、
PATH は unset され、/usr/ccs/bin/ld もなくなると、collect2 は呼び出すべき linker
を見付けられないため下記のメッセージを出力します。

$ cd /usr/sfw/libexec/gcc/i386-pc-solaris2.11/3.4.3
$ ./collect2 --help
collect2: cannot find `ld'

/usr/gnu/bin に PATH を通し、ld を確認してみると /usr/gnu/bin/ld が呼び出されていることがわかりました。

$ PATH=/usr/gnu/bin; export PATH
$ echo $PATH
/usr/gnu/bin

$ cd /usr/sfw/libexec/gcc/i386-pc-solaris2.11/3.4.3
$ ./collect2 -v
collect2 version 3.4.3 (csl-sol210-3_4-20050802) (i386 System V Release 4)
/usr/gnu/bin/ld -v
GNU ld (GNU Binutils) 2.19

一度、unset PATH を実行して、/usr/bin に PATH を通してみる。

$ PATH=/usr/bin; export PATH
$ echo $PATH
/usr/bin

$ ./collect2 -V
ld: Software Generation Utilities - Solaris Link Editors: 5.11-1.1683

gcc 検索用 PATH は無視され、環境変数 PATH に設定されたパスを検索対象と切り替え、ld コマンドを呼び出し利用するようになる。
なるほど。

というわけで、Global Menu Bar for GNOME を build するときに一時的に /usr/ccs/bin/ld を削除！Ψ(｀∀´)Ψ
無事に build できました(´∀｀*)
configure は、こんな感じ。applet が /usr/libexec にインストールされるのがアレですが。。。

$ env CFLAGS=-O3 ./configure --prefix=/usr --with-gconf-schema-file-dir=/etc/gconf

まぁ、美しくはないですが、この件については gcc を自分で build したらどうなるかとか確認したい。
gcc -v で、configure 時のオプションを確認することがでいるのですが、--with-ld=/usr/ccs/bin/ld と --without-gnu-ld が鍵を握っているんじゃないかと思っていたり・・・

$ /usr/sfw/bin/gcc -v

Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs
Configured with: /builds2/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77,objc --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-20050802)

参考:
http://www.sra.co.jp/wingnut/gcc/gcc-j.html#Collect2

Final Fantasy XI on Solaris (via Wine)

2009-09-29T22:07:00Z

最近、こんなことにはまっています・・・
MacBook Late 2008 (Core2Duo 2GHz, NVIDIA 9400M)がベースですが、Boomer の OSS 互換 API と修正された audiohd driver のおかげで音もばっちしです。
もうちょいパフォーマンスがあがるなら広い画面と GPU 搭載の MacBook Pro 15" 行きたいなぁ・・・

FINAL FANTASY XI on Wine への道のり
http://solaris.sunfish.suginami.tokyo.jp/wiki/index.php?title=Wine

Solaris 上で何かしながら FFXI とか、FFXI やりながら Solaris いじるとかできるわけですよ！
ただ、日本語入力に問題があり、入力できないと思っておいたほうがよいです。
Wine 自体は、Nevada b123 でサクッとできあがります。
まぁ、Wine すごいことになってるなと。