hns - 日記自動生成システム - Version 2.19.9

先月 2010年05月 来月
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31
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  .endfor
d 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 2
and 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?                     yes
This 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+= nextstep
And 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 emacs
I did for Apr. 01
  308  2010-05-23 21:07  git checkout 182a97c994685fadb92211041a5ecfdd9c9674a2
Make 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.h
1372:#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 gzopen64
By 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-dist
textproc/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`)
  • In /tmp/list, it can be full PATH or relative to lisp directory.
    ./
    url
    org
    play
    net
    cedet
    cedet/srecode
    cedet/semantic
    cedet/semantic/wisent
    cedet/semantic/symref
    cedet/semantic/decorate
    cedet/semantic/bovine
    cedet/semantic/analyze
    cedet/ede
    textmodes
    progmodes
    nxml
    mh-e
    mail
    language
    international
    gnus
    eshell
    erc
    emulation
    emacs-lisp
    calendar
    calc
    
  • In this /tmp/list, by eliminating language, it does NOT segfaults.
  • If with only language in this list, it does NOT segfaults
  • Also, by eliminating mail (with language included), it does NOT segfaults
  • strangely, eliminating either one of url , org , cedet , cedet/srecode , cedet/semantic , progmodes , nxml , (all others remains), it does NOT segfault
  • eliminating either one of play , net , textmodes , mh-e , (all others remains), it DOES segfault
OS: NetBSD/amd64 5.0_STABLE
gcc: 4.1.3
So, 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 gmake
And 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 1
string '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 2
Just 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.04

ubuntu10@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 ./bootstrap
The 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 を使い、その画面上での操作。
  • DOMU を (xterm から sudo xm create config や sudo xm create -c config 等で) 一つだけ動かしている分には、何の問題もなく、 ずうっと動いている
  • ところが、 二つ目 DOMU を動かすと画面が止ってしまい、外からの ssh も不可で 強制電源切入が必要だった。もっとも、例えば、二つ目が memory disk kernel (INSTALL kernel) だと、 newfs をする直前くらいまでは行く。 newfs に入った時には必ず止る。それで disk access かなとも思った (がそうでもなさそうという感触を持っている)
  • これの回避策 (正確には回避策でなく、上記の debug のため、debug trace でも取れるかと 思って) として、X11 を動かさずに、卓も直列線 (serial port) として、DOMU を一つづつ (screen を使って)二つ起動すると動く。 更にその後に xorg を起動しても一応動く。この xorg は起動卓ではなく 後から立上る /dev/ttyE1 である
  • ただし、上記の回避方法だと、実は DOMU が一つであっても、不安定 になる。 つまり、 何かのきっかけに入力が不可になる。画面は表示したまま動かない。 (この時でも外から ssh で入り xdm を kill すると login 画面に なり、一応何とか、作業を続行することも可能)
  • Xorg を起動卓から起動した場合 (これは、この二つ目 DOMU 問題以前に、安定して動いた、いわば、元の 状態だけれど) には大変安定している。この日記や、 Wanderlust メール は、その一つ目 DOMU に ssh で入って、 Emacs を起動して、(それを元の方の 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 を動かして、その上で、
  1. NetBSD/i386 5.0_STABLE (PAE) DOMU
  2. NetBSD/i386 5.99.27 (or 5.99.29) (PAE) DOMU
を動かすと、画面が凍ってしまうことがあって、でも回避手段があって 要するに (modular) Xorg を起動しないでおくと何とか動く、という話になっている。 不思議に、その後で Xorg を起動しても動く。
とは言うものの、何かちょっと 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
(実際には一行) consdev のところを console とすると動かない。 これについても上記の port-xen の続きに少し書いて、他の方が、 確めて下さる と、おっしゃっている。

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'
  • disk の行は /dev/wd1i だと見つけてくれなくて /dev/rwd1i のように r を付けておく (by Manuel Boyer)
  • boot = の行は、 設置時には 'dca', 通常起動には 'cda' としておく
  • pkgsrc/net/vncviewer を入れておいて、この後 vncviewer :0 とすると ubuntu の画面にお目にかかれる。
sshd はそのままでは設定出来ないので 例えば そ、そんなことないんだから 等を見て、追加設置をする。 どうも本来は ssh でなく openssh-server だけを入れれば良い らしい。


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 を買う必要があった。
型名Port Count容物電源口金額概算

5 Port金属メガネ3,000

8 Port金属メガネ6,000

8 PortPlasticメガネ3,000

16 Port金属3P6,000
という訳で、最後のやつを買って来た。19 inch rack mount kit 付

(20100726 追記) きょうになって、まだ未開封なのだけれど、 気が付いた。これは安くていいと思ったら、100Mbps 用だった。 LSW2-TX-16NSRR



2010年05月07日(金) 旧暦 [n年日記] [更新:"2010/05/11 10:54:32"]

#1 [機械] DL320 G3 の (SATA) array controller

手元に、いくつかの 金物の array controller 付の機械がある
DL 320/G3
DL 360/G4SCSI Smart Array
ML 110Adaptec 2610SA SATA-RAID
この関連の話は 以前にも書いた
この中で 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 等のことに関連して、
  • ssh 元 (client) の /etc/ssh/ssh_config に次のように書いておいて
    47  # If you use xorg from pkgsrc then uncomment the following line.
    48      XAuthLocation /usr/pkg/bin/xauth
    
  • ssh -Y hostname を使っている
と書いた。ここから二段階進む話。 これらは ~/.ssh/config に設定が可能で、例えば、
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 文は書けないようだ。

Comments related this article

Re: ssh -Y を ~/.ssh/ssh_config に設定 by soda    2010/05/05 18:52
対象サーバのroot権限があれば、画面もキー入力も盗むことができますので、安全じゃあ...
Re: ssh -Y を ~/.ssh/ssh_config に設定 by makoto fujiwara    2010/05/10 10:58
反応ありがとうございます。 「対象サーバの root 権限がある」 のはかなり限られると...
Re: ssh -Y を ~/.ssh/ssh_config に設定 by soda    2010/05/10 11:48
まあ家のサーバとか、会社の Intranet 内のサーバであれば、(運用にもよりますが) OK ...

#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/auctex
see

#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 の日記

AwardSelectedAppliedAwardedTotal/Current
Mixed700070/70
CW620062/62
Phone390039/39
160M120012/12
80M8008/8
40M500050/50
20M370037/37
15M350035/35
10M7007/7
Challenge14900---/149
LoTW に転送した後の QSL/QSO は 1,193/2,984。
DXCC は 40m が 39->50 と増えた。QSO が 224 364 しか増えていない ( ちょうど JIDX 交信数の半分だな 。同じ局は追加しないのかな .. そうでもないと思う) Your account -> Your Activity で表示される表の中で、今回の転送分の Result を見ると、(日付の部分は消して)
LOTW_QSO: Successfully processed 364 QSO records in 21.279728 seconds
LOTW_QSO: 78 QSL records entered
となっていて、448 でなく 364 となっている

QSLQSO
3/30 日の日記10502620
今回11932984
差分143364
ああ勘違い。Your QSO -> Recent QSO で確認したら、少なくとも最初と最後は 同じに入っている。良く見たら、JIDX-CW は そのくらいしか QSO していなかった。 LoTW は間違っていなかったです。単に自分の数字覚え違い。良かった。 448 は ALL JA の交信数かな。


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 マルチくらいだった。 岐阜県高山市の局はかすかに聞えたが、交信には至らなかった (聞えた時点で、どこの市かは分っていなかったので、 アンテナをどちらに向ければ良いのかも不明だった。 これは音からして、散乱伝搬ではなく、地表波だったはず。 まあ、分ったところで、大差はなかったとも思うが)。
中学校の同窓生などから呼ばれたり、 いつものコンテスト仲間も交信出来て楽しかった。 こちらの機械は IC-7000 と 4 EL Triband (ミニマルチ 4SDX)。

二局くらい、本来の信号以外のところで、(弱いが)安定して信号が 聞えていた。自分の受信の問題か、相手の送信の問題かは判別出来ない。

時刻別交信数:

       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→ 平岡小学校→立野→村上→古市場→蘇我(等)
10 年前と変らない景色のところと、すっかり変ってしまったところ とあり、なかなか感慨深かった。 良く名前を聞く 東京ドイツ村 の前も通った。10 年前にはなかった。 なるほど平岡小学校の 角をまがれ と書いてある。 一度は行って見たいと思っていた(立野の) 食堂も、名前が変っていて、多分前のお店は閉じてしまったのだろう。
それで、 市原付近までは良かったのだけれど、(昔のパチンコ屋さんのあたりから) かなり混んでしまい、なごみの里発 17:08 -> 18:55 くらいかかった。 もっとも松ヶ丘のお店に寄ったりもしたけれど。
(時々見える高速道路もノロノロだったようだ)



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 make 
which 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

OSReleaselibtool-base
OLDNetBSDNetBSD 5.0_STABLElibtool-base-1.5.26
NEWNetBSDNetBSD 5.0_BETAlibtool-base-2.2.6bnb4
So I have backed up to the similar time stamp.
  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 install
Now 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'
This is cleared by patch. (not exist now) -> alternative: varray.h-patch (but this is not always necessary)

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 directory
But 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 の関係は、(僕は)良く分っていないというか 今まであまり困ったことがなかった。

などを見てしまう。 その中から一部を拾って見ると
  1. configure.in に
      AM_PROG_LIBTOOL
    
    を追加する。 (または AC_PROG_LIBTOOL)
  2. aclocal を実行する。 これにより aclocal.m4 が生成される。
  3. libtoolize を実行する。 これにより、 config.guess,config.sub,ltconfig,ltmain.sh,ltcf-c.sh が生成される。
  4. libtoolize が aclocal を実行しろというので、ふたたび aclocal を実行する。
この後で configure により ltconfig と ltmain.sh から libtool が生成されるのかなと思う。

ここまでの説明だと、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.



最近の日記
2024年03月10日
停電 (瞬電)
2024年03月03日
the second try on bare-metal
useradd
2024年02月29日
opendkim and senmail
2024年01月24日
chat/iam 0.0.8
2024年01月21日
uselocale vs setlocale (textproc/R-readxl)
以上、22 日分です。
タイトル一覧
カテゴリ分類
Powered by hns-2.19.9, HyperNikkiSystem Project

Count.cgi (since 2000/02/05)