| wpwrak | kristianpaul: why AA55AA55 and not AAAAAAAA or 55555555 ? | 01:02 |
|---|---|---|
| wpwrak | that looks a bit suspicious | 01:02 |
| yzhang | i try to find out how to use NanoMap, but didn't find any readme file or documentation. does anybody know where i can find some documentation for NanoMap? | 03:17 |
| yzhang | never mind, i find something here | 03:24 |
| yzhang | http://www.openmobilefree.net/?p=524 | 03:24 |
| yzhang | xiangfu: except for the info on your page, do we have any other docs? | 03:27 |
| yzhang | xiangfu: for NanoMap | 03:27 |
| wolfspraul | yzhang: did you press 'h'? | 03:27 |
| wolfspraul | when you press 'h', you see a nice little help menu popping up | 03:27 |
| wolfspraul | zoom in and out is '+' and '-' | 03:28 |
| yzhang | xiangfu: so h is to popup the help menu, not ? | 03:28 |
| wolfspraul | the problem now is that it has no index, so you cannot search for a street name or other poi | 03:28 |
| yzhang | wolfspraul: thanks. on xiangfu's page said i should press '?' | 03:28 |
| wolfspraul | also we are not very smart yet in which tiles (parts) of the map we are packaging, and how to reload/update missing tiles | 03:28 |
| yzhang | it ididn't work | 03:28 |
| wolfspraul | try 'h' first | 03:29 |
| yzhang | there are also other feathers | 03:29 |
| wolfspraul | xiangfu already changed this so that the help menu will show by default after launching the app | 03:29 |
| yzhang | not in 2010-12-14 release yet, or yes? | 03:31 |
| xiangfu | yzhang: not in 2010-12-14, I did that change after 2010-12-14. | 03:32 |
| yzhang | by the way, i accidentally went into direction page (i think it is) by press 'e', but i can't do anything there, except 'tap' between controls. i assume all these features don't work, correct? | 03:33 |
| yzhang | xiangfu: i see. | 03:33 |
| wolfspraul | don't know never went there. you are pioneering :-) | 03:36 |
| yzhang | k, i will play it around and see what we have in there and what we can actually use | 03:37 |
| xiangfu | yzhang: "Alt + s" will exit the 'direction'. I think you pressed 'r' | 03:39 |
| yzhang | xiangfu: yes, 'r' | 03:40 |
| yzhang | xiangfu: where do you find all these controls? | 03:40 |
| yzhang | xiangfu: guessed or i can find it somewhere, in sources? | 03:40 |
| yzhang | xiangfu: i mean like 'alt+s' is to exit the direction page | 03:41 |
| xiangfu | yzhang: there is a 'underline' under [S] in "Show map" | 03:42 |
| yzhang | xiangfu: ah, i see | 03:43 |
| yzhang | xiangfu: pretty good :) | 03:44 |
| adamw_ | wolfspraul, while i translating *.pos & *.lst to the new smt vendor which they wanted me collecting qty in *.xls file | 03:58 |
| wolfspraul | translation to xls, wonderful :-) well, once we get to this we can automate this on the server too, for more 'traditional' partners so they get their beloved .xls files... | 03:59 |
| adamw_ | means that I manually fill them into *.xls Excel file...well | 03:59 |
| wolfspraul | please do this: upload the .pos and .lst files as created by KiCad, plus the .xls file you create manually, to a new location on downloads | 04:00 |
| wolfspraul | then we can look at this and automate it later | 04:00 |
| wolfspraul | only when you are done with the conversion... | 04:00 |
| wolfspraul | like in downloads.qi-hardware.com/people/adam/pos_lst_conversion/... | 04:00 |
| wolfspraul | so you document the work you did, and we can look at it and see how we can automate it | 04:00 |
| adamw_ | yeah...i suddently thought one thing that I always didn't check those 'value' & 'reference' in KiCad EESchema. | 04:01 |
| adamw_ | yeah...surely I'll upload them all once I done. :) | 04:01 |
| wolfspraul | including the pos & lst please, so we can easily see what work you did | 04:01 |
| wolfspraul | like side-by-side... | 04:02 |
| adamw_ | i used boom 'cat usb_jtag.ord' to see those reference and count. | 04:02 |
| adamw_ | sure sure pos & lst. | 04:02 |
| adamw_ | also *.lst itself I can see this file so that I can also know real qty by manually count. | 04:03 |
| adamw_ | so my question is : if designer forgot to fill or write wrong 0402 or 0603 or value, can boom realize it? or designer suddently changed sch, but forgot to change info in PCBnew/CVpcb? | 04:05 |
| adamw_ | then I already ordered parts. | 04:06 |
| wolfspraul | hmm | 04:07 |
| wolfspraul | I understand your question/idea, but need to look into it. | 04:08 |
| wolfspraul | the bom can also be exported from pcbnew | 04:08 |
| wolfspraul | you are saying we could add some checks that the schematics and the gerbers match, for example in footprint | 04:08 |
| wolfspraul | true? | 04:08 |
| wolfspraul | I need to look into the specific files and how we can compare/match them for consistency. right now I believe the link between schematics and gerbers is weak, and not much checking goes on _between_ those two files. | 04:09 |
| wolfspraul | adamw_: did I understand you correctly? | 04:11 |
| adamw_ | partial correctly. Not only include footprints, also those references/value. | 04:17 |
| adamw_ | for examples, now I am counting the qty for those value are '100nF', the qty is 16pcs for 'C10, C13, C15, C18, C20, C21, C22, C23, C24, C25, C26, C28, C30, C32, C33, C35' | 04:18 |
| wolfspraul | ok | 04:20 |
| adamw_ | later if designer changed C23 to be 82nF then the rules of generating '*.lst' file must EVERYTIME generate it from KiCad again. | 04:20 |
| adamw_ | or if designer suddently changed C23 to 0603, then if I missed this info before I ordered parts..then ....bad | 04:21 |
| adamw_ | so seems that at least: 1, suppose believing the layout footprint is fixed already and I 'believe' it was right. 2, everytime I must git clone then generate .lst | 04:23 |
| adamw_ | well...we can discuss later..i need to finish my translation work and send to them. | 04:24 |
| kyak | wolfspraul: didn't know Spectec were like that.. | 05:04 |
| kyak | wolfspraul: in wiki, it read some time ago that "In October 2009, Renesas released driver sources licensed under the GPL (version 007 for Linux 2.6.24), and a binary firmware (v0.2f)" | 05:05 |
| kyak | so i just didn't care (and don't care) who bought whom and whose name is what :) | 05:05 |
| wolfspraul | sure, all good | 05:06 |
| wolfspraul | the Renesas release took months of me lobbying | 05:06 |
| wolfspraul | I think that whole team has been disbanded since. | 05:06 |
| wolfspraul | it's a long story | 05:06 |
| kyak | it's good you could make it | 05:07 |
| wolfspraul | yeah | 05:07 |
| wolfspraul | shortly before death :-) | 05:07 |
| wolfspraul | (their 'business' death) | 05:07 |
| kyak | it's just a coincidence, right? ;) | 05:08 |
| wolfspraul | well I think what they tried was extremely ambitious | 05:08 |
| wolfspraul | I never spoke to the founder, he already left when Renesas bought the remainders of the startup | 05:09 |
| wolfspraul | so I'm not exactly clear what it was that they tried and why they thought they could be successful | 05:09 |
| kyak | and what do you think they failed? were trying to bite too much? | 05:10 |
| wolfspraul | Renesas only bought it for the people, and to absorb the wifi technology into their SoC monster chips, including everything, to compete with Qualcomm etc. | 05:10 |
| wolfspraul | I don't know what they tried to accomplish :-) | 05:10 |
| wolfspraul | so I also have no opinion, neither my own nor relayed, on why they failed | 05:10 |
| kyak | their site is still running, and i had some discussions with them this summer before byuing Ben | 05:10 |
| wolfspraul | nice! | 05:10 |
| kyak | perhaps these were already people from Renesas.. | 05:11 |
| wolfspraul | who are you talking about? renesas? | 05:11 |
| wolfspraul | yes for sure | 05:11 |
| wolfspraul | I forgot the name of the startup they bought. | 05:11 |
| kyak | i thought i was talking with spectec | 05:11 |
| wolfspraul | well, maybe you were? | 05:11 |
| wolfspraul | don't know | 05:11 |
| wolfspraul | spectec is a small company, 20-30 people, specializing in making external memory cards that include not memory, but other IC-based features | 05:11 |
| kyak | doesn't matter know, they suggested the price for SDW-823 much higher than i got from zhangyu :) | 05:12 |
| wolfspraul | 'low quantity' in comparison to the memory card makers | 05:12 |
| wolfspraul | so they find an IC they think could work in a card, then they build a card around it | 05:12 |
| wolfspraul | normally in collaboration with the IC maker, the driver will come from the IC maker, and the IC maker needs to support Spectec for any more serious technical challenges | 05:12 |
| kyak | i think it's pretty awesome anyway | 05:12 |
| wolfspraul | so Spectec's part is to know how to make this work in the (small) format of an external card | 05:13 |
| wolfspraul | packaging, 'mechanical', antenna? those things... | 05:13 |
| qi-bot | [commit] Xiangfu Liu: cleanup code style http://qi-hw.com/p/xburst-tools/24aa5a2 | 05:24 |
| qi-bot | [commit] Xiangfu Liu: xburst_stage2: don't skip bad block when nand erase http://qi-hw.com/p/xburst-tools/6b3f14b | 06:12 |
| qi-bot | [commit] Xiangfu Liu: xburst_stage2: don't skip bad block when nand erase http://qi-hw.com/p/xburst-tools/0e92eb8 | 06:41 |
| kristianpaul | wolfspraul: because data is a 1, 0, loop http://kristianpaul.org/~paul/tmp/acquisition.png | 06:46 |
| kristianpaul | wolfspraul: oh sorry, i meant wpwrak | 06:46 |
| kristianpaul | wpwrak: i updated pic http://kristianpaul.org/~paul/tmp/acquisition.png | 06:46 |
| kristianpaul | but yes, i'm going to make a better simulation (this firstone is was too laz for me :-)) | 06:47 |
| wolfspraul | kristianpaul: how did you create that png? | 06:50 |
| wolfspraul | (which software) | 06:50 |
| kristianpaul | wolfspraul: gtkwave | 06:52 |
| kristianpaul | then screenshot from the selectec area :-) | 06:52 |
| kristianpaul | selected* | 06:52 |
| wolfspraul | ah OK, nice. never worked with gtkwave so couldn't tell right away :-) | 06:54 |
| kristianpaul | wpwrak: "AAAAAAAA" thats a *huge* number i'm just shifting 8 bits registers so no more that a "AA" | 06:55 |
| kristianpaul | me neither, first time | 06:55 |
| kristianpaul | works well so far i can tell :-) | 06:55 |
| qi-bot | [commit] Xiangfu Liu: update version to 201012 http://qi-hw.com/p/xburst-tools/8ad5b58 | 08:34 |
| qi-bot | [commit] Andres Calderon: 5V Boost for the USB Host has been selected http://qi-hw.com/p/xue/360398e | 08:45 |
| wpwrak | kristianpaul: (AAA...) what i mean is that, if you have a pattern of 010101..., it should either be all 5 or all A, but not change between them, no ? | 09:04 |
| wpwrak | xiangfu: (xburst-tools fixed) great ! let's hope this solves the debian nightmares :) | 09:10 |
| xiangfu | wpwrak: yes. :) | 09:10 |
| wpwrak | xiangfu: by the way, why did this affect debian but not openwrt ? | 09:13 |
| xiangfu | wpwrak: because when reflash debian it's always use "nerase 16 4080 0 0". | 09:14 |
| xiangfu | wpwrak: but in openwrt.we use "nerase 16 1024 0 0 " which will not overflow the nand block count. | 09:14 |
| xiangfu | so when there is some bad block in [16 ~ 1024] it will overwrite the data partition. | 09:15 |
| wpwrak | aah, so they use the whole nand for rootfs andf don | 09:15 |
| wpwrak | 't keep a "user" partition. i see | 09:15 |
| xiangfu | wpwrak: the yes. debian kernel use the old nand layout. | 09:16 |
| xiangfu | the bug is 'nerase' always try to erase good block. skip the bad blocks. | 09:16 |
| wpwrak | ... which is a bad idea if you have fixed partition sizes. | 09:17 |
| wpwrak | btw, i like the fixed partition sizes. despite everything, they're much easier to handle than the dynamic insanity we had at openmoko. | 09:18 |
| xiangfu | yes. agree. it's simple and easy maintain. I have read some text form you. :) | 09:20 |
| wpwrak | hehe ;-) | 09:21 |
| larsc | wpwrak: the gpio-charger driver is for chargers which indicate whether they are charging or not through an gpio. | 09:44 |
| wpwrak | larsc: ah, for the SE9016. i see. | 09:52 |
| kristianpaul | wpwrak: (patter), the shift is continuos so is normal see bits moving from LSB to MSB every clk cycle | 09:54 |
| kristianpaul | s/patter/pattern | 09:54 |
| wpwrak | (charger) i wonder why we need D4 there ... | 09:54 |
| kristianpaul | xiangfu: the last tarball (xbusrt tools) is up to date as the debian package? | 09:55 |
| wpwrak | (aa/55) ah, so one of 55/aa is not valid. i see. | 09:56 |
| xiangfu | kristianpaul: I only upload a new debian package here : http://projects.qi-hardware.com/index.php/p/xburst-tools/downloads/61/ | 09:57 |
| xiangfu | kristianpaul: not upload hte source tarball yet. | 09:57 |
| wpwrak | but ... isn't mcu_data what the cpu is supposed to read ? i would think that this should only change for each "word" (byte or whatever) | 09:57 |
| wpwrak | i guess that would be mcu_clk | 09:57 |
| kristianpaul | wpwrak: mcu_data should be read just when mcu_clk bit 0 is set to hihg | 10:01 |
| kristianpaul | high* | 10:02 |
| wpwrak | is this buffered somewhere or does the cpu have that quick ? | 10:07 |
| kristianpaul | no fuffer | 10:08 |
| kristianpaul | buffer* | 10:08 |
| kristianpaul | I was thinking implement a FIFO | 10:09 |
| kristianpaul | or make mcu_data 16 bits wide and implement two mcu_data registers then | 10:10 |
| wolfspraul | wpwrak: --drill works :-) now onto --plot ... | 10:10 |
| kristianpaul | drill? | 10:10 |
| kristianpaul | cnc? | 10:10 |
| wolfspraul | I start to get the hang of this, I think my rough plan is to first do a lot more of the various file types it can generate | 10:11 |
| wolfspraul | I think everyone will be slightly different in terms of how to hook into KiCad, how the classes are organized etc. | 10:11 |
| wpwrak | wolfspraul: wheee ! i'm very much looking forward to doing the whole cam files chain with just "make" | 10:11 |
| wolfspraul | then maybe over time as we upgrade KiCad, I will move the patch forward and try to hook it into KiCad better | 10:11 |
| wolfspraul | and in parallel I can see on the kicad devel list whether someone is interested in a few small patches | 10:12 |
| wolfspraul | there is no need to talk them into the whole idea, what would help a little already is a cleaner separation in some places between GUI and data handling. | 10:12 |
| wpwrak | yes, things are quite heavily interconnected | 10:13 |
| wolfspraul | so as long as they are open minded to this very abstract, yet valuable goal, we can make the patch easier to maintain over time | 10:13 |
| wolfspraul | not that bad actually | 10:13 |
| wolfspraul | so let's see, I try to get things to work that's the highest priority | 10:13 |
| wolfspraul | so many more, --drc --svg --bom etc. | 10:13 |
| wpwrak | yup. worst case, they may reject it but it may shame them into doing it "right" themselves :) | 10:14 |
| wolfspraul | well I have a plan, just need to find enough time | 10:14 |
| wolfspraul | I think the source quality is not bad | 10:14 |
| wpwrak | how do you like the indentation style ? | 10:14 |
| wolfspraul | first I make the -- stuff work, then I try to find the cleanest way to insert the patch. | 10:14 |
| wolfspraul | and then I try to submit patches to them that would make a cleaner insertion possible. | 10:14 |
| wpwrak | also, some functions are horribly long. but not all of them, of course | 10:14 |
| wolfspraul | ah I don't care | 10:14 |
| wolfspraul | mental flexibility... | 10:15 |
| wpwrak | heh :) | 10:15 |
| wolfspraul | of course the C++ stuff is horrible. Well, I used 'features' too, like 'friend' | 10:15 |
| wpwrak | /* false */ friend | 10:15 |
| wolfspraul | anyway no need to waste time bashing on this lost cause | 10:15 |
| wolfspraul | no with 'friend' you can override the protected/private stuff | 10:16 |
| wpwrak | yes, that's why it's not very friendly :) | 10:16 |
| wolfspraul | oh of course, you can also override it in a .h file, even for binary libs. because in the myriad of C++ name mangling, protected/private is the one thing that is not reflected in the mangled names. go figure. | 10:16 |
| wpwrak | s/friend/infiltrator/ :) | 10:16 |
| wolfspraul | oh it's super friendly, why not? we love C++, don't we? | 10:16 |
| wolfspraul | anyway, I'll get it to work first. --drill does already. Yes, we will get your entire cam workflow make-ready. that's the goal. | 10:17 |
| wpwrak | wonderful. thanks ! | 10:18 |
| wolfspraul | thank me when it's working. | 10:21 |
| wolfspraul | this myriad of inter-twined classes, argh. | 10:21 |
| wolfspraul | hwo can anybody take this serious? | 10:21 |
| kristianpaul | wpwrak: before try real sige data, i'm wroking on a simple counter in roder to simulate data and then verify if cpu is quick enought to cath it all | 10:30 |
| kristianpaul | s/roder/order | 10:30 |
| wpwrak | kristianpaul: great. let's see how bad it gets :) | 10:35 |
| kristianpaul | lol | 10:35 |
| kristianpaul | Now that sees apps like stardict,gmu and nanomap are wroking well, there is a easy way to quit then using same keys? | 10:36 |
| kristianpaul | may be with F keys.. wait for a keystrok when receive it killall app :p | 10:37 |
| kristianpaul | stil kindof messy remenber how to quit every app | 10:37 |
| kristianpaul | as i saw yzhang was askinf some hours ago | 10:37 |
| wejp | no need to kill gmu, you can fully customize its button mappings, so just map exit to the key you want | 10:39 |
| kristianpaul | wpwrak: 8bits at least reduce troughput to the half (~1Mps ), and if still bad, i'll move to 16bits then | 10:39 |
| kristianpaul | wejp: i still wonder why i should press F1 then Alt+ s to quit gmu :S | 10:40 |
| kristianpaul | but yes patch every apps seems more reasonable and clean :-) | 10:40 |
| wejp | you don't have to press F1 | 10:40 |
| wejp | F1 is for the help screen | 10:40 |
| kristianpaul | did you tried last image release? | 10:41 |
| wejp | no, not yet | 10:41 |
| kristianpaul | you should :-) | 10:41 |
| wejp | i will | 10:41 |
| B_Lizzard | Did anyone see this, then? | 10:52 |
| B_Lizzard | http://jlime.com/wiki/news/muffinman_preview_release | 10:52 |
| B_Lizzard | Sorry if this is bad sport | 10:53 |
| wpwrak | B_Lizzard: looking cool ! btw, a style remark: it's written in the first person, but there's no indication who the author is | 11:05 |
| B_Lizzard | Ah, it's specified in the front page | 11:06 |
| B_Lizzard | Sorry bout that | 11:06 |
| B_Lizzard | I am the author | 11:06 |
| B_Lizzard | I know the writing is bad, but I got bored after a while for a full writeup | 11:07 |
| B_Lizzard | :) | 11:07 |
| wpwrak | ah, you fixed it already :) thanks ! | 11:07 |
| B_Lizzard | Yeap, a bad mistake on my part | 11:08 |
| B_Lizzard | Thanks for the help, wpwrak :) | 11:08 |
| B_Lizzard | Newer versions come with a J2ME environment which runs kinda well. | 11:09 |
| B_Lizzard | Opera Mini supposedly works but I'm having trouble connecting to the net | 11:10 |
| wpwrak | that's a sort of important feature :) | 11:11 |
| qi-bot | [commit] Andres Calderon: fped footprints added http://qi-hw.com/p/xue/e823630 | 12:47 |
| kristianpaul | B_Lizzard: still no ethernet on that preview? | 14:35 |
| kristianpaul | (that stop me from use it...) | 14:35 |
| B_Lizzard | larsc says it's not stable | 14:44 |
| B_Lizzard | I can't remember where the patch is | 14:44 |
| B_Lizzard | :D | 14:44 |
| zrafa | kristianpaul: ping lars, no B_Lizzard | 15:45 |
| andres-calderon | Hi wpwrak and wolfspraul I got a rookie problem with KiCad: I got a lot of error because of the netlist. | 16:10 |
| qi-bot | [commit] Andres Calderon: minor fix http://qi-hw.com/p/xue/786284f | 16:13 |
| qi-bot | [commit] Andres Calderon: cleanup http://qi-hw.com/p/xue/6a075dd | 16:13 |
| wolfspraul | I'm more rookie than you are! | 16:13 |
| wolfspraul | so let's send some prayers somewhere that wpwrak_ hears our suffering... :-) | 16:13 |
| wpwrak_ | errors where ? | 16:14 |
| wolfspraul | if not, we shall forever burn in KiCad hell... | 16:14 |
| wpwrak_ | i hear but i'm in and out a lot today. need to prepare stuff for tomorrow. | 16:15 |
| qi-bot | [commit] Werner Almesberger: f10/: seasonal fun project - distribute current to ten ignitors (2 x 22 R) http://qi-hw.com/p/wernermisc/3427d69 | 16:17 |
| wpwrak_ | among them, this little thing. no ben, not even active components, but fun anyway :) | 16:17 |
| andres-calderon | Component "C66": Mismatch! module is [0402] and netlist said [] | 16:17 |
| andres-calderon | Component "C63": Mismatch! module is [0402] and netlist said [] | 16:17 |
| wpwrak_ | aaah ! ;-) | 16:18 |
| andres-calderon | reading the current netlist | 16:18 |
| wpwrak_ | let's see .. | 16:19 |
| wpwrak_ | when you invoke cvpcb, you see lots of components that don't have a footprint | 16:20 |
| wpwrak_ | you should assign one | 16:20 |
| andres-calderon | ok, That's what I always have. | 16:21 |
| wpwrak_ | in fact, the underlying problem seems to be elsewhere ... wait a minute ... | 16:24 |
| andres-calderon | But the .net file. is no longer in the repository .. I thought it was deleted because it is a machine generated file from the schematic. | 16:24 |
| wpwrak_ | .net should be machine-generated, yes. having it just makes the problem | 16:27 |
| wpwrak_ | s/makes/masked/ | 16:28 |
| andres-calderon | so, i can fix the .net file and then delete the .gitignore entry. | 16:28 |
| andres-calderon | That's the solution? I have added the footprints in the schematic. But they have been ignored. | 16:28 |
| wpwrak_ | the problem is that cvpcb apparently doesn't use the footprints in the schematic if there's a .cmp file | 16:29 |
| wpwrak_ | unfortunately, the .cmp file is very incomplete | 16:29 |
| wpwrak_ | so you have two choices: 1) add associations for all undefined footprints in cvpcb, or | 16:29 |
| wpwrak_ | 2) delete xue-rnc.cmp and run cvpcb again. it will then associate all the footprints it finds in the schematics. a few will still be undefined, though | 16:30 |
| wpwrak_ | e.g., C7, C8, C9, F1, J1, RP1, RP2, etc. | 16:31 |
| wpwrak_ | (they probably don't have a footprint in the schematics) | 16:31 |
| wpwrak_ | yep. that's their problem | 16:31 |
| wpwrak_ | anyway, gotta run. need more explosives ;-) | 16:32 |
| andres-calderon | :) I'll try option 2 | 16:33 |
| andres-calderon | thanks | 16:33 |
| wpwrak_ | good choice ;-) | 16:35 |
| wolfspraul | does this mean we should not commit the .cmp file into git and recreate it every time locally? | 17:00 |
| wpwrak_ | it may contain original data too. depends on your workflow. | 17:29 |
| wolfspraul | yes I know this file was always categorized as 'unclear' in terms of original or not... | 17:30 |
| wolfspraul | so maybe if we declare a certain workflow to be the preferred one (?) we can be more sure? guess we find out later | 17:32 |
| wpwrak_ | that would help. but then you'd have to regenerate .cmp locally, or get a complaint from pcbnew on each invocation. | 17:34 |
| wpwrak_ | it's basically that, whatever you do, it's not quite right | 17:35 |
| qi-bot | [commit] Andres Calderon: xue-rnc.cmp file has been restored http://qi-hw.com/p/xue/695a7ab | 17:42 |
| kristianpaul | zrafa: hello (late) | 19:45 |
| kristianpaul | zrafa: lars or larsc ? | 19:47 |
| kristianpaul | xiangfu: morning :-) | 19:47 |
| xiangfu | kristianpaul: hi | 19:48 |
| qi-bot | [commit] Andres Calderon: new PSU draft design http://qi-hw.com/p/xue/851da63 | 21:50 |
| xiangfu | http://www.debwrt.net/trac/wiki :) Debian + OpenWrt = debwrt | 21:57 |
| kristianpaul | xiangfu: opkg is .deb compatible i remenber | 21:59 |
| kristianpaul | xiangfu: http://www.debwrt.net/trac/wiki/MinimumRequirements <-- too high (e device should have at least 350M(or more) of storage available for the Debian root filesystem) | 22:01 |
| kristianpaul | I wonder who really want debian in its router.. | 22:02 |
| kristianpaul | but looks intersting anyway :-) | 22:02 |
| xiangfu | kristianpaul: now the last openwrt image goto 400M :) | 22:03 |
| kristianpaul | wow, that was quick (goto 400MB) | 22:04 |
| kristianpaul | because of emacs? :-) | 22:05 |
| kristianpaul | may be content? | 22:05 |
| kristianpaul | no please no more discuss about changing NAND schema again ;-) | 22:06 |
| xiangfu | a lot of package. gcc-mips, emacs ... | 22:08 |
| xiangfu | we need remove some useless program. I found the "sshfs" in openwrt never work. | 22:08 |
| kristianpaul | yes | 22:08 |
| kristianpaul | we need polls :-) | 22:08 |
| kristianpaul | xiangfu: do you really think is convinient have all those command line apps in gmenu2, why not just a shell icon, i think people will want this commands to be run will enjoy get a shell first | 22:10 |
| xiangfu | kristianpaul: hmm.. I am thinking list the terminal apps in gmenu2x which make people know there is such app in nanonote. | 22:11 |
| xiangfu | kristianpaul: I don't have a good idea how to make people know there are a lot of apps in nanonote. | 22:12 |
| kristianpaul | hmm thats true too | 22:12 |
| kristianpaul | I'm just thinking in end-user people, just want this device work out the box | 22:13 |
| kristianpaul | how they wil face command line apps, at first.. | 22:13 |
| kristianpaul | may be a manual could help | 22:13 |
| kristianpaul | anyway just a *tought* | 22:14 |
| kristianpaul | i'm off now, bye | 22:14 |
| xiangfu | bye. | 22:19 |
| zrafa | http://www.youtube.com/watch?v=Aj1n2_qEq5k | 22:54 |
| zrafa | 10Mhz, 512Kb. Unix.. | 22:54 |
| --- Fri Dec 24 2010 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!
