2011年01月31日(月) 旧暦 [n年日記] [更新:"2011/09/21 10:53:23"]
#1 [無線] CQ WW CW 160m 2011 に参戦
去年
に続いて、今年も
CQ WW 160m
に参加した。(去年は LP 部門では JE1SPY に続いて二位だった)
アンテナは結局、去年と
殆ど同じもの
を使ったが、まあ、いろいろあった。これは後に追記。
Claimed Score = ( 422 x 24 ) => 10,128
時刻別、大陸別交信数 *1 は次の通り: (比較するため横軸は手編集しています)
perl ~/perl/ham-radio/cabrillo2-time-table -z < ~/ham-radio/contest/2011-ww-cq-160.LOG
| Cont | QSO | Pts | Cty | Sta | |
|---|---|---|---|---|---|
| NA | 17 | 170 | 1 | 7 | |
| EU | 9 | 90 | 8 | ||
| OC | 3 | 30 | 2 | ||
| AS | 14 | 70 | 5 | ||
| JA | 31 | 62 | 1 | ||
| Total | 74 | 422 | 17 | 7 |
時刻別、大陸別交信数 *1 は次の通り: (比較するため横軸は手編集しています)
perl ~/perl/ham-radio/cabrillo2-time-table -z < ~/ham-radio/contest/2011-ww-cq-160.LOG
29 | 30 31 |
17 18 19 20 21 22 | 16 17 18 19 20 21 22 23 0 1 2 | 5 6 TOT
1.8 1 3 4 1 4 10 | 10 7 3 5 4 5 4 4 1 3 1 | 3 1 74
AS 1 2 3 1 1 | 2 1 2 1 | 14
EU | 1 3 1 | 3 1 9
JA 9 | 10 7 2 2 1 | 31
NA 4 | 2 4 1 3 2 1 | 17
OC 1 1 | 1 | 3
acuml 4 9 23 | 33 43 52 61 66 70 | 74
去年の場合:
30 31 | | | 1 |
17 18 19 20 21 22 23 0 | 6 7 | 16 17 18 | 21 22 23 0 1 | 5 6 TOT
1.8 2 5 2 3 3 18 6 5 | 2 1 | 1 3 1 | 3 3 7 18 4 | 1 1 89
AS 1 1 1 2 2 1 1 2 | | 1 | 1 1 4 1 | 19
EU 1 1 | 2 1 | | 2 | 1 1 9
JA 1 5 | | 1 1 | 5 | 13
NA 1 4 1 11 4 1 | | 2 | 2 3 6 9 | 44
OC 1 2 | | | 1 | 4
acuml 7 12 33 44 | 46 | 48 52 | 58 83 | 89
＠ マルチは:
17 の内訳
AS: BV BY HL JA JT UA9 EU: E8 OH OK OM SM UA UA2 UR NA: KL OC: KH2 KH67 の内訳
CO NM CA AZ NV WA BC多分 E8, OH, OK, SM, UA2 は new だと思う。何しろ CFM は 12 なので (LoTW only)
＠ アンテナは:
- 同軸再生(修理)に時間がかかった
いつだったか、1m + 16m + 44m くらいに切れてしまっていたが、それに気が付かず (結果的に) 1 m + 44 m -> 45m だけで半田付で再生したつもりになり、 インピーダンスメータで測る と、その 45m しかないことが判明。16m の両側に同軸コネクタを付けて 中継コネクタで接続。 - そのため、アンテナを上げて SWR を測れたのは外が暗くなってから
- ところが、SWR もインピーダンスもが無限大。でも良く聞える
- もう暗くなっているので、作業は無理とあきらめ、 ちょっと考えて、同軸の芯線だけを (ICOM の TUNER) AH-4 につないでしばらく使って見る (地面を 10 mくらいははっている訳です)
- そのうちに、 AH-4 の +/- を同軸の +/- に接続した方が良さそうなので、これで応急措置とする
(そのため、早々と切上げて次の日に備える -> 起きたら 9:30 だった) - 次の日になってから調べたら北側の線を Balun につないでいるねじがゆるんでいたのを発見 (つまり、殆ど垂直部分だけで送信していたのかも知れない)
- しかも、接続を直してから調べると、 何故か 1750kHz 付近に同調していた。両側を 2m ほど短縮したら、無事殆ど同調
以前には長さは合っていたはずだが (後から考えると地面が乾燥していた所為か) - これで 1815kHz で 50 ohm + 10j くらいとなり、SWR は 1.1 くらい
＠ Claimed score:
claimed score
を見ると JH1RNI が 35,196 だったらしい。838 x 42 くらいかな。
42 = (15 + 27) ?
以下 2011-09-21 に追記。上記 claimed score より:
以下 2011-09-21 に追記。上記 claimed score より:
JH1RNI SINGLE-OP 35196 LOW NON-ASSISTED JM1NKT SINGLE-OP 21440 LOW ASSISTED JE1SPY SINGLE-OP 17342 LOW NON-ASSISTED JA1BJI SINGLE-OP 12075 LOW NON-ASSISTED JA1XMS SINGLE-OP 10128 LOW NON-ASSISTED JH1DGQ SINGLE-OP 7820 LOW ASSISTED JH7IMX SINGLE-OP 5312 LOW NON-ASSISTED JI1RXQ SINGLE-OP 1540 LOW NON-ASSISTED JA7KQC SINGLE-OP 1470 LOW NON-ASSISTED JA6FFK SINGLE-OP 1397 LOW NON-ASSISTED JA1CP SINGLE-OP 1253 LOW NON-ASSISTED JA2AXB SINGLE-OP 832 LOW NON-ASSISTED JK2VOC SINGLE-OP 650 LOW NON-ASSISTED JA7CPW SINGLE-OP 132 LOW NON-ASSISTED JA1CTZ SINGLE-OP 92 LOW NON-ASSISTED JN1BBO SINGLE-OP 34 LOW NON-ASSISTED JJ1LRD SINGLE-OP 12 LOW NON-ASSISTED JR3XEX SINGLE-OP LOW NON-ASSISTED JH7UJI SINGLE-OP LOW NON-ASSISTED JH0WRT SINGLE-OP 0 LOW NON-ASSISTED JE8KGH/7 SINGLE-OP LOW NON-ASSISTED
( つっこみ )
2011年01月29日(土) 旧暦 [n年日記] [更新:"2011/01/29 08:28:21"]
#1 [pkgsrc] wip/chrome core dumps on amd64
t-105@makoto 08:23:02/110129(..wip/chromium)% chrome zsh: segmentation fault (core dumped) chrome t-105@makoto 08:23:09/110129(..wip/chromium)% uname -a NetBSD t-105.i.ki.nu 5.1 NetBSD 5.1 (GENERIC) #0: Sat Nov 6 13:19:33 UTC 2010 builds@b6.netbsd.org:/home/builds/ab/netbsd-5-1-RELEASE/amd64/201011061943Z-obj/ home/builds/ab/netbsd-5-1-RELEASE/src/sys/arch/amd64/compile/GENERIC amd64
t-105@makoto 08:25:25/110129(..wip/chromium)%
ls -l ./work/chromium-7.0.517.43/out/Release/chrome
-rwxr-xr-x 1 makoto wheel 64965888 Jan 29 00:30
./work/chromium-7.0.517.43/out/Release/chrome
t-105@makoto 08:25:34/110129(..wip/chromium)% gdb
./work/chromium-7.0.517.43/out/Release/chrome chrome.core
GNU gdb 6.5
....
(gdb) bt
#0 0x0000000000c629f0 in GetStackTrace ()
#1 0x0000000000c69fd5 in tcmalloc::PageHeap::GrowHeap ()
#2 0x0000000000c6a344 in tcmalloc::PageHeap::New ()
#3 0x0000000000c67a1b in tcmalloc::CentralFreeList::Populate ()
#4 0x0000000000c67b98 in tcmalloc::CentralFreeList::FetchFromSpansSafe ()
#5 0x0000000000c67c1f in tcmalloc::CentralFreeList::RemoveRange ()
#6 0x0000000000c65db2 in tcmalloc::ThreadCache::FetchFromCentralCache ()
#7 0x00000000020d9ad6 in tc_malloc ()
#8 0x00007f7ff9e05f04 in __gettext_iconv () from /usr/lib/libintl.so.0
#9 0x00007f7ff9e06077 in bindtextdomain () from /usr/lib/libintl.so.0
#10 0x00007f7ff4b00b07 in gpg_err_init () from /usr/pkg/lib/libgpg-error.so.0
#11 0x00007f7ff4b00e7b in __do_global_ctors_aux () from /usr/pkg/lib/libgpg-error.so.0
#12 0x00007f7ff4b0093e in _init () from /usr/pkg/lib/libgpg-error.so.0
#13 0x00007f7fffffdb58 in ?? ()
#14 0x00007f7ffde04d20 in _rtld_call_init_functions () from /usr/libexec/ld.elf_so
#15 0x00007f7ffde0517f in _rtld () from /usr/libexec/ld.elf_so
#16 0x00007f7ffde03a6f in .rtld_start () from /usr/libexec/ld.elf_so
#17 0x00007f7fffffffe0 in ?? ()
#18 0x0000000000000000 in ?? ()
(gdb)
( つっこみ )
2011年01月28日(金) 旧暦 [n年日記] [更新:"2011/01/29 00:45:18"]
#1 [pkgsrc] misc/openoffice3
...
-rwxr-xr-x 1 makoto wheel 3809467 Jan 28 15:14 ../unxbsdx3.pro/lib/libvbaobjbx.uno.so
Making: ../unxbsdx3.pro/bin/scen-US.res
using rsc multi-res feature
rsc -presponse @/tmp/mk12247n > /dev/null
-------------
echo . > ../unxbsdx3.pro/misc/linkinc.ls
Running processes: 0
deliver -- version: 266154
Module 'sc' delivered successfully. 170 files copied, 6 files unchanged
1 module(s):
helpcontent2
need(s) to be rebuilt
Reason(s):
ERROR: error 65280 occurred while making
/export/pkgsrc/misc/openoffice3/work/OOO310_m19/helpcontent2/util/sbasic
Attention: if you build and deliver the above module(s)
you may prolongue your the build issuing command "build --from helpcontent2"
rmdir /tmp/624
*** Error code 1
Stop.
make: stopped in /export/pkgsrc/misc/openoffice3
WARNING: *** Please consider adding fortran to USE_LANGUAGES in the package Makefile.
( つっこみ )
#2 [pkgsrc] scim + scim-anthy
2009/01/15
だから、もう二年も前になるが、
wip に入っていた scim と scim-anthy を入れておいて
(ssh -Y hostname で他の機械に入って FireFox を立上げている時には、 どちらの機械の scim が働いているのだろうか ?) ... やはり入る手前の(手元の)機械の方が動いているようだ、という とは、 新しい方の機械は (本体で X11 を立上げて見る以外には) どうやって確認すれば良いのかな
obache さんありがとう。
scim -f socket -c simple -ne socket -d -e anthyとすると FireFox に日本語入力が出来るとあった。 最近ではこれらは inputmethod に入っていて、同じように C-\ で日本語入力と、英文字入力の切替が可能になっている。
(ssh -Y hostname で他の機械に入って FireFox を立上げている時には、 どちらの機械の scim が働いているのだろうか ?) ... やはり入る手前の(手元の)機械の方が動いているようだ、という とは、 新しい方の機械は (本体で X11 を立上げて見る以外には) どうやって確認すれば良いのかな
obache さんありがとう。
( つっこみ )
2011年01月27日(木) 旧暦 [n年日記] [更新:"2011/01/28 15:35:03"]
#1 [pkgsrc] print/ja-ptex -> png 1.5.1 に未対応 ?
t-105@makoto 01:14:21/110128(..personal-pkgsrc/config-desktop)% (cd ../../print/ja-ptex; make) gmake[1]: Entering directory `/export/pkgsrc/print/teTeX3-bin/work/tetex-src-3.0/texk/web2c/pdftexdir' cc -DHAVE_CONFIG_H -I. -I. -I.. -I./../.. -I/usr/pkg/include -I/usr/include -I.. -I./.. -I../.. -I./../.. -I../../../libs/md5 -I./../../../libs/md5 -I/usr/pkg/include -I/usr/include -DpdfTeX -O2 -Dunix -I/usr/pkg/include -I/usr/include -c writepng.c -o writepng.o writepng.c: In function 'read_png_info': writepng.c:37: error: dereferencing pointer to incomplete type writepng.c:41: error: dereferencing pointer to incomplete type writepng.c:43: error: dereferencing pointer to incomplete type writepng.c:46: error: dereferencing pointer to incomplete type writepng.c:47: error: dereferencing pointer to incomplete type writepng.c:48: error: dereferencing pointer to incomplete type writepng.c:54: error: dereferencing pointer to incomplete type writepng.c:67: error: dereferencing pointer to incomplete type writepng.c: In function 'write_png': writepng.c:78: error: dereferencing pointer to incomplete type writepng.c:79: error: dereferencing pointer to incomplete type writepng.c:80: error: dereferencing pointer to incomplete typeprint/teTeX3-bin では make package が正常完了する
t-105@makoto 15:13:52/110128(..print/ja-ptex-bin)% (cd /export/pkgsrc/; ls -l packages/All/teTeX*) -rw-r--r-- 1 makoto wheel 83146 Jan 28 15:08 packages/All/teTeX-bin-3.0nb46.tgz -rw-r--r-- 1 makoto wheel 58816262 Jan 27 12:12 packages/All/teTeX-texmf-3.0nb29.tgzしかし print/ja-ptex-bin で make package すると、上記のように
/export/pkgsrc/print/teTeX3-bin/work/tetex-src-3.0/texk/web2c/pdftexdir
で失敗する。
( つっこみ )
2011年01月26日(水) 旧暦 [n年日記] [更新:"2011/01/29 00:46:03"]
#1 [pkgsrc] pdvips: Font Ryumin-Light-EUC-H used in file ../tgif/fig-1-5.eps is not in the mapping file.
とりあえず、表示された問題を書いておく
modena@makoto 16:39:05/110126(~)% (cd /export/cvs-work/hogehoge/work/; ktrace -t n pdvips foobar.dvi) This is dvips(k) p1.7a Copyright 2005 ASCII Corp.(www-ptex@ascii.co.jp) based on dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2011.01.14:0012' -> foobar.ps pdvips: Font Ryumin-Light-EUC-H used in file ../tgif/fig-1-5.eps is not in the mapping file. pdvips: ! Couldn't find header file groff.enc関係ありそうな版
modena@makoto 16:47:13/110126(..wip/ghostscript)% pkg_info|grep ghost ghostscript-fonts-8.11nb3 Postscript fonts for Aladdin Ghostscript ghostscript-8.71nb8 Postscript interpreter ghostscript-cidfont-ryumin-8.71 Enable Ryumin-Light and GothicBBB for ghostscript ghostscript-cidfonts-20000901nb2 CIDFont resources for Ghostscript modena@makoto 16:47:17/110126(..wip/ghostscript)% pkg_info|grep dvip tex-dvips-2010nb2 Files for a DVI to PostScript driver tex-dvipdfm-0.13.2dnb1 Supplementary files for dvipdfm tex-dvipdfmx-def-3.0i Driver-dependent file for DVIPDFMx tex-dvipdfmx-2010 Supplementary files for dvipdfmx dvipsk-5.99 DVI-to-PostScript translator dvipdfmx-20100328 DVI to PDF converter with CID-keyed font support
modena@makoto 16:48:51/110126(..wip/ghostscript)% grep pdvips ../../print/*/PLIST ../../print/ja-ptex-bin/PLIST:bin/pdvips
＠ print/poppler:
... CXX PSOutputDev.lo CXX TextOutputDev.lo TextOutputDev.cc: In function 'double fmax(double, double)': TextOutputDev.cc:69: error: 'double fmax(double, double)' was declared 'extern' and later 'static' /usr/include/math.h:363: error: previous declaration of 'double fmax(double, double)' TextOutputDev.cc: In function 'double fmin(double, double)': TextOutputDev.cc:70: error: 'double fmin(double, double)' was declared 'extern' and later 'static' /usr/include/math.h:364: error: previous declaration of 'double fmin(double, double)' gmake[3]: *** [TextOutputDev.lo] Error 1 gmake[3]: Leaving directory `/export/pkgsrc/print/poppler/work/poppler-0.14.5/poppler' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/export/pkgsrc/print/poppler/work/poppler-0.14.5/poppler' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/export/pkgsrc/print/poppler/work/poppler-0.14.5' gmake: *** [all] Error 2 *** Error code 2patch
-501000000 +500000001NetBSD 5.0_STABLE
stable@makoto 15:28:20/110126(~)% uname -a NetBSD stable 5.0_STABLE NetBSD 5.0_STABLE (XEN3PAE_DOMU) #0: Mon Apr 12 20:14:59 UTC 2010 builds@b7.netbsd.org:/home/builds/ab/netbsd-5/i386/201004120000Z-obj/ home/builds/ab/netbsd-5/src/sys/arch/i386/compile/XEN3PAE_DOMU i386
＠ original MD5 checksum failed, not deleting: /usr/pkg/share/VFlib/2.24.2/vfontcap:
sudo pkg_delete -rR tex-latex-bin ... mktexlsr: Done. original MD5 checksum failed, not deleting: /usr/pkg/share/VFlib/2.24.2/vfontcap pkg_delete: couldn't entirely delete package `ja-vflib-lib-2.24.2nb2' t-105@makoto 17:33:10/110126(~) % ls -l /usr/pkg/share/VFlib/2.24.2/vfontcap* -r--r--r-- 1 root wheel 24528 Jan 13 21:28 /usr/pkg/share/VFlib/2.24.2/vfontcapこれは手で変更したかな
===> Install binary package of ja-ptex-1.0nb3
pkg_add: Installed package `web2c-2010nb3' conflicts with
`ja-ptex-bin-[0-9]*' when trying to install `ja-ptex-bin-3.1.9nb5'.
pkg_add: Can't install dependency ja-ptex-bin>=3.1.9
pkg_add: 1 package addition failed
*** Error code 1
( Read More... (1) | つっこみ )
Comments related this article
- Re: pdvips: Font Ryumin-Light-EUC-H used in file ../tgif/fig-1-5.eps is not in the mapping file. by obache 2011/01/27 11:34
- print/poppler の件はよくわかりません。fmax/fmin は 5.1 から入っていて、5.0_STABL...
2011年01月23日(日) 旧暦 [n年日記] [更新:"2011/01/24 00:01:49"]
#1 [無線] 千葉・三崎・君津
きょうはちょっと長距離を移動した。
(君津では)
160m 用のタワー・ドライブを試そうと思って
7m 長の IV 線を使った gamma match 風のものを用意し、
最後は AH-4 で面倒を見てもらおうと思ったが、
160m では TUNE 印が点灯しなかった。
それ以前に、 前に試した 50m 長近くの制御線 も言うことを聞かず、 *1 とりあえず、標準の長さの制御線で試したのが上の結果。
8:35 千葉市 8:45 燃料補給 15.6 litre 10:25 三崎着 120km 12:30 三崎発 14:45 君津着 100km 18:15 君津発 19:15 千葉市着 50km
(君津では)
160m 用のタワー・ドライブを試そうと思って
7m 長の IV 線を使った gamma match 風のものを用意し、
最後は AH-4 で面倒を見てもらおうと思ったが、
160m では TUNE 印が点灯しなかった。
それ以前に、 前に試した 50m 長近くの制御線 も言うことを聞かず、 *1 とりあえず、標準の長さの制御線で試したのが上の結果。
(pkgsrc の話は明日)
*1: 確か IC-7000 を工場出荷時設定にしたら、使えるようになった記憶があるが
その話が日記に見つからない
( つっこみ )
2011年01月22日(土) 旧暦 [n年日記] [更新:"2011/01/22 18:08:58"]
#1 [pkgsrc] png-1.4.5 to 1.5.1 issue
今机上機として使っている ML-115 (hostname modena) は、最近全て新しく入直したつもりのもの。
でも ImageMagick も入っていて、(まだ png-1.5.1 には)非対応のはずなのに変だな、と思ったら 例えば display は、しっかり libpng14.so を参照している。どうして、そうなったのかな。
多分 pkg_delete が完全には消してくれなかったのが一番可能性が高い。
H/W ML-115 OS NetBSD/amd64 5.1 pkgsrc pksrc-2010Q4 の後の 1/17 日頃 cvs update -dPA したもの
- pkgsrc/*/*/work は全て消して
- cvs update -dPA をして
- pkg_delete -rR png
でも ImageMagick も入っていて、(まだ png-1.5.1 には)非対応のはずなのに変だな、と思ったら 例えば display は、しっかり libpng14.so を参照している。どうして、そうなったのかな。
多分 pkg_delete が完全には消してくれなかったのが一番可能性が高い。
( つっこみ )
#2 [pkgsrc] pkg_delete -r -R -A
古い機械があったので、試して見た。-n を付けると、何を消すか
表示して、実際には消さない。下のを見るとこういう時
(何かの版が上って、それに依存しているものを入替える時)には
-rR を使うのが良いらしいと思う。
pts/0:makoto@serv 17:49:57/110122(...net/mrtg)> pkg_delete -n jpeg
Package `jpeg-7' is still required by other packages:
jasper-1.900.1nb4
tiff-3.9.2
lcms-1.18.0.1nb1
pts/0:makoto@serv 17:50:15/110122(...net/mrtg)> pkg_delete -nrR jpeg
Attempting to delete package `ImageMagick-6.5.7.9'
Attempting to delete package `lcms-1.18.0.1nb1'
Attempting to delete package `tiff-3.9.2'
Attempting to delete package `jasper-1.900.1nb4'
Attempting to delete package `jpeg-7'
Attempting to delete package `libltdl-2.2.6b'
Attempting to delete package `png-1.2.41'
pts/0:makoto@serv 17:50:26/110122(...net/mrtg)> pkg_delete -nr jpeg
Attempting to delete package `ImageMagick-6.5.7.9'
Attempting to delete package `lcms-1.18.0.1nb1'
Attempting to delete package `tiff-3.9.2'
Attempting to delete package `jasper-1.900.1nb4'
Attempting to delete package `jpeg-7'
pts/0:makoto@serv 17:50:47/110122(...net/mrtg)> pkg_delete -nR jpeg
Package `jpeg-7' is still required by other packages:
jasper-1.900.1nb4
tiff-3.9.2
lcms-1.18.0.1nb1
pts/0:makoto@serv 17:51:01/110122(...net/mrtg)> pkg_delete -nA jpeg
Package `jpeg-7' is still required by other packages:
jasper-1.900.1nb4
tiff-3.9.2
lcms-1.18.0.1nb1
( つっこみ )
2011年01月21日(金) 旧暦 [n年日記] [更新:"2011/01/22 11:19:02"]
#1 [pkgsrc] GS_RESOURCEDIR
Ghostscript の Resource directory は何か、という疑問があって、僕は
Before /usr/pkg/share/ghostscript/Resource Now /usr/pkg/share/ghostscript/8.71/Resourceという理解をしている。しかし ghostscript-cidfonts はそう思っていなくて、 Before の位置に入れるようだ。 を見ると、
CID fonts must be placed in the /Resource/CIDFont/ directory.とあるから、というのが理由の一つらしい。しかし今調べているが、 print/ghostscript を make package-install すると、
stable@makoto 10:45:09/110122(..print/ghostscript)% ls /usr/pkg/share/ghostscript/ 8.71 fontsしか入っていない。ここに fonts/ghostscript-cidfonts で make package-install すると
stable@makoto 10:55:59/110122(..fonts/ghostscript-cidfonts)% ls /usr/pkg/share/ghostscript/ 8.71 Resource fontsとなり、初めて Resource directory が出来る。
( つっこみ )
#2 [pkgsrc] DEPENDS, including buildlink3.mk, BUILD_DEPENDS, USE_TOOLS
pkgsrc の Makefile (等)に記述する、次の文、
共通点は、依存している、ということ。
多分合っていると思う。
設定の優先度のようなものもあって、
何々を指定すれば、何々の指定は含むので必要ない、
という関係もある。上の順は、そうなっていると思う。上にあるものを指定すれば、
以下にある指定も含む、という意味になる。逆に言うと、
下の方の指定で済むところを、上の方の指定をすると、要修正と言われるかも知れない。
DEPENDS よりは buildlink3.mk の方が、好ましいけれど、buildlink3.mk は用意 されていないもの(用意する性質ではないもの)もある。また buildlink3.mk の場合に は、pkgsrc 以下に置いてある link 先に版指定があるが、DEPENDS は自分(参照側)で版指定 をするので、自由度がある。しかしそれが都合の悪いこともある。
DEPENDS+= .include "../../hoge/var/buildlink3.mk" BUILD_DEPENDS USE_TOOLSの四つは、とても似ている。 これらの共通点と、違いを理解しておくのは大切だと思っている。
共通点は、依存している、ということ。
| 項目 | build 時 | 実行時 | 備考 |
|---|---|---|---|
| .include "../buildlink3.mk" | ○ | △ | build 時に参照が必要。実行時に必要かは(例外有) |
| DEPENDS+= | × | ○ | build 時に参照しなくても良い |
| BUILD_DEPENDS | ○ | × | pkgsrc の PATH の指定が必要 |
| USE_TOOLS | ○ | × | 名前を指定するだけで良い |
DEPENDS よりは buildlink3.mk の方が、好ましいけれど、buildlink3.mk は用意 されていないもの(用意する性質ではないもの)もある。また buildlink3.mk の場合に は、pkgsrc 以下に置いてある link 先に版指定があるが、DEPENDS は自分(参照側)で版指定 をするので、自由度がある。しかしそれが都合の悪いこともある。
以上、間違っていたら、教えて下さいね。
( Read More... (1) | つっこみ )
Comments related this article
- Re: DEPENDS, including buildlink3.mk, BUILD_DEPENDS, USE_TOOLS by obache 2011/01/23 16:55
- 基本は、 DEPENDS: フルに依存 BUILD_DEPENDS: build 時に依存 です。 buildlink と...
2011年01月20日(木) 旧暦 [n年日記] [更新:"2011/01/22 00:30:31"]
#1 [pkgsrc] ghostscript から Ryumin-Light GothicBBB を使う
ghostscript で日本語(漢字等)を表示する場合に、
(NetBSD/pkgsrc 的)現状ということで考えると、
僕は、現在の状態は問題があると思う。
実は最近気が付いた訳だけれど、本来は
print/ghostscript fonts/ghostscript-cidfonts fonts/adobe-cidfontsくらいを入れた後に、 こんなもの を追加するだけで、表示出来る はずだけれど、まず、 fonts/ghostscript-cidfonts には (参照先 PATH が適切でないという) 小さな問題があって、 要 変更の気がする。次のような操作(等)が必要だったのはその所為
(cd /usr/pkg/share/ghostscript/8.71/Resource/; sudo ln -s ../../Resource/CIDFont .) sudo mktexlsrそれで、
- ghostscript 本体に --disable-compile-inits を追加し
- fonts/ghostscript-cidfonts の問題も修正した
後一つ package を加えれば、日本語が表示出来る。 必要なら ttf の書体は(pkgsrc に既に用意されているものが) option で(簡単に)変更可能、
というのが今回の目標。これの第一段階を作って見た。
多分動くだろうというもので、これからいろいろ自分で確認するのと、名前等を修正・調整する。( つっこみ )
2011年01月18日(火) 旧暦 [n年日記] [更新:"2011/01/19 15:06:57"]
#1 [pkgsrc] personal-pkgsrc/tc-2.3.1
tcode 入力の tc-2.3.1 はいままで
手設置
だった。これを
pkgsrc
して見た。
それと今まで import 時にいろいろと失敗をして、 wip/import-package.sh を使えば、? と言われていたので、それを一か所自分用に編集して使って 見た。これで練習になる (練習するほどのものでもなく、一回使えば分るものだけれど)
それと今まで import 時にいろいろと失敗をして、 wip/import-package.sh を使えば、? と言われていたので、それを一か所自分用に編集して使って 見た。これで練習になる (練習するほどのものでもなく、一回使えば分るものだけれど)
( つっこみ )
2011年01月17日(月) 旧暦 [n年日記] [更新:"2011/01/18 11:43:10"]
#1 [機械] 雑感
＠ ML115 -> T105 -> ML115:
最近まで ML115 に
それで 最近 perl が 5.10 から 5.12 になっていて、emacs-current も (perl の入替無には) make 出来なくなっていた。 これが一番大きな理由で、きれいにすっかり入替えようとして、
X -configure で作った xorg.conf は、 そのままでは画面が真暗になってしまって再起動もしてしまうような状態だったが、 dual screen になっていた設定を 手編集で screen0 のみ にしたら無事動くようになった。
ところが最近 png が 1.4.5 から 1.5.1 になり、新しく作るのは 1.5.1 対応なのに以前に作った実行形式は 1.4.5 を参照しているため、 libpng14.so がないとか言われるようになってしまった。正直なところ、
これでも gtk2+ の中から rpath で 1.4.5 を間接的に見ているというような場合には、 やはりうまく行かないので、 いよいよ(用意したばかりの) T105 機 は短命に終わりそうである。
それで今は
NetBSD/amd64 5.0_STABLE DOM0 NetBSD/i386 5.0_STABLE DOMUを載せて使っていた。これを設定したのは 2010/04 頃。 DOMU は他にも用意しているが、いつも使っているのは上記のみ。 (関係ありそうな小話 その一 その二 )
それで 最近 perl が 5.10 から 5.12 になっていて、emacs-current も (perl の入替無には) make 出来なくなっていた。 これが一番大きな理由で、きれいにすっかり入替えようとして、
PowerEdge T105 + NetBSD/amd64 5.1を用意した。2011/01/14 に初めて X11 の画面が出た。 R7000-PCI B3 という PCI の板である。
X -configure で作った xorg.conf は、 そのままでは画面が真暗になってしまって再起動もしてしまうような状態だったが、 dual screen になっていた設定を 手編集で screen0 のみ にしたら無事動くようになった。
ところが最近 png が 1.4.5 から 1.5.1 になり、新しく作るのは 1.5.1 対応なのに以前に作った実行形式は 1.4.5 を参照しているため、 libpng14.so がないとか言われるようになってしまった。正直なところ、
(cd /usr/pkg; sudo tar zvxf /export/pkgsrc/packages/All/png-1.4.5.tgz lib/lib\* )のようにして、libpng14.so を探しても見つけてくれるようなあやしげな環境になってしまっていた。
これでも gtk2+ の中から rpath で 1.4.5 を間接的に見ているというような場合には、 やはりうまく行かないので、 いよいよ(用意したばかりの) T105 機 は短命に終わりそうである。
それで今は
ML115 + NetBSD/amd64 5.1を用意しているところ。
＠ meta-pkgs config-desktop:
自分用には、ずうっと以前から
config-desktop
というものを使っている。これで make package-install すれば、
自分に必要な全ての package が全て入るという簡単なしくみだ。
一度用意した後であれば、pkg_add で短時間に完了させることも可能。
ただ、小さな気がかりなこともある。 以前は sudo make package のようにしていたけれど、 これだと全てを root で作るので、後から個別に作業をしようとすると、 ちょっとだけ面倒。sudo make clean が必要になったりする。それで sudo を付けずに make package すると、 make の長いものの後には password を要求される。 このため、ある程度監視していないと password 待ちのまま、進まないことがある。
ただ、小さな気がかりなこともある。 以前は sudo make package のようにしていたけれど、 これだと全てを root で作るので、後から個別に作業をしようとすると、 ちょっとだけ面倒。sudo make clean が必要になったりする。それで sudo を付けずに make package すると、 make の長いものの後には password を要求される。 このため、ある程度監視していないと password 待ちのまま、進まないことがある。
＠ 5.1_RC1 ?:
ところで
にある
netbsd-INSTALL.gz を使うと、5.1_RC1 となっている気がする。
これを使うと、
- sysinst の表示が 5.1_RC1 になる
- ftp でもらって来る先の PATH の初期設定が 5.1_RC1 になっている
- 完了した時の表示が、「5.1_RC1 の設置が完了しました (英語)」と出る
( つっこみ )
2011年01月16日(日) 旧暦 [n年日記] [更新:"2011/01/17 15:21:44"]
#1 [pkgsrc] wip/pkg_summary-utils
何か気になる名前だったので試して見た。
/usr/pkg/share/doc/pkg_summary-utils/README
らしい。使い方の例が書いてある。
(cd wip/pkg_summary-utils; make package-install)DESCR に機能の一覧が書いてある。とりあえず、実行して見たのは次のもの
pkg_bin_summary | pkg_summary4view |lessこれで自分の機械に入っている pkg の一覧表を表示する ちなみに | wc で受けると 23,430 行もある。多分 -h で使い方が出るらしい。 少なくとも次のものは表示する。
pkg_summary2deps -h最初に読むべきは
/usr/pkg/share/doc/pkg_summary-utils/README
らしい。使い方の例が書いてある。
( つっこみ )
2011年01月15日(土) 旧暦 [n年日記] [更新:"2011/03/08 14:45:38"]
#1 [pkgsrc] dvipdfmx から呼出した gs が EUC-H を見つけられない
gs では日本語の書体を見つけてくれるのに、dvipdfmx から呼出す時には、
次のようになる。
Error: /invalidfileaccess in /findfont Operand stack: 6.6587 Ryumin-Light-EUC-Hこの時、画面には、 次のように呼出していると書いてある
** WARNING ** Filtering file via command -->/usr/pkg/bin/ps2pdf -dCompatibilityLevel=1.4 -sPAPERSIZE=a0 -dAutoFilterGrayImages=false -dGrayImageFilter=/FlateEncode -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode ../tgif/fig-1-5.eps /tmp/dvipdfmx.00553af<-- failed.上の前に ktrace -t n を付けて起動してから、次のようにして調べたところ、
t-105@makoto 00:00:33/110116(..hoge/work)% kdump ktrace.out|grep EUC-H | grep ghostscript 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/Font/Ryumin-Light-EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/Font/Ryumin-Light-EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/Font/Ryumin-Light-EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/Font/Ryumin-Light-EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/Init/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/lib/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/Font/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/fonts/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/fonts/default/ghostscript/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/Init/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/lib/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/Font/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/fonts/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/fonts/default/ghostscript/CMap/EUC-H" 842 1 gsc NAMI "/usr/pkg/share/ghostscript/8.71/Resource/CMap/EUC-H"ここで探している EUC-H だけれども、 実際には次の位置に置いてあるので探索先と一致していない (茶で一致している気もする)
t-105@makoto 23:59:28/110115(~)% find /usr/pkg/share -name EUC-H /usr/pkg/share/xpdf/japanese/CMap/EUC-H /usr/pkg/share/ghostscript/8.71/Resource/CMap/EUC-H07/05 の日記 や 06/10 の日記 (いづれも H がない) を見て、
(cd /usr/pkg/share/ghostscript/8.71/Resource/; sudo ln -s ../../Resource/CIDFont .) sudo mktexlsrのように操作して、
t-105@makoto 00:31:40/110116(..pkg/share)% find . -name CIDFont -ls
677600 4 drwxr-xr-x 2 root wheel 1024 Jan 12 23:30 ./Adobe/Resource/CIDFont
730651 0 lrwxr-xr-x 1 root wheel 22 Jan 16 00:29 ./ghostscript/8.71/Resource/CIDFont
-> ../../Resource/CIDFont
866938 4 drwxr-xr-x 2 root wheel 1024 Jan 15 22:16 ./ghostscript/Resource/CIDFont
となるようにしたら、問題が解消した。
(一部
2011/03/08
追記)
＠ きょう考えた TODO:
ghostscript の option として次のようなものを用意して
ipa-ttf sazanami adobe-cmaps-20040605 Adobe CMap files for CJK adobe-cidfonts-20000901 Adobe CID-keyed O'Reilly fonts for CJK(それぞれについて) DEPENDS した上で、 今回必要とした譜(file) や接続(link) を設定する
( つっこみ )
2011年01月14日(金) 旧暦 [n年日記] [更新:"2011/01/16 01:00:16"]
#1 [pkgsrc][TeX] (dvipdfmx) Error: /undefinedresource in /findfont
Error: /undefinedresource in /findfont Operand stack: 6.6587 Ryumin-Light-EUC-H2010/12/19/ doesn't make it.
＠ cidfmap の位置:
実は機械をすっかり入替えていて、
のようにしている。でどうも gs がまた Ryumin-Light-H がないとか言っている。
| ML115 | NetBSD amd64 + DOM0 | 5.0_STABLE | 2010/04 頃 |
| PowerEdge T105 | NetBSD amd64 | 5.1 | 2011/01 |
＠ cidfmap を読んでくれない:
それで、今一つ得たことは、cidfmap の位置が
前の機械では、次のところにもあったが、
普通だったら source を見ればいいはずだけれど gs の場合には postscript 語で書いてあるので、(僕には) 読むのはかなり大変
/usr/pkg/share/ghostscript/8.71/Resource/Init/cidfmapでは読んでくれなくて、少なくとも現 direcotry (current directory) に置けば 読む、ということだ。
前の機械では、次のところにもあったが、
/usr/pkg/share/ghostscript/8.71/Resource/Init/cidfmap /usr/pkg/share/ghostscript/8.71/lib/cidfmap今回はこれでもだめらしい。
t-105@makoto 22:25:25/110114(..8.71/lib)% ls -l ../Resource/Init/cidfmap -rw-r--r-- 1 root wheel 1244 Jan 13 23:34 ../Resource/Init/cidfmap t-105@makoto 22:25:37/110114(..8.71/lib)% sudo ln -s ../Resource/Init/cidfmap .2010/12/18 の日記 を見ると、一度だけ Init の下を見に行っている ktrace -t n の記録がある。 だから条件によっては、そこを見に行くらしい。 少なくとも FONTDIR 変数の内容によるものではなかった気がする。
普通だったら source を見ればいいはずだけれど gs の場合には postscript 語で書いてあるので、(僕には) 読むのはかなり大変
＠ libpng 1.5:
ちなみに、今は png が 1.5 になっていて、僕の観察では ghostscript-8.71nb6 は
png 1.5 では build 出来ない。(なので今は 1.4.5 に戻して試しているところ)
＠ disable-compile-init:
宇羅さんによれば、--disable-compile-init の有無は関係ない、ということになっている
(付けなくても大丈夫の意味)。
これに関連して(と思うが) 次のような表示が出る
そして man gs すると、FILES の項目に少し書いてあって、 いろいろなファイルを参照する時に、その探索位置をコンパイル時に 埋込むかどうか、という話で、やはり今回の(僕の)関心事としては、この指定 は関係ないのではないかと思っている。
これに関連して(と思うが) 次のような表示が出る
t-105@makoto 23:21:14/110114(~)% gs --help |grep compile Initialization files are compiled into the executable.これは --disable-compile-init の意味に見えるが、build の指定に関係なく、 上記表示が出る、というのが今の僕の理解(観察)
そして man gs すると、FILES の項目に少し書いてあって、 いろいろなファイルを参照する時に、その探索位置をコンパイル時に 埋込むかどうか、という話で、やはり今回の(僕の)関心事としては、この指定 は関係ないのではないかと思っている。
＠ GS_LIB:
それで、同じく man page の INITIALIZATION FILES の項に GS_LIB への言及がある。
試しにその GS_LIB を指定すると、cidfmap を読んでくれる。
(実際には、cidfmap のある位置への直接の指定でなく *.ps を探すのかとは思う)
(..print/ghostscript)% grep GS_LIB_DEFAULT `find . -name unix-gcc.mak`
env GS_LIB=/usr/pkg/share/ghostscript/8.71/Resource/Init gs /tmp/ps更に次のような説明があるので、make する時に GS_LIB_DEFAULT を入れておけば良いのかな。
3. the directories specified by the GS_LIB_DEFAULT macro in the Ghostscript makefile when the executable was built.次のようなものは記述がある
(..print/ghostscript)% grep GS_LIB_DEFAULT `find . -name unix-gcc.mak`
GS_LIB_DEFAULT= $(gsdatadir)/Resource/Init: $(gsdatadir)/lib: $(gsdatadir)/Resource/Font: $(gsdir)/fonts(実際には一行)。これらは --help で Search path: の部分に表示されるものと一致している (と思う)
Search path: . : %rom%Resource/Init/ : %rom%lib/ : /usr/pkg/share/ghostscript/8.71/Resource/Init : /usr/pkg/share/ghostscript/8.71/lib : /usr/pkg/share/ghostscript/8.71/Resource/Font : /usr/pkg/share/ghostscript/fonts : /usr/pkg/share/fonts/default/ghostscript : ... (omitted) ...これ以外に GS_LIB が上書きされていて動作が変になっている、と考えるのかな。
＠ 正常時と異常時の違い:
異常時
gs.mk の説明
Loading NimbusSanL-Bold font from %rom%Resource/Font/NimbusSanL-Bold... Loading NimbusSanL-Regu font from %rom%Resource/Font/NimbusSanL-Regu... .... Can't find (or can't open) font file %rom%Resource/Font/Ryumin-Light-H.正常時 (env GS_LIB= を付けた時)
Loading NimbusSanL-Bold font from /usr/pkg/share/ghostscript/8.71/Resource/ Font/NimbusSanL-Bold... 3277152 1721013 3752160 2466406 1 done. Loading NimbusSanL-Regu font from /usr/pkg/share/ghostscript/8.71/Resource/ Font/NimbusSanL-Regu... 3310432 1821787 3752160 2467288 1 done. Loading Ryumin-Light-H font from /usr/pkg/share/ghostscript/8.71/Resource/ Font/Ryumin-Light-H... Loading a TT font from /usr/pkg/lib/X11/fonts/TTF/ipam.ttf to emulate a CID font Ryumin-Light ... Done.
912 /* Print the standard help message. */
913 static void
914 print_help(gs_main_instance * minst)
915 {
916 int i, have_rom_device = 0;
917
918 print_revision(minst);
919 print_usage(minst);
920 print_emulators(minst);
921 print_devices(minst);
922 print_paths(minst);
923 /* Check if we have the %rom device */
924 for (i = 0; i < gx_io_device_table_count; i++) {
925 const gx_io_device *iodev = gx_io_device_table[i];
926 const char *dname = iodev->dname;
927
928 if (dname && strlen(dname) == 5 && !memcmp("%rom%", dname, 5)) {
929 have_rom_device = 1;
930 break;
931 }
932 }
933 if (have_rom_device) {
934 outprintf(minst->heap, "Initialization files are compiled into the executable.\n");
935 }
936 print_help_trailer(minst);
937 }
%rom% という字は rom_device がある時に表示される
gs.mk の説明
# COMPILE_INITS - normally 1; compiles the PostScript language # initialization files (gs_init.ps et al) and Resource/* tree # into the executable, eliminating the need for these files # to be present at run time. Files will be placed in the # %rom% device.仮説:
- --disable-compile-inits を指定しても、実際にはその指定は無視されている
(追記: 間違い。無視されない。gs は共有ライブラリを参照するので確認方法に注意が必要
--> 従って以下に書いてあることは全て調べる必要がなく、意味がない) - configure 的 COMPILE_INITS 変数の処理(代入)の順がおかしい -> × (白)
grep COMPILE_INITS ./work/ghostscript-8.71/config.status S["COMPILE_INITS"]="0"
- AC_SUBST(COMPILE_INITS) の行が反映されていない
./work/ghostscript-8.71/configure.ac:AC_SUBST(COMPILE_INITS) (白)./work/ghostscript-8.71/Makefile.in:COMPILE_INITS=@COMPILE_INITS@
- Makefile 的 COMPILE_INITS 変数の代入順がおかしい
- (Makefile 内の) GS_LIB_DEFAULT の指定は適切に処理されず、 他の固定な探索順序が設定されている
＠ 以前の機械では --disable-compile-inits が有効になっている:
そう言えば、最近まで使っていた機械では、cidfmap
を読んでくれていたので調べると、次のように compile-inits が無効になっている。
(いまもう一度 make して見たら、同じものが出来ている)
参考:
gs --help .... Search path: . : /usr/pkg/share/ghostscript/8.71/Resource/Init : /usr/pkg/share/ghostscript/8.71/lib : /usr/pkg/share/ghostscript/8.71/Resource/Font : /usr/pkg/share/ghostscript/fonts : /usr/pkg/share/fonts/default/ghostscript : /usr/pkg/share/fonts/default/Type1 : /usr/pkg/share/fonts/default/TrueType : /usr/lib/DPS/outline/base : /usr/openwin/lib/X11/fonts/Type1 : /usr/openwin/lib/X11/fonts/TrueType For more information, see /usr/pkg/share/ghostscript/8.71/doc/Use.htm. Please report bugs to bugs.ghostscript.com.さて、これはどうやって作ったのかな。
(いまもう一度 make して見たら、同じものが出来ている)
参考:
# The .ps library files and Resources tree are now compiled into Ghostscript by default. This means -Ilib is no longer needed when running gs uninstalled. Run './configure --disable-compile-inits' or set COMPILE_INITS=0 in the makefile to recover the old behaviour. The library files are still installed for reference.
＠ ldd で見ると設置済の /usr/pkg/lib を参照している:
--disable-compile-inits が効かないと思っていたのは間違いでした。
今は gs -h で効くか、効かないかを確めていたのですが、実際には work/.destdir/pkg/bin/gs のまま確認していました。ところが、これは ldd で見ると、次のようになっていて、libgs.so については、作った ばかりのものではなく、設置済のものを見ていました。
今は gs -h で効くか、効かないかを確めていたのですが、実際には work/.destdir/pkg/bin/gs のまま確認していました。ところが、これは ldd で見ると、次のようになっていて、libgs.so については、作った ばかりのものではなく、設置済のものを見ていました。
t-105@makoto 16:32:47/110115(..print/ghostscript)% !ldd
ldd ./work/.destdir/usr/pkg/bin/gs
./work/.destdir/usr/pkg/bin/gs:
-lgs.8 => /usr/pkg/lib/libgs.so.8
-lXt.6 => /usr/pkg/lib/libXt.so.6
make package-install する前に、正しく確認するには、
次のように、共有ライブラリの探索位置を指定してやる必要がありました。
t-105@makoto 16:34:51/110115(..print/ghostscript)% \ env LD_LIBRARY_PATH=./work/.destdir/usr/pkg/lib ./work/.destdir/usr/pkg/bin/gs -h
( つっこみ )
2011年01月13日(木) 旧暦 [n年日記] [更新:"2011/01/16 00:41:24"]
#1 [X11] modular xorg with T-105
X.Org X Server 1.6.5
Release Date: 2009-10-11
X Protocol Version 11, Revision 0
Build Operating System: NetBSD-5.1-x86_64 The NetBSD Foundation
Current Operating System: NetBSD t-105.i.ki.nu 5.1 NetBSD 5.1 (GENERIC)
#0: Sat Nov 6 13:19:33 UTC 2010
builds@b6.netbsd.org:/home/builds/ab/netbsd-5-1-RELEASE/amd64/
201011061943Z-obj/home/builds/ab/netbsd-5
1-RELEASE/src/sys/arch/amd64/compile/GENERIC amd64
Build Date: 12 January 2011 09:15:49AM
Before reporting problems, check http://www.pkgsrc.org/
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jan 14 08:48:32 2011
List of video drivers:
apm
ark
ast
ati
radeon
chips
cirrus
glint
i128
i740
intel
mach64
mga
neomagic
nsc
nv
r128
radeonhd
rendition
s3
s3virge
savage
siliconmotion
sis
tdfx
tga
trident
tseng
vmware
vga
wsfb
vesa
(++) Using config file: "/root/xorg.conf.new"
Using rom_base = 0xc0000 (pci_rom=0)
Using rom_base = 0xc0000 (pci_rom=0)
Xorg detected your mouse at device /dev/wsmouse.
Please check your config if the mouse is still not
operational, as by default Xorg tries to autodetect
the protocol.
Xorg has configured a multihead system, please check your config.
Your xorg.conf file is /root/xorg.conf.new
To test the server, run 'X -config /root/xorg.conf.new'
t-105#
X.Org X Server 1.6.5
Release Date: 2009-10-11
X Protocol Version 11, Revision 0
Build Operating System: NetBSD-5.1-x86_64 The NetBSD Foundation
Current Operating System: NetBSD t-105.i.ki.nu 5.1 NetBSD 5.1 (GENERIC)
#0: Sat Nov 6 13:19:33 UTC 2010 builds@b6.netbsd.org:
/home/builds/ab/netbsd-5-1-RELEASE/amd64/201011061943Z-obj
/home/builds/ab/netbsd-5-1-RELEASE/src/sys/arch/amd64/compile/GENERIC amd64
Build Date: 12 January 2011 09:15:49AM
Before reporting problems, check http://www.pkgsrc.org/
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jan 14 00:17:29 2011
(II) Loader magic: 0x1720
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 5.0
X.Org XInput driver : 4.0
X.Org Server Extension : 2.0
(II) Loader running on netbsd
(--) Using wscons driver on /dev/ttyE4 in pcvt compatibility mode (version 3.32)
(--) using VT number 5
(!!) More than one possible primary device found
(--) PCI: (1:1:7:0) 1002:5159:18bc:0210 rev 0, Mem @ 0xd0000000/134217728,
0xc8100000/65536, I/O @ 0x00003000/256
(--) PCI: (1:1:8:0) 1002:515e:1028:0225 rev 2, Mem @ 0xd8000000/134217728,
0xc8110000/65536, I/O @ 0x00003400/256
Primary device is not PCI
(==) Using default built-in configuration (21 lines)
(==) --- Start of built-in configuration ---
Section "Device"
The PCI device above seems to be on board graphics. I have another PCI-E board.
R7000PCI-B3
＠ without PCI Card (R7000 uninserted):
t-105@makoto 11:20:19/110114(~)% fgrep '(--)' !$ fgrep '(--)' /var/log/Xorg.0.log-vga Markers: (--) probed, (**) from config file, (==) default setting, (--) Using wscons driver on /dev/ttyE4 in pcvt compatibility mode (version 3.32) (--) using VT number 5 (--) PCI:*(1:1:8:0) 1002:515e:1028:0225 rev 2, Mem @ 0xd8000000/134217728, 0xd0100000/65536, I/O @ 0x00003000/256 (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 (--) RADEON(0): Chipset: "ATI ES1000 515E (PCI)" (ChipID = 0x515e) (--) RADEON(0): Linear framebuffer at 0x00000000d8000000 (--) RADEON(0): Mapped VideoRAM: 32768 kByte (16 bit DDR SDRAM) (--) Depth 24 pixmap format is 32 bpp (--) RandR disabled t-105@makoto 11:20:28/110114(~)% ls -l /var/log/Xorg.0.log-vgaThe system is running but thhe screen is blacked out.
t-105@makoto 11:34:26/110114(~)% sudo pcictl pci1 list 001:07:0: ATI Technologies Radeon 7000/VE QY (VGA display) 001:08:0: ATI Technologies ES1000 (VGA display, revision 0x02)The first one is extra PCI board, the second one is on board grahics
I have deleted the Screen1 and have only one Screen, it start now.
( つっこみ )
2011年01月12日(水) 旧暦 [n年日記] [更新:"2011/01/13 09:46:46"]
#1 [Emacs] tc-2.3.1 (svn version) + patch install
19 2011-01-12 17:31 mkdir /export/svn-src 26 2011-01-12 17:45 cd /export/svn-work 28 2011-01-12 17:45 svn checkout http://tcode.googlecode.com/svn/trunk/ tcode 29 2011-01-12 17:46 cd tcode 31 2011-01-12 17:46 (cd /export/pkgsrc/*/wget; make package-install) 34 2011-01-12 17:47 (cd /export/pkgsrc/*/automake14;make package-install) 35 2011-01-12 17:48 (cd /export/pkgsrc/*/autoconf;make package-install) 36 2011-01-12 17:48 (cd /tmp; wget http://www.ki.nu/~makoto/patches/tc-2.3.1-svn.diff.2) 37 2011-01-12 17:48 patch -s -p1 < /tmp/tc-2.3.1-svn.diff.2 38 2011-01-12 17:48 cd tc 39 2011-01-12 17:48 aclocal 40 2011-01-12 17:48 automake-1.4 --add-missing 41 2011-01-12 17:48 autoconf 42 2011-01-12 17:48 ./configure --with-lispdir=/usr/pkg/share/emacs/site-lisp/tc-2.3.1 --enable-symbol-rev 43 2011-01-12 17:49 gmake 44 2011-01-12 17:49 gmake install 45 2011-01-12 17:49 sudo gmake install
＠ wip/wl-current -> bbdb:
In bbdb/mh-cache-key:
bbdb-mhe.el:38:30:Warning: `(\` (let* ((attrs (file-attributes ((\,
message)))) (status-time (nth 6 attrs)) (status-time-2 (cdr status-time))
(inode (nth 10 attrs))) (logxor (if (integerp inode) inode (car inode))
(car status-time) (if (integerp status-time-2) status-time-2 (car
status-time-2)))))' is a malformed function
bbdb-mhe.el:56:41:Error: Invalid function:
(\` (let* ((attrs
(file-attributes ((\, message))))
(status-time (nth 6 attrs))
(status-time-2 (cdr status-time)) (inode (nth 10 attrs)))
(logxor (if (integerp inode) inode (car inode))
(car status-time) (if (integerp status-time-2) status-time-2
(car status-time-2)))))
*** Error code 1
Stop.
make: stopped in /export/pkgsrc/misc/bbdb/work/bbdb-2.34/lisp
I have written some information as: t-105@makoto 23:51:44/110112(..misc/bbdb)% cat patches/patch-ab
$NetBSD
--- lisp/bbdb-mhe.el~ 2001-09-01 00:07:47.000000000 +0900
+++ lisp/bbdb-mhe.el 2011-01-12 23:49:09.000000000 +0900
@@ -37,7 +37,7 @@
(defmacro bbdb/mh-cache-key (message)
"Return a (numeric) key for MESSAGE"
- (`(let* ((attrs (file-attributes (, message)))
+ (` (let* ((attrs (file-attributes (, message)))
(status-time (nth 6 attrs))
(status-time-2 (cdr status-time))
(inode (nth 10 attrs)))
(bbdb is already 2.35 but it is worse).
( つっこみ )
#2 [pkgsrc] vlc 1.1.5 has problem on amd64
I have prepared fresh NetBSD/amd64 5.1. I am afraid INSTALL kernel was named 5.1_RC1.
Then all pkgsrc are cvs checked out. wip/vlc-1.1.5 packed sucessfully. but Bad system call
again.
t-105@makoto 16:28:16/110112(..wip/vlc)% ./work/vlc-1.1.5/bin/vlc-static zsh: invalid system call (core dumped) ./work/vlc-1.1.5/bin/vlc-static t-105@makoto 16:28:26/110112(..wip/vlc)% \ gdb ./work/vlc-1.1.5/bin/vlc-static vlc-static.core GNU gdb 6.5 ... Core was generated by `vlc-static'. Program terminated with signal 12, Bad system call. #0 0x00007f7ffd3613aa in sigaction () from /usr/lib/libc.so.12 (gdb) bt #0 0x00007f7ffd3613aa in sigaction () from /usr/lib/libc.so.12 #1 0x00007f7ffd3dc468 in signal () from /usr/lib/libc.so.12 #2 0x00000000004049aa in main () (gdb) quit t-105@makoto 16:28:57/110112(..wip/vlc)%I have tried the suggested patch, but no luck yet.
( つっこみ )
#3 SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
=> (3a) git clone from twittering-mode with --quiet --depth 1. error: SSL certificate problem, verify that the CA cert is OK. Details: error:14090086: SSL routines:SSL3_GET_SERVER_CERTIFICATE: certificate verify failed while accessing https://github.com/hayamiz/twittering-mode.git/info/refs
git config --global http.sslVerify false
( つっこみ )
2011年01月10日(月) 旧暦 [n年日記] [更新:"2011/01/11 00:46:00"]
#1 [pkgsrc] x264-devel revisited
I had problem on wip/x264-devel (20100201).
The numbering on shared library was wrong.
modena@makoto 08:19:54/110110(..wip/x264-devel)% ls -l /usr/pkg/lib/libx2* -rw-r--r-- 1 root wheel 590656 Jan 9 09:48 /usr/pkg/lib/libx264.a -rw-r--r-- 1 root wheel 991 Jan 9 09:48 /usr/pkg/lib/libx264.la lrwxr-xr-x 1 root wheel 16 Jan 9 09:48 /usr/pkg/lib/libx264.so -> libx264.so.0.0.0 lrwxr-xr-x 1 root wheel 16 Jan 9 09:48 /usr/pkg/lib/libx264.so.0 -> libx264.so.0.0.0 -rwxr-xr-x 1 root wheel 459759 Jan 9 09:48 /usr/pkg/lib/libx264.so.0.0.0 modena@makoto 08:23:31/110110(..wip/x264-devel)%All are numbered zero. But should have some revision number.
( つっこみ )
#2 [pkgsrc] x11/libX11 on Mac OS X
Mac OS X の上で、x11/libX11 を package しようとすると、次のように止ってしまう。
I am trying to package x11/libX11 on Mac OS X (Darwin Kernel Version 10.0.0), but stops as following:
x11-links って何をしているのか良く(全く)理解していないのであった。
xcb/xcb.h is added independently from x11-links.
As a work arround I have modifed the include files by the shell command:
I am trying to package x11/libX11 on Mac OS X (Darwin Kernel Version 10.0.0), but stops as following:
XlibInt.c:3041: warning: format not a string literal, argument types not checked XlibInt.c:3045: warning: format not a string literal, argument types not checked CC Xrm.lo CC xcb_disp.lo CC xcb_io.lo xcb_io.c: In function '_XReply': xcb_io.c:602: error: 'xcb_generic_error_t' has no member named 'major_code' xcb_io.c:611: error: 'xcb_generic_error_t' has no member named 'major_code' gnumake[3]: *** [xcb_io.lo] Error 1 gnumake[2]: *** [all-recursive] Error 1 gnumake[1]: *** [all] Error 2 gnumake: *** [all-recursive] Error 1 *** Error code 2With quick look, we have two versions of xcb/xcb.h:
d138@makoto 18:34:27/110110(~)% ls -l /usr/*/include/xcb/xcb.h -rw-r--r-- 1 root wheel 15349 Jul 6 2009 /usr/X11/include/xcb/xcb.h -rw-r--r-- 1 root wheel 15349 Jul 6 2009 /usr/X11R6/include/xcb/xcb.h -rw-r--r-- 1 root wheel 16237 Jan 10 18:11 /usr/pkg/include/xcb/xcb.hThe difference is shown below, and if X11 is referenced, we come across the above problem.
d138@makoto 18:34:52/110110(~)% diff -u /usr/{X11,pkg}/include/xcb/xcb.h
--- /usr/X11/include/xcb/xcb.h 2009-07-06 14:51:11.000000000 +0900
+++ /usr/pkg/include/xcb/xcb.h 2011-01-10 18:11:07.000000000 +0900
@@ -141,7 +141,11 @@
uint8_t response_type; /**< Type of the response */
uint8_t error_code; /**< Error code */
uint16_t sequence; /**< Sequence number */
- uint32_t pad[7]; /**< Padding */
+ uint32_t resource_id; /** < Resource ID for requests with side effects only */
+ uint16_t minor_code; /** < Minor opcode of the failed request */
+ uint8_t major_code; /** < Major opcode of the failed request */
+ uint8_t pad0;
+ uint32_t pad[5]; /**< Padding */
uint32_t full_sequence; /**< full sequence */
} xcb_generic_error_t;
@@ -281,6 +285,22 @@
(omitted)
d138@makoto 18:43:06/110110(~)% ls -l pkgsrc/x11/libX11/work/.buildlink/include/xcb/xcb* lrwxr-xr-x 1 makoto staff 42 Jan 10 18:12 pkgsrc/x11/libX11/work/.buildlink/include/xcb/xcb.h -> /usr/pkg/share/x11-links/include/xcb/xcb.hx11-links seems to be looking wrong side. I don't really know what x11-links does yet.
x11-links って何をしているのか良く(全く)理解していないのであった。
＠ Looking into xcb/xcb*h stuff:
d138@makoto 21:34:30/110110(~/pkgsrc)% ls -l /usr/*/include/xcb/xcb.h -rw-r--r-- 1 root wheel 15349 Jul 6 2009 /usr/X11/include/xcb/xcb.h -rw-r--r-- 1 root wheel 15349 Jul 6 2009 /usr/X11R6/include/xcb/xcb.h -rw-r--r-- 1 root wheel 16237 Jan 10 18:11 /usr/pkg/include/xcb/xcb.h
d138@makoto 21:34:42/110110(~/pkgsrc)% ls -l packages/All/x11* -rw-r--r-- 1 makoto staff 22017 Aug 28 2009 packages/All/x11-links-0.43.tgz -rw-r--r-- 1 makoto staff 24461 Jan 10 17:50 packages/All/x11-links-0.61.tgz
d138@makoto 21:34:59/110110(~/pkgsrc)% ls -l /usr/pkg/share/x11-links/ total 0 drwxr-xr-x 2 root wheel 102 Jan 10 17:51 bin drwxr-xr-x 5 root wheel 238 Jan 10 17:51 include drwxr-xr-x 3 root wheel 7004 Jan 10 17:51 lib drwxr-xr-x 4 root wheel 136 Jan 10 17:51 share d138@makoto 21:35:55/110110(~/pkgsrc)% ls -l /usr/pkg/share/x11-links/include/xcb/xcb.h lrwxr-xr-x 1 root wheel 26 Jan 10 17:50 /usr/pkg/share/x11-links/include/xcb/xcb.h -> /usr/X11/include/xcb/xcb.h d138@makoto 21:36:02/110110(~/pkgsrc)%xcb/xcb.h は x11-links の後に追加したものらしい。
xcb/xcb.h is added independently from x11-links.
ls -tl packages/All/* |less -rw-r--r-- 1 makoto staff 369825 Jan 10 18:11 packages/All/libxcb-1.7.tgz -rw-r--r-- 1 makoto staff 44788 Jan 10 18:09 packages/All/xcb-proto-1.6.tgz -rw-r--r-- 1 makoto staff 17872 Jan 10 18:09 packages/All/py26-xcbgen-1.6nb1.tgz -rw-r--r-- 1 makoto staff 4631918 Jan 10 17:52 packages/All/dejavu-ttf-2.32.tgz -rw-r--r-- 1 makoto staff 38936 Jan 10 17:51 packages/All/ttmkfdir2-20021109nb3.tgz -rw-r--r-- 1 makoto staff 24461 Jan 10 17:50 packages/All/x11-links-0.61.tgz試しに次のようにしてしまった。
As a work arround I have modifed the include files by the shell command:
cd /usr/pkg/share/x11-links/include/xcb d138@makoto 21:55:55/110110(..include/xcb)% foreach i (*) if [ -f /usr/pkg/include/xcb/$i ]; then sudo rm $i; sudo ln -s /usr/pkg/include/xcb/$i . fi end d138@makoto 21:56:13/110110(..include/xcb)%This solved the problem.
( つっこみ )
#3 [pkgsrc] x11/qt4-libs on Mac OS X
/Users/makoto/pkgsrc/x11/qt4-libs/ work/qt-everywhere-opensource-src-4.7.1/src/corelib/io/qsettings_mac.cpp:628: error: no 'bool QConfFileSettingsPrivate::writePlistFile(const QString&, const ParsedSettingsMap&) const' member function declared in class 'QConfFileSettingsPrivate' make: *** [qsettings_mac.o] Error 1 *** Error code 2 Stop. bmake: stopped in /Users/makoto/pkgsrc/x11/qt4-libs
=> Modifying libtool scripts to use pkgsrc libtool WARNING: Please add USE_TOOLS+=perl to the package Makefile. ===> Building for qt4-libs-4.7.1nb1 gnumake: *** No rule to make target `sub-src'. Stop. *** Error code 2 Stop. bmake: stopped in /Users/makoto/pkgsrc/x11/qt4-libs *** Error code 1
d138@makoto 00:05:01/110111(..x11/qt4-libs)% \ (cd work/qt-everywhere-opensource-src-4.7.1/src; make sub-src)will continue to some extent but fails as:
libtool --silent --mode=link g++ -lresolv -L/usr/pkg/lib
-L/usr/lib -L/usr/X11/lib -Xarch_i386
-mmacosx-version-min=10.4 -L/usr/pkg/qt4/lib -o
../../../bin/moc release-shared/moc.lo
release-shared/preprocessor.lo release-shared/generator.lo
release-shared/parser.lo release-shared/token.lo
release-shared/main.lo -L/usr/pkg/lib -L/usr/lib
-L/usr/X11/lib
-L/Users/makoto/pkgsrc/x11/qt4-libs/work/qt-everywhere-opensource-src-4.7.1/src/tools/bootstrap
-lbootstrap -L/usr/pkg/lib -L/usr/lib -L/usr/X11/lib -lz -lz
Undefined symbols:
"_FSIsAliasFile", referenced from:
QFSFileEngine::fileFlags(QFlags<QAbstractFileEngine::FileFlag>) const
in libbootstrap.a(qfsfileengine_unix.o)
"_CFStringCreateWithPascalString", referenced from:
qt_mac_from_pascal_string(unsigned char const*)in libbootstrap.a(qglobal.o)
"QCFString::operator QString() const", referenced from:
qt_mac_from_pascal_string(unsigned char const*)in libbootstrap.a(qglobal.o)
Whole error message
(Are these with Carbon and not available on Cocoa ?)
( つっこみ )
2011年01月09日(日) 旧暦 [n年日記] [更新:"2011/01/09 13:41:19"]
#1 [pkgsrc] vlc-1.1.5 gets signal 12, Bad system call
Am I using the system call not defined in the environment ?
Or some of prerequisites outdated ?
I will package with freshy checked out pkgsrc and wip, plus following:
Or some of prerequisites outdated ?
I will package with freshy checked out pkgsrc and wip, plus following:
＠ with newly fresh checkout version of pkgsrc, vlc-1.1.5 works:
On NetBSD/i386, 5.1, vlc-1.1.5 at least works.
( つっこみ )
2011年01月08日(土) 旧暦 [n年日記] [更新:"2011/01/11 00:43:40"]
#1 [NetBSD] TeraStation (PowerPC)
部屋の模様替えをした。
TeraStation
を一度停止して、電源を入直したら、
幸い uname で示された機械と directory に src の組がそのまま残っていたので、 conf 行を明示的に指定したもので作り直した。
Jan 8 08:02:59 tera6 /netbsd: raid2: Total Sectors: 2879642496 (1406075 MB) Jan 8 08:02:59 tera6 /netbsd: boot device: raid0 Jan 8 08:02:59 tera6 /netbsd: root device (default raid0a):ここで止っているのがあった。これは(自分としては)知られた問題で、 起動のたびに改行を入力していたが、時間が経つと忘れてしまう。
幸い uname で示された機械と directory に src の組がそのまま残っていたので、 conf 行を明示的に指定したもので作り直した。
--- /export/src-4.0/sys/arch/sandpoint/conf/KUROBOX 2008-03-01 19:38:06.000000000 +0900 +++ /export/src-4.0/sys/arch/sandpoint/conf/KUROBOX-raid0a 2011-01-08 11:35:52.000000000 +0900 @@ -94,7 +94,7 @@ options NFS_BOOT_BOOTPARAM,NFS_BOOT_BOOTP options NFS_BOOT_RWSIZE=1024 -config netbsd root on ? type ? +config netbsd root on raid0a type ? # network psuedo-devices pseudo-device bpfilter # packet filter後側に挿してある SD Card (USB メモリ兼用)を mount して、kernel を取替えた。
ttyp0:makoto@tera6 11:47:16/110108(~)> sudo mount /dev/sd0e /mnt ttyp0:makoto@tera6 11:47:37/110108(~)> ls -lt /mnt/netbsd-* -rwxr-xr-x 1 root wheel 3978540 Jan 8 11:37 /mnt/netbsd-KUROBOX.bin* -rwxr-xr-x 1 root wheel 3978484 Apr 22 2008 /mnt/netbsd-KUROBOX.bin-20110108* -rwxr-xr-x 1 root wheel 6078208 Apr 20 2008 /mnt/netbsd-KUROBOX_MD.bin* -rwxr-xr-x 1 root wheel 3106532 Jun 12 2007 /mnt/netbsd-4.99.3.bin* -rwxr-xr-x 1 root wheel 5049864 Jun 5 2007 /mnt/netbsd-KUROBOX_MD-4.99.3.bin* ttyp0:makoto@tera6 11:47:41/110108(~)>これで無事自動起動するようになった。
また別の話だけれど、ちょっと止めようかと思って見ると、
NetBSD 4.99.3 (GENERIC.KUROBOX) #0: Sun Oct 8 22:48:24 JST 2006 Welcome to NetBSD! 20090128 wd0i gets fsck ttyp0:makoto@kuro 14:27:27/110108(~)> uptime 2:27PM up 367 days, 14:37, 1 user, load averages: 0.17, 0.11, 0.09 ttyp0:makoto@kuro 14:27:28/110108(~)>頑張っているなぁ。
NetBSD kuro 4.99.3 NetBSD 4.99.3 (GENERIC.KUROBOX) #0: Sun Oct 8 22:48:24 JST 2006 root@trapani:/work/src/sys/arch/sandpoint/compile/obj/GENERIC.KUROBOX sandpoint ttyp0:makoto@kuro 14:29:23/110108(~)>
( つっこみ )
#2 [pkgsrc] vlc-1.1.5 spawn.h is not found
For the problem "spawn.h is not found", if you look at ports/vlc with FreeBSD,
7 or earlier release of FreeBSD does not have spawn.h, and just disabling
related code, for example:
extra-patch-modules__misc__inhibit__xdg.c
Then now build (simple make) competes. But with 'make package'), I've got following problem and unable to package yet.
x264-devel (20100201) build 84
ffmpeg-0.6.1
vlc-1.0.6-1.1.5-2 patch
I was saying ffmpeg needed build 84 or later, but it was really 65 ?
extra-patch-modules__misc__inhibit__xdg.c
Then now build (simple make) competes. But with 'make package'), I've got following problem and unable to package yet.
=> Checking for work-directory references in vlc-1.1.5
ERROR: /usr/pkg/lib/libvlccore.so.4:
Binary file /export/pkgsrc/multimedia/vlc/work/.destdir/usr/pkg/lib/libvlccore.so.4 matches
ERROR: /usr/pkg/lib/libvlccore.so.4.0.1:
Binary file /export/pkgsrc/multimedia/vlc/work/.destdir/usr/pkg/lib/libvlccore.so.4.0.1 matches
ERROR: *** The above files still have references to the build directory.
ERROR: This is possibly an error that should be fixed by unwrapping
ERROR: the files or adding missing tools to the package makefile!
*** Error code 1
x264-devel (20100201) build 84
ffmpeg-0.6.1
vlc-1.0.6-1.1.5-2 patch
I was saying ffmpeg needed build 84 or later, but it was really 65 ?
＠ strings libvlccore.so.4.0.1 gives work-directory reference ?:
'PKG_CONFIG_PATH=' 'PKG_CONFIG=/export/pkgsrc/multimedia/vlc/work/.tools/bin/pkg-config'Is this the reason ?
CHECK_WRKREF_SKIP=is hardcoded, and is to be modifed, the revision of so files.
( つっこみ )
2011年01月06日(木) 旧暦 [n年日記] [更新:"2011/01/14 15:36:32"]
#1 [pkgsrc] (vlc -> ffmpeg -> x264-devel) ERROR: libx264 not found
I'm trying to package
vlc-1.1.5 and then
required x264-devel (build 84) installed.
And then back to ffmpeg-0.6.1..
I'm getting
And then back to ffmpeg-0.6.1..
I'm getting
ERROR: libx264 not foundIf browse config.err,
heck_ld
check_cc
BEGIN /export/pkgsrc/multimedia/ffmpeg/work/ffmpeg-0.6.1/tmp/ffconf.006186aa.c
1 extern int x264_encoder_encode();
2 int main(void){ x264_encoder_encode(); }
END /export/pkgsrc/multimedia/ffmpeg/work/ffmpeg-0.6.1/tmp/ffconf.006186aa.c
cc -I/usr/pkg/include -I/usr/include -D_ISOC99_SOURCE
-D_POSIX_C_SOURCE=200112 -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -D_XOPEN_SOURCE=600 -DPIC -O2
-I/usr/pkg/include -I/usr/include -std=c99
-fomit-frame-pointer -fPIC -pthread -c -o
/export/pkgsrc/multimedia/ffmpeg/work/ffmpeg-0.6.1/tmp/ffconf.010554aa.o
/export/pkgsrc/multimedia/ffmpeg/work/ffmpeg-0.6.1/tmp/ffconf.006186aa.c
cc -L/usr/pkg/lib -Wl,-R/usr/pkg/lib -L/usr/lib -Wl,-R/usr/lib
-o
/export/pkgsrc/multimedia/ffmpeg/work/ffmpeg-0.6.1/tmp/ffconf.002727aa
/export/pkgsrc/multimedia/ffmpeg/work/ffmpeg-0.6.1/tmp/ffconf.010554aa.o
-lz -lbz2 -pthread -lm -lmp3lame -lm -ltheoraenc -ltheoradec
-logg -lvorbisenc -lvorbis -logg -lx264 -lm
ld: cannot find -lx264
ERROR: libx264 not found
--enable-shared is required at x264-devel
＠ The patches for x264-devel and ffmpeg:
patches:
x264-devel (20100201) build 84
ffmpeg-0.6.1
x264-devel (20100201) build 84
ffmpeg-0.6.1
util/input_slider.cpp: In member function 'virtual void SoundSlider::wheelEvent(QWheelEvent*)': util/input_slider.cpp:234: warning: converting to 'int' from 'float' CXX util/libqt4_plugin_la-customwidgets.lo util/customwidgets.cpp:398:3: error: #error FIXME util/customwidgets.cpp: In function 'int qtEventToVLCKey(QKeyEvent*)': util/customwidgets.cpp:400: error: expected primary-expression before 'else' util/customwidgets.cpp:400: error: expected `;' before 'else' gmake[6]: *** [util/libqt4_plugin_la-customwidgets.lo] Error 1 gmake[6]: Leaving directory `/export/pkgsrc/multimedia/vlc/work/vlc-1.1.5/modules/gui/qt4'cat -n vlc-1.1.5/modules/gui/qt4/util/customwidgets.cpp | sed -n 388,399p
388 int qtEventToVLCKey( QKeyEvent *e )
389 {
390 int qtk = e->key();
391 uint32_t i_vlck = 0;
392
393 if( qtk <= 0xff )
394 /* VLC and X11 use lowercase whereas Qt uses uppercase */
395 #if defined( __STDC_ISO_10646__ ) || defined( _WIN32 )
396 i_vlck = towlower( qtk );
397 #else
398 # error FIXME
399 #endif
just delete these '#if else endif' block
( つっこみ )
2011年01月05日(水) 旧暦 [n年日記] [更新:"2011/01/06 01:24:43"]
#1 [pkgsrc] vlc (1.15) <- ffmpeg (0.61) <- x264-devel (20100201)
ffmpeg を 0.61 に
しようとすると、x264-devel を少なくとも 20100201 以降
(build 84) にする必要があるらしい。x264-devel は 20110104 でも良さそう
だが、patch の差分が大きく見えて、なかなかうまく行かないので、
とりあえず
20100101
にして見たら、作れた。しかしこれは build 80 なので
多分足大りない気がする。20100301 だと build 88 で、
0201 がとりあえず充足するのではないかと思っている。
(しかしきょうは時間切れでおしまい)
といいながら作って見た -> 20100201
といいながら作って見た -> 20100201
( つっこみ )
#2 [無題] 年賀状を 45 枚くらい、やっと発送
文面側は
pLaTeX
で作った。宛名側は全て手書き。
余白については、次のように上 3mm 下 6mm 左右両側 7mm になっている
3mm
+--------+
│ │
7mm│ │7mm
│ │
+--------+
6mm
大きさ関係の数値は次の通り
\setlength{\hoffset}{-23mm}
\setlength{\voffset}{-46.5mm}
\setlength{\oddsidemargin}{0mm}
\setlength{\evensidemargin}{-6mm}
\textheight 145mm
\textwidth 86mm
\leftmargin 0mm
hoffset と evensidemargin は分ける理由はなく、一緒にしておいた方がいいかな。
それとも evensidemargin は使われていないような気もする。
最近覚えた方法で、\vbox{}\\ とやると、何もないところに固定出来る
(位置を固定する手がかりが出来る)。
例えば wrapfigure の図の下に文字列を(図に)揃えて(下に)入れたい時に、その文字列の上下の調整は、
あまり簡単ではない気がする。しかし、少なくとも次のようにすると、
上下の調節が出来るようになる
\begin{wrapfigure}[15]{l}{14zw}
\vspace*{-\intextsep}
\includegraphics[scale=0.08,clip, trim=20 40 20 0]{img_0136-2}
{
\vbox{}\\[-1.4\intextsep]
\tiny 文字列
}
\end{wrapfigure}
でも変だな、そのようなことをしなくても、 いつも
\caption の位置は \vspace* で調整している。
( つっこみ )
2011年01月04日(火) 旧暦 [n年日記] [更新:"2011/01/05 01:17:11"]
#1 [pkgsrc] vlc-1.0.6
vlc って何かな、と思って、何とか package 出来た。(NetBSD/amd64 STABLE_50
起動すると最初に出て来る小さな Privacy and Network Policies
という窓の中に retreive という語があるが、やはり retrieve ではないかな。
それと、出て来る選択肢の意味が僕には不明。
Album art policy
DVD を見る方法は不明
Media -> Open Disc -> Disc としても、DVD が見える気配はない。
Unix だと dev をさわるのは root のみ ?
Manual download only When track starts playing As soon as track added以前に(頼まれて)録画して、Mac OS X 経由で写して、 保存してあった (アナログ) TV 番組 の mpg file を再生出来ました。 とても不思議な感じ。
DVD を見る方法は不明
Media -> Open Disc -> Disc としても、DVD が見える気配はない。
Unix だと dev をさわるのは root のみ ?
＠ vlc-1.1.5:
vlc-1.1.5 を作って見ようとしているが、
現在の patch
x11-xcb の pkg-config がないと言われる。
No package 'x11-xcb' foundこれは libX11 が xcb 付で作られている必要がある、ということで、 pkgsrc 的には 1.3.5 以上であれば良いということになる。
modena@makoto 00:20:49/110105(~)% pkg_info |grep libX11 libX11-1.3.5 Base X libraries from modular Xorg X11
override.c:124: error: conflicting types for 'putenv' /usr/include/stdlib.h:163: error: previous declaration of 'putenv' was here
115 /*** Environment ***
116 *
117 * "Conforming multi-threaded applications shall not use the environ variable
118 * to access or modify any environment variable while any other thread is
119 * concurrently modifying any environment variable." -- POSIX.
120 *
121 * Some evil libraries modify the environment. We currently ignore the calls as
122 * they could crash the process. This may cause funny behaviour though. */
123 int putenv (char *str)
124 {
125 if (override)
126 {
127 LOG("Blocked", "\"%s\"", str);
128 return 0;
129 }
130 return CALL(putenv, str);
131 }
/usr/include/stdlib.h:
163 int putenv(const char *);
subtitle.c:69: error: 'CODEC_ID_HDMV_PGS_SUBTITLE' undeclared (first use in this function) subtitle.c:69: error: (Each undeclared identifier is reported only onceffmpeg を 0.61 にして見るのはどうかな。
( つっこみ )
2011年01月03日(月) 旧暦 [n年日記] [更新:"2011/01/03 23:57:09"]
#1 [pkgsrc] pdvips: ! Couldn't find header file cm-super-t1.enc
modena@makoto 17:48:55/110103(..latex/misc)% pdvips 2011.dvi This is dvips(k) p1.7a Copyright 2005 ASCII Corp.(www-ptex at ascii.co.jp) based on dvips(k) 5.95a Copyright 2005 Radical Eye Software (www.radicaleye.com) ' TeX output 2011.01.03:1748' -> 2011.ps pdvips: ! Couldn't find header file cm-super-t1.enc
33 wget ftp://ftp.kddilabs.jp/CTAN/fonts/ps-type1/cm-super/dvips/cm-super-t1.enc . 34 lslt 35 find . -name cm-super-t1.enc 36 echo sudo cp -p cm-super-t1.enc 37 sudo cp -p cm-super-t1.enc /usr/pkg/share/texmf-local/dvips/
( つっこみ )
#2 [pkgsrc] KEYWORDS in Makefile
- pkgsrc の Makefile に書ける予約語というか変数名にどんなものがあるのか
- それらを並べる順番の規則は ?
使い方(の例)
cd pkgsrc/wip (..pkgsrc/wip)% perl ~/cvs-work/tools/pkgsrc-keywords */Makefileと、その場合の結果: (以下は)
変数名、全体を 200 とした時の相対位置(の平均)、出現回数 (100 以上は青色)、色付は手動
variable name, the position index (max 200), number of appearance
{} 16 502
DISTNAME 32 482
PKGNAME 47 213
PKGREVISION 48 149
CATEGORIES 54 475
MASTER_SITES 68 454
EXTRACT_SUFX 76 143
DISTFILES 76 49
MAINTAINER 89 466
SITES 93 20
HOMEPAGE 102 452
LICENSE 111 148
BUILD_DEFS 116 28
COMMENT 117 493
CONFLICTS 119 31
REPLACE_PERL 122 24
SUBST_VARS 123 25
PKG_GROUPS 125 12
PKG_SUPPORTED_OPTIONS 126 11
PKG_USERS 128 15
DEPENDS 129 275
CMAKE_ARGS 130 13
SUBST_CLASSES 133 77
PKG_DESTDIR_SUPPORT 135 272
BUILD_DEPENDS 139 47
CPPFLAGS 139 14
WRKSRC 140 157
EGDIR 141 34
CONFIGURE_ARGS 141 265
APACHE_MODULE 142 11
INFO_FILES 142 18
SUBST_STAGE 143 78
CONF_FILES 146 63
SUBST_FILES 147 97
USE_LIBTOOL 148 104
USE_LANGUAGES 149 172
MAKE_ENV 149 30
META_PACKAGE 149 11
USE_PKGLOCALEDIR 151 64
CONFIGURE_ENV 152 37
HAS_CONFIGURE 152 11
GNU_CONFIGURE 152 191
SUBST_SED 153 147
OWN_DIRS 154 18
USE_TOOLS 154 273
SUBST_MESSAGE 156 53
APACHE_MODULE_NAME 158 12
RCD_SCRIPTS 159 21
NO_BUILD 160 72
MESSAGE_SUBST 160 26
BUILD_DIRS 160 14
USE_JAVA 161 22
OWN_DIRS_PERMS 161 13
PLIST_VARS 163 14
ONLY_FOR_PLATFORM 164 24
DOCDIR 166 19
CFLAGS 169 14
DEBS 169 18
BUILD_TARGET 171 46
PKGCONFIG_OVERRIDE 171 45
DIST_SUBDIR 172 16
MAKE_FILE 173 18
NO_CONFIGURE 175 45
MAKE_FLAGS 178 53
TEST_TARGET 179 11
BUILDLINK_API_DEPENDS 192 18
INSTALLATION_DIRS 192 126
点数付として、「続いた行には +1 にする」規則があった方がいいと思う。
( つっこみ )
2011年01月01日(土) 旧暦 [n年日記] [更新:"2011/01/02 00:24:04"]
#1 [pkgsrc] Canna-3.7p3 を作って見た
pkgsrc の Canna は 3.6pl4 でかなり古い。それを最新の 3.7p3 にする
差分を作って見た
これを使うには、
- pkgsrc に上に書いてある URL の差分を当てる
- rm canna/patches/patch-a[dj-l]
- wip の libspt を入れる
- pkgrc/inputmethod/canna-server で make package-install
- cp /usr/pkg/share/examples/rc.d/canna /etc/rc.d
- /etc/rc.conf に、次の二行を加える
canna=YES canna_flags="-u daemon"
- /etc/rc.d/canna start
-
modena@makoto 00:08:24/110102(/export/local-src)% ps axu|grep cannaserver daemon 18651 0.0 0.0 5552 268 ? INs 11:43PM 0:00.01 /usr/pkg/sbin/cannaserver -u daemon
zcat yc-5.2.1.el.gz > yc.el cp -p yc.el /usr/pkg/share/emacs/site-lisp (または僕の場合は) cp -p yc.el /usr/pkg/share/emacs/site-lisp/a-files/次のような ~/.emacs.d/yc-setup.el を用意する
;(setq yc-server-host "CANNAHOST") ; cannaserver を CANNAHOST で起動している ;(setq yc-server-host "localhost") ; cannaserver を localhost で起動している (setq yc-rK-trans-key [henkan]) ; 変換キーを Henkan キーにする (setq yc-use-color t) ; fence をカラー表示する (if (eq window-system 'x) (setq yc-use-fence nil) ; onX なら || を表示しない (setq yc-use-fence t)) ; onX でないなら || を表示する (load "yc") ; yc のロード (global-yc-mode 1) ; 全バッファでascii-漢字変換可能にする (set-input-method 'japanese-yc) ; C-\ で Input method: と聞いて来るので ; japanese-yc と入力する のを省略
emacs -q -l ~/.emacs.d/yc-setup.elC-\ で日本語入力 C-\ で英数字入力
( つっこみ )
最近の日記
2025年01月15日
・今更 advent calendar
2025年01月12日
・金柑収穫
2025年01月07日
・sh: 1: not found
・sh: 1: not found
2025年01月02日
・geography/R-s2