<kristianpaul> xiangfu: done
<xiangfu> kristianpaul: which project?
<xiangfu> kristianpaul: sorry. I should let you know. we always put any ben issue to http://projects.qi-hardware.com/index.php/p/ben-nanonote/issues/
<xiangfu> kristianpaul: but it's ok.
<xiangfu> kristianpaul: my fault :(
<xiangfu> kristianpaul:  I will move it to ben-nanoote/issues/. is that ok?
<kyak> xiangfu: hi
<xiangfu> kyak: hi
<kyak> xiangfu: uboot-xburst build fails because of absolute paths in package/uboot-xburst/files/board/xburst/nanonote/.depend and package/uboot-xburst/files/nand_spl/board/xburst/nanonote/.depend
<kyak> yesterday i fixed it, but wasn't able to commit
<kyak> if you wish, i can pass modified .depend files to you
<xiangfu> kyak: I think we need remove that file ? right?
<kyak> hm. maybe, i don't know. I ended up setting relative paths
<xiangfu> kyak: this file is create by "make" I think.
<xiangfu> kyak:  thanks for report bug.
<kyak> so if this file already exists, it is not recreated?
<kyak> otherwise, these paths would've been overwritten
<kyak> xiangfu: no problem :) i'll try removing them now, see what happens
<xiangfu> kyak: I think so. yes. let's see what happens.
<xiangfu> kyak: compile fine here.
<kyak> same here
<kyak> so make games with sed were not necessary after all :)
<kyak> *my games
<xiangfu> kyak: ok. I will commit the patch .
<qi-commits> Xiangfu Liu: [uboot-xburst] remove auto generate file. should not be in files/ folder http://qi-hw.com/p/openwrt-xburst/2b62ba4
<qi-commits> bas: ne, the nice editor. http://qi-hw.com/p/openwrt-packages/bc9afd7
<qi-commits> kyak: jfbterm - J Framebuffer Terminal http://qi-hw.com/p/openwrt-packages/d3db171
<qi-commits> kyak: FbTerm, a fast FrameBuffer based TERMinal emulator for linux http://qi-hw.com/p/openwrt-packages/e0a7e26
<freespace> i don't suppose anyone here speaks spanish
<tuxbrain_away> mala suposicion :)
<qi-commits> Xiangfu Liu: [new package] [zhcon] double-byte console, mark as BROKEN http://qi-hw.com/p/openwrt-packages/cf8fece
<qi-commits> Xiangfu Liu: [new package] some unfinished package. mark as BROKEN http://qi-hw.com/p/openwrt-packages/a9090d6
<freespace> so yes then tuxbrain ? :)
<tuxbrain> mm I'm from spain so creo que algo sabre :P
<freespace> hehe
<freespace> suppose right now i have
<freespace> "Hide ELs" = "Ocultar Lugares Estrategicos";
<freespace> I have changed Hide to Show
<freespace> what would be the correct translation for "Show ELs"
<tuxbrain> Mostrar Lugares estrategicos
<freespace> awesome, thanks
<tuxbrain> but a little more of context should make translator live easier :P
<freespace> /* hide EL settings string */
<freespace> :P
<freespace> i am terrible :(
<freespace> this is the first time i had a program localized
<tuxbrain> Ocultar cadenas de inicializacion de lugares estrategicos
<freespace> google failed to translate that
<tuxbrain> we are far to time where a machine can beat humans on humans things, and natural lenguage is the most human thing on earth, complicated, trillions of variants, full of execptions , and totally ambiguouse
<freespace> nod
<freespace> however, in a pinch, it is better than nothing :)
<freespace> our mexican partners are asleep
<freespace> so i can't poke them
<tuxbrain> don't worry you can count on me for now
<freespace> <3
<freespace> apparently there is a difference between mexican spanish and spanish spanish
<tuxbrain> yes :) talking about variants :P
<freespace> :)
<tuxbrain> even spanish spanish is different depending regions :)
<freespace> yeah, i know how that is :) grew up in china
<freespace> just between my parents and myself we speak 4 different dialects
<freespace> and 2 of them effectively foreign to me
<freespace> thankfully they don't share those 2, so they can't plot behind my back without me overhearing :P
<qi-commits> Xiangfu Liu: [new package] [frotz] A Portable Z-Machine Interpreter http://qi-hw.com/p/openwrt-packages/61b8c5c
<qi-commits> Xiangfu Liu: [mcabber] add default configure file /root/.mcabber/mcabberrc http://qi-hw.com/p/openwrt-packages/acfb7ef
<qi-commits> Xiangfu Liu: [mcabber] add rpath-links to EXTRA_LDFLAGS http://qi-hw.com/p/openwrt-packages/02e1c56
<qi-commits> Xiangfu Liu: [fbterm] [jfbterm] always have + in DEBPENDS libs http://qi-hw.com/p/openwrt-packages/cd9c84b
<qi-commits> Xiangfu Liu: [new package] [mcabber] ncurses Jabber client port by Jirka http://qi-hw.com/p/openwrt-packages/b594e2d
<qi-commits> Xiangfu Liu: [frotz] fix error when run install http://qi-hw.com/p/openwrt-packages/0b668f9
<qi-commits> Xiangfu Liu: [frotz] remove check root http://qi-hw.com/p/openwrt-packages/35d9d9e
<tuxbrain> kristianpaul:  unable to get a fix yet :(
<tuxbrain> I also attached a bigger antenna to try this afternoon but then I have keyboard issues, I guess it's draining too much power
<kristianpaul> tuxbrain: yes?
<kristianpaul> too much, did you measure it?
<kristianpaul> i did my first test outside all was good :)
<tuxbrain> just guided by the simptoms, plugged keyboard stops reponding, unplugged it respond again.
<tuxbrain> before I connect the bigger antenna no problem with keyboard
<freespace> what module are you guys using?
<qi-commits> Xiangfu Liu: [xburst] change default font to 6x11 http://qi-hw.com/p/openwrt-xburst/7510b5a
<kristianpaul> freespace: i'm using a sim548
<kristianpaul> freespace: http://en.qi-hardware.com/wiki/GPS
<kristianpaul> the one tuxbrain is on the wiki too
<kristianpaul> mine is kidn of big because gsm part wich i plan use for gprs in some apps maybe
<wpwrak> i'm taking apart a ben for the first time unassisted. so far, i've removed four screws but the top still doesn't seem to want to come off. something in the middle near the lcm is still holding it. are there more screws or should i just pull a little harder ?
<kristianpaul> i remenber well if crews are gone a little of force is rquired
<rafa> wpwrak: I do not if I am following you but I think that speaker has glue on it, so the top is pasted to speaker
<rafa> I do not know*
<rafa> maybe is that?
<kristianpaul> wpwrak: your opening lcm case or the other case?
<wpwrak> kristianpaul: the main case, with main pcb, keyboard, etc.
<rafa> it is the glue on speaker surely
<kristianpaul> yes
<wpwrak> rafa: looks like it. thanks !
<freespace> neat
<freespace> been wanting to get a gsm board
<freespace> the only gps module i ever played with was some 50 job from sparkfun
<freespace> would go nicely with the ben actually
<kyak> someone else has problems bulding glib2 after feeds update?
<larsc> what kind of error do you get?
<kyak> checking for ngettext in -lintl... no
<kyak> configure: error:
<kyak> *** You must have either have gettext support in your C library, or use the
<kyak> *** GNU gettext library. (http://www.gnu.org/software/gettext/gettext.html
<larsc> hm
<kyak> i agree
<kyak> configure: WARNING: libintl.h: accepted by the compiler, rejected by the preprocessor!
<kyak> this is written before
<kyak> i tryed to rebuild a toolchain from scratch, but it didn't help
<kristianpaul> freespace: link? from sparkfun
<lekernel> haha, you discover the wonders of autocrap :)
<qi-commits> Lars-Peter Clausen: MIPS: jz4740: platform.c: Add memory region for NAND banks http://qi-hw.com/p/qi-kernel/0f05725
<qi-commits> Lars-Peter Clausen: MTD: nand: jz4740: Experimental multi-chip support http://qi-hw.com/p/qi-kernel/d6e96ef
<qi-commits> Lars-Peter Clausen: MTD: nand: jz4740: {Enable,Disable} NAND-chip in {probe,remove} http://qi-hw.com/p/qi-kernel/9df8a0f
<qi-commits> Lars-Peter Clausen: foo http://qi-hw.com/p/qi-kernel/a22eb24
<qi-commits> Lars-Peter Clausen: MTD: nand: jz4740: Make macros safe http://qi-hw.com/p/qi-kernel/254d0d29
<qi-commits> Lars-Peter Clausen: MTD: nand: jz4740: supply memory bank address through platform resource http://qi-hw.com/p/qi-kernel/1b3e64a
<larsc> mth: -^  I doubt that it will work, though
<mth> doubt it will work with the Dingoo or at all?
<mth> by the way, the memory banks don't have a fixed address, there is an EMC register for each one
<larsc> i know.
<larsc> but those are the default values
<larsc> and i doubt anyone will ever change them
<mth> I considered moving the bank addresses around in select_chip, to avoid having the recalculate the read and write addr
<mth> but since the assert bits cannot be moved around that would only have made things more confusing
<Ornotermes> larsc: do you know if the hardware in bnn support finer volume control than 4 steps?
<larsc> it can not
<larsc> you need a software volume
<Ornotermes> would be grate with a finer volume control
<mth> by the way, I have experimental support for double buffering in the SLCD driver now
<mth> it allows the use of SDL_HWSURFACE without flickering on overpaints
<mth> maybe this is useful for the NN as well?
<hallo99> /proc/cpuinfo on the nanonote says something about "AES implemented". Is there AES hardware accelartion in the jz4740?
<larsc> no
<larsc> cpuinfo says: "ASEs implemented        :
<larsc> "
<hallo99> too bad, AES accelariton would be helpfull for full crypto
<mth> larsc: the commit that adds "banks" to the platform data seems to be missing
<larsc> indeed
<qi-commits> Lars-Peter Clausen: Add missing part from commit d6e96efcb6163fb63b01f9ee861ffdee1f666e2e http://qi-hw.com/p/qi-kernel/6445d3a
<qi-commits> Lars-Peter Clausen: MIPS: jz4740: platform.c: Add memory region for NAND banks http://qi-hw.com/p/qi-kernel/89f1993
<wpwrak> rafa: i found out what the fat down-arrow does: it's caps lock. HOW NICE. NOW YOU CAN HEAR ME !!!!111 :-)
<mth> larsc: if I boot via USB, the driver works on a single chip Dingoo
<mth> if I boot via u-boot though, it hangs before even showing the penguin
<larsc> hm, interesting
<larsc> i wonder why
<mth> I'm going to try a clean build to make sure it's not some kind of time stamp mixup
<mth> still happens with a clean build
<mth> hmm, if I put return 1; at the very start of jz_nand_probe it still hangs
<mth> I'll try an older kernel, maybe the SD card is the problem rather than the kernel itself
<mth> yep, it's the card that has problems
<mth> hmm, I did copy several PSX CD images onto the card to test psx4all
<mth> is it possible u-boot cannot read beyond a certain sector?
<rafa> wpwrak: haha :D
<unclouded> has anyone got suggestions on the best way to photograph the NanoNote's screen?  I keep getting reflections of the camera in the screen
<kristianpaul> unclouded: not photograh
<kristianpaul> use fbgrab
<kristianpaul> but from ssh
<kristianpaul> so you can capture the screen on the nano
<unclouded> kristianpaul: fbgrab doesn't give a true picture of what the screen looks like
<kristianpaul> hm true
<kristianpaul> well so.. try take picture in low light room
<unclouded> I think I worked out at least one thing just now: use manual shutter speed
<unclouded> otherwise the camera lets so much light in that the pixels have halos
<unclouded> I tried 1/40th sec just now and it looks much better than any of the others I've taken
<kristianpaul> unclouded: nice
<kristianpaul> i'll try with my cam later i also need pics from screen
<unclouded> kristianpaul: if you find out some tips or tricks, could you pleas publish them: http://en.qi-hardware.com/wiki/Taking_good_photos
<kristianpaul> sure
<kristianpaul> unclouded: u posted to the mail list already?
<kristianpaul> photos are relly important i must agree
<unclouded> kristianpaul: I don't understand the question about the mail list
<kristianpaul> i mean you should post the question about takeing pictures of the nanonote screen in the mail list too
<unclouded> kristianpaul: oh I see. good idea
<kristianpaul> xiangfu: ok thanks
<xiangfu> kristianpaul: ?
<freespace> costs a bit mroe now
<kristianpaul> xiangfu: move the bug
<xiangfu> kristianpaul: you are welcome :)