NetBSD 絹の日記

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: (SDR# distribution) (http://sdrsharp.com)
RTL2832U USBドングルをGNURadioで使う (Mac OS X): (http://ttrftech.tumblr.com/post/33938677084/rtl2832u-gnuradio-macosx)
RTL2832UをDirect Sampling Modeで使いGNURadioで中波AMラジオを受信する: (http://ttrftech.tumblr.com/post/34789379592/receiving-am-broadcasting-with-rtl2832u-direct-sampling)
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/~~
(http://yu3ma.net/wp/?p=370)
USBドングルによるSDRの実験 (JF7ELG, FT-37#77 0.3m/m holmal wire trifiler 10T): (http://pub.ne.jp/jf7elg/?entry_id=5030196)

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

Windows XP ではだめで少なくとも Windows 7 なら行ける

SDR-RTL のために Device Driver を入れる
(http://blog.livedoor.jp/bh5ea20tb/archives/4348645.html)
ExtIO_RTL を入れる
(https://github.com/josemariaaraujo/ExtIO_RTL)
この右下の方の Download ZIP を利用する
HDSDR を入れる
(http://www.hdsdr.de/)

以上で(付属のアンテナでも) 80.7MHz の NHK FM 千葉が受信出来た。

FunCube Block diagram (http://www.funcubedongle.com/?p=471)

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

(http://ports.su/comms/rtl-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

(http://mail-index.netbsd.org/pkgsrc-users/2010/04/20/msg012064.html)

(http://www.ki.nu/~makoto/pkgsrc/x11/qt4-libs-patch-ar)

=> 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.c	src/include/pwd.h
1	(u)	const char *
2	&(p).pws	struct passwd *
3	(p).pwbuf	char *
4	sizeof((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年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

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

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

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

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

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

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

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

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

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

＠ Looking into xcb/xcb*h stuff:

#1 [pkgsrc] x264-devel revisited

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

#1 [機械] ML115 復活

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

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

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

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

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

#1 [機械]

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

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

＠ openfind.com.tw:

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

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

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

#1 [MacOSX] 新しい PowerBook G4

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

#5 [NetBSD] pdisk

#4 [NetBSD] cross/sparc-netbsdelf

#3 /etc/mk.conf

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

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

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

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