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年05月08日
comparison on ./buildsh tools
2024年05月06日
py-setuptools (python 3.11.9)
make release took 1 hours and 10 min
qemu invocation for 10.99.10
2024年05月05日
Windows 10 version
serial connection
bc bench
2024年05月04日
Trial on 10.99.10
another version (later trial) to succeed
2024年04月29日
dkim
以上、22 日分です。
タイトル一覧
カテゴリ分類
Powered by hns-2.19.9, HyperNikkiSystem Project

Count.cgi (since 2000/02/05)