2010-12-18 00:02 for the --order parameter in schhist, are those file names or KiCad strings for the schematic pages? 2010-12-18 00:02 hmm, good question ... 2010-12-18 00:03 no problem I check it 2010-12-18 00:03 for the order of pages, I propose to start with the overview page xue-rnc 2010-12-18 00:03 after that the 2 fpga pages, port0/2, then 1/3 2010-12-18 00:03 I wouldn't want to rip those 2 fpga pages apart 2010-12-18 00:04 file names without extension (i think :) 2010-12-18 00:04 yup, start with overview is good 2010-12-18 00:04 then ddr, then 'non volatile memories' 2010-12-18 00:05 or maybe the psu first right after the fpga, or even before the fpga? 2010-12-18 00:05 before everything sounds nice, considering how often it is accessed 2010-12-18 00:05 I think fpga first (both pages), then ddr, then nvram, then psu, then usb/ethernet/expansion, finally sensor and sensor_psu 2010-12-18 00:06 ok, psu first then 2010-12-18 00:06 then we do this: 2010-12-18 00:06 overview, psu, fpga1, fpga2, nvram, ddr, ethernet, usb, expansion, sensor_psu, sensor 2010-12-18 00:07 I will insert this strange dbg_prg after the psu for now, it will probably be deleted later anyway 2010-12-18 00:09 yeah :) 2010-12-18 00:19 [commit] Wolfgang Spraul: testing schhist heuristics p1: expantion.sch renamed to epansion.sch http://qi-hw.com/p/xue/38a326e 2010-12-18 00:19 I'll do this slowly, and see how schhist reacts (I started a clean run, so need to wait a little) 2010-12-18 00:26 wpwrak: should we name the ddr page ddr or sdram? or ddr-sdram? 2010-12-18 00:26 I'm leaning towards sdram, but maybe 'ddr' is more eye-popping. 2010-12-18 00:26 ram ? ;-) 2010-12-18 00:26 well we have nvram already 2010-12-18 00:26 non volatile 2010-12-18 00:26 dunno 2010-12-18 00:26 so another one 'sdram' (synchronous) seems ok 2010-12-18 00:26 but there's no nvRAM :) 2010-12-18 00:26 ddr is still sdram 2010-12-18 00:27 there's a lot of flash, though :) 2010-12-18 00:27 no objections against sdram? 2010-12-18 00:27 sure, no problem 2010-12-18 00:27 fine I'll name that one flash then 2010-12-18 00:27 you are right that non volatile random access memory is wrong in the first place 2010-12-18 00:28 so flash, sdram 2010-12-18 00:28 right now it's called 'non volatile memories', I introduced the 'ra' inaccuracy 2010-12-18 00:29 tsk tsk :) 2010-12-18 00:30 should I shorten ethernet to just eth? 2010-12-18 00:31 yeah unless there are complaints I'll do that... 2010-12-18 00:38 i like short names :) ether also works 2010-12-18 00:39 afk for a bit - dinner 2010-12-18 00:44 [commit] Wolfgang Spraul: USB.sch -> usb.sch http://qi-hw.com/p/xue/e819459 2010-12-18 00:44 [commit] Wolfgang Spraul: NV_MEMORIES.sch -> flash.sch http://qi-hw.com/p/xue/ccaece9 2010-12-18 00:44 [commit] Wolfgang Spraul: PSU.sch -> psu.sch http://qi-hw.com/p/xue/68f0425 2010-12-18 00:44 [commit] Wolfgang Spraul: DRAM.sch -> sdram.sch http://qi-hw.com/p/xue/eb9b37b 2010-12-18 00:44 ether is good, thx 2010-12-18 00:44 but I will change sensor to cmos_image_sensor, it's better than cis because cis is not widely known 2010-12-18 00:45 enjoy dinner 2010-12-18 00:45 camera ? 2010-12-18 00:45 cis is correct 2010-12-18 00:45 but not widely known 2010-12-18 00:45 you want camera? 2010-12-18 00:45 camera would be intuitibvely clear even if a little incorrect 2010-12-18 00:46 camera is also nice 2010-12-18 00:46 yes I agree 2010-12-18 00:46 that's more important here 2010-12-18 00:46 nobody will know cis 2010-12-18 00:46 and cmos_image_sensor is too complicated 2010-12-18 00:46 good idea, thx! 2010-12-18 00:46 poor schhist 2010-12-18 00:46 when you are back there will be a bloodbath 2010-12-18 00:59 [commit] Wolfgang Spraul: eth_phy.sch -> ether.sch http://qi-hw.com/p/xue/1bae64c 2010-12-18 00:59 [commit] Wolfgang Spraul: sensor.sch -> camera.sch http://qi-hw.com/p/xue/1e72d66 2010-12-18 00:59 [commit] Wolfgang Spraul: sensor_psu.sch -> camera_psu.sch http://qi-hw.com/p/xue/2e024d4 2010-12-18 00:59 [commit] Wolfgang Spraul: DBG_PRG.sch -> dbg_prg.sch http://qi-hw.com/p/xue/9804276 2010-12-18 00:59 [commit] Wolfgang Spraul: FPGA_0_2_PROG.sch -> fpga1.sch http://qi-hw.com/p/xue/655edaf 2010-12-18 00:59 [commit] Wolfgang Spraul: FPGA_1_3.sch -> fpga2.sch http://qi-hw.com/p/xue/4e0ed9a 2010-12-18 01:12 [commit] Wolfgang Spraul: removed 4 generated and temporary/local files http://qi-hw.com/p/xue/82891cc 2010-12-18 01:12 [commit] Wolfgang Spraul: renamed 'DDR Banks' string to sdram http://qi-hw.com/p/xue/44837ea 2010-12-18 01:15 so far, so good :) 2010-12-18 01:20 no the last one is not good 2010-12-18 01:21 I renamed the string of sdram.sch, the string from xue-rnc.sch 2010-12-18 01:21 I changed it from "DDR Banks" to "sdram" 2010-12-18 01:21 the history now shows a deletion and creation of a new page 2010-12-18 01:22 yup. it currently tracks one both not both names. that's what i meant when i said that it'll break in one way or another. 2010-12-18 01:28 hmm. why does it care about the string name at all? since it follows .sch file renames, that should be enough, no? 2010-12-18 01:30 there's a -f switch to do just that :-) 2010-12-18 01:30 if i recall right, xue had some file renaming in the past, that's why the heuristics are like they are 2010-12-18 01:31 let's see what happens with -f :) if my memory is correct, some other problem should then pop up :) 2010-12-18 01:31 I think the -f documentation is wrong, it says 'identify sheets by their file name, not the sheet name' 2010-12-18 01:31 but reading the sources I think it's the other way round 2010-12-18 01:32 ah wait, no, I'm confused 2010-12-18 01:33 ah yes. it's what goes into the title 2010-12-18 01:33 i added it for one of the student projects, which had some ugly semi-binary stuff in the name 2010-12-18 01:33 (some temporary name kicad assigns by default, i guess) 2010-12-18 01:35 hmm 2010-12-18 01:35 I added -f but I suspect we now get some other breakage 2010-12-18 01:35 because when the project was still called CHIE they probably did not use proper git mv to rename the files 2010-12-18 01:35 but instead they deleted and readded them under new names. 2010-12-18 01:36 i think this is the same for git 2010-12-18 01:36 its rename detection is based on looking for new files that are similar to deleted files :) 2010-12-18 01:36 git will record a rename/move 2010-12-18 01:36 maybe it has that in addition somewhere, but I'm pretty sure it has genuine support for move/rename 2010-12-18 01:37 i think it doesn't record it but tries hard to report a delete/add pair as a rename :) 2010-12-18 01:41 strange, I am still confused in schhist2web 2010-12-18 01:41 -f says "identify sheets by their file name" 2010-12-18 01:41 default is false 2010-12-18 01:41 when -f is set it becomes true 2010-12-18 01:42 did you run with -f ? 2010-12-18 01:42 in line 265, it says elif $use_sch_name && ... subschname2file ... 2010-12-18 01:42 so if use_sch_name is true, it calls subschname2file 2010-12-18 01:43 subschname2file will look for F0 (the name string), so it's the one that goes from a string name to a file name 2010-12-18 01:43 I'm misreading something somewhere 2010-12-18 01:44 before I ran without -f. -f was only used for SIE_CEIMTUN 2010-12-18 01:44 now I'm rerunning with -f just to see how it looks 2010-12-18 01:45 meanwhile I'm reading the script trying to understand what it is doing 2010-12-18 01:46 maybe we only need to introduce an else case in 276 2010-12-18 01:46 line 276 2010-12-18 01:48 hmm .. lemme think ... 2010-12-18 01:51 let's see what -f yields. i'm not entirely sure anymore about what failure mode to expect 2010-12-18 01:52 it may pass, but use "ugly" names 2010-12-18 01:52 but maybe there's something else i'm not thinking of at the moment 2010-12-18 01:52 am I misunderstanding -f ? 2010-12-18 01:53 the documentation and what I read in the script do not match 2010-12-18 01:53 maybe I misunderstand the syntax somewhere? 2010-12-18 01:53 && continues when the left side is true 2010-12-18 01:53 if it is false, it aborts. right? 2010-12-18 01:54 so if -f is set, it will go to the subsch2name script, which uses the string name to lookup the file name 2010-12-18 01:54 but the -f docu says 'identifies by their file name'? 2010-12-18 01:55 introducing an else case in 276 is probably a good idea, no reason to give up there 2010-12-18 01:55 but let's see... 2010-12-18 01:57 it takes the "string name" to get the file name. then it continues working with the file name 2010-12-18 01:57 before it used the "string name" to identify the sheet 2010-12-18 01:58 yes 2010-12-18 01:58 but the -f documentation says the opposite 2010-12-18 01:58 "identify sheets by their file name, not the sheet name" 2010-12-18 01:58 don't you think it's "identify sheets by their sheet name, not the file name"? 2010-12-18 01:58 actually it looks like "identify sheets by their sheet name, if file name not found" 2010-12-18 01:59 because this only kicks in when the file name is not found, if I see correctly 2010-12-18 02:00 if this is true, there should be no reason to not make -f the default 2010-12-18 02:00 the first check is for the root sheet 2010-12-18 02:01 the root sheet is special 2010-12-18 02:01 for the others, we come from the .ps files. kicad uses the "string name" for the .ps files, not the .sch file's name 2010-12-18 02:02 (not my idea ;-) 2010-12-18 02:02 ah 2010-12-18 02:02 I will make the two the same, once we can avoid schhist breaking down... 2010-12-18 02:02 so the file name is the sheet name, at this place 2010-12-18 02:04 sheet name = foo.sch or the thingy inside foo.sch ? 2010-12-18 02:05 let's say we have foo.sch which calls itself (inside) "bar" 2010-12-18 02:05 how we get some project-bar.ps ("project" is the basename of the top-level sheet, project.sch) 2010-12-18 02:06 then we check if foo.sch happens to be project.sch 2010-12-18 02:06 err, sorry 2010-12-18 02:06 we check if "bar" happens to be "project" 2010-12-18 02:07 if it is, then we're looking at the top-level sheet. we track top-level sheets elsewhere, so we already know we're good (else we wouldn't have made it this far) 2010-12-18 02:07 now, if -f isn't set, we just use "bar" 2010-12-18 02:08 otherwise, we dig a little deeper - and try to obtain the real file name, in this case foo.sch 2010-12-18 02:09 now, through all this, we're at some point in the project's history 2010-12-18 02:10 with the name foo.sch, we have something git can relate to. so we ask it for the latest name of this file, considering all the renames that may have happened since. this is what gitwhoareyounow does. 2010-12-18 02:11 finally, we use "foo" or any "foo-today" git may have found as our name of the sheet 2010-12-18 02:13 phew 2010-12-18 02:13 good thing this is logged for eternity 2010-12-18 02:14 if I need to go back in there I will paste it as comments, still waiting for -f results 2010-12-18 02:27 wpwrak: wow nice! 2010-12-18 02:27 congratulations! 2010-12-18 02:27 -f is magic :-) 2010-12-18 02:27 whee ! :) 2010-12-18 02:28 now that the names are "nice", it looks quite decent 2010-12-18 02:29 ok I will continue to fix the strings, hopefully that won't break schhist again 2010-12-18 02:29 maybe -f should be the default? well, for now we are good... 2010-12-18 02:29 maybe do it all in one commit, to avoid this long string of changes in the history 2010-12-18 02:30 if the file names are useful (which they are now), -f is good 2010-12-18 02:35 [commit] Wolfgang Spraul: fixed FPGA GIOS -> expansion string http://qi-hw.com/p/xue/a1bc1f4 2010-12-18 02:35 [commit] Wolfgang Spraul: fixed Image Sensor -> camera string http://qi-hw.com/p/xue/431332d 2010-12-18 02:35 [commit] Wolfgang Spraul: fixed Snesor PSU -> camera_psu string http://qi-hw.com/p/xue/cc12688 2010-12-18 02:35 [commit] Wolfgang Spraul: fixed fpga1 string http://qi-hw.com/p/xue/26d165e 2010-12-18 02:35 [commit] Wolfgang Spraul: fixed fpga2 string http://qi-hw.com/p/xue/cfa9305 2010-12-18 02:35 [commit] Wolfgang Spraul: fixed dbg_prg string http://qi-hw.com/p/xue/c6dbc8e 2010-12-18 02:35 [commit] Wolfgang Spraul: fixed psu string http://qi-hw.com/p/xue/965f69e 2010-12-18 02:35 [commit] Wolfgang Spraul: fixed flash string http://qi-hw.com/p/xue/077c29d 2010-12-18 02:35 sorry read your '1 commit' thing too late 2010-12-18 02:35 who knows, separate commits can be helpful one day 2010-12-18 02:36 I am thinking about renaming xue-rnc to 'overview' but still hesitating a bit :-) 2010-12-18 02:36 xue.sch ? :) 2010-12-18 02:37 (separate commits) each will generate a line in the graphical history. so now you have to page down a looong way :) 2010-12-18 02:39 even those? 2010-12-18 02:39 the ones before did, not sure about those 2010-12-18 02:39 ah yes, you are right 2010-12-18 02:39 oh well 2010-12-18 02:39 both names appear in the top-level sheet, so each triggers a diff line 2010-12-18 02:41 I can go in, delete the history, and redo it all in 1 commit 2010-12-18 02:41 it seems schhist should be able to handle that, so maybe I try... 2010-12-18 02:42 ;-)) 2010-12-18 02:42 yes, rewriting history would compact them 2010-12-18 02:56 I did a git rebase and squashed it all into 1 commit locally. can I just git push this now? 2010-12-18 03:00 i think git will auto-create a merge commit between the current history and your rebase 2010-12-18 03:01 not sure which path schhist will travel 2010-12-18 03:02 there must be a wait to push a rebase without the merge commit (after all, that's what andy did at openmoko), but i don't know how. 2010-12-18 03:03 of course, rebases in published history are considered anti-social anyway ;-) 2010-12-18 03:04 ah, now the whole gang shows up :) 2010-12-18 03:07 [commit] Wolfgang Spraul: renaming schematics pages http://qi-hw.com/p/xue/5dd9abe 2010-12-18 03:10 yes but I don't think anybody but you had any of those commits pulled, so let's see 2010-12-18 03:10 i'm rerunning schhist again now 2010-12-18 03:12 this is a pretty hardcore commit now though, I hope we haven't made things worse 2010-12-18 03:12 it looked good before except for the 2 pages at the top 2010-12-18 03:14 i didn't pull them either :) 2010-12-18 03:15 let's see what the history looks like now .. 2010-12-18 03:15 ah yes, single commit. nice. 2010-12-18 03:26 wpwrak: you mentioned Makefiles the other day (in the Xue tree) 2010-12-18 03:26 which ones did you have in mind? 2010-12-18 03:26 I'll just start doing them to speed things up 2010-12-18 03:27 http://projects.qi-hardware.com/index.php/p/xue/source/tree/master/kicad/xue-rnc 2010-12-18 03:27 I see another 4 cache files I will delete 2010-12-18 03:27 and I think the .net is the generated netlist which we can also delete 2010-12-18 03:28 then we have xue-rnc.cmp, not sure about that one but it looks generated too 2010-12-18 03:29 keep .cmp 2010-12-18 03:30 hey, roh blogged about the next round of Milkymist One case work... https://m21.hyte.de/blog/mmone-case 2010-12-18 03:30 that's semi-generated. you get it when you associate the components with cvpcb 2010-12-18 03:30 ok understood 2010-12-18 03:30 but .net can go? 2010-12-18 03:30 .net can go 2010-12-18 03:30 .cmp may or may not be redundant. but in any case, if it's not there, something (pcbnew, i think) will complain all the time 2010-12-18 03:30 and the 4 cache files too, unless they accidentally moved original data in there (which I saw before, hope it's not the case here) 2010-12-18 03:31 sure we can cleanup slowly 2010-12-18 03:32 hmm 2010-12-18 03:33 (".cmp may or may not") what i mean is that it can be 100% redundant (if you set all the footprints in the schematics), but it can also contain original date (if the schematics don't have all the details or if you manually override them). so it's not generally safe to delete .cmp files. 2010-12-18 03:33 the .sch files all list LIBS:xue-rnc-cache 2010-12-18 03:33 should I remove that line from the .sch files? (together with the -cache file) 2010-12-18 03:33 i think this LIBS line is just some output that isn't of much use anyway 2010-12-18 03:34 i wouldn't bother :) 2010-12-18 03:34 yeah, a LIBS:-cache entry is in mmone-jtag-serial cable too 2010-12-18 03:34 ok so I just delete the cach files from the repository first 2010-12-18 03:34 it's just spam :) 2010-12-18 03:34 that should be safe, and if not we need to rescue the original data from them 2010-12-18 03:35 [commit] Werner Almesberger: bin/purge: revert KiCad .pro files in which only the timestamp changed http://qi-hw.com/p/wernermisc/9a3f873 2010-12-18 03:35 speaking of spam, you may like this one :) 2010-12-18 03:36 yeah horrible 2010-12-18 03:36 timestamp inside a file, bah 2010-12-18 03:36 yeah, kill the caches 2010-12-18 03:37 I hope KiCad improves, steady and fast and powerful 2010-12-18 03:37 :-) 2010-12-18 03:37 (mm1 case) looks nice ! the top/bottom plates look a bit large, though. not sure how this comes across in real life. 2010-12-18 03:37 [commit] Wolfgang Spraul: deleted backup, cache and generated files from repository http://qi-hw.com/p/xue/933c558 2010-12-18 03:38 I think that's mostly from the shadows 2010-12-18 03:38 ah, could be 2010-12-18 03:38 how about Makefiles? 2010-12-18 03:39 which ones did you have in mind? 2010-12-18 03:39 makefile .. things like "make dsv", "make sch", "make brd" 2010-12-18 03:39 automate longish invocations 2010-12-18 03:39 what does make dsv do? 2010-12-18 03:39 make dsv C1 2010-12-18 03:39 make dsvÂ Â ->Â Â dsv setup BOOKSHELF 2010-12-18 03:39 make sch = eeschema top_schematics.sch 2010-12-18 03:40 yup 2010-12-18 03:40 ok so we start with a simple Makefile in the root dir 2010-12-18 03:45 i would put one in root and one in kicad/xue-rnc/ 2010-12-18 03:45 I'll start in root 2010-12-18 03:46 also for the .fpd files, a makefile would be handy (pick any of mine; modules/Makefile) 2010-12-18 03:47 definitely 2010-12-18 04:13 ouch, maybe I should not have deleted the cache files :-) 2010-12-18 04:13 http://projects.qi-hardware.com/schhist/xue/ 2010-12-18 04:13 original stuff has creeped into them 2010-12-18 04:13 then find out what it was and make sure it gets found the proper way :) 2010-12-18 04:14 nice. schdiff even tells you want went wrong ;-) 2010-12-18 04:16 first I used my new drug 2010-12-18 04:16 made the commit disappear from public history 2010-12-18 04:16 :-) 2010-12-18 04:17 I suspected something like that already, had the same issue in mmone-jtag-serial-cable. 2010-12-18 04:17 the KiCad UI seems to easily make people put original stuff into cache files. nice. 2010-12-18 04:17 I'll disect it... 2010-12-18 04:17 (new drug) ;-) 2010-12-18 04:18 IMHO, the whole kicad workflowis not very friendly to revision control and shared projects 2010-12-18 05:12 [commit] Wolfgang Spraul: removed backup files and generated netlist http://qi-hw.com/p/xue/90179e0 2010-12-18 05:12 [commit] Wolfgang Spraul: removed two cache files http://qi-hw.com/p/xue/493444a 2010-12-18 05:12 [commit] Wolfgang Spraul: added simple Makefile http://qi-hw.com/p/xue/8a5aeea 2010-12-18 05:27 [commit] Wolfgang Spraul: reordered schematics pages http://qi-hw.com/p/xue/67098a2 2010-12-18 07:25 [commit] Wolfgang Spraul: rescued two components from cache library http://qi-hw.com/p/xue/547954e 2010-12-18 07:44 [commit] Wolfgang Spraul: added brd target http://qi-hw.com/p/xue/6e6644b 2010-12-18 07:44 hey.. i have a newbie wiki question 2010-12-18 07:45 how can I create a new wiki page? .. i am checking the menues at qi-hardware.com.. but i do not know how to create a new page 2010-12-18 07:45 just search for it, then there should be a create option 2010-12-18 07:46 do you see that? 2010-12-18 07:46 ah.. let me try 2010-12-18 07:46 yes, I see 2010-12-18 07:46 wolfspraul: thanks a lot :) 2010-12-18 08:10 hmm qi-...com is not loading.. 2010-12-18 08:10 ah works now :) 2010-12-18 08:19 RRLP blog entry from Harald Welte blog plus commets from Dieter Spaar, are really helfull :) 2010-12-18 08:22 kristianpaul: you saw the nice m1 case already :-) 2010-12-18 08:22 (different subject) 2010-12-18 08:22 the pieces are coming together, great! 2010-12-18 08:23 this will be properly licensed and published of course, with process documentation and all... 2010-12-18 08:53 [commit] Wolfgang Spraul: minor file cleanup (permissions, name, local files) http://qi-hw.com/p/xue/12e7b3e 2010-12-18 08:55 wolfspraul: (M1 case) yes, looks apropiated for a VJ Station :) 2010-12-18 09:02 http://events.ccc.de/congress/2010/wiki/GSM 2010-12-18 09:02 ccc is great event indeed :D 2010-12-18 09:20 kristianpaul: are you going to the ccc in the end? 2010-12-18 09:32 lekernel: nope (no enougt funds) 2010-12-18 09:32 but i'm buying a M1 soon :) 2010-12-18 09:37 kristianpaul: btw your in Colombia, right? do you know distributors who might be interested there? 2010-12-18 09:38 he 2010-12-18 09:38 :-) 2010-12-18 09:38 maybe kristian paul will be our distributor 2010-12-18 09:39 yeah, that's an option too 2010-12-18 09:39 my question didn't exclude him as distributor :) 2010-12-18 09:57 [commit] Xiangfu Liu: add 127.0.0.1 BenNanoNote to hosts file http://qi-hw.com/p/openwrt-xburst/170c1c4 2010-12-18 10:02 xiangfu: btw, i've given you a link some time ago, but i've ping timeouted :) http://qt-apps.org/content/show.php/kinyin?content=95926 2010-12-18 10:02 might be interesting for you and easy to port, too 2010-12-18 10:03 kyak: yes. thanks. I already start a little. not commit yet. 2010-12-18 10:03 how does chinese input work with latin keyboard? 2010-12-18 10:04 is there some corrsepondence between chinese symbols and latin letters? 2010-12-18 10:05 kyak: sorry. what's the meaning of "corrsepondence ... " 2010-12-18 10:06 sorry, i mean that latin characters are somehow mapped into chinese 2010-12-18 10:06 how do you remember that? 2010-12-18 10:06 kyak: I know to kind of chinese input. one isÂ Â base on "pronounce". another is base on the "the write of chinese character" 2010-12-18 10:07 I know two.Â Â [s/to/two] 2010-12-18 10:08 i can understand the "pronounce". How does the "write of chinese character" work? 2010-12-18 10:11 kyak: like `}(ni hao) split to [Â»]Â Â [] and [s] [P], chinese isÂ Â assemble by base small module. so easy latin mapped to several "base modules" 2010-12-18 10:11 s/easy/each/ 2010-12-18 10:12 kyak: like : http://www.wnwb.com/wnwb2005/images/wbzigen.gif 2010-12-18 10:13 xiangfu: ah!i see now 2010-12-18 10:13 so typing in chinese is more like typing sms on cell phone 2010-12-18 10:13 without T9 :) 2010-12-18 10:13 kyak: so } --> [s] [P] -->Â Â v b . when we type [vb], we will get a } :) 2010-12-18 10:14 so these "base modules" cover all possible variants? 2010-12-18 10:16 kyak: there are some duplicates, it will come up wait for you select. 2010-12-18 10:17 http://en.wikipedia.org/wiki/Chinese_input_methods_for_computers -very interesting 2010-12-18 10:17 xiangfu: do you personally type a lot in CHinese? 2010-12-18 10:18 [commit] David KÃ¼hling: fix DNS timeout problem when applications resolve the FQDN http://qi-hw.com/p/openwrt-xburst/13c25db 2010-12-18 10:18 [commit] David KÃ¼hling: Merge branch 'master' of projects.qi-hardware.com:openwrt-xburst http://qi-hw.com/p/openwrt-xburst/5f96353 2010-12-18 10:18 kyak: yes. type a lot . 2010-12-18 10:19 do you type fast? :) 2010-12-18 10:19 kyak: I don't use pinyin. I use the other way. 2010-12-18 10:20 kyak: I practice a lot when I was in school . :) 2010-12-18 10:20 cool :) which one do you use? 2010-12-18 10:22 kyak: I use this one : http://en.wikipedia.org/wiki/Wubi_method 2010-12-18 10:23 it looks like you are not choosing an easy way :) 2010-12-18 10:26 kyak: when I start to learn type, the easy way is not easy in fact, but now. those input method can remember what you type. so it's a little intelligent. 2010-12-18 10:27 kyak: I think for now no one will try to study the WUBI. 2010-12-18 10:30 there are online web pages to try wubi :) pretty funny 2010-12-18 10:34 kyak: you know "Chinese" ?? 2010-12-18 10:35 kyak: I mean you understand the "Chinese" ? then maybe we can talk in Chinese :) 2010-12-18 10:38 no-no :) 2010-12-18 10:39 xiangfu: i was just wondering how it works 2010-12-18 10:39 now i understand more or less 2010-12-18 10:45 kyak: ok. 2010-12-18 11:13 http://www.milkymist.org/wiki/index.php?title=Milkymist_One_product_roadmap 2010-12-18 11:24 [commit] Xiangfu Liu: new pakcage: http://qi-hw.com/p/openwrt-packages/2d8f0d6 2010-12-18 11:24 kyak: time for sleep. see you. 2010-12-18 11:25 hee haw ! 35% HCl solution + 28% peroxide solution. now i know why they use peroxide as rocket fuel ;-) 2010-12-18 11:25 *whoosh* and the board it etched. takes something like a minute ;-) 2010-12-18 11:26 s/it/is/ 2010-12-18 11:27 hehe, that's one of the things my mother had to suffer the sight of :) 2010-12-18 11:28 suffer ? did you etch away the kitchen by accident ? :) 2010-12-18 11:28 that and my lifter experiment that sparked and caught fire... hahaha 2010-12-18 11:29 no, but it did smell chlorine and nasty chemicals until I put that outside 2010-12-18 11:29 "lifter" = mission to mars ? 2010-12-18 11:29 http://en.wikipedia.org/wiki/Ionocraft 2010-12-18 11:31 oddly, there's no chloride smell. i just reused some etchant from yesterday, added the peroxide to make it reactive again (HCl+H2O2 gets stale very quickly. there's supposedly a more stable state further down that process, but it doesn't sound as much fun as the initial mix) 2010-12-18 11:31 doesn't it get green? 2010-12-18 11:33 (ionocraft) nice ! didn't know that ion propulsion was practical at the bottom of earth's gravity well 2010-12-18 11:34 yup, it gets green. that 2010-12-18 11:34 's the copper 2010-12-18 11:34 mh. mine was green right away because of the dissolved chlorine gas 2010-12-18 11:34 (or, at least, I guess so) 2010-12-18 11:35 wpwrak: not sure how practical that is; the device cannot lift its own power supply 2010-12-18 11:35 that would be quite a lot of gas 2010-12-18 11:36 it's pretty inefficient too, it was using like 20W power to fly a few grams 2010-12-18 11:36 i wouldn't have expected it to be able to even lift itself :) 2010-12-18 11:37 well, add a H2O2-based first stage plus a solar panel and you're ready to conquer the stars ;-) 2010-12-18 12:22 hmm, about 3 minutes total etching time. still not bad at all. 2010-12-18 14:42 [commit] David KÃ¼hling: undo hosts file fix.Â Â Xiangfu was quicker and did it better :) http://qi-hw.com/p/openwrt-xburst/2792c8b 2010-12-18 15:16 (well, add a H2O2-based first stage plus a solar panel and you're ready to conquer the stars ;-) )Â Â Yes !! 2010-12-18 15:17 wejp: actually for lunar goolgle price i'm have good feelins with this team https://www.arcaspace.com/ 2010-12-18 15:18 ahh you're talking a about rocket based first stage? 2010-12-18 15:21 H202 >> rockoon 2010-12-18 15:22 wejp: sorry i meant wpwrak 2010-12-18 15:22 :) 2010-12-18 15:22 heh, no problem ;) 2010-12-18 16:25 (h2o2 -> rocket) yes 2010-12-18 16:26 (arcaspace) oh, with a balloon to the moon ? tres jules verne ;-) 2010-12-18 17:22 SE 2010-12-18 17:23 hola? 2010-12-18 17:23 alguien habla espaÃ±ol 2010-12-18 17:23 D: 2010-12-18 17:24 hola 2010-12-18 17:24 qwebirc61468: hola 2010-12-18 17:24 :D 2010-12-18 17:24 de donde es? 2010-12-18 17:24 Colombia 2010-12-18 17:24 vos? 2010-12-18 17:24 de chile amigo :) 2010-12-18 17:25 Bievenido :) 2010-12-18 17:25 hola 2010-12-18 17:25 hola 2010-12-18 17:25 oe 2010-12-18 17:25 di? 2010-12-18 17:25 qwebirc61468: tienes un nanonote? 2010-12-18 17:25 quiero tener el nanonote por eso ingrese aqui 2010-12-18 17:25 D: 2010-12-18 17:25 como cambio elÂ Â nombre 2010-12-18 17:25 se usa algun comando 2010-12-18 17:25 . 2010-12-18 17:25 /nick nombre 2010-12-18 17:26 ok 2010-12-18 17:26 lo supuse 2010-12-18 17:26 si el espacio incial :) 2010-12-18 17:26 ok :) 2010-12-18 17:26 ahi si 2010-12-18 17:26 que edad tienen? 2010-12-18 17:26 la justa para escribir en irc ;-)) 2010-12-18 17:26 en la empresa 2010-12-18 17:27