2010-08-02 02:32 http://github.com/wryun/openwrt-packages/tree/master/kbd/ 2010-08-02 02:32 i wonder why it's not in our git yet 2010-08-02 02:34 going to check it and add.. 2010-08-02 02:35 it seems like a good chance to finally have utf-8 working 2010-08-02 02:58 kyak: if you plan to commit into openwrt-packages, you will become the next beta-tester of my latest script fixes :-) 2010-08-02 02:58 wolfspraul: cool :) 2010-08-02 02:59 let's see who thinks it's cool after you're done :-) 2010-08-02 02:59 I'm always amazed by these scripts, calling each other, piping, expecting, what not... 2010-08-02 03:00 kyak: btw, proper utf-8 would be AWESOME! 2010-08-02 03:00 we need that for Chinese, Japanese, Russian, etc. etc. 2010-08-02 03:00 as you know :-) 2010-08-02 03:00 and the question is always "hwo this even works??" :) 2010-08-02 03:00 yes, utf-8 is very important 2010-08-02 03:00 the problem was that I hooked the irc commitlog into the git mailing list commitlog, and stdout and stderr got mixed up 2010-08-02 03:00 international input would be great, too 2010-08-02 03:01 should be fixed now, and I tested it, but who knows 2010-08-02 03:02 and then - localized versions of NN keyboard buttons :) 2010-08-02 03:02 btw, there's 33 letters in Russian alphabet; not sure how it can be fit on Ben's keyboard ;0 2010-08-02 03:17 kyak: I'd love to do a russian version, but with ... let me see ... maybe 5 customers there (?) it's not really worth it yet :-) 2010-08-02 03:17 but we get there! 2010-08-02 03:19 5 customers, it's huge :) 2010-08-02 03:21 was guessing 2010-08-02 03:21 maybe 2-10, don't know 2010-08-02 03:21 actually it's nice, I like to start small and with a strong base, then grow 2010-08-02 03:22 better have a strong root first, then a lot of fluff huff, big announcements, etc. 2010-08-02 03:22 s/then/than/ 2010-08-02 03:22 Russian customs is nasty, I think the proper way to get more in is via import companies in Finnland 2010-08-02 03:22 until then will only be individual units to real pioneers 2010-08-02 03:28 it is nasty; actually our company has it's own "man" in customs to avoid problems during import (we import from China). I believe every big company has it's "representative" at customs to help move things faster 2010-08-02 03:29 it's so corrupt. 2010-08-02 03:29 [commit] Xiangfu Liu: add asound.state to data/qi_lb60/etc http://qi-hw.com/p/openwrt-xburst/3244d5e 2010-08-02 03:31 xiangfu: great! 2010-08-02 03:31 it seems the commitlog made it here into IRC, and it made it to the commitlog mailing list as well, and you got no error :-) 2010-08-02 03:31 thanks a lot for your help in tracking this down 2010-08-02 03:32 complete server setup is documented here btw: http://en.qi-hardware.com/wiki/Server_setup 2010-08-02 03:33 great. 2010-08-02 03:49 [commit] kyak: initial port of kbd utilities (thanks to wryun) http://qi-hw.com/p/openwrt-packages/bef3878 2010-08-02 03:49 no errors 2010-08-02 03:53 yes, and the commitlog mailing list works as well 2010-08-02 03:53 neat 2010-08-02 03:53 kyak: very important commit btw, thanks a lot! 2010-08-02 03:59 wolfspraul: i did nothing, but thanks :) 2010-08-02 09:50 any one has news on the video playing on openwrt? 2010-08-02 09:51 I want to launch a Nanonote-Nanowar version with the content of the group including his last album and if posible include some videos clips 2010-08-02 10:03 tuxbrain: is there any problem with video playing? 2010-08-02 10:04 viric_: I see it working with the jlime os but I have no new on openwrt, it's already working? 2010-08-02 10:07 what you see may only be mpeg4, I think ogg theora is too slow 2010-08-02 10:07 simd acceleration instructions are not being used etc. 2010-08-02 10:10 wolfspraul: this guys wants to launch his new album on september, do you think if I make a call for devels in the list we can have some boost on this matter? 2010-08-02 10:10 he 2010-08-02 10:10 sure 2010-08-02 10:10 we need more pain! :-) 2010-08-02 10:11 Meanwhile I will create a wikipage about it, preparing a costumized gmenu, and adding the songs and letters 2010-08-02 10:11 hehehe :) 2010-08-02 10:11 btw "Nanowar" is a great name coincidence ;) 2010-08-02 10:11 would be a great promo for the NanoNote :D 2010-08-02 10:12 yes , that why I so exicet by the idea 2010-08-02 10:12 and the band is also involved, they will sendme the songs before they edit the album, they have just remixed it 2010-08-02 10:12 oh, so they're already aware of your project? GREAT! :D 2010-08-02 10:13 Gatto (Eduardo) is also a great Free source adbocate 2010-08-02 10:13 any chance of them getting a nanonote so they can make photo session with it? 2010-08-02 10:13 sure :) 2010-08-02 10:14 btw, where can i get their songs? I was looking for them before, but found only one song - the one they have a videoclip of 2010-08-02 10:14 I have to print the stickers to "costumize" a little bit the case, I will put the mockups on the wiki page 2010-08-02 10:14 :D 2010-08-02 10:15 the worst one 2010-08-02 10:15 http://www.nanowar.it/2003_Triumph.rar 2010-08-02 10:15 ah, thank you very much :) 2010-08-02 10:15 the must listen 2010-08-02 10:15 http://www.nanowar.it/2005_OtherBands.rar 2010-08-02 10:16 and the live album 2010-08-02 10:16 http://www.nanowar.it/2007_MIN.rar 2010-08-02 10:16 you can find more info in his offical web page http://www.nanowar.it 2010-08-02 10:17 I have to put also a Parent advisory advice :) 2010-08-02 10:25 wolfspraul: do you think that mpeg1 coould be a problem as video codec? 2010-08-02 10:25 don't know 2010-08-02 10:26 tuxbrain: ? you perhaps know as well about tha? 2010-08-02 10:27 wolfspraul: I ask because we were using that video format as, at least, one video codec useful 2010-08-02 10:27 all mpg codecs are in the same boat I guess 2010-08-02 10:27 not sure, patents expire eventually 2010-08-02 10:27 but the patent holders never educate anybody about those things 2010-08-02 10:29 well, they often do not have much good education 2010-08-02 10:30 think we are lucky http://www.kuro5hin.org/story/2008/7/18/232618/312 2010-08-02 10:31 mpeg-1 + Layer 2 audio should be patent free 2010-08-02 10:32 not layer 3 (mp3) 2010-08-02 10:33 tuxbrain: cool, because we were using just that .) 2010-08-02 10:33 :) 2010-08-02 10:33 mpeg1 video+mp2 audio 2010-08-02 10:35 tuxbrain: (we were using= if we use the ffmpeg command line we suggested on wiki) 2010-08-02 10:36 reading a little bit deeper the article... I thing is better to stay save on Theora 2010-08-02 10:37 mpeg (whatever layer) is a nest of vipers, 2010-08-02 10:39 tuxbrain: aha, I do not know why I have not tried that yet.) do you know the proper ffmpeg command line to get that? 2010-08-02 10:40 to play a theora/ogg video? or to convert it? 2010-08-02 10:50 to convert 2010-08-02 10:51 ok I will search for it , let me finish the wiki :) 2010-08-02 12:21 rafa: what I use to convert videos to Theora ogg is this http://v2v.cc/~j/ffmpeg2theora 2010-08-02 12:27 [commit] David Kühling: Make Gforth's built-in assembler/disassembler work on non-mips architectures. http://qi-hw.com/p/openwrt-packages/915bd10 2010-08-02 12:42 http://git.linux-mips.org/?p=linux.git;a=commit;h=b828245bd829f2363f90b29f3923f8cfc58dab78 2010-08-02 12:42 tuxbrain: thanks, let me check 2010-08-02 12:42 thanks larsc . 2010-08-02 13:30 Can I find a tarball of the usual qilb60 kernel? 2010-08-02 13:31 the sources I mean 2010-08-02 13:31 or patches over mainline 2010-08-02 13:32 I mean where can I find :) 2010-08-02 13:32 http://projects.qi-hardware.com/index.php/p/qi-kernel 2010-08-02 13:33 hm I can't connect to that, somehow. 2010-08-02 13:34 I can't connect to anything. great. 2010-08-02 13:57 Is anyone here with a Ben NanoNote with a serial port and a micro-sd card who is willing to test something for me? 2010-08-02 14:01 larsc: what tag should I consider there the stablest? v2.6.34-rc7 ? 2010-08-02 14:01 If so, please set your serial port to raw at 9600 baud (stty -F $SERIAL raw 9600) and listen to it (cat $SERIAL), untar http://downloads.qi-hardware.com/people/bas/20100802-iris-sd.tar.gz into the first partition of the sd card (which must be fat), and use it to boot from (by holding 'S' while powering the Ben up).  Then please tell me what you see on the serial port. 2010-08-02 14:02 viric_: v2.6.35 2010-08-02 14:02 larsc: it's a branch 2010-08-02 14:02 fine? 2010-08-02 14:02 larsc: it's jz-2.6.35 right? 2010-08-02 14:02 viric_: yes, thats what i meant, sorry 2010-08-02 14:02 rafa:  so ... jlime, its slow uptake by the qi-hw community, the problems with debian, and why openwrt is obsolete :) 2010-08-02 14:03 ok 2010-08-02 14:03 thank you 2010-08-02 14:03 wpwrak: what do you think about? 2010-08-02 14:04 rafa: i must say that i find the idea of having yet another distro with yet another build system, such as jlime, isn't very appealing 2010-08-02 14:04 rafa: on the other hand, you guys are doing a lot of work to make the thing run nicely on the ben, so there is valuable work there that shouldn't be lost 2010-08-02 14:05 debian is the best choice if there were some lightweight package manager to use its repository. And If you could set to install just the binary of a package, or something like that. No the extra files useless to run the application. Also we would need some way to easily to build rootfs for Debian. 2010-08-02 14:05 rafa: then there's debian, which apparently isn't used much in the qi-hw community either 2010-08-02 14:05 repositories* 2010-08-02 14:05 rafa: i guess building a rootfs shouldn't be all that hard. unless they dependencies are really evil, you should be able to just install what you really need, no ? 2010-08-02 14:06 rafa: e.g., i made that myrootfs based on the ipkgs for openmoko that can be as small as you want. of course, those ipkgs aren't fat to begin with 2010-08-02 14:07 I see the "another build system" like this: use it just once. Build the whole repository just once and then upload. For that I think that OE is great because you can build the whole thing and it will build a huge repository. I do not like the idea to rebuild again and again. 2010-08-02 14:08 rafa: i think there are two approaches to get lean packages: 1) you break them down into the essential and the non-essential parts and (in the small device case) only install the essentials, and 2) install the monster but then throw away anything you don't like 2010-08-02 14:09 (build system) yes, but you still have to maintain the distro. that requires manpower that could probably be applied more usefully. i mean, while it's fun and you're full of energy, why not. but after a while, it will become a burden. 2010-08-02 14:10 For debian yes, we would need some easy way to build different rootfs to install. And a lighweight replacement for apt, which seems heavy for tiny devices, but at the same time, it should be the current debian repositories. 2010-08-02 14:10 rafa: so when you start a new distro, you better have an exit strategy for yourself :) if there's only a small group of people, the chances of finding someone to take care of the unpleasant work decrease 2010-08-02 14:11 rafa: (apt) yeah, i wonder what the issue there is. also, what's preventing opkg to process debian's packages ? 2010-08-02 14:11 s/to process/from processing/ 2010-08-02 14:11 maintain the distro: just build the whole thing (repository) once a year. I have not seen many users complaining because they want always the latest version of busybox or dillo. 2010-08-02 14:13 (maintain) i don't mean the build time. you can do that in a central package repository anyway. but the effort to maintain the packages. 2010-08-02 14:14 Your option 1) "split the packages into the essential and the non-essential parts" is a lot easier than crosscompiling/porting the sources to build a full repository 2010-08-02 14:14 because you have already the whole thing built. Just need to set which parts are essentials and which no 2010-08-02 14:15 (split) true. the build system could even help you with the split, and warn you of things you haven't assigned to one of the sub-packages 2010-08-02 14:16 now, what would the debian guys say if one suggested to them to split their fat packages into many lean ones ? :) 2010-08-02 14:17 if getting an excessively long package list is a concern, an option could be to extend the packaging mechanism to hide the split inside the package 2010-08-02 14:17 we like our approach in jlime (OE repository). We can build the whole thing easily, and it already has the different parts of the packages for tiny devices. Also the opkg thing. Our approach is in the middle of openwrt (where a lot of effort is being used to have a minimal decent stable repository and the full huge (proper for PC) Debian repository) 2010-08-02 14:18 e.g., instead of just apt-get install emacs-supersize-me, you could apt-get install emacs/base,examples,double-cream (or whatever the syntax) 2010-08-02 14:18 wpwrak: just for you info jlime exist a lot of time before than Ben NanoNote was already thinked, Ben is just another platform to run it :) 2010-08-02 14:19 tuxbrain: i know, but isn't the current main focus of jlime the ben ? jlime has a fairly small installed base, as i understand things 2010-08-02 14:20 wpwrak: yes, as tuxbrain says, when we were building the OE repositories for Hp jornadas, there was not SH3 binaries Debian repository 2010-08-02 14:20 tuxbrain: rafa's concern is that the qi-hw community doesn't seem to be very interested in jlime, although it's a much friendlier environment than, say, openwrt 2010-08-02 14:20 wpwrak: that is why that was really useful to keep. No other distributions had sh3 binaries 2010-08-02 14:21 rafa: but sh3 is now in, say, debian ? 2010-08-02 14:21 tuxbrain: Could you test if my new version of iris can boot from sd? 2010-08-02 14:21 yes, they have now I think. At least sh4 2010-08-02 14:22 tuxbrain: then there's debian, where you would have even more packages than in jlime, but nobody seems to use that either. instead, people are porting packages into openwrt, which is certainly a valient effort, but one has to wonder if it really makes sense 2010-08-02 14:22 rafa know what the problem is and why qi cannot embrace fully jlime, is our strict pattent free policy, but from this to asure that jlime is doesn't have our interest is by far not the same 2010-08-02 14:23 debian is slow and heavy 2010-08-02 14:23 shevek: Not right now, but I will try to do it some day of this week if you dont mind the delay 2010-08-02 14:23 tuxbrain: No problem. 2010-08-02 14:24 tuxbrain: i think the patent policy is a separate issue, and (technically) much simpler 2010-08-02 14:24 tuxbrain: Thanks 2010-08-02 14:24 I think that debian would be perfect if we could split the packages as wpwrak suggested. And a proper lightweight package manager. 2010-08-02 14:25 rafa: such as opkg :) 2010-08-02 14:25 mmm and how per example you do on debian to install x using kdrive instad of xorg when installing a x depending package? 2010-08-02 14:26 not sarcams I really want to know :) 2010-08-02 14:26 tuxbrain: no, I do not think in qi , I mean the community. If we ask in our #jlime chat or forums or mailing list (it is not useful yet though) there is not feedback from any user from the community. 2010-08-02 14:26 tuxbrain: can debian packages provide a "feature" ? i.e., kdrive and xorg provide X, x-whatever depends on X. 2010-08-02 14:27 you mean to update debian package sistem or this is already implemented? 2010-08-02 14:27 tuxbrain: (i don't know much about the debian package format, but i vaguely recally having seen such pseudo-packages in other formats) 2010-08-02 14:28 tuxbrain: i don't know :) if they don't have it, they really should. but i think they must have something like this already. just think of "kernel", "syslog", etc. 2010-08-02 14:28 there are lots of things where many different packages can provide the same functionality 2010-08-02 14:32 the thing that makes openwrt attractive may be that there's a more direct way to contribute changes. that's of course important, and it gives the downstream project more control 2010-08-02 14:33 rafa: I just think is matter of critical mass, it's normal than the most users are in qi-hardwere channels due ben is qi, and I think we also still a few, we have to grew even more , and in term of maths you are a subset of qi-users, that means even low amount of mass, other jlime users , I thing is just natural. Whatever, I'm really really happy than an OE distro is so brilliant on NanoNote thanks to people like you. For me Jlime is a key part of th 2010-08-02 14:33 e whole thing. don't be dissapointed yet, we are on the beggining on the road :) 2010-08-02 14:34 to achieve the same with debian, a qi-specific "buffer" or "overlay" could be created, where changes are rapidly integrated, and then - more slowly - propagated to upstream (or anything they don't like is kept at the overlay. if upstream really really hates it for a long time, there's probably something wrong with it anyway) 2010-08-02 14:36 i guess it all depends on how the jlime folks see their own work. if they get the impression they're wasting their time supporting a platform that ignores them, it would be better to do something about this, before they just go away frustrated 2010-08-02 14:38 I'm still thining OE, and OpenWrt where thinked to just device like ben so that's why they really fits on it and we feel this easyness when working with them on NanoNote, debian is general porpouse monster, and was at first intended to servers and then to desktop and some brave man had achieved to bringing it down to more little devices, but once you start to work with it it easyly expands itself and you have a full Nand more quick than a apt-get upd 2010-08-02 14:38 ate 2010-08-02 14:39 what fills your nand ? the package meta-data, the downloaded packages, or the installed stuff ? 2010-08-02 14:41 tuxbrain: i'm very lazy, so i always look for a way to make small changes that add the most value, but let others do the bulk of the work :) 2010-08-02 14:42 tuxbrain: also, Kant tought us that you should do onto others what you crave for yourself. so i assume others like it if they can be lazy, too :) 2010-08-02 14:48 meta-data is a big concern but the most is filled with unsued dependencies :) 2010-08-02 14:49 s/tought/taught/  # argh 2010-08-02 14:51 so the dependency tree has problems. hmm. indeed, the sub-packages should have their own dependencies. e.g., if you install gnuplot but not gnuplot/x11, you don't need libgtk or whatever it uses 2010-08-02 14:51 regarding feeling ignored, is really a false sensation, me as distributor, an sharism as manufacturer are tied to not be able to promote a sistem that allows patented codecs to be part of the sistem, not for we don't like it, totally the contrary we are just amazed and pleased with jlime progress really, the only thing is that they have to promote by it self 2010-08-02 14:52 i think what's troubling rafa is more the lack of end user responses 2010-08-02 15:02 well if it's for this, if you review the qi-hardware list the only ones proposing/discussing/participating are mainly developers and core stuff, there are some exeception but if you count we have selled 900 units, and there is not 900 users in the mailing list :) again, we are just a few, jlime is a subset of that few, patience and perseverance is the only medicine to the spirit in this situation 2010-08-02 15:03 tuxbrain: I think that we have just mplayer and some mp* decoder packages in our repositories. What about if we set video player just for ogg and remove libmad and other mp* decoder packages from repositories? Would it be useful for you? To promove jlime, or to put jlime in microSD as extra accessory for nns? 2010-08-02 15:04 There is not many stuff for patented codecs anyway. 2010-08-02 15:04 SO that would not be a hard work to do. 2010-08-02 15:04 some rm things :) 2010-08-02 15:05 wpwrak: also there where other projects involved in qi list than generates movement SACK ( a version of jlime will be cool as well) the Milkymist, and of course the philosophy of coplyleft hardware it self, 2010-08-02 15:05 (900 units) i do indeed sometimes wonder where they all went ;-) 2010-08-02 15:06 agreed on this being developer-heavy. maybe the time is just not quite ripe for jlime's hour of glory 2010-08-02 15:06 wpwrak: tuxbrain: BTW, we are preparing a jlime version for SAKC as well (professor is helping me, and I am helping him  ;) ) 2010-08-02 15:08 rafa: that's interesting, did you mind if I check with wolfgang before to pronounce about it, my heart says a BIG YES but laws are totally unsensitive to my heart desires. 2010-08-02 15:08 rafa: that awesome really :) 2010-08-02 15:08 wpwrak: let me prepare the wikireader thing, perhaps that helps a bit more (as advertising haha) 2010-08-02 15:11 must leave to soup :) see you later 2010-08-02 15:11 tuxbrain: I think that that would not be a big effort to do (remove the few annoy packages). we just would need to agree with kristoffer and other devs. 2010-08-02 15:11 cya man 2010-08-02 16:18 For the nanonote, what -march=XXX you use in gcc? 2010-08-02 16:21 mips32 2010-08-02 16:22 for a mipsel compiler, it will be redundant, if I set abi=32, right? 2010-08-02 16:22 I can write nothing 2010-08-02 16:22 larsc: can you advice to me a defconfig I could use for the system headers? Not to build the kernel... 2010-08-02 16:22 only for "make install_headers" 2010-08-02 16:23 I'm about to choose any mips1 little endian 2010-08-02 16:23 MIPS32_R1 2010-08-02 16:25 let's see what happens. 2010-08-02 16:26 viric: http://140.211.166.79/mailarchive/linux-kernel/2010/6/2/4578430 2010-08-02 16:29 larsc: oh how great. Is that in any release? 2010-08-02 16:34 no 2010-08-02 16:35 but it's in the jz-2.6.34 tree at qi-hardware 2010-08-02 16:37 great 2010-08-02 16:55 larsc: for uboot, should I take that 1.1.6 from Ingenic there in git too? 2010-08-02 16:55 larsc: how is the uboot upstream support for the nanonote? 2010-08-02 16:57 non existent 2010-08-02 16:57 ok 2010-08-02 16:57 plans? 2010-08-02 16:58 for uboot you should take plain upstream uboot plus the patches in the openwrt-xburst tree at qi-hardware 2010-08-02 16:58 nope 2010-08-02 16:58 ah, isn't 1.1.6 that used in the nanoboot? 2010-08-02 16:58 i don't think that it is worth it 2010-08-02 16:58 we use 2009.11 2010-08-02 16:58 larsc: 'master' or 'xburst' branch there? 2010-08-02 16:58 ah, quite good 2010-08-02 17:00 xburst 2010-08-02 17:01 uboot-xburst as package? 2010-08-02 17:01 (in the openwrt-xburst tree) 2010-08-02 17:02 yes 2010-08-02 17:06 I see it's over 2010.6 the patchset 2010-08-02 17:06 I'm not any good reading the openwrt makefiles... but that's my guess 2010-08-02 17:09 hm, it says 2009.6 in my tree. but on the other hand i'm using openwrt not openwrt-xburst 2010-08-02 17:09 ah 2010-08-02 17:14 does the nanonote have fpu? 2010-08-02 17:15 nope 2010-08-02 17:15 ahhh. softfp the 2010-08-02 17:15 n 2010-08-02 17:15 in gcc 2010-08-02 17:15 vi 2010-08-02 17:20 larsc: I can't find any manual for the xburst cpu in the ingenic website... 2010-08-02 17:25 i'm not sure if there is one 2010-08-02 17:25 ah. 2010-08-02 17:25 but those simd instructions should be somewhere documented 2010-08-02 17:25 (I can't read any chinese) 2010-08-02 17:26 hehe 2010-08-02 17:26 I'm chinese-disabled :) 2010-08-02 17:27 somebody took the time and documented them on a wiki page somewhere 2010-08-02 17:27 give me a moment 2010-08-02 17:27 http://en.qi-hardware.com/pipermail/developer/2009-August/000284.html 2010-08-02 17:27 this contains info 2010-08-02 17:30 http://dingoowiki.com/index.php/Development:MXU 2010-08-02 18:02 wolfspraul: heya ! so ... who owns USB vendor ID 0x20b7 ? Sharism ? Qi-HW ? Wolfgang ? The Grinch ? :) 2010-08-02 18:15 qi hardware 2010-08-02 18:23 wolfspraul: thanks ! 2010-08-02 18:31 larsc: thank you ver much 2010-08-02 18:31 very 2010-08-02 18:31 larsc: I'm about to try my first cross build thing for the nanonote 2010-08-02 18:34 good luck :) 2010-08-02 18:36 hmm bad :) 2010-08-02 18:39 oh, it worked finally! :) 2010-08-02 18:42 the 'rogue' game. 2010-08-02 22:14 xiangfu: hey, you there? 2010-08-02 22:14 rafa, yes 2010-08-02 22:14 xiangfu: http://www.youtube.com/watch?v=hPIZGN2sDds 2010-08-02 22:14 xiangfu: that is a first gui try for a wikireader that we 2010-08-02 22:15 are working on 2010-08-02 22:15 xiangfu: and I wanted to share with you the test ;) 2010-08-02 22:19 rafa, cool. 2010-08-02 22:37 :) 2010-08-02 22:37 yes rafa is making a great work on that}