2010-10-04 00:01 the ghost is mysterious indeed. the cache has some subtle changes in the postscript. when i run things manually, there are no changes. interesting. 2010-10-04 00:02 can you reproduce it on your end already? 2010-10-04 00:03 I noticed the first ghosts appear with Adam's second commit already, so I will cut out everything else and only run those 2 revisions. 2010-10-04 00:03 i have one ghost but i'm not sure it's the same as yours 2010-10-04 00:04 you have of course a whole castle full of ghosts :) 2010-10-04 00:05 in my case, there are single-pixel differences in the ppm0. in the corresponding postscript, there are some subtle changes like line thickness. however, when i generate the postscript manually, there are no differences. 2010-10-04 00:06 i'm not regenerating the whole thing but i keep all the checked out revisions. then i can run things directly there and see what happens 2010-10-04 00:09 s/not/noW/ 2010-10-04 00:15 generated. now let's see what happened ... 2010-10-04 00:18 oops, killing dbus-launch has interesting side-effects 2010-10-04 00:20 (ghostbusting) aha ! now i get different ps. one step closer 2010-10-04 00:26 oh dear 2010-10-04 00:26 you are ahead of me. so far I only found that when I go back to say the 2nd commit, no ghosts. but they will show up (in that same commit) if I include later commits. 2010-10-04 00:27 in one version, the R comes from the kicad "device" library, in the other from the cache 2010-10-04 00:28 so it'a basically a difference of local kicad installations that shows up there. 2010-10-04 00:28 carlos' local version leaked via the cache.lib that he also checked into git 2010-10-04 00:30 maybe sanitize the cache.lib as well? 2010-10-04 00:30 so the difference is real all the way. it just has a weird origin. 2010-10-04 00:30 hmm, delete it ? ;-) 2010-10-04 00:35 let's see what happens ... 2010-10-04 00:50 I don't think files leaked from Carlos can explain it entirely 2010-10-04 00:50 maybe Adam also leaked files 2010-10-04 00:50 (if it's that) 2010-10-04 00:50 check this: http://projects.qi-hardware.com/schhist/board-qi-avt2/ 2010-10-04 00:50 when I git reset upwards, and then run schhist, this is the first time I see ghosts 2010-10-04 00:51 at that point there are no commits from Carlos at all yet 2010-10-04 00:51 well, files leaked by whoever committed the cache.lib. kicad takes care of making sure the leakage occurs :) 2010-10-04 00:52 in my url, if I run schhist up to and including the third commit (from the bottom), it's still fine 2010-10-04 00:52 but when I let it run up to the 4th (visible) commit, the ghost diffs in the 3rd (visible) commit appear 2010-10-04 00:52 ah right, there's also stuff from adam. i just wrote "carlos" because i saw him there. doesn't really matter who committed, though. 2010-10-04 00:52 ok should I wait until you commit further sanitizing, or continue digging deeper on my own? 2010-10-04 00:53 let's first see what the cache removal brings when it comes to the one ghost i had. rebuild is running. 2010-10-04 00:53 k 2010-10-04 00:55 i suspect that there may be more amiss in your case, because the change keeps coming back, but maybe not 2010-10-04 00:55 oh ... could it be that the change keeps repeating when committers alternate ? one version with adam's cache, the next with carlos', etc. 2010-10-04 00:56 no. that doesn't make sense. 2010-10-04 00:56 caches should get synchronized as well. hmm. 2010-10-04 00:57 I focus on the first time any problem appears, and then I would dig in there. 2010-10-04 00:57 but it's on hold until your cache sanitizer improvements 2010-10-04 00:58 hmm. it gets worse. if i delete the cache, it doesn't find the components anymore. 2010-10-04 00:59 layouts will be fun. just spotted some nice long local absolute paths in the profile :-( 2010-10-04 01:01 okay, the missing components are caused by the origin having been removed from the profile 2010-10-04 01:01 so the project only works if you have the cache 2010-10-04 01:02 (or add them back) 2010-10-04 01:03 we can do this, of course ... 2010-10-04 01:05 you lost me know 2010-10-04 01:05 which origins are removed? 2010-10-04 01:05 I'd say if something is missing, let's just not show a diff then, rather than work with unstable cache files that are most likely only accidentally committed 2010-10-04 01:06 s/lost me know/lost me now/ 2010-10-04 01:06 the profile (.pro) lists the libraries we use. local ones and system ones. in this case, the profile was cleaned up at some point in time. 2010-10-04 01:07 when that happened, the reference to the "device" library was removed. that one has things like R. so with the cache.lib now gone too, kicad no longer knows where to find this symbol 2010-10-04 01:10 but why do the ghosts show up on the server but not your machine? 2010-10-04 01:11 we just need to run exactly your setup on the server and we're done :-) 2010-10-04 01:11 maybe different local libraries. at least before the cache was checked in, kicad would use the local libs. 2010-10-04 01:12 i still don't know why your ghost is a revenant, but the stuff is so messy that there may just be a path i'm not thinking of at the moment 2010-10-04 01:13 I took the Debian 20100314 KiCad package, and added your patches to it 2010-10-04 01:14 but lemme add the libs. the you can try and see how much this improves 2010-10-04 01:14 so I did not build directly from KiCad upstream, but from the Debian package as a starting point 2010-10-04 01:22 next build is running ... 2010-10-04 01:40 hmm. better, but now they disappear in one version and come back a bit later. odd. 2010-10-04 01:43 ah, it's different parts that do the vanishing game 2010-10-04 01:48 okay, these are just profile editing mistakes. they were so bad that they were eventually noticed and reverted despite the cache covering things up 2010-10-04 01:58 so, hopefully final test 2010-10-04 02:08 [commit] Werner Almesberger: Added mmone-jtag-serial-cable. http://qi-hw.com/p/eda-tools/8be9fe1 2010-10-04 02:08 [commit] Werner Almesberger: gitsch2ps now by default removes cache.lib (option -c keeps it) http://qi-hw.com/p/eda-tools/7b1d3fd 2010-10-04 02:08 [commit] Werner Almesberger: Environment variable SCHHIST_ADDLIBS to force libraries to be present. http://qi-hw.com/p/eda-tools/4d28daf 2010-10-04 02:08 alright. export SCHHIST_ADDLIBS=device 2010-10-04 02:08 and it will make sure we always have at least this 2010-10-04 02:09 let see how it goes 2010-10-04 02:14 do I need to add SCHHIST_ADDLIBS into my script as well? 2010-10-04 02:15 at least for avt2, yes 2010-10-04 02:15 haven't tried the rest yet 2010-10-04 02:18 hi xiangfu 2010-10-04 02:18 qwebirc3299: Hi 2010-10-04 02:18 I have forwarded the schematic of level converter to Adam 2010-10-04 02:19 qwebirc3299: yes. I think he can help you. 2010-10-04 02:19 is there any possiblility of prob around kernel ported to NN 2010-10-04 02:20 i have downloaded the latest  image from the website 2010-10-04 02:23 qwebirc3299: http://downloads.qi-hardware.com/software/images/NanoNote/Ben/testing/2010-09-14/openwrt-xburst-qi_lb60-uImage.bin, 2010-10-04 02:24 qwebirc3299: this one is more recently. include the 'setfont2' patch. which make the terminal font more smooth. 2010-10-04 02:24 qwebirc3299: for now. the kernel pretty stable. 2010-10-04 02:25 ok 2010-10-04 02:25 so shall I port this and then try out 2010-10-04 02:26 is it something different vis-a-vis serial prot 2010-10-04 02:28 qwebirc3299: if you more focus in serial console. no need to try out the 2010-09-14 kernel. 2010-10-04 02:28 s/focus in/focus on/ 2010-10-04 02:30 wolfspraul: btw, for deanonymizing qwebircs, one possibility would be to put the nick in the real name field if nickserv rejects it 2010-10-04 02:32 wolfspraul: this is what my schhist of avt2 now looks like: http://downloads.qi-hardware.com/people/werner/schhist/avt2/ 2010-10-04 02:58 xiangfu , is Adam trying to get some soln for my prob 2010-10-04 03:02 qwebirc3299: hmm.. you want create your own converter. or you just want the output from Nanonote? 2010-10-04 03:02 anything which can give me the reqd output 2010-10-04 03:04 qwebirc3299: then we can try to send email to mailing list. see if someone near you have bought a work converter :) 2010-10-04 03:05 qwebirc3299: or you can easy to buy from amozon ... 2010-10-04 03:05 the schematic i have sent to you and Adam, will it work or not ? 2010-10-04 03:07 qwebirc3299: sorry. I don't know much about the hardware schematic. I don't understand the low level hardware stuff. 2010-10-04 03:07 only know how to read write GPIO :) 2010-10-04 03:08 ok that is software part 2010-10-04 03:12 hi bartbes. nlove works good so far. i made a small game with it. still some problems using some functions, but all in all it works. 2010-10-04 03:57 lol, nice /etc/banner 2010-10-04 03:58 we should also have a custom image during boot 2010-10-04 07:52 bartbes ? 2010-10-04 07:59 wpwrak: strange, I still get the same ghost diffs as before, as if SCHHIST_ADDLIB didn't do anything 2010-10-04 07:59 http://projects.qi-hardware.com/schhist/board-qi-avt2/ 2010-10-04 08:40 wow!! imoressive the schematics history 2010-10-04 08:46 methril_work: yes, but we are still fighting some bugs 2010-10-04 08:46 but yes, it's great!!! 2010-10-04 08:46 methril_work: you can find them all here http://en.qi-hardware.com/schhist 2010-10-04 08:47 ah sorry, wrong link :-) 2010-10-04 08:47 http://projects.qi-hardware.com/schhist 2010-10-04 08:47 i'll love 2010-10-04 08:47 I hope this will also create some discipline among our KiCad committers towards clean commits, clean commitlogs, etc. 2010-10-04 08:48 now that their work is dragged out in the open so much more :-) 2010-10-04 08:48 and it's only highlighting the modified part!! 2010-10-04 08:49 i never see that on schematics 2010-10-04 08:50 wolfspraul, i ended paying my work hours (more or less) 2010-10-04 08:50 so i'm going to have some time now!!! :) 2010-10-04 08:51 you mean you quit your job? 2010-10-04 08:52 no, i quit my extra hours (for the moment) 2010-10-04 08:52 so i only have to work 9h at day 2010-10-04 08:52 ah OK, well great! welcome to our project! 2010-10-04 08:52 man we do need you :-) 2010-10-04 08:52 i'm going to have 2/3 spare hours at time 2010-10-04 08:52 what are you most interested in? 2010-10-04 08:53 i'm interested in almost everything, hehehe 2010-10-04 08:54 but i'm going to work on RTAI 4 MIPS processors (for the moment) if you didn't have any priority task in mind 2010-10-04 08:54 i love the Milkymist 2010-10-04 08:58 hhi 2010-10-04 08:59 RTAI 4 MIPS? what is that? 2010-10-04 08:59 is it possible t replace a laptop monitor with a different model ? 2010-10-04 08:59 i dont mind if it doesnt fit properly to my laptop case 2010-10-04 09:00 like say mine is 14w , would 15w fit ? 2010-10-04 09:01 Real Time 2010-10-04 09:03 methril_work: how does it relate to other things like Milkymist, SIE, etc? 2010-10-04 09:03 or the other way round - how can we help with your project? 2010-10-04 09:03 what's the goal? 2010-10-04 09:04 wolfspraul, it's related with SIE, to get a real time api forrobotics 2010-10-04 09:04 s/forrobotics/for robotics/ 2010-10-04 09:05 and also could use scilab with rtai extensions to get a simulink/labview similar environment with SIE (mostly) 2010-10-04 09:06 methril_work: wow.. you have a 9h work per day and also you can work 2 or 3 hours more. Cool ! :) .. I can just work around 6 hours per day for all (paid+hobby), no more, maybe less. maybe i have some kind of lazy disease :P 2010-10-04 09:07 methril_work: do you have a SIE board? 2010-10-04 09:07 rafa, well, it depends how you organize your time ;) 2010-10-04 09:07 wolfspraul, not jet 2010-10-04 09:07 hmm 2010-10-04 09:07 :-) 2010-10-04 09:07 where will you get it from? 2010-10-04 09:07 methril_work: yes, something of that could be the reason 2010-10-04 09:07 i'm waiting for a Carlos sent :) 2010-10-04 09:07 i thought the plan was for several months to get one to you... 2010-10-04 09:08 wolfspraul, it was 2010-10-04 09:08 but it didn't arrive 2010-10-04 09:08 but i could start this port with the ben 2010-10-04 09:08 yes good 2010-10-04 09:08 do you think there are most important tasks to deal with? 2010-10-04 09:09 thanks for asking 2010-10-04 09:09 I think the main thing is that you find something that truly interests you, that helps you in the future 2010-10-04 09:10 and then, second most important, that you are steadily working on it, not just a burst for a few weeks then nothing for months or longer 2010-10-04 09:10 well, i'm also interested in milkymist, but i've to study a lot to get a productive level 2010-10-04 09:10 yes sure 2010-10-04 09:10 so i see it like a long term plan 2010-10-04 09:10 SIE is a good start 2010-10-04 09:10 and NanoNote is a start for SIE 2010-10-04 09:10 that's why we have all these projects together here :-) 2010-10-04 09:10 hehehe 2010-10-04 09:11 wolfspraul: (ghosts) i was afraid yours wouldn't go away so easily :-( 2010-10-04 09:11 wolfspraul: btw, SCHHIST_ADDLIBS only corrects a problem unconvered by removing the cache. removing the cache is what should stabilize the process. the cache is now removed by default. 2010-10-04 09:12 rafa, you live in Argentina, isn't it? 2010-10-04 09:13 rafa: speaking about SAKC/SIE boards, what happened to that one professor you gave one to? 2010-10-04 09:16 wolfspraul: hey, it was sakc.. he started to port jlime to sakc and work on the bootloader for sd, then also there was a student interested to work his thesis with something about next SIe or Sakc. But no idea currently. I need to ask why he is quiet nowaday.. 2010-10-04 09:16 wolfspraul: well, I started my trip and forgot the world for a month or two as well :D 2010-10-04 09:17 methril_work: yes, where are you from? 2010-10-04 09:17 i'm from spain but i'm living in Brazil 2010-10-04 09:17 in the south of brazil (Rio Grand do Sul) 2010-10-04 09:17 methril_work: ah.. we are neighbors 2010-10-04 09:18 rafa, yes!! :) 2010-10-04 09:18 methril_work: you are almost in uruguay or argentina :) 2010-10-04 09:18 rafa, i'm, I would like to plan a trip to Uruguay, or maybe Argentina 2010-10-04 09:18 rafa, i'll ask you for advices ;) 2010-10-04 09:20 methril_work: if you come to argentina please keep in touch 2010-10-04 09:20 methril_work: we can meet here 2010-10-04 09:21 rafa, i'll do :) Where are you? in Buenos Aires? 2010-10-04 09:21 methril_work: of course, no doubts.. please tell us if you are coming some day.. we know buenos aires a lot.. so you will have fun if you ask us .. Also we can talk about copyleft hardware and things to do together perhaps 2010-10-04 09:21 soon, we'll have enough developers in south america that we can benefit from the inferiority complexes of the political class and get government funding ;-) a state of the art pan-continental technology project where something actually gets done. that's definitely something new around here :) 2010-10-04 09:22 wpwrak, this is new around the world ;) 2010-10-04 09:25 methril_work: in europe, you get some EU-sponsored R&D projects that sometimes do get something done (ACTS and the like). of course, that whole thing is rather expensive for its output. not that i'd complain too much - it served us well back then ;-) 2010-10-04 09:27 wolfspraul: do i have access to the machine where the schhist process lives ? may be easier if i can just log in and grab the files. 2010-10-04 09:27 wpwrak, i know, i was living in Europe until the beginning of this year 2010-10-04 09:27 wpwrak: try ssh root@ 2010-10-04 09:27 root = access, no? :-) 2010-10-04 09:27 hostname is fidelio.qi-hardware.com 2010-10-04 09:27 i'm beginning to worry about the security of my own systems :) 2010-10-04 09:28 projects. ... works. too ;) thanks ! 2010-10-04 09:29 ah no,. wrong server. darn, no locked doors anywhere :) 2010-10-04 09:33 yes, it's not the same server 2010-10-04 09:33 the buildhost (fidelio) is basically the building sandbox 2010-10-04 09:33 also it's not backed up 2010-10-04 09:34 system is tuned for performance (raid0 etc) 2010-10-04 09:34 100% of the data on it is recreatable 2010-10-04 09:34 so for schhist, fidelio is ideal 2010-10-04 09:35 once I do my wiki->openwrt packaging system, the build steps will also run there. everything else would be crazy insecure. 2010-10-04 09:35 the happy sandbox farm :) 2010-10-04 09:36 SiENcE: you expect me to reply while I'm gone? 2010-10-04 09:36 downloading the critters ... 2010-10-04 09:36 anyway, what problems? 2010-10-04 09:36 bartbes: awol ? tsk tsk. we have to send igor over to tighten these chains again. 2010-10-04 09:38 wpwrak: I was KIA 2010-10-04 09:40 bartbes: ah one of these immortals again. we didn't have that in our files yet. 2010-10-04 09:41 well, obviously you went for the wrong intelligence agency 2010-10-04 09:41 rafa: btw, i briefly discussed with wolfspraul the jlime vs. qi-hardware situation, namely that jlime doesn't get much exposure/visibility due to the patent issues. 2010-10-04 09:42 rafa: i also remember that you weren't quite sure what to do about it. correct ? 2010-10-04 09:43 bartbes: i'll have those traitors executed. can't have that if your goal is world domination. now, where's my white cat. 2010-10-04 09:44 wpwrak: I think I saw it killing some dogs over there 2010-10-04 09:48 wolfspraul: wiki -> openwrt ,  how is that? 2010-10-04 09:49 bartbes, hey. well now you are here. i just waited 2010-10-04 09:49 something like make a package as you write a wiki article? :) 2010-10-04 09:49 wpwrak: I am sure that we (jlime) should do to fix the patent issues (on software side), but that I am not sure is how to work with other jlime devs it. We have a lead/dictator/main developer, kristoffer, but he wants, like me, decide what to do deciding between all devs (we are really few guys). But then, we discussed it at jlime meeting.. 2010-10-04 09:50 bartbes, just want to say that nlove works on dingoo a320. on weekend some friends and i wrote an love2d game and i ported it to nlove (just because not all functions work in nlove) 2010-10-04 09:50 bartbes, i can send it to you later 2010-10-04 09:50 wpwrak: .. OE already includes all this kind of stuff (software/libs which can encode/decode patented stuff).. 2010-10-04 09:51 rafa: so some didn't like the idea of making it easy to exclude patent-encumbered packages ? 2010-10-04 09:51 wpwrak: and we should manage that there. Currently, another jlime dev is working with OE for muffinman/nn, and we could work that. Buuut, 2010-10-04 09:51 wolfspraul: actually, at what level does the PATENT flag work ? package yes/no, build process changes, patches of packages ? 2010-10-04 09:52 bartbes : i just want to ask, if you plan to merge nlove with love2d ... and if you plan to finish it?  it would be good to have an git or svn repository for the code 2010-10-04 09:52 when we were in jlime meeting, we realize that tuxbrain decided to use jlime anyway. 2010-10-04 09:52 wpwrak: and wolfspraul already said that tuxbrain was the most concerned part of patented issues. 2010-10-04 09:53 tuxbrain_away: so you're no longer worried about patent trolls ? or just sleeping badly every since that fateful decision ? :) 2010-10-04 09:53 wpwrak: so we decided to wait a while before to do the hard work. 2010-10-04 09:53 s/every/ever/ 2010-10-04 09:53 wpwrak: I guess that tuxbrain is really worried, but he did not have a lot of stuff to decide what to use 2010-10-04 09:54 wpwrak: so we will wait a while to know what other nn resellers like to have inside of nn 2010-10-04 09:54 rafa: fair enough. of course, the patent problem will hit everyone in the distribution process. tuxbrain is just the most exposed at the moment, being in europe, the home of the mp3 trolls. 2010-10-04 09:54 wpwrak: we are the dark side so far :) 2010-10-04 09:56 wpwrak: you will not find jlime info if you are a qi user who just check qi wiki .. but if you look deeper .. ;) 2010-10-04 09:57 yes, the lack of information is what worries me a bit. of the thre choices, openwrt, jlime, and debian, jlime seems to be the one best adapted to the device. yet it's kinda hard to find. 2010-10-04 09:57 indeed 2010-10-04 09:58 so many people will just assume that the default (openwrt) is implicitly recommended, stay with it, and maybe start fixing it and porting stuff to it, things you've already done long ago on jlime 2010-10-04 09:59 thus, instead of making a good distribution even better, all this work goes into making a weaker distribution stronger. so the average does improve, but the maximum doesn't. 2010-10-04 09:59 openwrt will stay there for devel, but jlime is looking endusers now >) 2010-10-04 10:00 kristianpaul: i'm currently fairly distribution-agnostic (my user space is the shell :) so i haven't tried jlime yet. is it in any way less convenient for developers ? e.g., is it harder to get a host toolchain ? 2010-10-04 10:00 wpwrak: (jlime devel) no no,my point was in eduser experience development not development tools support 2010-10-04 10:01 but thats other point for jlime 2010-10-04 10:01 :) 2010-10-04 10:01 wolfspraul: btw, do you know what license xue is under ? 2010-10-04 10:02 SiENcE: I'll probably merge it in after 0.7.0 releases 2010-10-04 10:02 wpwrak: gpl/cc-by-sa 2010-10-04 10:03 the files are not as clean as I wish, we need to clarify in more places 2010-10-04 10:03 wpwrak: just look here http://en.qi-hardware.com/wiki/Xue 2010-10-04 10:03 wolfspraul: ah, perfect. thanks ! 2010-10-04 10:04 wpwrak: I guess that one nice thing with our stuff is the complete repositofy built from OE. If you use jlime you do not need to spend a lot of days to have some application ported, you just install it from repository. The same with debian. But also, we have worked with tiny screen, 16MB of ram, slow cpu devices for several years, so we alredy suffered testing a lot of different kind of stuff for those devices. That is why we know that still if gtk1 is rea 2010-10-04 10:05 wolfspraul: regarding the PATENT flag, at what granularity does it work. e.g., for mplayer, does it just kick out mplayer, does it pick a different build script / change options in the existing script, does it apply special patches to the source, ... ? 2010-10-04 10:05 kristianpaul: yeah I just want something that lets you hook into the buildhost from the wiki, say write a script in the wiki, have it packaged on the backend 2010-10-04 10:05 I'll do the minimum plumbing necessary to hook the wiki & buildhost/openwrt build environment together 2010-10-04 10:05 wpwrak: also.. we already know how to config the light X which use just few 5 MB of ram or less.. and which wm (we alredy tested around 20 these years) 2010-10-04 10:05 to use 2010-10-04 10:06 rafa: OE is a mixed blessing :) it gives you a lot of stuff but at the same time it's quite a monster 2010-10-04 10:06 rafa: so it's quite hard for new people to work in there. openwrt has an advantage in this regard. 2010-10-04 10:06 wpwrak: yes, it is a monster, but if you use it just to build your repository it willl be quiet complete.. and you will have all the stuff already built for your arch. 2010-10-04 10:07 wpwrak: ah.. you means to expand it?.. it is already okey :) 2010-10-04 10:07 no add more stuff please! 2010-10-04 10:07 :D 2010-10-04 10:07 indeed about monster 2010-10-04 10:07 i wonder how works bitbake inside 2010-10-04 10:08 rafa: reminds me of that guy who said around 1900 that all interesting things have been researched and he didn't expect significant any further technological discoveries/inventions :) 2010-10-04 10:09 kristianpaul: probably much like the digestive tract of the title character of "alien" 2010-10-04 10:09 lol 2010-10-04 10:09 hmm, that message needs reshuffling. i shouldn't multitask 2010-10-04 10:10 wpwrak: patented flag - don't know exactly. the flag is passed into the Makefile, I guess it could be passed deeper if necessary. 2010-10-04 10:10 remember that openwrt is a patch management system 2010-10-04 10:10 so the patches can of course drive this flag deeper into upstream sources 2010-10-04 10:10 Good morning hackers. 2010-10-04 10:10 rafa: a high barrier for participation means more reliance on the people who have already mastered that barrier. now, in the case of jlime, that's unfortunately only a small group. so there is a continuity concern. 2010-10-04 10:11 Or good evening for those of you who experienced Monday already.  :-D 2010-10-04 10:11 wolfspraul: okay. so what happens with you set that flag, in terms of differences in the output ? 2010-10-04 10:12 bartbes, good. is there a forum thread about nlove? or what about an coderepository? i had to patch some functions to get it working 2010-10-04 10:12 wpwrak: remove mp3, mpeg4, h.264 2010-10-04 10:12 aisa: sorry I'm slow. the news stuff we talked about is not ready yet. give me another day. 2010-10-04 10:12 bartbes : i still have the problem, that starting nlove alone couses an segfault. but starting nlove with pong for example works 2010-10-04 10:12 feel free to start editing of course, no hesitations... 2010-10-04 10:13 rafa: i remember OE well from openmoko. we had that problem that lots of people had to wrestle with it, with all the problems this causes. things got a bit better when there were more or less dedicated maintainers, so one could just drop off a package and they would take care of the OE-specific side. 2010-10-04 10:13 regarding jlime and pantent trolls and tuxbrain 2010-10-04 10:13 rafa: those working on GUI-ish things still worked a lot in OE, though. not sure how well that went. 2010-10-04 10:14 I manually remove mp3 codecs on the Nanowar edition of jlime 2010-10-04 10:14 wolfspraul: do you remember that ? people working on OM GUI apps using OE as their build environment ? 2010-10-04 10:14 wolfspraul: it is fine with me, Monday is difficult for me: too many things to get done. 2010-10-04 10:14 indeed!  I will. 2010-10-04 10:14 so at least at by default it will not play them 2010-10-04 10:14 wpwrak: I remember clearly. That's why I (that is just me, personally), chose to try OpenWrt this time around... :-) Nothing against OE though, and especially not a nice distribution like Jlime. 2010-10-04 10:15 wolfspraul: (mp3, ...) okay, so find granularity. good. 2010-10-04 10:15 but please, nobody ever try to force me back into OE/bitbake again 2010-10-04 10:15 If Jlime dealt with the patent issue, is that the only reason stopping adoption of it? 2010-10-04 10:15 neither directly, nor indirectly (managing people who have the suicidal mission to go there) 2010-10-04 10:15 lol 2010-10-04 10:15 wpwrak: well, yes and no. we are a small group.. but OE is being worked for many groups. I am not sure that you means with a monster, I like OE to build a complete repository, I do not like so much it to keep different root filesystems. For repository it is nice.. you just has a tiny.bb for an application and it builds, like you had in gentoo for example. And OE is quiete complete.. so you do not need to add many applications to the feed, and others also d 2010-10-04 10:15 nothing stops 'adoption' 2010-10-04 10:15 already now 2010-10-04 10:15 alsa: for my part yes 2010-10-04 10:15 I reflashed the new run of 1000 nanos recently 2010-10-04 10:16 wolfspraul: i think rafa already  did (sacrify) for us :) 2010-10-04 10:16 and we didn't have a good openwrt build (the one we ended up flashing has serious bugs) 2010-10-04 10:16 I guess I'm troubled by this: I'd like to dive deeply into a distribution and make it something really special on the NanoNote. 2010-10-04 10:16 wolfspraul: i know what you mean. i've seen the OE wars for something like a year even before you joined :) (don't even remember how long ... certainly felt like half a lifetime) 2010-10-04 10:16 I was pretty close to just reflashing jlime without asking anyone :-) 2010-10-04 10:16 :O 2010-10-04 10:16 but then I thought it's too chaotic... 2010-10-04 10:16 With no other information, I wish to use the one that comes with my NanoNote, in the hope that my work also makes it into the official image. 2010-10-04 10:16 if jlime was pantent savy I will ask wolfgang to send my NN with Jlime instead of openwrt 2010-10-04 10:16 in spite it sound cruel 2010-10-04 10:16 after the 1000 reflashing 2010-10-04 10:16 no problem, I'd love to do that 2010-10-04 10:17 But it seems like much energy is applied toward Jlime or other environments, 2010-10-04 10:17 if my customers, someone who wants to buy, challenge me, as a manufacture, to put software A/B/C on it, that's a great challenge 2010-10-04 10:17 and that OpenWrt, while being the image that comes flashed on the device, receives the least attention. 2010-10-04 10:17 that's the beauty of free software 2010-10-04 10:17 I will gladly accept such challenges, and get the stuff reflashed in the way people want it. done. 2010-10-04 10:17 tuxbrain: who is Mr/Mrs Jlime?  I want to talk to them. 2010-10-04 10:18 aisa: OpenWrt receives a lot of attention 2010-10-04 10:18 aisa: you meant then muffin man? 2010-10-04 10:18 alsa, the user experience with jlime worht that energy 2010-10-04 10:18 wolfspraul: if debian would have some kind of repositories for mobile devices (with small, just minimal files packages for every application) we would use debian surely.. 2010-10-04 10:18 you will not be able to marry the two here, many people tried before you :-) 2010-10-04 10:18 aisa: funny, to me it seems that actually quite a lot of work goes into openwrt :) 2010-10-04 10:18 there are good reasons for both of them 2010-10-04 10:18 at least on my side as one who has to buy it 2010-10-04 10:18 aisa: you can join us in #jlime channel 2010-10-04 10:18 SiENcE: that is because I guess the a320 can't handle fb windows larger than its screen size 2010-10-04 10:18 I love the simplicity of developing on Openwrt 2010-10-04 10:18 aisa: you can talk there with us .. and you would meet MR JLIME! :D 2010-10-04 10:19 SiENcE: and no, there's no repo atm, but fixes should be submitted to me 2010-10-04 10:19 my knees shake!  :-D 2010-10-04 10:19 rafa: has any attempt been made to change debian in this direction ? at least to the point of getting the opinion of the "core" debian maintainers ? 2010-10-04 10:19 I have succesfully make my own builds and adaptations, thing that I hade never fully achieved with OE on openmoko era 2010-10-04 10:19 aisa: OpenWrt & OpenEmbedded are very different 2010-10-04 10:20 rafa: is that too bad emdebian? 2010-10-04 10:20 the judgment will of course differ depending on which side of the camp you stand on 2010-10-04 10:20 I was around when OE was formed/created. 2010-10-04 10:20 it's clear that OpenEmbedded is as much real free software as OpenWrt is 2010-10-04 10:20 but I haven't looked at it since then. 2010-10-04 10:21 putting some border cases like binary firmware blobs and patents aside, we all feel similarly on those anyway. 2010-10-04 10:21 for me personally, I'm now sold on OpenWrt 2010-10-04 10:21 bartbes, :-( ok. i can send you a patch. but it would be good to know where i can find updates for nlove src. if sdlsound is working 2010-10-04 10:21 _personally_ 2010-10-04 10:21 but I'd love to reflash any software, preferably free software, on NanoNotes to sell them 2010-10-04 10:21 i like openwrt simplicy as far i can see 2010-10-04 10:22 rafa: the things is that OE is very very complex. for openwrt, if you understand makefile and kconfig, you're almost there. for oe, you need to learn about bitbake, all its configuration files, and sometimes also things like caches and such. (the latter mainly because OE moves a lot of stuff. that's of course a scalability issue also openwrt will run into, if brought to the same number of packages) 2010-10-04 10:22 the next big thing will be the software for Milkymist One and then Xue, the digital camera 2010-10-04 10:22 wpwrak: no.. we do not have any contact with them (debian), no sure about emdebian as kristianpaul says.. We should check how emdebian is going.. I am not sure if it is very used. 2010-10-04 10:23 if you would let me choose, which tool is best for that task, I would pick OpenWrt over OE many times 2010-10-04 10:23 wolfspraul: what is the one feature of OE that OpenWrt doesn't have?  Since you would pick OpenWrt, what would you miss about OE? 2010-10-04 10:23 SiENcE: I guess I could blog about new releases :P 2010-10-04 10:23 OpenEmbedded has a much larger repository though, and much more history & packages on the GUI side 2010-10-04 10:23 wolfspraul: I agree 2010-10-04 10:23 I wouldn't miss anything from OE. 2010-10-04 10:24 wolfspraul: from a system developer point of view, i liked the "lots of packages (provided by someone else)" plus my root-making script plus an easily installed host toolchain that can also install libraries (with opkg) 2010-10-04 10:24 wolfspraul: wpwrak in openmoko what was the experience with debian in that time? 2010-10-04 10:24 bartbes : ok :-) . i would also port it to caanoo 2010-10-04 10:24 SiENcE: though I might put it up on bitbucket next time I work on it 2010-10-04 10:24 caanoo? 2010-10-04 10:24 gph caanoo 2010-10-04 10:24 http://en.wikipedia.org/wiki/GP2X_Caanoo 2010-10-04 10:24 wolfspraul: the workflow is then like on a regular linux pc - you rarely build things your actual work is based on yourself, you just install the package 2010-10-04 10:25 anyway we are not talking about the tool OpenWrt vs. the tool OpenEmbedded now, or rather that's a separate discussion 2010-10-04 10:25 we are talking about Jlime 2010-10-04 10:25 bartbes : bitbucket is ok . better would be github but ok 2010-10-04 10:25 kristianpaul: (debian) i think a bit like here - it exists but never got quite that much attention 2010-10-04 10:25 Jlime is a great distribution for NanoNote, definitely 2010-10-04 10:25 SiENcE: well, love is on bitbucket 2010-10-04 10:25 ah ok 2010-10-04 10:25 also, with the new owner bitbucket got cooler 2010-10-04 10:26 i have to test it 2010-10-04 10:26 and promises to get even cooler 2010-10-04 10:26 Will OpenWrt scale to the number of packages to make the NN a nice working environment? 2010-10-04 10:26 aisa: matter of time and matainers but yes it should 2010-10-04 10:27 Does that mean I can go clean up the Utilities submenu in make menuconfig... 2010-10-04 10:27 it is screens and screens long. 2010-10-04 10:27 jlime is great as rafa point dont get overloaded with too much features 2010-10-04 10:27 .oinai 2010-10-04 10:27 bartbes : i think boot.lua has to be patched to work on nanonote and dingoo. lower standard resolution an better no vsync 2010-10-04 10:27 wolfspraul: i think there are several issues to consider with jlime or any other distro: one it the end user experience, one is how well it fits the developer's need, then whether it's long-term viable, which breaks down into a) current maintainers, b) accessibility for new maintainers, and c) alignment with other work (i.e., how much actually needs to be done to keep it afloat) 2010-10-04 10:27 aisa: i think the idea of openwrt simplicy is just have what you need 2010-10-04 10:28 wpwrak: +1.  Very well said. 2010-10-04 10:28 bartbes, but all in all ...its really cool to code in love2d and than use the same code to run it on handhelds :) 2010-10-04 10:28 I worry that Jlime won't go anywhere unless the NN is aligned with it, and doing so may mean both get to a dead-end. 2010-10-04 10:29 wolfspraul: the jlime vs. debian issue is also relevant. rafa mentioned to me before that he'd actually prefer jlime to be debian-based, but the issue is that debian doesn't have the right granularity for small devices 2010-10-04 10:29 We are very open to new developers, so if we branch, I think that problem is the same regardless of distribution. 2010-10-04 10:29 save issues with upstream. 2010-10-04 10:29 aisa: (dead end) that's also my concern 2010-10-04 10:29 bartbes, last weekend we where on a hobby game development meeting and we took part on an overnight game coding contest. since the last 4 years we took Love2d for this...and last year we won the 1st price. 2010-10-04 10:29 I believe that xiangfu and wolfspraul were trying to tell me some of that last night, but it is much clearer to me this morning, after reading what you said. 2010-10-04 10:30 wpwrak: talking about GUI end user experience openmoko moved to Qt isnt? 2010-10-04 10:30 as they found gtk(2?) was too slow 2010-10-04 10:30 but now jlime shows somthing diferente 2010-10-04 10:30 aisa: ah ... no, i misread what you wrote :) no, i'm not too worried about both going into dead-end land so far. i'm worried about jlime not going anywhere without closer ties to the nanonote. 2010-10-04 10:30 wpwrak: take the dead-end issue to its logical conclusion, should we not align with the largest embedded handheld linux distribution? 2010-10-04 10:30 as a space, it isn't going anywhere. 2010-10-04 10:30 user experience(jlime wins) developer's need(mmmm draw, OE more libraries, openwrt more easy to manage), lonterm- viable...... if we don't sell more NN  who cares :) 2010-10-04 10:31 wpwrak: ah, ok.  I agree. 2010-10-04 10:31 tuxbrain: well said.  What sells more NN? 2010-10-04 10:31 does our choice of distribution matter for that? 2010-10-04 10:31 no 2010-10-04 10:31 aisa: and the nanonote doesn't look its best only with openwrt. so there's a nice symbiosis there. nn gives jlime a reason to exist and nn lives a happier life if jlime is around. 2010-10-04 10:31 bartbes, btw. i'm a close friend of qubodup 2010-10-04 10:31 wpwrak: yes! 2010-10-04 10:32 real life 2010-10-04 10:32 aisa: there is no 'choice of distribution', also no 'alignment' 2010-10-04 10:32 wolfspraul: I am trying to hear you, but I'm troubled by the size of our community and what I see as all of us going in separate directions. 2010-10-04 10:32 SiENcE: yeah, but since 0.7.0 features a new no-game screen anyway.. I was lazy 2010-10-04 10:32 so when I read that, what I hear is that we'll be as flexible and accomodating to everyone, 2010-10-04 10:32 SiENcE: that is cool 2010-10-04 10:33 and I fear in that won't create a great experience for anyone. 2010-10-04 10:33 SiENcE: and that is even cooler 2010-10-04 10:33 I want to be convinced out of this, stop worrying, and start working. 2010-10-04 10:33 but I'm not there yet... :-( 2010-10-04 10:33 tuxbrain: what i'm saying is that i, as a system developer, was happy with the OE situation we had at the end in OM. the badness of OE was nicely shielded from me and the made pretty packages for anything i wanted. 2010-10-04 10:33 SiENcE: btw, my slow replies are because I'm watching a vid fullscreen, so I don't get notifs 2010-10-04 10:34 tuxbrain: so i didn't have to touch OE myself. hence the issue of OE complexity vanishes. that is, as long as there's someone who maintains it for me. i do occasionally like outsourcing ;-) 2010-10-04 10:35 bartbes, np :) .  So what i want to say is, that i'm going to support nlove or love2d for handdevices where i can! 2010-10-04 10:35 aisa: yes I understand 2010-10-04 10:35 aisa: (too many directions) yup. that's what troubles me with openwrt. there are probably around ten people doing distro maintenance work at the moment, and they're split into three directions already. 2010-10-04 10:35 bartbes: and i really want to port our games to this devices 2010-10-04 10:36 aisa: don't get wrong or worried, qi-comunity is on of the most pushing in one direction one I have ever meet :) 2010-10-04 10:36 aisa: whenever I learn about some new free software, or let's say often, I think "oh no, why can't we do this with software XYZ" 2010-10-04 10:36 tuxbrain: well, I came to the right place then. 2010-10-04 10:36 but then, when you look deeper, you see the reasons 2010-10-04 10:36 most of us are happily using at time debian/jlime/openwrt :) 2010-10-04 10:36 aisa: this wouldn't matter if they're only focussed on a single distro anyway, i.e., they would refuse to touch anything else. but i think most of them would be happy to contribute anywhere, so it would be beneficial to steer them into the direction where their work has the largest value. 2010-10-04 10:36 OpenEmbedded will not go away, it's far too big and diverse 2010-10-04 10:36 bartbes: lalalove, "28 brainz later", Zurückgefilmt, ... 2010-10-04 10:36 very very diverse actually 2010-10-04 10:36 SiENcE: I guess when 0.7.0 releases I will fork it on bitbucket and start merging in the nlove changes 2010-10-04 10:37 SiENcE: I have only seen lalalove really 2010-10-04 10:37 neither will OpenWrt, which differs in many ways from OE 2010-10-04 10:37 neither will Debian 2010-10-04 10:37 neither will Fedora 2010-10-04 10:37 that means Jlime is the only open question. 2010-10-04 10:37 iris? :) 2010-10-04 10:37 on this issue. 2010-10-04 10:37 kristianpaul: hehe. 2010-10-04 10:37 bartbes, oh you know it :) ... well we are going to make a website with all 4 games 2010-10-04 10:37 and I also expect more interesting microkernels to appear in coming years, actually we have a nice little one on the NanoNote already, Iris (not very functional though) 2010-10-04 10:38 aisa: open question? 2010-10-04 10:38 wolfspraul: question of long-term viability. 2010-10-04 10:38 Jlime is today probably giving you the best end user experience on the Ben NanoNote. 2010-10-04 10:38 great long term viability 2010-10-04 10:38 I know rafa, I'm not worried. 2010-10-04 10:38 he's a strong man! 2010-10-04 10:38 :-) 2010-10-04 10:38 and there are others too 2010-10-04 10:39 which question are we trying to answer now, actually? 2010-10-04 10:39 so rafa: will jlime community will do somthing about the pattent for I can struggle wolfgang to sendme jlime NN or not ? 2010-10-04 10:39 I lost track a bit. 2010-10-04 10:39 If I had to summarize this conversation right now, I'd say we use OpenWrt because wolfspraul likes it and is familiar with it. 2010-10-04 10:39 btw rafa you own me a ogv player :) 2010-10-04 10:39 And that we have lots of options/directions as a community for platforms, for better or for worse. 2010-10-04 10:39 he :-) 2010-10-04 10:39 my superpowers 2010-10-04 10:39 wolfspraul: i'm a bit worried about him deciding to get a job that saps too much of his strength :) 2010-10-04 10:39 aisa: it's not what I like 2010-10-04 10:39 really 2010-10-04 10:40 OpenWrt has done a great service for us 2010-10-04 10:40 let's just take one thing out - Linux kernel upstream work 2010-10-04 10:40 That is much better said, thank you. 2010-10-04 10:40 the NanoNote was released in February this year 2010-10-04 10:40 I'm sorry it took me so long to get here... 2010-10-04 10:40 traffic. 2010-10-04 10:40 in a few weeks, when 2.6.36 comes out, we will have 90% of the Ben NanoNote kernel in kernel.org 2010-10-04 10:40 that's awesome! 2010-10-04 10:40 very, very awesome. 2010-10-04 10:41 take that for 'long term viability' :-) 2010-10-04 10:41 how are openwrt and kernel upstream connected ? kernel should be pretty distro-agnostic 2010-10-04 10:41 which tool helped us to get there? 2010-10-04 10:41 OpenWrt! 2010-10-04 10:41 This is a much clearer picture for me. 2010-10-04 10:41 you mean "having any userspace at all? ? 2010-10-04 10:41 it also ties into our conversation last night, wolfspraul, where you articulated other reasons things are the way they are right now. 2010-10-04 10:41 OpenWrt is really strong on kernel patch management, and the people that have helped us drive the kernel upstream are essentially using openwrt as their development/patch management system 2010-10-04 10:42 the question is not what could theoretically happen 2010-10-04 10:42 wolfspraul: uboot too 2010-10-04 10:42 of course theoretically this could also happen with OE, or buildroot, or whatever 2010-10-04 10:42 but it did not, and it did happen via OpenWrt 2010-10-04 10:42 but in actual fact, it is happening right now with OpenWrt. 2010-10-04 10:42 rafa: what's your feeling about jlime and oe vs. debian. do you think a switch is something that's likely to be attempted ? do you know what the other jlime developers think about this ? 2010-10-04 10:42 aisa: correct 2010-10-04 10:43 wpwrak: I think Debian on the NanoNote is so slow that it is unusable, unless you are very very generous 2010-10-04 10:43 ok, pretend the opposite for a moment.  What does Jlime have or do that OpenWrt doesn't? 2010-10-04 10:43 wolfspraul: making it not so slow would be part of the challenge :) 2010-10-04 10:43 Why all the Jlime love? 2010-10-04 10:44 gives the word to tuxbrain :) 2010-10-04 10:44 Like, actual Jlime love, not "here is what I hope." 2010-10-04 10:44 because run X nicelly and rafa support us too much :) 2010-10-04 10:44 why do you today install Jlime instead of OpenWrt? 2010-10-04 10:44 kristianpaul: And OpenWrt?  Not as nice? 2010-10-04 10:45 or just is it the work hasn't been done yet? 2010-10-04 10:45 yup 2010-10-04 10:45 due it works out of the box smoth and easy 2010-10-04 10:45 I'm asking: social or technical barrier to solving this? 2010-10-04 10:45 with a good bunch of apps by defoult 2010-10-04 10:45 but  i must said last openwrt image looks better 2010-10-04 10:45 wonderful wonderful.  This is much clearer to me now. 2010-10-04 10:45 good :) 2010-10-04 10:46 You're all very awesome. 2010-10-04 10:46 I allways said the ideal NN OS is Openwrt boottimes + Jlime user experience and package aviable 2010-10-04 10:46 Man, boottime matters insanely much to me. 2010-10-04 10:46 he 2010-10-04 10:46 then go for Openwrt 2010-10-04 10:46 :-) 2010-10-04 10:47 :D 2010-10-04 10:47 well yeah, but then I'm going to add all this crap. 2010-10-04 10:47 sorry, end-user experience. 2010-10-04 10:47 and it will go get all slow. 2010-10-04 10:47 heheheeh 2010-10-04 10:47 aisa: well, you've perhaps seen tuxbrain's nanowar promo video. the device with jlime basically looks like something commercially made for regular users. the ben with openwrt greets the tinkerer, promising lots of problems that need fixing. 2010-10-04 10:47 openwrt has been designed with target platforms with 4 mb or 8 mb or ram originally 2010-10-04 10:47 it may even run on 2mb targets 2010-10-04 10:48 that's basically the bottom end of the 'openwrt range' (it's optimized for) 2010-10-04 10:48 aisa: nothing wrong with the latter per se, since tinkerers are what we want, but it also changes the focus of people 2010-10-04 10:48 the NanoNote with 32mb has a nice decent amount of memory for openwrt 2010-10-04 10:48 I think OE is good for 64-256 mb memory 2010-10-04 10:48 aisa: instead of doing new things with the platform, they work on catching up with the minimum status quo 2010-10-04 10:48 debian or fedora above that 2010-10-04 10:48 but guess what - Fedora is coming down 2010-10-04 10:48 if the NanoNote had 64 MB, Fedora would have started supporting it already (so I am told) 2010-10-04 10:48 aisa: also jlime key bindings are more generic than in openwrt 2010-10-04 10:49 Fedora has now declared 64 mb to be their 'bottom end' 2010-10-04 10:49 aisa: so instead of building spacecraft they dig up the ground to put some sewage system 2010-10-04 10:49 I just want costumers damnit, not thikeres or such , for me they can usit to equilibrate a table meanwhili it buy them for me 2010-10-04 10:50 I think OpenWrt is the stronger tool if you want to make a custom image 2010-10-04 10:50 say a customer wants to order 500 NanoNote, but put a total customized image on it 2010-10-04 10:50 wolfspraul: I agree again 2010-10-04 10:50 would you point them to OE or OpenWrt? 2010-10-04 10:50 I would point to OpenWrt many times over 2010-10-04 10:50 wolfspraul: i would use something like myroot, fed by a rich package repository 2010-10-04 10:51 wolfspraul: why even bother with the build process if someone else has done it already for you anyway ? 2010-10-04 10:51 wpwrak: fine, but you get my point. if the choice is between owrt or oe, in that case you would also recomment owrt. 2010-10-04 10:52 Jlime has great images today, and a great package repository. 2010-10-04 10:52 some patent issues though 2010-10-04 10:52 wolfspraul: as i said, i was happy with the arrangement we had at the end in OM. both from an "it worked for me" point of view as well as from a conceptual point of view. 2010-10-04 10:53 wpwrak: no, we have not done anything about debian, we like it because it builds, as you know, repositories for different kind of archs.. and those are really huge. But we do not have idea if they will have something nice for small devices in the future. If they do we could use that someday (and to help them of course). 2010-10-04 10:53 wolfspraul: so i'm looking for ways to get closer to something like that. the questions whether openwrt or OE is easier to build only matters if you're working on that sewage system. if you're building the spacecraft, you'd prefer to not touch either at that level. 2010-10-04 10:53 rafa: I think Debian will never work really well on 32 mb 2010-10-04 10:54 servers, desktop, notebooks all go up 2010-10-04 10:54 8 gb is normal nowadays 2010-10-04 10:54 on servers > 20 gb 2010-10-04 10:54 wolfspraul: to answer your question, if i had to make that heavily customized image myself, then my choice would be either openwrt or port myroot and run it off the jlime packages (if that's possible). 2010-10-04 10:54 servers will have more than 100gb memory soon 2010-10-04 10:55 even for our devices, we don't have 32 mb because we like artificial restrictions 2010-10-04 10:55 I'm logged into a 16-proc, 132gb linux box right now. 2010-10-04 10:55 it's because it was the best / most high-tech device we believed we could tackle with our resources 2010-10-04 10:55 wolfspraul: if i need that heavily customized image but i'd get external help, it would depend mainly on who's best at solving my needs. and there jlime looks like the better bet. (depends of course on what exactly needs customizing) 2010-10-04 10:55 and it seems we can, barely... after 1 year :-) 2010-10-04 10:55 I wish we could go to 64 mb, 128 mb, etc. the more the better. 2010-10-04 10:56 no 10 horses will drag me back to bitbake 2010-10-04 10:56 wpwrak: for the rootfs image I like just the minimal rootfs that OE builds, but I do not like how OE keeps different kind of distributions/images. So far, I just build the minimal rootfs with OE and repository, then just a makefile or script adds some extra packages and multimedia stuff. A jlime dev is making the whole image inside of OE like it should be if you use it. But well, for the rootfs image I just like a simple makefile/script to build that :) 2010-10-04 10:56 I only have so much time in my life. enough for that one... 2010-10-04 10:56 amused 2010-10-04 10:56 rafa: could the first step be to more clearly identify the technical reasons for it being difficult for small devices ? 2010-10-04 10:57 curios about the wpwrak myroot syste, 2010-10-04 10:57 m 2010-10-04 10:57 aisa: yeah, really. I suffered for 1.5 yr from it. I had a whole team on this beast, 3 or 4 full-time people. 2010-10-04 10:57 wolfspraul: yeah.. debian is for PC only I guess 2010-10-04 10:57 if wpwrak says he would pick that for the custom image, he he. I will watch gladly, sipping my drinks... 2010-10-04 10:57 :-) 2010-10-04 10:57 no thanks 2010-10-04 10:58 wolfspraul: this would suggest that we could in theory catch up and surpass OE, by being more nimble. 2010-10-04 10:58 Jlime images - great! getting into the bitbake mess myself again - NO. 2010-10-04 10:58 *unless* we give up that nimbleness because it isn't possible at the scale OE operates at. 2010-10-04 10:58 kristianpaul: http://svn.openmoko.org/developers/werner/myroot/ 2010-10-04 10:58 hard to say, and that is definitely no my/our problem 2010-10-04 10:58 this much is good to hear. 2010-10-04 10:58 I'm focusing on all things hardware, manufacturing. so much to free up there. 2010-10-04 10:59 both OE and OpenWrt are quite active projects 2010-10-04 10:59 wolfspraul: yup, packages is what i'm after. and nice people like zecke who add stuff i ask them for within hours :) 2010-10-04 10:59 you cannot pick a 'winner', no matter how hard you try, because they are very different once you spend some time diving in. 2010-10-04 11:00 wpwrak: we should write that at wiki maybe.. so the technical reasons are modified there. debian packages are big, for example those brings man pages, extra docs, etc. Also there are packages with multiple files for different kind of stuff that a small device could not need. For example perl with around 1000 files.. a small device could have just few disk space to install the whole perl and adds. Maybe you just want to use perl and some extra perl adds to 2010-10-04 11:01 aisa: openwrt has about 2000 packages now, openembedded maybe 15,000 or so 2010-10-04 11:01 not that these numbers mean much 2010-10-04 11:01 whoa. 2010-10-04 11:01 I wish there were 100 apps that work REALLY WELL on the NanoNote, in either owrt or oe/jlime 2010-10-04 11:02 aisa: i'm not sure openwrt scales to that size and functionality. you very often hear people complain that X is way too complex and slow etc. so they build Y that only implements 10% of what X can do and is really nice clean and fast. then they encounter more and more of the real life demands X has already faced in the past and they add things to Y. eventually, Y is just as sluggish and ugly as X and people start complaining about Y be 2010-10-04 11:02 ing so horrible, make their own leaner and cleaner Z, etc. 2010-10-04 11:02 wpwrak: then, you also needs the rootfs image.. maybe with busybox, dropbear, etc.. or something light.. I am not sure if debian already builds those minimal rootfs images for different kind of archs 2010-10-04 11:02 +10. 2010-10-04 11:02 owrt will in general be able to build customized rootfses easier, be able to target devices with less ram than oe 2010-10-04 11:03 I think owrt is the better environment to prepare patches for upstreaming, although someone who uses oe to do that may disagree 2010-10-04 11:03 rafa: (package granularity) is there a reason why packages could not be broken down into smaller pieces ? too much work ? too complex to do ? opposition from the "core" debian people ? 2010-10-04 11:03 jlime are really cool end-user ready images for Ben NanoNote, and guess what, they use OE! :-) 2010-10-04 11:03 so you go figure what all this means 2010-10-04 11:03 Debian runs as well, but slow IMO 2010-10-04 11:04 Fedora is interested, but 32 MB is below their minimum requirement of 64 MB, and the few 64 MB boards we have were not enough to get them started 2010-10-04 11:04 rafa: i wouldn't use the distro per se to make the rootfs images. thigs like myroot can do this already and they're nicely layered on top of the distro. 2010-10-04 11:05 rafa: so the distro makes the packages and nothing else. then you have a rootfs maker than picks the things you want for your device, including UI style and what not. 2010-10-04 11:05 wpwrak: yes but your logic is not always automatically true 2010-10-04 11:05 sometimes an effort to do everything 'leaner' than the old stuff will only realize later why all that old stuff was needed 2010-10-04 11:05 but sometimes not 2010-10-04 11:05 wolfspraul: yes, sometimes someone succeeds in actually being better than all those before :) 2010-10-04 11:05 see the big success of lighttpd, for example 2010-10-04 11:06 (just random example, I hope this doesn't create another long Apache pro/con discussion now...) 2010-10-04 11:06 I think OE is a bit older than openwrt 2010-10-04 11:06 most owrt people at the begining were ex-OE (I'm vague on this, might be wrong) 2010-10-04 11:07 I hope OE, and especially Jlime, is a happy family member of the NanoNote family 2010-10-04 11:07 wolfspraul: hmm, i use awhttpd. i suppose that doesn't put me in the camp of enthusiastic apache supporters ;-) 2010-10-04 11:07 wpwrak: I would do the same like you.. I would like to see a complete repository of packages for small devices, with the last versions of open source software, like debian has for PC. Then I would use something like your rootfs maker which picks stuff from the repository to build a complete image. 2010-10-04 11:07 if not, we need to do more to make them happy 2010-10-04 11:08 wolfspraul: alright, one step at a time. let's first make them happy. so for you to be happy with making them happy, they have to make tuxbrain happy by avoiding the patented stuff. 2010-10-04 11:09 before my next reflashing round, I want to apply the lessons learnt in the last 1k reflash action 2010-10-04 11:09 for that I think I need a few weeks at least 2010-10-04 11:10 need to look into some initramfs issues, and some usb hug related bugs 2010-10-04 11:10 This reminds me, I have just updated my NN to the latest tracking_backfire, 2010-10-04 11:10 and I expected to find many more bugs than I did find. 2010-10-04 11:10 Can someone remind me of the problem we're having in the current image? 2010-10-04 11:10 wolfspraul: (btw, my reason for pushing towards a more feature-complete disto is that i consider the ben basically as a pc. in fact, except for the screen resolution, it runs circles around my first linux pc. and that was a "serious" workstation at that time.) 2010-10-04 11:10 I thought it was things like 'strace --help' crashing. 2010-10-04 11:10 SDL not working 2010-10-04 11:11 if you boot, try starting dgClock, for example 2010-10-04 11:11 from the command-line?  got it. 2010-10-04 11:11 NanoMap is qt-based, I think it works 2010-10-04 11:11 command line? 2010-10-04 11:11 Rather than gmenu2x. 2010-10-04 11:11 you built your own image? well I'm not exactly sure then what you selected. 2010-10-04 11:11 I'm running config.full_system on my NN right now. 2010-10-04 11:12 remember this: NanoMap is qt-based, imgv uses SDL 2010-10-04 11:12 isn't qt SDL backed? 2010-10-04 11:12 rafa: so, to remove these codecs from jlime, would you know what to do ? would the other jlime people agree with having such an option ? would this option be something that could be merged into OE upstream ? and, last but not least, is there anyone who'd actually have the time and skills to do it ? :) 2010-10-04 11:12 if you can get both to work, the bug is fixed 2010-10-04 11:12 or is our qt running X? 2010-10-04 11:12 got it.  NanoMap & imgv must both work, or there is a bug :-) 2010-10-04 11:12 config.full_system uses a framebuffer, no X 2010-10-04 11:12 so qt also on fb 2010-10-04 11:12 rafa, wolfspraul: one issue with codec removal: for those who want the questionable codecs, what would be an acceptable way to provide them ? 2010-10-04 11:13 that's a legal question 2010-10-04 11:13 wolfspraul: that's why i'm asking you ;-) 2010-10-04 11:13 to the best of my knowledge, _links_ is what will set them off 2010-10-04 11:13 so let's say a distributor in Europe is selling the device 2010-10-04 11:13 the device has a URL 'qi-hardware.com' printed on it 2010-10-04 11:14 nothing on the qi-hardware.com or affiliated servers must point towards the patented stuff 2010-10-04 11:14 or the other way roudn - the people running the qi-hardware.com servers have the responsibility to avoid patent infringement 2010-10-04 11:14 including irc or mailing list archives ? 2010-10-04 11:14 for a forum, this can mean to remove posts that explain how to do it 2010-10-04 11:14 for a wiki, same 2010-10-04 11:14 yes sure 2010-10-04 11:14 it's a legal thing 2010-10-04 11:15 it must be reasonably doable of course 2010-10-04 11:15 so it's active or passive (by not acting) endorsement 2010-10-04 11:15 I wouldn't push it though. if the wiki homepage has a big link "how to enable mp3", and you think you can get away with "we would have removed it after notification from sisvel, it's a wiki", that's very very risky 2010-10-04 11:15 that's all legal stuff 2010-10-04 11:16 you cannot be 100% sure until after the whole court case is over 2010-10-04 11:16 :-) 2010-10-04 11:16 yeah, that would be too obvious :) 2010-10-04 11:16 another option would be to distance the device from qi 2010-10-04 11:16 'unbrand it' 2010-10-04 11:16 the thinking always starts with the last guy selling (actually importing) the device into a patent-infected country 2010-10-04 11:17 but that wouldn't help tuxbrain who sells a bundle, would it ? 2010-10-04 11:17 that guy has a legal responsibility to not infringe, and to not cowork with people who infringe 2010-10-04 11:17 well 2010-10-04 11:17 imagine the device is totally no-name 2010-10-04 11:17 tuxbrain could say they have nothing to do with qi-hardware.com 2010-10-04 11:17 yup. like the pulster incident 2010-10-04 11:17 of course then there must be no link from tuxbrain.com to qi-hardware.com, anywhere 2010-10-04 11:18 but right now, with qi-hardware.com printed on the device, these ideas are worthless anyway 2010-10-04 11:18 and tuxbrain.com has tons of links to Qi 2010-10-04 11:18 and if Tuxbrain would really have to remove all this, and stop talking about it, I'm also not so sure how this could work out 2010-10-04 11:18 yup. this may just create too much confusion 2010-10-04 11:18 at some point it really does become underground, and then the MP3 'capability' also looses its value 2010-10-04 11:19 when will the patents expire ? in ~2 years ? 2010-10-04 11:19 [commit] Xiangfu Liu: add 'rm -f fped' to make clean http://qi-hw.com/p/fped/9e2ee45 2010-10-04 11:19 [commit] Xiangfu Liu: add debian package stuff http://qi-hw.com/p/fped/731491f 2010-10-04 11:19 according to wikipedia in a few years, yes 2010-10-04 11:19 I doubt sisvel will do much to enlighten anybody about this 2010-10-04 11:19 in fact they will probably increase their scare tactics towards the end 2010-10-04 11:19 btw, regarding patent expiration. you mentioned that MIPS vs. china case. do you know what went wrong there ? 2010-10-04 11:19 anyway, that's speculation 2010-10-04 11:20 I don't know when they expire. 2010-10-04 11:20 but isn't it the device manufacturer that can be forced to license patents rather than the hardware designer? 2010-10-04 11:20 i suppose it will be headline news when they do. then wait a bit to see if there are any traps. 2010-10-04 11:20 if I understood your explanation a while ago, Qi Hardware doesn't manufacture 2010-10-04 11:20 you think a Chinese company can be forced to do anything? especially from a Western company? 2010-10-04 11:20 80% of the world are not patent infected 2010-10-04 11:21 mth: i think it's basically that you can attack whoever is in the chain. 2010-10-04 11:21 so this is a system some rich countries created because they think it helps them 2010-10-04 11:21 wpwrak: maybe one easy fix could be removing the codecs for main rootfs image, and the system should not have any link to download packages or visit official web sites. If the user wants codecs he will need to check the web. If that would be useful then we would not need to merge that into OE. We just build the image (with OE perhaps) and then we fix it with some "clean" task/script/whatever. If you want to know if we could do a work like : one OE version 2010-10-04 11:21 they won't pressure the Chinese company, but they'll try to stop the devices from being imported into a country which does enforce patents 2010-10-04 11:21 mth: yes right, but we are talking about legal responsibilities now. 2010-10-04 11:21 tuxbrain sells 2010-10-04 11:22 device has 'qi-hardware.com' printed on it 2010-10-04 11:22 user enters 'qi-hardware.com', and is greeted by big announcement "click here to learn how to install mp3" 2010-10-04 11:22 that would be a pretty easy case for sisvel 2010-10-04 11:22 a system some lawyers in rich countries maintain because their villas, sports cars, and alimony for ex-trophy-wives prove that it helps them. somehow :) 2010-10-04 11:23 tuxbrain would be the one to either license the patents, or refuse to resell that product until the manufacturer does 2010-10-04 11:23 mth: yes correct. 2010-10-04 11:23 rafa: so that would be basically what tuxbrain did, just automated 2010-10-04 11:24 wolfspraul: I mean someone could use Qi's design and sell a device with MP3 capabilities by installing a modified firmware or giving the users an easy way to do so 2010-10-04 11:24 putting precompiled binaries on qi-hardware.com is probably asking for trouble 2010-10-04 11:24 even if you'd win in the end, it would be time and money consuming 2010-10-04 11:25 even sources, although the most important are instructions 2010-10-04 11:25 wpwrak: maybe we could provide two rootfs image versions: current one and another one with "clean" stuff for resellers :) 2010-10-04 11:25 think from a normal end user, they try to plug that hole 2010-10-04 11:25 afaik the LAME project didn't have problems spreading sources 2010-10-04 11:25 ah 2010-10-04 11:25 :-) 2010-10-04 11:26 I need to go sleep 2010-10-04 11:26 the patent industry has learnt 2010-10-04 11:26 no more gif 2010-10-04 11:26 why go after broke college kids which will only make you unpopular 2010-10-04 11:26 so of course all free software is 'exempt' nowadays 2010-10-04 11:26 ha ha 2010-10-04 11:27 no money there anyway! 2010-10-04 11:27 so ther ehas to be a clear organizational separation between qi-hw and tuxbrain on one side and jlime on the other. that is, as long as jlime hosts patented packages or sources. 2010-10-04 11:27 mth: the problem is not the software I guess, the seller selling machines with that kind of software will get into troubles 2010-10-04 11:27 and even better, the free software kids now help them spread their technology to people who have money, and who are worth milking 2010-10-04 11:27 and in the end the college kids pay again, because the tax is built into any electronic they buy 2010-10-04 11:27 much much better than the gif chaos 2010-10-04 11:28 wpwrak: correct that was the old plan 2010-10-04 11:28 rafa: yes, someone spreading device + software will have to pay for the patents in some countries, until we get more sane laws or all relevant patents have expired 2010-10-04 11:28 or keep jlime perfectly clean and have an underground jlime-pirates organization that makes those packages 2010-10-04 11:28 I don't know about the USA, but in Europe pure software is not patented, but some combinations of device + software are 2010-10-04 11:29 maybe assange's looking for a job soon :) 2010-10-04 11:29 a patent is a patent, there is no need to put a big title "software patent" on it 2010-10-04 11:29 wolfspraul: would that old plan still work ? 2010-10-04 11:29 wpwrak: do you know what do other companies do? for example IIRC dell was selling machines with ubuntu.. They just pay money to do that? 2010-10-04 11:30 it needs to be connected to a machine, so it can only be enforced once some piece of hardware comes into play 2010-10-04 11:30 canonical is paying 2010-10-04 11:30 wpwrak: what would you like to see?.. for example.. if you sell machines.. you will not be able to sell machines in USA or europe if you want to sell those with debian (for example) 2010-10-04 11:30 of course only for them, i.e. if you put the same ubuntu on a machine and sell it they will come after you still... 2010-10-04 11:31 rafa: unless you or your upstream or your distributors pays the patent parasites 2010-10-04 11:31 wpwrak: and how could we use debian?.. would that be useful?.. debian is huge.. and it would be a mess to try to use it without codecs 2010-10-04 11:32 rafa: why would debian minus codecs be more of a mess than jlime minus codecs ? 2010-10-04 11:32 wpwrak: paying them is not that easy actually 2010-10-04 11:32 that's another story 2010-10-04 11:32 they will demand that you take the license for all your products, for their future innovations, and so on and so on 2010-10-04 11:32 whatever they can squeeze into you, and they have thought about that for a long time 2010-10-04 11:32 wpwrak: well, debian is bigger I guess and a lot more of people involved than oe 2010-10-04 11:33 wolfspraul: lovely :) where are they ? palermo ? :) 2010-10-04 11:33 plus a 6-figure down-payment into their account, in case you go bankrupt 2010-10-04 11:33 and so on 2010-10-04 11:33 so what happened in the pulster incident ? did you ever get these devices out of customs ? 2010-10-04 11:33 I guess they get away with all this legally. 2010-10-04 11:34 [commit] Xiangfu Liu: add ITP bug number to 'debian/changelog' http://qi-hw.com/p/fped/b0062ee 2010-10-04 11:34 for some magic reason this is not called 'extortion' 2010-10-04 11:34 rafa: ah, you mean a bigger mess to get people to agree on the plan. well, perhaps. i wonder if this isn't on their radar already. debian tends to be very sensitive about legal issues. 2010-10-04 11:34 wpwrak: I think in the end yes. I'm sure pulster had to sign all sorts of crazy agreements, need to ask him if he wants to talk about it... 2010-10-04 11:35 wolfspraul: just like patenting something isn't called plain old theft, even though it is 2010-10-04 11:36 wpwrak: yes but Debian is software only, 'exempt' 2010-10-04 11:36 (not very generous considering that software-only infringements cannot be enforced, and the infringers would not have enough money to be worth going after anyway) 2010-10-04 11:36 wolfspraul: yes, but it hits anyone bundling debian with hardware. so it would be reasonable for them to care 2010-10-04 11:36 ahh 2010-10-04 11:37 the 'free software is exempt' strategy works quite well 2010-10-04 11:37 you can try to argue with them :-) 2010-10-04 11:37 I was very happy that OpenWrt did have a soft ear for our troubles. 2010-10-04 11:37 you tried  ? so they don't understand the issue ? or they do but still don't care ? 2010-10-04 11:37 You can read between the lines that Jlime/OE is struggling with the same issues. 2010-10-04 11:37 "is this really our problem?" 2010-10-04 11:37 "software patents don't exist" 2010-10-04 11:37 "free software is exempt, look here what they say..." 2010-10-04 11:38 etc. 2010-10-04 11:38 well I tried successfully with Owrt, done 2010-10-04 11:38 with OE (Jlime) - in process - see above 2010-10-04 11:38 Debian, no, never tried 2010-10-04 11:38 i'm not sure this is the issue with jlime. i think the situation is pretty clear. but people may simply not be aware of it. 2010-10-04 11:38 yes but it's hard to get people to join 2010-10-04 11:38 also because patents are such a mess 2010-10-04 11:38 so, where's a debian lobbyist when we need one ? :) 2010-10-04 11:38 new enemies may pop up out of thin air 2010-10-04 11:39 it's depressing to think about it logically 2010-10-04 11:39 it is not logical 2010-10-04 11:39 same as a street robbery is not logical 2010-10-04 11:39 I just need mp3/mpeg4/h.264 removed right now 2010-10-04 11:39 more 'as needed' :-) 2010-10-04 11:39 if you are very rich, there are many many more 2010-10-04 11:39 see the nonsense the large corps have to pay all the time, like RIM, Microsoft, etc. 2010-10-04 11:40 the only thing that protects Tuxbrain from most patents is that it has no money 2010-10-04 11:42 it's a pity that they closed that loophole that artificial islands can no longer become souvereign states. otherwise, i'd have a nice revenge phantasy. 2010-10-04 11:42 patents only affect about 20% of people 2010-10-04 11:42 it's a social system for lawyers 2010-10-04 11:43 there are other social systems as well, so let's just get on with it :-) 2010-10-04 11:44 create two long thin islands in the atlantic and the pacific. build tall wall, too high to fly over them. implement laws that treat involvement with patent much like some asian and middle eastern coutries trear illegal drugs. build nice airports to tunnel through the wall, us-style with immigration and emigration. put the names from the various patent databases in that countries' terrorist database. wait for the first planes to land an 2010-10-04 11:44 d have the firing squads ready. 2010-10-04 11:44 wpwrak: now we outlasted anybody else with this conversation! -) 2010-10-04 11:44 :-) 2010-10-04 11:44 I need to go sleep... 2010-10-04 11:45 let's hope something good crawls out of it :) 2010-10-04 11:45 (the conversation) 2010-10-04 11:45 I think we have a fairly solid plan. 2010-10-04 11:45 just need to see how/where Jlime fits. 2010-10-04 11:45 there are multiple spots, let's see what works best for them 2010-10-04 11:45 then we'll do that 2010-10-04 11:46 yup. it's all about sustainability 2010-10-04 11:51 aisa: hope you are not shocked about this endless conversation 2010-10-04 11:51 wpwrak and I get carried away sometimes 2010-10-04 11:51 I'll try to finish the news stuff in the wiki tomorrow, then we can go from there 2010-10-04 11:58 rafa: so ... has all this helped, to clarify things or otherwise ? :) 2010-10-04 12:14 wolfspraul: I was in a meeting. 2010-10-04 12:14 I'll have to catch up to know whether I'm shocked. 2010-10-04 12:14 wpwrak: yes, it clarified why qi can not have any mention about jlime I guess. Now, I would do the next proposal to jlime: we write a script which picks the jlime image and does a new jlime rootfs image clean of codecs, clean of jlime links. Maybe that is useful for resellers, and also some users could know that jlime has a distribution for nn. 2010-10-04 12:16 wpwrak: no sure if we should remove the stuff from our repositories and OE. I mean, as example, for users like me, I like to use Debian like it is .. so I guess that we like to use jlime like it is. But on the other hand if qi is the only start point for all the people with nn, 2010-10-04 12:16 then it can be hard for users to know if there are options to use. 2010-10-04 12:17 rafa: i'm actually not sure if qi-hw would have to avoid mentioning jlime. it may be sufficient not to mention the problem packages. 2010-10-04 12:19 rafa: it all really depends on what wolfgang and tuxbrain fell comfortable with. as wolfgang has said, there's no guarantee that you won't be attacked no matter how careful you are 2010-10-04 12:23 wpwrak: that I really would like to avoid is, and that is a concern for me is: if some new user wants to use nautilus, and he only wants to test it.. then today he will try to port allllllll the libs nautilus needs to openwrt. If he wants to help with openwrt then that is great and I love all that hard work, because I would do that. BUt, if he just wanted to test that..... 2010-10-04 12:23 man.. I have seen some people trying to build stuff for many days.. just because they wanted to test.. and they just were thinking that it is the only way they have. 2010-10-04 12:23 That is not nice I guess. 2010-10-04 12:25 yes. i think quite a lot of that sort of repetitions is happening here. people get the ben, see that openwrt is the distro, find their favourite package is missing, and then work on porting it. 2010-10-04 12:25 it is just an example. Still if nautilus will not be useful on nn.. why he would suffer many days trying to build stuff just to test. I would like that he knows that some distributions already have packages to install 2010-10-04 12:25 while that makes openwrt stronger, it may draw development resources from more interesting tasks 2010-10-04 12:27 yes, I would like that users know both things : that if they just want to test/use stuff there are options to use packages already built. And that if they want to help to openwrt then they need to work to do openwrt stronget, which is a great thing . 2010-10-04 12:28 stronget=stronger 2010-10-04 12:30 Since our Asian developers presumably just went to bed.  (Or should have) who is left? 2010-10-04 12:31 It is still morning for me, and I'd like a sense of who hangs out here during my daytime, 2010-10-04 12:31 so I know who to pester. 2010-10-04 12:31 I'm working on packages and the base system for the NanoNote, and I'm in the Southwestern USA. 2010-10-04 12:35 buenos aires, 13:30 here. brunch time soonish :) 2010-10-04 12:45 wpwrak: You're not the only one down that way, I believe. 2010-10-04 12:45 [commit] carlos: Adding serial flash to FPGA http://qi-hw.com/p/nn-usb-fpga/d9b9e52 2010-10-04 12:45 aisa: naw, not by far. e.g., rafa lives just a few blocks away 2010-10-04 12:46 I used to work with two developers in Montevideo. 2010-10-04 12:48 wpwrak: What kinds of things do you work on here? 2010-10-04 12:49 rafa: same question to you, what are you working on here? 2010-10-04 12:49 aisa: right now, qi-hw is my fulltime hobby :) 2010-10-04 12:50 Very nice.  What portion do you specialize in? 2010-10-04 12:50 or do you do it all?  :-) 2010-10-04 12:50 aisa: before, kernel and general low-level stuff at openmoko. before that, other kernel stuff. never for local clients, though. not much technical work going on here, i'm afraid 2010-10-04 12:50 aisa: :) ... right now qi-sw is almost my fulltime hobby.. jlime is my full time :) 2010-10-04 12:50 luckily, we have the internet :) 2010-10-04 12:51 rafa: Are you hoping to see Jlime become an "official NanoNote image" or are you happy with how things are now? 2010-10-04 12:51 aisa: I need a related job.. so if you know just tell me ! 2010-10-04 12:52 I used to work at a company that hired globally.  I'm not currently, not right now anyway.  I will remember this anyway. 2010-10-04 12:53 aisa: official nanonote image is not our business, so we are happy so far. But it would be more useful if we have more users as well. 2010-10-04 12:53 aisa: but we are okey and enjoy how it is. We prefer to be choosed because people like it 2010-10-04 12:53 good perspective, I had not thought of that. 2010-10-04 13:08 wha 2010-10-04 13:08 what 2010-10-04 13:08 nevermind 2010-10-04 13:15 rafa: there's no such thing as "free choice" :) whatever ships with the device will have a big headstart 2010-10-04 13:16 Indeed, most users will not modify the defaults. 2010-10-04 13:16 I think this holds true ever for advanced users. 2010-10-04 13:16 Though clearly at some point it doesn't, because some people run Jlime. 2010-10-04 13:16 rafa: also pushing the choice to the customer isn't entirely fair. people will still need some guidance. very very few will possess the information necessary to decide that on their own at that time. 2010-10-04 13:17 (and those probably don't care much anyway because they would also know how to switch to a different distro) 2010-10-04 13:22 wpwrak: yes, but I was guessing that (that we prefer people choosing jlime because they like it) because if you use linux surely like to try other distributions/flavors, and also the project started saying that nanonote current users are developers. But I have seeing that no.. that users just use the default distribution and they are not thinking, in a big % of them, if there is or not another option 2010-10-04 13:23 we will see .. 2010-10-04 13:27 wpwrak, aisa we cannot influence what software qi want to put on their machines, so we have to fight on quality rather than having a head start. 2010-10-04 13:29 rafa: yes, but that's pretty much what is to be expected :) 2010-10-04 13:29 kristoffer: but we can influence it :) and why not combine quality and the head start ? :) 2010-10-04 13:30 aisa: some people will always experiment. but many just have some specific use in mind. or just don't have the energy/time to change distros (even if it's easy) 2010-10-04 13:31 wpwrak, that would be perfect, but as I said its not up to us (<-jlime) 2010-10-04 13:31 kristoffer: I suspect if you handed wolfspraul an image, he'd flash devices for you, up to what you expected to be able to sell. 2010-10-04 13:31 Is that really the limiter? 2010-10-04 13:32 aisa, most likely true, but that would also imply that the buyers would be aware of any other option than openwrt. Which isnt the case. 2010-10-04 13:32 aisa: imagine. you get the device, experiment around a bit. maybe overcome some obstacles. eventually, you'll realize that the default choice is not the best. but then you'll also have solved the most pressing problems for you. and you'll have invested time into customizing the system. so when you're at the point of making the decision, it will be harder to implement it. 2010-10-04 13:32 This is true. 2010-10-04 13:32 I feel like I'm there right now. 2010-10-04 13:32 I spent the weekend learning enough about my NanoNote to feel comfortable with the device, 2010-10-04 13:33 aisa: (limiter) what ? 2010-10-04 13:33 and that I can deeply explore. 2010-10-04 13:33 And I'm concerned that I'll invest a lot of effort into OpenWrt and find I'd rather have done that for Jlime. 2010-10-04 13:34 aisa: and at the same time, you may be afraid that jlime may be a dead end because its not officially supported, and thus your effort there would be wasted. very tricky all that 2010-10-04 13:34 wpwrak: Limiter being: Jlime images aren't and won't be available through sharism.cc 2010-10-04 13:34 wpwrak: Yes. 2010-10-04 13:35 of course, i understand why wolfgang fears OE. OE was our basis at openmoko. it was unspeakably painful. 2010-10-04 13:36 This was good to hear this morning. 2010-10-04 13:36 As I did not know why we weren't on OE. 2010-10-04 13:36 (limiter) well, as long as the patent issues aren't resolved on the jlime side, wolfgang may not feel comfortable to have much in terms of pointers on qi-hw at all 2010-10-04 13:36 so jlime will actually be hard to find 2010-10-04 13:37 i think one of the problems with the use of OE in OM was that developers were expected to run it. what was missing was a group of maintainers acting as a buffer 2010-10-04 13:38 i mean, on my pc, i run ubuntu. but i wouldn't even know (without looking) how to build one of their packages from sources 2010-10-04 13:39 so if the complexity of OE is hidden, all is fine. naturally, hiding the complexity has a cost of its own 2010-10-04 13:39 e.g., you need to have people who do that "now", and you have to make sure there will be people who do that also in the future 2010-10-04 13:41 I can't quite tell the difference between Jlime and OpenWrt in this regard. 2010-10-04 13:41 in OM, people on GUI applications actually used bitbake to build their own software, just as if it was "make". that was because they didn't want to have to worry about library dependencies (of which there were many for those packages) and they were probably also afraid of the (largely imagined) complexity of doing a cross-compilation 2010-10-04 13:41 Is Jlime it's own platform?  Based on OE?  How does it work to build an image? 2010-10-04 13:42 then of course, when things went wrong, it wasn't just a small typo in a makefile but some weird failure somewhere in a bitbake run. etc. chaos and mayhem. 2010-10-04 13:42 (maintenance) openwrt is more accessible, so the risk is lower 2010-10-04 13:43 with jlime/OE, if a meteorite hits the next jlime meeting or if ~2 people lose interest, the whole thing comes apart. so it's very fragile. 2010-10-04 13:44 and of course, by keeping it marginalized, that doesn't change. chicken and egg again. 2010-10-04 13:44 I was just thinking that. 2010-10-04 13:44 that fact scares me, which makes me not want to participate, which contributes to the problem. 2010-10-04 13:45 if jlime was the "mainstream", one or two people may actually master the complexity of OE and could act as maintainers. that would greatly lower the maintenance risk 2010-10-04 13:46 i don't know who does how much with the ben in jlime. rafa is very active but i don't know about the others. 2010-10-04 13:50 From this conversation this morning, I see that I need to learn more about jlime, but I'm more certain I'll stay with OpenWrt. 2010-10-04 13:50 which is a funny position to be in, 2010-10-04 13:50 wanting to get more information but feeling more certain about my decision :/ 2010-10-04 13:51 certainty is a good thing - while it lasts :) 2010-10-04 13:52 haha. 2010-10-04 13:52 hey, Im right here :) please stay to facts if you are going to rant on us/me 2010-10-04 13:53 fact check! 2010-10-04 13:53 kristoffer: when i wrote "the others", i was in fact mainly thinking of you ;-) are you working on the ben, too ? 2010-10-04 13:54 wpwrak, not currently since Im stuck with bootloader work on j7xx atm. 2010-10-04 13:54 kristoffer: but in general yes then. good :) 2010-10-04 13:54 1. first off, simply removing the copyrighted codecs wont magically make jlime into an option 2010-10-04 13:55 2. openwrt is nice for small systems that need to be 100% reliable. OE is nice for machines you are planning to actually use 2010-10-04 13:55 (1) why not ? 2010-10-04 13:55 I have that question too. 2010-10-04 13:55 wpwrak, yet again im not the person to ask 2010-10-04 13:56 (2) agree that OE is much more featureful and more suitable for this kind of device. as i said, i view it as a PC, not as an embedded dish washer controller or such 2010-10-04 13:58 (regarding 1) and the issue is mainly patents. not sure if there are copyright issues as well. 2010-10-04 13:58 openwrt is limited in many ways, but it is still enough for me 2010-10-04 13:59 I wont go into any OE vs openwrt match really, it all comes down to that we are working from the outside and will need to put out a good product for others to use it. So that is what we are trying todo. 2010-10-04 14:01 kyak: you're actually one of the people who make me feel that precious resources are being squandered. just curious, did you come to openwrt with the ben or did you work on openwrt before ? (now my question would be embarrassing if you are some founder/celebrity of openwrt ;-) 2010-10-04 14:02 aisa: one of our goals is to have everything ready to use at jlime.. for example.. you said that you have used several days learning enought about current software in your nn to feel comfortable. Why? is it hard?.. For us, we want to install -> use 2010-10-04 14:02 kristoffer: i think OE vs. openwrt is a secondary issue. right now it's openwrt more or less out of the box (with qi-hw working closely with openwrt upstream) vs. jlime 2010-10-04 14:03 rafa: It is because I want to actively develop, so going from source code to compiled and tested code on my NN required me to learn. 2010-10-04 14:03 kristoffer: so if jlime was based on openwrt, with a similar number of packages and a similarly polished interface, why not. in fact, it's good if this isn't visible for anyone but the distribution maintainers. 2010-10-04 14:03 aisa: I see.. and what do you want to develop? 2010-10-04 14:04 kristoffer: the only issue there is what allows them to get their work done and to make sure there will be distribution maintainers to hide all this from the rest 2010-10-04 14:05 rafa: version 1.0 is to port some Lojban-related software.  My longer term vision is to have a workflow for writing and performing material. 2010-10-04 14:06 I'm working on a longer description of that, that is brief... 2010-10-04 14:06 wpwrak: you are flattering me.. i first used openwrt on my Linksys WRT54GL router (and still using), maybe that's why i found it exciting to play with it on Ben 2010-10-04 14:07 wpwrak, I think it all comes down to us prefering OE as a development platform, and with our own GUI (which I like to think is more intuitive). I think you describe it well when you say that end users should just be able to do their work and not think much about how the underlying software actually works. We will also keep closely synced with OE to make sure all work gets merged. 2010-10-04 14:08 wpwrak: we are few guys there nowm and I hope that any bomb/meteorite hits next jlime meeting :) .. but we are there since 2006 maybe.. and now at least four of us have nns.. I am not sure if there are a lot of people in qi working doing openwrt better. Also, remember that we use OE, and if I read well OE has a lot more people working for different kind of mobile devices than openwrt.. 2010-10-04 14:09 aisa: wpwrak: so I am not sure if openwrt for nn will be very active in the future.. Are the commits for openwrt coming here as qi-bot?.. if yes.. i do not see a lot of work being made. You can tell me.. well, if qi does not develop openwrt for nn anymore it is becaues nn failed and maybe no more devices will be built.. but then, better for jlime.. I am sure that we will continue improving the software for the current devices sold 2010-10-04 14:10 i think it's great that one can choose between distributions 2010-10-04 14:10 i myself sometimes boot in jlime to check things there 2010-10-04 14:10 kyak: yeah.. and I would like to see more.. but of course.. no many nns around yet 2010-10-04 14:11 rafa: https://dev.openwrt.org/browser actual openwrt development 2010-10-04 14:11 we are just syncing with them from time to time 2010-10-04 14:11 (if i'm right) 2010-10-04 14:12 kristoffer: (end users) also most developers i think. just consider how often you become aware of the underlying build process on your desktop linux system. almost nobody strays beyond the package manager. 2010-10-04 14:13 that any= that no any :P 2010-10-04 14:13 rafa: not sure how much we see here of openwrt development. i'm sure there's more ben-relevant stuff also in upstream but i don't know if anything specifically made for the ben shows up first here or if people also commit directly into upstream. 2010-10-04 14:14 rafa: also, there's pretty much zero jlime development activity visible on this channel ;-) 2010-10-04 14:14 haha.. well, actually I just see your commits.. it looks like you are the only one working these days :) 2010-10-04 14:15 if it's not his job, i'd say he's the only one NOT working these days :) 2010-10-04 14:16 wpwrak, we try not to spam qi-hard.. with our development. We try and limit it to announcements and the occasional problem that arises. 2010-10-04 14:16 wpwrak: really, how do you have so much time to devote to ben development? 2010-10-04 14:17 kristoffer: yup, that good. i was just making fun of rafa's metric :) 2010-10-04 14:17 wpwrak, :D 2010-10-04 14:18 kyak: oh, continuing a bit with the habit of pretending i can afford it :) i spent about a year trying to get a successor for the openmoko freerunner off the ground. so what's a few more months. 2010-10-04 14:19 eventually, material reality will catch up with me too, though. i'm already getting more careful about not putting too many things on my plate. 2010-10-04 14:21 a hungry engineer is a terrible thing :) 2010-10-04 14:21 unless your plate is metaphorical 2010-10-04 14:23 food is cheap and plentyful in argentina :) so it's the metaphorical plate :) 2010-10-04 14:48 aisa: interesting.. (about Lojban).. well, when you want to start please tell us.. we have different ways to have software built for jlime.. so if that is useful for more people we can help you to have it into jlime as well (different ways: we build packages using OE, but users can build packages using a jlime toolchain or if they are traveling they can build software in nn as well.. installing gcc, make, and friends..) 2010-10-04 14:50 rafa: thank you.  I have one package build, but not fully useful yet.  And a couple more packages I'll be porting in the short time from now. 2010-10-04 15:05 hm, i wonder why openwrt's gcc for compiling on target depends on TARGET_x86 2010-10-04 15:06 at the same time, binutils and make seem to build fine for mips 2010-10-04 15:36 wpwrak, i misss gta02-core project lately 2010-10-04 15:38 methril: you mean you didn't pay attention lately or that there was nothing to pay attention to lately ? 2010-10-04 15:45 wpwrak, i mean i didn't pay attention lately :) 2010-10-04 15:48 methril: ah well, it's been eerily silent for the last months. zero progress on the components, so i don't expect anything to happen there anymore. 2010-10-04 15:49 methril: i've been having fun with the ben, and everyone else stopped even before. so it doesn't look as if much would come out of this anymore :-( 2010-10-04 15:51 wpwrak, what do you think about the Beagle Hybrid project? started by pulster? 2010-10-04 15:52 and friends 2010-10-04 15:52 are you involved? 2010-10-04 15:54 no, i'm not involved. dunno really. it's nice that they're managing all the technology, but i don't know how open it is 2010-10-04 15:56 i hope to get an "open" modern phone some day ;) 2010-10-04 15:56 i would bought a gta02-core, but unfortunately the project is not evolving anymore 2010-10-04 15:57 but i'm more aligned with qi-hw, so i'll put my effort here too 2010-10-04 15:58 qi-hw shows more promise of getting something done. less complexity and a more thorough approach towards openness. 2010-10-04 16:09 methril_work: the beagle-OM thing is promoted by Golden delicious computer not pulster 2010-10-04 16:09 ups !! thank you tuxbrain_away 2010-10-04 16:09 i don't want to make confusion :) 2010-10-04 16:11 and I agree with wpwrak, I bet one NN than qi will create a phone product earlier than this aproach, and by product not mean a hackish thing to play,  mean a final user product than also will be free, or at least the free as it can be 2010-10-04 16:12 maybe it will be simplier, but also be sure it will be orders cheaper 2010-10-04 16:12 btw happy to see you so active in qi now :) 2010-10-04 16:13 i'm coming back :) 2010-10-04 16:13 i'm happy to see your success ;) 2010-10-04 16:13 really good work 2010-10-04 16:13 heheeh success ??? I'nm still poor 2010-10-04 16:14 you convince me to come to this community :) 2010-10-04 16:14 but happy? 2010-10-04 16:14 who is rich here? 2010-10-04 16:14 sure I feel very very confortable here and I'm learning a lot 2010-10-04 16:15 this is nice 2010-10-04 16:15 :) 2010-10-04 16:16 now I know conjures about SPI and bitbanging, also reading grimoires of microcontrolers.... and having a new master to learn .. archimagician werner 2010-10-04 16:17 hehehehe 2010-10-04 16:18 needs to learn a lot of conjures about Verilog HDL to help Milkymist 2010-10-04 16:19 yep, but I need to gain some experience points to jump level to read FPGA grimoires , 2010-10-04 16:20 well, you are getting a lot of experience points :) 2010-10-04 16:21 you know, pure marketing :) 2010-10-04 16:21 also kneel down to the archimagician werner 2010-10-04 16:21 i don't think so, you are getting a better hw hacker ;) 2010-10-04 16:23 ok remember I redirect to your when I been asked for recomendation, I miss you man 2010-10-04 16:23 i miss you too 2010-10-04 16:23 (enter romatinc music here) 2010-10-04 16:23 hehehehe 2010-10-04 16:27 I will try to hack on SD after some changes on tuxbrain site (i hope this week will be enough) , then summon black forces of ATmega demons and NN registers 2010-10-04 16:30 are you going to port the arduino API to the BenNN? 2010-10-04 16:32 ~> 2010-10-04 16:32 woops 2010-10-04 16:34 grmbl. defeated by my own genius. the program i wrote to transform mill coordinates cleverly calculates the clearance based on the maximum point in the toolpath. alas, in some cases, that's just the bottom, which can be fairly deep. and wham goes to mill hitting the piece at full speed. luckily, nothing broke. 2010-10-04 16:35 larsc: i guess before too long, we'll get tuxbrain's breakout board kernel driver :) 2010-10-04 17:10 wpwrak: ETA for tuxbrain breakout board kernel driver: just after Xue release :P 2010-10-04 17:10 I don't want to eclipse any open project :P 2010-10-04 17:10 open-> already open 2010-10-04 17:12 methril_work: If by arduino API you mean program/compile/and flash an sketch trough NN this has been already achieved on debian and with serial port. 2010-10-04 17:12 but need soldering the board and that is not elegant. 2010-10-04 17:13 tuxbrain, i was thinking of using the same sw in arduino and nanonote 2010-10-04 17:13 goal now is do it on jlime/openwrt trough SDIO 2010-10-04 17:13 like a lib 2010-10-04 17:14 again this was done 2010-10-04 17:14 linking with a lib, and getting the same result that you could get with other Arduino boards 2010-10-04 17:14 ok, then you could attract some Arduino hobbistics to NN!! ;) 2010-10-04 17:15 mmmmm but you should need at least some accecible gpio on NN 2010-10-04 17:15 well more than the few actually avaible 2010-10-04 17:16 not in Ben, what maybe in SIE 2010-10-04 17:16 ? 2010-10-04 17:16 Due I will need a micro to spi->uart , and I'm plenti of ATmega328 I will use that one for the fists fase 2010-10-04 17:16 yes SIE is more suitable to such goal 2010-10-04 17:16 but step by step 2010-10-04 17:17 Atmega328 has USB port? 2010-10-04 17:17 and actually my sie is on other hands 2010-10-04 17:17 no but has SPI interface 2010-10-04 17:17 I will converte SDIO on SPI interface o NN 2010-10-04 17:17 on NN 2010-10-04 17:18 nice!! 2010-10-04 17:18 so NN will talk directly to the atmega 2010-10-04 17:18 (in theory) 2010-10-04 17:22 hmm. 1.6 mm pcb into usb doesn't connect nicely. nominal thickness is about 2 mm and you notice the missing 0.4 mm. grmbl. 2010-10-04 17:26 can even be 2.36-2.92 mm. ah well, some plastic plus superglue then ... 2010-10-04 17:32 then option a) make the own atmega powered breakout board an arduino it self, but due I will maintain same form factor as werner, I will sure go to option b) search for a smaller cheaper atmega compatible with 328 and with also spi/uart and do a SD to connect any 5V/3,3V module that has Uart interface... , maybe is there is some room on that uSD adapter we can enable as much as IOs possible of that small atmega and be able to to reflash it directly 2010-10-04 17:32 from NN to have a miniArduino like  in additon but this is a plus, and very far away on the schedule, but due we also can directly plug an arduino board to SD and communicatereprogram it through spi a with few discrete components as far as I can see by now, this has more chances to happen sooner 2010-10-04 17:32 bbl 2010-10-04 17:33 time to go home 2010-10-04 17:33 by 2010-10-04 17:33 bye 2010-10-04 17:39 tuxbrain: you can just take an atmega48 2010-10-04 17:40 if you want to add simple stuff, like some leds, connect a series of gpios to 0603 footprints. 2010-10-04 17:41 e.g., if you have gpio P1 through P3 and footprints F1 and F2, then F1.1 = P1, F1.2 = F2.1 = P2, F2.2 = P3   (Fx.y, x = footprint/component number, y = pin of that component) 2010-10-04 17:48 but it's probably better to keep things simple on that little board. you don't want to load it with lots of things. just increases the risk of someone breaking stuff. 2010-10-04 18:15 wpwrak ok agree, sorry I'm on mindstorm phase, having the serial functionality is far than enough, if people want a lot of gpios ready to be used though NN just buy an Arduino UNO , a simple breakout board and start play. 2010-10-04 18:15 or a SIE board :) 2010-10-04 18:19 you can always make board variants later. or maybe even sell pre-cut copper-clad boards. that way, people who know how to etch and solder can make their own. 2010-10-04 18:20 and yes, there are even more profitable options :) 2010-10-04 18:59 btw: as part of the mindstorm phase, I saw  that there is an realtive cheap arduino shield that is able to provide partial usb host capabilities though spi http://www.sparkfun.com/datasheets/DevTools/Arduino/USBHostShield-v12i.pdf, mmmm this should be easily extrapolated to the future sd spi nanonote interface isn't it? 2010-10-04 19:02 heh, crazy chip:) yup, you could indeed use that one to implement a usb host 2010-10-04 19:04 mmmmm not sounds so a bad an USB->uSd interface :) 2010-10-04 19:04 not trivial, thogh. you also need a boost converter to supply 5 V for VBUS 2010-10-04 19:05 and i'd be worried about mechanical issues. with usb, you have quite some lever 2010-10-04 19:06 external source , and fexible cable 2010-10-04 19:06 external source is messy 2010-10-04 19:07 flexible cable ... hmm, maybe 2010-10-04 19:07 pluguin a ungry USB device to NN is crazy, is a 850mAh batt, you will need external source 2010-10-04 19:08 if you have an external 5 V source it's most likely something USB-ish too. so you could feed the Ben from it 2010-10-04 19:09 and the ben could then pass it on. only ~ 100 mA, of course 2010-10-04 19:09 otherwise you need some fancy cable 2010-10-04 19:10 and also what will be the speed , sdio will reach 1Mbps though spi maybe as arduino? 2010-10-04 19:10 you can use the ben's clock and save the crystal. that's good. 2010-10-04 19:11 yeah, something like 1 Mbps sounds reasonable. didn't really measure the timing 2010-10-04 19:11 I thing enough to 1.1USB then , good :) 2010-10-04 19:13 knowledge is cruel hungry bitch, more you feed it the more it wants, ok enough procrastinating, lets do some boring web manteinance 2010-10-04 19:13 you could design this such that you first plug the board on the cable/device, then insert it into the ben. make the case such that it extends to the surface on which the ben resides. 2010-10-04 19:14 wpwrak: cleaver :) 2010-10-04 19:14 so you could use usb memory, wlan, bt, and such. 2010-10-04 19:16 wpwrak: after you finish wpan, work on this one and you will be not only a hero , a super fu&$ing greatest even hero on the NN community 2010-10-04 19:16 unfortunately, the usb receptacle is too thick to fit under the board. so it has to be on top. it would go well above then ben's keyboard. 2010-10-04 19:16 ;-) 2010-10-04 19:18 tuxbrain: ha!!!.. he is already a hero I see... we need to find him super hero clothing ! :) 2010-10-04 19:20 like this guy ? http://4.bp.blogspot.com/_aHPccFvfhGY/SRapr2kkCgI/AAAAAAAAAAo/GDwndDYeoUc/S220/obviousman.png 2010-10-04 19:22 yeah!.. but that is very light.. 2010-10-04 19:22 http://upload.wikimedia.org/wikipedia/en/1/16/HardwareM0.jpg .. but you need some gym to be comfortable with that on you :P 2010-10-04 19:24 change that knife for a beer, and the chain with a solder iron, and that what Imagine wpwrak 2010-10-04 19:24 that is how I imaginte wpwrak 2010-10-04 19:25 or at lest his 15m bronze estatue 2010-10-04 19:25 rafa: i notice that he uses quite a lot of metal to keep that belly in. so that may work :-) 2010-10-04 19:25 tuxbrain: ;-)) 2010-10-04 19:26 ;-)) 2010-10-04 19:28 tuxbrain: if we will use bronze then we need to hide it a bit here.. people used to steal every thing on the streets with bronze 2010-10-04 19:29 bronce or cooper? 2010-10-04 19:30 tuxbrain: bronce. btw, if you have visited Rome and you are okey how the people drives there, how they park the cars.. and how mess is the city.. then you will be comfortable when you visit buenos aires :).. it 2010-10-04 19:31 well whatever, wpan= bronze, wpan+usb host=silver, wpan+usbhost+ethernet=gold :) 2010-10-04 19:31 was very similar to buenos aires ( I have not visited many cities in europe, but from the few ones I did Rome was most like BA :D 2010-10-04 19:32 tuxbrain: good rank 2010-10-04 19:32 wpan is actually the hardest of the three :) and i'm not sure you really want ethernet. you almost certainly have some kind of pc around anyway. so  2 x wpan. 2010-10-04 19:32 wpan+usbhost+ethernet+serial: platinum :P 2010-10-04 19:33 haha :D 2010-10-04 19:34 (gold, platinum, etc.) if you would send a few material sample my way, then i'd be more than willing to implement whatever crazy peripheral you can dream up :) 2010-10-04 19:34 ethernet= an emergency micro server, network analizer, some ahem (I will not repeat this in publica again, ARP spoofing....) 2010-10-04 19:34 you know is only matter of money not matter of will :P 2010-10-04 19:34 naw, the emergency server doesn't make sense. totally different type of device. 2010-10-04 19:35 same problem everywhere, i guess :) 2010-10-04 19:36 network analyzer. dunno. the ben may be a bit fragile for this, particularly if you hang things off the uSD slot 2010-10-04 19:37 (emergency server) a more sensible form factor would be a "brick". if you have lots of things you need to configure, maybe add display and touch screen. 2010-10-04 19:38 is also thinking.... SPI allos bus, arduino also connects SD reader +ethernet to SPI, so we don't have to loose tha hability to read an sd on those crazy dongles :) 2010-10-04 19:38 well let's stop 2010-10-04 19:38 but i think those wall wart type of small pcs that are popping up everywhere would be quite ideal for this kind of use 2010-10-04 19:39 spi->arduino->uSD. boldly explore entirely new universes of slowness ;-) 2010-10-04 19:40 yes yes, nn is not for that porpuse, and once spi is integrated enough in the NN idiosicracy , a breakout board and good howto will fit for those who wants ethernet :P 2010-10-04 19:40 as our mater and mentor wolfi says:focus 2010-10-04 19:40 mater->master 2010-10-04 19:41 yeah :) 2010-10-04 19:42 ben -> 3.3V/5V serial should be quite trivial 2010-10-04 19:42 ben -> USB host feasible, but significantly harder. more like in the order of wpan 2010-10-04 19:42 bite me , trivial for you f&%ng b$%&rd 2010-10-04 19:43 you know how break  the spirit of a wannabe 2010-10-04 19:44 :P 2010-10-04 19:44 that's why I will work on serial, and you will work on USB :P 2010-10-04 19:44 alright, let's say "easy" :) 2010-10-04 19:46 and that's why people will end up puttinga usb-serial adaptor heeheheh 2010-10-04 19:48 yeah, if you solve ben->usb,. you implicitly solve ben -> rs232 :) 2010-10-04 19:48 well, if that host is really good for that. not sure how far it can go 2010-10-04 19:49 those cute little spi-attached things from maxim often have nasty limitation 2010-10-04 19:50 or wait, maybe that was microchip 2010-10-04 19:50 anyway, that one may have nasty limitations as well 2010-10-04 19:56 well is matter of try, put a breadboard, plug the maxim chip, plug NN and , start pluging devices :), in NN soft part? also drivers has to be implemented isn't it? 2010-10-04 20:01 well time to sleep, more interesting dreams tonights, a giant boring web things TODO list chasing for me , meanwhile I hide on weak refuge mado of "wanna do" in land of procrastination 2010-10-04 20:01 mado ->made off 2010-10-04 20:01 good k8 2010-10-04 20:05 tuxbrain: (sw) yes, needs a driver too, it seems 2010-10-04 20:08 wpwrak: are you implementing usb client capabillities of wpan in a fpga? 2010-10-04 20:08 runs away 2010-10-04 20:09 does this look like an fpga ? :) http://projects.qi-hardware.com/schhist/atusb/pdf_head/USB.pdf 2010-10-04 20:10 may be a CPLD ;) 2010-10-04 20:12 wpwrak: just kidding was the only thing i got after read the backlog 2010-10-04 20:27 error: src refspec master does not match any. 2010-10-04 20:27 error: failed to push some refs to 'git@projects.qi-hardware.com:ben-gps-sdr.git' 2010-10-04 20:27 O_o.. 2010-10-04 20:27 i just followed indeferon instructions.. 2010-10-04 20:28 WTF it seems it worked knw i can clone it.. 2010-10-04 20:29 s/knw/now 2010-10-04 20:29 :/ 2010-10-04 20:56 wolfspraul: http://paste.debian.net/93307/ 2010-10-04 20:58 kristianpaul: and? 2010-10-04 20:59 wolfspraul: i cant push 2010-10-04 20:59 i folled indefero instructions as you see 2010-10-04 21:00 sorry my only git experience was in github and i dint have this issue before 2010-10-04 21:00 looks like your local git config is messed up 2010-10-04 21:00 try with a new, empty directory 2010-10-04 21:00 mkdir ben-gps-sdr 2010-10-04 21:01 etc. 2010-10-04 21:01 ok 2010-10-04 21:01 the errors you get there are all local errors, I believe 2010-10-04 21:01 you can disconnect from the network and I think you will still get those errors :-) 2010-10-04 21:02 error: src refspec master does not match any. 2010-10-04 21:02 error: failed to push some refs to 'git@projects.qi-hardware.com:ben-gps-sdr.git' 2010-10-04 21:02 with new directory 2010-10-04 21:02 ah you pushed something already? 2010-10-04 21:03 no 2010-10-04 21:03 empty 2010-10-04 21:03 i just was following indefero instruction to initialze the repo 2010-10-04 21:04 hmm 2010-10-04 21:04 should we just delete whatever was pushed to the server so far? 2010-10-04 21:04 you may have run a lot of commands and it's harder to track down the source than to start over 2010-10-04 21:05 so delete project and start over again? 2010-10-04 21:06 you tell me 2010-10-04 21:06 did you commit something already? 2010-10-04 21:06 the repo looks empty on the server 2010-10-04 21:07 no i dont 2010-10-04 21:07 dint* 2010-10-04 21:07 I'll delete it on the server, then you try to commit 2010-10-04 21:07 ok 2010-10-04 21:07 start with an empty dir, put a file inside, git add, git commit, git push 2010-10-04 21:07 ok 2010-10-04 21:08 ok go ahead 2010-10-04 21:09 do i follow the first comming instruction that indefero point? 2010-10-04 21:09 which one? 2010-10-04 21:09 http://paste.debian.net/93310/ 2010-10-04 21:09 yes, just follow those instructions 2010-10-04 21:09 http://projects.qi-hardware.com/index.php/p/ben-gps-sdr/source/help/ 2010-10-04 21:09 ok 2010-10-04 21:10 yes looks good 2010-10-04 21:10 ahh now is working 2010-10-04 21:10 was because i had an empty directory :P 2010-10-04 21:10 we could have studied what went wrong in the old git (server) repo, but if you dont' mind we just delete it? 2010-10-04 21:10 thanks 2010-10-04 21:10 (I only moved it aside for now) 2010-10-04 21:10 do you want me to finally delete whatever we had there before? 2010-10-04 21:11 delete 2010-10-04 21:11 k 2010-10-04 21:11 is empty 2010-10-04 21:11 done 2010-10-04 21:13 thanks 2010-10-04 21:13 sorry for the anoying errors 2010-10-04 21:19 aisa: you there? 2010-10-04 21:20 kristianpaul: no problem I like those small bugs 2010-10-04 21:24 I am now. 2010-10-04 21:24 wolfspraul: I am now.  ;-) 2010-10-04 21:24 Since my name is what got me here. 2010-10-04 21:25 oh 2010-10-04 21:25 well I hope I don't disturb you 2010-10-04 21:25 about the ben-nanonote branch 2010-10-04 21:25 No, I signed in to say hello. 2010-10-04 21:26 please, give me your feedback. 2010-10-04 21:26 I'm a 100% upstream guy, so I have no time to participate in such a branch 2010-10-04 21:26 Good, this is very helpful to hear. 2010-10-04 21:27 if you want to do it, and especially if there are other who want to join, go ahead 2010-10-04 21:27 I would be careful though. 2010-10-04 21:27 Can you be more specific about your warning? 2010-10-04 21:27 maybe it's a good rule - if you join some new project, the first few weeks (months?), just follow what the others are doing 2010-10-04 21:27 well the danger is that you will just create an abandoned branch 2010-10-04 21:28 you are enthousiastic about it, make all sorts of modifications/customizations (that's what the branch is for) 2010-10-04 21:28 but nobody spends time to merge it upstream 2010-10-04 21:28 how is this sustainable? 2010-10-04 21:28 it can only be sustained by you 2010-10-04 21:28 Indeed, I realize I'm in a position where my ideas may not be right, 2010-10-04 21:28 because of what you just said: I'm new to this project. 2010-10-04 21:29 think this way: realize how small this project is 2010-10-04 21:29 and how many problems we tackle 2010-10-04 21:29 so focus is most important 2010-10-04 21:29 on the openwrt side, there are a few quite active people, for example kyak who's in this channel quite often 2010-10-04 21:29 we should hear his advice too 2010-10-04 21:29 he seemed to like your banner yesterday, and wanted more 2010-10-04 21:29 I will likely need to hear this advice again, please don't be afraid to repeat yourself about it. 2010-10-04 21:30 kyak has been contributing great improvements into openwrt-xburst and openwrt-packages 2010-10-04 21:31 it's funny I look at that tracking_ branch in exactly the opposite way from you 2010-10-04 21:31 I try to find out what is different from upstream, and either get it upstream or delete it :-) 2010-10-04 21:31 Oh?  It would be helpful for me to hear how you perceive it. 2010-10-04 21:32 I wouldn't add one line of code to the diff 2010-10-04 21:38 aisa: what do you think? 2010-10-04 21:38 I'm not sure yet. 2010-10-04 21:39 I think to create the best experience possible on the NanoNote, we'll need to make changes that aren't appropriate for OpenWrt. 2010-10-04 21:39 However, 2010-10-04 21:39 I'm willing to ignore this and favor your advice, 2010-10-04 21:39 and work in the tree under your guidance until I've better understood qi-hardware. 2010-10-04 21:40 You did convince me to stay focused on OpenWrt rather than Jlime, last night. 2010-10-04 21:41 do you have an example for a change that you think is not appropriate for OpenWrt? 2010-10-04 21:42 Yes, I have at least one more. 2010-10-04 21:42 I'd like to modify /etc/config/fstab 2010-10-04 21:42 to include defaults for microSD devices. 2010-10-04 21:42 namely, a vfat and ext2 microSD. 2010-10-04 21:42 and then include various directories under /mnt for each type. 2010-10-04 21:42 you mean to improve auto-mounting? 2010-10-04 21:42 Yes. 2010-10-04 21:42 great!!! I love it. 2010-10-04 21:43 yes that's the kind of small detail improvement we need :-) 2010-10-04 21:43 This is entirely what I have in mind at this point. 2010-10-04 21:43 rather than radical changes. 2010-10-04 21:43 now the first attempt is to do it by using OpenWrt, rather than patching/modifying it 2010-10-04 21:43 My thinking was this: 2010-10-04 21:44 It is very obvious how to do it as a patch to OpenWrt. 2010-10-04 21:44 if that is truly impossible, we should think about the smallest possible modification (enhancement) to OpenWrt, maybe an additional hook, or whatever, and propose that upstream as well 2010-10-04 21:44 it is not immediately obvious how to do it without a patch. 2010-10-04 21:44 (that's much later) 2010-10-04 21:44 however, I hoped that as I worked more with OpenWrt, I would be able to discover new ways of making old ideas work. 2010-10-04 21:44 well you looked into the tech details of this more than me, so you know better 2010-10-04 21:44 and revisit some of the patches and convert them to things that can go upstream. 2010-10-04 21:44 excellent! 2010-10-04 21:44 that's what we have the tracking_ branches for 2010-10-04 21:45 it's exactly that 'upstream or delete' staging area 2010-10-04 21:45 Ok then. 2010-10-04 21:45 so we can move forward, make customizations/improvements today, and fast 2010-10-04 21:45 but we keep in mind that we do not have the resources to maintain an entire OS, so the pressure in the tracking_ branches is to get stuff upstream or to delete it 2010-10-04 21:46 understood. 2010-10-04 21:46 small things like your banner of course should stay 2010-10-04 21:46 this sort of integration changes is just what's the problem of distros that try to craft the entire rootfs. they force you to do everything inside their build environment. kinda as if you'd have to put your main() into libc in c programs. 2010-10-04 21:46 ok fair enough. but hopefully the system is flexible enough to allow for easy customization. that's what it's all about I'd say. 2010-10-04 21:47 Ah, I have one other problem right now that I want to fix. 2010-10-04 21:47 the permissions of the files in data/qi_lb60/files 2010-10-04 21:47 are the person building, rather than root, 2010-10-04 21:47 a packet-based approach just avoids the issue by leaving all the "glue" to the thing combining stuff. now, one question would be how to go from rootfs-making to package-making 2010-10-04 21:47 or better, rather than being specified. 2010-10-04 21:47 permissions in git, or permissions in the rootfs? 2010-10-04 21:48 the permissions in the rootfs were the permissions in git. 2010-10-04 21:48 unless I did something wrong, of course. 2010-10-04 21:48 ok (I meant you are talking about problems accessing these files in git) 2010-10-04 21:48 no, I can access them fine. 2010-10-04 21:48 go ahead what about the permissions? 2010-10-04 21:48 but they don't go into rootfs correctly. 2010-10-04 21:48 there does not seem to be any step to say "this file should be mode 775"  this file should be owned by root, etc. 2010-10-04 21:49 they're just copied in as-is. 2010-10-04 21:51 he. ok. I would need to look through the sources, but it sounds like it's a meaningful feature and OpenWrt should have a way to specify owner and permissions in the dest rootfs 2010-10-04 21:52 maybe for now we can add a hook somewhere, some sort of 'rootfs post-processing'? 2010-10-04 21:52 then bring it up on the OpenWrt side? 2010-10-04 21:52 I was thinking we could create a package, like base-files, 2010-10-04 21:52 but call it nanonote-files or something, 2010-10-04 21:52 and move this stuff into there. 2010-10-04 21:53 everytime I see 'nanonote' or 'qi' I cringe :-) 2010-10-04 21:53 just fyi 2010-10-04 21:53 because I'm the one deleting all this stuff 2 years later... 2010-10-04 21:53 i can't call it base-files, 2010-10-04 21:53 sure sure, I just give you a brain dump 2010-10-04 21:53 and I can't add it to the base-files package. 2010-10-04 21:53 wolfspraul: btw, regarding jlime, if they make a variant that doesn't have the offending codecs, would that be sufficient for making it safe enough to link to them or would you also need them to have no packages with the offending codecs at all ? 2010-10-04 21:53 you should feel free 2010-10-04 21:53 so you give me a better idea or I'm making your cringe ;-) 2010-10-04 21:53 one time someone patched the joe package and called it 'qijoe' (it's still called like that) 2010-10-04 21:54 oh, right.  I did see that I guess. 2010-10-04 21:54 I imagined a horde of hundreds of qi... packages, all broken and unmaintained of course :-) 2010-10-04 21:54 of course.  :-) 2010-10-04 21:54 oh, that reminds me, 2010-10-04 21:54 there is a testing page on the wiki... 2010-10-04 21:54 like "things to do with a new image." 2010-10-04 21:54 really? we have a testplan? 2010-10-04 21:54 not really, I need to improve it. 2010-10-04 21:54 aisa: what about my proposal of a rootfs post-processing script? 2010-10-04 21:55 I think it duplicates package functionality. 2010-10-04 21:55 like I said I look for ways to be as non-intrusive on the OpenWrt side as possible 2010-10-04 21:55 However, do you remember the problem with including gforth in base? 2010-10-04 21:55 rather than it being a package? 2010-10-04 21:55 the gforth package needs a post-install script to run. 2010-10-04 21:55 so if we went with your idea, 2010-10-04 21:55 I would also ask OpenWrt (you sent a pretty nice mail there, let's see whether someone answers, they first have to get to know you...) 2010-10-04 21:55 it has to accept post-install scripts from other places. 2010-10-04 21:56 That was the result of our conversation yesterday. 2010-10-04 21:56 If we want to push upstream to openwrt, 2010-10-04 21:56 wpwrak: no packages, no instructions 2010-10-04 21:56 I need to develop a relationship with upstream. 2010-10-04 21:56 think from their perspective, then it should be clear. they are targeting a company (infringer). 2010-10-04 21:57 one defense strategy for that company is "it's not us" 2010-10-04 21:57 but there needs to be a legally strong enough boundary between that company and whoever is infringing 2010-10-04 21:57 otherwise the company will not get away with that excuse/explanation 2010-10-04 21:57 when the patent lawyer can make a legally usable link between you and the infringement, you are done 2010-10-04 21:58 so it starts with Tuxbrain 2010-10-04 21:58 wolfspraul: yes, my question is about what degree of distance is sufficient 2010-10-04 21:58 of course stuff that tuxbrain sells, and how it behaves out of the box 2010-10-04 21:58 then tuxbrain.com 2010-10-04 21:58 anything hosted there 2010-10-04 21:58 binaries 2010-10-04 21:58 instructions 2010-10-04 21:58 links to other websites (!) 2010-10-04 21:58 yeah well. they say "tuxbrain, you infringe" 2010-10-04 21:58 wolfspraul: eventually, it's wget and gcc :) 2010-10-04 21:58 tuxbrain says "no, it's not me. how did you find this?" 2010-10-04 21:58 yes true 2010-10-04 21:59 but that is too cryptic, no judge would follow 2010-10-04 21:59 and 'they' (the patent holders) wouldn't care either 2010-10-04 21:59 they do want to make sure that regular people are out, they are the masses anyway and the reason the big corps are paying 2010-10-04 21:59 some fringe hackers will always make it work, nobody cares 2010-10-04 22:00 that's why I say, before you think about 'packages', think about 'instructions' on a website, and links 2010-10-04 22:00 that's how it starts in their logic 2010-10-04 22:00 then there may be an 'installer' 2010-10-04 22:00 download file, install it 2010-10-04 22:00 not good 2010-10-04 22:00 you link to that? 2010-10-04 22:00 not good 2010-10-04 22:00 if there are sources, and you need a very elaborate 100 steps process with cross-compiler and what not, I think you are safe 2010-10-04 22:01 so openwrt has no patent-infringing packages at all ? 2010-10-04 22:01 openwrt.org has 2010-10-04 22:01 so there should be no link from qi-hardware.com to openwrt.org 2010-10-04 22:01 but there's no link from qi-hw to openwrt.org ? 2010-10-04 22:01 ok 2010-10-04 22:01 should! 2010-10-04 22:01 of course I would think there are 2010-10-04 22:01 :) 2010-10-04 22:01 one might even argue using the word 'openwrt' is already too much 2010-10-04 22:02 librewrt :-) 2010-10-04 22:02 well, except they're apparently going to have to change it. 2010-10-04 22:02 I could give you a URL that directly points to mp3 capable opkg files, built upstream... 2010-10-04 22:02 so definitely, any link to openwrt.org is dangerous 2010-10-04 22:02 just a few more clicks and you have the opkg 2010-10-04 22:02 and then a few more clicks (well, we have no good installer right now), and you play an mp3 2010-10-04 22:03 sisvel for example has employed technicians/engineers, who try to come up with a way to demonstrate that someone is infringing 2010-10-04 22:03 so jlime could just not build an xburst mp3 package ? 2010-10-04 22:03 the lawyers are waiting for these guys to show them the steps 2010-10-04 22:03 traitors 2010-10-04 22:03 then the lawyers decide whether they have a case 2010-10-04 22:04 these tech guys of course try to find the _easiest_ steps for their lawyers 2010-10-04 22:04 keep in mind, for the FreeRunner for example, it was really easy :-) 2010-10-04 22:04 the capability was just present right in the out-of-the-box rootfs 2010-10-04 22:04 on the NanoNote, we have no easily usable installer 2010-10-04 22:04 sure. that was bad 2010-10-04 22:05 you have to setup a usb/eth interface 2010-10-04 22:05 so that's why you like openwrt :) 2010-10-04 22:05 you have to copy the file with scp 2010-10-04 22:05 oh well, if aisa improves auto-mounting maybe microSD would be easier 2010-10-04 22:05 maybe he even adds good fat32 support, then they could use a Windows host 2010-10-04 22:05 fat32 to uboot? 2010-10-04 22:06 then you need to run 2 commands 2010-10-04 22:06 opkg install, and then some console command to play an mp3 2010-10-04 22:06 not sure whether console alone would be a turn-off nowadays 2010-10-04 22:06 juan64bits: hey, there, u awake? 2010-10-04 22:06 wpwrak: you can never be 100% sure whether you are safe or not 2010-10-04 22:07 the key is for the seller in a patent infected country to not 'infringe' 2010-10-04 22:07 him (!) - he must not infringe 2010-10-04 22:07 others can infringe 2010-10-04 22:07 that's the point 2010-10-04 22:07 if the end user infringes - no problem they will not go after them 2010-10-04 22:07 but the seller (rather importer) must not be shown to infringe, otherwise they will come down on him 2010-10-04 22:07 makes sense? 2010-10-04 22:08 but he can't really not be sure that he doesn't infringe either 2010-10-04 22:08 juan64bits: is it normal start SIE witht the ADC program showing ramdon values and then got no display refresh from data in A0 or A1 2010-10-04 22:08 we could make total no-brand devices 2010-10-04 22:08 just all black 2010-10-04 22:08 that wouldn't solve the problem 2010-10-04 22:08 tuxbrain imports them, apparently for some purpose 2010-10-04 22:09 if the seller does not infringe they have no case 2010-10-04 22:09 if a judge is willing to follow that line of reasoning, they still get him 2010-10-04 22:09 wolfspraul: I'm heading out soon.  Thank you so much for your feedback, I appreciate you coaching me very much. 2010-10-04 22:09 juan64bits: all was working fine i just restart the board now i the display is like craxy showing data, with no reflesh iw, if in wire analog inputs to GND.. 2010-10-04 22:09 ah, thanks. you also make me think about the best way forward. it's great to have you here! 2010-10-04 22:09 well they will never openly explain to you who they go after or not 2010-10-04 22:10 I'm just explaining that 'infringing' thing 2010-10-04 22:10 juan64bits: hmm but it was responding, and please dont respond me in PM !!! 2010-10-04 22:10 who is infringing? that's the key legal question 2010-10-04 22:10 juan64bits: or you want a PM chatting? :) 2010-10-04 22:10 exactly 2010-10-04 22:10 juan64bits: i'll try but it is supposed to be done at startup isnt? 2010-10-04 22:11 so let's bring in the real world 2010-10-04 22:11 our sales numbers are very very small 2010-10-04 22:11 as long as any level of indirection is considered as not changing things, there's no way to be safe 2010-10-04 22:11 not 'any level' 2010-10-04 22:11 juan64bits: and it was working just i restarted and is gone 2010-10-04 22:11 I explained it to you. 2010-10-04 22:11 it must be legally strong enough 2010-10-04 22:11 they are lawyers, not engineers 2010-10-04 22:11 juan64bits: fpga isn't configured, make sense, thanks 2010-10-04 22:11 gui installer 2010-10-04 22:11 which basically depends on the judge's mood 2010-10-04 22:12 juan64bits: sure you can do public irc chatting with pidgin :) 2010-10-04 22:12 or what the patent holders know will work, will work as 'evidence' for the infringement 2010-10-04 22:12 the steps they are outlining is evidence 2010-10-04 22:12 with screenshots etc. 2010-10-04 22:12 click here, click there, bla bla bla 2010-10-04 22:12 yes, there are obvious pitfalls. clear instructions. package part of the "official" set hosted at qi-hw or tuxbrain, whatever 2010-10-04 22:12 correct 2010-10-04 22:13 don't think theoretical, or like an engineer 2010-10-04 22:13 if you want to keep the actual risk low, you need to think about how easy it is with your device to infringe 2010-10-04 22:13 the easier it is, the higher your risk that they will single you out 2010-10-04 22:13 it's less clear to me if, say, you have the official repository, sans offending packages, e.g. hosted at qi-hw 2010-10-04 22:13 right now we are pretty safe 2010-10-04 22:13 because the technology is still hard to use 2010-10-04 22:13 plus a link giving credit to jlime (jlime top-level page) 2010-10-04 22:14 and then jlime have a set of packages as well, including the offending one 2010-10-04 22:14 unfortunately they only look at your device from one perspective: "what is the easiest way to get an mp3 to play here" 2010-10-04 22:14 then they need to link those steps to you 2010-10-04 22:14 so by that top-level link, do you assume responsibility for anything jlime does ? 2010-10-04 22:14 so if they use google and download an opkg from a russian server (sorry for our russian friends), they have no case 2010-10-04 22:15 unless you document the google instructions 2010-10-04 22:15 because your lawyer would say "that's not us", and their case (that you are infringing) is no case 2010-10-04 22:15 so a wiki or forum is borderline 2010-10-04 22:15 a wiki for example needs to be 'governed/policed' in a reasonable way 2010-10-04 22:15 what that exactly is is a bit hard to define 2010-10-04 22:16 again: risk 2010-10-04 22:16 yup. if the complain, you certainly have to remove instrucitons or you're in trouble 2010-10-04 22:16 anythig beyond that, gray zone 2010-10-04 22:16 if you have a big fat link on your homepage, the risk is that they will fire up their laser printer, and make a nice printout, and add it to the evidence 2010-10-04 22:16 sure. obvious trap 2010-10-04 22:16 oh for sure 2010-10-04 22:16 after they notify you, you definitely have to take it down 2010-10-04 22:16 that would be quite gentleman-like actually 2010-10-04 22:16 now, how about my example ? you have a qi-hw repository of "safe" jlime packages. by default, the package installer only goes there 2010-10-04 22:17 they could also just collect evidence and hammer down on you one day 2010-10-04 22:17 yes exactly, that's what we have with openwrt 2010-10-04 22:17 but jlime have do whatever they like to do on their side, and you merely provide a proper modern-day reference, i.e., a link to jlime (as jlime, not anywhere inside) 2010-10-04 22:18 would that sufficient separation to make you feel safe ? 2010-10-04 22:18 or safe enough :) 2010-10-04 22:18 if I would be the importer, I would feel safe as long as there is no link (let's call it 'active link') 2010-10-04 22:19 I would not worry about the word 'Jlime' 2010-10-04 22:19 or 'OpenWrt' 2010-10-04 22:19 but I am not the importer :-) 2010-10-04 22:19 but no link to Jlime 2010-10-04 22:20 I think the moment they go via a search engine, or type a url into the browser, they cannot link the infringement to you anymore 2010-10-04 22:20 I would feel safe without such links, yes. 2010-10-04 22:20 those links carry strong legal value in many Western countries nowadays 2010-10-04 22:20 don't ask me, but hey, they understood the concept of 'link' and they think it's a big thing 2010-10-04 22:20 yes, unfortunately 2010-10-04 22:21 juan64bits: public chat ok then? 2010-10-04 22:21 ok 2010-10-04 22:21 juan64bits: so i think is a bug what i pointed cause right now ADC is reading 2010-10-04 22:21 i'm just not sure how many levels of redirection would be required there 2010-10-04 22:21 juan64bits: yeah! :-) don't be worried 2010-10-04 22:21 it's a chaotic place anyway here. you can even write in Spanish if you like. 2010-10-04 22:21 so something FPGA is not programed 2010-10-04 22:21 si español ! 2010-10-04 22:21 :) 2010-10-04 22:21 wpwrak: it's not about 'levels of indirection' 2010-10-04 22:22 turn off your engineering mind for a second 2010-10-04 22:22 for them it's a sequence of steps 2010-10-04 22:22 and they need to show that it's always _YOU_ behind those steps 2010-10-04 22:22 well, indirections = steps 2010-10-04 22:22 then they can show that _YOU_ are infringing 2010-10-04 22:22 the moment there is even just one step that is not you, they have no case against you 2010-10-04 22:22 i don't think they have to show it's you all the time 2010-10-04 22:23 juan64bits: are you aware of SIE file system generation? 2010-10-04 22:23 there's that concept that, by linking somewhere, you're approproating the material there 2010-10-04 22:23 that's the best I know 2010-10-04 22:23 oh sure 2010-10-04 22:23 you set the link! 2010-10-04 22:23 of course that is you 2010-10-04 22:23 any way i just found this and want to tell somebody  i guess near or more SIE's 2010-10-04 22:23 even if you're not behind the material or even if it didn't exist when you set the link 2010-10-04 22:23 if you set the link, you become responsible for what is going on on the other side 2010-10-04 22:24 otherwise you need to remove the link 2010-10-04 22:24 similar like wiki, forum 2010-10-04 22:24 now i need wire this MSPS ADC, cause i need or buy an scope 10Mhz or use SIE as one :) 2010-10-04 22:24 so if you add a link to google ... :) 2010-10-04 22:24 kristianpaul wait me a few minutes.... 2010-10-04 22:24 or www.yahoo.com ... 2010-10-04 22:24 juan64bits: i can for sure :) 2010-10-04 22:24 first I doubt many sites have a link to google, and if they do, I think the (separate) concept of a search engine is understood by every lawyer and judge 2010-10-04 22:25 after all, there are yahoo groups and such. chnces are you can find a path that you can just click though without ever entering any text 2010-10-04 22:25 so then you type 'run mp3 on nanonote' 2010-10-04 22:25 and then you find a link pointing to which server? 2010-10-04 22:25 if it's not your server, again, you are not infringing 2010-10-04 22:25 well 2010-10-04 22:25 let's stay in reality 2010-10-04 22:25 but then the link to jlime.com or openwrt.org would be okay as well 2010-10-04 22:26 just tell google dont point to us :) 2010-10-04 22:26 they try to proove that you are infringing 2010-10-04 22:26 and normal people need to understand them/believe them 2010-10-04 22:26 as long as they don't put the "bad" instructions right on their front page or such 2010-10-04 22:26 what is the difference between that one link or not 2010-10-04 22:26 in the end, you cannot (in reality) have mp3 functionality 2010-10-04 22:26 that's the point 2010-10-04 22:26 all your normal customers will not be able to play mp3 2010-10-04 22:27 you can dance around the legal definitions of 'links' as long as you like 2010-10-04 22:27 the end result will be: 2010-10-04 22:27 I'm back 2010-10-04 22:27 1. you cannot use mp3 in marketing 2010-10-04 22:27 2. your normal customers will not be able to play mp3, neither out of the box, nor after some installer easy enough for 99% of people to use 2010-10-04 22:28 3. people such as those in this channel will always be able to run whatever software they like. to them it also doesn't matter which link is where, or how direct the link is. 2010-10-04 22:28 yes, good so far 2010-10-04 22:29 juan64bits so as i said i think there is a bug cause something SIE FPGA is not programed 2010-10-04 22:29 ok that's all I have :-) 2010-10-04 22:29 no mp3 out of the box 2010-10-04 22:29 (talking about the ADC demo that came by default it seems) 2010-10-04 22:29 no mp3 installable in ways that would proove that the importer is behind it/endorsing it/linking to it 2010-10-04 22:30 juan64bits: the other question was, how do you generate the root file system for the board? 2010-10-04 22:30 separate package repository 2010-10-04 22:30 yes, maybe , but some times is a problem in the board 2010-10-04 22:30 endorsing is tricky 2010-10-04 22:30 juan64bits: are you using openwrt to include in the root ubi image, or just mnanual hacking? 2010-10-04 22:30 e.g., what if you paid jlime to make a set of mp3-free packages for you ? 2010-10-04 22:31 but in their spare time, they still maintain their "full" repository on their own machines 2010-10-04 22:31 the fs is the same of the nanonote, with manual hacking. 2010-10-04 22:31 remove anything that infringes from collaborative forums, wikis, etc. either in advance, or if you like the thrill, after notification 2010-10-04 22:32 juan64bits: also is tooo bored i cant to MSPS measures in SIE and so far i was not able to find a TI MSPS ADC chip compatible pin with to replace the current TLV1548 2010-10-04 22:32 also with ubi using the .tar.gz and adding the files compiled for SIE 2010-10-04 22:32 juan64bits: what 'problem in the board' do you mean? 2010-10-04 22:33 juan64bits: the _only_ thing i need from SIE now was and scope, but seems i'll end adding it with and external board, but i guess SIE was not planed to measure Mhz data out of the box ;) so np 2010-10-04 22:33 sometimes i have to touch the jtag resistors 2010-10-04 22:34 hmm why? 2010-10-04 22:34 kristianpaul: Adam ran all tests on all boards, so it should work, at least to the degree as provided by the tests we ran. 2010-10-04 22:34 wolfspraul: yes it works, waht i pointed seems more a sofware issue, so dont worry :) 2010-10-04 22:35 yeah, Mhz wasn't planed 2010-10-04 22:35 :'( 2010-10-04 22:35 ok, good 2010-10-04 22:35 juan64bits: right now i got  a TLV1562 i hope do the job := 2010-10-04 22:35 :) 2010-10-04 22:35 (that it's probably a sw issue...) 2010-10-04 22:36 juan64bits: we need someone to push those 'manual changes' into a clean OpenWrt target 2010-10-04 22:38 wpwrak: you wouldn't want them to be able to proove that you are helping someone to infringe 2010-10-04 22:38 helping someone to commit a crime is better than committing the crime yourself, but it will still get you into trouble 2010-10-04 22:38 especially if you have profit motives behind it etc. 2010-10-04 22:38 but I think even in the context of sisvel this kind of case would never be brought forward 2010-10-04 22:39 I want to stay real, not all just in theory. 2010-10-04 22:39 the most aggressive enforcer I know is sisvel (mp3) 2010-10-04 22:39 ok, but those "manual changes" maybe just creating new feeds for openwrt 2010-10-04 22:39 juan64bits: we need a clean target 2010-10-04 22:39 even if it's just a 'few' simple steps 2010-10-04 22:40 or documentation in the wiki 2010-10-04 22:40 wpwrak: after that, mpeg la (mpeg4/h.264) 2010-10-04 22:40 (i think) 2010-10-04 22:40 alright, so you're saying that you think it would be safe, to, day pay jlime for maintaining the "good" packages and providing them on a qi-hw server 2010-10-04 22:40 after that, I don't even know already. I think the rest are all people going after big money, and then it's all fair game anyway. 2010-10-04 22:40 including making sure the package installer doens't by default stray elsewhere 2010-10-04 22:41 (big money) yeah, like RIM 2010-10-04 22:41 yes sure that's what we do with OpenWrt 2010-10-04 22:41 I'm pretty sure David/Tuxbrain would accept this. 2010-10-04 22:42 i think in the "feeds" beacuse we are using the minimal configuration of NN for get our fs, and then the applications for SIE are added 2010-10-04 22:42 alright. even if jlime/openwrt have their own "bad" repository, that then shouldn't be high-risk 2010-10-04 22:43 wpwrak: that's what I would think, yes 2010-10-04 22:43 just like you'll probably not get charged for helping a murder if your baker buys a gun with your money and shoots his wife. probably not even if he's been talking about wanting to kill her. 2010-10-04 22:43 okay, good 2010-10-04 22:43 although I would remove links there ( links) 2010-10-04 22:44 I cannot imagine that sisvel would bring forward a complicate case that involves the inner operations of big free software projects like OpenWrt or Jlime/OE 2010-10-04 22:44 links to openwrt/jlime-the-project, not only links to offending packages/instructions 2010-10-04 22:44 yes all links 2010-10-04 22:44 if you operate in this way, I think it will be very hard for them to show that you are the infringer 2010-10-04 22:44 at least that's a good 'base' to operate from 2010-10-04 22:45 overly constructed cases can also work against the attacker. not only may they lose (which they probably don't care about), but they'll also look weak in public 2010-10-04 22:45 you can never rule out that they come after you anyway, but with my experience I would feel safe in this way, yes 2010-10-04 22:45 perfect 2010-10-04 22:45 yes correct 2010-10-04 22:45 no they know that 2010-10-04 22:45 they don't want to stir up a lot of dust 2010-10-04 22:45 rafa: did you read all this ? :-) 2010-10-04 22:45 they want to make money 2010-10-04 22:45 and - by the way 2010-10-04 22:45 it's easy to point at the bad sisvel guys 2010-10-04 22:45 afaik it's actually Phillips 2010-10-04 22:46 they just created this no-name outfit so that the bad reputation won't fall on their 'good' brand 2010-10-04 22:46 Philips ? the dutch company ? 2010-10-04 22:46 the way it works is that you create a no-name company, Sisvel here 2010-10-04 22:46 then you 'sell' the MP3 rights to that company 2010-10-04 22:46 oh, lovely 2010-10-04 22:46 in this case I think for 200-400 million USD 2010-10-04 22:46 so no nxp parts :) 2010-10-04 22:46 so Sisvel starts with a huge amount of debt, in their books 2010-10-04 22:47 of course they get a credit line because they are backed by Phillips 2010-10-04 22:47 but legally it's now a separate company, with lots of debt 2010-10-04 22:47 and the poor lawyers have to work down the debt mountain 2010-10-04 22:47 and take the blame :-) 2010-10-04 22:47 meanwhile on Phillips side all is bright & sunny 2010-10-04 22:48 something useful to mention in press releases when that sort of lawsuit hits you 2010-10-04 22:48 philips are indeed concerned about such things 2010-10-04 22:48 (one L, if we're talking about the dutch guys) 2010-10-04 22:48 sure but they would never talk about it 2010-10-04 22:49 and those 'links' (he he) would be very hard to demonstrate 2010-10-04 22:49 you would need to be able to get copies of the sisvel shareholder/founding documents 2010-10-04 22:49 their coporate charter etc. 2010-10-04 22:49 it should be easy to prove the origin of the IP 2010-10-04 22:49 i mean, that's the first thing you'd challenge 2010-10-04 22:49 I'm not saying the lawyers are all great, but well if a poor little lawyer is employed there and presented with this mountain of debt, what shall he do :-) 2010-10-04 22:50 ah 2010-10-04 22:50 try to even tell them which patents they enforce... 2010-10-04 22:50 sorry typo "try to even get them to tell you..." 2010-10-04 22:50 no, i mean when they hit you with a lawsuit. the they can't hide these things anymore 2010-10-04 22:50 and then, whoever filed the patent, what does that proove? the rights could have been sold or licensed many times 2010-10-04 22:50 all those agreements are private 2010-10-04 22:50 true 2010-10-04 22:50 so after the pulster incident, you should have all the information 2010-10-04 22:51 but they may slap confidentiality agreements all over you anyway 2010-10-04 22:51 ask Pulster 2010-10-04 22:51 I have seen some small parts. 2010-10-04 22:51 hmm, i doubt they could require this if the thing makes it to court 2010-10-04 22:52 claiming they don't have the rights to sue you it pretty much standard practice. then they have to put something on the table. 2010-10-04 22:53 maybe Pulster knows more, I don't 2010-10-04 22:53 did pulster go to court ? or was it just preliminary injunction and then settled out of court ? 2010-10-04 22:53 I'm just describing what I believe is a safe strategy to avoid patent infringement, in the cases like mp3/mpeg4 etc. where we are at least dealing with someone reasonable/predictable patent holders 2010-10-04 22:53 oh no 2010-10-04 22:53 big big case 2010-10-04 22:54 tens of thousands of EUR cost 2010-10-04 22:54 and so on 2010-10-04 22:54 so it did go to court ? 2010-10-04 22:54 yes I think it did 2010-10-04 22:54 with a verdict ? 2010-10-04 22:54 forgot 2010-10-04 22:55 Pulster doesn't talk about it much, maybe Harald knows more. 2010-10-04 22:55 he is selling NanoNotes though :-) 2010-10-04 22:55 ah, good :) 2010-10-04 22:56 from all I know, the patent problem right now really comes down to sisvel and mpeg la 2010-10-04 22:56 after that there are endless trivial patents, but I think they are enforced not very systematically 2010-10-04 22:56 maybe if you are in a very specialized field 2010-10-04 22:56 like Elphel is very very concerned about bundling stitching software with their panoramic cameras 2010-10-04 22:56 seems that rafa isn't around at the moment. well, i think we have a proper delineation between dos and dont's now. 2010-10-04 22:57 there seem to be some specialized 'stitching software' enforcers 2010-10-04 22:57 so Elphel will only sell cameras (even panoramic ones) that 'cannot' do stitching 2010-10-04 22:57 luckily most of the trolls only seem to smell blood if you're making millions 2010-10-04 22:57 same kind of chinese wall as I described earlier 2010-10-04 22:57 yes correct 2010-10-04 22:57 the more money you make the bigger the patent problems becomes 2010-10-04 22:58 apropos chinese, do you know why the MIPS patent expiration didn't work ? 2010-10-04 22:58 that's why I say to my knowledge only sisvel and mpeg la are systematically enforcing 2010-10-04 22:58 I don't know 2010-10-04 22:58 they must have made a proposal that the other side couldn't refuse 2010-10-04 22:58 :-) 2010-10-04 22:59 if we are lucky, sisvel is history in a few years 2010-10-04 22:59 that would be great 2010-10-04 22:59 indeed 2010-10-04 22:59 my feeling is it's a one-time shop setup to milk the mp3 patents to death, work down the debt mountain they were started with etc. 2010-10-04 22:59 but then, you have a functioning organization 2010-10-04 23:00 you could fill new IP into this pot :-) 2010-10-04 23:02 go to sisvel.com, click on contacts "SISVEL: AN IDEAL IP PARTNER FOR YOUR ORGANIZATION. CONTACT US TODAY." 2010-10-04 23:02 seems that they're already looking for material :) 2010-10-04 23:02 you do find the cruel stuff, don't you? 2010-10-04 23:03 gn8 2010-10-04 23:03 "news & events", DVB-T2, UHF RFID, Stereoscopic 3D, LTE, ... 2010-10-04 23:05 in their History they say they got the MP3 patents from Philipps 2010-10-04 23:05 yeah, that's all they write about besides autio MPEG. nothing to worry about for now. 2010-10-04 23:05 so who is the bad guy now? 2010-10-04 23:05 what does Philipps think someone else will do after they sell the IP for xxx million USD? :-) 2010-10-04 23:06 but well that's how it works... so Philipps can continue talking about being the 'good guys' 2010-10-04 23:07 maybe sponsor a free software conference? 2010-10-04 23:07 at least they have enough money for free drinks and stuff 2010-10-04 23:07 if the philips (one L, one P at a time) patent is used, one could perhaps innocently mention that in press releases :) 2010-10-04 23:08 s/the/a/ 2010-10-04 23:08 "The company was so successful in managing the Indesit patents that major international players in the consumer electronics industry, such as Philips, France Télécom, TDF, and IRT, turned to SISVEL to license some of their most valuable intellectual property, including their patents relating to the MPEG Audio standard (Layers 1, 2, and 3)." 2010-10-04 23:08 yup 2010-10-04 23:08 I think Sisvel paid 200-400 mln USD 2010-10-04 23:08 a lot of money 2010-10-04 23:08 need to make that back first 2010-10-04 23:08 that's their focus 2010-10-04 23:09 they are very very focused from my experience with them 2010-10-04 23:09 what do you mean with "very focused' ? 2010-10-04 23:09 money 2010-10-04 23:09 focused on making money 2010-10-04 23:10 of course they don't care how much damage they create on your side 2010-10-04 23:10 they are focused on their money 2010-10-04 23:10 ah, that's a relatively popular obsession 2010-10-04 23:10 damage is an externality 2010-10-04 23:10 that's why I dont' think they will go after cases that enter grey/questionable legal territory 2010-10-04 23:10 they don't want to bind their resources on such nonsense 2010-10-04 23:10 it's a simple machine, quite clean actually 2010-10-04 23:10 yeah, or weaken their attack on worthless targets 2010-10-04 23:11 they show that you are infringing, they bring forward the case 2010-10-04 23:11 of course they know how to use the law to the last little comma 2010-10-04 23:12 which is open to you too, of course, only that you don't have a pool of 100+ full-time lawyers, with tons of prepared templates, prior cases, etc. 2010-10-04 23:15 "SISVEL's management of the MPEG Audio licensing program is a prime example of its role in protecting intellectual property rights and highlights the companys transformation into a global player and leader in the licensing community." 2010-10-04 23:15 ouch, painful 2010-10-04 23:15 maybe we should point them away from our field somehow 2010-10-04 23:15 maybe some patent portfolio in oil & gas exploration? 2010-10-04 23:16 I hear that's a quite cash rich industry as well. 2010-10-04 23:16 in illustrative techniques for religious figures ? maybe then some fundamentalist will take care of them for us :) 2010-10-04 23:30 wpwrak: if I read? from where? :) 2010-10-04 23:30 rafa: welcome back ! :) 2010-10-04 23:31 rafa: i asked wolfgang about how jlime offending packages could be integrated better into qi-hw 2010-10-04 23:32 rafa: the bottom line is that the problem packages shouldn't be installed, easy to install, or that there should be instructions on qi-hw for installing them 2010-10-04 23:33 rafa: also, if jlime hosts a any of the problems above (package, instructions, etc.), then qi-hw shouldn't have a link to that material or to jlime.com 2010-10-04 23:33 wpwrak: (not to discredit your great summary) I believe rafa already knows this. 2010-10-04 23:33 at least I was under the assumption that he does 2010-10-04 23:34 rafa: so if jlime can make a package set and put it on some space at qi-hw, that would solve most of the issues 2010-10-04 23:34 we can create a chinese wall separating infringing and non-infringing technology anywhere we like, it just has to be clear/clean enough 2010-10-04 23:34 wolfspraul: i'm not sure all the details are clear 2010-10-04 23:35 the current proposal is to see tuxbrain.com/qi-hardware.com/sharism.cc as one system 2010-10-04 23:35 wpwrak: wolfspraul : yes, I was guessing that.. but deeper.. the jlime/debian image at qi-hw sites.. could those have links to repositories of packages or web sites?.. 2010-10-04 23:35 and to have no infringing stuff inside those walls 2010-10-04 23:35 (web sites= links to jlime.com which could have packages with offensive software) 2010-10-04 23:35 btw, how about links into jlime.com, to  material unrelated to the problem pakcages ? (e.g., other packages or maybe also instructions) 2010-10-04 23:35 rafa: no, links are not good 2010-10-04 23:36 I walked wpwrak through the entire legal logic before. 2010-10-04 23:36 :-) 2010-10-04 23:36 wolfspraul: yes, I guessed that as well.. 2010-10-04 23:36 it starts with the infringer, and the other side trying to proove that it is in fact that person/company who is infringing, or helping someone else infringe. 2010-10-04 23:36 if that person/company can make the point that it is 'not them', the other side has no case 2010-10-04 23:37 so you need to start thinking from tuxbrain's side 2010-10-04 23:37 wolfspraul: so finally we can have something. I guessed this: an jlime image without offensive software, without links to sites explaining the bad things (bad things=for example, how to install mp3 software) and 2010-10-04 23:37 how can tuxbrain claim that he is not infringing? 2010-10-04 23:37 etc. 2010-10-04 23:37 without links to repositorirse packages with that kind of software 2010-10-04 23:37 yes, then I believe Tuxbrain could import or sell such devices and be reasonably safe from an infringement claim from Sisvel 2010-10-04 23:38 yes, but there's a big gray zone. e.g., links to the other site. now, if someone has a problem with, say, vi, and there is an answer on the forum at jlime.com, would a link to that answer on qi-hw be okay, or would that still count as an posible infingement ? 2010-10-04 23:39 the less links to sites that host infringing technology the better. but if the link is about a totally separate topic, I wouldn't know how they could use that link in a series of steps to proove infringement. 2010-10-04 23:39 they are trying to proove an infringement of MP3 patents! 2010-10-04 23:39 not come up with a random series of keypresses what will let you play MP3 2010-10-04 23:39 good. i would consider this too far-fetched as well. but then, of course, IANAL 2010-10-04 23:40 Sisvel is relatively predictable 2010-10-04 23:40 they just want to tax mp3, done 2010-10-04 23:40 they have no educational mission, or any mission beyond making as much money from the mp3 patents as possible 2010-10-04 23:40 i guess it would depend a lot on whether someone somewhere manages to make such a connection stick. in that case, they may want to give it a try 2010-10-04 23:40 I doubt that. 2010-10-04 23:41 FreeRunner had mp3 in nand :-) 2010-10-04 23:41 even with our cryptic installers we should be safe 2010-10-04 23:41 but I wouldn't take that chance 2010-10-04 23:41 well, freerunner ran into problems :) qed 2010-10-04 23:41 instructions in the wiki are a gray zone, the question is how many resources you have to devote on policing 2010-10-04 23:42 but you definitely cannot just leave links or instructions there, especially if you know they are there 2010-10-04 23:42 they do understand the concept of 'wiki' 2010-10-04 23:42 okay, so links to unrelated material are okay too. just not "top-level" of the offensive material 2010-10-04 23:42 they are not rogue 2010-10-04 23:42 they would not use one of their own people to insert infringing stuff into your wiki, then drag you out, etc. 2010-10-04 23:43 hah, who knows :) 2010-10-04 23:43 if it's really unrelated, I wouldn't know how it could be part of proof of infringement, yes 2010-10-04 23:43 no really 2010-10-04 23:43 that's why I say let's stay real 2010-10-04 23:43 Sisvel is real 2010-10-04 23:43 they are aggressive 2010-10-04 23:43 but also professional 2010-10-04 23:43 they will not use dirty tricks 2010-10-04 23:43 that's my judgment 2010-10-04 23:44 their whole business model is one big dirty trick 2010-10-04 23:44 well OK, fine, but you understand my point 2010-10-04 23:44 maybe some mafia lawyers will feed data they gather from evidence to the hitmen. 2010-10-04 23:44 in my experience, Sisvel is by far not like that 2010-10-04 23:45 they are using the legal system, which they did not create (although they spend a lot of resouces on lobbying to make sure it stays the way it is, and is modified in their advantage) 2010-10-04 23:45 so back to reality 2010-10-04 23:45 wiki/fora - no obvious infringements! 2010-10-04 23:45 no instructions on how to make mp3 play 2010-10-04 23:46 rafa: what wpwrak outlined above should work, imo 2010-10-04 23:46 this is a decision to be made by tuxbrain anyway 2010-10-04 23:46 if mp3 capability is in nand, that's the #1 way to get caught 2010-10-04 23:46 we learnt that already 2010-10-04 23:47 if it's installable - same, as long as they can proove that they stay within your system 2010-10-04 23:47 if there are instructions on website you operate - same 2010-10-04 23:47 that's enough 2010-10-04 23:47 wolfspraul: what exactly? ("what wpwrak outlined above").. sorry, I am reading the whole buffer because I just came :) 2010-10-04 23:47 he 2010-10-04 23:48 so I was not following completely 2010-10-04 23:48 and the same for technical workarounds. and trying to beat them at legal workarounds meet them at their home turf, so not a good idea either 2010-10-04 23:48 Werner is best at short summaries. 2010-10-04 23:48 no no, let's not try that 2010-10-04 23:48 that's a separate battle 2010-10-04 23:48 rafa: just the summary i posted after you came back 2010-10-04 23:49 wpwrak: ahh.. okey.. 2010-10-04 23:49 wolfspraul: btw, my questions for specific technical details are to define clear guidelines that can be used without requiring people even less familiar with all this stuff to make judgement calls for what may be very common tasks 2010-10-04 23:51 rafa: lemme write this here :) the known danger areas are mp3, mpeg4, and h.264 2010-10-04 23:52 wolfspraul: yes, i know this.. but thanks a lot for discussing this. We have another good idea.. I think that it could be easy to have a twin image without links or software which can encode decode mp3/mp4 2010-10-04 23:52 wolfspraul: wpwrak : we have that idea (a twin image) because you suggested that :) and I think that I could work on that easily 2010-10-04 23:52 rafa: if patent issues pop up somewhere else, one would have to react to that. there's no way of telling. but then, sharism/tuxbrain/etc. wouldn't be a likely target for a new patent attack. they go after big companies. 2010-10-04 23:54 rafa: (twin image) perfect. also, please keep in mind that the list of packet repositories the installer uses must not contain the "full" repository you'll probably have at jlime.com 2010-10-04 23:54 twin image? 2010-10-04 23:54 sounds suspicious :-) 2010-10-04 23:55 wpwrak: well, maybe we can provide an image without links to repositories at all.. So that would be really easy to get. At least users could test it. 2010-10-04 23:55 wolfspraul: twin image: I mean, 2010-10-04 23:55 wolfspraul: the version to host at qi-hw :) 2010-10-04 23:56 wolfspraul: to provide a jlime image without links, without repositorires set, without software which can encode/decode mp3/mp4/patented codecs. This twin image would be useful to be hosted in other places with risk, like qi-hw servers ;) 2010-10-04 23:57 rafa: naw, i think the best would be to build all the packages, have alternative packages for things like the package containing the list of sources, the rootfs, and anything that may incorporate the codecs, and copy this to qihw 2010-10-04 23:57 rafa: if you really want to be pedantic, you could of course run two completely separate builds, even if you'd then also have a qi and a non-qi version of sed, vi, emacs, gcc, etc. 2010-10-04 23:57 that's why openwrt introduced the PATENTED flag 2010-10-04 23:58 it's hard to single out packages if they are all tied together with dependencies 2010-10-04 23:58 rafa: i think some of the key values of jlime is the large set of packages you can install, so they should be available on qi-hw too 2010-10-04 23:59 wpwrak: your idea about spreading patent knowledge is nice, but hard to execute 2010-10-04 23:59 wolfspraul: that's an implementation detail :) 2010-10-04 23:59 because there are so few hard rules in the patent mess 2010-10-04 23:59 it depends on the enforcers 2010-10-04 23:59 yup, unfortunately 2010-10-04 23:59 we just know sisvel & mpeg la relatively well 2010-10-04 23:59 but I'm sure there are other sisvels, especially in smaller fields