2010-09-30 07:48 hey bartbes, textmode told me that you have worked on nLove. I would like to have and test this on dingoo. is it possible? 2010-09-30 08:14 wpwrak: I'm starting to work on the automated schhist stuff on the Qi projects server 2010-09-30 08:15 first I built debian packages for Kicad plus your patches, http://projects.qi-hardware.com/p/fped/downloads/ 2010-09-30 08:15 not the best location but the fped Debian package will also show up there so I just put it there for now 2010-09-30 08:16 then I installed KiCad+your patches, as well as fped, on our buildhost machine, and made the entire /home/git/repositories available to the buildhost as read-only (via nfs) 2010-09-30 08:16 now I want to try to run the schhist scripts on the buildhost 2010-09-30 08:16 there is a schhist/Makefile but the paths seem quite hardcoded 2010-09-30 08:17 I cannot find much documentation either, so I will just start and try to run it see what happens :-) 2010-09-30 08:19 KiCad? 2010-09-30 08:19 if anybody is curious the documentation on building KiCad+fped is here http://en.qi-hardware.com/wiki/Server_setup#KiCad 2010-09-30 08:19 I will also keep updating this once we simplify the process, for example with a full Debian package for fped 2010-09-30 08:20 Textmode: KiCad is the tool we use for the electrical design (schematics), and layout 2010-09-30 08:20 ah 2010-09-30 08:20 basically there are two serious free tools around, KiCad and geda 2010-09-30 08:20 we chose KiCad 2010-09-30 08:22 Textmode: what I am talking about now is a visualization of schematics changes, directly out of the revision control system 2010-09-30 08:22 you can see a demo here: http://downloads.qi-hardware.com/people/werner/schhist/xue/ 2010-09-30 08:23 I want to automate this so that all KiCad projects on the Qi projects server automatically have it 2010-09-30 08:23 pretty cool stuff I think :-) at least very important for the goals of our copyleft hardware project 2010-09-30 08:23 interesting. 2010-09-30 08:24 the visualization creates opportunities to join the development or review process 2010-09-30 08:56 wolfspraul: sounds good so far :) most of the hardcoded stuff is meta-data. links to the project page and such. 2010-09-30 08:57 wolfspraul: there are a few tricky/irregular bits, though: projects with more than one kicad project inside, the use of the -f option, and the project name 2010-09-30 08:58 wolfspraul: you need -f if the project doesn't assign useful subsheet names. right now, only SIE CEIMTUN has this problem. 2010-09-30 08:58 wolfspraul: one could of course consider this a bug in the project :) 2010-09-30 08:58 what -f does is that it switches to using the file names instead of the subsheet names 2010-09-30 09:03 wpwrak: yes I see it already 2010-09-30 09:03 you try to give it a positive spin though 2010-09-30 09:03 wolfgang: apart of empower the visibility/participation on existing project I bet including this will atract other project to join qi-hardware :) 2010-09-30 09:03 even though almost every project has its own options, at least they are not called -wpan-cntr etc :-) 2010-09-30 09:04 exporting the git repos via nfs was utter nonsense of course 2010-09-30 09:04 only a feeling, but I see some bright eyes when I show the demo on CEDI 2010-09-30 09:04 wpwrak: do the scripts use git commands to go through the revisions? 2010-09-30 09:05 wolfspraul: (nonsense) why ? you need them, too 2010-09-30 09:05 the repos? 2010-09-30 09:05 wolfspraul: yes, it checks out the old revisions. but it does this in a temp directory 2010-09-30 09:05 yes but I exported the actual git repository folder, which I think is not a good idea 2010-09-30 09:06 instead, I just need to do a git clone with the git:// read-only urls 2010-09-30 09:06 wolfspraul: it uses the current repos as a starting point 2010-09-30 09:06 wolfspraul: (repo/clone) is there a difference ? :) 2010-09-30 09:06 since the nfs export is read-only, you cannot run git commands in there 2010-09-30 09:07 yes sure, because you wouldn't want to run the scripts on an nfs export of the actual server-side repository 2010-09-30 09:07 that's a bit hard-core 2010-09-30 09:07 my bad 2010-09-30 09:07 wolfspraul: hmm, read-only should be okay. not that i've tried it, but the things that run there shouldn't need to write 2010-09-30 09:07 but they need to checkout somewhere otherwise how can you run scripts on the files 2010-09-30 09:08 wolfspraul: yes, they get checked out in repo-root/_something directories 2010-09-30 09:08 wolfspraul: or, rather, repo-parent 2010-09-30 09:08 sure but it's a clone 2010-09-30 09:08 wolfspraul: e.g., if you have ben-wpan in /foo/bar/ben-wpan, then the temp directories are in /foo/bar/_whatever 2010-09-30 09:09 are the scripts safe to be run from another folder? 2010-09-30 09:09 did you ever test it? I see lots of paths in them, so I tend to stay with the 'default' 2010-09-30 09:09 wolfspraul: the temp directories are called _gitsch2ps and _schhist2web 2010-09-30 09:10 wolfspraul: hmm, which paths do you mean ? 2010-09-30 09:10 wolfspraul: the scripts shouldn't care about the directory they run from, as long as they can figure out where the rest of the scripts lives 2010-09-30 09:11 wolfspraul: what you have to tell them is where the checked-out tree is (with .git repo) and where in that tree the kicad project lives 2010-09-30 09:11 I'll work my way through, no worries 2010-09-30 09:12 wolfspraul: and they need the name of the output directory. that can be a relative path. 2010-09-30 09:12 of course, as always, you may find bugs :) 2010-09-30 09:13 the huge number of things in schhist/Makefile is mainly because i didn't make a project-name -> environment mapping. things like SCHHIST_HOME_URL and SCHHIST_COMMIT_TEMPLATE are just a function of the project name 2010-09-30 09:14 sure sure 2010-09-30 09:14 let me work a bit 2010-09-30 09:14 :-) 2010-09-30 09:15 something that's highly project-specific is SCHHIST_ORDER. that's the "human-friendly" order of the sheets. not really sure how to automate this. 2010-09-30 09:15 how efficient is the script, can I run it every 5 minutes in a cron job going over all KiCad projects? 2010-09-30 09:15 (SCHHIST_ORDER) the same information can exist at other places (other scripts), but there's not really a standard representation for it 2010-09-30 09:16 or I have some kind of flag that is set whenever a commit is made 2010-09-30 09:16 but if the scripts are efficient they will just look at a timestamp and then do nothing anyway 2010-09-30 09:16 not sure 2010-09-30 09:16 hmm, 5 minutes may be too often. maybe submit an at job 5 min after the last run terminated 2010-09-30 09:16 if there's a big update, the scripts can run for a long while 2010-09-30 09:16 sure but that's no problem 2010-09-30 09:17 let's say there are no changes at all 2010-09-30 09:17 lemme see how long they take if there's nothing to do ... 2010-09-30 09:17 how efficient is the script in 'doing nothing'? 2010-09-30 09:17 yes, thanks 2010-09-30 09:17 if it's not very efficient, I will have a little commit flag 2010-09-30 09:18 it takes a few minutes because the pngs and the index.html are always regenerated. only the pnm and pdfs are cached. 2010-09-30 09:18 the thing is I want to run the scripts immediately after a commit, to give people some satisfaction in looking at what they just committed visually 2010-09-30 09:18 yes, i understand 2010-09-30 09:18 few minutes, wow 2010-09-30 09:18 so I cannot run this over all KiCad projects 2010-09-30 09:18 no problem I'll have a little flag then 2010-09-30 09:20 you're running right on the machine that will host the output files, right ? i.e., no rsync needed afterwards ? 2010-09-30 09:21 no it's the buildhost 2010-09-30 09:21 I think it fits better there, from the load characteristics 2010-09-30 09:22 I'll figure out how to get the files to the Apache server, there are many options 2010-09-30 09:22 rsync, nfs, redirects, etc. 2010-09-30 09:22 okay. so, testing the timing with rsync then. let's see how it goes ... 2010-09-30 09:22 I'm not there yet, step by step 2010-09-30 09:22 I should probably clone kicad-libs too, right? 2010-09-30 09:23 is schhist able to deal with kicad-libs, also in revisioning? 2010-09-30 09:23 probably not yet :-) 2010-09-30 09:24 6 minutes 11 seconds, with git-pull at the beginning and rsync at the end 2010-09-30 09:25 (that's for all the projects i'm watching, ben-wpan/(atusb, atusd, cntr), xue, sie-cemtun, sie-v2 2010-09-30 09:26 (kicad-libs) no, i don't track revisions there. i just use the current state 2010-09-30 09:26 global revisions would be interesting :) 2010-09-30 09:27 so I need to have kicad-libs checked out? 2010-09-30 09:28 yes. and if they use anything else, that too. ideally, just check out all the projects. 2010-09-30 09:30 things that span projects are a bit of a weakness in the way git is normally used. e.g., in openmoko's svn, we just had one tree for everything. svn lets you check out subtrees and such, so things far away don't get that much in the way. 2010-09-30 09:31 with git, this is harder. not that the svn approach would be without its own issues. e.g., limiting things to directories doesn't work perfectly. 2010-09-30 09:43 @ Textmode, bartbes does not respond. can i find infos for nLove somewhere else? 2010-09-30 09:44 SiENcE: bartbes *is* nlove atm. 2010-09-30 09:44 but yes, I think he's asleep. 2010-09-30 09:48 more likely afk but not asleep 2010-09-30 09:53 uhm 2010-09-30 09:55 wpwrak: hmm 2010-09-30 09:56 my folder setup is a bit different, I run into a seg fault 2010-09-30 09:56 I have a home dir /home/schhist 2010-09-30 09:56 the scripts are in /home/schhist/eda-tools/schhist 2010-09-30 09:56 the git repos are in /home/schhist/git 2010-09-30 09:56 the output dir is /home/schhist/output 2010-09-30 09:57 I run the scripts from /home/schhist 2010-09-30 09:57 the segfault comes from gitsch2ps, which has a parameter /home/schhist/_schhist2web 2010-09-30 09:58 this directory does not exist at the time gitsch2ps is called. when I create it before running schhist2web, it is deleted before gitsch2ps is called 2010-09-30 09:58 still investigating 2010-09-30 09:58 maybe I should run everything in exactly the same folder structure you have 2010-09-30 10:08 Hi, I'm looking to build a battery indicator type thing 2010-09-30 10:09 I see there exists a file called /sys/class/power_supply/battery/capacity but I was wondering what are the values it emits 2010-09-30 10:09 percent 2010-09-30 10:09 It never reaches 100% 2010-09-30 10:09 kernel bug? 2010-09-30 10:10 na, i would say thats a natural thing for batteries 2010-09-30 10:11 escpecialy if such simple methods of measuring it are used 2010-09-30 10:11 Ah, OK 2010-09-30 10:11 I suspect things will be better in the future 2010-09-30 10:12 the driver is pretty dump. it meassures the current battery voltage and compares it to a reference voltage which is supposed to be 100% 2010-09-30 10:14 wpwrak: the segfault is from eeschema, I will rebuild kicad on the buildhost 2010-09-30 10:20 I see. 2010-09-30 10:20 wolfspraul: how do you invoke schhist ? 2010-09-30 10:21 I suppose things should be even harder if the system is to handle nokia batteries or worse, knockoff nokia batteries 2010-09-30 10:21 yes. 2010-09-30 10:21 since it probably has a different reference voltage 2010-09-30 10:22 wpwrak: from a Makefile, as user schhist 2010-09-30 10:22 I think Nokia batteries have internal circuits which give a better estimate 2010-09-30 10:22 Are those supported? 2010-09-30 10:23 Or is support planned? 2010-09-30 10:23 wolfspraul: i mean, with which arguments ? 2010-09-30 10:23 B_Lizzard: nope. there is no method to access those 2010-09-30 10:23 OK, thanks a lot, larsc. 2010-09-30 10:23 B_Lizzard: but you could probably build a hw hack to do so 2010-09-30 10:24 you mean schhist2web? exactly like you do in Makefile 2010-09-30 10:24 let me rebuild kicad first, maybe that solves the problem already 2010-09-30 10:25 the scripts are a bit hard to follow/debug for a newbie, but I'll find my way through 2010-09-30 10:25 I just wanted to keep you posted 2010-09-30 10:26 wolfspraul: hmm, ben-wpan would be in /home/schhist/git/ben-wpan/ or /home/schhist/ben-wpan/ ? 2010-09-30 10:26 wolfspraul: (hard to debug) yeah, i know :) 2010-09-30 10:26 /home/schhist/git/ben-wpan 2010-09-30 10:27 I can change any of this to make it work, and I will :-) 2010-09-30 10:27 wolfspraul: and you're running schhist2web from /home/schhist/eda-tools/schhist/ ? with, say, ./schhist2web ../../ben-wpan atrf/wpan-atrf.sch _atusb   ? 2010-09-30 10:28 first I ran from /home/schhist 2010-09-30 10:28 wolfspraul: okay. so what does the line look like ? 2010-09-30 10:28 as eda-tools/schhist/schhist2web git/ben-wpan atrf/wpan-atrf.sch output/atusb 2010-09-30 10:28 okay, perfect 2010-09-30 10:36 hmm, there is a _gitsch2ps folder in /home/schhist/git 2010-09-30 10:37 I'm a bit worried if my folder structure is different from yours the various scripts will not hand over stuff correctly, look in the wrong place 2010-09-30 10:37 SiENcE: of course 2010-09-30 10:37 what do you want? 2010-09-30 10:38 _gitsch2ps is where it should be 2010-09-30 10:38 good 2010-09-30 10:38 I will continue tomorrow, late here... 2010-09-30 10:38 it needs to be there so that eeschema will find things in other projects that are accessed via relative paths 2010-09-30 10:39 e.g., ../kicad-libs/etc 2010-09-30 10:40 hey bartbes, 2010-09-30 10:40 what is currently done and where is the repository? 2010-09-30 10:40 i wanna build it for dingoo 2010-09-30 10:51 SiENcE: well, there kind of is no repo atm 2010-09-30 10:51 there is a downloadable source though 2010-09-30 10:51 here: http://dl.dropbox.com/u/440010/nlove/nlove-0.0.2.tar.gz 2010-09-30 10:54 well...i can add it to my svn (its open) 2010-09-30 10:54 or you create a github for example 2010-09-30 10:55 what is on todo? 2010-09-30 10:57 fix audio 2010-09-30 10:57 there is no need for you to host the code though.. 2010-09-30 10:59 ok 2010-09-30 10:59 sdl_audio? 2010-09-30 11:00 well, more like, I need to port it 2010-09-30 11:00 from OpenAL 2010-09-30 11:00 and I miserably failed 2010-09-30 11:00 (so far( 2010-09-30 11:06 mh maybe i can help you. when i ported GemRB for Dingux ....we also ported thier OpenAL Plugin to SDL_Mixer 2010-09-30 11:07 does nLove has any dependencies? 2010-09-30 11:16 bartbes, how do i build this using cmake? 2010-09-30 11:17 well 2010-09-30 11:17 cmake . 2010-09-30 11:17 then you get a Makefile 2010-09-30 11:17 mh i know but 2010-09-30 11:17 is lua included? 2010-09-30 11:17 no 2010-09-30 11:17 :( 2010-09-30 11:17 ok 2010-09-30 11:17 what else is needed? 2010-09-30 11:18 you might want to take a look at the owrt makefile 2010-09-30 11:18 yep 2010-09-30 11:18 do you need me to link it? 2010-09-30 11:18 yes please 2010-09-30 11:19 http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/tree/master/nlove 2010-09-30 11:22 what lua version should i take? 2010-09-30 11:25 5.1.3 2010-09-30 11:27 ok 2010-09-30 11:27 thx 2010-09-30 11:54 SiENcE: so, any progress? 2010-09-30 11:56 mh no. i have problems translation lua 2010-09-30 11:59 well ...any problem is also a chance ;) ...so no problems here 2010-09-30 12:11 bartbes, what physfs is required? 2010-09-30 12:11 how do i a crosscompile 2010-09-30 12:12 the cmake doesn't recognice my mipsel compiler 2010-09-30 12:12 but only my nativ one 2010-09-30 12:12 gcc 2010-09-30 12:12 not mipsel-linux-uclibc-gcc 2010-09-30 12:12 i can set SET(CMAKE_C_COMPILER mipsel-linux-uclibc-gcc) 2010-09-30 12:12 SET(CMAKE_CXX_COMPILER mipsel-linux-uclibc-g++) 2010-09-30 12:12 but does not work 2010-09-30 12:55 physFS is a virtual filesystem, its also the heart of löve's achive (and thus, lovechive) support. 2010-09-30 12:55 hmm... 2010-09-30 12:58 recently, i found a great use for Ben as a movie player in my car 2010-09-30 12:59 i connect it to audio input and enjoy tvshows while wasting my time in traffic jams 2010-09-30 12:59 and traffic jams has become horrible now that summer is finished 2010-09-30 13:27 Textmode: when he returns, please do tell him that the Makefile contains everything needed to build 2010-09-30 13:27 (I will be leaving again soon) 2010-09-30 13:27 so yeah, if he just follows the makefile.. 2010-09-30 13:29 I'll try 2010-09-30 14:32 kyak: can you play ogv? 2010-09-30 19:53 hi 2010-09-30 20:49 jo 2010-09-30 20:49 hi* 2010-09-30 21:04 hi