2010-12-04 02:55 <kyak> viric: gdbserver is working here. kind of... i didn't try flashing the image to Ben, it's too big
2010-12-04 03:24 <wolfspraul> kyak: why is it so big?
2010-12-04 03:45 <kyak> wolfspraul: it was not a minimal image, it has stardict + dependencies
2010-12-04 03:45 <kyak> but it's still bigger than usual, of course
2010-12-04 03:45 <kyak> it is not stripped
2010-12-04 06:41 <wolfspraul> roh: you there? about tolerances of the connectors on Milkymist One...
2010-12-04 06:41 <wolfspraul> the ones you need to watch out for are: DC jack, line-in/line-out, and vga
2010-12-04 06:41 <wolfspraul> in that order
2010-12-04 06:41 <wolfspraul> the DC jack is pretty bad, because there was a back and forth about which vendor etc. so the footprint and connector do not provide a very tight connection
2010-12-04 06:42 <wolfspraul> what you can try is on your mechanical sample, you unsolder the DC jack, then you see the tolerance yourself
2010-12-04 06:42 <wolfspraul> I think for the DC jack, you need at least 1mm tolerance on each side
2010-12-04 06:42 <wolfspraul> the DC jack on your mechanical sample is the same as the one used on rc2
2010-12-04 06:43 <wolfspraul> after the DC jack, the next 'worst' are probably line-in/line-out, and then vga
2010-12-04 06:43 <wolfspraul> all others should have fairly small tolerances because the PCB holes are holding them quite tightly in place
2010-12-04 06:53 <viric> kyak: what dependencies may have stardict?
2010-12-04 06:53 <viric> isn't it like dict?
2010-12-04 07:28 <viric> kyak: I still don't have a cross-build gcc in the nanonote though :)
2010-12-04 08:05 <kyak> viric: gtk2, for starters
2010-12-04 08:11 <viric> ah.
2010-12-04 08:46 <kristianpaul> sure gtk2 is not tooo slow?
2010-12-04 08:46 <kristianpaul> for ben as was for freerunner etc..
2010-12-04 08:47 <viric> why would someone want stardict and not dict?
2010-12-04 08:51 <kristianpaul> dics
2010-12-04 08:51 <kristianpaul> i guess
2010-12-04 08:51 <kristianpaul> can you compare dic size in both?
2010-12-04 08:52 <viric> I don't know dics
2010-12-04 08:52 <viric> I only use dict.
2010-12-04 08:52 <kristianpaul> dictionary i meant
2010-12-04 08:52 <viric> I never used stardict
2010-12-04 08:52 <kristianpaul> also StarDict hav translation capabillites
2010-12-04 08:52 <kristianpaul> ahh
2010-12-04 08:52 <kristianpaul> is good
2010-12-04 08:52 <viric> but 'dict' has many clients, among others, console clients
2010-12-04 08:53 <kristianpaul> well i compared with gnudict in jlime
2010-12-04 08:53 <viric> dict.org  I use
2010-12-04 09:00 <kristianpaul> he talking about startdict we can set it as default start and make look the ben as a dictionary again ;)
2010-12-04 09:01 <viric> .
2010-12-04 09:01 <viric> :)
2010-12-04 09:08 <kristianpaul> ha who needs a EMC, lets do wirinng :)
2010-12-04 15:14 <qi-bot> [commit] Juan64Bits: First functional example, ADC an Framebuffer Test http://qi-hw.com/p/nn-usb-fpga/8d95564
2010-12-04 15:15 <kristianpaul> juan64bits: screenshots??
2010-12-04 15:15 <kristianpaul> (ADC an Framebuffer Test)
2010-12-04 15:15 <juan64bits> mistake... ADC and Framebuffer test
2010-12-04 15:16 <kristianpaul> hmm?
2010-12-04 15:16 <juan64bits> is an basic example.. using the diafgram bloack for read ADC data and show over frame buffer
2010-12-04 15:17 <juan64bits> *diagram blocks
2010-12-04 15:17 <kristianpaul> yes but how it look? anyway i'll ty thhe code later i must leave
2010-12-04 15:17 <kristianpaul> :(
2010-12-04 15:17 <kristianpaul> look i meant bacause the refresh
2010-12-04 16:40 <viric> I managed to run 'gcc' in the nanonote
2010-12-04 16:40 <viric> It's super slow
2010-12-04 16:54 <viric> When the RTC forgets the time?
2010-12-04 16:54 <viric> removing the battery?
2010-12-04 16:56 <viric> tries to build fossil in the nanonote
2010-12-04 16:59 <viric> uhm missing zlib. bad try.
2010-12-04 17:29 <kyak> yes, gcc is pretty slow
2010-12-04 17:33 <viric> Is there any other option, to compile, let's say, C code?
2010-12-04 17:33 <viric> kyak: I just sent a benchmark to the mailing list.
2010-12-04 17:34 <kyak> thereis a picoc
2010-12-04 17:34 <kyak> it's a c-code interpreter
2010-12-04 17:34 <kyak> pretty small and fast
2010-12-04 17:34 <bartbes> or tinycc
2010-12-04 17:35 <kyak> viric: benchmark - interesting, i'll have a look
2010-12-04 17:36 <viric> tinycc builds for mips!?
2010-12-04 17:36 <viric> I mean... tinycc is the 'tcc', isn't it?
2010-12-04 17:37 <bartbes> oh, no
2010-12-04 17:37 <bartbes> I guess not
2010-12-04 17:37 <viric> kyak: an interpreter is not a compiler :)
2010-12-04 17:38 <viric> kyak: sorry. I wanted a compiler simply.
2010-12-04 17:38 <kyak> sure, sure...
2010-12-04 17:38 <kyak> it doesn't really matter in case of Ben
2010-12-04 17:38 <kyak> the only use case i see is compiling on the go
2010-12-04 17:39 <viric> on the go?
2010-12-04 17:39 <viric> GB> B0:>5 on the go? :)
2010-12-04 17:39 <kyak> and it doesn't matter whether it is interpreter or compiler
2010-12-04 17:39 <viric> ?> ?CB8?
2010-12-04 17:39 <kyak> 2 ?CB8 )
2010-12-04 17:39 <viric> :)
2010-12-04 17:40 <viric> ?>?@>1C9 openssl speed 2> B2>Q<
2010-12-04 17:40 <kyak> in fact, i didn't find a lot of use for gcc in Ben
2010-12-04 17:40 <viric> neither I
2010-12-04 17:40 <viric> I thought it could help me learning mips assembly.
2010-12-04 17:40 <kyak> i got dissappointed when it didn't compile linux kernel (not enough memory)
2010-12-04 17:40 <kyak> :)
2010-12-04 17:40 <viric> (not specifically the instructions, but how the common operations work)
2010-12-04 17:41 <viric> lack of memory is a big issue there. Big nand, not bad cpu, slow nand, little memory
2010-12-04 17:41 <kyak> agree
2010-12-04 17:41 <viric> We are too used to abuse memory lately, though.
2010-12-04 17:41 <viric> 640KiB should be enough. :)
2010-12-04 17:41 <kyak> adding swap is not very helpful, it is very slow
2010-12-04 17:42 <kyak> i heard this phrase :)
2010-12-04 17:42 <bartbes> swap doesn't sound good for flash based disks though
2010-12-04 17:42 <viric> I try to use swap only for waiting processes, not for running
2010-12-04 17:42 <bartbes> I mean, isn't RAM supposed to be very volatile?
2010-12-04 17:43 <viric> Some day I should learn to adapt that 'swapiness' to my target of "only for waiting processes, not for running"
2010-12-04 17:43 <bartbes> won't this mean that if swap is needed it'll write a lot, fast?
2010-12-04 17:43 <viric> bartbes: swap can be used to put resident size of *waiting* processes apart.
2010-12-04 17:43 <viric> while another process is doing the heavy work.
2010-12-04 17:43 <viric> But I don't like if the OS decides to use the swap for the heavy work
2010-12-04 17:43 <bartbes> true, but it still implies semi-rapid change
2010-12-04 17:44 <bartbes> in any case swap data is supposed to live waaay shorter than your avarage file
2010-12-04 17:44 <viric> Well, I can afford if the mingetty or bash on the terminals I don't use go to swap, and then it takes a few seconds to come again
2010-12-04 17:44 <bartbes> I have no idea what the data sheet of the nand lists as the max num of write cycles
2010-12-04 17:45 <bartbes> but it doesn't help wasting them
2010-12-04 17:45 <viric> bartbes: "life of an average file"? I see this as a fantasy measure
2010-12-04 17:46 <viric> I still have to learn to use the softvol....
2010-12-04 17:46 <viric> kyak: do you use softvol?
2010-12-04 17:46 <viric> My previous attempts were failed on that.
2010-12-04 17:46 <bartbes> viric: why?
2010-12-04 17:47 <viric> why?
2010-12-04 17:47 <viric> I mean... "why" about what?
2010-12-04 17:50 <viric> why I failed about softvol? Due to lack of competence I imagine :)
2010-12-04 17:51 <bartbes> ?
2010-12-04 17:51 <bartbes> oh
2010-12-04 17:51 <bartbes> no, I meant, why did you see that as a fantasy measure
2010-12-04 17:51 <viric> ahh
2010-12-04 17:51 <viric> Well, for some files I want them to live long.
2010-12-04 17:52 <viric> For some not. There are quite different circumstances for every file I use.
2010-12-04 17:52 <bartbes> sure, but there's an avarage
2010-12-04 17:52 <bartbes> :P
2010-12-04 17:52 <bartbes> maybe I should've said "avarage life of a file"
2010-12-04 17:54 <viric> I don't accept an average of something with a big standard deviation ;)
2010-12-04 18:33 <kristianpaul> juan64bits: i dint understand your last commit
2010-12-04 18:34 <kristianpaul> i cant see what changed/added :/
2010-12-04 18:34 <juan64bits> the changes are related with the project "SIE Code Generator"
2010-12-04 18:35 <viric> yesterday I had to open the thin plastic over the board, that makes the keyboard... the 'down' key worked bad. I cleaned a bit it and it works fine again
2010-12-04 18:36 <kristianpaul> juan64bits: ahh my fault i dint realized i can get the diff file
2010-12-04 18:37 <kristianpaul> how i see that with git..
2010-12-04 18:40 <kristianpaul> viric: you should report that on the list, adding a picture will help
2010-12-04 18:43 <viric> uhh
2010-12-04 18:43 <viric> I closed all the nanonote again
2010-12-04 18:44 <kristianpaul> ah np
2010-12-04 18:44 <viric> I don't think that would help much anyone :)
2010-12-04 18:45 <kristianpaul> who knows