|
Namazu for hns による簡易全文検索 詳しくは 詳細指定/ヘルプを参照して下さい |
|||||||||||||||||||||||||||||||||||||||||||||||||||
2010年05月31日(月) 旧暦 [n年日記] [更新:"2010/05/31 22:33:29"]#1 [無線] 2010 WW WPX CW (SOSB40 LP)
例によって SOSB40 LP
*1
で参加した。claimed score は
QSO's Pts WPX 404 1757 257 Score 451,549しかし例によって間違いが多いので、かなり減ると思う。 土曜日の 13:00 には一応電波が出せる状態だったが、 来客があり、始めたのは 15:00。西海岸と出来たのは 16:45 だった。 cabrillo2-time-table で作った 時刻別の交信数 N1MM によれば Total Time off 25:46 Total Time on 22:14
*1: Single Operator Single Band 40m Low Power
( つっこみ )
2010年05月28日(金) 旧暦 [n年日記] [更新:"2010/06/09 10:19:06"]#1 [pkgsrc] mk/check/check-files.mk" line 80: Wrong number of words (2) ...ubuntu@makoto 18:57:34/100528(..editors/emacs)% bmake clean && bmake package bmake: "../../mk/check/../../mk/check/check-files.mk" line 80: Wrong number of words (2) in .for substitution list with 4 vars bmake: Fatal errors encountered -- cannot continue bmake: stopped in /export/pkgsrc/editors/emacs ubuntu@makoto 18:57:43/100528(..editors/emacs)%It come from following line of mk/check/check-files.mk 81 .for d o g m in ${MAKE_DIRS_PERMS} ${OWN_DIRS_PERMS} 82 CHECK_FILES_SKIP+= ${d:C/^([^\/])/${PREFIX}\/\1/}.* 83 .endford o g m -> directory owner group mode If I just disable these (listed above) lines (by adding # on line), then I got shift: 1: can't shift that many *** Error code 2and for this second problem, it is nice to have following change. (to stop correctly ?) bsd.pkginstall.mk.patch @ unfortunately (?) pkgsrc version of emacs on ubuntu has no x11:
My build of pkgsrc editors/emacs does not have x11 included. why ?
Simple open up emacs-23.2 ( at /export/local-src) and ./configure (without any argument), gives: Should Emacs use the GNU version of malloc? yes (Using Doug Lea's new malloc from the GNU C Library.) Should Emacs use a relocating allocator for buffers? yes Should Emacs use mmap(2) for buffer allocation? no What window system should Emacs use? x11 What toolkit should Emacs use? GTK Where do we find X Windows header files? Standard dirs Where do we find X Windows libraries? Standard dirs Does Emacs use -lXaw3d? no Does Emacs use -lXpm? yes Does Emacs use -ljpeg? yes Does Emacs use -ltiff? yes Does Emacs use a gif library? yes -lgif Does Emacs use -lpng? yes Does Emacs use -lrsvg-2? yes Does Emacs use -lgpm? yes Does Emacs use -ldbus? yes Does Emacs use -lgconf? no Does Emacs use -lfreetype? yes Does Emacs use -lm17n-flt? yes Does Emacs use -lotf? yes Does Emacs use -lxft? yes Does Emacs use toolkit scroll bars? yesThis problem turned out that my /etc/mk.conf was wrong. The (trace of) setup for Mac OS X were there, PKG_OPTIONS.emacs_current = -dbus -gtk -svg -x11 -xft2 -xaw -motif #KG_OPTIONS.emacs_current+= nextstepAnd I misunderstood that -x11 meaned enable x11 as like shell options. By removing this setup, emacs on unbuntu get x11 capability (2010/06/09 added). ( つっこみ )
#2 [database] (mysql) hostname is blocked because of many connection errors;ttyp0:username@host 23:55:04/100528(~)> mysql -u hoge -h mysql database_name ERROR 1129 (00000): Host 'example.com' is blocked because of many connection errors; \ unblock with 'mysqladmin flush-hosts'I had problem of remembering password, so just mysql process restarted, and it is resolved. ( つっこみ )
2010年05月24日(月) 旧暦 [n年日記] [更新:"2010/05/28 22:24:10"]#1 [Emacs] making Emacs 24.0.50@ easy-mmode-pretty-mode-name:
Why I got following ? (defun easy-mmode-pretty-mode-name ..)
is there.
../../emacs/lisp/emacs-lisp/easy-mmode.el:584:1:Error: \ Symbol's function definition is void: easy-mmode-pretty-mode-name ( つっこみ )
2010年05月23日(日) 旧暦 [n年日記] [更新:"2010/05/23 22:52:41"]#1 [git][emacs] pulling emacs from git repository by date.
What I did today (+recently) , including errornous command
50 2010-05-22 22:41 git status emacs/src/emacs.c 51 2010-05-22 22:41 cd emacs 52 2010-05-22 22:41 git status src/emacs.c 53 2010-05-22 22:42 git log src/emacs.c 54 2010-05-22 22:43 git help checkout 55 2010-05-22 22:45 git log src/emacs.c 56 2010-05-22 22:46 git log lisp/version.c 57 2010-05-22 22:46 git log lisp/version.el 58 2010-05-22 22:47 man git-branch 59 2010-05-22 22:47 git branch 60 2010-05-23 11:02 git branch 9e91fd1a898e047bdf7c0834ef79888b946e71be 61 2010-05-23 11:03 git checkout 9e91fd1a898e047bdf7c0834ef79888b946e71be 67 2010-05-23 11:05 git pull 68 2010-05-23 11:06 git pull 9e91fd1a898e047bdf7c0834ef79888b946e71be 72 2010-05-23 11:07 less src/ChangeLog 73 2010-05-23 11:07 git checkout 9e91fd1a898e047bdf7c0834ef79888b946e71be 74 2010-05-23 11:08 git status 78 2010-05-23 11:10 git log |&less 79 2010-05-23 11:10 git co 55d356f9dda341e67cde9eef86df6927d8f027f5 80 2010-05-23 11:11 git pull 55d356f9dda341e67cde9eef86df6927d8f027f5 82 2010-05-23 11:11 git checkout 55d356f9dda341e67cde9eef86df6927d8f027f5 83 2010-05-23 11:11 git checkout -b 55d356f9dda341e67cde9eef86df6927d8f027f5 84 2010-05-23 11:11 less src/ChangeLog(Now I got Mar. 10 2010 version), Thanks Rui @ getting started with emacs and git:modena@makoto 11:53:33/100523(/export/git-work)% \ git checkout git://repo.or.cz/emacs.git emacsI did for Apr. 01 308 2010-05-23 21:07 git checkout 182a97c994685fadb92211041a5ecfdd9c9674a2Make sure ChangeLog is the one of that date, And this compiles and works as: GNU Emacs 24.0.50.1 (x86_64-unknown-netbsd5.0., GTK+ Version 2.18.9)I don't understand how to use 'git bisect', do manually.. Now starting bisect: The raw log is: 378 2010-05-23 21:40 git start 182a97c994685fadb92211041a5ecfdd9c9674a2 379 2010-05-23 21:40 git bisect start 182a97c994685fadb92211041a5ecfdd9c9674a2 380 2010-05-23 21:40 git bisect bad 381 2010-05-23 21:40 git bisect good bad 382 2010-05-23 21:40 git bisect good 182a97c994685fadb92211041a5ecfdd9c9674a2 383 2010-05-23 21:41 cd .. 384 2010-05-23 21:41 rm -rf emacs-work/;mkdir emacs-work; cd emacs-work 385 2010-05-23 21:41 rm -rf emacs-work/;mkdir emacs-work; cd emacs-work 386 2010-05-23 21:41 ../emacs/configure --without-xtf 387 2010-05-23 21:42 gmake bootstrap 388 2010-05-23 21:43 cd .. 389 2010-05-23 21:43 rm -rf emacs-work/;mkdir emacs-work; cd emacs-work 390 2010-05-23 21:43 cd .. 391 2010-05-23 21:43 rm -rf emacs-work/;mkdir emacs-work; cd emacs-work 392 2010-05-23 21:43 ../emacs/configure --without-xft 393 2010-05-23 21:44 gmake bootstrap 394 2010-05-23 21:49 ../emacs-work/src/emacs modena@makoto 21:50:08/100523(..git-work/emacs-work)% modena@makoto 22:28:40/100523(..git-work/emacs)% git bisect bad Bisecting: 0 revisions left to test after this (roughly 0 steps) [1d72483243cd4cdb611bf57d67483d125c2dcf58] Define auto-save-mode with define-minor-mode. * emacs-lisp/easy-mmode.el (define-minor-mode): Make :variable more flexible. * files.el (auto-save-mode): Use it to define using define-minor-mode. modena@makoto 22:28:42/100523(..git-work/emacs)% @ git bisect log:modena@makoto 22:35:16/100523(..git-work/emacs)% git bisect log # bad: [182a97c994685fadb92211041a5ecfdd9c9674a2] Remove extern errno declarations. * xterm.c: * xrdb.c: * w32term.c: * unexec.c: * unexaix.c: * sysdep.c: * process.c: * lread.c: * keyboard.c: * floatfns.c: * filelock.c: * fileio.c: * emacs.c (main): * ecrt0.c: * dispnew.c: * callproc.c: * buffer.c: Remove errno extern declarations. * s/netbsd.h (NEED_ERRNO): Remove. git bisect start '182a97c994685fadb92211041a5ecfdd9c9674a2' # bad: [dee238ce96a1d5be888ff0138296c34cf569b58d] Redesign bidi-aware edge positions of glyph rows, fix bug #6036. git bisect bad dee238ce96a1d5be888ff0138296c34cf569b58d # good: [182a97c994685fadb92211041a5ecfdd9c9674a2] Remove extern errno declarations. * xterm.c: * xrdb.c: * w32term.c: * unexec.c: * unexaix.c: * sysdep.c: * process.c: * lread.c: * keyboard.c: * floatfns.c: * filelock.c: * fileio.c: * emacs.c (main): * ecrt0.c: * dispnew.c: * callproc.c: * buffer.c: Remove errno extern declarations. * s/netbsd.h (NEED_ERRNO): Remove. git bisect good 182a97c994685fadb92211041a5ecfdd9c9674a2 # good: [875b64ea3114a282235972f6d768471d0508fbc5] * net/tramp.el (tramp-methods): Remove "-q" from `tramp-login-args' in order to see error messages for failed logins. git bisect good 875b64ea3114a282235972f6d768471d0508fbc5 # bad: [a0174ad5d5157b0ef78f310908ae7eb29e63776c] * admin/CPP-DEFINES: More updates. git bisect bad a0174ad5d5157b0ef78f310908ae7eb29e63776c # bad: [b2f5f0acc84724a00092a866e83d9d6dcd993302] Merge from mainline. git bisect bad b2f5f0acc84724a00092a866e83d9d6dcd993302 # good: [9ebbf1fbac129d1088fd14906d02f08fcf5aa17b] Merge from mainline. git bisect good 9ebbf1fbac129d1088fd14906d02f08fcf5aa17b # bad: [d96cfb1e3a85073b6442564a1044a7ffe29012ad] Merge from mainline. git bisect bad d96cfb1e3a85073b6442564a1044a7ffe29012ad # good: [29bb36733cfab642fe7cdf1e2b052d7513efa1b8] Merge from mainline. git bisect good 29bb36733cfab642fe7cdf1e2b052d7513efa1b8 # bad: [7430f22554417282eef3fb72dc52a9d1e1305c80] Require easy-mmode for XEmacs when compiling. git bisect bad 7430f22554417282eef3fb72dc52a9d1e1305c80 # bad: [1ed54faacf8bd1c77b1e05a71c1c3e5471afc4c1] Synch with Gnus trunk. (mml-generate-mime-1,mml-compute-boundary-1): Update 'mml handles on recursive mml-to-mime translation and check them for boundary delimiter collisions. Reported by: Greg Troxel. git bisect bad 1ed54faacf8bd1c77b1e05a71c1c3e5471afc4c1 # bad: [9b534d9de4edda694842b4b711df4df2e52d2492] Extract common suffix for * in partial-completion. * minibuffer.el (completion--sreverse, completion--common-suffix): New functions. (completion-pcm--merge-completions): Extract common suffix when safe. git bisect bad 9b534d9de4edda694842b4b711df4df2e52d2492 modena@makoto 22:35:28/100523(..git-work/emacs)% modena@makoto 22:35:57/100523(..git-work/emacs)% git branch * (no branch) 58bf6e3cec026eed98c27237b64d3eb1c8aa788e EMACS_PRETEST_23_1_93 main master modena@makoto 22:36:00/100523(..git-work/emacs)% git bisect reset Checking out files: 100% (293/293), done. Previous HEAD position was 1d72483... Define auto-save-mode with define-minor-mode. * emacs-lisp/easy-mmode.el (define-minor-mode): Make :variable more flexible. * files.el (auto-save-mode): Use it to define using define-minor-mode. Switched to branch 'master' modena@makoto 22:36:16/100523(..git-work/emacs)% git branch 58bf6e3cec026eed98c27237b64d3eb1c8aa788e EMACS_PRETEST_23_1_93 main * master modena@makoto 22:36:23/100523(..git-work/emacs)%I am afraid that while bisecting, the other problem may appear. like Loading /export/git-work/emacs/lisp/files.el (source)... Symbol's function definition is void: define-minor-mode gmake[2]: *** [bootstrap-emacs] Error 255 gmake[2]: Leaving directory `/export/git-work/emacs-work/src'but this is not the problem currently pursueing. This should flags as good ? @ do it again:
We should use skip
git bisect skip ( つっこみ )
2010年05月22日(土) 旧暦 [n年日記] [更新:"2010/05/24 02:13:43"]#1 [無題] 長洲 → 荻窪 → 吉沢 → 君津 → 長洲
某引越の手伝い。走行距離: 268km
吉沢 → 君津 は高速道路を通らず、下の道で行く。 以前工事中だった、戸面原湖の辺りの道路が通れるようになっていた。 google map では、まだその部分の写真が更新されていない。 ( つっこみ )
2010年05月21日(金) 旧暦 [n年日記] [更新:"2010/05/23 23:31:13"]#1 [pkgsrc] Ubuntu 10.04 で libxml.so -> undefined ref. gzopen64 ?pkgsrc/databases/shared-mime-info/work/.buildlink/lib/libxml2.so: undefined reference to `gzopen64' pkgsrc/databases/shared-mime-info/work/.buildlink/lib/libxml2.so: undefined reference to `gzdirect@ZLIB_1.2.2.3'こういうのがいくつも出る ? This is because we have following part in /usr/include cat -n /usr/include/zlib.h1372:#if defined(_LARGEFILE64_SOURCE) || _FILE_OFFSET_BITS == 64 1373- ZEXTERN gzFile ZEXPORT gzopen64 OF((const char *, const char *)); ... 1380-#if _FILE_OFFSET_BITS == 64 1381:# define gzopen gzopen64By renaming some file not to use, and let pkgsrc zlib.h include files be effective, These problem may be skipped. (or passing -D_LARGEFILE64SOURCE=1 in CFLAG to gcc when compiling all related src, libxml2, xmlto etc (?)) ubuntu@makoto 23:18:37/100523(~)% ls -l /usr/include/*-dist -rw-r--r-- 1 root root 12217 2009-11-10 00:25 /usr/include/zconf.h-dist -rw-r--r-- 1 root root 68287 2009-11-10 00:25 /usr/include/zlib.h-disttextproc/xmlto is good small candidate to check. ( つっこみ )
2010年05月20日(木) 旧暦 [n年日記] [更新:"2010/05/20 17:42:07"]#1 [pkgsrc][Emacs] now emacs-23.2 built successfully with one line debug message
I was writing the Segfaults while buiding emacs-23.1.97, 23.2 in my diary as: 05/05 pretest 23.1.97 on NetBSD/amd64 (STABLE_5.0) 05/12 editor/emacs (23.2) segfaults 05/13 without pkgsrc, it also segfaults, 05/13 Segfaults at generating lisp/cus-load.el (+combination test) 05/14 now by-passing cus-load.el I have one extra line to find where the segfault point is: $NetBSD$ --- work/emacs-23.2/lisp/cus-dep.el~ 2010-04-04 07:26:07.000000000 +0900 +++ lisp/cus-dep.el 2010-05-20 02:22:19.000000000 +0900 @@ -59,6 +59,7 @@ (unless (or (string-match custom-dependencies-no-scan-regexp file) (string-match preloaded file) (not (file-exists-p file))) + (message file) (erase-buffer) (insert-file-contents file) (goto-char (point-min))But now it completes without segfaults. Is it good to me or bad ? ( つっこみ )
2010年05月16日(日) 旧暦 [n年日記] [更新:"2010/05/17 09:07:48"]#1 [無題] 錆止塗・ローズマリーの地植、たまりゅう
9 月に建てた塔の一部に錆が見えている。
建てた時にぬったローバル R (1kg, 2,520 円)
が僅かに残っていたので、それを塗る。
と言っても揮発性のものはかなり飛んでいたので、うすめ液を少し追加した。
錆と言っても殆どはねじ等。刷毛状の錆落を使って、出来るだけ落して
から塗る。
作業台の手摺にはかなり錆が出ていた。
梯子にも少し。
保護網を外す必要があって、外す時に、これは付けるの大丈夫かな、 と思ったが、やはり、かなり大変だった。 まず重いので、簡単には動かない。 ホイストという名前の簡単な器具を使って吊上げて、何とかする。 それでも六か所あるねじのうち、最後の一つはどうしても入らなかった (というか、この辺にかなり時間を消費した)。 それほど重大なものでもないので、そのままに。 実は二枚ある保護網のうち、その一つは外したことがなかったもの。 もう一つは、いつかまた外す必要があると思って、 結束帯(バンド)で止めていた。例の黒い方のやつ。 それが正解。今回も二つ目は結束帯で止めた。 ローズマリーの鉢植を地植した。根の圧力が強くなり、 鉢 (27cm) にひびが入るほどになっていた。それで外すのはちょっと大変だった。 根堀りで内側に隙間を作り、何とか外す。 前回のねづみもちの時に一緒に抜いた たまりゅう少し を忘れて(水につけたままになって)いたのも、植えた。 ( つっこみ )
2010年05月14日(金) 旧暦 [n年日記] [更新:"2010/05/14 21:48:46"]#1 [Emacs] now by-passing cus-load.el
I now have completed make package with eliminating of
the step with custom-make-dependencies. This is just a
work arround.
emacs-23.2.diff rm patches/patch-a[cf] Honestly still adjusting... ( つっこみ )
2010年05月13日(木) 旧暦 [n年日記] [更新:"2010/05/20 11:06:10"]#1 [Emacs] Segfaults at generating lisp/cus-load.el
As I wrote
in Yesterday,
Emacs segfaults while building at
(cd work/emacs-23.2/lisp; EMACSLOADPATH=/export/pkgsrc/editors/emacs/work/emacs-23.2/lisp LC_ALL=C ../src/emacs -batch --no-site-file --multibyte -l cus-dep --eval \ '(setq generated-custom-dependencies-file "/export/pkgsrc/editors/emacs/work/emacs-23.2/lisp/cus-load.el")'\ -f custom-make-dependencies `cat /tmp/list`)
OS: NetBSD/amd64 5.0_STABLE gcc: 4.1.3So, the point of failure is 'language'. And it is the combination with either one of url, org, cedet, cedet/srecode, cedet/semantic, progmodes, nxml, mail (others not mentioned here are not checked yet). → custom-make-dependencies() の結果って何のために必要なんですか? There should be some infinite loop for the dependencies, and custom-make-dependencies should detect such status and stop processing for that particular loop. -> cus-dep.el joerg version: also segfaults I don't remember the editors/emacs-snapshot ( つっこみ )
#2 without pkgsrc, it also segfaults,
I have minor problem on xft, so use --without-xft just for now,
246 2010-05-13 11:39 tar zxf /e/tera/j/distfiles/emacs-23.2.tar.gz 247 2010-05-13 11:39 cd emacs-23.2 262 2010-05-13 11:51 ./configure --without-xft 263 2010-05-13 12:04 time gmakeAnd I got: ... Directory /export/local-src/emacs-23.2/lisp/./mail Directory /export/local-src/emacs-23.2/lisp/./language Fatal error (11)[1] Segmentation fault (core dumped) EMACSLOADPATH=/e... gmake[2]: *** [custom-deps] Error 139 gmake[2]: Leaving directory `/export/local-src/emacs-23.2/lisp' gmake[1]: *** [/export/local-src/emacs-23.2/lisp/cus-load.el] Error 2 gmake[1]: Leaving directory `/export/local-src/emacs-23.2/lisp' gmake: *** [lisp] Error 2 602.83s 103.45s 20:57.84 56% 0+0k 12+1230io 212pf+0w modena@makoto 12:25:27/100513(..local-src/emacs-23.2)% ( つっこみ )
2010年05月12日(水) 旧暦 [n年日記] [更新:"2010/05/20 11:03:49"]#1 [pkgsrc] bootstrap-pkgsrc on ubuntu 10.04
何か間違いがあるらしい
ubuntu10@makoto 10:27:22/100512(..pkgsrc/bootstrap)% sudo env SH=/bin/zsh ./bootstrap ... ... ===> Installing for bootstrap-mk-files-20090807nb1 => Creating installation directories cd /home/makoto/pkgsrc/bootstrap/work/wrk/pkgtools/bootstrap-mk-files/work/bootstrap-mk-files-20090807 \ && for file in bsd.* sys.mk; do /usr/bin/install -c -o root -g root -m 444 $file /usr/pkg/share/mk/$file; done => Automatic manual page handling => Registering installation for bootstrap-mk-files-20090807nb1 ===> running: (cd /home/makoto/pkgsrc/devel/bmake && /home/makoto/pkgsrc/bootstrap/work/bin/bmake \ -DPKG_PRESERVE MAKECONF=/home/makoto/pkgsrc/bootstrap/work/mk.conf install) ===> Skipping vulnerability checks. WARNING: No /var/db/pkg/pkg-vulnerabilities file found. WARNING: To fix run: `/home/makoto/pkgsrc/bootstrap/work/sbin/pkg_admin -K /var/db/pkg fetch-pkg-vulnerabilities'. ===> Installing dependencies for bmake-20100423 => Full dependency bootstrap-mk-files-[0-9]*: found bootstrap-mk-files-20090807nb1 find_best:1: no such file or directory: /home/makoto/pkgsrc/bootstrap/work/sbin/pkg_info -K /var/db/pkg ERROR: [resolve-dependencies] A package matching ``bootstrap-mk-files-[0-9]*'' should ERROR: be installed, but one cannot be found. Perhaps there is a ERROR: stale work directory for ../../pkgtools/bootstrap-mk-files? *** Error code 1 Stop. bmake: stopped in /home/makoto/pkgsrc/devel/bmake ===> exited with status 1 aborted. ubuntu10@makoto 10:26:55/100512(..pkgsrc/bootstrap)% ubuntu10@makoto 10:26:55/100512(..pkgsrc/bootstrap)% \ /home/makoto/pkgsrc/bootstrap/work/sbin/pkg_info -K /var/db/pkg bootstrap-mk-files-20090807nb1 *.mk files for the bootstrap bmake utilityでも、既に入っているように見える。 関係ないけれど入力待の hostname@username が逆だな、いつも良く見ていないので。 @ mk/flavor/pkg/resolve-dependencies:
mk/flavor/pkg/resolve-dependencies が怪しいので、一行目に -v を追加して
おいたら、正常終了してしまった。
mk/flavor/pkg/resolve-dependencies may be the point of problem, and I have added -v to trace the problem. But now works fine. ubuntu10@makoto 11:26:09/100512(..pkgsrc/bootstrap)% \ head -1 ../mk/flavor/pkg/resolve-dependencies #!/bin/sh -v 67 sudo rm -rf work/ /var/db/pkg/ 68 sudo env SH=/bin/bash ./bootstrap ubuntu10@makoto 11:15:08/100512(..pkgsrc/bootstrap)% sudo env SH=/bin/bash ./bootstrap ... ... =========================================================================== => Registering installation for pkg_install-20100421 ===> running: /bin/sh /home/makoto/pkgsrc/bootstrap/work/bin/install-sh -d -o root -g root /usr/pkg/etc =========================================================================== Please remember to add /usr/pkg/bin to your PATH environment variable and /usr/pkg/man to your MANPATH environment variable, if necessary. An example mk.conf file with the settings you provided to "bootstrap" has been created for you. It can be found in: /usr/pkg/etc/mk.conf You can find extensive documentation of the NetBSD Packages Collection in /home/makoto/pkgsrc/doc/pkgsrc.txt. Hopefully everything is now complete. Thank you =========================================================================== ===> bootstrap started: Wed May 12 11:15:53 JST 2010 ===> bootstrap ended: Wed May 12 11:22:08 JST 2010(先を急ぐので上記問題を見るのは後にして..) mk.conf はこれを使うよって上に書いてある @ tnftp problem:=> Bootstrap dependency digest>=20010302: found digest-20080510 => Bootstrap dependency tnftp-[0-9]*: NOT found => Verifying reinstall for ../../net/tnftp ERROR: This package has set PKG_FAIL_REASON: ERROR: No usable termcap library found on the system. *** Error code 1 Stop. bmake: stopped in /home/makoto/pkgsrc/net/tnftp *** Error code 1いろいろ議論はあるようだけれど、僕はこれでいいと思う。 128 scp modena:Mail/netbsd/pkgsrc-bugs/26627 /tmp 129 cd ../.. patch がないので 133 sudo apt-get install patch 135 patch -s -p0 < /tmp/26627 136 cd net/tnftp 137 bmake clean 138 bmake 139 bmake package-install 141 sudo /usr/pkg/bin/bmake package-install @ devel/ncurses:cd ../obj_lo; /home/makoto/pkgsrc/devel/ncurses/work/.wrapper/bin/libtool --tag=CXX --mode=compile -I../c++ -I../include -I. -DHAVE_CONFIG_H -I. -I../include -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -DNDEBUG -I/usr/pkg/include/ncurses -Wno-error -c ../c++/cursesf.cc libtool: compile: unrecognized option `-I../c++' libtool: compile: Try `libtool --help' for more information. *** Error code 1string 'g++' is missing after '--mode=compile.' You need g++ installed for ncurses. sudo apt-get install g++ @ libintl:/home/makoto/pkgsrc/lang/gcc34/work/gcc-3.4.6/gcc/c-decl.c:4996: undefined reference to `libintl_gettext' c-typeck.o:/home/makoto/pkgsrc/lang/gcc34/work/gcc-3.4.6/gcc/c-typeck.c:2676: more undefined references to `libintl_gettext' follow libbackend.a(intl.o): In function `gcc_init_libintl': /home/makoto/pkgsrc/lang/gcc34/work/gcc-3.4.6/gcc/intl.c:44: undefined reference to `libintl_bindtextdomain' /home/makoto/pkgsrc/lang/gcc34/work/gcc-3.4.6/gcc/intl.c:45: undefined reference to `libintl_textdomain' collect2: ld returned 1 exit status make[2]: *** [cc1] Error 1 make[2]: Leaving directory `/home/makoto/pkgsrc/lang/gcc34/work/obj/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/home/makoto/pkgsrc/lang/gcc34/work/obj/gcc' make: *** [bootstrap] Error 2 *** Error code 2Just a quick work arround, Index: lang/gcc34/Makefile =================================================================== RCS file: /export/cvsync/pkgsrc/lang/gcc34/Makefile,v retrieving revision 1.45 diff -u -r1.45 Makefile --- lang/gcc34/Makefile 4 May 2010 20:46:31 -0000 1.45 +++ lang/gcc34/Makefile 12 May 2010 09:16:52 -0000 @@ -49,6 +49,7 @@ CONFIGURE_ARGS+= --with-gnu-as CONFIGURE_ARGS+= --with-gnu-ld .endif +CONFIGURE_ARGS+= --disable-nls REPLACE_AWK+= libjava/addr2name.awk USE_TOOLS+= awk:run @ 長い途のりだったが、やっと pinapa が出来た:
多分 六か月くらいかかった気がする ..
creating libpinapa.la (cd .libs && rm -f libpinapa.la && ln -s ../libpinapa.la libpinapa.la) make[1]: Leaving directory `/home/makoto/pkgsrc/personal-pkgsrc/pinapa/work/pinapa/build.tmp' + : + cat ******************************* Build finished in /home/makoto/pkgsrc/personal-pkgsrc/pinapa/work/pinapa/build.tmp You may want to run make install from there. ******************************* => Unwrapping files-to-be-installed. INFO: [subst.mk:unwrap] Nothing changed in ./ext.tmp/gcc-3.4.1/objs/gcc/s-config. INFO: [subst.mk:unwrap] Nothing changed in ./ext.tmp/gcc-3.4.1/objs/gcc/stage1/s-config. INFO: [subst.mk:unwrap] Nothing changed in ./ext.tmp/gcc-3.4.1/objs/gcc/stage2/s-config. WARNING: *** Please consider adding fortran to USE_LANGUAGES in the package Makefile. WARNING: Please add USE_TOOLS+=perl to the package Makefile. WARNING: Please add USE_TOOLS+=perl to the package Makefile. ubuntu10@makoto 22:52:35/100512(..personal-pkgsrc/pinapa)% ( つっこみ )
#2 [pkgsrc] editors/emacs
I have created the
patches
to 23.2, but it segfaults while compiling lisp:
(also): rm patches/patch-a{c,f} ... Directory /export/pkgsrc/editors/emacs/work/emacs-23.2/lisp/./nxml Directory /export/pkgsrc/editors/emacs/work/emacs-23.2/lisp/./mh-e Directory /export/pkgsrc/editors/emacs/work/emacs-23.2/lisp/./mail Directory /export/pkgsrc/editors/emacs/work/emacs-23.2/lisp/./language Fatal error (11)[1] Segmentation fault (core dumped) EMACSLOADPATH=/e... gmake[3]: *** [custom-deps] Error 139 gmake[3]: Leaving directory `/export/pkgsrc/editors/emacs/work/emacs-23.2/lisp' gmake[2]: *** [/export/pkgsrc/editors/emacs/work/emacs-23.2/lisp/cus-load.el] Error 2 gmake[2]: Leaving directory `/export/pkgsrc/editors/emacs/work/emacs-23.2/lisp'back trace may be the same as 23.1.97 This may continue OK if cd to working directory and type gmake, the same as 2010/05/06. I have corrected the directory name from building-log and save it to the file, and issue following line by hand, it runs with no problem. (cd work/emacs-23.2/lisp; \ EMACSLOADPATH=/export/pkgsrc/editors/emacs/work/emacs-23.2/lisp \ LC_ALL=C \ ../src/emacs -batch --no-site-file --multibyte -l cus-dep \ --eval \ '(setq generated-custom-dependencies-file "/export/pkgsrc/editors/emacs/work/emacs-23.2/lisp/cus-load.el")' \ -f custom-make-dependencies \ `cat /tmp/list`) ( つっこみ )
2010年05月11日(火) 旧暦 [n年日記] [更新:"2010/05/12 09:44:50"]#1 [pkgsrc] PKG_DESTDIR_SUPPORT
PKG_DESTDIR_SUPPORT の説明がないなと思っていたら、
に書いてあるのだった。
( つっこみ )
#2 bootstrap-pkgsrc on Ubuntu 10.04ubuntu10@makoto 00:30:36/100512(..pkgsrc/bootstrap)% sudo ./bootstrap ERROR: Your shell's echo command is not BSD-compatible. ERROR: Please select another shell by setting the environment ERROR: variable SH.Then I did: ubuntu10@makoto 00:30:51/100512(..pkgsrc/bootstrap)% \ sudo env SH=/bin/zsh ./bootstrapThe related information at: wiki.netbsd.se ( つっこみ )
#3 [xen] (僕のところでは) Xen と Xorg の相性が問題
以下の話は ML115/G1 の機械に
NetBSD/amd64 5.0_STABLE または 5.1_RC1 を設置し、その中で
XEN3_DOM0 を動かし、その上で、 DOMU として、
NetBSD-5.0_STABLE とか 5.99.27, 5.99.29
あるいは ubuntu 8.0.4 とか 10.04 とかを動かす話。
主として画面として modular-xorg を使い、その画面上での操作。
( つっこみ )
2010年05月10日(月) 旧暦 [n年日記] [更新:"2010/05/11 10:37:45"]#1 [機械] DOMU を二つ動かすと Xorg が止ってしまう
port-xen には書いた
のだけれど、NetBSD/amd64 5.0_STABLE の上で Xen 3.3.2 を動かして、その上で、
とは言うものの、何かちょっと X11 で操作をすると、やはり画面が止る。 でも、その時には、他の機械から ssh で入って xdm を kill すると、 (login 画面にはなってしまうが)回復可能。 今回使っている /boot.cfg は (長いので関係行だけを示すと) menu=Boot Xen with 1GB for dom0 (serial): load /netbsd-XEN3_DOM0 consdev=com0 com0=115200,8n1; multiboot /xen.gz console=com1 com1=115200,8n1 dom0_mem=1024M ![]() @ ubuntu-ja-10.04 も動かして見る:
それで、次のように用意をして ubuntu も動かして見た。
modena@makoto 10:13:22/100511(~)% cat /usr/pkg/etc/xen/disk-i kernel = "/usr/pkg/lib/xen/boot/hvmloader" builder='hvm' memory = 1024 name = "hvm-ubuntu" vif = [ 'mac=00:16:3e:01:00:30,bridge=bridge0,type=ioemu' ] device_model = '/usr/pkg/libexec/qemu-dm' disk = [ 'phy:/dev/rwd1i, ioemu:hda,w' , \ 'file:/export/iso/ubuntu-ja-10.04-desktop-i386.iso, ioemu:hdc:cdrom,r'] pae = 1 boot ='dca' #dl = 1 usb = 1 vnc = 1 usbdevice='tablet'
( つっこみ )
2010年05月09日(日) 旧暦 [n年日記] [更新:"2010/05/11 10:50:18"]#1 [植物] ねずみもちを移植
つばきの木の根元に生えていた高さ 70cm
くらいのねずみもちを移植した。
例によって土は落ちてしまって水を入れたバケツに入れて運んだ。
実は少なくともあともう一本、ちょっと背の高いやつがある。 ( つっこみ )
2010年05月08日(土) 旧暦 [n年日記] [更新:"2010/07/26 12:09:49"]#1 [無線] 160m + 6m + 2200m の集いに参加( つっこみ )
#2 [機械] HUB がこわれた ?
ネットワークがおかしくなり、何が原因か分るまでかなり時間がかかった。
結局は 8 port HUB がこわれていたのが原因だった
(ただ、本当にこわれていたのかはまだ良く調べていない)。
何故時間がかかったかは、色々あるのだけれど、まず HUB はあまり疑わなかった。 また問題に気が付いた時点で、使える画面は一つで、そこから、 いくつかの機械の卓に入れなかった。 そのため、何が問題なのかを絞るのに時間がかった。 三つある HUB のうち、本当は子の方がこわれていたのだけれど、 そのために親の方が全て機能不全になり、 その親の方がこわれていると思い込んだのも原因の一つ。 多分おかしくなり始めたのが 23:30 頃。何か変だなと気が付いたのが 00:00 頃。 殆ど全てが戻ったのが 01:30。 たまたま、女房の知合いの方に 5 port HUB を最近いただいていたのが本当に救いだった。 @ 16 port HUB を買って来た:
それで代替の HUB を買う必要があった。
(20100726 追記) きょうになって、まだ未開封なのだけれど、 気が付いた。これは安くていいと思ったら、100Mbps 用だった。 LSW2-TX-16NSRR ( つっこみ )
2010年05月07日(金) 旧暦 [n年日記] [更新:"2010/05/11 10:54:32"]#1 [機械] DL320 G3 の (SATA) array controller
手元に、いくつかの 金物の array controller 付の機械がある
この中で DL320/G3 のものは(今まで試した) NetBSD ではその array controller が見えない。array の機能を外すと disk は見える (外すまで見えない)。 見えない時には not configured も出ない (と思う)。 これは ICH6R (Intel I/O Controller Hub 6, 82801) ではないか、という話がある ( つっこみ )
2010年05月06日(木) 旧暦 [n年日記] [更新:"2010/05/10 10:07:43"]#1 [Emacs] 23.1.97 built succefully on NetBSD/amd64
In Yesterdays my diary
(2010/05/05),
the segmentation fault reported. But it seems due to my package,
and if I continue make (in the working directory of pkgsrc),
emacs is built and runs fine on it working directory (before installing).
Besides, the memory consumption is relatively small, I have reported > 300B story once, ( 04/27, in Japanese) but now it takes 40M-80M, sounds fine. ( つっこみ )
2010年05月05日(水) 旧暦 [n年日記] [更新:"2010/05/05 17:27:53"]#1 [comp] ssh -Y を ~/.ssh/ssh_config に設定
4/28 の日記
(同 3/23)
に、ssh -Y 等のことに関連して、
ForwardX11Trusted yes ForwardX11 yes XAuthLocation /usr/pkg/bin/xauthと書いておけば、/etc/ssh/ssh_config は変更する必要がないし、 -Y も付ける必要がなく、単に ssh hostnameで行けることが分った。 (server 側の /etc/ssh/sshd_config には次の行が必要) X11Forwarding yesただし、いつもこのように ~/.ssh/config に書いておくのが安全かどうかは良く考えていない。 この ~/.ssh/config の書き方としては man sshd_config が参考になるけれど、 Match 文は書けないようだ。 ( Read More... (3) | つっこみ )
Comments related this article
#2 [pkgsrc] 'CVS password:' asked but it should be empty.
If we have to type return for following prompt,
=> Extracting cached CVS archive "auctex-auctex-2010-04-28.tar.gz". => Logging in to :pserver:anonymous@cvs.savannah.gnu.org:/sources/auctex. Logging in to :pserver:anonymous@cvs.savannah.gnu.org:2401/sources/auctex CVS password:It might be missing just colon(:), which gives empty password. -CVS_ROOT.auctex= :pserver:anonymous@cvs.savannah.gnu.org:/sources/auctex +CVS_ROOT.auctex= :pserver:anonymous:@cvs.savannah.gnu.org:/sources/auctexsee ( つっこみ )
#3 [emacs] pretest 23.1.97 on NetBSD/amd64 (STABLE_5.0)
still core dumps while making it:
Directory /export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.97/lisp/./mh-e Directory /export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.97/lisp/./mail Directory /export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.97/lisp/./language Fatal error (11)[1] Segmentation fault (core dumped) EMACSLOADPATH=/e... gmake[3]: *** [custom-deps] Error 139 gmake[3]: Leaving directory `/export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.97/lisp' gmake[2]: *** [/export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.97/lisp/cus-load.el] Error 2 gmake[2]: Leaving directory `/export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.97/lisp' gmake[1]: *** [lisp] Error 2 gmake[1]: Leaving directory `/export/pkgsrc/personal-pkgsrc/emacs-pretest/work/emacs-23.1.97' gmake: *** [bootstrap] Error 2 *** Error code 2 modena@makoto 17:24:19/100505(..personal-pkgsrc/emacs-pretest)% \ gdb work/emacs-23.1.97/src/emacs ./work/emacs-23.1.97/lisp/emacs.core GNU gdb 6.5 ... Program terminated with signal 11, Segmentation fault. #0 0x00007f7ff9c3440a in kill () from /usr/lib/libc.so.12 (gdb) bt #0 0x00007f7ff9c3440a in kill () from /usr/lib/libc.so.12 #1 <signal handler called> #2 0x000000000051a3dc in re_search_2 () #3 0x0000000000510f7f in search_buffer () #4 0x0000000000512943 in search_command () #5 0x0000000000512b7e in Fre_search_forward () #6 0x000000000053a28a in Ffuncall () #7 0x000000000057075b in Fbyte_code () #8 0x0000000000539d27 in funcall_lambda () #9 0x000000000053a0e6 in Ffuncall () #10 0x000000000057075b in Fbyte_code () #11 0x0000000000539d27 in funcall_lambda () #12 0x000000000053a0e6 in Ffuncall () #13 0x000000000057075b in Fbyte_code () #14 0x0000000000539d27 in funcall_lambda () #15 0x000000000053a0e6 in Ffuncall () #16 0x000000000057075b in Fbyte_code () #17 0x0000000000539d27 in funcall_lambda () #18 0x0000000000539e8c in apply_lambda () #19 0x0000000000539537 in Feval () #20 0x0000000000538ac4 in internal_condition_case () #21 0x00000000004d805a in top_level_1 () #22 0x0000000000538bc7 in internal_catch () #23 0x00000000004d80fb in command_loop () #24 0x00000000004d84ba in recursive_edit_1 () #25 0x00000000004d860e in Frecursive_edit () #26 0x00000000004cd31e in main () (gdb)The same as 23.1.96 ( つっこみ )
2010年05月04日(火) 旧暦 [n年日記] [更新:"2010/05/05 11:26:25"]#1 [無線] (LoTW) JIDX -> TSQL Failing -> CONTEST: OK NOW
きょうは 東京コンテスト、ALL JA、JIDX CW の三つの電子ログを送付した。
このうち、後の二つは受付メールが返って来たけれど、
東京コンテストは返って来ない。一応返って来ると書いてある気がするけれど。
LoTW は 2009/12/29 以来、大変気に入って使っている。それで、 このうち JIDX CW を LoTW に転送しようとして TQSL を起動した。しかし、 Cabrillo unknown CONTEST: JIDX-CWと言われてしまう。JIDX でも同じ。この行を削除すると、CONTEST の行がないと言われる。空白ならいいのかな。Cabrillo missing CONTEST record になる。 Preference → CONTEST → Add Contest → CONTEST Name: JIDX-CW/Contest type HF/ Call-Worke Field number (何番目に Callsign が書いてあるか) 8 何と Help を見たら JIDX-CW のことが書いてある。上記数字は 8 だよね、とある。(久し振りに見たら) ARRL の Web page が少し様子が変っていて、login に LoTW の password を入れたら、違う。LoTW は別の login だった。 Mixed が 70 に増えた。 3/30 の日記
DXCC は 40m が 39->50 と増えた。QSO が LOTW_QSO: Successfully processed 364 QSO records in 21.279728 seconds LOTW_QSO: 78 QSL records enteredとなっていて、448 でなく 364 となっている
( つっこみ )
2010年05月03日(月) 旧暦 [n年日記] [更新:"2010/05/05 11:32:02"]#1 [無線] 2010 東京コンテスト (28MHz CW) 電信
5/3 は東京コンテスト (9:00 - 15:00) だということで 7MHz
だけで参加しようと思っていたら、21/28/50/144 しかなかった。
50 と 144 は現在アンテナが用意出来ていないので、
28 だけにしようかなと思って、
(7MHz がないと分った時点でやる気がちょっとそがれて)、
一時間も遅刻してしまった (別の用事もあって、そちらを優先した)。
なのに何故か第一声、21MHz の SSB で一局呼んでしまい、
はたと (計画を) 思い出して、28MHz に行く。CW のみでの参加。
FM でロシアの局は入感しているが、自分で交信出来たのは
遠いところで群馬、静岡といったところ。90 局 30 マルチくらいだった。
岐阜県高山市の局はかすかに聞えたが、交信には至らなかった
(聞えた時点で、どこの市かは分っていなかったので、
アンテナをどちらに向ければ良いのかも不明だった。
これは音からして、散乱伝搬ではなく、地表波だったはず。
まあ、分ったところで、大差はなかったとも思うが)。
二局くらい、本来の信号以外のところで、(弱いが)安定して信号が 聞えていた。自分の受信の問題か、相手の送信の問題かは判別出来ない。 @ 時刻別交信数:3 10 11 12 13 14 TOT 21 1 1 28 25 25 5 25 14 94 total 26 25 5 25 14 95 acuml 26 56 95律義に 10/11/13時と各時間 25 局づつ交信している (12 は食事)。 2009 の結果 @ マルチの内訳:市 11/26 区 14/23 町 2/4 県 7 合計 34 @ 館山自動車道も大変な混みよう:
夕方5時過ぎ、
高速道路は混んでいそうなので、木更津北から入ろうと行ったが、
袖ヶ浦・穴川 25km 90 分という表示を見て、下の道を使うことにする。
昔なつかしい裏道を行く。
横田→国道 409→ 平岡小学校→立野→村上→古市場→蘇我(等) ( つっこみ )
2010年05月02日(日) 旧暦 [n年日記] [更新:"2010/05/22 23:29:42"]#1 [comp] libtool (Re: compiling pinapa)
Now I am trying to compile
pinapa
. I am
preparing pkgsrc
for my own purpose. It still requires strange tricks everywhere.
The gcc should be 3.4.1 for the moment and I have installed
lang/gcc34 and
private/gcc341
in sequence. We may use backage binary for gcc-3.4.6.
Besides currently,
I needed to say,
env PATH=/usr/pkg/gcc34/bin:$PATH makewhich sounds strange also (Sorry it is just a lack of my knowledge). Anyway the arch is i386 only so far. @ libtool version:
I recently noticed that my older machine (installed in last year)
ran a little bit far from the start.
The newer machine gets following lines.
./libtool[907]: X--tag=CXX: not found ./libtool[907]: libtool: ignoring unknown tag : not found ./libtool[907]: X--mode=compile: not found ./libtool[6577]: *** Warning: inferring the mode of operation is deprecated.: not found ./libtool[6577]: *** Future versions of Libtool will require -mode=MODE be specified.: not found ./libtool[6577]: Xg++: not found ./libtool[6577]: X-DPACKAGE_NAME="pinapa": not found ./libtool[6577]: X-DPACKAGE_TARNAME="pinapa": not found ./libtool[6577]: X-DPACKAGE_VERSION="2.5": not found ....Now I understand the libtool version difference
36 2010-05-02 16:39 cd ../../devel/libtool-base/ 37 2010-05-02 16:40 cvs update -D 2009-01-25 38 2010-05-02 16:40 sudo pkg_delete libtool-base 40 2010-05-02 16:40 make clean 41 2010-05-02 16:40 make package-install 43 2010-05-02 16:41 cd ../libtool 44 2010-05-02 16:41 cvs update -D 2009-01-25 45 2010-05-02 16:41 cd ../libtool-base/ 46 2010-05-02 16:41 make clean 49 2010-05-02 16:41 make package-install 50 2010-05-02 16:42 make -i package-install 51 2010-05-02 16:42 make installNow both machines run to the same point. Following URL says the reason is that two libtool versions are mixed. Do autogen.sh again ? This problem may be fixed with following patch $NetBSD$ --- work/pinapa/configure.ac.orig 2010-01-26 11:57:06.000000000 +0900 +++ configure.ac 2010-05-22 21:04:44.799813645 +0900 @@ -34,7 +34,7 @@ AC_CONFIG_AUX_DIR(config) # Where to find extension macros -AC_CONFIG_MACRO_DIR(config) +dnl AC_CONFIG_MACRO_DIR(config) # Initialization for use of AUTOMAKE version 1.9 or higher AM_INIT_AUTOMAKE([dist-bzip2 check-news 1.9]) @ next issue:..work/pinapa/../gcc-3.4.1/ gcc/varray.h:53: error: declaration of `rtx_def*const_equiv_data::rtx' gcc/coretypes.h:41: error: changes meaning of `rtx' from `typedef struct rtx_def*rtx' gcc/varray.h:113: error: declaration of `rtx_def*varray_data_tag::rtx[1]' gcc/coretypes.h:41: error: changes meaning of `rtx' from `typedef struct rtx_def*rtx' gcc/varray.h:115: error: declaration of `rtvec_def*varray_data_tag::rtvec[1]' gcc/coretypes.h:43: error: changes meaning of `rtvec' from `typedef struct rtvec_def*rtvec' gcc/varray.h:117: error: declaration of `tree_node*varray_data_tag::tree[1]' gcc/coretypes.h:45: error: changes meaning of `tree' from `typedef union tree_node*tree' @ sysc/kernel/sc_process_table.h: No such file or directory:In file included from ../include/pinapa-analyze-body.h:41, from ../src/pinapa-analyze-body.cpp:33: ../include/pinapa-systemc-light.h:58:42: sysc/kernel/sc_process_table.h: No such file or directory ../include/pinapa-systemc-light.h:59:40: sysc/kernel/sc_process_int.h: No such file or directory ../include/pinapa-systemc-light.h:60:43: sysc/kernel/sc_object_manager.h: No such file or directory ../include/pinapa-systemc-light.h:63:44: sysc/kernel/sc_module_registry.h: No such file or directoryBut the same name is found at .. strange .. ( つっこみ )
2010年05月01日(土) 旧暦 [n年日記] [更新:"2010/05/05 11:41:01"]#1 [無題] 引越荷物の確認
都内某所で引越荷物の確認をした。
帰りに秋葉原に寄ったが、田中無線には、
G4F-1123T DC 12V の在庫がなく、もう一軒、確か小林電気はしまっていた。
M 型同軸の受け (Jack 側)を福永電業で 158 円 x 5 個買って来た(だけ)。
外国人が多く、 KAZAKHSTAN と書いてある T-shirt を着ている人もいた。 ( つっこみ )
#2 [autotools] Makefile.am -> Makefile.in -> Makefile
とても大雑把になってしまうが
configure.ac - (autoconf) -> configure Makefile.am -> (automake) -> Makefile.in -> (configure) -> Makefineくらいの関係は、その手のものをさわったことがある人なら、 大体知っているのではないかと、自分の経験を元に、 他の人もきっと同じだろうと(自分の悪いくせで)推測してしまう。 しかし ltmain.sh や libtool それに ltconfig の関係は、(僕は)良く分っていないというか 今まであまり困ったことがなかった。 などを見てしまう。 その中から一部を拾って見ると
ここまでの説明だと、libtool に何か問題があったりした時に見るべきは ltconfig と ltmain.sh になるが、 では、更にその先どこにさかのぼるべきかは分らない。 人間が手で用意するのは、その関係では何 ? という質問・疑問とも言える。@ ltconfig は ltmain.sh の一部 ?:
「ltconfig は ltmain.sh の一部」
ltmain is the ltmain.sh shell script fragment that provides the basic libtool functionality (see section 5.4 Including libtool with your package).という 記述を見かけた けれど、そして、見ているのが古すぎるけれど -rwxr-xr-x 1 makoto wheel 86178 Mar 6 2004 ./work/gcc-3.4.1/ltconfig -rw-r--r-- 1 makoto wheel 158647 Feb 8 2004 ./work/gcc-3.4.1/ltmain.sh一部というには半分くらいの大きさがある。 ちなみに pkgsrc/devel/libtool-info というのがあって、これを入れて Emacs で読むのがいいのかも知れない (最近入れたような記憶もあるが、その時には dir ( /usr/pkg/info/dir) は自分で編集した気がする)。 .... その必要はなく、次の行を入れてくれる GNU programming tools * Libtool: (libtool). Generic shared library support script. ( つっこみ )
|
最近の日記 2025年02月13日 ・dvipdfmx ICC profile format spec. version 4.3.0 2025年01月29日 ・ham/wsjtx 2025年01月27日 ・wip/wsjtx 5.4.2 2025年01月25日 ・ham/wsjtx 2025年01月15日 ・今更 advent calendar | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||