|
|
便利なツール Emacs らくらく 入門 |
|
Namazu for hns による簡易全文検索 詳しくは 詳細指定/ヘルプを参照して下さい |
|||||||||||||||||||||||||||||||||||||||||||||||
2019年06月28日(金) 旧暦 [n年日記] [更新:"2019/06/28 23:49:55"]#1 [pkgsrc] config-set for 8.99.45
On Let's note CF-SX2, single machine, and with mksandbox:U
CF-SX2@makoto 08:46:49/190629(/export/SANDBOX)% cat B/rsync/20190624.1513/meta/report.txt pkgsrc bulk build report ======================== NetBSD 8.99.45/x86_64 Compiler: gcc Build start: 2019-06-24 15:13 Build end: 2019-06-25 16:10 Full report: http://www.pkgsrc-box.org/reports/current/DragonFly-1.8/20190624.1513/meta/report.html Machine readable version: http://www.pkgsrc-box.org/reports/current/DragonFly-1.8/20190624.1513/meta/report.bz2 Total number of packages: 536 Successfully built: 526 Failed to build: 1 Depending on failed package: 9 Explicitly broken or masked: 0 Depending on masked package: 0 Packages breaking the most other packages Package Breaks Maintainer ------------------------------------------------------------------------- lang/rust 9 pkgsrc-users@NetBSD.org Build failures Package Breaks Maintainer ------------------------------------------------------------------------- lang/rust 9 pkgsrc-users@NetBSD.org CF-SX2@makoto 08:47:16/190629(/export/SANDBOX)% @ rerun after rustc fails:CF-SX2@makoto 08:44:15/190629(..bulklog/meta)% cat report.txt pkgsrc bulk build report ======================== NetBSD 8.99.45/x86_64 Compiler: gcc Build start: 2019-06-27 12:02 Build end: 2019-06-28 18:26 Full report: http://www.pkgsrc-box.org/reports/current/DragonFly-1.8/20190627.1202/meta/report.html Machine readable version: http://www.pkgsrc-box.org/reports/current/DragonFly-1.8/20190627.1202/meta/report.bz2 Total number of packages: 536 Successfully built: 536 Failed to build: 0 Depending on failed package: 0 Explicitly broken or masked: 0 Depending on masked package: 0 Build failures Package Breaks Maintainer ------------------------------------------------------------------------- ( つっこみ )
2015年06月28日(日) 旧暦 [n年日記] [更新:"2015/06/28 13:52:20"]#2 [X11] .Xauthority corrupted ?
実は順調に動きだした後に、何故か X11 が立上がらなくなってしまった。
Xen の所為かと思ったが Normal でも同じ。startx も xdm も両方動かない。
protocol errorとかいう文字が見えた気がするが、不確か。 自分の設定かも知れないと思い、全く設定空の user account を作ったら startxで画面が出る。ということで ~/.Xauthority を消したら、元通り、動くようになった。 ( つっこみ )
#1 [Xen] NetBSD Xen で Windows 7 を動かすHewlett-Packard HP ProDesk 600 G1 SFFな機械 CPU Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz (quad core) Memory 12GB Disk 1Tがあって、Windows 7 (Professional SP1) が入っている ここで並列に NetBSD を動かすとして 初期設定では Intel-VT は無効化されているが、Bios の Security の項目から有効化することが出来る(ので)
sysutils/open-vm-tools が古く、かと言って新しくするのは(僕には) compile 出来ないのものこちらが不利な理由の一つ(だと思う) でいまは後者を試して見ている。次の二つを入れおく fujiwara@makoto 17:39:38/150628(~)% pkg_info |grep ^xen xentools42-4.2.5nb7 Userland Tools for Xen 4.2.x xenkernel42-4.2.5nb7 Xen 4.2.x Kernel最適かどうかは不明として、 とりあえず、次の設定で install や 起動が出来ている。 (install 時には boot='cda' とした) #kernel = "/usr/pkg/libexec/xen/boot/hvmloader" builder='hvm' memory =2048 name = "hvm-win7" vif = [ 'mac=00:16:3e:00:00:20,bridge=bridge0,type=ioemu' ] #device_model = '/usr/pkg/libexec/xen/bin/qemu-dm' device_model_version="qemu-xen-traditional" disk = [ 'phy:/dev/wd0h,hda1,w', 'phy:/dev/cd0d,hdc1,r'] #disk = [ 'phy:/dev/wd0h,hda1,w', #isk = [ 'file:/export/wd0.img,0x0,rw'] boot='dca' #sdl = 1 #usb=1 usbdevice='tablet' vcpus = 4 vnc=1 vncviewer=0 vnclisten="0.0.0.0" #vncpasswd='win'/boot.cfg の設定は次の二つを切換えて使っている。 menu=Boot Xen:load /netbsd-XEN3_DOM0.gz console=pc; multiboot /xen.gz dom0_mem=8192M menu=Boot Xen:load /netbsd-XEN3_DOM0.gz console=pc; multiboot /xen-debug.gz dom0_mem=8192Mこの他、net/vncviewer を入れていて、 sudo xl create /usr/pkg/etc/xen/disk-h(disk-h には上記の設定内容が書いてある) をした後には、vncviewer :0 を入力して、画面を見ている。 ( つっこみ )
2012年06月28日(木) 旧暦 [n年日記] [更新:"2013/04/21 21:45:36"]#1 [NetBSD][pkgsrc] automake problem on elisp-comp
I had written the same thing in my diary on
2012/04/13
.
But it doesn't seem to be found from google search with the keyword Cannot open load file: tc-sysdep.
So the memo for that:
I've got the problem
In toplevel form: eelll.el:29:1:Error: Cannot open load file: tc-sysdep while compiling tc-2.3.1 (pkgsrc/wip/tc-svn). It is really automake problem and to be fixed with the patch: --- share/automake-1.12/elisp-comp.dist 2012-06-20 16:26:37.000000000 +0900 +++ share/automake-1.12/elisp-comp 2012-06-28 11:33:50.000000000 +0900 @@ -75,7 +75,7 @@ ( cd $tempdir - echo "(setq load-path (cons nil load-path))" > script + echo "(setq load-path (cons "../" (cons nil load-path)))" > script $EMACS -batch -q -l script -f batch-byte-compile *.el || exit $? mv *.elc .. ) || exit $?It is actually the patch for devel/automake. The bug report for automake seems to be sent to bug-automake at gnu org as described at @ draft for the report:
We have following line in automake-1.12.1/lib/elisp-comp.
73 mkdir $tempdir 74 cp "$@" $tempdir 75 76 ( 77 cd $tempdir 78 echo "(setq load-path (cons nil load-path))" > script 79 $EMACS -batch -q -l script -f batch-byte-compile *.el || exit $? 80 mv *.elc .. 81 ) || exit $? 82 83 (exit 0); exit 0It seems to me the intention of line 78 is to set load-path to add default directory on top of existing load-path. This 'script' is OK if the file to compile is only one in the directory. But if some files are in the directory there and we will compile file by file on the same directory, there may be a possibility that some files load another file in the same directory. In that case this 'script' fails to read such ones. I do have problem compiling *.el files with tc-2.3.1 (svn version) Following patch fixes this type of problem, thanks a lot. By the way, the same patch was once proposed as http://osdir.com/ml/sysutils.automake.patches/2003-01/msg00004.html and fix seems to have made, but real line was dropped with unknown reason. --- lib/elisp-comp.orig 2012-06-01 22:47:10.000000000 +0900 +++ lib/elisp-comp 2012-06-28 13:28:44.000000000 +0900 @@ -75,7 +75,7 @@ ( cd $tempdir - echo "(setq load-path (cons nil load-path))" > script + echo "(setq load-path (cons \"../\" (cons nil load-path)))" > script $EMACS -batch -q -l script -f batch-byte-compile *.el || exit $? mv *.elc .. ) || exit $?I've submitted the bug-report and now it is numbered as #11806 . Then I need a home work to write a small test code. ( つっこみ )
2011年06月28日(火) 旧暦 [n年日記] [更新:"2011/06/28 18:14:11"]#1 [日本語入力] 漢直 Win 1.27f
( つっこみ )
2008年06月28日(土) 旧暦 [n年日記] [更新:"2008/06/29 01:51:12"]#2 [NetBSD] send-pr の画面を更新した
かなりくどい表現
になっているけれど、
send-pr の方法が良く分らないという方がいらっしゃったので
色々と書いて見た。 ( つっこみ )
#1 [無題] 人形町にて会食会( つっこみ )
2004年06月28日(月) 旧暦 [n年日記]#1 [pkgsrc] Mozilla-1.7113 23:31 make clean && make ... ttyp7:makoto@harry 3:26:27/040628(...www/mozilla)> make package [1] Segmentation fault (core dumped) ${SETENV} LD_LIB... [1] Segmentation fault (core dumped) ${SETENV} LD_LIB...約 4 時間。 gdb /usr/pkg/lib/mozilla/mozilla-bin mozilla-bin.core (gdb) where #0 0x444f16b0 in nsXPCException::CanGetProperty () from /export/pkg/lib/mozilla/components/libxpconnect.so #1 0x444f16a8 in nsXPCException::CanGetProperty () from /export/pkg/lib/mozilla/components/libxpconnect.so #2 0x44506c98 in XPCWrappedNative::CallMethod () from /export/pkg/lib/mozilla/components/libxpconnect.so #3 0x4450dc14 in XPC_WN_CallMethod () from /export/pkg/lib/mozilla/components/libxpconnect.so #4 0x4189ea7c in js_Invoke () from /usr/pkg/lib/mozilla/libmozjs.so #5 0x4189ede0 in js_InternalInvoke () from /usr/pkg/lib/mozilla/libmozjs.so #6 0x418b5838 in js_TryMethod () from /usr/pkg/lib/mozilla/libmozjs.so #7 0x418b451c in js_DefaultValue () from /usr/pkg/lib/mozilla/libmozjs.so #8 0x418d610c in js_ValueToString () from /usr/pkg/lib/mozilla/libmozjs.so #9 0x4189774c in js_ReportUncaughtException () from /usr/pkg/lib/mozilla/libmozjs.so #10 0x41877f8c in JS_ExecuteScript () from /usr/pkg/lib/mozilla/libmozjs.so #11 0x44512e90 in mozJSComponentLoader::GlobalForLocation () from /export/pkg/lib/mozilla/components/libxpconnect.so #12 0x4451280c in mozJSComponentLoader::ModuleForLocation () from /export/pkg/lib/mozilla/components/libxpconnect.so #13 0x44511ffc in mozJSComponentLoader::AttemptRegistration () from /export/pkg/lib/mozilla/components/libxpconnect.so #14 0x44511cec in mozJSComponentLoader::AutoRegisterComponent () from /export/pkg/lib/mozilla/components/libxpconnect.so #15 0x44511940 in mozJSComponentLoader::RegisterComponentsInDir () from /export/pkg/lib/mozilla/components/libxpconnect.so #16 0x445117f0 in mozJSComponentLoader::AutoRegisterComponents () from /export/pkg/lib/mozilla/components/libxpconnect.so #17 0x41fc6764 in nsComponentManagerImpl::AutoRegisterNonNativeComponents () from /export/pkg/lib/mozilla/libxpcom.so #18 0x41fc6604 in nsComponentManagerImpl::AutoRegisterImpl () from /export/pkg/lib/mozilla/libxpcom.so #19 0x41fc6c98 in nsComponentManagerImpl::AutoRegister () from /export/pkg/lib/mozilla/libxpcom.so #20 0x41f7ced4 in NS_InitXPCOM2 () from /export/pkg/lib/mozilla/libxpcom.so #21 0x0181e05c in NS_InitXPCOM2 () #22 0x0181ec24 in GRE_Startup () #23 0x0180d110 in main () (gdb) ( つっこみ )
2003年06月28日(土) 旧暦 [n年日記]#6 [politics] 「電子政府構築計画(案)」に関するパブリックコメントの募集( つっこみ )
#5 [NetBSD] Promise PDC20276 irq 25 ?pciide0 at pci1 dev 3 function 0: Promise Ultra100/ATA Bus Master IDE Accelerator (rev. 0x02) # dd if=/dev/rwd0a of=/dev/null bs=64k ... ... Jun 28 11:11:29 h /netbsd: ex0: device timeout Jun 28 11:11:34 h /netbsd: pciide0:0:0: lost interrupt Jun 28 11:11:34 h /netbsd: type: ata tc_bcount: 65536 tc_skip: 0 Jun 28 11:11:34 h /netbsd: ex0: device timeout pciide0:0:0: lost interrupt type: ata tc_bcount: 65536 tc_skip: 0 Jun 28 11:11:39 h /netbsd: ex0: device timeout Jun 28 11:11:44 h /netbsd: pciide0:0:0: lost interrupt Jun 28 11:11:44 h /netbsd: type: ata tc_bcount: 65536 tc_skip: 0 Jun 28 11:11:44 h /netbsd: ex0: device timeout pciide0:0:0: lost interrupt type: ata tc_bcount: 65536 tc_skip: 0これは何かなぁ。試しに ex0 を機械から外して試すと、 # tty00:root@h 11:28:01/030628(~)# dd if=/dev/rwd0a of=/dev/null bs=64k 8000+0 records in 8000+0 records out 524288000 bytes transferred in 22.650 secs (23147373 bytes/sec)あれーっ、良く見ると irq がどちらも 25 機械は UMAX S900 PCI slot の左から Promise.(空).3Com905.(空).Video(空) となっている。 # dmesg | grep irqかにさんと DEC だと tlp0: interrupting at irq 25これって Open Firmware の問題 ? @ 604e/200 + 3Com905C-TX:pci1: i/o space, memory space enabled ex0 at pci1 dev 1 function 0: 3Com 3c905C-TX 10/100 Ethernet with mngmt (rev. 0x6c) ex0: interrupting at irq 25 trap type 200 at 1a73e4 Stopped in pid 0.1 (swapper) at netbsd:ex_reset+0x88: rlwinm 9,9,20,31,31 db> trace at ex_config+70 at ex_pci_attach+358 at config_attach+3c0 at config_found_sm+48 at pci_probe_device+220 at pci_enumerate_bus_generic+128 at pciattach+20c at config_attach+3c0 at config_found_sm+48 at ppbattach+f4 at config_attach+3c0 at config_found_sm+48 at pci_probe_device+220 at pci_enumerate_bus_generic+128 at pciattach+20c at config_attach+3c0 at config_found_sm+48 at bandit_attach+194 at config_attach+3c0 at config_found_sm+48 at mainbus_attach+12c at config_attach+3c0 at config_rootfound+5c at cpu_configure+74 at configure+44 at main+388 at 0x100090 db> reboot rebooting EXIT called ok 0 > exit trap type 700 at ff805644 Stopped in pid 0.1 (swapper) at 0xff805644: .long 0xff80f540 db> trace at ADBDevTable+81add1c8 at ADBDevTable+12da4cc saved LR(0xdedededa) is invalid. db> @ pci_intr_string:
はどこで定義しているのかなぁ。
sys/arch/macppc/pci/pci_machdep.c: 232 pci_intr_string(pc, ih) 233 pci_chipset_tag_t pc; 234 pci_intr_handle_t ih; 235 { 236 static char irqstr[8]; /* 4 + 2 + NULL + sanity */ 237 238 if (ih == 0 || ih >= ICU_LEN) 239 panic("pci_intr_string: bogus handle 0x%x", ih); 240 241 sprintf(irqstr, "irq %d", ih); 242 return irqstr; 243 } 244これは探しているものとは違う..ih が問題で、それは呼ぶ方に入っている。 @ sys/dev/pci/pciide.c:895 if (sc->sc_pci_ih == NULL) { 896 if (pci_intr_map(pa, &intrhandle) != 0) { 897 printf("%s: couldn't map native-PCI interrupt\n", 898 sc->sc_wdcdev.sc_dev.dv_xname); 899 return 0; 900 } 901 intrstr = pci_intr_string(pa->pa_pc, intrhandle); @ sys/arch/macppc/pci/pci_machdep.c:181 int 182 pci_intr_map(pa, ihp) 183 struct pci_attach_args *pa; 184 pci_intr_handle_t *ihp; 185 { 186 int pin = pa->pa_intrpin; 187 int line = pa->pa_intrline; 188 @ sys/dev/pci/pci.c:265 intr = pci_conf_read(pc, tag, PCI_INTERRUPT_REG); 311 pin = PCI_INTERRUPT_PIN(intr); 321 pa.pa_intrpin = /* XXX */ 322 ((pin + pa.pa_intrswiz - 1) % 4) + 1; @ sys/arch/macppc/pci/pci_machdep.c:161 pci_conf_read(pc, tag, reg) 162 pci_chipset_tag_t pc; 163 pcitag_t tag; 164 int reg; 165 { 166 167 return (*pc->conf_read)(pc, tag, reg); @ bandit:103 pc->conf_read = bandit_conf_read; 148 bandit_conf_read(pc, tag, reg) ( つっこみ )
#4 [NetBSD] bind-9.2.2
/etc/rc.conf に
named=YES と書いておいても、name を起動してくれないので、
/etc/rc.d/named start と試すと、やはり何もしてくれないので、次のようにして見た。 tty00:root@h 9:10:48/030628(~)# diff /etc/rc.d/named{-sbin,} 15c15 < command="/usr/sbin/${name}" --- > command="/usr/pkg/sbin/${name}"というよりは、 /usr/pkg/etc/rc.d の下にある named9 を使うのが正しいのか。 ( つっこみ )
#3 [NetBSD] macppc walkopenfirm
ずうっと昔に、
walkopenfirm.c
というのを作った人がいた。
これを今実行しようとすると、 ttyp0:root@h 8:30:03/030628(...macppc/walkopenfirm)# ./walkopenfirmになってしまう。一応それらしいものはまだ /dev には残っているが。 r--r--r-- 1 root wheel 53, 0 Jun 22 15:43 openfirm関係があるのは src/sys/dev/ofw/openfirmio.c かな。 ( つっこみ )
#2 [Emacs] wl/namazu で検索結果が多い時に
そのうちの一部を表示することにすると、
最新のものからではなく、最古の方から表示する。
例えば 1-2000 のうち 500 を表示する時に、1501-2000 を表示してくれるが、多分これは 1-500 の方がいいと思う。 ( つっこみ )
#1 [Network] pppoe-server と 単なる pppoe の違いが( つっこみ )
2000年06月28日(水) 旧暦 [n年日記]
5800歩
#1 [NetBSD] macppc 7500/160
某所の PowerMac 7500 (+604e/160) に
20000620-1.5
を入れて見た。外付 SCSI 2G disk。
( つっこみ )
|
最近の日記 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 | ||