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

  • 03/30() 0900 WW WPX Phone
  • 03/31() NTT 東 払込期日
  • 04/01(月) atactl check
  • 04/03(水) 不燃ごみ
  • 04/13() 1600 - 2200 JIDX CW
  • 04/17(水) 不燃ごみ
  • 04/19(金) CQ Ham Radio
  • 04/20() 木之本会議
  • 04/25(木) Interface
  • 04/27() 2100 - 2100 ALL JA
  • 04/28() tokuda net 誕生日
  • 04/28() 自動車保険期限 (OS/Browser 制限有)
  • 403 JNUG 総会/BOF 2017/07/08 (土)
  • 402 用途別 Emacs ( C, LaTeX, 日本語 )
  • 380 cvsweb の移行
  • 370 tamago 辞書登録
  • 368 CROSS (cross/i386-mingw32, cross/powerpc-linux ) Framework --- binutils + gcc
  • 363 Wanderlust+HyperEstraier
  • 360 evbppc 用 patch / 玄箱
  • 335 /dev/battery is missing hack | libgcc_s_pic.a is missing | samba の -PIE 問題335 ntpd monitor
  • 325 tcode頁の更新
  • 322 software |hardware
  • 321 emacs-22 | IPv6
  • 320 bulk build (Mac OS X 10.4 and NetBSD/macppc)
  • 310 Wanderlust の Namazu の挙動
  • 290 WordPress 1.2 -> 1.5 migration
  • 220 Wanderlust で日本語題名の wl-summary-print-buffer
  • 215 NetBSD/ofppc
便利なツール
Emacs
らくらく 入門
rakuraku-emacs-cover

先月 2024年03月 来月
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月10日(金) 旧暦 [n年日記] [更新:"2014/07/27 14:36:22"]

#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


#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


2012年01月10日(火) 旧暦 [n年日記] [更新:"2012/01/15 09:57:08"]

#1 [無題] 国立劇場の後、秋葉原

半蔵門
秋葉原
液晶 16 x 2    700 円
液晶 20 x 4  1,500 円
ロータリ SW    231 円
穴空基板       210 円


2011年01月10日(月) 旧暦 [n年日記] [更新:"2011/01/11 00:46:00"]

#3 [pkgsrc] x11/qt4-libs on Mac OS X

/Users/makoto/pkgsrc/x11/qt4-libs/
  work/qt-everywhere-opensource-src-4.7.1/src/corelib/io/qsettings_mac.cpp:628: 
  error: no 
 'bool QConfFileSettingsPrivate::writePlistFile(const QString&, const ParsedSettingsMap&) const'
 member function declared in class 
 'QConfFileSettingsPrivate'
 make: *** [qsettings_mac.o] Error 1
*** Error code 2

Stop.
bmake: stopped in /Users/makoto/pkgsrc/x11/qt4-libs
=> Modifying libtool scripts to use pkgsrc libtool
WARNING: Please add USE_TOOLS+=perl to the package Makefile.
===> Building for qt4-libs-4.7.1nb1
gnumake: *** No rule to make target `sub-src'.  Stop.
*** Error code 2

Stop.
bmake: stopped in /Users/makoto/pkgsrc/x11/qt4-libs
*** Error code 1
d138@makoto 00:05:01/110111(..x11/qt4-libs)% \
(cd  work/qt-everywhere-opensource-src-4.7.1/src; make sub-src) 
will continue to some extent but fails as:
libtool --silent --mode=link g++ -lresolv -L/usr/pkg/lib
-L/usr/lib -L/usr/X11/lib -Xarch_i386
-mmacosx-version-min=10.4 -L/usr/pkg/qt4/lib -o
../../../bin/moc release-shared/moc.lo
release-shared/preprocessor.lo release-shared/generator.lo
release-shared/parser.lo release-shared/token.lo
release-shared/main.lo -L/usr/pkg/lib -L/usr/lib
-L/usr/X11/lib
-L/Users/makoto/pkgsrc/x11/qt4-libs/work/qt-everywhere-opensource-src-4.7.1/src/tools/bootstrap
-lbootstrap -L/usr/pkg/lib -L/usr/lib -L/usr/X11/lib -lz -lz

Undefined symbols:
  "_FSIsAliasFile", referenced from:
      QFSFileEngine::fileFlags(QFlags<QAbstractFileEngine::FileFlag>) const 
      in libbootstrap.a(qfsfileengine_unix.o)
  "_CFStringCreateWithPascalString", referenced from:
      qt_mac_from_pascal_string(unsigned char const*)in libbootstrap.a(qglobal.o)
  "QCFString::operator QString() const", referenced from:
      qt_mac_from_pascal_string(unsigned char const*)in libbootstrap.a(qglobal.o)
Whole error message
(Are these with Carbon and not available on Cocoa ?)

#2 [pkgsrc] x11/libX11 on Mac OS X

Mac OS X の上で、x11/libX11 を package しようとすると、次のように止ってしまう。
I am trying to package x11/libX11 on Mac OS X (Darwin Kernel Version 10.0.0), but stops as following:
XlibInt.c:3041: warning: format not a string literal, argument types not checked
XlibInt.c:3045: warning: format not a string literal, argument types not checked
  CC     Xrm.lo
  CC     xcb_disp.lo
  CC     xcb_io.lo
xcb_io.c: In function '_XReply':
xcb_io.c:602: error: 'xcb_generic_error_t' has no member named 'major_code'
xcb_io.c:611: error: 'xcb_generic_error_t' has no member named 'major_code'
gnumake[3]: *** [xcb_io.lo] Error 1
gnumake[2]: *** [all-recursive] Error 1
gnumake[1]: *** [all] Error 2
gnumake: *** [all-recursive] Error 1
*** Error code 2
With quick look, we have two versions of xcb/xcb.h:
d138@makoto 18:34:27/110110(~)% ls -l /usr/*/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  15349 Jul  6  2009 /usr/X11/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  15349 Jul  6  2009 /usr/X11R6/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  16237 Jan 10 18:11 /usr/pkg/include/xcb/xcb.h
The difference is shown below, and if X11 is referenced, we come across the above problem.
d138@makoto 18:34:52/110110(~)% diff -u /usr/{X11,pkg}/include/xcb/xcb.h
--- /usr/X11/include/xcb/xcb.h  2009-07-06 14:51:11.000000000 +0900
+++ /usr/pkg/include/xcb/xcb.h  2011-01-10 18:11:07.000000000 +0900
@@ -141,7 +141,11 @@
     uint8_t   response_type;  /**< Type of the response */
     uint8_t   error_code;     /**< Error code */
     uint16_t sequence;       /**< Sequence number */
-    uint32_t pad[7];         /**< Padding */
+    uint32_t resource_id;     /** < Resource ID for requests with side effects only */
+    uint16_t minor_code;      /** < Minor opcode of the failed request */
+    uint8_t major_code;       /** < Major opcode of the failed request */
+    uint8_t pad0;
+    uint32_t pad[5];         /**< Padding */
     uint32_t full_sequence;  /**< full sequence */
 } xcb_generic_error_t;
 
@@ -281,6 +285,22 @@
(omitted)
d138@makoto 18:43:06/110110(~)% ls -l pkgsrc/x11/libX11/work/.buildlink/include/xcb/xcb*
lrwxr-xr-x  1 makoto  staff  42 Jan 10 18:12 
  pkgsrc/x11/libX11/work/.buildlink/include/xcb/xcb.h 
  -> /usr/pkg/share/x11-links/include/xcb/xcb.h
x11-links seems to be looking wrong side. I don't really know what x11-links does yet.
x11-links って何をしているのか良く(全く)理解していないのであった。

Looking into xcb/xcb*h stuff:

d138@makoto 21:34:30/110110(~/pkgsrc)% ls -l /usr/*/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  15349 Jul  6  2009 /usr/X11/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  15349 Jul  6  2009 /usr/X11R6/include/xcb/xcb.h
-rw-r--r--  1 root  wheel  16237 Jan 10 18:11 /usr/pkg/include/xcb/xcb.h
d138@makoto 21:34:42/110110(~/pkgsrc)% ls -l packages/All/x11*
-rw-r--r--  1 makoto  staff  22017 Aug 28  2009 packages/All/x11-links-0.43.tgz
-rw-r--r--  1 makoto  staff  24461 Jan 10 17:50 packages/All/x11-links-0.61.tgz
d138@makoto 21:34:59/110110(~/pkgsrc)% ls -l /usr/pkg/share/x11-links/
total 0
drwxr-xr-x  2 root  wheel   102 Jan 10 17:51 bin
drwxr-xr-x  5 root  wheel   238 Jan 10 17:51 include
drwxr-xr-x  3 root  wheel  7004 Jan 10 17:51 lib
drwxr-xr-x  4 root  wheel   136 Jan 10 17:51 share
d138@makoto 21:35:55/110110(~/pkgsrc)% ls -l /usr/pkg/share/x11-links/include/xcb/xcb.h
lrwxr-xr-x  1 root  wheel  26 Jan 10 17:50 /usr/pkg/share/x11-links/include/xcb/xcb.h -> /usr/X11/include/xcb/xcb.h
d138@makoto 21:36:02/110110(~/pkgsrc)% 
xcb/xcb.h は x11-links の後に追加したものらしい。
xcb/xcb.h is added independently from x11-links.
 ls -tl packages/All/* |less
-rw-r--r--  1 makoto  staff     369825 Jan 10 18:11 packages/All/libxcb-1.7.tgz
-rw-r--r--  1 makoto  staff      44788 Jan 10 18:09 packages/All/xcb-proto-1.6.tgz
-rw-r--r--  1 makoto  staff      17872 Jan 10 18:09 packages/All/py26-xcbgen-1.6nb1.tgz
-rw-r--r--  1 makoto  staff    4631918 Jan 10 17:52 packages/All/dejavu-ttf-2.32.tgz
-rw-r--r--  1 makoto  staff      38936 Jan 10 17:51 packages/All/ttmkfdir2-20021109nb3.tgz
-rw-r--r--  1 makoto  staff      24461 Jan 10 17:50 packages/All/x11-links-0.61.tgz
試しに次のようにしてしまった。
As a work arround I have modifed the include files by the shell command:
cd /usr/pkg/share/x11-links/include/xcb
d138@makoto 21:55:55/110110(..include/xcb)% foreach i (*)
if [ -f /usr/pkg/include/xcb/$i ]; then sudo rm $i; sudo ln -s /usr/pkg/include/xcb/$i .
fi
end
d138@makoto 21:56:13/110110(..include/xcb)% 
This solved the problem.

#1 [pkgsrc] x264-devel revisited

I had problem on wip/x264-devel (20100201). The numbering on shared library was wrong.
modena@makoto 08:19:54/110110(..wip/x264-devel)% ls -l /usr/pkg/lib/libx2*
-rw-r--r--  1 root  wheel  590656 Jan  9 09:48 /usr/pkg/lib/libx264.a
-rw-r--r--  1 root  wheel     991 Jan  9 09:48 /usr/pkg/lib/libx264.la
lrwxr-xr-x  1 root  wheel      16 Jan  9 09:48 /usr/pkg/lib/libx264.so -> libx264.so.0.0.0
lrwxr-xr-x  1 root  wheel      16 Jan  9 09:48 /usr/pkg/lib/libx264.so.0 -> libx264.so.0.0.0
-rwxr-xr-x  1 root  wheel  459759 Jan  9 09:48 /usr/pkg/lib/libx264.so.0.0.0
modena@makoto 08:23:31/110110(..wip/x264-devel)% 
All are numbered zero. But should have some revision number.


2008年01月10日(木) 旧暦 [n年日記] [更新:"2008/01/14 15:12:02"]

#1 [機械] ML115 復活

ML115 の ホップ・ステップ・ジャンプ キャンペーン が復活した。2008/4/24 までということだ。


2007年01月10日(水) 旧暦 [n年日記] [更新:"2007/01/10 11:22:02"]

#1 [Emacs] 今日の正規表現 構文種別を使って(非空白文字)

syntax class (構文種別) を使う。
^\(\S +\)\s 
行頭から何か文字があって、その後に空白文字がある、例えば次のような行:
bfd/Makefile.am        22 Apr 2006 05:35:23 -0000        1.3
これの空白文字の後に & を加える
bfd/Makefile.am &       22 Apr 2006 05:35:23 -0000        1.3
そんな時に
C-M-%
^\(\S +\)\s    (この \s の後に空白文字を一つ入力してから RET)
\1 & 
\S は syntax class の否定 (「次に来る構文種別でない」の意味)、つまり後に空白を付けると 非空白文字の意味になる。

そんな面倒なことをしないで単に & って入力すればいいじゃん .. 違うんですね、

そういう行が何行も続く、それらに全て & を加えるのです。そこで上の続きで 「変更する ?」と聞かれる毎に 空白キーを入力すれば、全て置換してくれます。


2006年01月10日(火) 旧暦 [n年日記] [更新:"2006/01/10 12:22:25"]

#1 [NetBSD][pkgsrc] Xmos.c:279: error: too few arguments to function `getpwnam_r'

Xmos.c: In function `GetQualifiedDir':
Xmos.c:279: error: too few arguments to function `getpwnam_r'
Xmos.c: In function `XmeGetHomeDirName':
Xmos.c:1037: error: too few arguments to function `getpwnam_r'
Xmos.c:1041: error: too few arguments to function `getpwuid_r'
gmake[2]: *** [Xmos.lo] Error 1
gmake[2]: Leaving directory `/export/pkgsrc/x11/openmotif/work/openMotif-2.2.3/lib/Xm'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/export/pkgsrc/x11/openmotif/work/openMotif-2.2.3/lib'
gmake: *** [all-recursive] Error 1
*** Error code 2

Stop.
make: stopped in /export/pkgsrc/x11/openmotif
/usr/pkgsrc/x11/openmotif/work/openMotif-2.2.3/lib/Xm/Xmos.c
	    pwd_value = _XGetpwnam(ptr, pwd_buf);
so many #ifdefs in:
/usr/pkgsrc/x11/openmotif/work/openMotif-2.2.3/lib/Xm/Xmos_r.h
# if defined(_POSIX_REENTRANT_FUNCTIONS) || !defined(SVR4) || defined(Lynx)
#  ifndef Lynx
lib/Xm/Xmos_r.h:332:((getpwnam_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf)) == -1) ? NULL : &(p).pws)
#  else /* Lynx */
lib/Xm/Xmos_r.h:337:((getpwnam_r(&(p).pws,(u),(p).pwbuf,sizeof((p).pwbuf)) == -1) ? NULL : &(p).pws)
#  endif
# else /* SVR4 */
lib/Xm/Xmos_r.h:343:((getpwnam_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf)) == NULL) ? NULL : &(p).pws)
# endif /* SVR4 */
lib/Xm/Xmos_r.h:363:((getpwnam_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf),&(p).pwp) == -1) ? \
 NULL : (p).pwp)
src/include/pwd.h
int		 getpwnam_r(const char *, struct passwd *, char *, size_t,
				struct passwd **);
#define _XGetpwnam(u,p) の引数は、最後の場合を除いて次の通り。

openMotif-2.2.3/lib/Xm/Xmos.csrc/include/pwd.h
1(u)const char *
2&(p).pwsstruct passwd *
3(p).pwbufchar *
4sizeof((p).pwbuf)) == -1) ? NULL : &(p).pws)size_t
5
struct passwd **
しかし最後のを選んでいれば、5 つある ?


2005年01月10日(月) 旧暦 [n年日記] [更新:"2005/01/10 10:51:42"]

#1 [機械]

1/8(土)に机の上の機械をすっかり入直したのはよかったのだけれど、 crontab の復活を忘れていた。 amazon chart が更新されていなかった。 これって gnuplot が入っている機械で動かす必要があるので、 古いサーバには入っていなくて ..相変らず机上機で動かしている。


2004年01月10日() 旧暦 [n年日記]

#2 [Network] 17:56-18:16 までの間切断

原因不明。手動回復。 route 再起動。route add を手動で入力。 何が起きたか少し調べる:

openfind.com.tw:

Web server が過負荷な気がしたので、再起動した
[Sat Jan 10 17:43:08 2004] [error] [client 210.201.54.205] (35)Resource temporarily unavailable: couldn't spawn child process: /h ome/makoto/public_html/diary/index.cgi
その後に反応がなくなっていた。 また robot2.openfind.com.tw これか。.204 は切ってあったのだが。変更:
block in on pppoe0 proto tcp from        210.201.54.192/26 to any port = 80   

#1 [NetBSD][macppc] macppc-040101+HFS.tar.gz

って ?


2003年01月10日(金) 旧暦 [n年日記]

#2 [NetBSD] macppc ts 版 macppc-030107.tar.gz

とくだ効果 かな。

#1 [MacOSX] 新しい PowerBook G4

の発表を聞いた時に、最初にうかんだのが 英典さんのこと。 やはり買ったようで、何よりよかったです。 「G3 でも問題ないと思うけれど、OSX はより G4 で効果的」 と言いたかったのだと思う。


2002年01月10日(木) 旧暦 [n年日記]

#5 [NetBSD] pdisk

  • MacOS の「ドライブ設定」は最少で 32 MB までしか作れない
  • pdisk というのがあるので、これを使えないか
  • しかも OS を入れる前だと面白い
  • そこで NetBSD 起動 CDROM に static に作った pdisk を入れておいて
  • boot cd:,ofwboot.xcf で起動して
    mount /dev/cd0c /mnt
    /mnt/pdisk 
    
    すると使える。d で消して C で作る。
しかし 800k 以上にしておかないと hfsutils でおこられた。
makoto@graphite 20:28:06/020110(/home/makoto)# hmount /dev/wd0d
hmount: /dev/wd0d: volume is smaller than 800K (Invalid argument)

#4 [NetBSD] cross/sparc-netbsdelf

ちょっと思い立って cross 環境を動かして見た。既に動いている機械 を標的にしたことも関係あるが、信じられないくらい簡単だった。
  • /usr/pkgsrc/cross/sparc-netbsdelf で make installする
  • その時に
    This pkg DOES NOT install headers or runtime link libraries. Only the compilers are installed.

    In order to have a complete development setup, you need to install includes and libraries in /usr/pkg/cross/sparc-netbsdelf/include and /usr/pkg/cross/sparc-netbsdelf/lib respectively, or symlink these paths to the appropriate places.

    と言われるが、実は良く分らなかった
  • 実行するには次のようにすればいい
    env CROSS_PKG=sparc-netbsdelf cross-env gcc -o hello hello.c
    しかし lib include が入っていない時だと、例えば、
    /usr/pkg/cross/sparc-netbsdelf/bin/ld: cannot open crt0.o: No such file or directory
    collect2: ld returned 1 exit status
    となってしまう。
  • つまり 「include, lib は release (や snapshot) を開けて、持って来てね」 pkgsrc の方ではそこまでは面倒見ないよ
    ということだった。
  • そこで
    動いている機械の方で /usr/lib, /usr/include を export しておく
    /usr/lib     -maproot=0 -network 210.145.40.112 -mask 255.255.255.240
    /usr/include -maproot=0 -network 210.145.40.112 -mask 255.255.255.240
    
  • そうして /usr/share/exapmles/amd/amd.conf, cd, net が /etc/amd に写して あるので、
    cd /usr/pkg/cross/sparc-netbsdelf/
    ln -s /net/hostname/usr/lib .
    ln -s /net/hostname/usr/include .
    
    しておけば、これでおしまい。
  • 後は、いつも
    env CROSS_PKG=sparc-netbsdelf cross-env
    
    のおまじないの後に make でも gcc でも必要な操作を入れれば良い

#3 /etc/mk.conf

そうか、ここに書いておけばいいんだ
# For src... some of these make pkgsrc freak out, so:
.ifndef BSD_PKG_MK
DESTDIR=/build/i386
#DESTDIR=/build/macppc
#DESTDIR=/build/mac68k
RELEASEDIR=/release/20020105
#RELEASEDIR=/release/20011122-macppc
#RELEASEDIR=/release/20011122-mac68k
TOOLDIR=/usr/obj/tools
MKTOOLS=always
USETOOLS=yes
#USE_NEW_TOOLCHAIN=yes
MKOBJ=yes
MKOBJDIRS=yes
#MKHOSTOBJ=yes
# big honking obj link names; only necessary if we're cross-compiling
# from this tree to a given target on multiple (differently-arched)
# hosts
OBJMACHINE=yes
#NOCLEANDIR=1
#UPDATE=1
#CFLAGS+=-g
.endif

# For src/sys
#EXTRA_KERNELS=GRAPPA

# For pkgsrc
.ifdef BSD_PKG_MK
ACCEPTABLE_LICENSES+=fee-based-commercial-use opera-license no-commercial-use
ACCEPTABLE_LICENSES+=adobe-acrobat-license jdk-license shareware no-profit
.endif

#2 [NetBSD] snapshot/20011220 で cdrecord が組立てられないのは本当か

と調べているが確かに
    ==> COMPILING "OBJ/powerpc-netbsd-cc/align_test.o"
gcc: invalid option -- O
gcc: usage 'gcc [ -VqfnkN ] [ -i <istring> ] [ filename ... ]'
と言われる
gmake[1]: 入ります ディレクトリ `/export/pkgsrc/sysutils/cdrecord/work/cdrtools-1.10/conf'
../RULES/rules.cnf:58: ../incs/powerpc-netbsd-cc/Inull: No such file or directory
../RULES/rules.cnf:59: ../incs/powerpc-netbsd-cc/rules.cnf: No such file or directory
        ==> MAKING DIRECTORY "../incs/powerpc-netbsd-cc/Inull"
        ==> CONFIGURING RULES "../incs/powerpc-netbsd-cc/rules.cnf"

#1 [NetBSD] /pkgsrc が 100M を越えてしまった

cvs update -dP したら、106M で disk full まだ先がある。 以前は 80M くらいのはずだったのに、何が起きたのだろうか
どうも単に「増えている」だけのようだ。 実は結構ショック。
関係ないけれど /usr/pkgsrc/README-IPv6.html というのがあるのにきょう気が付いた



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

Count.cgi (since 2000/02/05)