「Slackware, FreeBSDもX.org採用」記事へのコメント

やっと使える…

[Anonymous Coward]

5月前半の時点でxorg-serverのport(およびそれに関連するxlibのport)はFreeBSDのport treeに既に存在していた。だけど、xtermやxdmなど、Xの標準配布物に入っているclientのportがXFree86側のものしか存在していなかったため、クリーンインストールした場合、portsのみを利用してX11R6.7の環境を構築することはできない状況が続いていた。

XFree86-Server-snapがbuildできない(BROKENが付いてる)FreeBSD/amd64で、かつVideoチップの都合上最新のX Serverを必要としていた１ユーザーとしては

Re:やっと使える…

[Jadawin (2174)]

5/31の日付で、-currentのportsでは、xorg-server, xorg-libraries, xorg-clientsが、
出そろってますね。

事情のある人は、そろそろ試す時期ではないかと。
普通の人は、他のportsの移行を確認してからでしょうか？

＃XFree86-4-librariesに依存しているのが大分あるんじゃないかと。

Re:やっと使える…

[KENN (3839)]

＃XFree86-4-librariesに依存しているのが大分あるんじゃないかと。

多分それは問題にならないです。portsのRUN_DEPENDSやLIB_DEPENDSは、データベース的な依存関係ではなく、プログラムやライブラリ自体をサーチパスから探してるはずです。つまり、要はlibX11*というライブラリが存在すればいい訳で、それがXFree86のもの

Re:やっと使える…

[Anonymous Coward]

>> ライブラリ関数のインターフェースが変わってたりすれば当然ダメですが。

のようなことが万が一にも発覚した場合には、現在のUSE_XLIBを暫定的にUSE_XFREE86_LIBにおきかえ、新たにUSE_XORG_LIBをつくってから、どちらのXlibでもいけることが確認できたportsだけUSE_XLIBにすれば...って、面倒くせーーー！！！

ま、FreeBSDのportsは単純なワリにけっこう良くできてるので、(上記のような手順になるかどうかは知りませんが)portsの枠組み内で対処することになるんでしょうね。少なくと個別のportsについてX

依存モジュールのCONFLICTSが問題になるのでは？

[Flanker (22257)]

ライブラリのインターフェースが変わるってのは考えにくいですけど…
portsでインストールする時に問題になるのは依存モジュールのMakefileにあるCONFLICTS指定でコケる事じゃないかと。
まだ試していないのでなんともいえないのですが、ports AはXFree86依存、ports BはXorg依存と言う場合に、
先にports AをインストールするとXFree86-4-librariesがインストールされますよね、
その状態でports Bをインストールするときに依存モジュールのxorg-librariesをインストールしようとしてCONFLICTSでエラーになるとインストール出来ない。
この状態が

--
腐乱化…もといFlanker

現実問題として

[KENN (3839)]

XFree86-librariesとxorg-librariesのコンフリクトが問題になることは現時点ではありません。何故かというと、関係するであろうxorg-clients自体が

LIB_DEPENDS= freetype.9:${PORTSDIR}/print/freetype2 \
　　　　　　　　expat.5:${PORTSDIR}/textproc/expat2 \
　　　　　　　　Xcursor.1:${PORTSDIR}/x11ｑ/XFree86-4-libraries \

という依存関係になっているから（ｗ

つまり現時点のports上のXの実質的な選択肢は

• XFree86-libraries＋XFree86-server(-snap)
• XFree86-libraries＋xorg-server

という組み合わせだけだと思います

Re:現実問題として

[Flanker (22257)]

xorg-serverは現時点ではxorg-librariesには依存していないので、XFree86-4-ServerとのCONFLICTS指定が問題になるだけですね。
実際のところですね、XFree86-4.3.0が入ってるところにX11R6.7.0のtar ballから上書きインストールしちゃっても問題なく動作するのでXの方の互換性は現時点では殆ど問題ないだろうと思います。
ということで、xorg-librariesは他のportsがxorgに移行するための下準備なのではないかと。

一方、xorg-clientsですが、これはFreeBSD/i386でビルドしてもエラー落ちしますねぇ（苦笑）
で、原因は…なんじゃこりゃ？xdmで落ちるのでソースを見るとsession.cの58行目でヘッダファイルと違う形でプロトタイプが… orz
せっかくパッチ当ててるならここも当ててよ～とか言いつつこれを消したらエラー出なくなったけど、今度はxhostで落ちる… _no
あぅぅ…これって実はまだBROKENを付けとかないといけない状態ではないのか？（汗）

--
腐乱化…もといFlanker

Re:現実問題として

[km (11453)]

新しいマシンが手に入ったので、FreeBSD 5.2.1入れて、p8に上げて、XFree86じゃなくてものは試しにXorgを入れてみたのですが、

1. x11/xorg-libraries
2. x11-servers/xorg-server
3. x11/xorg-clients

という順番でインストールしていったら、何となく入ってしましました…。
xorg-clientsが一番にインストールすると失敗。xorg-serverを一番にインストールしようとするとXFree86-librariesを入れようとするし、XFree86-librariesの後にxorg-librariesを入れようとするとconflictしたので、この順番がよいかと。
LIB_DEPENDでXFree86-librariesになってるところも取り敢えず、xorg-librariesが入ってることでインストールせずに済みました。
あとはフォント周り(x11-fonts/xorg-fonts-*)がx11/XFree86-4だ(x11-fonts/XFree86-4-*ですが)と一緒にインストールしてくれましたが、自分で入れていかないといけないのが面倒かと。ということで、x11/xorgなるものをプリーズです。

# 早く研究環境作り直さないといけないのに、こういうコトしてたらいつまで経っても…

Re:現実問題として

[Anonymous Coward]

本当に入った、普通に使える。

xorgのportsを作ろうとして挫折しました orz

[Flanker (22257)]

実はxorgが出た直後に色々試してtarballからのインストールに成功したのでports作ろうと試みたんですが、Xはimake使ってるのが結構ガン＆portsを作ったことが無いというのが影響したらしく、deinstallがうまくいかないのでsend-pr出来なくて挫折しました。
deinstall出来ない暫定版なら手元にあるのですが、他のportsがXFree86-4-librariesに依存してる現状では、これの価値はあまり無いですね。（苦笑）
Xだけインストールすれば良いという状況は少なくて、多くの場合は他のXアプリやライブラリも必要になりますから。
他のXアプリもソースからインストールしちゃうような人の場合はtarballからインストールできると思いますから、どうしても必要な方が居るようでしたら情報提供しますが…

＃xorg系のportsはまだ開発途中みたいで、色々細かい問題がありそうですね。

--
腐乱化…もといFlanker