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

先月 2014年01月 来月
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 による簡易全文検索
詳しくは 詳細指定/ヘルプを参照して下さい
検索式:

2014年01月30日(木) 旧暦 [n年日記] [更新:"2014/01/30 12:17:18"]

#1 [cygwin][pkgsrc] Cygwin で RAM disk へ cvs co (9分)

ここ(の一番下の Download RAM Disk、左図)から もらって来て、

設定:

8GB のメモリがあるところに 4GB の RAM disk を設定し、 drive G: に mount (左下図) してから

cygwin で cvs co:

cygwin の上で cvs checkout して見た。
(一度前に同じことをしたので、消す操作も入っている
pty0:makoto@kinu-win7 10:57:00/140130(/cygdrive/g)% time rm -rf pkgsrc
6.12s 46.16s 53.478 97% 0+0k 0+0io 2185pf+0w

pty0:makoto@kinu-win7 10:58:02/140130(/cygdrive/g)%
time cvs -Q -d :pserver:anoncvs@anoncvs.jp.netbsd.org:/cvs/cvsroot co pkgsrc
86.66s 399.16s 8:51.64 91% 0+0k 0+0io 11558pf+0w
以前に対 disk でやった時には、 14 分くらい かかっていたので、 9/14 の割合 (35% 増速)になっていると思う。NetBSD の disk で 5 分、RAM で 3分 と比べると、まだまだだけれども。

cygwin 上でのプログラムのビルド時間は RAMDISK で高速化するか? (2008/06/09)
には、あまり効果がなかった、とあるが、何が違うのだろうか。

TIMEFMT:

ちなみに、上に 表示した線 だけれど、 僕は、NetBSD 上の tcsh や zsh と同じ表示になるように ~/.zshrc に次の設定をしている
export TIMEFMT="%U %S %*E %P %X+%Dk %I+%Oio %Fpf+%Ww"

hns の ImgWidthMaxSize:

この日記に挿入する図が大きすぎる気がする (制御がうまく出来ない) ので、小さくしてみた

--- ./config.ph.201401	2010-02-24 23:07:52.000000000 +0900
+++ ./config.ph	2014-01-30 12:02:43.000000000 +0900
@@ -71,7 +71,7 @@
 				# has no hnfs. default is 1
 
 # Image width max size
-$ImgWidthMaxSize = 300;
+$ImgWidthMaxSize = 200;
 
 # FN count style
 $FNCountStyle = 1;	# 1 -> each day (default), 0 -> each section 


2014年01月27日(月) 旧暦 [n年日記] [更新:"2014/01/30 22:17:44"]

#1 [無線] CQ WW 160m CW

2013/01/28
YearQSO(final)PTSstPDXCClaimedFinal
2013152151735102022,05021,750
2014146
1081183152,969
去年と比べて、点数が多いのは、すごく状態(condex)が良かったのと、AGC Off のせいだと思う。
(ただし、AGC off だと JA や Asia の強い人から呼ばれると、全然取れない)
Running よりは S & P の方が多かったと思う。
ただ、 話によると 、僕が終了した後の 05:00-07:00 はもっとすごかったらしい。
modena@makoto 23:53:02/140127(..contest/cq-ww-160m)% 
perl ~/perl/ham-radio/cabrillo2-time-table -2 -c -s 08 -e 20  2014-cq-ww-160.LOG
2014-01-25
   1  08 09 10 11 12 13 14 15 16 17 18 19 20 
      --+--+--+--+--+--+--+--+--+--+--+--+--+
   AS  1  1           2                        4
   EU                                          0
   JA  5  1  1                                 7
   NA  1     5  9 13  1                       29
   OC  2  1     1                              4
      --+--+--+--+--+--+--+--+--+--+--+--+--+
  sub  9  3  6 10 13  3                       44

                                            
 accm  0  0  0  0  0  0  0  0  0  0  0  0  0
       0  1  1  2  4  4  4  4  4  4  4  4  4
       9  2  8  8  1  4  4  4  4  4  4  4  4
2014-01-26
   1  08 09 10 11 12 13 14 15 16 17 18 19 20 
      --+--+--+--+--+--+--+--+--+--+--+--+--+
   AS     1        2  2     4     2           11   15
   EU                       5    11 13 18  2  49   49
   JA  1 19  1     3  7                       31   38
   NA           3  3  3     1                 10   39
   OC        1                                 1    5
      --+--+--+--+--+--+--+--+--+--+--+--+--+
  sub  1 20  2  3  8 12    10    13 13 18  2 102  146

                                            
 accm  0  0  0  0  0  0  0  1  1  1  1  1  1
       4  6  6  7  7  9  9  0  0  1  2  4  4
       5  5  7  0  8  0  0  0  0  3  6  4  6
W4  GA
W5  AR MS NM OK TX	 (missing LA)
W6  CA
W7  AZ ID NV OR UT WA WY (missing MT)
W9  WI			 (not for sure, found LoTW cfmed)
W0  CO IA
VE AB
AS 3W 4L BY HL JA UA9 UN
EU DL E7 HA HB LY LZ OK OM PA S5 SM SP SV UA UA2 UR YL YU
NA KL
OC DU KH0 KH2 KH6 VK
寝た時間
00:30-08:30 寝た
16:00-17:00 寝た
22:00-23:00 夕飯など
01:00-02:00 寝た
05:00-	    都合があり、早じまい
一日目は
  • アンプが 101000 Fault (Filament 電流が多すぎ)で止る
    (でもたいていは一度 STBY/OPR すると元に戻る)
    (送信していない時でも Fault が灯くこともある)
  • 風が強い(高いところで、ごーっと音がしている)、 天気図もそれなりに風が強そう
  • きっと眠くてどうせ寝てしまう
ので、アンテナを下して、目覚しもかけずに寝てしまった。 二日目も、22:00 JST 頃、アンプが、 いよいよ調子が悪い、 「Fault が灯いて 一度 STBY/OPR にしても、すぐには(あるいはなかなか)戻らない」 ようになってしまって、一度アンプの電源を全て落して、ゆっくり夕飯にした。
それでその後 Rig 机に向ったものの、その場所で 01:00-02:00 まで寝てしまった。 しかし、その後は、大変調子よく、刻限の 05:00 まで、問題なく動作した。

N4PN (GA) との交信は大変印象的だった (W8JI から出ていたらしい)。
月曜日のうちに HB9CVQ が LoTW で CFM 出来て DXCC が 37 になった。
WAS も W0AIH が 1/30 Thu 13:24 に CFM 出来て 25 になる。半分万歳。

TS-590 100W (実際は 30W くらい) Filter 50/80Hz Pitch 450Hz AGC Off
Alpha 87a   (0.7-1.1kW)
Ant:	    Inverted Vee
Logger:	    N1MM
Keying:	    Winkey USB by K1EL
My inverted Vee info


2014年01月24日(金) 旧暦 [n年日記] [更新:"2014/01/25 01:31:44"]

#1 [pkgsrc] security/sudo in pkgsrc

gcc -c -I. -I. -I/usr/pkg/include -O -I/usr/pkg/include -fPIE
-fstack-protector-all -D_PATH_SUDOERS=\"/usr/pkg/etc/sudoers\"
-DSUDOERS_UID=0 -DSUDOERS_GID=0 -DS UDOERS_MODE=0440
./ttyname.c
./ttyname.c:1:0: warning: -fPIC ignored for target (all code is position independent) [enabled by default]
 /*
 ^
gcc -o sudo sudo_auth.o getspwuid.o passwd.o exec_pty.o
  get_pty.o iolog.o audit .o boottime.o check.o env.o exec.o
  gettime.o goodpath.o fileops.o find_path.o interfaces.o lbuf.o
  logging.o logwrap.o parse.o parse_args.o set_perms.o sudo.o
  sudo_edit.o sudo_nss.o tgetpass.o ttyname.o -L. -L/usr/pkg/lib
  -Wl,-R/usr/pkg/l ib -pie -fstack-protector-all -lsudo -lz

passwd.o:passwd.c:(.text+0xfd): undefined reference to `crypt'
passwd.o:passwd.c:(.text+0xfd): 
    relocation truncated to fit: R_X86_64_PC32 against undefined symbol `crypt'
passwd.o:passwd.c:(.text+0x111): undefined reference to `crypt'
passwd.o:passwd.c:(.text+0x111): 
    relocation truncated to fit: R_X86_64_PC32 against undefined symbol `crypt'
passwd.o:passwd.c:(.text+0x129): undefined reference to `crypt'
passwd.o:passwd.c:(.text+0x129): 
    relocation truncated to fit: R_X86_64_PC32 against undefined symbol `crypt'
passwd.o:passwd.c:(.text+0x141): undefined reference to `crypt'
passwd.o:passwd.c:(.text+0x141): 
    relocation truncated to fit: R_X86_64_PC32 against undefined symbol `crypt'
/usr/lib/gcc/x86_64-pc-cygwin/4.8.2/../../../../x86_64-pc-cygwin/bin/ld:
passwd.o: bad reloc address 0x0 in section `.pdata'

collect2: error: ld returned 1 exit status
*** Error code 1

Stop.
bmake: stopped in /usr/pkgsrc/security/sudo/work/sudo-1.7.10p7
*** Error code 1

Stop.
bmake: stopped in /usr/pkgsrc/security/sudo
*** Error code 1

Stop.
pty1:makoto@kinu-win7 15:41:46/140124(..security/sudo)% gcc --version
gcc (GCC) 4.8.2
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Libs -> libcrypt0 1.1-1 is installed (cygwin)
        libcrypt-devel
Adding libcrypt-devel fixed above problem.


2014年01月23日(木) 旧暦 [n年日記] [更新:"2014/01/23 21:10:11"]

#1 [無線] LoTW 不適当訳 (単に僕の誤解 ?)

LoTW instructions /Japanese:
ステップ 2 あなたの証明書をリクェスト
Requesting your call sign certificate (in English)
(この二つの PDFは 僕の Win7 の方の FireFox では英文字が見えない)

You may protect your private key for this certificate using a password. Doing so is recommended.

このオプションを選択するなら、パスワードを入力してください。
・あなたは、パスワードなしで、ここを空白のままにしておくことがで きます。(推奨)

誰に言えばいいのかな。
(と思ったが、PDF 形式では、 原文 もそうなっているな、何か変)

実は忘れてしまって、どうするかなと、思って調べていたところ ;-(
What are all of these passwords for ? 四つってある

  1. Private key を使う時、上の図の窓で作成する (ログの転送時に使う、右の図)
  2. 8 文字で葉書に書いてある(米国限定)
  3. Certificate(証明書)が Email で送られて来た時のもの。LoTW に Login する時に使う
  4. 証明書の写しを *.tq12 形式で他の媒体(USB メモリ等)に保存する時のもの
けれど、もっとある気もする、例えば
  • ARRL Web のログイン
でも、違うかも知れない。


2014年01月22日(水) 旧暦 [n年日記] [更新:"2014/01/23 10:16:20"]

#1 [Hardware] Nvidia GT640 and ML115 G1 RAM size

以下は Windows 7 (64bit) SP1 Professional 版での話

GF-GT640-E1GHD 6,680 円 (Nvidia GT640, 1GB) というのを買って来た(中古)
ML115/G1 (4GB) に挿したが Windows 7 の

コントロールパネル ( -> システム ) -> デバイスマネージャ
で全く見えない。付属の CDROM から Driver を Install しようとして も、該当の Hardware がないという。
情報を探すと 2GB を越える主記憶(RAM) があるとだめ
 OS が下から、ビデオカードが 32 bit OS 上限の 4GB から下へ使う
ので、下から の RAM が 3GB だと衝突してしまうとのこと。
それで RAM を抜いて、 2GB にして見る。画面が非常に粗くなるが、デバイスマネージャで VGA が見えるようになる。しかしドライバの更新をしても
「VGA ドライバは最新です」
のように言われてしまう。 また付属の CDROM でも Hardware を見つけてくれない。 そこで Nvidia com で探すと、
332.21-desktop-win8-win7-winvista-64bit-english-whql
というのがあって、これを取得、設置したら、動きだした。ただ、 2GB だと、ちょっと反応が悪いかな、という気がする。
で、試しに ML115/G5 (RAM 8GB) の方で試したら、問題なく動く。 こちらで色々試して見ることにする。

何故か設置済の版が、
(覚えを書くのを忘れてしまった)
になっていて、332.21 を入れるか、と聞いて来ているが、これは少し変。 でも、実はコントロールパネル -> デバイスマネージャから、ドライバの更新をしたら

2013/06/28 9.18.13.2057 
から
2013/12/19 9.18.13.3221
に変った。


2014年01月21日(火) 旧暦 [n年日記] [更新:"2014/01/23 23:54:47"]

#1 [NetBSD] PR kern/41974 (panic in cpu_in_cksum)

On ML115 G1, NetBSD/amd64 6.1.2 with 8GB memory, packaging misc/openoffice3 gives 100% trap 6 (MAKE_JOBS=4)
PR kern/41974 (panic in cpu_in_cksum)
5.0 NFS-related panic (current-users 2008/12/23)
In my diary I'm seeing following address constantly:
rip ffffffff805f8a7d
So, search this PC address:
objdump -d /netbsd
ffffffff805f889e <pmap_enter_ma>:
ffffffff805f889e:  55                      push   %rbp
...
ffffffff805f8a1b:  0f 84 35 04 00 00       je     ffffffff805f8e56 <pmap_enter_ma+0x5b8>
ffffffff805f8a21:  48 b9 00 f0 ff ff ff    movabs $0xffffffffff000,%rcx
ffffffff805f8a28:  ff 0f 00 
ffffffff805f8a2b:  48 21 ca                and    %rcx,%rdx
ffffffff805f8a2e:  48 c7 45 98 00 00 00    movq   $0x0,-0x68(%rbp)
ffffffff805f8a35:  00 
ffffffff805f8a36:  4d 89 ec                mov    %r13,%r12
ffffffff805f8a39:  4d 85 ed                test   %r13,%r13
ffffffff805f8a3c:  75 aa                   jne    ffffffff805f89e8 <pmap_enter_ma+0x14a>
ffffffff805f8a3e:  4c 89 db                mov    %r11,%rbx
ffffffff805f8a41:  4d 89 f5                mov    %r14,%r13
ffffffff805f8a44:  45 89 fe                mov    %r15d,%r14d
ffffffff805f8a47:  4d 89 d7                mov    %r10,%r15
ffffffff805f8a4a:  48 83 7d 98 00          cmpq   $0x0,-0x68(%rbp)
ffffffff805f8a4f:  0f 84 d5 04 00 00       je     ffffffff805f8f2a <pmap_enter_ma+0x68c>
ffffffff805f8a55:  48 8b 55 98             mov    -0x68(%rbp),%rdx
ffffffff805f8a59:  49 89 95 28 01 00 00    mov    %rdx,0x128(%r13)
ffffffff805f8a60:  48 85 d2                test   %rdx,%rdx
ffffffff805f8a63:  0f 84 19 05 00 00       je     ffffffff805f8f82 <pmap_enter_ma+0x6e4>
ffffffff805f8a69:  4c 8b 75 a0             mov    -0x60(%rbp),%r14
ffffffff805f8a6d:  49 c1 e6 10             shl    $0x10,%r14
ffffffff805f8a71:  49 c1 ee 1c             shr    $0x1c,%r14
ffffffff805f8a75:  49 c1 e6 03             shl    $0x3,%r14
ffffffff805f8a79:  4c 03 75 c8             add    -0x38(%rbp),%r14
ffffffff805f8a7d:  4d 8b 26                mov    (%r14),%r12
ffffffff805f8a80:  48 89 d8                mov    %rbx,%rax
pmap.s
3744          movabsq $4503599627366400, %rcx		(fffffffffffff000 = -4096)
3745          andq    %rcx, %rdx
3746          movq    $0, -104(%rbp)
3747  .L382:
3748          movq    %r13, %r12
3749          testq   %r13, %r13
3750          jne     .L387
3751          movq    %r11, %rbx
3752          movq    %r14, %r13
3753          movl    %r15d, %r14d
3754          movq    %r10, %r15
3755          cmpq    $0, -104(%rbp)
3756          je      .L420
3757  .L388:
3758          movq    -104(%rbp), %rdx
3759          movq    %rdx, 296(%r13)
3760          testq   %rdx, %rdx
3761          je      .L383
3762  .L380:
3763          movq    -96(%rbp), %r14
3764          salq    $16, %r14
3765          shrq    $28, %r14
3766          salq    $3, %r14
3767          addq    -56(%rbp), %r14
3768  .L393:
3769          movq    (%r14), %r12
3770          movq    %rbx, %rax
3771          xorq    %r12, %rax
3772          movabsq $4503599627366401, %rcx          (ffffffffffff001 = -4095)
Generating Mixed Source and Assembly List using GCC ( -Wa,-adhln -g )
.LVL546:
.L380:
        .loc 1 3984 0
        movq    -96(%rbp), %r14
.LVL547:
        salq    $16, %r14
        shrq    $28, %r14
        salq    $3, %r14
.LVL548:
        addq    -56(%rbp), %r14
.LVL549:
.L393:
        .loc 1 3986 0
        movq    (%r14), %r12
.LVL550:
        .loc 1 3991 0
        movq    %rbx, %rax
        xorq    %r12, %rax
        movabsq $4503599627366401, %rcx
cat -n x86/x86/pmap.c |less
  3980          /*
  3981           * update the pte.
  3982           */
  3983  
  3984          ptep = &ptes[pl1_i(va)];
  3985          do {
  3986                  opte = *ptep;
  3987  
  3988                  /*
  3989                   * if the same page, inherit PG_U and PG_M.
  3990                   */
  3991                  if (((opte ^ npte) & (PG_FRAME | PG_V)) == 0) {
  3992                          npte |= opte & (PG_U | PG_M);
  3993                  }
  3994 #if defined(XEN)
  3995                 if (domid != DOMID_SELF) {
  3996                         /* pmap_pte_cas with error handling */
  3997                         int s = splvm();
  3998                         if (opte != *ptep) {
  3999                                 splx(s);
  4000                                 continue;
  4001                         }
  4002                         error = xpq_update_foreign(
  4003                             vtomach((vaddr_t)ptep), npte, domid);
  4004                         splx(s);
  4005                         if (error) {
  4006                                 if (ptp != NULL && ptp->wire_count <= 1) {
  4007                                         pmap_free_ptp(pmap, ptp, va, ptes, pdes);
  4008                                 }
  4009                                 pmap_unmap_ptes(pmap, pmap2);
  4010                                 goto out;
  4011                         }
  4012                         break;
  4013                 }
  4014 #endif /* defined(XEN) */
  4015         } while (pmap_pte_cas(ptep, opte, npte) != opte);
By the way, /usr/include/x86/trap.h tells trap 6 is page fault.
 48  #define T_PAGEFLT        6  /* page fault */

(Added lated day):

With (another similar machine) ML115 G1, 8GB Memory, openoffice successfully packaged. OS(NetBSD/amd64) and Release(6.1.2) are the same. The difference is
Host machineCPUtmpfstrap6
ML115 G5Athlon 4450B (Dual)YESYES
ML115 G1Athlon 3500+nono
ML115 G1Athlon 3500+YESno
Sucessfull log:
misc/
misc/openoffice3-3.1.1nb52.tgz -> ../All/openoffice3-3.1.1nb52.tgz
perl5/p5-Archive-Zip-1.30nb5.tgz -> ../All/p5-Archive-Zip-1.30nb5.tgz
textproc/raptor2-2.0.12nb1.tgz -> ../All/raptor2-2.0.12nb1.tgz
www/neon-0.30.0nb1.tgz -> ../All/neon-0.30.0nb1.tgz
www/xulrunner17-17.0.11nb1.tgz -> ../All/xulrunner17-17.0.11nb1.tgz

sent 176,430,319 bytes  received 49,206 bytes  18,576,792.11 bytes/sec
total size is 318,199,208  speedup is 1.80
sh env-bulkbuild-script  17222.94s user 3500.45s system 90% cpu 6:20:32.52 total
genova# date
Thu Jan 23 17:42:23 JST 2014
genova#
with tmpfs:
sent 135,927,229 bytes  received 136 bytes  24,714,066.36 bytes/sec
total size is 318,223,841  speedup is 2.34
sh env-bulkbuild-script  16333.43s user 3217.40s system 97% cpu 5:33:00.03 total
genova# 


2014年01月19日() 旧暦 [n年日記] [更新:"2014/01/21 13:31:42"]

#1 [pkgsrc] pkgin installed sendmail depends 'user pbulk' ?

m08@makoto 11:22:28/140119(..sendmail/cf)% sudo make install-cf CF=netbsd-proto
rm -f netbsd-proto.cf
m4 ../m4/cf.m4 netbsd-proto.mc > netbsd-proto.cf || ( rm -f netbsd-proto.cf && exit 1 )
echo "### netbsd-proto.mc ###" >>netbsd-proto.cf
sed -e 's/^/# /' netbsd-proto.mc >>netbsd-proto.cf
chmod 444 netbsd-proto.cf
/usr/bin/install -c -o pbulk -g users -m 0444 netbsd-proto.cf /etc/mail/sendmail.cf
install: unknown user pbulk
*** Error code 1

Stop.
make: stopped in /usr/pkg/share/sendmail/cf
m08@makoto 11:22:40/140119(..sendmail/cf)% pwd
/usr/pkg/share/sendmail/cf
m08@makoto 11:22:50/140119(..sendmail/cf)% 
--- Makefile.orig	2013-10-05 02:02:45.000000000 +0900
+++ Makefile	2014-01-19 11:26:38.000000000 +0900
@@ -27,7 +27,7 @@
 # use our own install program; should be really confINSTALL
 INSTALL=/usr/bin/install
 # CF file ownership/permissions
-CFOWN=pbulk
+CFOWN=makoto
 CFGRP=users
 CFMODE=0444

missing dependency to mf.base ?:

This is METAFONT, Version 2.718281 (Web2C 2013)

kpathsea: Running mktexfmt mf.base
I can't find the base file `mf.base'!
grep: cmtt9.log: No such file or directory
mktexpk: `mf-nowin -progname=mf \mode:=ljfour; mag:=1+0/600; nonstopmode; 
	input cmtt9' failed to make cmtt9.600pk.
xdvi: Can't find pixel font cmtt9; using cmr10 instead at 600 dpi.
xdvi-xaw: Fatal error: Could not open /amd/u/u/home/makoto/regex.dvi: 
	Not all pixel files were found.
m08@makoto 12:32:58/140119(~)% pkgin list |grep mf
..
[81/758] Starting build of  p5-File-Temp-0.23.04
[81/758] Successfully built p5-File-Temp-0.23.04
[82/758] Starting build of  bash-4.2nb4
[82/758] Successfully built bash-4.2nb4
[83/758] Starting build of  gtk2+-2.24.22
Rebooting while the last statement
/netbsd: uvm_fault(0xfffffe820ccc7498, 0x7fbfbffff000, 1) -> e
/netbsd: fatal page fault in supervisor mode
/netbsd: trap type 6 code 0
   rip ffffffff805f8a7d cs 8 rflags 10202
   cr2  7fbfbfffffd0 cpl 0 rsp fffffe810eefd8b0
/netbsd: panic: trap
/netbsd: cpu1: Begin traceback...
/netbsd: printf_nolog() at netbsd:printf_nolog
/netbsd: startlwp() at netbsd:startlwp
/netbsd: alltraps() at netbsd:alltraps+0x96
/netbsd: pmap_enter_default() at netbsd:pmap_enter_default+0x1d
/netbsd: uvm_fault_internal() at netbsd:uvm_fault_internal+0x530

00:00:00 UTC 2038:

何か変なものを見てしまった。
sudo pkgin pkg-build-defs emacs24 |grep BUILD_HOST
BUILD_HOST=NetBSD amd64-nb6 6.0 NetBSD 6.0 (LIBKVER) #0: 
Tue Jan 19 00:00:00 UTC 2038 root@localhost:/sys/arch/amd64/compile/LIBKVER amd64

uvm_fault again:

..
[360/758] Starting build of  motif-2.3.4nb7
[360/758] Successfully built motif-2.3.4nb7
[361/758] Starting build of  cmake-2.8.12.1nb1
Is this a memory problem ?
/netbsd: uvm_fault(0xfffffe81a42ee328, 0x7fbfbffff000, 1) -> e
/netbsd: fatal page fault in supervisor mode
/netbsd: trap type 6 code 0
   rip ffffffff805f8a7d cs 8 rflags 10206
   cr2 7fbfbfffffd8 cpl 0 rsp fffffe810ecb
/netbsd: panic: trap
/netbsd: cpu1: Begin traceback...
/netbsd: printf_nolog() at netbsd:printf_nolog
/netbsd: startlwp() at netbsd:startlwp
/netbsd: alltraps() at netbsd:alltraps+0x96
/netbsd: pmap_enter_default() at netbsd:pmap_enter_default+0x1d
/netbsd: uvm_fault_internal() at netbsd:uvm_fault_internal+0x530
PR kern/41974 (panic in cpu_in_cksum)
DDB_COMMANDONENTER="trace;show registers"
Jan 20 03:22:32 m08 syslogd[175]: restart
Jan 20 03:22:32 m08 /netbsd: printf_nolog() at netbsd:printf_nolog
Jan 20 03:22:32 m08 /netbsd: startlwp() at netbsd:startlwp
Jan 20 03:22:32 m08 /netbsd: alltraps() at netbsd:alltraps+0x96
Jan 20 03:22:32 m08 /netbsd: pool_get() at netbsd:pool_get+0x14a
Jan 20 03:22:32 m08 /netbsd: allocbuf() at netbsd:allocbuf+0xeb
Jan 20 03:22:32 m08 /netbsd: getblk() at netbsd:getblk+0xf9
Jan 20 03:22:32 m08 /netbsd: bio_doread.clone.1() at netbsd:bio_doread.clone.1+0x1d
Jan 20 03:22:32 m08 /netbsd: bread() at netbsd:bread+0x1a
Jan 20 03:22:32 m08 /netbsd: ffs_vget() at netbsd:ffs_vget+0x209
Jan 20 03:22:32 m08 /netbsd: ufs_lookup() at netbsd:ufs_lookup+0x776
Jan 20 03:22:32 m08 /netbsd: VOP_LOOKUP() at netbsd:VOP_LOOKUP+0x34
Jan 20 03:22:32 m08 /netbsd: lookup_once() at netbsd:lookup_once+0xab
Jan 20 03:22:32 m08 /netbsd: namei_tryemulroot() at netbsd:namei_tryemulroot+0x2b2
Jan 20 03:22:32 m08 /netbsd: namei() at netbsd:namei+0x42
Jan 20 03:22:32 m08 /netbsd: do_sys_stat() at netbsd:do_sys_stat+0x59
Jan 20 03:22:32 m08 /netbsd: sys___lstat50() at netbsd:sys___lstat50+0x26
Jan 20 03:22:32 m08 /netbsd: syscall() at netbsd:syscall+0xc4
Jan 20 12:25:58 m08 /netbsd: uvm_fault(0xfffffe81b2335a80, 0x7fbfbffff000, 1) -> e
Jan 20 12:25:58 m08 /netbsd: fatal page fault in supervisor mode
Jan 20 12:25:58 m08 /netbsd: trap type 6 code 0
  rip ffffffff805f8a7d cs 8 rflags 10206
  cr2 7fbfbfffffd8    cpl 0 rsp fffffe810ec9a8b0
Jan 20 12:25:58 m08 /netbsd: panic: trap
Jan 20 12:25:58 m08 /netbsd: cpu0: Begin traceback...
Jan 20 12:25:58 m08 /netbsd: printf_nolog() at netbsd:printf_nolog
Jan 20 12:25:58 m08 /netbsd: startlwp() at netbsd:startlwp
Jan 20 12:25:58 m08 /netbsd: alltraps() at netbsd:alltraps+0x96
Jan 20 12:25:58 m08 /netbsd: pmap_enter_default() at netbsd:pmap_enter_default+0x1d
Jan 20 12:25:58 m08 /netbsd: uvm_fault_internal() at netbsd:uvm_fault_internal+0x530
Jan 20 12:25:58 m08 /netbsd: trap() at netbsd:trap+0x4a5
Jan 20 12:25:58 m08 /netbsd: --- trapable


2014年01月18日() 旧暦 [n年日記] [更新:"2014/01/19 09:18:24"]

#1 [pkgsrc] pkgin

以前に pkgin を使った こともあったが、最近はまた忘れていた。
今回 ML115 G5 にまた NetBSD/amd64 6.1.2 をまっ更から入直して、pkgin を使って見た
  • 最初に を見て N 6.0 2013 Q4 の amd64 の link 先
    ftp://ftp.jp.netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/6.0_2013Q4/
    を写し、それに All を追加した URL を使って PKG_PATH を設定して、 pkgin を次のようにして入れる
    setenv PKG_PATH ftp://ftp.jp.netbsd.org/pub/pkgsrc/packages/NetBSD/amd64/6.0_2013Q4/All
    pkg_add pkgin
    
  • この後は
    pkgin sudo 
    や
    pkgin zsh rsync screen 
    
    などのようにして、追加して行く。


2014年01月17日(金) 旧暦 [n年日記] [更新:"2014/01/23 09:44:11"]

#1 [Electronic_Parts] Wanded Graphics Card Fan

Wanted
Graphics Card Fan
A4010H12S(ZP) 
DC 12V 0.11A
VETTE

#2 [pkgsrc] trustedQSL 2.0.1 hungs after start

By 'ktrace -t n qsl', it hungs after reading ~/.tqsl/cert_status.xml.
By attaching process number from gdb, followint back trace collected.
(gdb) bt
#0  0x00007f7ff73b095a in wxIdleEvent::CanSend(wxWindow*) 
	() from /usr/pkg/lib/libwx_gtk2u_core-2.8.so.0
#1  0x00007f7ff74360a5 in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&) 
	() from /usr/pkg/lib/libwx_gtk2u_core-2.8.so.0
#2  0x00007f7ff74360ce in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&)
	(the same as above)
#3  0x00007f7ff74360ce in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&)
#4  0x00007f7ff74360ce in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&)
#5  0x00007f7ff74360ce in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&)
#6  0x00007f7ff74360ce in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&)
#7  0x00007f7ff7436556 in wxAppBase::ProcessIdle() () 
                                from /usr/pkg/lib/libwx_gtk2u_core-2.8.so.0
#8  0x00007f7ff73bc857 in wxApp::Yield(bool) () 
                                from /usr/pkg/lib/libwx_gtk2u_core-2.8.so.0
#9  0x00007f7ff73b5eed in wxSafeYield(wxWindow*, bool) () 
                                from /usr/pkg/lib/libwx_gtk2u_core-2.8.so.0
#10 0x0000000000425d9c in MyFrame::DoUpdateCheck(bool, bool) ()
#11 0x0000000000440af0 in MyFrame::FirstTime() ()
#12 0x000000000043d02b in QSLApp::GUIinit(bool, bool) ()
#13 0x000000000043d3df in QSLApp::OnInit() ()
#14 0x000000000044a993 in wxAppConsole::CallOnInit() ()
#15 0x00007f7ff6e8fa7c in wxEntry(int&, wchar_t**) () from /usr/pkg/lib/libwx_baseu-2.8.so.0
#16 0x0000000000421ebd in main ()
(gdb) 
modena@makoto 14:09:57/140117(..wip/trustedQSL)% pkg_info |grep wx
wxGTK28-2.8.12nb4   GTK-based implementation of the wxWidgets GUI library
INSTALL says following line, seems OK with above
wxWidgets (http://wxwidgets.org/downloads) - wxWidgets 2.8.12.
Following line gives quick start of tqsl
modena@makoto 14:12:45/140117(..wip/trustedQSL)% mv  ~/.tqslapp   ~/.tqslapp-keep


2014年01月16日(木) 旧暦 [n年日記] [更新:"2014/01/16 18:21:46"]

#1 [略語] gnuradio に関係して

USRP Universal Software Radio Peripheral
UHD USPR Hardware Driver:


2014年01月13日(月) 旧暦 [n年日記] [更新:"2014/01/13 18:02:20"]

#1 [無線] 60m diameter Receiving antenna for 160m

MMANA で模擬 (Simulation)
8 Element round phased array receiving Antenna
*** generated by "$Id: 8-round-receive.perl,v 1.10 2014/01/13 05:06:28 makoto Exp " *** 
1.815
*** ワイア ***
8
   0.00,   30.00,    0.00,    0.00,   30.00,   10.00,  0.001, -1
   0.00,  -30.00,    0.00,    0.00,  -30.00,   10.00,  0.001, -1
  21.21,   21.21,    0.00,   21.21,   21.21,   10.00,  0.001, -1
  21.21,  -21.21,    0.00,   21.21,  -21.21,   10.00,  0.001, -1
 -21.21,   21.21,    0.00,  -21.21,   21.21,   10.00,  0.001, -1
 -21.21,  -21.21,    0.00,  -21.21,  -21.21,   10.00,  0.001, -1
  30.00,    0.00,    0.00,   30.00,    0.00,   10.00,  0.001, -1
 -30.00,    0.00,    0.00,  -30.00,    0.00,   10.00,  0.001, -1
*** feed point ***
8,	1
w8b,	 90.0,	1.0
w5b,	 60.0,	1.0
w6b,	 60.0,	1.0
w1b,	 0,	1.0
w2b,	 0.0,	1.0
w3b,	-60.0,	1.0
w4b,	-60.0,	1.0
w7b,	-90.0,	1.0
*** 集中定数 ***
8,     1
**                L       C       Q 
w1b,	0, 1000, 0, 1
w2b,	0, 1000, 0, 1
w3b,	0, 1000, 0, 1
w4b,	0, 1000, 0, 1
w5b,	0, 1000, 0, 1
w6b,	0, 1000, 0, 1
w7b,	0, 1000, 0, 1
w8b,	0, 1000, 0, 1
*** 自動分割 ***
400,	40,	2.0,	1
*** 計算環境 *** 実大地(2)、地上高(0.0m)、 銅線(1)/アルミパイプ(4)
2,	0.0,	1,	50.0,	120,	60,	0
(半径大きすぎ、以下にやり直し)

30m diameter Receiving antenna for 160m:

8 Element round phased array receiving Antenna
*** generated by "$Id: 8-round-receive.perl,v 1.13 2014/01/13 07:46:51 makoto Exp " *** 
1.815
*** ワイア ***
8
   0.00,   15.00,    0.00,    0.00,   15.00,   10.00,  0.001, -1
   0.00,  -15.00,    0.00,    0.00,  -15.00,   10.00,  0.001, -1
  10.60,   10.60,    0.00,   10.60,   10.60,   10.00,  0.001, -1
  10.60,  -10.60,    0.00,   10.60,  -10.60,   10.00,  0.001, -1
 -10.60,   10.60,    0.00,  -10.60,   10.60,   10.00,  0.001, -1
 -10.60,  -10.60,    0.00,  -10.60,  -10.60,   10.00,  0.001, -1
  15.00,    0.00,    0.00,   15.00,    0.00,   10.00,  0.001, -1
 -15.00,    0.00,    0.00,  -15.00,    0.00,   10.00,  0.001, -1
*** feed point ***
8,	1
w8b,	 116.0,	1.0
w5b,	 80.0,	1.0
w6b,	 80.0,	1.0
w1b,	 0,	1.0
w2b,	 0.0,	1.0
w3b,	-80.0,	1.0
w4b,	-80.0,	1.0
w7b,	-116.0,	1.0
*** 集中定数 ***
8,     1
**                L       C       Q 
w1b,	0, 1000, 0, 1
w2b,	0, 1000, 0, 1
w3b,	0, 1000, 0, 1
w4b,	0, 1000, 0, 1
w5b,	0, 1000, 0, 1
w6b,	0, 1000, 0, 1
w7b,	0, 1000, 0, 1
w8b,	0, 1000, 0, 1
*** 自動分割 ***
400,	40,	2.0,	1
*** 計算環境 *** 実大地(2)、地上高(0.0m)、 銅線(1)/アルミパイプ(4)
2,	0.0,	1,	50.0,	120,	60,	0


2014年01月12日() 旧暦 [n年日記] [更新:"2014/01/12 21:09:12"]

#1 [OpenSUSE] Boot from USB Memory stick

modena@makoto 20:54:55/140112(~)% time sudo dd if=/export/openSUSE-12.2-DVD-i586.iso of=/dev/rsd0d bs=2m
4448059392 bytes transferred in 748.754 secs (5940615 bytes/sec)
0.02s 10.25s 12:28.82 1% 0+0k 0+1io 6pf+0w
modena@makoto 21:08:04/140112(..multimedia/adobe-flash-plugin11)%  


2014年01月11日() 旧暦 [n年日記] [更新:"2014/08/31 21:22:48"]

#1 [pkgsrc] gnuradio-core-3.7.2.1

CMake Error at CMakeLists.txt:22 (message):
  Prevented in-tree build.  This is bad practice.
[  7%] Building CXX object gnuradio-runtime/lib/CMakeFiles/gnuradio-runtime.dir/thread/thread.cc.o
work/gnuradio-3.7.2.1/gnuradio-runtime/lib/thread

   In function 'void gr::thread::thread_bind_to_processor(__pthread_st*, const std::vector<int>&)':
 thread.cc:220:7: error: 'cpu_set_t' was not declared in this scope
 thread.cc:220:17: error: expected ';' before 'set'
 thread.cc:225:17: error: 'set' was not declared in this scope
 thread.cc:225:20: error: 'CPU_ZERO' was not declared in this scope
 thread.cc:227:27: error: 'CPU_SET' was not declared in this scope

 thread.cc: In function 'void gr::thread::thread_unbind(__pthread_st*)':
 thread.cc:246:7: error: 'cpu_set_t' was not declared in this scope
 thread.cc:246:17: error: expected ';' before 'set'
 thread.cc:249:17: error: 'set' was not declared in this scope
 thread.cc:249:20: error: 'CPU_ZERO' was not declared in this scope
 thread.cc:252:24: error: 'CPU_SET' was not declared in this scope
gnuradio-3.7.2.1/gnuradio-runtime/lib/high_res_timer.cc:4:39: 
error: 'CLOCK_THREAD_CPUTIME_ID' was not declared in this scope
*** Error code 1
modena@makoto 10:18:14/140111(..wip/gnuradio-core)% 
(cd /export/WRKOBJDIR/wip/gnuradio-core/work/gnuradio-3.7.2.1/; \
cat -n gnuradio-runtime/lib/high_res_timer.cc) |sed -n 1,5p
     1  #include <gnuradio/high_res_timer.h>
     2
     3  #ifdef GNURADIO_HRT_USE_CLOCK_GETTIME
     4  clockid_t gr::high_res_timer_source = CLOCK_THREAD_CPUTIME_ID;
     5  #endif
modena@makoto 10:01:49/140111(..wip/gnuradio-core)% 
(cd /export/WRKOBJDIR/wip/gnuradio-core/work/gnuradio-3.7.2.1/; \
cat -n gnuradio-runtime/include/gnuradio/high_res_timer.h) | sed -n 27,40p
    27  ////////////////////////////////////////////////////////////////////////
    28  // Use architecture defines to determine the implementation
    29  ////////////////////////////////////////////////////////////////////////
    30  #if defined(linux) || defined(__linux) || defined(__linux__)
    31      #define GNURADIO_HRT_USE_CLOCK_GETTIME
    32      #include <ctime>
    33  #elif defined(_WIN32) || defined(__WIN32__) || defined(WIN32)
    34      #define GNURADIO_HRT_USE_QUERY_PERFORMANCE_COUNTER
    35  #elif defined(macintosh) || defined(__APPLE__) || defined(__APPLE_CC__)
    36      #define GNURADIO_HRT_USE_MACH_ABSOLUTE_TIME
    37  #elif defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__)
    38      #define GNURADIO_HRT_USE_CLOCK_GETTIME
    39      #include <ctime>
    40  #else
[ 12%] Building CXX object gnuradio-runtime/lib/CMakeFiles/gr_runtime_test.dir/test_runtime.cc.o
Linking CXX executable gr_runtime_test
libgnuradio-runtime.so.3.7.2.1: undefined reference to `gr::high_res_timer_now_perfmon()'
*** Error code 1

And see man clock_getres(3)


2014年01月10日(金) 旧暦 [n年日記] [更新:"2014/07/27 14:36:22"]

#1 [pkgsrc] meta-pkgs/gnuradio (gnuradio-core-3.3)

gnuradio_swig_py_runtime.cc: In function 'PyObject*
_wrap_x_vector_gr_block_sptr_erase__SWIG_1(PyObject*, PyObject*)':

gnuradio_swig_py_runtime.cc:9713:35: error: no matching function for call to
'std::vector<boost::shared_ptr<gr_block>
>::erase(SwigValueWrapper<__gnu_cxx::__normal_iterator<const
boost::shared_ptr<gr_block>*, std::vector<boost::shared_ptr<gr_block> > >
>&, SwigValueWrapper<__gnu_cxx::__normal_iterator<const
boost::shared_ptr<gr_block>*, std::vector<boost::shared_ptr<gr_block> > >
>&)'

/usr/include/g++/bits/vector.tcc:133:5: note: candidates are:
std::vector<_Tp, _Alloc>::iterator std::vector<_Tp,
_Alloc>::erase(std::vector<_Tp, _Alloc>::iterator) [with _Tp =
boost::shared_ptr<gr_block>, _Alloc =
std::allocator<boost::shared_ptr<gr_block> >, std::vector<_Tp,
_Alloc>::iterator =
__gnu_cxx::__normal_iterator<boost::shared_ptr<gr_block>*,
std::vector<boost::shared_ptr<gr_block> > >, typename std::_Vector_base<_Tp,
_Alloc>::_Tp_alloc_type::pointer = boost::shared_ptr<gr_block>*]

/usr/include/g++/bits/vector.tcc:145:5: note: std::vector<_Tp,
_Alloc>::iterator std::vector<_Tp, _Alloc>::erase(std::vector<_Tp,
_Alloc>::iterator, std::vector<_Tp, _Alloc>::iterator) [with _Tp =
boost::shared_ptr<gr_block>, _Alloc =
std::allocator<boost::shared_ptr<gr_block> >, std::vector<_Tp,
_Alloc>::iterator =
__gnu_cxx::__normal_iterator<boost::shared_ptr<gr_block>*,
std::vector<boost::shared_ptr<gr_block> > >, typename std::_Vector_base<_Tp,
_Alloc>::_Tp_alloc_type::pointer = boost::shared_ptr<gr_block>*]

gnuradio_swig_py_runtime.cc: In function 'PyObject*
_wrap_x_vector_gr_block_sptr_insert__SWIG_0(PyObject*, PyObject*)':

gnuradio_swig_py_runtime.cc:10130:103: error: no matching function for call
to 'std::vector<boost::shared_ptr<gr_block>
>::insert(SwigValueWrapper<__gnu_cxx::__normal_iterator<const
boost::shared_ptr<gr_block>*, std::vector<boost::shared_ptr<gr_block> > >
>&, const std::vector<boost::shared_ptr<gr_block> >::value_type&)'

/usr/include/g++/bits/vector.tcc:106:5: note: candidates are:
std::vector<_Tp, _Alloc>::iterator std::vector<_Tp,
_Alloc>::insert(std::vector<_Tp, _Alloc>::iterator, const value_type&) [with
_Tp = boost::shared_ptr<gr_block>, _Alloc =
std::allocator<boost::shared_ptr<gr_block> >, std::vector<_Tp,
_Alloc>::iterator =
__gnu_cxx::__normal_iterator<boost::shared_ptr<gr_block>*,
std::vector<boost::shared_ptr<gr_block> > >, typename std::_Vector_base<_Tp,
_Alloc>::_Tp_alloc_type::pointer = boost::shared_ptr<gr_block>*, value_type
= boost::shared_ptr<gr_block>]

/usr/include/g++/bits/stl_vector.h:858:7: note: void std::vector<_Tp,
_Alloc>::insert(std::vector<_Tp, _Alloc>::iterator, std::vector::size_type,
const value_type&) [with _Tp = boost::shared_ptr<gr_block>, _Alloc =
std::allocator<boost::shared_ptr<gr_block> >, std::vector<_Tp,
_Alloc>::iterator =
__gnu_cxx::__normal_iterator<boost::shared_ptr<gr_block>*,
std::vector<boost::shared_ptr<gr_block> > >, typename std::_Vector_base<_Tp,
_Alloc>::_Tp_alloc_type::pointer = boost::shared_ptr<gr_block>*,
std::vector::size_type = long unsigned int, value_type =
boost::shared_ptr<gr_block>]

gnuradio_swig_py_runtime.cc: In function 'PyObject*
_wrap_x_vector_gr_block_sptr_insert__SWIG_1(PyObject*, PyObject*)':

gnuradio_swig_py_runtime.cc:10188:99: error: no matching function for call
to 'std::vector<boost::shared_ptr<gr_block>
>::insert(SwigValueWrapper<__gnu_cxx::__normal_iterator<const
boost::shared_ptr<gr_block>*, std::vector<boost::shared_ptr<gr_block> > >
>&, std::vector<boost::shared_ptr<gr_block>,
std::allocator<boost::shared_ptr<gr_block> > >::size_type&, const
std::vector<boost::shared_ptr<gr_block> >::value_type&)'

/usr/include/g++/bits/vector.tcc:106:5: note: candidates are:
std::vector<_Tp, _Alloc>::iterator std::vector<_Tp,
_Alloc>::insert(std::vector<_Tp, _Alloc>::iterator, const value_type&) [with
_Tp = boost::shared_ptr<gr_block>, _Alloc =
std::allocator<boost::shared_ptr<gr_block> >, std::vector<_Tp,
_Alloc>::iterator =
__gnu_cxx::__normal_iterator<boost::shared_ptr<gr_block>*,
std::vector<boost::shared_ptr<gr_block> > >, typename std::_Vector_base<_Tp,
_Alloc>::_Tp_alloc_type::pointer = boost::shared_ptr<gr_block>*, value_type
= boost::shared_ptr<gr_block>]

/usr/include/g++/bits/stl_vector.h:858:7: note: void std::vector<_Tp,
_Alloc>::insert(std::vector<_Tp, _Alloc>::iterator, std::vector::size_type,
const value_type&) [with _Tp = boost::shared_ptr<gr_block>, _Alloc =
std::allocator<boost::shared_ptr<gr_block> >, std::vector<_Tp,
_Alloc>::iterator =
__gnu_cxx::__normal_iterator<boost::shared_ptr<gr_block>*,
std::vector<boost::shared_ptr<gr_block> > >, typename std::_Vector_base<_Tp,
_Alloc>::_Tp_alloc_type::pointer = boost::shared_ptr<gr_block>*,
std::vector::size_type = long unsigned int, value_type =
boost::shared_ptr<gr_block>]

Makefile:1676: recipe for target
'_gnuradio_swig_py_runtime_la-gnuradio_swig_py_runtime.lo' failed

gmake[6]: *** [_gnuradio_swig_py_runtime_la-gnuradio_swig_py_runtime.lo] Error 1

gmake[6]: Leaving directory
'/export/WRKOBJDIR/ham/gnuradio-core/work/gnuradio-3.3.0/gnuradio-core/src/lib/swig'

Makefile:1342: recipe for target 'all' failed

#2 [NetBSD] Realtek RTL2838UHIDIR, rev 2.00/1.00, addr 2

I've got this tuner at Aitendo in Akihabara, costs 999 Yen (but before tax).
Jan 10 17:57:29 modena /netbsd: ugen0 at uhub1 port 7
Jan 10 17:57:29 modena /netbsd: ugen0: Realtek RTL2838UHIDIR, rev 2.00/1.00, addr 2
usbdevs -v
port 7 addr 2: high speed, power 500 mA, config 1, 
   RTL2838UHIDIR(0x2838), Realtek(0x0bda), rev 1.00, serial 00000001
But if you look at the photo (click to enlarge), the marking says
RealTek RTL2832U, And other LSI's are:
Rafael Micro R820T is on the right.
ATMEL 24C02N chip is top middle. Two-wire Serial EEPROM (2k, 256x8)
ATMEL 125
24C02N
SU27 D
Software Defined Radio
RTL2832U USBドングルをGNURadioで使う (Mac OS X)
RTL2832UをDirect Sampling Modeで使いGNURadioで中波AMラジオを受信する
Prepravka DVB-T USB prijemnika sa RTL2832U za HF 0-28MHz
http://mikikg.wordpress.com/2012/08/22/prepravka-dvb-t-usb-prijemnika-sa-rtl2832u-za-hf-0-28mhz/
USBドングルによるSDRの実験 (JF7ELG, FT-37#77 0.3m/m holmal wire trifiler 10T)

とりあえずそのままで HDSDR:

Windows XP ではだめで少なくとも Windows 7 なら行ける 以上で(付属のアンテナでも) 80.7MHz の NHK FM 千葉が受信出来た。

rtl-sdr-0.20130412p0 - software to turn RTL2832U into an SDR



2014年01月08日(水) 旧暦 [n年日記] [更新:"2014/01/08 08:13:29"]

#1 [pkgsrc]

/build.log
cache.c: In function 'bfd_cache_max_open':
cache.c:85:21: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare]
cc1: all warnings being treated as errors
*** Error code 1


2014年01月07日(火) 旧暦 [n年日記] [更新:"2014/01/07 22:33:47"]

#1 [pkgsrc] flash-player and audio

最近 Lets' Note R4 の pkg を更新した。 OS は NetBSD/i386 6.1.2、 X11_TYPE= native
binary は同じ機械を使って、(現状をこわさないまま) CHROOT で 作ったもの (config-note 0.2)
なお、僕はある程度不思議に思っているが、
  • chroot 環境の方で pbulk で (自分用 meta-pkg の) binary package を作る
  • chroot 側で
    pkg_delete -ff pkg_install
    pkg_delete '*'
    pkg_add /packages/All/config-note
    
    しておいて、
  • 卓から chroot した上で、 xdm などを動かして動作確認が可能
なので大変助かる
さて、その上で、追加作業をする。
/etc/mk.conf に次のように書く
ACCEPTABLE_LICENSES+= flash-license
ACCEPTABLE_LICENSES+= adobe-flashsupport-license
PKG_OPTIONS.adobe-flash-plugin+= pulseaudio
次のものを make package-install しておくか pkg_add する
adobe-flash-plugin-11.2.202.332 Adobe Flash Player Browser plugin
libflashsupport-1.1 Additional Interface Support for Linux Flash Player
firefox-26.0        Web browser with support for extensions (version 26.x)
ただし、firefox は新たに作ったのではなく、上に書いたように pbulk で作ったもののまま、入直してはいない。
これで Lets' Note R4 の場合には You Tube を見たりすると、 /dev/audio を使って音まで再生する
という訳で pulseaudio は多分動いているのかな、と思う。
skype を何とかしたい :-)

#2 [pkgsrc][network] net/sysmon

一番簡単な sysmon.conf は、次のようなもの
root = "my.default.gateway-obj";

object my.default.gateway-obj {
        ip "192.168.1.1";
        type ping;
        desc "router-eth1-1";
        dep "router";
        contact "info (at) example.com";
};
contact には、問題があった時にメールで通知する(自分の)連絡先を書く
この中で type に書けるのは
ping
pingv6
pop3
tcp
udp
dns
radius
nntp
smtp
imap
x500
www
sysmon
snmp
object を追加する場合には root= で指定した中の dep に名前を追加する。 そうしておかないと、次のように言われて無視される。
.. has no relationship. It will not be monitored.



最近の日記
2024年07月03日
kicad oddity
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
以上、16 日分です。
タイトル一覧
カテゴリ分類
Powered by hns-2.19.9, HyperNikkiSystem Project

Count.cgi (since 2000/02/05)