FreeBSDを語れ Part37
http://www.freebsd.org/ja/
前スレ
FreeBSDを語れ Part36
http://toro.2ch.sc/test/read.cgi/unix/1371050502/
関連スレ
初心者もOK! FreeBSD質問スレッド その117
http://toro.2ch.sc/test/read.cgi/unix/1380865524/
わこつー
社史編纂室に異動させるわ
そういう平和な部署に異動したい。
ただいま徹夜デスマーチ中。
眠い。
クライアントからの依頼なんだけど、ライセンスの問題でサーバの一部がFreeBSDになった。
体験したもんで今は賛成だわ
ほぼ全てportsからビルドしてるなあ。
・マンパワー不足でメンテナports@freebsd.orgのportsが現在4467個ある
・メンテナの裁量次第なところがあってzshやらvimクラスのportsでも
hoge-develのような分離なしでバンバン最新版に上がっていく
それとは別に今回
・10.0Rに合わせてpkgngに滑り込みで移行って感じでばたばたしている。
リリース時点でバイナリ揃っていなかった
こんなところか
10Rでportsからビルドしようとすると
No address record
でmakeできないportsがある、困ったもんだ。
昔は足りない人的リソースも若さで乗り切ったが
老いが見え隠れするようになりじわじわとスローダウン
年金支給を７０歳まで引き上げ
差し迫る老老介護の時代に備えなければならない
切るものは切り残すものは残すという
ドラスティックな医療改革が必要になってきました
背負うものが増えすぎたふりBSDに送る今日の一曲目
長淵剛でスローダウン
http://www.youtube.com/watch?v=LfBiXDjww-c
てなる。MesaLibってどこからとってくれば？
ftp://ftp.freedesktop.org/pub/mesa/older-versions/7.x/7.6.1/MesaLib-7.6.1.tar.gz
＞10Rでx11/xorgをmakeしたいけどMesaLib-7.6.1.tar.gz: No address record
＞てなる。MesaLibってどこからとってくれば？
xorg binary がない理由はこれか。しょうもないな。
code-freeze終わったんかな
Fetching 22867 patches.
svnのリビジョンだけ上がって Fixup svn props for ってのが並んでるけど、
何したんだろ。
新しいの来てるぞ
日本時間の木曜夜くらいに来るのかな
一休み、一休み。
>> おーい、pkg足りないって言ってた奴ら 新しいの来てるぞ
>> 日本時間の木曜夜くらいに来るのかな
何故それをリリースに合わせないのか？と言うか、
リリース毎に ports を収束させ作って保存していたこれまでの方式に比べて
今のローリング方式とやらはどこが優れているのか？
これまでの方式はマイルストーンの意味があった。
ほぼ全ての ports が make できた貴重な瞬間を残していた。
保守的な人は次のリリースまでそれに頼ることもできた。
今後はそれもできない。一体、ごこが良いのか？
えっ、存在するでしょ?
もしするんなら、それと解るように名前でも付けてよ。
リリースでもmake出来ないのなんかいっぱいあるけど、、、
たまたま自分が使いたいのmakeできただけじゃね?
バグがどんどん直った方がいいよ。
>> >>31
>> リリースでもmake出来ないのなんかいっぱいあるけど、、、
>> たまたま自分が使いたいのmakeできただけじゃね?
>>
>> バグがどんどん直った方がいいよ。
孤立した ports ばかりならその方が良いけど実際はそうじゃないから、
ときどきターゲットを決めて収束させないと酷いことになるんじゃないかと思う。今回のように。
アプリの必要度は人によって違うから、今回を酷いと感じるかは人それぞれだけどね。
10.0R ISO には何が入ってたんだろ？ 自分はメモリースティックイメージを使ったから見てない。
ftp server には Xorg すらなかったけど、ＤＶＤ ISO には入ってるのかな？
10.0Rのリリースに合わせたpkg用パッケージはlatestじゃなくrelease/0に
いままで同様用意されてて、xorgもあるだろ六日時点のが今も。
http://pkg.freebsd.org/freebsd:10:x86:64/
確かにある。quarterlyの方は四半期ごとの更新なんかな
http://svnweb.freebsd.org/base/release/10.0.0/etc/pkg/FreeBSD.conf?revision=260789&view=markup
ここがlatestなので迷子が出た感じなのか
＞こいつらが何言ってるのかわからん。
＞10.0Rのリリースに合わせたpkg用パッケージはlatestじゃなくrelease/0に
＞いままで同様用意されてて、xorgもあるだろ六日時点のが今も。
10.0R 入れると /etc/pkg/FreeBSD.conf に latest と書いてあるんだぞ。
そんなのが在ると分かるか。在るならそう書いとけ。
pkg_repos/release-dvd.conf は release/0 を指してる、つまりインストール中はこっちに行くはず
インストール終わって立ち上げた後なら latest 指すほうが自然
なんもおかしくないと思う
＞See r260787
＞
＞pkg_repos/release-dvd.conf は release/0 を指してる、つまりインストール中はこっちに行くはず
＞
こっちって DVD の中の？
bsdinstallってパッケージ入れられる？
bsdconfig なら立ち上げ後になるんじゃ？
＞インストール終わって立ち上げた後なら latest 指すほうが自然
＞
＞なんもおかしくないと思う
latest を欲しい人が書き換えるほうが自然
おかしいと思う
＞bsdconfig なら立ち上げ後になるんじゃ？
あ、bsdinstall 後、立ち上げなおさずそのまま bsdconfig すれば良いのか。
唯一そうした場合だけ、フルセットのパッケージが在ると。
したら、なんか怒られた・・・
存在はするが
具体的にいつなのかは分からない
とか？ｗ
現在はインストール中にパッケージも、は出来なくなりました。
なので、その release/0 は使われないことになります。
Debian testing/unstableやArch Linuxは、うまくやれているの？
FreeBSDだけ出来てないの？
安定性と互換性考えたら
スクリプト言語とか変にバージョン上げると管理pgすら通らないし
だからリポジトリ変えたり野良ビルドするはめに
セキュリティーアップデートだけ提供していれば問題ない。
やる気のあるPC-BSD側で頑張ってくれるといいな・・・・
パッケージの事だよね？
リリースはメンテなしで固定で良いんでない？いままでもそうでしょ？
と思ってやってたら、glib20のところで止まった。
どうやら、libiconvはやめて、iconvに統一されちまったみたいだ。
glib20のコンパイルってどーすりゃいいの？
The following procedure should be followed:
# pkg query %ro libiconv >ports_to_update
# pkg delete -f libiconv
# cat ports_to_update | xargs portmaster
or:
# pkg query %ro libiconv >ports_to_update
# pkg delete -f libiconv
# cat ports_to_update | xargs portupgrade -f
その他にも色々罠は待ち構えている
catが無駄です
俺に言うなよ, UPDATING 書いた奴に言え
ってか全部作り直してるならできる理屈なんだが
中途半端に依存があるだけじゃないの？
pkg delete -a
とかやってないわけ？
WITH_LLDB=yesで有効にできる
clang3.4が取り込まれるとデフォルトで有効になるみたい
俺もportupgrade -afでどツボにハマった。
まずpkg delete -aから入れば時間を無駄にしなくて済んだはず。
そこをあえて、苦労つつコンパイルしていくのが
FreeBSDの楽しみ。
pkgの方の更新がワンテンポ遅れるのが気にいらん。
やっぱり漢は ports でソースからコンパイルだな。
いちいち古いperl5.14を連れてくるんだな。
10-RELEASE i386
とりあえずportmaster -o lang/perl5.16 lang/perl5.14で解決できた。
pkgはpkgで勝手にやってくれやがる。
perl5.18をデフォルトにしてるのに5.16入れようとするとかもうね。
から持ってきた libreoffice-3.5.6_1.txz を 10.0R の上で
pkg add -f libreoffice-3.5.6_1.txz すると、
pkg: wrong architecture: freebsd:9:x86:64 instead of freebsd:10:x86:64
と出て add 出来ない。何か良い方法ないですかね？
とかw
ソースからビルドするしか
どうもです。展開してみたけど動かなかった。
名前だけかと思ったけど、そうじゃなくて本当に interface が違うみたい。
9と10だからかな。8と9ならいけたのかも。
>>73
>古いの入れたいってことか？
そうです。libreoffice 4 は致命的なバグがあって使い物にならないので。
ソースからビルドしてみます。
9.1R の port を 10.0R に cp してそのまま動くかな。動くと良いな。
>9.1R の port を 10.0R に cp してそのまま動くかな。動くと良いな。
error出てビルドできなかった。10系で libreoffice は諦めます。。。
portsツリーのr313667でlibreofficeが4系に変わってんだから、
r313666指定でツリー一式持ってきて、コンパイルしてみれば？
ま、それでもコンパイル通る保証は無いけどな。
みたいなサービスはどうだろう。
もう時給換算は遠慮したい。
具体的な利益の計算方法は当社規定による、利益0の場合もアリな。
# echo tmpfs=YES >> /etc/rc.conf
# echo tmpsize=1g >> /etc/rc.conf
# service tmp start
# cd /tmp
# find /bin/csh /bin/tcsh | cpio -o > test.cpio
# tar xvpf test.cpio
tar: Removing leading '/' from member names
x bin/csh
x bin/tcsh: Can't create 'bin/tcsh'
tar: Error exit delayed from previous errors.
# tar xvpf test.cpio /bin/tcsh
tar: Removing leading '/' from member names
x bin/tcsh: Can't create 'bin/tcsh'
tar: Error exit delayed from previous errors.
1）上記のcd /tmpまでの意図は、ルートファイルシステムとカレントデイレクトリのファイルシステムを違うものにするためです
だからファイルシステムが/のものと違うディレクトリに移動して同じことをするとエラーになります。
2）なぜ/bin/cshと/bin/tcshかというとハードリンクしてるからです
3）cpioだけでなくpkg fetch zshして/var/cache/pkg/Allにあるzsh-5.0.5.txzをtarで展開しようとしても
同じように/usr/localとファイルシステムが違うディレクトリに展開しようとするとエラーがでます
tar xf zsh-5.0.5.txz
tar: Removing leading '/' from member names
usr/local/bin/rzsh: Can't create 'usr/local/bin/rzsh'
usr/local/bin/zsh-5.0.5: Can't create 'usr/local/bin/zsh-5.0.5'
tar: Error exit delayed from previous errors.
4）実は、3）を発見したのが先です。
5）どうも先頭に/をつけたままのarchiveでしかもハードリンクがあるarchiveに対してこうなるようです。
libarchiveのソースをみると、archive_write_disk_posix.cの2002行目あたりの
linkname = archive_entry_hardlink(a->entry);でlinkname[0]='/'になる
そして
r = link(linkname, a->name) ? errno : 0;
ここでhardlinkを作ろうとするというところまで追っかけました。
しかしギブアップ。つづきはおまいらにまかせた
正しくハードリンクできないんだろな。
GNU tar を使えば解決ｗ
プロセスが死んでるわけではないみたいなのに
終電のがしたくない・・・
と思うんだけど。インストーラは動くしPortable版も起動したよ。
今は毛簡単になったの？
10Rでは㍉
あー、amd64環境だったか。いや、i386環境では、って話でゴメンです。
1.7.11で縦書きがかなり良くなったとの事でオススメだったんだけど。
http://engawa.2ch.sc/test/read.cgi/linux/1347464833/939-
例のjail内で32bit環境を作る方式でなんとかならないかと…。
おおっ、emulators/i386-wine があるなんて知らなかったんだが、
i386-wineが9.1までの対応なら、手作業でjail内で、ってのも
ダメかもわからんね。
ふと思ったんだけど、32bit WineはLinuxエミュレーションで
動かないもんだろうか。
ブラザーの32bit Linux向けドライバ(と言うかフィルタみたいな)が
Linuxエミュレーションでamd64でも動くんだよね。
ちなみに、3.6.5 を 10.0R で make したときの error log file は以下。
------------------------------------------------------------
log for /usr/ports/editors/libreoffice3/work/libreoffice-core-3.6.5.2/bridges/source/cpp_uno/gcc3_linux_x86-64
Compiling: bridges/unxfbsd.pro/misc/gcc3_uno_version.c
Compiling: bridges/source/cpp_uno/gcc3_linux_x86-64/abi.cxx
Compiling: bridges/source/cpp_uno/gcc3_linux_x86-64/except.cxx
In file included from /usr/ports/editors/libreoffice3/work/libreoffice-core-3.6.5.2/bridges/source/cpp_uno/gcc3_linux_x86-64/except.cxx:39:
In file included from /usr/local/include/boost/unordered_map.hpp:16:
In file included from /usr/local/include/boost/unordered/unordered_map.hpp:17:
In file included from /usr/local/include/boost/unordered/detail/equivalent.hpp:14:
/usr/local/include/boost/unordered/detail/table.hpp:446:37: warning: unused parameter 'other' [-Wunused-parameter]
void swap_allocators(table& other, false_type)
^
/usr/ports/editors/libreoffice3/work/libreoffice-core-3.6.5.2/bridges/source/cpp_uno/gcc3_linux_x86-64/except.cxx:192:32: error: unknown type name '__si_class_type_info'
rtti = new __si_class_type_info(
^
/usr/ports/editors/libreoffice3/work/libreoffice-core-3.6.5.2/bridges/source/cpp_uno/gcc3_linux_x86-64/except.cxx:198:32: error: unknown type name '__class_type_info'
rtti = new __class_type_info( strdup( rttiName ) );
^
1 warning and 2 errors generated.
dmake: Error code 1, while making '../../../unxfbsd.pro/slo/except.obj'
-------------------------------------------------------------
えー、そんな事しないで普通にビルドしてFreeBSDで使いたいよ。
まぁしばらくは諦めるけどね。
＃なんで、libreoffice port は実績のないバージョンにホイホイ上げるのかなぁ。。。
x86_64 10.0-RELEASEでwineを動かす方法 ( i386-wineが10.0に来るまで待てない人用w
# mkdir -p /compat/i386
# cd /compat/i386
# fetch http://ftp.jaist.ac.jp/pub/FreeBSD/releases/i386/10.0-RELEASE/base.txz
# tar xpf base.txz
# chroot /compat/i386 /bin/sh
# echo nameserver XX.XX.XX.XX > /etc/resolv.conf
# export UNAME_p=i386
# export UNAME_m=i386
# export UNAME_r=10.0-RELEASE
# pkg install wine-devel wine-mono-devel wine-gecko-devel
# exit
# for i in msiexec notepad wine wineboot winebuild winecfg wineconsole winecpp winedbg \
winedump winefile wineg++ winegcc winemaker winemine winepath wineserver ; do
cat > /usr/local/bin/${i} <<EOF
#!/bin/sh
export LD_32_LIBRARY_PATH=/compat/i386/usr/local/lib
export PATH=/compat/i386/usr/local/bin:${PATH}
exec /compat/i386/usr/local/bin/${i} "\$@"
EOF
chmod +x /usr/local/bin/${i}
done
上の>>91の${PATH}は\${PATH}です。
そんなことしたら android で金稼ぎできなくなっちゃう
サーバーUNIX系だと自動的にJavaになるけどなあ。
現実的に他の選択肢ないでしょ。
Scalaあたりでプログラマー揃えられならScalaでも
いいが、やっぱりJVM要るからJavaと同じだぜ。
予測変換でタッチ選択ミスった。
まぁ、どうせ出たばかりのメジャーリリースなので、しばらくは試験運用を続けながら様子を見るから、
10.0Rが本番環境に使われることはないんだけど。
100～のスレッドの続きを読む