<xiangfu>
mirko:Â Â hmm.. I just found the 'mpd' build with mms. what ever the "BUILD_PATENTED" set.
<xiangfu>
"Patents. Microsoft has patents that may cover your implementations of the technologies described in the Open Specifications. "
<xiangfu>
mirko: I just send out one patch email to openwrt list. there are two duplicate line  about enable-aac in mpd Makefile.
<xiangfu>
mirko: then I found the libmms.
<kyak>
mirko: your are building against 0.9.32
<kyak>
you should enable locale in 0.9.32
<kyak>
for 0.9.30.1 we have in in toolchain/uClibc/config-0.9.30.1/mipsel :
<kyak>
UCLIBC_HAS_LOCALE=y
<kyak>
UCLIBC_HAS_XLOCALE=y
<kyak>
# UCLIBC_PREGENERATED_LOCALE_DATA is not set
<kyak>
# UCLIBC_HAS_GLIBC_DIGIT_GROUPING is not set
<kyak>
it might be a little differenet (more options?) in uClibc 0.9.32.. you can find it by running menuconfig in build dir of uClibc
<xiangfu>
kyak: why this "UCLIBC_HAS_LOCALE" configure make fbterm not compile. (need learning :)
<wolfspraul>
xiangfu: libmms should be OK for now
<kyak>
xiangfu: fbterm relies on several iconv functions, if i remember correctly. we had the patch for fbterm once, when we didn't have locale support.. Now that we have this local support, that patch is not necessary and it is..
<wolfspraul>
I think we should only exclude patented technologies if we positively know someone is enforcing something.
<kyak>
..dropped.. let me find it
<kyak>
xiangfu: this commit 2d7e398567856d8953b9f64576928573aae2c991 in openwrt-packages
<kyak>
xiangfu: and i'm not sure about lynx, but it is something similar.. lynx (just like any other ncurses app) is not able to display utf-8 without locale support from uClibc
<xiangfu>
kyak: thanks.
<xiangfu>
wolfspraul: ok. then when openwrt fix the AAC. I will include the mpd in full_system
<kristianpaul>
mpd :)
<kristianpaul>
ah, is not needed eny more to run script..  command in openwrt in order to update feeds?
<kyak>
if it is, then it's the same as feeds update &
<kristianpaul>
it is
<kristianpaul>
ah ok :)
<kristianpaul>
i just wanted try moc
<kyak>
it's marked as BORKEN
<kyak>
won't appear in menuconfig
<kyak>
so you would have to modify the Makefile a bit
<kristianpaul>
ah well i must un broke it manually then
<kyak>
and see why xiangfu decided to mark it so :)
<kristianpaul>
thanks for remenber that
<kristianpaul>
well is quite new
<kristianpaul>
hey adamwang :)
<adamwang>
kristianpaul, hihi
<kyak>
watching moc screenshots.. not bad at all
<kyak>
i bet it can support utf-8 if built against ncursesw
<wpwrak_>
mocp is great. it's what i use after the death of xmms.
<kyak>
there was time, i used ncmpc
<kyak>
i don't listen a lot of music now :)
<zear>
i used mocp for some time, but then i switched to mplayer :)
<kyak>
it's like you were travelling on horse and now you are travelling on elephant :)
<zear>
why? All i need to do is mplayer /music/collection/*ogg
<kyak>
sure, sure! i mean, mplayer is so powerfull as it seems to me :)
<zear>
i'm not a music maniac, when i feel a need to listen to, i simply launch that couple of tracks i have in one dir
<zear>
so mplayer is perfect for it
<zear>
and mocp is too bloated
<kyak>
are yo uaware of < > keys that allow you to skep to the next track? :)
<wpwrak_>
(mocp) i want the playlist. all the supposed xmms replacements with a gui are way too greedy when it comes to screen real estate
<xiangfu>
wpwrak_: (mocp) there is something wrong with moc package in openwrt-package.git. I am working on that now :)
<kyak>
xiangfu: btw, don't want to disturb you, but i checked the usbboot output yesterday.. indeed it's a continous output to terminal. But as soon as i pipe it into something like | grep SUCCESS, the ouput turns into some kind of..
<kyak>
..buffer
<kyak>
maybe the output of usbboot needs to be fflushed in the usbboot itself
<kyak>
i mean, need to fflush() each time after printf()
<kyak>
i never noticed such behaviour in other software (think of tcpdump)
<xiangfu>
kyak: thanks for the info.
<xiangfu>
do you think we should add fflush() each time after printf()? I don't much care about the delay. :)
<kyak>
i'm not even sure this will help. but yes, i would like to have a smooth indication, not that buffered-skipping output :)
<kyak>
i know that some progress bars tend to display 0% to you - then, bam, it's 50%! and then you don't really know when it will end :)
<xiangfu>
kyak: ok. if I have time  I will fix that.
<viric>
For music I use exactly mplayer like zear
<kyak>
xiangfu: thanks!
<xiangfu>
kyak: also I already cleanup the output message. disable some of them.
<xiangfu>
kyak: if I fix the nerase 16 4080 0 0 problem. I will release a new usbboot.
<xiangfu>
kyak: sometimes the 'nerase 16 4080 0 0" erase the bootloader which is not right. but for now I can not produce that. but from the nand erase code. seems there is something wrong deal with bad block.
<xiangfu>
viric: I am using the mpc/mpd
<viric>
I still don't know those.
<viric>
Is anyone running the SIMD mplayer?
<xiangfu>
in moc package. it always using the host library path . /usr/lib ... etc.
<viric>
xiangfu: 'host', you mean, the build system?
<viric>
some mix host/guest, build/host, and all that
<kyak>
xiangfu: i hope cleaning up the output won't break the reflash_ben.sh :) the progress bar depends on specific messages output  by usbboot
<kyak>
xiangfu: weird bug erasing the bootloader.. never happened to me
<viric>
what bug?
<kyak>
i, however, usually reflash all three uboot/kernel/rootfs
<kyak>
viric: see the message from xiangfu above
<viric>
Ah, the range 16 4080... I reported the problem.
<viric>
Very annoying
<viric>
xiangfu: you cannot reproduce it? I can try again back at home...
<kyak>
viric: why are you erasing the whole NAND?
<kyak>
is 4080 the whole NAND?
<viric>
yes
<kyak>
16 is the end of uboot right?
<viric>
Well, all but the bootloader and the kernel
<kyak>
ah, ok
<viric>
16 is the start of the rootfs
<kyak>
what is you do 16 4060?
<kyak>
i.e. leave some space a little bit (for bad blocks?)
<qi-bot>
[commit] Werner Almesberger: usrp/fscan: results are now quite stable, so 20 instead of 100 runs are enough http://qi-hw.com/p/ben-wpan/60d78fd
<qi-bot>
[commit] Werner Almesberger: usrp: adjust outlier rejection and signal range for improved antennas http://qi-hw.com/p/ben-wpan/c2b489d
<viric>
Somehow, 'dropbear' called shell (bash) does not source /etc/bashrc when running commands like "ssh root@nano ls"
<viric>
bartbes: 'profile' is for interactive shells. .bashrc is for non-interactive shells.
<bartbes>
.bashrc is for bash
<bartbes>
:P
<viric>
no
<viric>
.bashrc is the rc script for bash for non-interactive shells
<viric>
.bash_profile is the rc script for bash for interactive shells
<viric>
which have /etc mates: /etc/bashrc and /etc/profile
<viric>
(usually)
<bartbes>
.profile != .bash_profile
<bartbes>
hmm anyway, I just need an env var set
<bartbes>
it didn't work btw
<viric>
:D
<viric>
why you run ash?
<bartbes>
because it's the default?
<viric>
I hate ash, because it confuses me making me think it's bash. :)
<bartbes>
it's the one is busybox
<viric>
can't you put bash?
<bartbes>
hmm but that one isn't in busybox
<bartbes>
and wolfspra1l said that ash is *very* resource efficient
<bartbes>
anyway, I guess ash isn't executed as login shell, and that's why it ignores .profile
<bartbes>
it is..
<viric>
bash is not efficient at all
<viric>
I have to choose whether to sacrifice my time learning ash, or sacrifice cpu cycles due to bash inefficiency :)
<bartbes>
/etc/profile is where it's at ;)
<bartbes>
what would you need to learn about ash?
<viric>
it does not like some 'bashisms' I write
<viric>
wpwrak_: may it be that the SD works faster than the nand then?
<viric>
kyak: thought of any benchmark?
<viric>
grr
<viric>
I'm trying to build a *single applet* of busybox
<viric>
And I don't know how to parse its '.config' for it to do only the applet I want
<viric>
ah.. 'allnoconfig' may help
<kristianpaul>
wardriving :)
<kristianpaul>
new word to my dictionary
<wpwrak_>
viric: (sd > nand) i remember than someone said so a while ago
<wpwrak_>
viric: dunno how much of this is error correction and such, though. the "naked" NAND ought to be faster, given that its bus is twice as wide and it's an internal bus.