<qi-bot> [commit] Xiangfu Liu: new package: moc, a console audio player http://qi-hw.com/p/openwrt-packages/d072c91
<qi-bot> [commit] kyak: delete accidental config.full_system.rej http://qi-hw.com/p/openwrt-xburst/bba48ac
<xiangfu> kyak: thanks. I am thinking first talk with Mirko. :)
<kyak> xiangfu: hm.. do you mean that this rej file could have been there for a reason?
<kyak> .. i thought it accidentaly got to commit
<xiangfu> kyak: no. let him know. because the commit is from Mirko. if I modify someone's commit. I would like let him know. :)
<xiangfu> kyak: yes. sure.
<kyak> oh, ok!
<kyak> xiangfu: btw, do you have any problems building fbterm/lynx?
<xiangfu> kyak: no, not at all. there is daily build in build host. all fbterm/lynx compile fine.
<xiangfu> kyak: by the way. thanks for your fix about nightsky configure file .
<kyak> xiangfu: np!
<kyak> mirko: hey! how's your problem with fbterm/lynx?
<kyak> mirko: xiangfu confirms that they build fine in a daily build on build host :)
<mirko> kyak: they do not
<mirko> not for me
<mirko> maybe it's a problem on my side, howeve ri do not have any idea what that could be
<xiangfu> kyak: do you know if the libmms patented ?? can we include the libmms in BNN openwrt image?
<kyak> xiangfu: have no idea about libmmss..
<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> huh?
<kristianpaul> scripts/feeds install  -a ...
<kristianpaul> is not more the the this page
<kyak> is make package/symlinks there?
<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?)
<kyak> *what if you do
<xiangfu> viric: when there is a bad block. it's will skip the block, but not run i++, which mean :
<viric> I see
<kyak> seems that you need bad blocks to reproduce that :)
<xiangfu> 1. if you want erase 10 blocks.  2 there is one bad block in the 10-blocks. 3. it will erase 11 blocks.
<viric> ah...
<viric> In fact, the command said something like it overrun
<wolfspraul> almost every 2 GB nand chip should have a few bad blocks
<viric> would it overrun, if it asks for somethign beyond the last block?
<kyak> wolfspraul: is it tested at production line?
<xiangfu> kyak: hmm..  we just need know, if we pass the >4096 blocks address, what the nand chip do.
<kyak> xiangfu: right
<kyak> it would bite it's tail
<kyak> i.e. start from block 0
<kyak> i.e. reflash the bootloader :)
<xiangfu> we need to make sure.
<viric> So
<viric> I tried more than once the nerase 16 4080
<viric> And it always erased the bootloader
<viric> I can't remember if it also erased the kernel
<kyak> viric: you can detect the number of bad blocks gradually decreasing this 4080 :)
<xiangfu> viric: by : sudo usbboot -2 ./xburst_stage2.bin -c "boot;nerase 16 4080 0 0"
<xiangfu> viric: 1. reflash the bootloader to your nanonote. 2. sudo usbboot -2 ./xburst_stage2.bin -c "boot;nerase 16 4080 0 0"
<viric> hm
<viric> I'll try.
<xiangfu> viric: what is the last message when you do 'nerase 16 4080 0 0'
<viric> For me it's easier to build the stage2. That isn't commited anywhere
<viric> ?
<xiangfu> viric: here is "Force erase, no bad block infomation!"
<xiangfu> viric: not yet commit.
<viric> ok
<viric> why would I need to reflash the bootloader? Does it matter? I have a good bootloader already :)
<viric> (can you remind me the letter in the mailing list? :)
<xiangfu> viric: you just said the nerase your bootloader, so I just guess there is no bootloader in your nanonote. sorry.
<xiangfu> viric: yes. sure.
<viric> xiangfu: ah, when I noticed that the bootloadear was erased, I flashed  it anew.
<viric> cur += ppb; ?
<xiangfu> yes
<viric> ok
<viric> I'll try only once at home
<viric> (in some hours)
<kyak> viric: right, never accept binary files from strangers ;)
<viric> never :)
<xiangfu> kyak: viric here is the compile log of moc. it started. then give a  Segmentation fault
<viric> hmm I did not have any interest in running ;)
<viric> do you ask for help getting it to work?
<viric> in running *it*
<kyak> strace might give some hints
<viric> for a segfault? :) that would be good chance
<viric> gdb helps more
<kyak> everything is stripped in openwrt
<kyak> would require a complete rebuild to make use of gdb
<kyak> strace gave me useful hints couple of times
<viric> debug info in mpc only could be enough
<kyak> debug info in a single package didn't help me when i tryed debuggin stardict :)
<xiangfu> too bad, I just run the "nerase 16 4080 0 0", don't have rootfs any more. :(
<kyak> xiangfu: btw, should we perhaps enable debug and gdb in config.minimal? or maybe create a config.debug?
<wolfspraul> kyak: we should document how to zoom in on particular bugs with gdb
<viric> xiangfu: that is what it should do. Erase the rootfs. :)
<wolfspraul> yes! :-) that's just what I wanted to write
<kyak> might be usefull in such cases
<wolfspraul> config.debug or so
<viric> you are crazy. You did not have means to debug?: )
<kyak> we do. don't you see, we already agreed to have config.debug? :)
<viric> hehe
<kyak> it's easier than you think
<viric> ok
<kyak> just enabling couple of options in menuconfig
<viric> you use uclibc, right?
<kyak> we do, however, this is adjustable
<viric> nice
<kyak> are you basing on uclibc, too?
<viric> now I'm using glibc
<viric> I can try to switch...
<kyak> are you suffering of spped decrease or something? is it even noticeable?
<viric> I'm not comparing. I don't know. :)
<kyak> oh ok
<viric> I don't notice anything special.
<kyak> it would be initersting to build against glibc
<kyak> i remember someone developed simple benchmark in lua for Ben
<viric> if you have any benchmark I should try... I can
<kyak> mm
<kyak> somewhere in the mailing list
<kyak> would be very intetsrting to compare indeed
<kyak> (and with jlime, too)
<viric> let's start a contest :)
<kyak> ...and start by finding this mail :)
<xiangfu> kyak: see the line 109 : http://pastebin.ca/2008602
<xiangfu> it try to using HOST lib path. I  just don't know how to set it to $(STAGE_DIR)/lib ...
<xiangfu> I try to export the "LD_LIBRARY_PATH" before configure. but it's still output like "/lib/x86_64-linux-gnu  ..." not openwrt path.
<kyak> xiangfu: hm... need to have a look at configure script
<kyak> xiangfu: i'll try it later and let you know
<wolfspraul> kyak: can you commit an initial config.debug, same concept as config.minimal, just with the debugging essentials included as well
<kyak> wolfspraul: sure, will do it
<kyak> (when i have it ;)
<kyak> can't seem to find that benchmark...
<viric> was it about memset or memcpy?
<kyak> i see some messages about that,too.. not sure
<kyak> it was something different
<viric> I did not search. I simply have something in mind about that.
<viric> As if I had read it.
<viric> kyak: can you build 'binutils' for your nanonote in openwrt, with uclibc? It's not trivial to link (it wants libutil from glibc).
<kyak> yes, it's ported
<viric> great. thank you .)
<viric> :)
<kyak> xiangfu: seems that the default library search path for moc can be overridden by lt_cv_sys_dlsearch_path
<kyak> like CONFIGURE_VARS+=lt_cv_sys_dlsearch_path=$(STAGING_DIR)/usr/lib
<xiangfu> kyak: can we modify the "configure.in" ?
<kyak> i think so.. i'd prefer the CONFIGURE_VARS way (no need for patch)
<xiangfu> kyak: re-compiling .
<kyak> viric: can't find it -\ i guess it was my imagination
<kyak> xiangfu: have to go now. good luck to you :)
<xiangfu> kyak, same error.
<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
<qi-bot> [commit] Werner Almesberger: atusb: rearrange I/Os for new layout http://qi-hw.com/p/ben-wpan/36ea2be
<qi-bot> [commit] Werner Almesberger: atusb.brd: new layout (in progress) http://qi-hw.com/p/ben-wpan/ecaab60
<bartbes> so what's ash equivalent of .bashrc?
<viric> that reminds me of...
<bartbes> nvm found it
<bartbes> .profile
<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.
<qi-bot> [commit] Werner Almesberger: atusb.brd: more layout work (on-going) http://qi-hw.com/p/ben-wpan/20c0517
<qi-bot> [commit] Werner Almesberger: atusb: added bottom ground zones (on-going) http://qi-hw.com/p/ben-wpan/8a3a428
<qi-bot> [commit] Werner Almesberger: atusb/atusb.brd: added ground zones on front layer as well http://qi-hw.com/p/ben-wpan/c7d485a
<qi-bot> [commit] Werner Almesberger: atusb: move traces to coincide with thermal relief http://qi-hw.com/p/ben-wpan/a641eb7
<qi-bot> [commit] Werner Almesberger: atusb: bumped version number to 20101202 http://qi-hw.com/p/ben-wpan/fb26941
<qi-bot> [commit] Werner Almesberger: atusb/cam: updated CAM process for new board http://qi-hw.com/p/ben-wpan/876e12b
<qi-bot> [commit] Werner Almesberger: atusb: add automatic board revision detection; clean up feed line http://qi-hw.com/p/ben-wpan/b8877e0
<roh>    ~.
<qi-bot> [commit] Xiangfu Liu: add -Vall to alsamixer, for display MIC stuff http://qi-hw.com/p/openwrt-xburst/df2cf67