| qi-bot | [commit] Xiangfu Liu: setfont2: remove autostart by it's package http://qi-hw.com/p/openwrt-packages/5adb5f3 | 00:41 |
|---|---|---|
| kyak | kristianpaul: yes, the error in gettext | 01:14 |
| qi-bot | [commit] Xiangfu Liu: files: disable atd, telnet, led in nanonote http://qi-hw.com/p/openwrt-xburst/20637c4 | 01:44 |
| qi-bot | [commit] werner: The box coordinates were not properly initialized in gui_draw_pad_text http://qi-hw.com/p/fped/177fe9c | 02:51 |
| qi-bot | [commit] werner: - test/tsort: "Aborted" doesn't get reported on all platforms, so we just http://qi-hw.com/p/fped/0bfba12 | 02:51 |
| qi-bot | [commit] werner: The box coordinates were not properly initialized in gui_draw_pad_text http://qi-hw.com/p/fped/177fe9c | 02:55 |
| qi-bot | [commit] werner: - test/tsort: "Aborted" doesn't get reported on all platforms, so we just http://qi-hw.com/p/fped/0bfba12 | 02:55 |
| qi-bot | [commit] Xiangfu Liu: add debian package stuff http://qi-hw.com/p/fped/680e64d | 02:55 |
| qi-bot | [commit] Xiangfu Liu: clean up the Build-Depends. http://qi-hw.com/p/fped/28af3a5 | 02:55 |
| qi-bot | [commit] Xiangfu Liu: use the new version rules. http://qi-hw.com/p/fped/911f66a | 02:55 |
| qi-bot | [commit] Xiangfu Liu: add debian/fped.manpages for install manpage http://qi-hw.com/p/fped/d75afd9 | 02:55 |
| qi-bot | [commit] Xiangfu Liu: update to svn rev 5982, enable dh_auto_test http://qi-hw.com/p/fped/6ebf43a | 02:55 |
| qi-bot | [commit] Xiangfu Liu: use usual name for orig tarball top-level directory http://qi-hw.com/p/fped/9d2da9f | 02:55 |
| qi-bot | [commit] Xiangfu Liu: update take svn rev: 5983 http://qi-hw.com/p/fped/e1a04fa | 02:55 |
| qi-bot | [commit] Xiangfu Liu: remove the Build-Depends ttf-liberation http://qi-hw.com/p/fped/d1ec140 | 02:55 |
| qi-bot | [commit] Xiangfu Liu: update to svn rev 5986 http://qi-hw.com/p/fped/badfbe0 | 02:55 |
| qi-bot | [commit] Xiangfu Liu: override dh_auto_clean, use make spotless instread http://qi-hw.com/p/fped/df1b45e | 02:55 |
| qi-bot | [commit] Xiangfu Liu: add ghostscript to Build-Depends http://qi-hw.com/p/fped/edf47c5 | 02:55 |
| qi-bot | [commit] Xiangfu Liu: update the homepage to help webpage http://qi-hw.com/p/fped/8821d96 | 02:55 |
| qi-bot | [commit] Xiangfu Liu: update to r5997 http://qi-hw.com/p/fped/8b80410 | 02:55 |
| kyak | xiangfu: regarding gettext, this patch http://downloads.qi-hardware.com/people/kyak/tmp/160-uclibc.patch seems to make it work for me.. | 02:56 |
| kyak | kristianpaul: could help you, too | 02:57 |
| xiangfu | kyak: there is another one. which is the same :) http://fidelio.qi-hardware.com/~xiangfu/tmp/200-fix-localename.c:2619-error.patch | 02:58 |
| xiangfu | kyak: I have reported a bug in openwrt.org : https://dev.openwrt.org/ticket/8413 | 02:59 |
| kyak | xiangfu: this is great, thanks :) | 03:01 |
| zrafa | wolfspraul: all: please.. use the current nn to make a simple game console (without qwerty keyboard).. just few buttons around screen as gamepad. I will buy one.. So... when will it be ready? I want to compete against pandora/other closed hw fans | 08:03 |
| zrafa | kristianpaul : you are the guy.. :) I need a gamepad on top of the current qwerty screen... I can donate ... beer? | 08:09 |
| wpwrak_ | zrafa: how about a different keyboard layout ? more "game-friendly" ? :) | 08:11 |
| wpwrak_ | zrafa: your options are: 1) put different functions to keys, 2) not place keys where there currently are some, e.g., the function keys, 3) make keys span more than one button position, 4) write/paint whatever you want on it. | 08:13 |
| wpwrak_ | zrafa: what you'd have to do is make the buttons, then glue them together with a sheet of silicone | 08:14 |
| zrafa | wpwrak_: it is hard.. it should have really strong buttons for gamers .. remember that gamers often : http://www.youtube.com/watch?v=lMnN17tQ_-0 | 08:14 |
| wpwrak_ | zrafa: good. so wolfgang sells more bens :) | 08:15 |
| zrafa | wpwrak_: haha :D | 08:15 |
| wpwrak_ | zrafa: you could perhaps add a nice analog joystick :) | 08:16 |
| zrafa | wpwrak_: I would like yes :).. we need 8 keys for games.. like super nintendo game pad had | 08:19 |
| wpwrak_ | well, you could make a game controller. and design a little board for the uSD slot that communicates with it | 08:21 |
| wpwrak_ | kinda like the "serial port" idea tuxbrain brought up some time ago | 08:21 |
| kristianpaul | (ame controller. and design a little board for the uSD slot that communicates with it) sounds reasonable, *but* it suguest the screen may be separate from new game controller, so it dint look good considering its resolution and ben portability (you want hold it meanwhile playing) | 08:44 |
| kristianpaul | kyak: (patch)good, so i just need copy it on openwrt-xburst/feeds/packages/libs/gettext/patches/ and make again? | 08:50 |
| kyak | kristianpaul: yes | 09:09 |
| zrafa | kristianpaul: then that brings me to the original idea.. a gamepad on qwerty keyboard.. like this : http://wiki.openmoko.org/wiki/USB_Gamepad_%28NeoPlay%29 | 09:39 |
| qi-bot | [commit] Xiangfu Liu: mathomatic: add DEPENDS libncurses http://qi-hw.com/p/openwrt-packages/6b6a194 | 09:39 |
| zrafa | tuxbrain: we need your serial port idea | 09:40 |
| zrafa | for that | 09:40 |
| tuxbrain | zrafa: I have to "suspend" a lot of I+D projects for a while , but sure you can go ahead and do one yourself :P | 10:04 |
| zrafa | tuxbrain: no skills for hardware.. well, just a little learned from werner | 10:07 |
| tuxbrain | zrafa:me neither, so what is the problem? :P | 10:08 |
| zrafa | tuxbrain: and no much free time.. let me finish jlime on qi servers first, because it is ready to use.. just need a little of tasks and docs | 10:08 |
| tuxbrain | zrafa: sure :) | 10:08 |
| zrafa | tuxbrain: you have.. i read your blog | 10:09 |
| zrafa | dont hide! | 10:09 |
| wpwrak_ | zrafa: it's easy: at hw_skills(t = X) = 0. hw_skills(t = Y) = HUGE_VAL. for some Y > X. | 10:09 |
| wpwrak_ | zrafa: but yes, i agree with your priorities. jlime first ;-)) | 10:09 |
| tuxbrain | zrafa: jejeje I'm just good in make people thing I know about something you know, a marketing guy | 10:11 |
| zrafa | tuxbrain: marketing is my second name | 10:15 |
| viric | tuxbrain: you disappeared for some days, is it? | 10:22 |
| tuxbrain | I must too ;( | 10:28 |
| tuxbrain | but I'm in listening mode | 10:29 |
| zrafa | http://profusion.mobi/node/11 | 11:20 |
| wpwrak_ | zrafa: nice :) and indeed, no surprise either :) | 11:25 |
| kristianpaul | (x11 benchmark) i'm surprised | 11:49 |
| lekernel | kristianpaul: what x11 benchmark? | 11:55 |
| lekernel | ah | 11:55 |
| kristianpaul | zrafa: buttons i may need source that first, what you think about this one http://ur1.ca/2k4vb ? | 11:56 |
| lekernel | who cares about benchmarks. take Android, iOS, Mac OS X, and a typical Linux desktop. which ones provide the best and smoothest user experiences? which ones use X? | 11:59 |
| zrafa | kristianpaul: I have no idea :) .. something like a good game pad has | 11:59 |
| kristianpaul | zrafa: no idea... me either i'm not gamer | 12:00 |
| zrafa | lekernel: so your question is .. .. should I use linux, mac os or android? | 12:00 |
| lekernel | yeah, if you care about usability, maybe linux isn't the best choice | 12:01 |
| lekernel | if mac os was just proprietary and not so laden with DRM and other crap like iTunes, I'd seriously consider using it | 12:02 |
| zrafa | lekernel: btw, did you really try android?.. it looks no so smooth | 12:03 |
| lekernel | yes, i did, it's 100x better than openmoko and the n800/n900 for example | 12:03 |
| lekernel | though it's not as smooth as the iphone | 12:03 |
| zrafa | lekernel: ah.. you mean some specific device.. no android alone.. for example android on freerunner is 100x slower than any other freerunner distro | 12:04 |
| zrafa | maybe 1000x slower | 12:04 |
| lekernel | btw, I don't have an iphone because it's so full of restrictions, but at least I recognize it's really good from a technical and design point of view | 12:04 |
| zrafa | I need more 000s | 12:05 |
| lekernel | also the speed of X isn't the only problem, programming it is just hell | 12:06 |
| lekernel | so it pushes programmers to write shitty toolkits | 12:07 |
| lekernel | Xlib/xcb is ridiculous | 12:07 |
| zrafa | I miss C64 | 12:08 |
| kristianpaul | ahh those are simple buttons | 12:08 |
| kristianpaul | hmm interesting | 12:08 |
| Action: lekernel dreams of a system based on GNU/Hurd-libre with pulseaudio and sound output on a remote machine (because your soundcard isn't supported by the Hurd), X.org, a free clone of CDE and Openmotif | 12:11 | |
| lekernel | X.org using the vesa driver of course, because there's a BLOB otherwise! | 12:12 |
| lekernel | (note that the vesa driver uses ROMed blobs, but since they're in ROM, they don't matter) | 12:12 |
| lekernel | and, and iceweasel and gnash for the web, ofc | 12:13 |
| wpwrak_ | meanwhile, the rest of us are happy and productive with slightly less extreme systems :) | 12:14 |
| kristianpaul | whats the point with that? i miss the conversation | 12:14 |
| kristianpaul | :D | 12:14 |
| kristianpaul | (mac graphs sucess) si not that because the put a GPU in every device they sell? | 12:15 |
| kristianpaul | s/siis | 12:15 |
| kristianpaul | think, how new are gpu in PC market compated with apple one | 12:15 |
| kristianpaul | just my point of view | 12:15 |
| lekernel | no, that's because of the software and of the design | 12:16 |
| lekernel | the gpu is a normal gpu, and the ops that iOS do are supported on the lowest-end GPUs | 12:16 |
| lekernel | even the milkymist tmu could support a significant part of the iOS graphics acceleration | 12:16 |
| viric | lekernel: aren't Macintosh drawing on screen with postscript? That's the neXtStep style, isn't it? | 12:23 |
| lekernel | yes, Mac OS X does that | 12:24 |
| lekernel | and yes, that was inspired by nextstep | 12:25 |
| lekernel | though they improved it a lot, while GNUstep barely evolved | 12:25 |
| lekernel | actually, I even considered using GNUstep for MM, but since the developers told me I had to use X and they won't support non-X systems, I gave up | 12:27 |
| viric | ghostscript is also not the best at speed processing postscript :) | 12:28 |
| kristianpaul | is freebsd also planning to replace X as they plan with gcc? ;) | 12:29 |
| lekernel | they're using cairo... but maybe there is still the ghostscript layer in the middle | 12:29 |
| lekernel | since they told me that X is an absolute requirement, I didn't look much further | 12:29 |
| viric | kristianpaul: I imagine they have troubles only with GPL code | 12:30 |
| viric | and for what I remember, X.org is not GPL licensed | 12:30 |
| kristianpaul | viric: me to just curios | 12:30 |
| kristianpaul | curious* | 12:31 |
| lekernel | viric: maybe they also have trouble with supposedly-free GPL code that is harder to understand and modify than the average blob | 12:31 |
| viric | lekernel: :) I would not be surprised | 12:32 |
| lekernel | http://www.advogato.org/article/701.html | 12:32 |
| viric | ... prevents us from emitting debug/intermediate files ... | 12:34 |
| viric | impressive. | 12:34 |
| viric | Nice link you gave! | 12:37 |
| viric | I'll bother some GNU folks with it. | 12:37 |
| lekernel | ah, BTDT, their defense is "it's an old policy that's being changed, but it's (slowly) happening" | 12:38 |
| lekernel | but given the fuss they make for simple changes like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46692 or http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46261, I guess it won't happen anytime soon | 12:40 |
| kristianpaul | get fancy is not good, indeed | 21:33 |
| kristianpaul | you waste time with posible bugs when you dont need then ;) | 21:34 |
| --- Sat Dec 11 2010 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!