上司の方にマージの為に預けておいた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/30
2006/08/29
Memo4JunkyPCMCIA
んー，これかな．．．？
取り敢えず，メモ．
[Well, this?
Isn't it worth to note, or...]
gentoojp-users 1219
眠い，おやすみ．．．
[Hmm, sleepy, nite...]
取り敢えず，メモ．
[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]
現在の状況と問題点をまとめて上司様々にメールを投げておいた．
で，過去の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]
が，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.]
記念にスクリーンショット． :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]
まだ幾つか問題が有るケド，取り敢えず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]
シリアルコンソールとか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)
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．]
で，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]
[Well, BugzieIsAwfulySlowYaBastardDontMakeSoDupeOhNOOOO!!]
[Why does ya bastard so freeze?! :(]
例の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
[Hopefully, no one blames me. :P]
[On #gentoo-bugs@FreeNode.net．]
8/18 16:19:00 *Bugzillaが反応がノロいとjakubがキレる，そして何故かjeevesが諌める．
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
で，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ま，結局笑って誤魔化すケドなー． :P
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
[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]
['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. :)]
[On #gentoo-ppc@FreeNode.net]
8/16 20:22:17 zoidberg久しぶりに言っている事が訳分からんと笑われた． :P
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
['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?]
[L: Do read the fine manuals/documents. :P]
[Maybe, it's fault of summer vacation?]
8/15 18:18:02 Sante教訓: マニュアルとドキュメントを読みましょう． :P
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
[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]
[Well, any pub like CQ doesn't be at overseas?]
[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]
何気に付録が面白い事に気付く．
で，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関連のメモ．
[A memo of autoconf-2.60 stupidness...
と言う訳で，cjkなエラい人様々，
このブツがautoconf-2.60で"プチ"壊れていますのでヨロシク． :)
[@cjk devs, please fix this silly autoconf-2.60 bugs. :)]
Bug #143053
- */*-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.]
[K, need a bit of to poke it. :)]
で，例のモノはまだ色々dead lockするパターンが．．．
[Hmm, all I can do is only to code it, though. :(]
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...]
「制限時間付き待ち行列の各要素に対する運用上問題の無いハッシュ関数」？
グローバル変数のカウンタを回しつつ，似非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]
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]例のBCBなプログラム，なめてかかっていたら色々面倒な事やっているっぽい．
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
「制限時間付き待ち行列の各要素に対する運用上問題の無いハッシュ関数」？
グローバル変数のカウンタを回しつつ，似非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]
登録:
投稿 (Atom)
![[FSF Associate Member]](http://static.fsf.org/nosvn/associate/fsf-11330.png)