O HAI THIS BLOG PURPZIEZ 2 B UZED AZ MAH PLESIOUS MEM. :)

2006/10/11

NoDocument > BrokenDocument

#gentoo-dev-help@FreeNode.netにて.
[A snippet log from #gentoo-dev-help.]
10/11 20:43:24 sheldonh
it looks like ebuilds in PORTDIR_OVERLAY look for FILESDIR in the
main portage tree instead of the overlay?
10/11 20:44:13 sheldonh
surely i'm wrong? it would mean overlays are effectively a fat waste
of time for all but trivial ebuilds
10/11 20:48:28 sheldonh
hmmm, good, i'm wrong
10/11 20:50:24 sheldonh
what things should i look for when epatch ${FILESDIR}/${PV} picks
up some patches but not others?
10/11 20:58:27 hiyuh
hmm?
10/11 20:59:20 sheldonh
openal's src_unpack() does an epatch ${FILESDIR}/{$PV}
10/11 20:59:25 hiyuh
"man 5 ebuild" is your friend, see its env var section.
10/11 21:00:45 hiyuh
$FILESDIR is the overlay's Category/PackageName/files directory,
if its ebuild is in your overlay.
10/11 21:01:32 hiyuh
and then, ${PV} is the package's version
10/11 21:01:47 sheldonh
dude, i so understand this shit :)
10/11 21:01:59 hiyuh
k, good luck :P
10/11 21:02:05 sheldonh
the point is, i'm adding a patch and src_unpack() isn't applying it
10/11 21:03:03 sheldonh
the directory already contains 002_all_alc_context.patch,
002_all_alsa_default.patch and 003_all_mmx.patch
10/11 21:03:32 sheldonh
i'm adding 004_pkgconfig.patch (for bug #150872) and src_unpack()
isn't applying it, and isn't telling me why :)
10/11 21:03:45 sheldonh
hence the question "what things should i look for when epatch
${FILESDIR}/${PV} picks up some patches but not others?"
10/11 21:05:04 hiyuh
hmm, re-digest cann't help?
10/11 21:06:11 hiyuh
or, specify all patches explicitly is a ugly work-around way, IMHO.
10/11 21:06:33 sheldonh
sure, i could uglify it
10/11 21:07:13 sheldonh
but given how !#$%#$ long it takes devs to commit stuff as it is,
uglifying contributions isn't a great way to go
10/11 21:07:23 sheldonh
since that discourages them from commiting
10/11 21:10:40 hiyuh
sheldonh: hmm, could you mind to do pastebin/rafb your patch?
10/11 21:12:16 hiyuh
and then, your patch's suffix is really "patch" as speficied by
EPATCH_SUFFIX?
10/11 21:12:37 sheldonh
hiyuh: yes
10/11 21:13:24 sheldonh
hiyuh: http://phpfi.com/162471
10/11 21:16:05 sheldonh
hiyuh: and yes, the patch is in Manifest after a fresh ebuild
... digest :)
10/11 21:18:51 sheldonh
i think i might just give up, actually
10/11 21:19:05 sheldonh
it's been a long day, and i'm now pretty sure this is just portage
being stupid
10/11 21:19:36 hiyuh
ah, it should be "004_all_pkgconfig.patch".
10/11 21:21:11 sheldonh
what's the magic _all_ about?
10/11 21:23:26 sheldonh
hiyuh: ah. apparently undocumented arch-dependent patch feature
10/11 21:23:27 sheldonh
grrrrr
10/11 21:23:37 sheldonh
hiyuh: thanks, wouldn't have noticed, i don't think
10/11 21:23:47 hiyuh
np
10/11 21:24:12 hiyuh
was already documented. :p
http://dev.gentoo.org/~plasmaroo/devmanual//ebuild-writing/functions/src_unpack/epatch/
10/11 21:24:45 sheldonh
sure, everything is documented _somewhere_
10/11 21:25:23 hiyuh
yeah, and sources will always be with you :P
10/11 21:27:41 *
sheldonh murders hiyuh
10/11 21:27:43 sheldonh
:-P
10/11 21:28:09 sheldonh
hiyuh: it's that old thing of "no documentation is better than broken
documentation" :)
10/11 21:28:45 hiyuh
haha
うへ,殺されちった. :P
[Aww, I forgot to revive myself. :P]

"O RLY?" == "MAJI DE?"

#gentoo-ppc@FreeNode.netにて.
[A snippet log from #gentoo-ppc@FreeNode.net]
10/10 23:20:50 kojiro
I seem to be having trouble emerging tetex-2.0.2-r8
10/10 23:21:01 kojiro
I'm pastebinning the errors now
10/10 23:23:18 kojiro
http://rafb.net/paste/results/lHhplq11.html
10/10 23:24:05 kojiro
It does seem to have something to do with libwww, but in bugzie the
fix seems to be to set USE=-mysql. I already have that set.
10/10 23:25:47 Jokey
kojiro: hrm is the lib available in the searchpath specified by -L
parameters on the line?
10/10 23:26:44 hiyuh
hmm, libwwwdir.so doesn't exist?
10/10 23:26:47 kojiro
-L/usr/lib -lwwwinit -lwwwapp -lwwwxml -lxmltok ... etc -- you
mean that?
10/10 23:26:55 kojiro
lemme see if it's in /usr/lib
10/10 23:27:23 Jokey
right :)
10/10 23:27:30 kojiro
wow
10/10 23:27:44 kojiro
libwwwEVERYTHING except libwww
10/10 23:28:08 kojiro
hmm, how can I fix that, remerge libwww and hope it works the
second time?
10/10 23:28:50 Jokey
emerge libwww and see where it stores it's lib
10/10 23:29:03 jrsharp
has anyone else here experienced problems (hard lockups) with
yenta-socket in 2.6.13 and newer kernels?
10/10 23:29:06 kojiro
would an equery f libwww help?
10/10 23:29:14 Jokey
kojiro: yup
10/10 23:29:25 Jokey
I bet it's in lib64
10/10 23:29:38 hiyuh
kojiro: "equery belongs /usr/lib/libwwwdir.so" said net-libs/libwww
stuff.
10/10 23:30:10 kojiro
I don't have a /usr/lib/libwwwdir.so
10/10 23:30:39 hiyuh
guess a multilib mess...
10/10 23:30:47 Jokey
might be possible ;)
10/10 23:31:14 kojiro
yeah, maybe a rebuild will fix it. I'll --sync && update world,
then try again
10/10 23:31:27 hiyuh
good luck :P
10/10 23:31:31 kojiro
danke
10/10 23:31:49 kojiro
I mean arigato :)
10/10 23:32:03 Jokey
hmm german_conspiracy++ :D
10/10 23:32:09 hiyuh
nice japanese :)
10/10 23:32:49 kojiro
meh. English/US conspiracy == attempt to make English unrecognizable
in wr1tt3n f0rmz0r
10/10 23:33:14 kojiro
german_conspiracy == attempt to insert innocuous German into said
pseudo-English :)
10/10 23:33:23 hiyuh
lol
10/10 23:33:49 kojiro
Japanese_conspiracy == attempt to say the word "fork" in less than
three syllables :P
10/10 23:33:52 *
kojiro runs
10/10 23:34:08 hiyuh
haha

10/10 23:40:31 ChrisWhite|Work
oh no
10/10 23:40:38 ChrisWhite|Work
kojiro and hiyuh in the same place
10/10 23:40:41 ChrisWhite|Work
I'm gonna get confused
10/10 23:41:05 hiyuh
ChrisWhite|Work: work! :P
10/10 23:41:09 kojiro
hmm, how do you say ORLY in Japanese/romaji?
10/10 23:41:13 kojiro
SOKA?
10/10 23:41:43 hiyuh
guess "MAJI DE?"
10/10 23:42:06 ChrisWhite|Work
yah, that'd be the closest
net-libs/libwwwのbugの話だったのに思いっきり脱線,面白過ぎる. :D
[That talking would be about net-libs/libwww stuff,
but it wasn't being, LOL. :D]

2006/10/09

MinorOriented++;

ついに来た! :P
[K, YTMND! :P]
Project of Binding Kuru-Hime

所で,趣味の類は悉くマイナー志向である.
大衆向けになった瞬間に興味を失うっぽい.
故に,この世は{逝,生}き難い. :P
[BTW, my hobbies' karma oriented minor one.
If it grows up as major one, my karma deems it dismal.
Thus, that's why on the earth a bit of hard way. :P]

2006/09/30

ConvertXML("about.xml", LaTeX);

OSC2006-fallで配る(かもしれない?)チラシをabout.xmlから
TeXででっちあげてみた. :P
ちょうどA4に収まるっぽい.
[Using TeX, here's a sample of handout for OSC2006-fall
from about.xml. :P
It looks like just A4 sized.]

2006/09/29

TDS, stress_test + mudflap

今日のdiffstat.
[Today's diffstat.]
 Makefile                 |   83 ++++++++++++++++++++++++++++++++++++-----------
include/chromatic_func.h | 2 -
include/graph_func.h | 2 +
include/graphpol_func.h | 2 -
src/chromatic_func.c | 57 ++++++++++++++++++++------------
src/chromatic_main.c | 59 +++++++++++++++++++++++----------
src/graph_func.c | 70 ++++++++++++++++++++++++++++++++++++++-
src/graphpol_func.c | 13 +++----
src/list_func.c | 45 ++++++-------------------
src/planar_func.c | 69 +++++++++++++++++++++++++++------------
src/planar_main.c | 37 +++++++++++---------
11 files changed, 302 insertions(+), 137 deletions(-)

debug stub, stress testの追加.
及び,pointer access化でenbugしたviolationをmudflapでdebug'n'fix.
[Added debug stubs and steress test rules.
And then, for debug'n'fix enbugging due to pointer accessing,
added violation detection rules w/ mudflap.]

Mudflap Pointer Debugging - GCC Wiki

mudflapによるviolationの検出を有効にすると,
意外に動作が遅くなるので,
mudflapを無効にした状態で数をこなして,
SIGSEGVを喰らうパターンを記録して,
固定値でmudflapを有効にしてムニャヘニャするの繰り返し.
gdbで対話的にdebugするのもイイけど,これはこれで具合が良い.
と言うか,CFLAGSとかが凄い事になってるなー. :P
[When use mudflap-enabled binary, it makes its runtime speed
awful^H^H^H^H bit of slow.
So, disabled mudflap and do ton of stress test.
Then, collecting some SIGSEGV pattern, do it w/ mudflap enabled binary.
This way would be awesome for my laziness.
BTW, the CFLAGS or so looks like a bit of rice-flavor! :P]
#
# Build options
#
OPT_CFLAGS = -O3
#OPT_CFLAGS += -mcpu=G4 -mtune=G4 -maltivec -mabi=altivec
#F_CFLAGS += -funroll-all-loops -ftree-vectorize -ftracer -fweb
#F_CFLAGS += -fstack-protector -fstack-protector-all
#F_CFLAGS += -fmudflap
F_CFLAGS += -fomit-frame-pointer
W_CFLAGS = -Wall -Werror
#G_CFLAGS =
#G_CFLAGS = -g
#G_CFLAGS = -pg -g -ggdb3
CFLAGS = $(OPT_CFLAGS) $(F_CFLAGS) $(W_CFLAGS) $(G_CFLAGS) -pipe

#AN_LDFLAGS = -Wl,-O3,--as-needed
#LDFLAGS = $(AN_LDFLAGS)
LDFLAGS =

INCs = -I./include
DEFs = -DMAX_LIST_T_LENGTH=10*10
DEFs += -DMAX_GRAPH_T_ORD=10
DEFs += -DMAX_POL_T_SIZE=10
DEFs += -DMAX_FRAGMENTS=10*10/2
DEFs += -DDRAW=1
LIBs = -lc
#LIBs = -lmudflap -lc

2006/09/28

TDS, hotplug2 fix, my bugs

今日のdiffstat.
[Here's today's diffstat.]
 include/graph_func.h    |   10 -
include/graphpol_func.h | 18 +-
include/list_func.h | 26 +--
src/chromatic_algosC.c | 4
src/chromatic_func.c | 28 ++-
src/chromatic_main.c | 27 ++-
src/graph_func.c | 193 ++++++++++++-------------
src/graphpol_func.c | 215 ++++++++++++----------------
src/list_func.c | 360 +++++++++++++++++++++++++-----------------------
src/planar_func.c | 104 ++++++++-----
src/planar_main.c | 31 ++--
11 files changed, 512 insertions(+), 504 deletions(-)
昨日に続いて,殆どrewriteに近い事をやっているので8行しか増えてない.
具体的には,call by valueになっている所を悉くpointer access化している最中.
可変長の多次元配列をpackingしてcall by valueする所をpointer accessにすると,
結構早くなるみたい. :P
[Yep, it looks like code rewrite.
According to physical SLOC, only +8 lines.
I'm poking it to make all funcs pointer accessing,
instead of dumb packed variadic n-th array call-by-value.
It looks like easy a way to bit of more "rice"-ing. :P]

昨日の夜中,hotplug2の怪しげなwarningが修正されました. :)
[Last night, a warning of hotplug2 was fixed. :)]
9/26 22:58:08 hiyuh
iSteve: still alive?
9/26 23:02:17 hiyuh
iSteve: jsut curious, why BITS_PER_LONG was
re-defined? http://rafb.net/paste/results/gerSBr30.html

9/27 00:31:01 iSteve
hiyuh: sorry, took short map
9/27 00:31:39 iSteve
hiyuh: interesting; in my kernel headers, and those I use for testing
of 2.4, bits_per_long is defined in /usr/include/asm-[arch]/types.h,
and only if __KERNEL__ is set
9/27 00:31:44 iSteve
^ s/map/nap/
9/27 00:32:30 iSteve
hiyuh: I'll ifndef it then
9/27 00:32:45 iSteve
hiyuh: may I ask what version the kernel headers used are?
9/27 00:33:52 hiyuh
iSteve: I use sys-kernel/linux-headers-2.6.16 on Gentoo/PPC.
9/27 00:34:38 iSteve
ah, that could be it, I didn't test it at all on non-x86
architectures; I only tested whether the input is the same as on x86
(tried amd64 and sparc)
9/27 00:36:04 iSteve
fixed in SVN
9/27 00:36:17 hiyuh
iSteve: thanks :)
9/27 00:36:27 iSteve
I thank you:)
で,x11-apps/slimを1.2.6にして,
巷で話題のLDFLAGS="-Wl,--as-needed"に対応してみた.
runtimeでは試してないので悪しからず.
[And then, x11-apps/slim version bump to 1.2.6
w/ build-time LDFLAGS="-Wl,--as-needed".
But not sure whether it's correctness for runtime, though.]
Bug #107526 Comment #61

GNATもvirtual/gnat-4.1なSLOTで入って,
GHDL 0.25がビルド出来た. :)
[New GNAT provide virtual/gnat-4.1 SLOT.
It can build GHDL 0.25, yum-yum. :)]
Bug #83877 Comment #c32

2006/09/26

TDS, hotplug2

恒例のdiffstat晒し.
[Here is today's my diffstat.]
 Makefile                 |    8 
include/chromatic_func.h | 2
include/graph_func.h | 59 +++---
include/graphpol_func.h | 47 ++--
include/list_func.h | 48 +++--
include/planar_func.h | 6
src/chromatic_algosC.c | 16 -
src/chromatic_func.c | 20 +-
src/chromatic_main.c | 51 +++--
src/graph_func.c | 449 ++++++++++++++++++++++-------------------------
src/graphpol_func.c | 52 ++---
src/list_func.c | 71 +++----
src/planar_func.c | 151 ++++++++-------
src/planar_main.c | 29 +--
14 files changed, 527 insertions(+), 482 deletions(-)

#uclibc@FreeNode.netにて.
[Snippet log of #uclibc@FreeNode.net.]
9/26 19:19:55 iSteve
Hi...
9/26 19:20:16 iSteve
although neither busybox nor uclibc, this might be interesting for
some of you: http://isteve.depressant.org/hotplug2/
9/26 19:34:41 hiyuh_work
nice :)
9/26 19:45:39 iSteve
hiyuh_work: thanks, I'm hoping it won't end up as one-user
application:)
9/26 19:47:34 hiyuh_work
iSteve: lol
9/26 21:04:59 iSteve
well the risk is high:)
で,さっそく弄ってみた.
-Osでstrip -sすると,ppc-glibc上だとこんな感じ.
[K, I've poke it w/ -Os + "strip -s".
On ppc-glibc,]
-rwxr-xr-x 1 hiyuh users  22K 2006-09-26 23:06 hotplug2
-rwxr-xr-x 1 hiyuh users 12K 2006-09-26 23:06 hotplug2-dnode
うむ,なかなかイイ. :P
[Oh well, yum-yum. :P]

floatzip, a confined owl

#ggi@FreeNode.netにて.
[Snippet log form #ggi@FreeNode.net.]
9/25 20:04:33 MooZ
http://www.gvu.gatech.edu/people/peter.lindstrom/papers/floatzip/paper.pdf
9/25 20:06:45 hiyuh_work
MooZ: heh, is it your paper? :9
9/25 20:12:07 MooZ
no
9/25 20:12:29 MooZ
but i found it's a cool one
9/25 20:14:21 MooZ
maybe it can be used to compress rgbe and other hdri

"O RLY?" -> "YA RLY!" -> "NO WAI!" -> "Quite RLY..."で,
何故か梟ネタが極一部で流行っていて,全く関係無いモノを思い出した.
少し検索したら見付かった.
塔の中のふくろう
「君、空の容器は確かに、暗鬱とした森林を疾走していました。
しかしその空の容器は、元から空であったのです。」
[There is a phrase combo,
"O RLY?" -> "YA RLY!" -> "NO WAI!" -> "Quite RLY..." going around.
It reminds me this owl stuff.
I found it again.
Tower, a confined owl
"Say, no less the empty coffin would be in the vanguard of gray woods.
However, that already had been stuffed with empty ones."]

2006/09/25

On {Satur,Sun}day w/ My Gentoo

土日中に~ppcに追い付いて,色々ムニャヘニャするハズが,
open{ssl,ssh}やらgnutlsやらpopplerやらでライブラリがプチ壊れて,
「revdep-rebuildを実行 -> 終了する前に寝落ち」を繰り返してた. :P
結局,~ppcに追い付いただけで,それっぽい事は出来てない.
んー,OSCのネタも適当に用意しなけりゃならんのですかねー.
十月中に夏休み(!?)が五日間取れるハズなので,
取り敢えず,Xynth on Gentoo/uClibc w/ Armadillo-9かな?
[Well, I would make my gentoo recently ~ppc env
and do someting on this saturday and sunday, though.
open{ssl,ssh}, gnutls, poppler libs has a bit of breakages,
then I did "revdep-rebuild -> Zzz" routine repeatedly. :P
Finally, I've made my gentoo recent ~ppc env
but it's not more or less.
Hmm, should I prepare something for OSC?
Well, I have plan to get 5 day time as summer(!?) vacation
in October.
So, can I poke "Xynth on Gentoo/uClibc w/ Armadillo-9" or so?]

で,これ.
Chris Whiteの兄貴に教えてもらった. :D
[Yay, Chris White bro shows me funny bug report. :D]
Bug #148844

んで,今,UTC 19:00よりGentoo/PPCのエラいdev達が
IRC meetingするっぽいのだけれど,それってJST 4:00なのですが,
/joinしといて,無理っぽかったら寝ますかね. :P
[BTW, now, Gentoo PPC Meeting start at UTC 19:00.
It means at JST 4:00.
Umm, could I join it to get the log and sleep? :P]

2006/09/16

a hardware thingy, dev-db/sqlite

メモメモ. :9
[Memorized for myself.]
LinuxHardware.org

今日,app-portage/eixのアップデートでUSEフラグを確認したら,
dev-db/sqliteが利用可能な事に気付く.
その手のサーバでもないのに/varな所がアレになりそうなので,
USE="-sqlite"な感じにしようかと思ったが,
SQLite home pageを見るとそうでもないらしい.
あと,gentoo-embedded MLでvapierが
「SQLiteはuClibcでもイケる」
と言っていた事を思い出したので我慢してみる事にした. :P
[Today, I found dev-db/sqlite dep as a USE of app-portage/eix.
My G4 lappy is not DB server, so to make /var stuff sane
I won't to enable it like USE="-sqlite".
But according to "About SQLite" of SQLite home page,
it doesn't do that.
And then, a post of gentoo-embedded ML like vapier said,
"SQLite on uClibc is OK"
So, I'll do it. :P]

取り敢えず,無駄にlocal overlayに3.3.6なebuildを持ってきて
upstream最新の3.3.7にbumpして,
strict aliasing等をムニャヘニャした後,
USE="sqlite"なeixをemergeしてみた,問題無さげ.
コンパクトなコードになっているのでemergeするのも楽だ.
普通にSQLなライブラリとして使っても良いかも.
[First, pulled 3.3.6 offcial ebuild was pulled in my local overlay.
Then, bump it to upstream newest 3.3.7 and sanitizing strict aliasings or so.
Finally, I emerge app-portage/eix w/ USE="sqlite", it looks like fine.
Compact code makes my emerging time faster than bloat ones'.
to use it as a SQL lib is worth to consider, IMHO.]

修正: タイポ :P
[FIX: typos. :P]

2006/09/15

A RefOfWebServ, RTFM, monolithic X

メモメモ. :9
[Hmm, it's worth to memorize.]
nweb: a tiny, safe Web server (static pages only)

何故か,#gentoo-embedded@FreeNode.netで関係無い話.
[A unrelated talking on #gentoo-embedded@FreeNode.net.]
9/14 20:12:15 kolla
Hm... I get "WARNING: usage of RSYNC_EXCLUDEFROM is deprecated,
use PORTAGE_RSYNC_EXTRA_OPTS instead" when I sync, but I cant find
any docs on PORTAGE_RSYNC_EXTRA_OPTS
9/14 20:15:00 kolla
google helps though
9/14 20:21:56 *
hiyuh_work cann't understand why on the earth didn't read the fine
manual...
9/14 20:33:17 kolla
I'm not from this planet :)
9/14 20:35:55 hiyuh_work
then, that's OK. :P
9/14 20:36:20 *
theBear comes from planet Australia.. things are different there
9/14 20:54:59 kolla
hehe
ついにモノリシックなXに粛正が! :P
移行作業はお早めに.
[K, abandon monolithic X! :P.
To migrate it is recommend ASAP.]
Monolithic X no longer supported

2006/09/14

CLS, dumb CFLAG, JUST COMPILED(tm)

おー,Pythonすげー. :)
[Oh, Python rocks. :)]
A Python benchmarks on Gentoo
あー,Haskellもすげー. :(
[Umm, Haskell would be better? :(]
A Haskell GHC benchmarks on Gentoo

で,今日の#gentoo-bugs@FreeNode.net.
[Here's a today's #gentoo-bugs@FreeNode.net talking.]
9/13 22:45:00 jeeves
[New Bug] https://bugs.gentoo.org/147451 nor, P2, x86,
duncan-bugs@dwebb.ch-bug-wranglers@gentoo.org, NEW, pending, glibc
all recent versions: can't find a register in class `BREG' while
reloading `asm'
9/13 22:45:17 DrEeevil
hardened I guess?
9/13 22:45:23 jakub
hehe
9/13 22:45:48 jakub
3.3.6
9/13 22:45:55 jakub
we don't care, upgrade first
9/13 22:46:53 DrEeevil
argh :-)
9/13 22:48:07 hiyuh_work
ah, thank gods... -ffast-math + -fPIC...
9/13 22:48:23 jakub
ugh, didn't notice that
9/13 22:48:32 DrEeevil
argh?!
9/13 22:48:39 DrEeevil
is that a contest? most bugs per line?
9/13 22:48:59 hiyuh_work
nice, very nice trying...
9/13 22:49:12 jakub
probably -fPIC to blame
9/13 22:49:19 jakub
anyway, don't care about 3.3 stuff
9/13 22:49:28 hiyuh_work
right
教訓: 変なCFLAGSを使わない事.
[L: Don't use any dumb CFLAGS.]

仕事の方はベースになるプログラムの変更が一区切り.
一応,JUST COMPILED (tm).
はやいトコ,JUST WORKS (tm)を目指す. :P
[K, I've done first draft of base code pokings.
It's JUST COMPILED(tm), ATM.
I'll make it JUST WORKS(tm), ASAP. :P]

2006/09/12

FSF will do prop-up DRI?

忘れてた,メモメモ.
nouveauとか,まだちょっかい出せる領域にいるなー. :P
[Well, I forgot to memorized.
Umm, nouveau can be enough to be poked, or? :P]
A post form FSF to dri-devel ML

How about your gcc[4][1][1].karma?

うーん,或る程度予想はしていたけど,
gcc-4.1.1関連のバグ報告がイイ感じだ. :P
[Umm, TBH, these're not what I could expect.
The bugs which related gcc bumps to >=4.1.1 really rock. :P]
9/12 19:38:01 jakub
!rdep xfractint
9/12 19:38:01 jeeves
no reverse rdepends info for xfractint
9/12 19:38:14 DrEeevil
leave that alone ;-)
9/12 19:38:23 DrEeevil
(but it rarely worked well)

9/12 20:26:10 Opfer
jakub: ping
9/12 20:26:23 Opfer
jakub: still need help on bug 147158
9/12 20:26:24 jeeves
Opfer: https://bugs.gentoo.org/147158 maj, P2, x86,
mrsteven@gmx.de-spock@gentoo.org, NEW, pending,
=x11-misc/xfractint-20.4.00 doesn't compile
9/12 20:26:27 Opfer
?
9/12 20:27:43 jakub
Opfer: well, if you have ppc? :)
9/12 20:27:53 jakub
or sparc
9/12 20:27:59 jakub
amd64 - not reproducable
9/12 20:28:13 Opfer
You cced x86, so I thought you need additional testing
9/12 20:28:20 Opfer
I can reproduce it.
9/12 20:28:37 jakub
Opfer: well... yeah, I CCed x86 b/c it looks like a weird x86-specific
issue :)
9/12 20:28:45 Opfer
Ok
9/12 20:28:50 jakub
the other one as well non-reproducable on amd64, starts normally
9/12 20:29:50 Opfer
.03 seems to emerge fine though
9/12 20:29:56 jakub
yeah, but doesn't run
9/12 20:30:07 Opfer
Oh yes, the other bug
9/12 20:30:22 jakub
and, weirdly enough, it runs on amd64 just fine
9/12 20:30:47 jakub
doesn't make much sense to me
9/12 20:31:02 Opfer
Did you nag the other arches?
9/12 20:33:37 jakub
Opfer: well, just managed to get some amd64 folk so far :)

9/12 20:33:42 hiyuh_work
hmm, it needs to test on ppc?
9/12 20:33:54 jakub
if you can, yes please
9/12 20:34:22 hiyuh_work
k, I'll try :)
9/12 20:34:33 jakub
emerge =x11-misc/xfractint-20.4.00 and see if it bombs out on segfault
right at start of compile
9/12 20:34:45 jakub
and then the latest ~arch and test if you can run it
9/12 20:35:11 Opfer
jakub: Reproducable, but ni idea how to avoid it...
9/12 20:35:24 jakub
hiyuh_work: mind that you need to re-login or run env-update &&
source /etc/profile for the second one
9/12 20:36:13 jakub
hiyuh_work: i.e., be some you have FRACTDIR=/usr/share/xfractint
variable set
9/12 20:36:25 jakub
Opfer: yeah, NFC really
9/12 20:36:32 zlin
happens to me too
9/12 20:36:51 jakub
Opfer: I looks at the patches, and there's nothing that strikes me
as apparently related
9/12 20:36:54 Opfer
jakub: There is a .04
9/12 20:36:56 jakub
*looked
9/12 20:36:59 jakub
spelling--
9/12 20:37:03 Opfer
upstream
9/12 20:37:27 jakub
hmmm, worth a shot

9/12 20:41:44 hiyuh_work
jakub: on my ~ppc env, emerge =x11-misc/xfractint-20.4.00 is fine.
9/12 20:41:49 hiyuh_work
and it just works (I did FRACTDIR=/usr/share/xfactint
/usr/bin/xfractint), it can shows me a fractal graphic.
9/12 20:42:10 jakub
zomg
9/12 20:42:22 jakub
hiyuh_work: please, can you note that on the bug? :)
9/12 20:42:50 jakub
(or, better on both bugs)
9/12 20:43:05 hiyuh_work
well, to reproduse it requires ricer cflags? :P
9/12 20:43:34 hiyuh_work
I'm using -Os + altivec flags, atm.
9/12 20:44:33 jakub
uhm? I thought it worked just fine for you
9/12 20:44:41 jakub
or, you can reproduce it as well?
9/12 20:46:51 hiyuh_work
nope, it works here. I cann't reproduce the segfault w/ 29.4.00.
9/12 20:47:07 hiyuh_work
s/29/20/
9/12 20:47:24 jakub
oh ok... then just note that it works fine on ppc :)
9/12 20:50:26 hiyuh_work
uhm, but it has ton of strict-aliasing warnings, *ugly*.
9/12 20:50:31 hiyuh_work
if it was emerged w/ ricer flags, some runtime segfaults could be,
I guess.
9/12 20:50:57 hiyuh_work
but yes, it's unrelated that bug.
9/12 20:55:01 hiyuh_work
jakub: so, note it on bug 147158, or?
9/12 20:55:02 jeeves
hiyuh_work: https://bugs.gentoo.org/147158 maj, P2,
x86, mrsteven@gmx.de-spock@gentoo.org, NEW, pending,
=x11-misc/xfractint-20.4.00 doesn't compile
9/12 20:55:10 jakub
yeah
9/12 20:55:13 hiyuh_work
ok

9/12 20:56:18 jakub
Opfer: ok, updated the patch and trying .04 now
9/12 20:57:05 jakub
Opfer: ugh
9/12 20:57:14 jakub
bombs out in a horrible way
9/12 20:57:35 jakub
looks like completely broken includes
9/12 21:00:02 jakub
oh wonderful, they are all commented out and assumed later on

9/12 21:02:13 hiyuh_work
jakub: aww, xfractint-20.4.00 has runtime segfaults. It BOOMed when
I commented on that bug report. :P
9/12 21:03:14 jakub
hiyuh_work: wonderful... well, that thing is just plain borked,
should never have been stable
9/12 21:03:26 DrEeevil
argh?!
9/12 21:03:29 jakub
.04 is not a solution, it bombs out in a horrible way
9/12 21:04:20 jakub
hiyuh_work: just for fun, this is what I get when trying to compile
.04: http://rafb.net/paste/results/X7ORUQ31.html
9/12 21:05:02 hiyuh_work
blah :P
9/12 21:05:19 Opfer
Jakub: Let's put it back where it belongs...
9/12 21:05:35 jakub
Opfer: package.mask? :P

9/12 21:06:00 hiyuh_work
well, I'm trying to re-emerge it w/ -fno-strict-aliasing, atm.
9/12 21:06:37 jakub
wow, this is a wonderful version bump, go break lots more stuff
9/12 21:06:39 jakub
ugh
9/12 21:07:17 jakub
has someone upstream tried to compile even before releasing? O_O
9/12 21:07:30 DrEeevil
jakub: win32 most likely
9/12 21:07:36 Opfer
.04 seems to be a development version...
9/12 21:08:16 jakub
well, it's borked... not really keen on fixing all those includes,
I'm pretty sure there will be more after fixing common/hc.c
9/12 21:09:23 hiyuh_work
ugh, I got segfaults, even if appended -fno-strict-aliasing. :P
9/12 21:10:40 jakub
blah, crap
9/12 21:10:46 Opfer
So the list of things having to need to die is getting longer...
9/12 21:11:45 *
hiyuh_work is doing "emerge -C x11-misc/xfractint".
9/12 21:12:13 DrEeevil
one reason more to have an automated build-all
9/12 21:13:24 jakub
ugh

9/12 21:14:08 hiyuh_work
jakub: then, should I note about that runtime segfaults, or?
9/12 21:15:02 jakub
hiyuh_work: probably the other bug is more fix
9/12 21:15:08 jakub
it's linked there
9/12 21:15:30 jakub
s/fix/fit/ damn it
9/12 21:15:51 jakub
hiyuh_work: Bug 147030
9/12 21:15:51 jeeves
jakub: https://bugs.gentoo.org/147030 nor, P2, All,
mail@lutz-uwe-lehmann.de-spock@gentoo.org, NEW, pending,
xfractint-20.4.03 segfaults as user but runs as root (permissions
not set properly on /usr/share/xfractint/*)
9/12 21:17:53 hiyuh_work
umm, it related permission?
9/12 21:18:59 jakub
hiyuh_work: nfc
9/12 21:19:10 jakub
blubb claim that it works on amd64
9/12 21:19:18 jakub
it bombs out straigh on x86
9/12 21:19:32 jakub
and it works for some time and then dies on ppc?
9/12 21:19:39 jakub
jesus, this in junk
9/12 21:21:12 hiyuh_work
yeah, I could see some graphics. but if I poked somthing, then it
got segfaults *sometimes*.
9/12 21:22:05 jakub
well, this thing should have the stable keywords dropped, not
acceptable
9/12 21:22:19 hiyuh_work
right


修正: 不正な文法. :P (gcc[4.1.1] -> gcc[4][1][1])
[FIX: invalid syntax. :P (gcc[4.1.1] -> gcc[4][1][1])]

2006/09/11

a comment, time(len(s.m, y.n)) >= 5*H

いやはや,こう言うコメントがあるからbugzillaはやめられんね. :P
[Yum, like this comments sounds kinda like. :P]
Bug #126400 Comment #22

今日はアレな仕様だった或る部分の詳細を明確化する為に,
我領土,S県M市より,YでNな地へ午後より遠征.
電車で往復5時間もかかったが,打ち合わせは一時間弱で終了.
ま,移動時間の半分は寝てたがな. :P
仕様も何とか見通しが着いたし,
「明日からはまともにコーディング出来るなー」
とニコニコしていたら,
「その前にドキュメンテーションしてねー」
との事.
うへ,御尤も. :(
[Today, I have a little business trip to make it clearly
as unclearly/subtle spec was, from our home S-pref-M to a Y&N.
Well, it took 5 hours by train, and the meeting is over less
than 1 hour, though.
Hmm, I had kind of sleeping time where in the train, though. :P
Um, OK, the spec is made clearly now, thus
"K, I'm ready to code it harder."
But, my bosses said,
"WAIT, DO DOCUMENTATION before do it, please."
Right, it makes sense. :(]

修正:不正な文法. :P (5H -> 5*H)
[FIX: syntax invalids :P (5H -> 5*H)]

2006/09/08

The thread really rocks!

あぶねー,flameと勘違いされる所だった. :P
[OK, there is no misunderstanding.
No more flame, plz. :P]
a last my post of dwm ML

2006/09/06

Oh my MeGane!

眼鏡が壊れた... :(
そろそろ寿命だろうとは思っていたが,
今朝会社に行こうとしたら,
あの鼻にかける部分が片方ポロリと取れた.
でも眼鏡無しでは何も見えんので無理して使っている.
違和感,半端無い. :P
[Ugh, my eyeglasses b0rked... :(
Yes, I knew it's really tatty, though.
When I was going to go to my office,
the nose-touched left-side one aparted.
Umm, I cann't see anything w/o my eyeglasses,
I'm force myself to use b0rked one, though.
But, yeah, it makes me really uncomfortable feeling. :P]

2006/09/05

{gnat-,}gcc-4.1.x, sudo makes me LOL

よーし,gnat-gcc-4.1.1でghdlが逝けるかも.
[K, it's fully prepared to try ricing ghdl w/ gnat-gcc-4.1.1.]
Bug #130509 Comment #14

2006.1でgcc-4.1.x系がstableに降りてきた所為で,
-bugsではイイ感じにgcc-4.1.x関連の嵐が!
jakubが"ぷち"キレて仕舞うので,
検索してから新たなバグ報告を御願いします. :D
この辺りを見ると,未解決のgcc-4.x.x関連のバグを追う事が出来ます故.
[2006.1 release allow to use gcc-4.1.x SLOT as stable.
But, yes, -bugs receives some gcc-4.1.x related buggy thingy.
Some dupe posts will make jakub to be really upset.
So, please, please, please, search your issue before file it, plz. :D
FYI, you can see some gcc-4.1.x bugs at these tracker.]
Bug #117482
Bug #140707

で,これ.
やはりsudoさんは最強ですなー. :D
[BTW, check this one.
Oh-Kay, sudo really rocks! :D]

2006/09/02

WillOfNetBSD, EnglishML.subscr(!Native)?

これ.
#ep93xx@FreeNode.netでlennertが"interesting"とか言ってた事だ.
そう言えば,*BSD系には全く疎くなって仕舞ったなー.
ま,同時に,こっちのブツの話題も上がっていたがな! :P
で,drobbins様々は帰ってきますよ,New Developerで.
[This post in /.-jp.
Hmm, IIRC, it was talking by lennert or other guys in #ep93xx@FreeNode.net.
I have long time no see *BSD stuffs, though.
Well, but, umm, I prefered other topic rather than talking about this. :P
And then, Sir drobbins will be back as a New Developer.]

で,これ.
遠慮して仕舞うってのは最初は良く有る事だよなー.
言葉の壁云々も有るし,
言っている事を分かって貰えないってのは辛いモノだ.
英語が巧い事は都合が良い場合が多いけど,
ヘタクソだからって誰もそこを攻めたりはしないと思う.
英語の巧い/下手はそもそもやり取りしたい内容と全く別物だから.
少なくとも,直接的な影響は無い.
そこ,「開き直りやがった」とか言わない事. :P
[And, this post.
To hesitate of "But I was not sure..." is many time seen.
And yes, what others couldn't understatd what I was saying is too sad.
Good english always gives many advantages, ATM.
But, if we have only good eng"r"ish doesn't gives any disadvantages, ATM.
Duh? Good/Bad english is completely unrelated what we want talking about,
at least it doesn't directly affect.
Hey, please don't say "guessed it's a bluff". :P]

修正:タイポ.
[FIX: some typos.]

A screenshot of net-p2p/ctorrent


イカすCUI.
.torrentなブツを落とし,
かくてヤツは種になった.:P
[Cool looks CUI,
it download .torrent thingy,
then it grows up to seed. :P]

2006/08/30

Code Audit, OSC, a DirectFB ML post

上司の方にマージの為に預けておいたBCBなブツを弄った.
うへ,日付毎のスナップショットしかないんですから,
ChangeLog一行でソースコードにコメントも碌に無しで,
変更なんてやらないで...御願いします... :(
早いトコ,何か適当なSCMを使って貰わんと
会社中unmaintainableなコードだらけになる悪寒.
[I had poking the BCB ones which was maintained my boss.
Umm, ATM, we have only daily snapshots though,
but it was poked w/ only 1 line ChangeLog w/o any comments.
Blah, no more crazy change w/o documentation if it's ovbious...
Please, I have not so quite coding skill... :(
Hmm, we definitely needs to use SCM.
Otherwise, we'll choke ourself by unmaintain code stuffs.]

で,Linuxの方の旧実装の為に書かれたコードも見てみた.
なかなかイイ感じにグローバル変数やらシグナルハンドラやら
マジックナンバーやらがそこかしこに散らばっている.
動作実績はあるけど,何か気に食わない... :(
[Then, I also do audit some previous Linux stuffs for its project.
Hmm, some delicous global vars are, scattered signal handlers are,
nice magic numbers are stuffed.
It jusr works, but well, umm a bit of subtle thigy... :(]

Gentoo JP misc MLでOSC 2006 Tokyo/Fallについてのスレッドが動く.
10月末だったら今の仕事は終わってるだろうケド,
何か発表するほどエラい訳でもない.
非x86なGentooは沢山有るケド,
会場までSPARCとかAlphaを持って行くのは
良く良く考えてみたら,何気に死ねそうだ.
カンバッジを箱買いして,
ユーザー(候補?)に配る(タダ?)くらいは出来そう.
しかし,Kalinも仕事でハマっていたとは. :P
[A thread of Gentoo JP misc ML about OSC 2006 Tokyo/Fall moves.
When it's at the end of Oct, the project would be finished, though.
I'm not official dev, so I have no right to mention about Gentoo thigs.
Of cource, I have many junky non-x86 boxes,
but Alpha/SPARC boxes are not potable ones,
and it's hard to bring/bring back it.
Hmm, sonds like to get Gentoo bottons distrubuted
(as fee free?) some users (or candidates?) is not quite difficult, though.
BTW, it's not quite bad to hear Kalin was choked his job. :P]

或るGentooユーザーのDirectFB users MLでの投稿.
微妙にupstreamのMLで話す内容でもないので,
「公式のEbuildを使えば?」
みたいな返事を書いたら,
「公式のEbuildだと,オラのMatroxカードが動かんのじゃー」
みたいな返信を直に貰う.
で,取り敢えず,
「RiceなCFLAGSとかを止めて,
巧く行く野良ビルド時のコンフィグ結果を確認した上で
USE flagsをきちんと設定して,且つ必要な設定ファイルを書いて,
それでもダメならGentooのBugzillaに貼っといて.
そしたら,もう少しマトモに相手をしてあげるよ」
みたいな返信しておいた. :P
[A post of DirectFB users ML from a Gentoo user is.
It sounds like not suit upstream ML, so I've replayed like
"Why didn't you use official ebuild?"
Then, he directly replayed me like,
"The reason is my Matrox card didn't get woking w/ gentoo's."
Like someone always said,
"make it no crazy CFLAGS, check the difference of config result of
strayed build and getoo's to set sane USE flags or so,
write config files w/ reading fine manuals.
Then, if it still didn't work, file it Gentoo's bugzie.
I'm OK to hang on. :P"]

2006/08/29

Memo4JunkyPCMCIA

んー,これかな...?
取り敢えず,メモ.
[Well, this?
Isn't it worth to note, or...]
gentoojp-users 1219

眠い,おやすみ...
[Hmm, sleepy, nite...]

Memo4OldRedHat, kde-base/kttsd

Geodeの方が例のPCMCIA関係でハマりっぱなしなので,
現在の状況と問題点をまとめて上司様々にメールを投げておいた.
で,過去のRedHat9 kernel 2.4.x時のセットアップのメモを読んでみた.
予想はしていたけれど,rpm直叩きの上に,一部野良ビルドかよ... :P
明日からは,現実逃避でコーディングを再開予定也.
[Hmm, Geode still sucks PCMCIA stuffs.
I've summrized about it, and emailed my bosses.
Then, I've skimed old setup memo for RedHat9 w/ kernel 2.4.x, though.
Bleh, that's really horrible combo of "direct rpm command" and
"straied configure && make && make install"...
But, that's I expected, though. :P
Tomorrow, I'll restart my coding instead of poking that junky Geode.]

で,全然関係無いIRCチャンネルで
kde-base/kttsdの日本語関連の開発状況(?)を訊かれた.
日本語が読めないから,その辺りの情報の探し様が無いのだとか何とか.
適当にgoogle.co.jpで検索してみるが,mirrorのindexとか,
2004年とか2005年頃の関係者と思しき人の日記くらいしか引っかからない.
正直に言うと,自分は使ってないから構わんのだけど,
昔,KDEって日本語ローケルサポートがダメダメでリリースから外されなかったけ?
あー,知らんぜー. :P
[BTW,
I was asked about kde-base/kttsd development status of japanese support.
He said that he couldn't understand japanese text, so couldn't find any info.
I've skimed by uisng google.co.jp, but it shows me only mirror index,
or old jap dev diary's entries or so.
TTTT, I havo no KDE stuff, thus it's no matter for me.
But, when KDE had many b0rked japanese support,
the upstream abandoned to release w/ japanese support, IIRC.
Well, please no blame me, it's not my fault, duh? :P]

2006/08/26

IRQ confliction hell

Kernelの.configを調整しながらBIOSを調整した.
が,BIOSのメモリチェックの段階で256MBなブツなのに
128MBしかBIOSが認識していない事に気付く.
Frame Bufferを整理したら,gxfbは動くがgx1fbは動かないっぽい.
前者は(Experimental)で,後者は(Very Experimental)らしい.
更に,CFのmulti mode by defaultは動いたが,
use DMA when availableだと動かないっぽい.
[Hmm, I was poking kernel's .config and BIOS stuffs.
Well, that dumb BIOS sucks because it couldn't do sane mem checking,
I realized it is 256MB, but only available 128MB, though.
And then, (Experimental) gxfb just works, but (Very Experimental) gx1fb
doesn't workd, WTF...
CF can use multi mode by default, but couldn't use DMA when available, NFC...]

で,802.11a/b/gなWireless LANカードを突っ込んだ所,
USB1.1 OHCIなブツとPCMCIAカードバスのIRQがconflictしてる... :(
TIのPCI1410と言う16bit legacyなchipの所為っぽい.
sys-apps/pcmciautilsじゃダメかも...
うーん,sys-apps/pcmcia-csかなー?
いやいやsys-apps/pcmcia-cs-cisも使うのかー?
それともsys-apps/pcmcia-cs-modulesかー?
はたまたsys-apps/pcmcia-pnp-toolsかー?
コイツが動いてくれないと,ひじょーにマズいぜよ. :P
[Then, when I stab 802.11a/b/g wireless LAN card,
USB1.1 OHCI anf PCMCIA card bus got IRQ confliction... :(
TI PCI1410, 16bit legacy chipe needs to die.
PCMCIA stuffs make me mess, there're sys-apps/pcmciautils,
sys-apps/pcmcia-cs, sys-apps/pcmcia-cs-cis, sys-apps/pcmcia-cs-modules,
sys-apps/pcmcia-pnp-tools.
Well, I wouldn't be shot by my bosses, though. :P]

2006/08/24

UTF8+IPAPGothic+GMail = MojiBake

shindoさんの言っていたGMailの怪現象が再現したので,
記念にスクリーンショット. :P
L -> *になってる,v -> Tにもなるらしい.
[Like shindo-san said, I reproduced MojiBake when using UTF8 and IPAPGothic.
Here's a screen shot of L -> *.
And, v -> T could be.]

2006/08/23

Geode GX1 boot log or so

こんな感じになった.
まだ幾つか問題が有るケド,取り敢えずserial consoleとdropbear SSHが動いたので,
残っている別の作業をせねば.
以下,メモ.
1) kernelの.configを調整していない所為で,要らないモノが結構有る.
2) その所為でframbufferがboot中にどこかに逝って仕舞うし,CFのDMAが効かない.
3) udevを/dev/console, /dev/nullだけから動かしているのでbootが激しく遅い.
4) rootfsの大きさが100MB以上.
[K, it just works.
Some unstisfied thigies even are, though.
Serial cosole works, dropbear SSH works... So, I must do other codings.
Some memo are on the below.
1) Kernel's .config aren't sanitized, many unneeded config options are.
2) Due to 1), framebuffer got corrupted and CF's DMA are disabled ATM.
3) Using udev w/ only /dev/{console,null}. So, it makes boot time slowly.
4) Size of rootfs exceeded 100MB, it's too huge as embedded rootfs.]

追加:ヘボ英語入れるの忘れてた. :P
[ADD: Forgot to add eng"r"ish stubs. :P]
hiyuh@fukurou ~ $ /usr/bin/sudo /usr/bin/kermit -c
Connecting to /dev/tts/USB0, speed 115200
Escape character: Ctrl-\ (ASCII 28, FS): enabled
Type the escape character followed by C to get back,
or followed by ? to see other options.
----------------------------------------------------

Press any key to continue.

GNU GRUB version 0.97 (640K lower / 127488K upper memory)

+-------------------------------------------------------------------------+
| Gentoo Linux (2.6.17-gentoo-r5) |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
+-------------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted.
Press enter to boot the selected OS, 'e' to edit the
commands before booting, or 'c' for a command-line.
The highlighted entry will be booted automatically in 5 seconds.

Booting 'Gentoo Linux (2.6.17-gentoo-r5)'

root (hd0,0)
Filesystem type is ext2fs, partition type 0x83
kernel /boot/kernel-2.6.17-gentoo-r5 hda=none hdb=none root=/dev/hdc1 conso
le=tty0 console=ttyS0,115200n8 udev
[Linux-bzImage, setup=0x1c00, size=0x16fc2e]

Linux version 2.6.17-gentoo-r5 (root@fukurou) (gcc version 3.4.6 (Gentoo 3.
4.6-r2, HTB-3.4.4-1.00, ssp-3.4.6-1.0, pie-8.7.9)) #1 PREEMPT Wed Aug 23 10
:05:52 UTC 2006
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000007d80000 (usable)
BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
125MB LOWMEM available.
DMI 2.2 present.
ACPI: Unable to locate RSDP
Allocating PCI resources starting at 10000000 (gap: 07d80000:f8270000)
Built 1 zonelists
Kernel command line: hda=none hdb=none root=/dev/hdc1 console=tty0 console=
ttyS0,115200n8 udev
ide_setup: hda=none
ide_setup: hdb=none
Initializing CPU#0
PID hash table entries: 512 (order: 9, 2048 bytes)
Detected 299.730 MHz processor.
Using tsc for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 123832k/128512k available (1957k kernel code, 4280k reserved, 716k
data, 152k init, 0k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 609.26 BogoMIPS (lpj=304633)
Mount-cache hash table entries: 512
Working around Cyrix MediaGX virtual DMA bugs.
Enable Memory-Write-back mode on Cyrix/NSC processor.
Enable Memory access reorder on Cyrix/NSC processor.
Enable Incrementor on Cyrix/NSC processor.
CPU: Cyrix Geode(TM) Integrated Processor by National Semi stepping 02
Checking 'hlt' instruction... OK.
SMP alternatives: switching to UP code
Freeing SMP alternatives: 0k freed
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xfae00, last bus=0
Setting up standard PCI resources
ACPI: Subsystem revision 20060127
ACPI: Interpreter disabled.
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI: disabled
SCSI subsystem initialized
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Probing PCI hardware
PCI: Using IRQ router NatSemi [1078/0100] at 0000:00:12.0
PCI: Ignore bogus resource 6 [0:0] of 0000:00:12.4
PCI: Bus 1, cardbus bridge: 0000:00:09.0
IO window: 00001000-000010ff
IO window: 00001400-000014ff
PREFETCH window: 10000000-11ffffff
MEM window: 12000000-13ffffff
PCI: Assigned IRQ 11 for device 0000:00:09.0
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 4096 bind 2048)
TCP reno registered
audit: initializing netlink socket (disabled)
audit(1156370080.571:1): initialized
squashfs: version 3.0 (2006/03/15) Phillip Lougher
Initializing Cryptographic API
io scheduler noop registered
io scheduler deadline registered (default)
gx1fb 0000:00:12.4: 2560 Kibyte of video memory at 0x40800000
Console: switching to colour frame buffer device 80x30
fb0: GX1 frame buffer device
vga16fb: mapped to 0xc00a0000
fb1: VGA16 VGA frame buffer device
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
PNP: No PS/2 controller found. Probing ports directly.
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
mice: PS/2 mouse device common for all mice
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
CS5530: IDE controller at PCI slot 0000:00:12.2
CS5530: chipset revision 0
CS5530: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:pio, hdb:pio
ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
input: AT Translated Set 2 keyboard as /class/input/input0
hdc: TRANSCEND, CFA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
hdc: max request size: 128KiB
hdc: 2030112 sectors (1039 MB) w/1KiB Cache, CHS=2014/16/63
hdc: hdc1
116x: driver isp116x-hcd, 03 Nov 2005
USB Universal Host Controller Interface driver v3.0
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
i2c /dev entries driver
md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 4.39
wbsd: Winbond W83L51xD SD/MMC card interface driver, 1.5
wbsd: Copyright(c) Pierre Ossman
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
Using IPI Shortcut mode
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 152k freed

INIT: version 2.86 booting

Gentoo Linux; http://www.gentoo.org/
Copyright 1999-2006 Gentoo Foundation; Distributed under the GPLv2

Press I to enter interactive boot mode

* Mounting proc at /proc ... [ ok ]
* Mounting sysfs at /sys ... [ ok ]
* Mounting /dev for udev ... [ ok ]
* Seeding /dev with needed nodes ... [ ok ]
* Setting up proper hotplug agent ...
* Using netlink for hotplug events...
[ ok ]
* Starting udevd ... [ ok ]
* Populating /dev with existing devices through uevents ... [ ok ]
* Letting udev process events ... [ ok ]
* Finalizing udev configuration ... [ ok ]
* Mounting devpts at /dev/pts ... [ ok ]
* Checking root filesystem .../dev/hdc1: clean, 11806/126976 files, 50553/253756 blocks
[ ok ]
* Remounting root filesystem read/write ... [ ok ]
* Checking all filesystems ... [ ok ]
* Mounting local filesystems ... [ ok ]
* Mounting USB device filesystem (usbfs) ... [ ok ]
* Activating (possible) swap ... [ ok ]
* Setting system clock using the hardware clock [Local Time] ... [ ok ]
* Configuring kernel parameters ... [ ok ]
* Updating environment ... [ ok ]
* Cleaning /var/lock, /var/run ... [ ok ]
* Cleaning /tmp directory ... [ ok ]
* Device initiated services:
* Setting hostname to bs_root ... [ ok ]
* Loading key mappings ... [ ok ]
* Setting terminal encoding to UTF-8 ... [ ok ]
* Setting user font ... [ ok ]
* Starting lo
* Bringing up lo
* 127.0.0.1/8
[ ok ]
* Adding routes
* 127.0.0.0/8 ... [ ok ]
* Initializing random number generator ... [ ok ]

INIT: Entering runlevel: 3
[ ok ]
* Starting syslog-ng ... [ ok ]
* Starting eth0
* Configuration not set for eth0 - assuming DHCP
* Bringing up eth0
* dhcp
* Running dhcpcd ... [ ok ]
* eth0 received address 192.9.200.253/24
* Starting dropbear ... [ ok ]
* Mounting network filesystems ... [ ok ]
* Starting vixie-cron ... [ ok ]
* Starting local ... [ ok ]

This is bs_root.unknown_domain (Linux i586 2.6.17-gentoo-r5) 21:57:39

bs_root login: hiyuh
Password:
Last login: Wed Aug 23 21:45:14 2006 on ttyS0

hiyuh@bs_root ~ $ uname -a
Linux bs_root 2.6.17-gentoo-r5 #1 PREEMPT Wed Aug 23 10:05:52 UTC 2006 i586
Geode(TM) Integrated Processor by National Semi CyrixInstead GNU/Linux

hiyuh@bs_root ~ $ cat /proc/cpuinfo
processor : 0
vendor_id : CyrixInstead
cpu family : 5
model : 9
model name : Geode(TM) Integrated Processor by National Semi
stepping : 2
cpu MHz : 299.730
cache size : 16 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu tsc msr cx8 cmov mmx cxmmx up
bogomips : 609.26

hiyuh@bs_root ~ $ gcc -v 2>&1 | sed -e "s/--/\n\ \ \ \ --/g"
Reading specs from /usr/lib/gcc/i586-pc-linux-uclibc/3.4.6/specs
Configured with: /var/tmp/portage/gcc-3.4.6-r2/work/gcc-3.4.6/configure
--prefix=/usr
--bindir=/usr/i586-pc-linux-uclibc/gcc-bin/3.4.6
--includedir=/usr/lib/gcc/i586-pc-linux-uclibc/3.4.6/include
--datadir=/usr/share/gcc-data/i586-pc-linux-uclibc/3.4.6
--mandir=/usr/share/gcc-data/i586-pc-linux-uclibc/3.4.6/man
--infodir=/usr/share/gcc-data/i586-pc-linux-uclibc/3.4.6/info
--with-gxx-include-dir=/usr/lib/gcc/i586-pc-linux-uclibc/3.4.6/include/g++-v3
--host=i586-pc-linux-uclibc
--build=i586-pc-linux-uclibc
--disable-altivec
--disable-nls
--with-system-zlib
--disable-checking
--disable-werror
--disable-libunwind-exceptions
--disable-multilib
--disable-libgcj
--enable-languages=c,c++
--enable-shared
--enable-threads=posix
--disable-__cxa_atexit
--enable-target-optspace
--enable-clocale=uclibc
Thread model: posix
gcc version 3.4.6 (Gentoo 3.4.6-r2, HTB-3.4.4-1.00, ssp-3.4.6-1.0, pie-8.7.9)

hiyuh@bs_root ~ $ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hdc1 976M 183M 745M 20% /
udev 61M 152K 61M 1% /dev
shm 61M 0 61M 0% /dev/shm

hiyuh@bs_root ~ $ lsmod
Module Size Used by
rtc 8980 0
8139cp 20480 0
8139too 25088 0
mii 5376 2 8139cp,8139too
yenta_socket 24844 0
rsrc_nonstatic 10752 1 yenta_socket
pcmcia_core 38800 2 yenta_socket,rsrc_nonstatic

hiyuh@bs_root ~ $ su
Password:
root@bs_root hiyuh # shutdown -h now

Broadcast message from root (ttyS0) (Wed Aug 23 21:58:21 2006):

The system is going down for system halt NOW!

INIT: Switching to runlevel: 0

INIT: Sending processes the TERM signal

* Stopping local ... [ ok ]
* Stopping vixie-cron ... [ ok ]
* Saving random seed ... [ ok ]
* Unmounting network filesystems ... [ ok ]
* Stopping dropbear ... [ ok ]
* Stopping eth0
* Bringing down eth0
* Stopping dhcpcd on eth0 ... [ ok ]
* Shutting down eth0 ... [ ok ]
* Stopping lo
* Bringing down lo
* Shutting down lo ... [ ok ]
* Stopping syslog-ng ... [ ok ]
* Unmounting filesystems ... [ ok ]
* Remounting remaining filesystems readonly ... [ ok ]
System halted.

(Back at localhost)
----------------------------------------------------
quit

Poking Geode, no virtual/yacc ATM

例のEmbedded uClibc GentooなGeodeは一応bootした.
シリアルコンソールとかFrame BufferとかdropbearなSSHとか,
まだ/etc以下の調整が必要也.
man, info, doc抜きで,展開したkernelのソース,ebuildのツリー,
Portageのキャッシュをお掃除して,self update/debugが最低限可能な様に
toolchainとGentooなバイナリを残した状態で大体,300MB弱になった.
runtime環境で必要十分な状態...
詰まり,ヘッダファイルや普段使わないライブラリやら
バイナリやらを整理すれば,100MB以下にする事も出来るケド,
わざわざbinpkgを作るのは性に合わないので,
ベースにするrootfsで無理なダイエットはしないつもり. :)
[The Geode one tentative boots w/ embedded uClibc Gentoo.
But, it needs more pokings for serial console, frame buffer, dropbear SSH or so
which are configured by /etc files.
No man/info/doc stuffs,
cleaning extracted kernel sources/ebuild tree/Portage cache,
to make it keep to update/debug itself, leaving tool chain and gentoo's utils.
Now, its size is about 300MB or so.
Of cource, really iif runtime env which is not madantory ton of headers,
unneeded libs, not normally bins.
And yes, it's not quiet difficult to reduce the size less than 100MB.
But to make binpkg myself is not my taste, duh.
So hardly diet for my base rootfs isn't sane, IMHO. :)]

で,sys-apps/pcmcia-csやらsys-apps/pcmciautilsを弄っていたら,
dev-utils/yaccとsys-devel/bisonでcollision-protectにハマる.
profileのsystemで入ってくるsys-devel/bisonを-yオプション付きで使えば,
YACC compatな動作をするので,dev-util/yaccを入れる必要は無いハズ.
今の所,virtual/yaccが無い所為でdev-util/yaccに直接DEPENDしてる. :(
#gentoo-dev-help@FreeNode.netで訊いてみると,
YACC compatなブツは四つ以上有るらしい.
後でbugzillaに貼っとくか,メモメモ. :P
[BTW, when poking sys-apps/pcmcia-cs and sys-apps/pcmciautils,
dev-util/yacc and sys-devel/bison have file collision for these bad dependencies.
These PCMCIA packages have dev-util/yacc as directly DEPEND atom,
but sys-devel/bison was emerged as one of system profle stuffs,
and then "bison -y" is YACC compat, though.
So, it's the fault of no virtual/yacc ATM.
According to #gentoo-dev-help guy,
4 or more YACC compat ones in official ebuild tree.
Hmm, this memo will remind me to need to file virtual/yacc RFC to bugzie. :P]

2006/08/21

uClibc stage tarballs, ppc Mac mini

例の仕事で,NS Geode GX1 300MHzなBox PCの為に,
i586-*-linux-uclibc Embedded Gentooなルートファイルイメージを
作ってムニャヘニャしようとしたら,公式(?)に配布しているっぽい
tar玉が古過ぎる事に気付く.
[I've poked NS geode GX1 300MHz,
to create i586-*-linux-uclibc Embedded Gentoo rootfs.
But, umm, I realized official/experimental tarballs are
pretty old, though.]

0) stage3-x86-uclibc-2005.0.tar.bz2を展開して,
1) sys-apps/portageをアップデートして,
2) /etc/make.confと/var/run/bootstrap-progressをムニャヘニャして,
3) /usr/portage/scripts/bootstrap.sh && emerge -e systemを実行.
多分,古いtoolchainとかのゴミが残るので,お掃除しなきゃなー. :(
[0) Extract stage3-x86-uclibc-2005.0.tar.bz2,
1) Update sys-apps/portage,
2) Poking /etc/make.conf and /var/run/bootstrap-progress,
3) Do /usr/portage/scripts/bootstrap.sh && emerge -e system.
Hmm, some craps even are, need to purge it, though. :(]

で,念願のppc Mac miniを手に入れた.
メモリは512MBだけど,PowerPC G4 1.5GHzで
ATI Radeon 9200 64MBなブツが¥60k弱.
コイツはAthlon Thunderbird 1.2GHzでクタビれてきた奴の代わりにしようっと.
あ,でもdev-util/mercurialなレポジトリ用のサーバにもしたいなー. :)
[BTW, I got a ppc Mac mini.
512MB memory, PowerPC G4 1.5GHz, ATI Radeon 9200 64MB...
It was costed about ¥60k == $550.
Hmm, which is better choice use it as replacement of Athlon
Thunderbird 1.2GHz desktop or new dev-util/mercurial repo serv? :)]

FIX: silly typo on title (taralls -> tarballs)

2006/08/18

x11-apps/slim, /me stabs bugzie

#gentoo-bugs@FreeNode.netにて.
[On #gentoo-bugs@FreeNode.net.]
8/18 16:19:00 *
jakub smacks bugzilla
8/18 16:19:30 *
DrEeevil hands jakub the BFH
8/18 16:19:49 jakub
*wheeeeeee*
8/18 16:19:51 jeeves
jakub needs to grow up
Bugzillaが反応がノロいとjakubがキレる,そして何故かjeevesが諌める.
で,jeevesは淡々とbugzillaの新しいポストを報告するボットだったりする. :P
[Sometimes jakub smacks/stabs bugzie, then jeeves try to make
him calm down.
Yay, jeeves is a really cool bot, though. :P]
8/18 16:23:02 jeeves
[New Bug] http://bugs.gentoo.org/144281 nor, P2, All,
tuna@lyua.org->bug-wranglers@gentoo.org, NEW, pending, pyFltk ebuild
8/18 16:50:01 jeeves
[New Bug] http://bugs.gentoo.org/144283 cri, P2, x86,
csad2635@uibk.ac.at->bug-wranglers@gentoo.org, NEW, pending,
xpaint-2.7.0 fails to compile (libXaw95.a does not exist)
8/18 16:52:02 jeeves
[New Bug] http://bugs.gentoo.org/144284 nor, P2, All,
ethouris@gmail.com->bug-wranglers@gentoo.org, NEW, pending,
dev-tcltk/itcl compilation failed
8/18 16:55:02 jeeves
[New Bug] http://bugs.gentoo.org/144285 nor, P2, All,
niknik79@bossmail.de->bug-wranglers@gentoo.org, NEW, pending,
dev-tex/mpm-2.5.2398_beta14 broken
8/18 16:56:02 jeeves
[New Bug] http://bugs.gentoo.org/144286 nor, P2, x86,
w.pessenhofer@tugraz.at->bug-wranglers@gentoo.org, NEW, pending,
qtiplot 0.8.6-2 (Version bump)
8/18 17:22:01 jeeves
[New Bug] http://bugs.gentoo.org/144287 nor, P2, All,
tuna@lyua.org->bug-wranglers@gentoo.org, NEW, pending, flconvert
ebuild
あまりにも反応がノロくなると二重投稿が発生する! :(
[Well, BugzieIsAwfulySlowYaBastardDontMakeSoDupeOhNOOOO!!]
8/18 17:23:02 jeeves
[New Bug] http://bugs.gentoo.org/144288 nor, P2, AMD64,
ivashin@ihep.ru->bug-wranglers@gentoo.org, NEW, pending, mit-krb5
ebuild bug
8/18 17:24:03 jeeves
[New Bug] http://bugs.gentoo.org/144289 nor, P2, AMD64,
ivashin@ihep.ru->bug-wranglers@gentoo.org, NEW, pending, mit-krb5
ebuild bug
8/18 17:29:15 jakub
more!!!111!
8/18 17:38:26 Caster
respond!!!!!
8/18 17:38:31 hiyuh
ah, slow....
8/18 17:38:43 jakub
s/slow/dead/
8/18 17:39:15 Caster
hiyuh actually meant: ah, dead....
8/18 17:39:45 jakub
Please stand by ...
8/18 17:39:50 jakub
*finger*
8/18 17:40:00 hiyuh
hopefully, rebirth...
8/18 17:40:21 Caster
500
8/18 17:40:26 jakub
Please stand by ...
8/18 17:40:44 Caster
does webmaster@g.o get many mails? because it encourages to spam it :)
8/18 17:40:56 jakub
hmmm... Zero byte response
8/18 17:41:07 jakub
haven't seen that one for some time :P
8/18 17:41:14 hiyuh
yeah
8/18 17:42:16 hiyuh
ugh, 500...
8/18 17:44:26 *
hiyuh preps ton of SPAMs.
8/18 17:45:13 Caster
the page should tell you to mail infra@ though
8/18 17:46:12 jakub
junk, junk, junk...
8/18 17:46:13 hiyuh
it sounds like a misconfiguration :P
んー,固まるなー. :(
[Why does ya bastard so freeze?! :(]
8/18 20:34:35 hiyuh
bleh, dead again!?
8/18 20:35:35 dragonheart
damnit - I was going to put in a recruitment bug too
8/18 20:36:18 DrEeevil
hehe
8/18 20:36:26 DrEeevil
bugzie say "nooo!" ;-)
8/18 20:36:31 *
hiyuh stabs.
8/18 20:36:56 *
DrEeevil hands hiyuh the BFH
8/18 20:40:02 genstef
it is even more frustrating to see that there is a patch in bugzilla
to fix it but they are unable to apply it :(
8/18 20:40:24 jakub
:S
8/18 20:40:56 DrEeevil
tehehe
8/18 20:41:01 DrEeevil
it's less than 20 lines
で,何でこんな事をしていたのかと言うと,
例のPentium-Mなノートにブートスプラッシュとログインマネージャを
インストールして,納品する時にはそれっぽく見せようかとムニャっていた為.
sys-apps/qingyを入れようと思ったのだけれど,dev-libs/DirectFBと
vesafb/vesafb-tng/i810fb/intelfbでハマる.
やっぱメインメモリ共有なチップはダメだな. :P
[That's why I stabed bugzie, I'd try to install bootsplash and login
maneger to the Pentium-M's one.
So, I poked sys-apps/qingy, but dev-libs/DirectFB and
vesafb/vesafb-tng/i810fb/intelfb make me choke.
So, a video chip which has no real own vram would be pretty bad. :P]

で,SLiMを発見,
勿論,いつもの如くcompilation waringsを鬼fixしたから. :P
[Then, I found SLiM.
So, it should fix compilation warnings completely w/ my code audit. :P]
Gentoo Bugzilla #107526

そしてupstreamを突っつく. :P
が,パッチを貼っ付けるべき所にコメントして仕舞ったー. :(
[Of cource, poking upstream is Gentooism. :P
Bah, I've mis-posted that my comment as patch, though. :(]
SLiM Patches #001358
8/18 21:23:17 hiyuh
Bleh, BerliOS' interface sucks...
8/18 21:23:48 DrEeevil
somebody donate me the hardware and pay my rent and I'll build
a replacement
8/18 21:24:17 jakub
hiyuh: s/interface// :P
8/18 21:24:38 hiyuh
hehe
ま,結局笑って誤魔化すケドなー. :P
[Hopefully, no one blames me. :P]

2006/08/16

Eng"r"ish, ~x86 on Pentium-M

#gentoo-ppc@FreeNode.netにて.
[On #gentoo-ppc@FreeNode.net]
8/16 20:22:17 zoidberg
hey guys
8/16 20:22:30 zoidberg
i'm wondering if someone can help me answer a few questions
8/16 20:22:31 zoidberg
?
8/16 20:22:34 zoidberg
anyone out there?
8/16 20:24:54 zoidberg
hey is there anyone out there who can help me out?
8/16 20:25:48 zoidberg
anyone out there?
8/16 20:26:01 hiyuh
zoidberg: please, don't ask to ask. just ask, then someone will
answer.
8/16 20:26:17 zoidberg
sorry
8/16 20:26:25 zoidberg
well i have never used Gentoo before
8/16 20:26:40 zoidberg
i have a G3 lombard Powerbook 333mhz 64 mb ram
8/16 20:26:48 zoidberg
i got Ubuntu badger to work on it
8/16 20:27:06 zoidberg
i tried breezy but breezy doesnt support G3 powerpcs
8/16 20:27:26 zoidberg
so i tried installing badger again and i get this white screen when
its partitioning the disk
8/16 20:28:07 zoidberg
anyways i dunno if anyone here can help me out with that particular
problem...but i was wondering if you guys can tell me how efficient
will Gentoo-ppc be on my machine
8/16 20:28:07 zoidberg
?
8/16 20:30:01 zoidberg
can anyone help me out?
8/16 20:30:19 hiyuh
zoidberg: Unfortunately, I haven't poked G3, sorry. :(
8/16 20:30:23 hiyuh
but IIRC, G3 guys may be. be patient.
8/16 20:30:51 zoidberg
what?
8/16 20:31:14 zoidberg
hiyuh, i'm not sure i understand what you just said
8/16 20:32:08 hiyuh
zoidberg: sorry, I'm jap. if you couldn't understand what I said,
please just ignore. :P
8/16 20:32:19 zoidberg
lol
8/16 20:34:04 *
hiyuh speaks Eng"r"ish.
8/16 20:36:29 zoidberg
lol
久しぶりに言っている事が訳分からんと笑われた. :P
['Key, my English definitely Eng"r"ish. :P]

で,Pentium-Mなノートを~x86なGentooにして,
例のプロジェクトの開発環境にした.
2006.0だとtoolchainのアップデートは二回.
そろそろ,新しいリリースが必要ですな. :)
[BTW, I've poked Pentium-M lappy as ~x86 Gentoo for the dev env.
2006.0 forces me to update the toolchain 2 times.
Hmm, it needs to new release. :)]

2006/08/15

Embedded newbies are...

多分,夏休みだからかな?
[Maybe, it's fault of summer vacation?]
8/15 18:18:02 Sante
Hi all
8/15 18:18:14 Sante
i am working in a fakeroot environment trying to compile something
video related (NMM)
8/15 18:18:20 Sante
it says im missing a library called ltdl
8/15 18:18:25 Sante
so i installed libtool-1.5.22
8/15 18:18:32 Sante
i am using a powerpc architecture so when i run ./configure i use
CC=ppc-gcc CXX=ppc-g++ --arch=ppc
8/15 18:18:38 Sante
then run make and make install
8/15 18:18:42 Sante
and it appears fine
8/15 18:18:48 Sante
but when i run file library it says Intel 80386
8/15 18:18:48 Sante
Sante anyone could help me as to what I am doing wrong ?
8/15 18:18:48 Sante
Sante .............. anyone awake ?
8/15 18:18:55 Sante
sorry wrong paste
8/15 18:19:16 Sante
so any1 kno anything to help me out ??
8/15 18:22:36 mmp
Sante: when the compilation starts, you see that make calls 'ppc-gcc',
or just 'gcc?
8/15 18:23:00 Sante
ppc-gcc
8/15 18:25:15 mmp
hmm, and if you do file *.o in the build directory, the files are
ppc or 386 ones?
8/15 18:25:34 *
mmp wonders how could be ppc files linked into 386 executable
8/15 18:26:12 Sante
hang on
8/15 18:28:01 Sante
the build directory, u mean the directory in which the files are
installed?
8/15 18:28:16 Sante
ie usr/local/lib?
8/15 18:30:37 jooopy
Hi, yesterday I had a problem and until today I didn't solve
it. When trying to bootstrap stage1 uclibc I get the error right
at the strat of the process: * Executing: emerge --oneshot -p -v
virtual/os-headers sys-apps/texinfo sys-devel/binutils sys-devel/gcc
virtual/libc virtual/baselayout sys-libs/zlib ------ These are the
packages that I would merge, in order: ----- Calculating dependencies
|!!! Cannot resolve a virtual p
8/15 18:32:16 mmp
Sante: where you build the sources, where are the object files
8/15 18:32:36 mmp
Sorry that I did not write it more clear...
8/15 18:35:32 Sante
the object file is POWERPC
8/15 18:37:48 jooopy
is the http://www.bulah.com/embedded-guide.html should work? Are
ppl here have experience with it?
8/15 18:37:54 hiyuh
Sante: to use more sane CHOST/CTARGET/CBUILD is worth to consider,
though.
8/15 18:38:06 hiyuh
Sante: and then, -I$target_incdir -L$taregt_libdir could help. but
some apps'/libs' configure script sucks x-compile.
8/15 18:38:24 jooopy
I also have something I don't understand
8/15 18:38:41 *
theBear doesn't understand many things
8/15 18:39:12 jooopy
If I run on the host system : ROOT="/tmp/minime" USE="make-symlinks"
emerge uclibc busybox baselayout-lite dropbear
8/15 18:39:36 jooopy
This should make an image, or I need more steps?
8/15 18:40:09 hiyuh
jooopy: nope, virtual/* will be provided by installed packages,
IIRC. don't emerge explicitly these virutal stuffs.
8/15 18:40:14 Sante
ok
8/15 18:40:50 Sante
what do u mean by CHOST/CTARTGET/CBUILD
8/15 18:41:22 jooopy
hiyuh: How do I know what are the virtual stuffs?
8/15 18:41:38 theBear
the category is virtual/
8/15 18:41:39 jooopy
hiyuh: I just ran ./bootstrap
8/15 18:42:34 jooopy
hiyuh: should I block libiconv in /etc/portage/packages.mask ?
8/15 18:43:12 hiyuh
jooopy: the sources always with you. :P
8/15 18:43:43 Sante
hiyuh: i dont understand the CHOST stuff, and what u wrote next
8/15 18:44:44 hiyuh
jooopy: sound like you're trying to build from stage1?
8/15 18:45:26 jooopy
hiyuh: yep, but I don't realy have to. I just follow
http://www.bulah.com/embeddedgentoo.html
8/15 18:45:38 jooopy
hiyuh: Should I start from stage 3?
8/15 18:46:17 jooopy
hiyuh: can you refer me to a good howto ?
8/15 18:47:54 hiyuh
jooopy: first of all, see the
topic. http://arcanux.org/guidexml/cross-development.html
8/15 18:48:30 jooopy
ok
8/15 18:49:25 hiyuh
Sante: you should read env-ver section in this documents.
8/15 18:49:48 Sante
ok
8/15 18:49:55 Sante
ehmm which documents?
8/15 18:50:00 Sante
http://arcanux.org/guidexml/cross-development.html ?
8/15 18:50:05 hiyuh
yep
8/15 18:50:25 Sante
im not using gentoo btw
8/15 18:50:30 Sante
but ill have a look
8/15 18:53:20 hiyuh
Sante: except some commands in this document, these info are common
knowledge of x-development, IMHO.
8/15 18:54:49 Sante
ok
8/15 18:55:09 Sante
i still dont really get my problem, i mean it appears to be compiling
correctly
8/15 18:55:26 Sante
can i show u the ./config and make dumps ? maybe u can help me out
8/15 18:57:37 hiyuh
Sante: of cource, you can show us. but I cann't bet you expext. :P
8/15 18:58:08 hiyuh
s/expext/expect/
8/15 18:58:12 Sante
hehe
8/15 18:59:05 Sante
http://pastebin.ca/132432
8/15 18:59:08 Sante
thats configure
8/15 18:59:39 Sante
and make
8/15 18:59:40 Sante
http://pastebin.ca/132433
8/15 19:04:15 Sante
any idea ?
8/15 19:08:07 hiyuh
Sante: hmm? it looks libtool installing is ok. then, you mean you
couldn't link target libs?
8/15 19:15:35 Sante
i mean
8/15 19:15:49 Sante
when i try to compile my app it says ltdl not found
8/15 19:21:46 hiyuh
hmm? so, ltdl is "libltdl.{a,so}" as your target lib?
8/15 19:29:31 hiyuh
Sante: FYI, this is "locate ltdl" result of my ~ppc gentoo (but
notice, only self compilation tools was installed).
8/15 19:30:02 hiyuh
http://rafb.net/paste/results/OmlsA693.html
8/15 19:30:25 hiyuh
So, if your apps need to link libltdl.{so,a}, you should do like that.
8/15 19:30:38 hiyuh
1) compile it with "-I$inc_dir", $inc_dir is where target's ltdl.h is.
8/15 19:30:41 hiyuh
2) link it with "-L$lib_dir -lltdl", $lib_dir is where libltdl.{so,a}
are.
8/15 19:31:24 hiyuh
maybe, you should check step 2), IMHO.
8/15 19:48:44 Sante
wait
8/15 19:48:56 Sante
at what step do I link with -L$lib_dir -lltdl"
8/15 19:48:57 Sante
?
8/15 19:49:23 Sante
and i dont have libltdl.so
8/15 19:49:49 Sante
only .a
8/15 19:50:00 Sante
when i compile with standard gcc i get the .so aswell
8/15 19:50:07 Sante
hiyuh: is that normal ?
8/15 20:33:35 hiyuh
Sante: *.a is an "ar archive" for static link. *.so is "shared object"
for dynamic link... if you specfied to build only "ar archive"
or your x-compiler can only build static ones, it is normal.
8/15 20:34:27 Sante
ah ok
8/15 20:34:37 Sante
then my compiler can only do static ones
8/15 20:35:05 Sante
but why does my app complain that ltdl is not installed then ?
8/15 20:40:22 hiyuh
Sante: nope, it may be not your apps' fault. to link is to working
of linker as a part of toolchain...
8/15 20:40:35 Sante
hmm ok
8/15 20:40:37 hiyuh
in static link case, libltdl.a should be linked when it was build,
and it's in $lib_dir was specfied -L option. and then you need
-static as well.
8/15 20:40:50 Sante
hang on
8/15 20:40:52 Sante
where do i do this ?
8/15 20:42:47 hiyuh
sane fixing is poking *.{in,am,ac} or so. otherwise, poking Makefile
or manually link it where it failed, IMHO.
8/15 20:43:27 Mimil
hi all
8/15 20:44:07 Sante
ok
8/15 20:44:08 Sante
safe
8/15 20:44:28 Sante
10x
8/15 20:44:58 hiyuh
np
教訓: マニュアルとドキュメントを読みましょう. :P
[L: Do read the fine manuals/documents. :P]

2006/08/14

CQpub.karma == DesignWave.price?

#ep93xx@FreeNode.netにて,CQ出版社についてムニャる. :P
[Talking about CQ pub w/ the folks on #ep93xx@FreeNode.net. :P]
8/14 18:29:55 jcath
.
8/14 18:36:37 lennert
..
8/14 18:36:52 koen
...
8/14 18:37:54 lennert
....
8/14 18:40:43 hiyuh
.....
8/14 18:40:58 jcath
:D
8/14 18:41:10 hiyuh
;p
8/14 18:46:49 jcath
hiyuh, do you know "CQ publishing house
8/14 18:46:53 jcath
in Japan
8/14 18:47:34 jcath
it publishs some very good books and magazines
8/14 18:49:43 hiyuh
jcath: yeah, it's famous and practical.
8/14 18:52:15 hiyuh
well, silly japanese only... http://www.cqpub.co.jp/
8/14 18:52:17 jcath
but all in japanese :(
8/14 18:54:42 jcath
I ream some article before
8/14 18:54:45 jcath
really good
8/14 18:55:17 jcath
but I dont know japanese, so, just guess with the waveform and
schematic figure
8/14 18:55:55 lennert
hehe
8/14 18:56:08 lennert
by that definition, i can read chinese too :)
8/14 18:56:54 hiyuh
well, but, please don't blame me. :P
8/14 18:57:38 jcath
:) just think of that and tell u, hiyuh
8/14 18:57:56 hiyuh
hehe
8/14 18:58:55 lennert
noone blames you :)
8/14 19:00:16 jcath
is the magazine"design wave" expensive ?
8/14 19:03:55 hiyuh
bit of expensive WRT its thickness. but sometime it comes with nice
supplement like sample board (a tiny CPU and FPGA or so).
うーん,その手の雑誌は海の向こうには無いのかな?
[Well, any pub like CQ doesn't be at overseas?]

2006/08/09

KandR[2].Appendix.interest++;

C++が気に入らなくて,現実逃避でK&R 第二版を読み直してたら,
何気に付録が面白い事に気付く.
で,bison/flex (yacc/lex)が使いたくなってきた.
無謀にも少しモニョってみる...つもり. :P
[C++ seems stab me.
So, I did cop-out w/ rereading K&R SE.
Then, I realized its appendix is bit of interesting.
It makes me proceed bison/flex (yacc/lex) way.
Well, a kamikaze plan is... but it's just for fun. :P]

2006/08/08

memo of autoconf-2.60 bugs.

autoconf-2.60関連のメモ.
  • */*-svnなパッケージとかでautogen.shを使っているブツ.
    inherit autotoolsでeautoreconfを使って,autogen.shは使わない.

  • ${S}/m4な感じでm4マクロが分かれているブツ.
    inherit autoconfでAT_M4DIR=${S}/m4 eautoreconf.

[A memo of autoconf-2.60 stupidness...
  • kinda */*-svn packages or so which uses autogen.sh.
    inherit autotools and use eautoreconf, instead of autogen.sh.

  • has ${S}/m4 as modulized m4 macros.
    inherit autoconf and use AT_M4DIR=${S}/m4 eautoreconf.
]

と言う訳で,cjkなエラい人様々,
このブツがautoconf-2.60で"プチ"壊れていますのでヨロシク. :)
[@cjk devs, please fix this silly autoconf-2.60 bugs. :)]
Bug #143053

2006/08/03

autoconf_2_60.karma--; or so

BCBでムニャヘニャしている隣で,
Gentoo on PowerBookのemerge -e worldを走らせていた.
で,sys-devel/autoconf-2.60が幾つかのebuildでハマる原因に
なっているっぽい事に気付く.
[Still poking BCB ones.
Beside that, my PB heats to emerge -e world.
Then, seems sys-devel/autoconf-2.60 makes some
b0rked it.]
(Snippet log of #gentoo-bugs@FreeNode.net)
8/03 11:54:37 hiyuh
grr, autoconf_2_60.karma--;
8/03 12:07:09 dragonheart
hiyuh: thanks for the reminder (-commits)
8/03 12:07:19 dragonheart
hiyuh: how has it broken your life?
8/03 12:44:41 hiyuh
dragonheart: I guess sort of that. but half of
my breakages is in my own ebuilds (unofficial ones).
8/03 12:44:50 hiyuh
I'll try to figure each casus out,
then poke upstream or bugzie.
と言う事で,もう少し弄ってみる事にする. :)
[K, need a bit of to poke it. :)]

で,例のモノはまだ色々dead lockするパターンが...
(Snippet log of #ep93xx@FreeNode.net)
8/03 17:20:30 *
hiyuh got some dead lockings in his stupid threads
progs.
8/03 17:44:00 *
lennert replaces all of hiyuh's locks by nops and
solves the problem :)
8/03 17:45:47 koen
mov r0,r0?
8/03 17:47:44 hiyuh
hehe
8/03 17:50:11 lennert
koen: that's the one
こっちも頑張らねば. :(
[Hmm, all I can do is only to code it, though. :(]

2006/08/02

hg2svn.tailor, BCB.PITA++;

dev-util/tailor...使い方がヨクワカラン. :P
subversionのレポジトリ構成を理解していない所為だなー.
多分,どこか間違ってるハズ.
[dev-util/tailor... it makes me messy. :P
Well, that must depend on my ignorance about
subversion repository structure and scheme or so.
Some bad things are...]
[DEFAULT]
verbose = True

[project]
target = svn:default-target
start-revision = INITIAL
root-directory = /tmp/commit_dir
state-file = hg2svn.tailor.state
source = hg:default-source
subdir = svn_co
patch-name-format =

[hg:default-source]
module = /
repository = /usr/local/portage

[svn:default-target]
module = /trunk
repository = file:///tmp/commit_dir/svn_repos
例のBCBなプログラム,なめてかかっていたら色々面倒な事やっているっぽい.
「制限時間付き待ち行列の各要素に対する運用上問題の無いハッシュ関数」?
グローバル変数のカウンタを回しつつ,似非mutexでロック.
現場でハッシュの値域が足りなければ,
カウンタの上限を上げてcut and tryって,美しくねぇー. :P
[The stupid BCP progs, that makes me really cofuse.
"An operational well-evaluated hash function
for event queuing which has a time limimt"?
Its implementation is,
* Count up crappy global var with a defined maximum value.
* Lock it with dirty mutexing to prevant accessing conflicts.
* If the rage hash value was too narrow, redefine its maxmum value.
For define that maximum value, to cut and try is the way to evaluation.
Bleh, it makes me.code.karma--; :P]

あと,双方向リストのpush/pull/findをdead-lockしない様にに実装せねば...
やべー,納期がー,あー,納期がー. :P
[And then, it required no dead-locking push/pull/find
functionalities for bi-directional list...
Oh, well, there're some dead-locks, here's some dead-lines. :P]

2006/07/31

tailor can be hg2svn?

hg2svnみたいなのが無いか,#mercurial@FreeNode.netで調査.
[Seeking the tool like "hg2svn" in #mercurial@FreeNode.net...]
7/31 20:28:04 hiyuh
uhm, no clue to use mercurial repo in code.google.com?
7/31 20:35:52 Habbie
not currently possible, as far as we know
7/31 20:36:05 xorAxAx
Habbie: whats not possible?
7/31 20:36:24 Habbie
hosting a mercurial repo on google code hosting
7/31 20:36:30 xorAxAx
ah
7/31 20:36:54 Habbie
http://code.google.com/p/branch/
7/31 20:38:03 xorAxAx
only bzr support
7/31 20:38:31 xorAxAx
ok, not really
7/31 20:38:33 Habbie
that will change
7/31 20:38:38 xorAxAx
http://branch.googlecode.com/svn/trunk/
7/31 20:38:39 Habbie
but this is just a project, not google itself :)
7/31 20:38:44 xorAxAx
ah
7/31 20:54:28 hiyuh
hmm, thanks. :(
7/31 20:54:34 hiyuh
then, how can I do like "local_hg_repo -> hg2svn -> google_svn_repo"? :)
7/31 21:10:48 Habbie
i'm sure tailor could do that
7/31 21:11:40 hiyuh
heh, I'll try that. thanks, Habbie.
で,dev-util/tailor発見.
~ppcでキーワードされていないケド,
「Pythonで書かれているっぽいし,動くだろ?」
と言う事でローカルなoverlayに~ppcにして持って来た.
動いたらキーワードリクエストを投げるとして,もうちょっと弄る.
暫し待たれよ. :P
[Uhm, dev-util/tailor has not been ~pp keyworded.
I though, "Well, it smells python-flavor, maybe it'll work."
If it works, I'll file it a keyword request, though.
Put it into my overlay with ~ppc sin.
Well, it's not commited yet. :P]

と言うか,もしかしてdev-utils/darcsってHaskellで書かれてる気配?
[BTW, dev-util/darcs is written in "the" Haskell?]

2006/07/29

My own Portage Overlay is?

コレ,勢いで作った. :P
その内,丸ごとcommitする.
が,なんでmercurialじゃないんだー. :(
[Now, it seems ready. :P
ATM, this repo was no commited, but I'll do.
BTW, why not mercurial... :(]

mutex-flavor FIFO, NomiKai

例のBorland C++ Builderなブツ.
子プロセス生成方法をCreateProcess()とfork(2)しか知らないので,
VCL+GDIなブツと統一感を持った状態を維持しつつ,
適当な複数のスレッドを一つの子プロセスに閉じ込められない事に気付いた.
方法を調べるのが面倒だし,なんか気に食わないので,
自前のmutexを仕込んだFIFOとSleep()で誤摩化しておいた. :P
[Smacked the Borland C++ Builder stuff.
I've only coded for creating child proc by CreateProcess()
or fork(2).
It means this low level system calls make VCL+GDI stuff
crap, IMHO.
So, I realized there is no clue to encapsulate sane threads
into one child proc, if no new stuff learning.
Then, I coded it w/ my stupid mutex-flavor FIFO to fake it. :P]

今日は早めに仕事を終わり,月末定例飲み会.
何故か手始めにボーリングを1ゲームだけやってから,
社長の隣でコーラをガブ飲みしていたら色々絡まれる.
「新人は遅刻しちゃダメ,早く来て会社で寝てろ」とか.
おいおい,それはイイのかー? :P
「MLとかbugzieを見てウケてると,
何時の間にか朝になっているんです」とか
ムニャムニャ言い訳をしておいた. ;)
[Today was NomiKai.
Played bowling, stuffed Cola where next seat of my boss.
Then, he said,
"You should have no morning tardiness, OK?
To snooze when the office time is better."
Well, is really better? :P
So, I outed like,
"Nah, ML and bugzie make me LOL,
and it makes shorter my sleeping time, thogh." ;)]

2006/07/27

BCB.karma--; mercurial.pv.minor++;

Borland C++ BuilderのAnsiStringが変態過ぎる.
何時もながらインテリセンス(?)が激しくウザい.
VCL+GDIでコードがイイ感じにスパゲティになる.
まー,しゃーねーなー. :P
[Borland C++ Builder has weird one, AnsiString.
Intelli-Sense(?) sucks.
VCL+GDI makes my code Spaghetti.
Ah, there're no clue. :P]

で,mercurialが0.9.1になりました. :)
[Yay, mercurial bumps to 0.9.1. :)]

2006/07/25

no more zombie, tracing NPTL?

今日は,dumbtcpdが複数のホストからのtelnet DoS攻撃で
zombie大量発生な感じにならない様にした. :P
7/21からのdiffstatはこんな感じ.
無駄にドキュメンテーションしている所為で遅い. :(
[Today, I've coded to make dumbtcpd has no zombie
procs by using telnet DoS attacking from sevral clients
at same time. :P
Here's its diffstat 7/21~.
Well, my stupid documentation makes slow progress. :(]
 README                          |    8 -
b/Makefile | 76 +++++++++++++++++
b/doc/Makefile | 48 +++++++++++
b/doc/api_dec/accept_dec.c | 4
b/doc/api_dec/bind_dec.c | 4
b/doc/api_dec/connect_dec.c | 4
b/doc/api_dec/getaddrinfo_dec.c | 22 +++++
b/doc/api_dec/listen_dec.c | 4
b/doc/api_dec/socket_dec.c | 4
b/doc/restudy_socket_progs.tex | 173 ++++++++++++++++++++++++++++++++++++++++
b/include/dumbtcpd_common.h | 30 ++++++
b/include/dumbtcpd_main.h | 12 ++
b/include/dumbtcpd_service.h | 9 ++
b/include/dumbtcpd_signal.h | 9 ++
b/include/dumbtcpd_socket.h | 12 ++
b/src/dumbtcpd_common.c | 93 +++++++++++++++++++++
b/src/dumbtcpd_main.c | 56 ++++++++++++
b/src/dumbtcpd_service.c | 20 ++++
b/src/dumbtcpd_signal.c | 94 +++++++++++++++++++++
b/src/dumbtcpd_socket.c | 131 ++++++++++++++++++++++++++++++
20 files changed, 809 insertions(+), 4 deletions(-)

一応,マルチプロセスな並行サーバなのだけれど,
無意味にマルチスレッドにしようかとNPTLなサンプルプログラムを漁るが,
流石になかなか見付からんなー. :(
と思ったら思わぬ収穫.
[ATM, that app is a multi-processing concurrent server,
of cource.
I'd like to make it multi-thread, so I want some simple
NPTL sample code snippets.
Umm, there are no good sample for me.
BTW, I found it, though.]

NPTL Trace Tool Project

おー,サンプルがすげー. :)
[Heh, this sample is quite curious for me. :)]

2006/07/24

ton of warnings, was mentioned by splint

うー,splint先生が厳し過ぎます.
CFLAGS="-O3 -Wall -Werror"で警告無しでもバカスカ怒られる. :(
日々,是精進也. :P
[Umm, splint so buzzes my stupid code.
That code has no warnings w/ CFLAGS="-O3 -Wall -Werror", though.
All I can do is to do code, anyway. :P]

2006/07/20

socket progs, WRT 10kLOC, poking pciutils

例の仕事の為に,madwifi-ngに関してサルベージしつつ,
socketプログラミングを復習中.
select(2)を使うとIPv4/IPv6両対応に出来るらしいが,
man 2 selectが理解不能也.
今回はスループットを測定するのが目的なので,
実際には全然関係無かったりする. :P
[I'm skiming about madwifi-ng and restudying socket progs.
By using select(2), it can support both IPv4/IPv6, I heard.
But "man 2 select" is so messy for me.
Well, this project's propose is measurement some throughput.
So, it's completely unrelated thigs, though. :P]

wmii MLの10kloc projectに関するスレッドが熱い.
まさかUriel(敬称略)の投稿でウケるとは夢想だにしなかったー. :D
[WRT 10kloc project thread in wmii ML got a bit of heat.
Hehe, it's really unexpected that a Uriel's post make me LOL. :D]

で,bug #141111.
どうすっかなー? :/
[BTW, bug #141111.
Uhm, it's subtle... :/]

2006/07/18

Forgot yesterday is UmiNoHi, dwm

あー,海の日を忘れて,会社に逝って仕舞いました. :P
[Well, I went to the office yesterday, that's why I forgot UmiNoHi. :P]

まだ会社のカードキーを貰っていないので,中にも入れず,
三十分程「何かあったっけ?」と考えながら突っ立っていた.
で,宅急便の人が来て,月曜日着の荷物を届けに来たと言うので,
取り敢えず,ソイツを出社した証拠代わりに預かって,帰宅.
[So, I have no card-key for the office, that meant all I could do
is to stand around doing nothing and to have several Qs of what's
it going on.
Elapsed 30mins or so, delivery service man cames.
He said like that "this is due NLT today, though."
So, I received that packages as a evidence of I had been.
Then, returned home.]

今朝,出社してから昨日は海の日だったと気付く.
で,預かった荷物を総務の人に渡して
「昨日,間違えて出社したので,ついでに預かっておきました.」
と言った所,何故か大笑いされた. :P
[Today's moring, I saw tha calendar in the office.
Of cource, I realized yesterday is UmiNoHi.
Then, I brought that package to Coordination Division,
"Well, I've kept this package, because I came to here yesterday,
that's why I forgot UmiNoHi."
So, they were LOL. :P]

で,dwm.
あー,やっぱり逝くトコまで逝ったかー. :D
[BTW, dwm is.
Aww, kinda like. :D]

編集:
おー,10kloc.orgになっとる. :D
[Heh, he got 10kloc.org as its domain. :D]

2006/07/14

133MHz, new project will be...

出来たー.133MHzで動いたー. :)
よくやった,自分. :P
[Wheee, it works with 133MHz synchronous clock. :)
echo "Good job" > /me. :P ]

で,新しいプロジェクトが始まりそうな予感.
Linuxなwireless中継マシンのプログラミングらしい.
あー,GNAP? :P
上司の方によると,きちんとそれに関してやるべき事が決まるまでは,
今までと同じ様なVHDLマクロでヒーヒー言わせると言う腹らしい.
流石に実務はスパルタで一味違うなー.
[Then, new project will be, programing for wireless Linux boxes.
Well, sound like GNAP? :P
My bosses would like to make me feel stuck with messy VHDL macros,
untill this project runs.
Hehe, it's definitely Spartan edu, unlike other ones!]

取り敢えず,一区切りついたので,土日はbugzieでも突っつくか,
ebuildをムニャるか,秘密のVHDLなレポジトリでモニョるかなー? :)
[Hmm, in this week end, I'd like to poke/stub the bugzie,
or play some ebuilds, otherwise crazy commit my secret VHDL repos? :)]

2006/07/11

Ugh, misunderstood the specs, silly me...

何だか例のマクロの内部レイテンシがちょっとだけ合わないので,
ボスに仕様を確認したら,どうも色々間違って解釈していたみたい... :(
結局,半日も方眼紙でタイムチャートのお絵描きをして内部カウントの
スキームとかを再考していた.
納期がやばいので,さっさと直さねば... :(
前の投稿で終わりそうと言っておきながら,ホントに終わるのか? :P
[Uhm, I realized my misunderstanding that macro's specs.
That's why I was getting a bit of screwing up some mismatchings
about internal latencies, was mentioned my VHDL gurus... :(
Finally, I've poke its timing chart half of today for re-construct
internal count scheme or so on, though.
Ugh, the deadline will come... So, I should fix it as soon as possible... :(
Hmm, cann't it be released? :P]

2006/07/07

131MHz, TDS, BK in VHDL #2

そろそろ例のマクロのコーディングに区切りが着くっぽい.
ムニャヘニャした結果,131MHzくらいで動きそうな感じ. :)
そんな今日のdiffstatはー.
[So, that macdo coding will finish.
I've poked it and tested, then it may work with 131MHz clock as maximum. :)
Here's today's diffstat!]

b/compile/DPNC_TOP.vhd | 204 +++++++++++++++++++++++++
vhdl/DPNC.vhd | 14 +
vhdl/IXSW_MOD.vhd | 6
vhdl/RCTRL_MOD.vhd | 391 +++++++++++++++++++++++++++----------------------
vhdl/WCTRL_MOD.vhd | 231 ++++++++++++++++------------
5 files changed, 574 insertions(+), 272 deletions(-)

ちょっと物足りないのは内部レイテンシを仕様に合わせる為に,
代入タイミングを変えたり,
非同期なゲート処理をprocess文に埋め込んだりしたから.
[Well, yeah, it got under 1kSLOC.
That's why, today's work is not code stuff,
I've fixed by changing some signal substitute schem and/or
make async-flavor logics embed into process statements for internal latencies issue.]

更に今日悟った事は,
次のP_CASEとP_IFプロセスは全然違うブツだと言う事.
[Then, I realized these process, P_CASE and P_IF are completely different scheme.]

P_CASE : process (ixRST, iCLK)
begin
if (ixRST = '0') then
oDECODE <= (others => '0');
elsif (iCLK'event and iCLK = '1') then
case iMODE is
when cMODE1 =>
oDECODE <= cCODE1;
when cMODE2 =>
oDECODE <= cCODE2;
:
:
when others =>
oDECODE <= cCODE_INVALID;
end case;
end if;
end process;
:
:
P_IF : process (ixRST, iCLK)
begin
if (ixRST = '0') then
oDECODE <= (others => '0');
elsif (iCLK'event and iCLK = '1') then
if (iMODE = cMODE1) then
oDECODE <= cCODE1;
elsif (iMODE = cMODE2) then
oDECODE <= cCODE2;
:
:
else
oDCODE <= cCODE_INVALID;
end if;
end if;
end process;

2006/07/06

Bugzie is a bit of..., TDS

何だか最近の本家のbugzillaが遅い.
DBがロックするからとか何とか.
今日は"Please stand by..."とまで表示する始末.
なに,まじめに仕事しろって? :P
[Uhm, bugzie is getting slow, though.
Cuz DB locking or so on, I heard.
Today, I've seen that bugzie displayed "Please stand by...".
Um? Should I work more harder? :P]

で,この前から今日までのdiffstat.
[These are my diffstat 7/4 ~ today.]
 a/stim/dat/16QAM_1of2        |   80 --------
a/stim/dat/16QAM_3of4 | 80 --------
a/stim/dat/64QAM_2of3 | 80 --------
a/stim/dat/64QAM_3of4 | 80 --------
a/stim/dat/BPSK_1of2 | 80 --------
a/stim/dat/BPSK_3of4 | 80 --------
a/stim/dat/QPSK_1of2 | 80 --------
a/stim/dat/QPSK_3of4 | 80 --------
b/bench/BENCH_DPNC.vhd | 327 +++++++++++++++++++++++++++++++++
b/stim/Makefile.ghdl | 118 ++++++++++++
b/stim/dat/16QAM_1of2.txt.in | 80 ++++++++
b/stim/dat/16QAM_3of4.txt.in | 80 ++++++++
b/stim/dat/64QAM_2of3.txt.in | 80 ++++++++
b/stim/dat/64QAM_3of4.txt.in | 80 ++++++++
b/stim/dat/BPSK_1of2.txt.in | 80 ++++++++
b/stim/dat/BPSK_3of4.txt.in | 80 ++++++++
b/stim/dat/DPNC_STIM1.txt | 81 ++++++++
b/stim/dat/DPNC_STIM1.vhd | 136 ++++++++++++++
b/stim/dat/DPNC_STIM2.txt | 81 ++++++++
b/stim/dat/DPNC_STIM2.vhd | 136 ++++++++++++++
b/stim/dat/DPNC_STIM3.txt | 81 ++++++++
b/stim/dat/DPNC_STIM3.vhd | 136 ++++++++++++++
b/stim/dat/DPNC_STIM4.txt | 81 ++++++++
b/stim/dat/DPNC_STIM4.vhd | 136 ++++++++++++++
b/stim/dat/DPNC_STIM5.txt | 81 ++++++++
b/stim/dat/DPNC_STIM5.vhd | 136 ++++++++++++++
b/stim/dat/DPNC_STIM6.txt | 81 ++++++++
b/stim/dat/DPNC_STIM6.vhd | 136 ++++++++++++++
b/stim/dat/DPNC_STIM7.txt | 81 ++++++++
b/stim/dat/DPNC_STIM7.vhd | 136 ++++++++++++++
b/stim/dat/DPNC_STIM8.txt | 81 ++++++++
b/stim/dat/DPNC_STIM8.vhd | 136 ++++++++++++++
b/stim/dat/QPSK_1of2.txt.in | 80 ++++++++
b/stim/dat/QPSK_3of4.txt.in | 80 ++++++++
b/vhdl/DPNC.vhd | 354 ++++++++++++++++++++++++++++++++++++
b/vhdl/IXSW_MOD.vhd | 243 +++++++++++++++++++++++++
b/vhdl/RCTRL_MOD.vhd | 370 ++++++++++++++++++++++++++++++++++++++
b/vhdl/WCTRL_MOD.vhd | 300 +++++++++++++++++++++++++++++++
b/vhdl/XSW_MOD.vhd | 195 ++++++++++++++++++++
b/vhdl/common/DELAYRAM.vhd | 93 +++++++++
stim/Makefile.gcc | 20 +-
stim/include/dpnc_internal.h | 67 +++---
stim/include/dpnc_process.h | 9
stim/ref/Makefile | 4
stim/ref/tex/DPNC_memo.tex | 10 -
stim/src/dpnc_expect.c | 18 -
stim/src/dpnc_internal.c | 415 ++++++++++++++++++-------------------------
stim/src/dpnc_process.c | 63 +++---
stim/stimgen.sh | 56 ++++-
49 files changed, 4698 insertions(+), 980 deletions(-)