2010-12-22 03:01 [commit] Adam Wang: ignore usb_jtagFront.pos and usb_jtagBack.pos http://qi-hw.com/p/mmone-jtag-serial-cable/3f40a57 2010-12-22 03:43 wpwrak, hi 2010-12-22 03:44 have you ever generated KiCad's *.pos file for SMT machine before? 2010-12-22 04:19 does anybody know where i can find 'user's manual' or something like it for GMU? 2010-12-22 04:20 yizhang, yes, first there is the in-program help, then there is Gmu's README.txt file 2010-12-22 04:20 ah, great! 2010-12-22 04:20 let me check them out 2010-12-22 04:20 you should find the readme on the device under /usr/share/gmu/README.txt i think 2010-12-22 04:21 wejp: thanks! 2010-12-22 04:21 :) 2010-12-22 04:22 wejp: i saw the in-program help (F1), i just can not figure out what key is in Ben, is equivalent to 'Mod' key 2010-12-22 04:22 should be "Alt" 2010-12-22 04:22 but the help (f1) also tells you that 2010-12-22 04:23 hmm ... strange, i thought i tried it, and it didn't work 2010-12-22 04:24 let me try it again 2010-12-22 04:24 thanks for the tips 2010-12-22 04:24 you're welcome 2010-12-22 08:45 [commit] Xiangfu Liu: config.all_packages: remove mp3, mp4, rootfs, u-boot http://qi-hw.com/p/openwrt-xburst/cc29d05 2010-12-22 09:02 wpwrak: we could use your myroot to do a smaller bootstrap rootfs yet, and also, we could use your myroot to have a system to build rootfs customized (using opkg-target and full repo) :) 2010-12-22 09:23 zrafa: yup, that's the idea :) i used it to make root file systems with lots of "full-sized" programs, no busybox or dropbear 2010-12-22 09:24 zrafa: but you can of course do pretty much anything with it 2010-12-22 09:55 wpwrak: and I think that I know how to make a proper ipk package using toolchain easily, so extra-packages repository could grow by users contributors; and because that extra-packages repository does not touch/break important repositories for the base system we could write those instructions for people who wants to contribute with packages they need on repo 2010-12-22 09:56 wpwrak: I have a question about eeschema erc and pcbnew drc. in our 'policy', should we say we are aiming for 0 warnings in those two? 2010-12-22 09:56 how important do you think are those 2 checks/reports? 2010-12-22 09:57 wpwrak: then we would have: the current sane repo, and an extra repo for contributions. In order to have a sane (or stable) thing for a while the sane repo would not change. And if people want more new packages on repo they would use the easy instructions to create packages to upload on extra-packages repo. 2010-12-22 10:04 wolfspraul: hmm, 0 warnings isn't always possible. but yes, i'd recommend to try to reach this goal. also because it's easier to recognize it going from zero to non-zero than going from X to Y, with X and Y > 0. 2010-12-22 10:04 on the flight I was hacking a bit on more KiCad command line options 2010-12-22 10:04 which ones do you want? 2010-12-22 10:04 I think I will add --bom for eeschema (that already works) 2010-12-22 10:04 wolfspraul: the DRC is quite important. there are things it doesn't catch without it. ERC is often just nagging, but it can occasionally be helpful, too. 2010-12-22 10:05 then we have a whole lot in pcbnew 2010-12-22 10:05 wolfspraul: --bom: excellent !! 2010-12-22 10:05 gerber, svg, drill file, vrml, drc 2010-12-22 10:05 which ones do you want and what are important options in the dialog you often switch away from the default, or from one setting to another? 2010-12-22 10:05 any hints? at the beginning I will just use the dialog defaults 2010-12-22 10:07 wolfspraul: pcbnew ... i need postscript (A4, front, mirror, no drill mark; A4, back, no mirror no drill mark), gerber (board edges, default settings), drill file (default settings) 2010-12-22 10:09 wolfspraul: for front/back, "real drill" should also be possible (for manual instead of CNC drilling). "small mark" is misleading, because it's often bigger (!) than the real mark. 2010-12-22 10:09 wolfspraul: adam may have a bunch of additional formats/settings, e.g., gerbers for the pcb fab 2010-12-22 10:10 wolfspraul: important options that get switched: the drill mark, plot format, "plot mirror", the layer selection, maybe also plot mode 2010-12-22 10:11 ok this is a lot, overwhelmed... let me see... 2010-12-22 10:12 zrafa: (user repo) hmm, maybe. or have people who help with these integration steps. so the normal developers doesn't worry about ipkg, but someone else picks up the package, advises the developer on changes to make it properly ipkg-able, and then makes the ipkg 2010-12-22 10:13 ok I start with the drill file dialog 2010-12-22 10:13 zrafa: making "nice" packages needs a lot of context, so you're better off with expert help :) 2010-12-22 10:13 wolfspraul: (a lot) hehe ;-) 2010-12-22 10:13 in there you are always happy with the defaults right now? 2010-12-22 10:13 wolfspraul: (drill file defaults) yup 2010-12-22 10:13 drill units: inches (default) 2010-12-22 10:13 zeros format: decimal format (default) 2010-12-22 10:14 precision: 2:4 2010-12-22 10:14 wolfspraul: at least i hope that my defaults really are the standard defaults. it's never easy to tell where they come from ... 2010-12-22 10:14 drill origin: absolute 2010-12-22 10:14 drill sheet: none 2010-12-22 10:14 (or do you want Drill map (PostScript) here?) 2010-12-22 10:14 drip report: none 2010-12-22 10:14 perfect so far 2010-12-22 10:14 hpgl plotter options: 20cm/s 1pen 2010-12-22 10:14 don't even know what the "drill sheet" is 2010-12-22 10:14 options: mirror y axis _OFF_ 2010-12-22 10:14 options: minimal header _OFF_ 2010-12-22 10:15 yeah. that's what i have. 2010-12-22 10:15 that's all 2010-12-22 10:15 ok, only the defaults then for now, we can always add more options later 2010-12-22 10:15 which kicad version are you using the latest or our "current' ? 2010-12-22 10:15 I think our standardized werner/qi version 2010-12-22 10:16 I mean I'm packaging it :-) would be kinda weird if my own system didn't have it... 2010-12-22 10:16 now I look at pcbnew -> file -> Plot 2010-12-22 10:16 hmm, lots of checkboxes for copper layers and technical layers 2010-12-22 10:16 I guess they should be settable from the command line (on/off) 2010-12-22 10:17 Scale Opt: Scale 1 - should be ok? 2010-12-22 10:17 Plot Mode: Filled 2010-12-22 10:17 Plot Format: HPGL (default) - do you want Postscript A4 here? there is also just 'Postscript' 2010-12-22 10:17 some options: 2010-12-22 10:17 Print sheet references: off 2010-12-22 10:17 print pads on silkscreen: off 2010-12-22 10:17 print module value: on 2010-12-22 10:17 prin module reference: on 2010-12-22 10:17 print other module texts: on 2010-12-22 10:17 force print visible texts: off 2010-12-22 10:18 then some hpgl options, pen size 0.015'' speed 20cm/s ovr 0.002'' 2010-12-22 10:18 which ones do you want to control from the command line? 2010-12-22 10:18 plot format: need gerber and postscript a4. not really sure what "postscript" would do. in any case, my paper is a4 :) 2010-12-22 10:18 wpwrak: nice packages: I mean, packages which install properly and run. If the software itself needs some changes to be nice for nn (for example if it is a GUI software for 640x480 it will not work) that is another problem. I just see a nice posibility to make proper ipks packages for the current repo (extra repo) easily (from sources with configure, make, make install) 2010-12-22 10:19 none of the options you listed matter to me 2010-12-22 10:19 the others are ok? 2010-12-22 10:19 ok 2010-12-22 10:19 how about the checkboxes for copper layers and technical layers? 2010-12-22 10:19 they need to be controllable, right? 2010-12-22 10:19 they probably also depend on how many layers the board has, I'll figure that out 2010-12-22 10:20 plot mode filled is good. layer selection is at least highly desirable, yes. (if you don't have it, it will just dump all selected layers, one per file, and you can then pick the ones you like. but it's more environmentally friendly to stop the waste production at its root) 2010-12-22 10:20 (how many layers) presumably 2010-12-22 10:21 zrafa: (nice pkg) i mean just making the ipkg. porting the software itself is another issue. 2010-12-22 10:24 ok so that one is clear 2010-12-22 10:24 then maybe I add the drc report 2010-12-22 10:25 and svgs for the layers, could be nice in giving people quick view access without installing kicad 2010-12-22 10:25 I guess for the rest, nobody really needs it right now 2010-12-22 10:25 wolfspraul: svg should be nice, yes. adam will have bunch of files, too 2010-12-22 10:25 like Specctra DSN, Module Report, GenCad, VRML 2010-12-22 10:25 wolfspraul: e.g., the smt positions 2010-12-22 10:26 Modules position, component file, bom file 2010-12-22 10:26 well I can add modules position 2010-12-22 10:26 specctra is for the external (gratis but non-open) router 2010-12-22 10:26 bom file we use eeschema 2010-12-22 10:27 alright I think I have enough to start with 2010-12-22 10:30 hehe :) how's the snow ? i read about europe falling into chaos and ruins 2010-12-22 10:33 wpwrak: making the ipkg is something which often is done by development systems like OE, or openwrt. We know that, but after working a while I am seeing some easy way which would work always (using uploaded toolchain) :) (always=if porting works then package would be built against current repo) 2010-12-22 10:33 zrafa: i basically see three roles: author, porter-to-ben, and package maker. all this may be done by the same person, but it could also be that several people are involved. i would consider 2-3 people the normal case. 2010-12-22 10:33 working a while=since I started to use those different kind of tools (from development systems) 2010-12-22 10:34 not much, all fine here 2010-12-22 10:34 zrafa: (easy way) yeah, but then there's debian, openwrt, and a bunch of others. that's not very friendly, no matter how nice you make it look :) 2010-12-22 10:34 wpwrak: okey, I am talking about the last person (package maker) 2010-12-22 10:35 zrafa: i would imagine that the the package maker is distro-specific and handles several/many packages 2010-12-22 10:36 zrafa: knows the rules of that distro, knows how to handle corner cases, knows the people to ask for approval, and so on. 2010-12-22 10:37 zrafa: so someone porting/writing something to the ben would just make sure it builds with make/self-punishment/cmake/whatever, and the packager(s) would then take it from there 2010-12-22 10:38 zrafa: of course, if someone happens to know a distro's packaing process very well, like you do, then that person may directly do the package, too 2010-12-22 10:38 wpwrak: you go further :) 2010-12-22 10:38 wpwrak: let me put it simpler 2010-12-22 10:39 wpwrak: I am talking about extra packages, no more.. A place where we could upload packages which do not disturb the rest of the repo 2010-12-22 10:39 wpwrak: if the package uploaded does not work then that would not matter for the rest of the system or repo 2010-12-22 10:40 wpwrak: and the page maker I am thinking is just an script, which take the binaries built from sources and decide which packages are needed to install this new package. The rest of the info is not important. 2010-12-22 10:40 zrafa: okay, that would then be 67% of the packager's work :) 2010-12-22 10:41 (just a script) hmm, i think that's how they all start ;-)) 2010-12-22 10:41 haha :D 2010-12-22 10:41 but I already tried the basic case 2010-12-22 10:43 the basic case is where "just a script" usually works well 2010-12-22 10:43 then you get the cases that depend on something unusual .... :) 2010-12-22 10:43 and so on 2010-12-22 10:45 your script would make packages for jlime and openwrt ? 2010-12-22 10:46 nah.. for jlime only. You need a proper toolchain working .. Mmmh, well, you could have the thing built, but I was thinking to use "./configure destination" on this process 2010-12-22 10:47 and the packages jlime uses are debian packages. openwrte uses another kind of packages I think (still if both ends .ipk) 2010-12-22 10:47 ah, never heard of "configure destination" 2010-12-22 10:48 destination= I was thinking on --prefix 2010-12-22 10:50 ah, i see 2010-12-22 10:51 wpwrak: and keep it simpler, it would be a simple way for people who wants to make a ipkg for extra packages using just the toolchain on their PCs. Forget the beast of OE/debian/openwrt who needs to keep all sync with millons of packages around and things changing 2010-12-22 10:52 simpler=simple 2010-12-22 10:55 well, you can try and see. it will certainly be useful to some people. 2010-12-22 10:56 (keeping in sync) i'm not sure you can avoid this, though. people will still install whatever they get from upstream. so the changed do affect you, if only indirectly. 2010-12-22 10:56 s/changed/changes/ 2010-12-22 10:57 also remember, the only things that don't change are dead ;-) 2010-12-22 10:57 wpwrak: https://github.com/steve-m/m8cutils/tree/cy7_prog ;) 2010-12-22 10:57 (then they just rot :) 2010-12-22 10:58 wpwrak: well, I am thinking on jlime repo on qi. That repo will not change still if OE upstream changes. So people will not install things from upstream 2010-12-22 10:58 steve|m: yeah ! ;-)) 2010-12-22 10:59 zrafa: your "repo will not change" theory is in fact what worries me a bit :) when new things get added upstream, or get updated/fixed, etc., the repo _should_ change 2010-12-22 11:00 zrafa: i don't think it's realistic to assume that a "frozen" repo will be good for a long time 2010-12-22 11:00 wpwrak: it is unmaintained repo. The current jlime is alive, and a few jlime devs are working. But that lives on jlime.com, no here 2010-12-22 11:00 wpwrak: so no chance to keep that. 2010-12-22 11:01 wpwrak: and I still think that a frozen repo is good 2010-12-22 11:01 (unmaintained) yes, that's the bit that needs fixing :) 2010-12-22 11:04 wpwrak: sorry, different point of views.. Jlime has a repository for jornada which is 3 years old perhaps. And it is useful, no dead from my point of view. Just tell me the greatest nicest application openwrt/OE/whatever added this year for freerunner, or another mobile device. Which you think that you would like to have on current repos. For me, a lot of basic software does not change. psmisc, bash, init, top, bc, etc etc.. all the minimal tools you woul 2010-12-22 11:04 (frozen) a frozen repo means that, when new stuff comes along, people will first wait. then, when nothing happens, they will devise work-arounds. then you get an increasing number of hacks that live on top of the repo. eventually, it will become too inconvenient to use and people switch away. by that time, everyone will hate it. 2010-12-22 11:04 Or those dont change on same way for you telling, if I do not get the latest top version then I will kill myself 2010-12-22 11:04 zrafa: hmm, how many jornada users are out there ? ;-) 2010-12-22 11:05 wpwrak: but repo changing is not attracting users. I would love to have Debian, I already said that, and that explains that I think: I would like to have a huge and maintained repo 2010-12-22 11:06 but that does not exist on tiny projects 2010-12-22 11:06 zrafa: the basic stuff doesn't change. but the ben is still a young platform. people are experimenting with new things. 2010-12-22 11:06 zrafa: (debian) yup, perhaps some project for next year :) 2010-12-22 11:06 openmoko people was telling that they had several guys working to have a thing maitained.. and finally that was a mess 2010-12-22 11:07 so you need all the users and Debian developers , no my tiny script to make a package :) 2010-12-22 11:07 all the users and Debian developers you see for PC = you will need the same amount of nn users and Debian developers for nn 2010-12-22 11:08 if you want a really serious repo maintained and useful like we want. 2010-12-22 11:09 wpwrak: I do not see any develop for nn.. just gmu and another few things were written. From qi I see a big effort to have a basic linux system (init, shell) more  a GUI (which was already written for another device). No new things around. Nightsky is new and nice, but no much more 2010-12-22 11:10 all the efforts are trying to port current stuff, trying to find console applications or X applications which fit. That is nice, but no new 2010-12-22 11:10 the nice new things are on the hardware side 2010-12-22 11:12 zrafa: (number of developers to maintain a distro) well, you're building on OE and "full" jlime. i would hope that this reduces the amount of work ;-) 2010-12-22 11:13 zrafa: (effort on porting) yes, i see this as a weakness caused by the focus on openwrt. openwrt is so far behind when it comes to a "desktop" distribution, that people who could work on new things are still completely tied up with catching up 2010-12-22 11:14 zrafa: of course, it's hard to tell what they would do if the basis was something more suitable, like jlime. 2010-12-22 11:15 we have some Debian developers here in Arg, we should talk with them face to face :) 2010-12-22 11:17 and now it seems that folks working on qi-hw openwrt are pissed off at openwrt for some "downsizing" changes. of course, that's a predictable conflict: openwrt tries to be extremely small and not really interactive. the ben needs something compact but not excessively so, and a lot of interactivity. there's only so far you can go before conflicting design goals cause trouble. 2010-12-22 11:17 zrafa: making debian embedded-friendly would be a great achievement 2010-12-22 11:19 Debian developer in arg. Moreover one of them was nominated as Debian leader http://www.debian.org/vote/2010/vote_001 (margarita), but she did not win it seems 2010-12-22 11:22 wpwrak: I'm not aware of any 'downsizing' unhappiness, but listening... first time I hear this 2010-12-22 11:25 wolfspraul: a few days (or was it yesterday), there were complaints about openwrt breaking some - i think i18n - things into main and stub package, breaking lots of dependencies, because small systems often don't care about this anyway, but many things on tbe ben do 2010-12-22 11:26 zrafa: kewl. a voting process where only mathematicians can understand the result. we should use this for politics ;-) 2010-12-22 11:26 sounds like normal discussions (and good I think) 2010-12-22 11:28 wolfspraul: yeah, nothing evil per se. but i found the direction interesting, and how it was interpreted here. 2010-12-22 11:29 wolfspraul: Dec 20 11:20:15 these are all problems that we face because upstream is thinking about openwrt as a distro for routers 2010-12-22 11:30 wolfspraul: Dec 20 11:34:33 xiangfu: we will have to struggle with such things all the time 2010-12-22 11:30 wolfspraul: Dec 20 11:37:02 like @I_HAS_CRAPPY_ROUTER 2010-12-22 11:30 just some soundbites  :) 2010-12-22 11:31 wolfspraul: of course, kyak may just be unhappy about them messing with i18n, considering that 2010-12-22 11:31 wolfspraul: Dec 20 11:46:32 really, every time i see a software that is not i18n-aware, i get angry. this is less and less often now when utf-8 is taking its positions, but still there are a lot of developers there thinking "ASCII" 2010-12-22 11:31 wpwrak: voting process: yeah.. but then either we would not have politics anymore or they would like to kill owners of that voting process idea :P 2010-12-22 11:32 zrafa: i think such a voting process would greatly change the concept of populism ;-) 2010-12-22 11:43 totally agree with kyak. still need to see what it means specifically for openwrt on the nn. kyak has been extremely helpful on this end, so let's see... 2010-12-22 11:44 not sure how many open issues there are right now, in that area 2010-12-22 11:55 wow, somebody was actually reading that ;) 2010-12-22 11:57 kyak: now they are asking where you live 2010-12-22 11:57 :) 2010-12-22 11:59 hides 2010-12-22 12:09 http://www.flickr.com/photos/paulav/5003521870/sizes/l/in/set-72157624988237840/ 2010-12-22 12:09 Sebastien at work :-) (thanks to kristianpaul) 2010-12-22 12:10 thanks to paula velez, wich atually took the pic and shared the link 2010-12-22 12:35 hmm, screens stacked in front of each other - does he have x-ray vision ? :-) 2010-12-22 12:37 I see thinkpads! 2010-12-22 12:37 morning ppl 2010-12-22 13:30 morning Jay7 :_) 2010-12-22 13:40 larsc, was usb network support ever made stable? 2010-12-22 13:40 For 2.6.36 =< 2010-12-22 13:41 What I mean to say is "Does a newer patch adding usb-network support exist and do you recommend it?" 2010-12-22 13:42 there is one in the 2.6.37 branch, but it only has stylistic cleanups 2010-12-22 13:44 Allrighty then 2010-12-22 13:50 Anything significant in 2.6.37 2010-12-22 13:50 ? 2010-12-22 13:50 nope 2010-12-22 13:51 just fixes 2010-12-22 13:51 2.6.38 will have the gpio-charger driver 2010-12-22 13:52 Nice :) 2010-12-22 13:58 larsc: what's gpio-charger ? 2010-12-22 13:59 http://www.spectec.com.tw/sdiovideooutcard.html 2010-12-22 14:00 a way to connect Ben to TV? 2010-12-22 14:01 if the protocol is documented / reverse-engineerable ... 2010-12-22 14:02 but 2010-12-22 14:02 spectec released their gpl drivers for microSD wifi card, so i guess they would release it here, too 2010-12-22 14:02 is not that for the missing i2c chip int he nanonote? (charger) 2010-12-22 14:03 s/int he/in the 2010-12-22 14:04 wow jtag m1 is a  100Mb TIF file 2010-12-22 14:12 this article will like to zrafa http://lwn.net/Articles/416901/ 2010-12-22 14:18 kyak: (gpl driver) sounds promising, yes. 2010-12-22 14:28 kyak: 'released their gpl drivers' must be the overstatement of the century 2010-12-22 14:30 first they don't understand gpl, or free software 2010-12-22 14:31 maybe I should try again, see whether something has changed in the year or so since I last spoke with them... 2010-12-22 14:39 so is the driver gpl or not ? 2010-12-22 14:40 which one? 2010-12-22 14:41 the wifi driver took me months, and in the end it came from Renesas, not Spectec 2010-12-22 14:41 I had to go to Tokyo, etc. etc. 2010-12-22 14:42 Spectec is, at best, very ignorant of the GPL. 2010-12-22 14:42 if they do understand it (even a little), they will be very worried. 2010-12-22 14:42 we had this situation with their Zigbee card, where we pulled back because they would stubbornly insist that all the work they had put into their driver was very valuable and had to be closed. 2010-12-22 14:43 of course, we kept telling them we will throw away their driver anyway, and write a new one, and only need to look at their sources for register documentation. but there was no way. 2010-12-22 14:43 the fact that we kept insisting on 'looking' at their sources must have made them believe even more how great and valuable their stuff is 2010-12-22 14:43 I'd rather not deal with Spectec, it's tiring with little results. 2010-12-22 14:43 like speaking to the wall 2010-12-22 14:49 hmm, i see. alas, the seems to be pretty common among companies that make this sort of "exotic" peripherals 2010-12-22 14:49 so i wouldn't have high hopes for vga either then. that's always been a nasty battleground for as long as i remember. 2010-12-22 14:55 Spected is only doing the microSD packaging 2010-12-22 14:55 the driver is not written by them, but by the IC maker 2010-12-22 14:56 at the most what Spectec does is to set the base address, compile, make a binary 2010-12-22 14:56 :-) 2010-12-22 14:56 that's their tremendous 'investment' that costs them so much money that they have to 'protect' it 2010-12-22 14:57 you can't be too careful ;-) 2010-12-22 14:57 it's a small Taipei company, they are specializing in taking whatever IC they can find, and package it in *SD packages 2010-12-22 14:58 sometimes the things on their website are not really available, just 'announced' 2010-12-22 14:58 they also have the nasty habit of changing IC vendors without changing their model number (saves them money because they don't have to print new boxes etc) 2010-12-22 14:59 then you can only tell from the lot numbers (if you know), which IC you will get 2010-12-22 14:59 but other than that, they are a small and nimble company, and once in a while they hit a product that actually sells well 2010-12-22 14:59 lovely. exactly what we're looking for :) 2010-12-22 15:02 I feel we are much further down the road. 2010-12-22 15:02 if anything I would put a micro-fpga on such a card, and try to develop the IC logic myself 2010-12-22 15:03 of course the entire hw design in our work-in-progress kicad process, etc. 2010-12-22 15:03 heh, micro-fpga ;-) 2010-12-22 15:03 now there's an idea :) 2010-12-22 15:04 wolfspraul: I really like how you are explaining what is Spected and the details you know :) 2010-12-22 15:04 we ought to ask xylinx for sponsorship. qi-hw, the project that puts fpgas a the most unlikely places ;-) 2010-12-22 15:05 zrafa: well, I know the folks :-) been there several times, etc. they are cool. but we need to be realistic. so I explain it in the clearest possible language. 2010-12-22 15:06 micro-fpga :) 2010-12-22 15:06 they wouldn't even mind, I know that this chat is logged and wouldn't be worried about it on my next meeting there, if ever 2010-12-22 15:07 I never saw a FPGA in small package from Xilinx.. 2010-12-22 15:07 wolfspraul: yeah, I guessed you knew the folks for the clear explanation .. that is great you know about that and other companies around 2010-12-22 15:07 for=from 2010-12-22 15:07 from their perspective we are retards too, introducing a random/arbitrary concept such as 'freedom', instead of just going for the highest sales volume 2010-12-22 15:07 they need volume, and fast 2010-12-22 15:07 like every hardware company 2010-12-22 15:07 everything else is secondary 2010-12-22 15:08 if I cannot give them volume (and fast), my bla bla will be even less impressive 2010-12-22 15:08 for Spectec, volume starts at 1k 2010-12-22 15:08 at least that's a 'real' custome 2010-12-22 15:08 customer 2010-12-22 15:08 You can give them some kind of knowledge may be?.. ;-) 2010-12-22 15:08 for 10k, they could probably even do a card just for you, and at that point the openess issue would also go away - you would own it all :-) 2010-12-22 15:09 knowledge? 2010-12-22 15:09 how about money? 2010-12-22 15:09 :-) 2010-12-22 15:09 so spectec is a good company to have. if we ever have a specific 8:10 card in mind, and we can make 10k, they would be the ones to work with on the manufacturing side. 2010-12-22 15:10 they have done it > 100 times, so they have seen it all and will for sure get it done 2010-12-22 15:15 wolfspraul: speaking of which, you should post about the 8:10 card idea 2010-12-22 15:15 grmbl 2010-12-22 15:31 kristianpaul: can you write some kind of RFC/proposal about fb menu launcher to ML? 2010-12-22 15:32 wich ML? 2010-12-22 15:32 $channel's :) 2010-12-22 19:59 Interesting posible product wich conbines openwrt and tor http://www.technologyreview.com/web/26981/page1/ 2010-12-22 20:45 [commit] Andres Calderon: Xue's PSU DC-DC ICs components has been selected http://qi-hw.com/p/xue/87d4d7e 2010-12-22 20:48 [commit] Andres Calderon: Xue's PSU DC-DC ICs components has been selected http://qi-hw.com/p/xue/39cdcec 2010-12-22 21:15 Hi wpwrak 2010-12-22 21:26 andres-calderon: heya ! kinda busy right now, cleaning my apartment. so i'll be afk for bit every once in a while 2010-12-22 21:26 s/for bit/for a bit/ 2010-12-22 21:28 wpwrak: ok 2010-12-22 22:38 xiangfu: in git can i locally commit several files and later push? 2010-12-22 22:38 Hi btw :) 2010-12-22 22:38 kristianpaul: of cause. that is how git works. :) 2010-12-22 22:39 ah :-) 2010-12-22 22:41 argg here we go again (fatal: The remote end hung up unexpectedly) 2010-12-22 22:41 i copied the .git file from debian to fedora, git seems isntalled, what i'm missing.. 2010-12-22 22:47 kristianpaul: ".git" is enough. what command you use? 2010-12-22 22:48 git push after a git rm foo 2010-12-22 22:50 kristianpaul: if you use git push. you may need the ~/.ssh/id_rsa 2010-12-22 22:50 i already have that 2010-12-22 22:50 ie: i can login to fidelio 2010-12-22 22:51 hmm maybe something with bash? 2010-12-22 22:52 git clone was okay, i tried in other dir 2010-12-22 22:53 kristianpaul: which URL you using?  git@... or git://... 2010-12-22 22:53 hmm 2010-12-22 22:53 git clone git://projects.qi-hardware.com/ben-gps-sdr.git 2010-12-22 22:53 Indefero told me that ! 2010-12-22 22:54 ahh thats it 2010-12-22 22:57 [commit] Cristian Paul Peñaranda Rojas: Cleaning up no needed code, and adding new place for tmp stuff http://qi-hw.com/p/ben-gps-sdr/1ab9cf3 2010-12-22 22:59 indefero sometimes likes to mislead you ;-) 2010-12-22 23:02 :) it should git@ 2010-12-22 23:03 git:// is read only. git@ is write and read :) 2010-12-22 23:03 and should http when i'm behind a firewall  :/ 2010-12-22 23:03 but thats ask too much 2010-12-22 23:16 [commit] Cristian Paul Peñaranda Rojas: Acquisition now works, 8 bits data 1 HIGH LSB bit for sync http://qi-hw.com/p/ben-gps-sdr/bb1b7be 2010-12-22 23:16 [commit] Cristian Paul Peñaranda Rojas: Acquisition module spi to parallel synced out http://qi-hw.com/p/ben-gps-sdr/795a67a 2010-12-22 23:16 [commit] Cristian Paul Peñaranda Rojas: Read only ram interface for SIE Xbust <-> FPGA Bus http://qi-hw.com/p/ben-gps-sdr/53f04de 2010-12-22 23:30 ah this looks better :) 2010-12-22 23:31 http://kristianpaul.org/~paul/tmp/acquisition.png 2010-12-22 23:35 i wonder if i can take advtange of vim and screen togther.. 2010-12-22 23:47 [commit] Cristian Paul Peñaranda Rojas: SiGE to SIE Data acquisition module, Work in progress http://qi-hw.com/p/ben-gps-sdr/d7a5e36 2010-12-22 23:54 [commit] Cristian Paul Peñaranda Rojas: Small fix (duplicate wires and regs) detected on synthesis http://qi-hw.com/p/ben-gps-sdr/dacd086