**** BEGIN LOGGING AT Sun Oct 31 02:59:58 2010 Oct 31 08:33:36 JaMa: hmmm... no errors in this dmesg? Oct 31 08:34:35 unless 0x01141742 is a buffer object mapped into Xorg's address space, and DRM somehow gave it the wrong alignment Oct 31 10:10:30 freesmartphone.org: 03mickey 07gdbus * raba893b0fc7d 10cornucopia/ (2 files in 2 dirs): more gdbus work in progress Oct 31 10:14:48 Weiss: what if drm_glamo_cmd_buffer_t is overwritten in DDX before copy_from_user in glamo-cmdq.c creates copy from it? I would expect some synchronization there.. Oct 31 10:17:45 Weiss: without DDX filling it in GlamoDRMAddCommand it won't crash, so I'll try to keep GlamoDRMAddCommand but without kernel driver picking it from cmd_buffer to that ring Oct 31 10:17:58 * JaMa off for few hours, bbl Oct 31 10:22:51 the DDX shouldn't be screwing with that buffer until after the ioctl returns Oct 31 10:23:01 (don't see how that can happen..) Oct 31 10:31:40 I don't think DRM should be able to produce an address with incorrect alignment, because BOs are always mapped at page boundaries Oct 31 10:31:48 so... what else might cause that alignment trap? Oct 31 10:44:14 GNUtoo|laptop: ping Oct 31 10:44:23 mickeyl, pong Oct 31 10:44:50 GNUtoo|laptop: i have a fix for the soft FBIOBLANK issue, but no means to test. shall i commit and you take a look, if you have a chance? Oct 31 10:44:59 yes Oct 31 10:45:03 ok, thanks Oct 31 10:45:08 no means to test means? Oct 31 10:45:42 no device Oct 31 10:45:54 or rather, no infrastructure Oct 31 10:45:59 ? Oct 31 10:46:01 mickeyl: commit, we'll test ;) Oct 31 10:46:18 my neo doesn't want to mount via sshfs anymore Oct 31 10:46:20 the devices are not with you Oct 31 10:46:21 ah ok Oct 31 10:46:29 so i would need to build something for it to test Oct 31 10:46:33 which takes longer than i can bear now Oct 31 10:46:34 ahhh ok Oct 31 10:46:45 freesmartphone.org: 03mickey 07cornucopia * r7a978b9c5403 10/fsodeviced/src/plugins/kernel26_display/plugin.vala: fsodeviced: kernel26_display: call backlight ioctl also in soft-modes Oct 31 11:09:47 freesmartphone.org: 03daniele.athome 07framework * r9d81bdbc9301 10/setup.py: Oct 31 11:09:47 freesmartphone.org: opimd: install database upgrade script Oct 31 11:09:47 freesmartphone.org: Signed-off-by: Daniele Ricci Oct 31 11:24:41 moin Oct 31 11:25:37 moin Oct 31 11:26:35 playya: will gdbus solve the problems we had with libfso-glib? Oct 31 11:30:16 the hashtable thingy? Oct 31 11:30:25 yup Oct 31 11:30:40 yup Oct 31 11:30:48 good :) Oct 31 11:35:01 maybe vala needs some more tricks to get the right hash,equal,free methods for the types Oct 31 11:37:21 ok Oct 31 11:49:22 freesmartphone.org: 03mickey 07gdbus * r05aed6c18048 10cornucopia/libfsoframework/ (3 files in 2 dirs): Oct 31 11:49:22 freesmartphone.org: libfsoframework: rewrite the way how we register objects. In the new gdbus world, Oct 31 11:49:22 freesmartphone.org: every exported interface for a given object needs to be registered seperately. Oct 31 11:49:22 freesmartphone.org: We need to remember the reference IDs, so we can unregister all interfaces in one Oct 31 11:49:22 freesmartphone.org: go. We no longer operate more than one dbus connection. Busnames are registered Oct 31 11:49:22 freesmartphone.org: after the mainloop has started. Oct 31 11:52:32 Hi Oct 31 11:58:48 moin Kensan Oct 31 12:26:39 freesmartphone.org: 03mickey 07gdbus * r4c714cdc51f2 10cornucopia/fsodeviced/src/plugins/ (20 files in 20 dirs): fsodeviced: (gdbus) convert plugins to use new subsystem object registration Oct 31 12:59:39 freesmartphone.org: 03mickey 07gdbus * ra199c6453869 10cornucopia/libfsoresource/ (configure.ac fsoresource/dbusresource.vala): libfsoresource: (gdbus) switch to gdbus Oct 31 13:07:22 freesmartphone.org: 03mickey 07gdbus * r7ddab76c115d 10cornucopia/libfsoresource/fsoresource/dbusresource.vala: libfsoresource: (gdbus) fix catching errors when we can't get the proxy Oct 31 13:29:09 dos1: any kexec success stories? Oct 31 13:29:44 mrmoku: not yet - downloading new SHR image ATM, i'll start playing today :) Oct 31 13:30:01 ok Oct 31 13:30:45 freesmartphone.org: 03mickey 07gdbus * r5218b117feab 10cornucopia/fsodeviced/src/plugins/kernel_info/plugin.vala: fsodeviced: (gdbus) kernel_info migrated Oct 31 13:31:50 ok, so now the whole process is pretty clear to me Oct 31 13:32:09 90% is now monkey work Oct 31 13:32:17 but there's no way to sed that :/ Oct 31 13:32:42 and there's one missing spot in Vala that we hopefully see fixed until the end of this year Oct 31 13:32:48 everything but fsousaged we can port now Oct 31 13:33:01 (or so i guess based on the current knowledge) Oct 31 13:42:18 mickey|spazieren, monkey work? Oct 31 13:42:25 do you need help on that? Oct 31 13:42:40 * GNUtoo|laptop wants to play a bit with vala Oct 31 13:42:54 also most important Oct 31 13:43:09 I think we need better power management handling in fso Oct 31 13:43:15 something less static Oct 31 13:43:23 more like pm_qos Oct 31 13:43:36 or rather that handle stuff like pm_qos Oct 31 13:48:29 mickey|spazieren, it seem to work now for the backlight, thanks a lot!!! Oct 31 13:52:38 GNUtoo|laptop: Hi there Oct 31 13:52:44 GNUtoo|laptop: how are things? Oct 31 13:52:48 hi Kensan !!! Oct 31 13:52:54 GNUtoo|laptop: did you make any progress on Nexus? Oct 31 13:53:05 Kensan, I'm focussing on n900 right now Oct 31 13:53:14 the nexus status is there: Oct 31 13:53:28 http://wiki.freesmartphone.org/index.php/HardwareComparison Oct 31 13:53:43 minus the fact that I got sound working without alsa and with sdl Oct 31 13:53:56 that permit even to view movies with mplayer Oct 31 13:53:59 but... Oct 31 13:54:03 no routing => no calls Oct 31 13:54:10 no volume control Oct 31 13:54:29 GNUtoo|laptop: ah I see. So alsa is the blocker currently Oct 31 13:54:30 but for movies the volume can be controled with the 0 and 9 keys Oct 31 13:54:33 yes Oct 31 13:54:58 note that yesterday I met someone on irc who wanted to work on a phone where nobody is currently working on Oct 31 13:54:59 GNUtoo|laptop: is anybody else working with the Nexus One? Oct 31 13:55:03 no Oct 31 13:55:12 and I'm not working on nexus a lot Oct 31 13:55:22 GNUtoo|laptop: ok, I see. Oct 31 13:55:23 GNUtoo|laptop, monkey work= doing the same thing again and again Oct 31 13:55:29 I know Oct 31 13:55:31 GNUtoo|laptop: what new phone? Oct 31 13:55:40 playya, but I don't know what kind of monkey work Oct 31 13:55:52 Kensan, I've many phones Oct 31 13:56:08 and as new ones I've got: Oct 31 13:56:14 * nokia n900 Oct 31 13:56:18 * nexusone Oct 31 13:56:50 GNUtoo|laptop: I mean the person you met yesterday, what phone does he want to start working on? Oct 31 13:57:04 the person didn't buy a phone yet Oct 31 13:57:10 hm I thought htcleo and nexus one were almost identical wrt. hardware. Oct 31 13:57:29 Kensan, threre are some small differences tough Oct 31 13:57:52 but I've no leo/hd2 Oct 31 13:57:56 so I can't really tell Oct 31 13:58:00 and also leo is wince Oct 31 13:58:04 which changes a lot of things Oct 31 13:58:12 GNUtoo|laptop, converting the daemons to the new API Oct 31 13:58:12 like amss Oct 31 13:58:14 etc... Oct 31 13:58:16 ah ok Oct 31 13:58:24 and convert sync methods to async methods Oct 31 13:58:31 ok Oct 31 13:58:38 bbvs Oct 31 13:59:58 GNUtoo|laptop: what do you mean by "ALSA drivers are present for the SoC but need to be ported" (htcleo in the wiki)? Oct 31 14:01:17 back Oct 31 14:01:23 it's not me Oct 31 14:01:26 and it's not that way Oct 31 14:01:39 let's say that there are no suitable alsa drivers Oct 31 14:01:52 in reality there are some alsa driver for snapdragoon Oct 31 14:01:55 GNUtoo|laptop: [14:54] dos1: i have low-speed usb devices working reliably here already. Need to understand that fs/hs mess and some other minor hacking to get those supported. Oct 31 14:01:56 but they are not suitable Oct 31 14:02:04 because they use a different low level subsystem Oct 31 14:02:05 about n900 Oct 31 14:02:15 ok Oct 31 14:02:20 thanks dos1 Oct 31 14:02:35 GNUtoo|laptop: drivers from codeaurora? Oct 31 14:02:44 dos1, that means that usb keyboard could work? Oct 31 14:02:49 GNUtoo|laptop: exactly Oct 31 14:02:50 Kensan, yes Oct 31 14:02:59 PaulFertser, wow!!!!!!!!! thanks a lot!!!!!!! Oct 31 14:03:10 GNUtoo|laptop: I see... Oct 31 14:03:34 PaulFertser, it's ready for beeing tried? Oct 31 14:03:47 GNUtoo|laptop: you can try that, yes. Oct 31 14:03:59 GNUtoo|laptop: https://garage.maemo.org/plugins/ggit/browse.php/?p=h-e-n;a=log;h=refs/heads/paul-experimental Oct 31 14:04:08 wow!!!! Oct 31 14:04:34 GNUtoo|laptop: there's quite some work wrt ahead, and other people worked hard to make this happen. Oct 31 14:04:50 yes like mohamed AG or someone like that Oct 31 14:05:04 GNUtoo|laptop: and DocScrutinizer! Oct 31 14:05:14 yes Oct 31 14:05:23 GNUtoo|laptop: in fact those patches used by Mohammad were written by Sarah Newman. Oct 31 14:05:29 ok Oct 31 14:05:44 what's the git clone address? Oct 31 14:06:06 GNUtoo|laptop: git clone https://vcs.maemo.org/git/h-e-n Oct 31 14:06:15 GNUtoo|laptop: better use some kernel repo as a --reference. Oct 31 14:06:24 GNUtoo|laptop: or just add this repo as a remote to the one you have. Oct 31 14:06:25 ok Oct 31 14:06:30 thanks a lot PaulFertser !!!! Oct 31 14:06:42 hm... seem most openmoko devs switched over to n900. Oct 31 14:06:58 I'll have to charge my n900 first tough Oct 31 14:07:17 does not mean we don't ove it anymore Oct 31 14:07:23 +l Oct 31 14:07:35 yo pals Oct 31 14:08:31 PaulFertser's patches are NOT based on anything related to mohammadAG or precisely Sarah Newman Oct 31 14:08:47 ok Oct 31 14:09:00 that's what I thought with your explanations Oct 31 14:09:03 (mohammad afaik never contributed anything original to kernel) Oct 31 14:09:21 the patches are a new way and less hackish and more reliable and cleaner Oct 31 14:09:29 than the original ones Oct 31 14:09:38 but that doesn't mean the original ones were useless Oct 31 14:09:50 I bet the original ones made hope continue no? Oct 31 14:11:04 GNUtoo|laptop: yes, they gave me hope by proving the hostmode can work. Oct 31 14:11:11 PaulFertser: Paul, are you now n900 owner too? Oct 31 14:11:51 gena2x: i was given a developer device by nokia, but i'm not actually using it. Oct 31 14:12:02 GNUtoo|laptop: the 'original ones' were targeted at R&D to create a TEST kernel. Nobody with a sane mind ever thought of using this for productive Oct 31 14:12:14 gena2x: DocScrutinizer made that happen and he convinced me to actually try to participate in the hostmode work. Oct 31 14:13:14 gena2x: as to switch from FR, no, i haven't. I'm using it as my only phone. And i'm not going to participate in any FR kernel work until i have reliable telephony ;) Oct 31 14:15:15 PaulFertser: hm... nice that you got new interesting task. and nice that you still have plans for FR kernel ;) Oct 31 14:17:20 gena2x: btw, i had an answer for your latest mail to me but i've never written it. Oct 31 14:17:25 Wanted to discuss on irc instead. Oct 31 14:17:27 morning Oct 31 14:17:30 dos1, hi Oct 31 14:17:41 PaulFertser: would be interesting to read Oct 31 14:18:06 PaulFertser: and discuss of course Oct 31 14:18:08 dos1, you wrote the wifi plugin which is great, but it would be even better if you did a posix.system("iwconfig wlan0 powe on") Oct 31 14:18:28 gena2x: i wanted to say it's likely you've misunderstood me. Oct 31 14:18:32 some people said it was wothless but it isn't I use it everytime I use the n900 Oct 31 14:19:01 I only do iwconfig wlan0 power on before in /usr/share/application/iwli.desktop Oct 31 14:19:03 gena2x: what i wanted to say to Cristoph is that i like "naming the evils by name" and sell "openness". Oct 31 14:19:09 gena2x: but that it doesn't work. Oct 31 14:19:38 (the proximity could be worthless at the time you introduced it tough but not wifi) Oct 31 14:19:55 altough I know a use case for proximity Oct 31 14:20:04 it also detect the cover of my n900 Oct 31 14:20:15 gena2x: a free device can be commercially successful (in theory), but too few people care about freedom, so this can't be the main selling point. Oct 31 14:20:20 so I could power off display when it's covered Oct 31 14:20:26 that could save battery Oct 31 14:21:15 PaulFertser, indeed about commercial free devices Oct 31 14:21:53 but I can say that more people care about half-freedom Oct 31 14:22:02 that is to say the possibility to install apps Oct 31 14:22:08 LOL Oct 31 14:22:13 and to install standard apps Oct 31 14:22:19 like wesnoth,supertux,xchat etc... Oct 31 14:22:26 for instance n900 Oct 31 14:22:34 a lot of people bought it Oct 31 14:22:40 gena2x: i meant OpenMoko proved that even quite decent device (in the GSM telephony) doesn't attract enough talented hackers. Oct 31 14:22:42 they got a certain sense of freedom Oct 31 14:22:50 with maemo Oct 31 14:22:56 gena2x: pushed your updated ts patch, thanks! Oct 31 14:22:59 GNUtoo|laptop: and maemo royally sucks :| Oct 31 14:23:03 they can install supertux so they are happy Oct 31 14:23:16 too much too say... i'll start from simple things :) Oct 31 14:23:37 PaulFertser, I didn't use it a lot so I can't really tell but the ability of beeing able to install supertux is great for the average free software joe user Oct 31 14:23:51 for me it's not enough Oct 31 14:23:53 tough Oct 31 14:24:20 GNUtoo|laptop: 'usual apps like wesnoth' <- problems of that apps is that they designed to run on desktop, controlled with mouse and keyboard. Oct 31 14:24:20 for me it must be 100% free on the main CPU, else I fear of plugin a sim card inside and of using ssh etc... Oct 31 14:24:25 GNUtoo|laptop: i meant OpenMoko really showed everybody that there're really few hackers who want to work on free/open devices in this field. Oct 31 14:24:52 gena2x, wesnoth works fine on n900 Oct 31 14:24:54 --smallgui Oct 31 14:24:55 and bigger screen of course. Oct 31 14:25:02 with 800x480 screen Oct 31 14:25:05 it's very usable Oct 31 14:25:18 PaulFertser, also, there aren't a lot of low level people Oct 31 14:25:27 most people wants to write an app Oct 31 14:25:35 or stuff like that Oct 31 14:26:23 JaMa, # mokomaze => mokomaze: error while loading shared libraries: libode.so.0: cannot open shared object file: No such file or directory Oct 31 14:26:44 strange it wasn't automatically added by oe Oct 31 14:26:44 get a package management system. Oct 31 14:26:49 device: om-gta02 Oct 31 14:26:54 GNUtoo|laptop: what about configuration option for power safe mode? Oct 31 14:27:05 lindi-, it's a bug, usually it works Oct 31 14:27:24 dos1, that's what I tought for now Oct 31 14:27:30 until fso get improved Oct 31 14:27:39 GNUtoo|laptop: lintian would have caught it :) Oct 31 14:27:50 mokomaze: error while loading shared libraries: libSDL_ttf-2.0.so.0: cannot open shared object file: No such file or directory Oct 31 14:27:53 what happened???? Oct 31 14:28:10 lindi-, usually openembedded add the libs automagically Oct 31 14:28:25 ok, may be wesnoth, but majority of apps are just _designed_ for desktop. so, it's not easy to use them in embedded environment. i personally didn't find way to organise my X controlled with touchscreen in the way, that usual debian apps will be really usable. so dream to use 'usual apps' is impossible by definition. Oct 31 14:28:29 GNUtoo|laptop: i think that's more opkg problem than oe ;p Oct 31 14:29:38 gena2x, then even if an app is not designed for it, you've got underlining standard stuff, mplayer, gstreamer, Xorg, gtk+,efl etc... someone can easily write something without the pain of learning everything from scratch like for webos or android Oct 31 14:29:39 gena2x: but you don't need to do a rewrite from scratch to get adequate usability Oct 31 14:30:02 Vibro: can't init. Oct 31 14:30:05 hmmm Oct 31 14:30:08 gena2x: just teach gtk scrollbars to work by touch for example Oct 31 14:30:10 it nearly works now Oct 31 14:30:47 gena2x, did you try android without the market? Oct 31 14:31:19 android without the market => nearly no free software apps for android Oct 31 14:31:26 why? Oct 31 14:31:36 simply because it's hard to port something to android Oct 31 14:31:43 hmm Oct 31 14:31:47 you have to rewrite nearly everything Oct 31 14:31:52 for instance take wesnoth Oct 31 14:31:55 it was ported to iphone Oct 31 14:32:04 the porter spent 8 months full time Oct 31 14:32:09 GNUtoo|laptop: probably because RDEPENDS_${PN}_shr in recipe :/ libs probably added only to RDEPENDS_${PN} but then its overwritten by distro override Oct 31 14:32:20 I spent less than 1 week knowing nearly nothing within oe Oct 31 14:32:28 JaMa, ok Oct 31 14:32:52 now we're not a lot of people yet in embedded devices Oct 31 14:32:57 caring about free apps Oct 31 14:33:22 and if we can re-use stuff Oct 31 14:33:27 be it apps,libs etc.... Oct 31 14:33:31 it's a real advantage Oct 31 14:33:49 hm. 8 months. i never took a look to iphone sdk, but i thought that is macos is posix os, they thought about it on iphone too Oct 31 14:34:05 gena2x, no Xorg, different sound system etc... Oct 31 14:34:06 s/is macos/if macos/ Oct 31 14:34:06 gena2x meant: hm. 8 months. i never took a look to iphone sdk, but i thought that if macos is posix os, they thought about it on iphone too Oct 31 14:34:14 posix is only a part of it Oct 31 14:34:24 the person had to convert it to opengl Oct 31 14:34:25 etc... Oct 31 14:34:32 xorg? wesnoth is based on sdl afair Oct 31 14:34:43 yes Oct 31 14:34:56 and sdl can work everywhere Oct 31 14:35:02 I don't know exactly how iphone works Oct 31 14:35:03 yes it depends on sdl Oct 31 14:35:07 but I know it's different Oct 31 14:35:08 including svga. Oct 31 14:35:10 I think this tells more about sdl Oct 31 14:35:13 I think this tells more about iphone than sdl Oct 31 14:35:17 I don't know if sdl can work well with iphone Oct 31 14:35:35 but I know well android Oct 31 14:35:46 and in android everything is non-standard Oct 31 14:35:55 no Xorg Oct 31 14:35:57 but if all graphic subsystem is sdl and very portable, sound can be ported to openal for example, why it took 8 months? Oct 31 14:35:58 no alsa Oct 31 14:36:04 (depending on the hardware) Oct 31 14:36:08 etc... Oct 31 14:36:26 some people ported scumvm to android Oct 31 14:36:41 they turned scummvm in a big JNI, rewrote the GUI part etc... Oct 31 14:36:52 gena2x, I don't know Oct 31 14:37:11 gena2x, the lwn article about wesnoth + app store gpl violation doesn't tell why Oct 31 14:37:31 s/violation/incompatibiltiy Oct 31 14:37:40 because the porter gave the sources Oct 31 14:37:44 JaMa: another cookie for mokomaze (vibration) Oct 31 14:37:50 the problem was rather app store restrictions Oct 31 14:39:17 yes, i got your idea. you speaking about development. i can easy understand you, i only took a look to adb once and this were enough for me to understand that i do not want android. Oct 31 14:39:48 http://lwn.net/Articles/396535/ Oct 31 14:40:17 grep for 8 moths Oct 31 14:40:34 at least porting a DOS game to SDL was pretty straight forward. triplane.sf.net took only 8 hours to get to a playable state and a month or so to squeeze out all the bugs Oct 31 14:41:13 [market] but i thing where is several markets for android? Oct 31 14:41:16 *thought Oct 31 14:41:38 for example afair android-on-freerunner used some non-standard market Oct 31 14:41:42 gena2x, there is the main one + unofficial ones including some free ones Oct 31 14:42:00 so, all this license problems avoidable. Oct 31 14:42:18 gena2x, but if you want free software(not to be confused with gratis freeware etc...) you don't have a lot of choice Oct 31 14:42:36 part of the iPhone/SDL thing is that the main iPhone port of SDL is commercial license only: http://www.galaxygameworks.com/ Oct 31 14:42:52 lindi-: still need to get that into Debian Oct 31 14:42:53 ah ok Oct 31 14:43:00 pabs3: triplane? Oct 31 14:43:04 yep Oct 31 14:43:16 pabs3: yes I was about to package it but then more important packages took my attention Oct 31 14:43:30 pabs3: I thought I shouldn't try to package too many things at the same time Oct 31 14:43:52 * pabs3 clones to try it out Oct 31 14:45:33 lindi-: src/tools/dksbuild/dksbuild.cc looks very non-free Oct 31 14:46:13 pabs3, are their iphone version lgpl compliant? Oct 31 14:46:27 pabs3: seems we forgot one banner Oct 31 14:46:55 pabs3: can you find others? Oct 31 14:47:16 looking now Oct 31 14:47:46 GNUtoo|laptop: I guess they have full copyright of the iPhone version Oct 31 14:48:16 ok Oct 31 14:48:38 they're the company who wrote SDL? Oct 31 14:48:59 or have license agreement with that company? Oct 31 14:49:32 no idea Oct 31 14:49:54 lindi-: some files have both the banner and GPLv3 banner, kinda confusing Oct 31 14:51:17 pabs3: somewhat, we didn't delete those since we didn't have an easyish automated way to do that and since they contained some documentation also Oct 31 14:52:01 pabs3: are the files those listed by grep -r permission .? I can rewrite them Oct 31 14:52:37 git grep forbidden Oct 31 14:52:53 GNUtoo|laptop: you convinced me finally, couldn't resist hearing without seeing so i started downloading wesnoth on my debian box now :) Oct 31 14:52:56 pabs3: ok Oct 31 14:54:42 vanous, lol Oct 31 14:54:45 :) Oct 31 14:54:59 GNUtoo|laptop: btw, are your smallgui patch upstreamed? Oct 31 14:55:29 ah, yes Oct 31 14:55:41 i see, for 800x480. Oct 31 14:55:44 patch? Oct 31 14:55:50 it's included in wesnoth Oct 31 14:55:53 dos1: why don't you make it compatible with old kernel too? Oct 31 14:55:55 and it's not a patch Oct 31 14:56:04 tinygui is a compilation option Oct 31 14:56:11 and smallgui is a runtime option Oct 31 14:56:18 smallgui is for 800x480 Oct 31 14:56:31 GNUtoo|laptop: sorry, thought your write support for smallgui for wesnoth, but once i tried it and were unable to use it on my FR Oct 31 14:56:32 JaMa: it is Oct 31 14:56:37 dos1: ah maybe I read it wrong Oct 31 14:56:38 tinygui is for lower res such as 400x300 minimum up to 800x480 Oct 31 14:56:53 it wasn't clear from that short surrounding in patch Oct 31 14:56:57 gena2x, because you needed good --args Oct 31 14:56:59 such as; Oct 31 14:57:16 wesnoth -w -r 640x480 Oct 31 14:58:44 ok, anyway i am not going to run it right now, i'll ask this on my next attempt. Oct 31 14:59:23 let's back to topic Oct 31 14:59:30 lindi-: more stuff in query Oct 31 15:00:21 PaulFertser: about letter, i just wanted to say that my opinion is that FR's problems were completely not related to openess Oct 31 15:00:58 PaulFertser: it is not important can you or can't install any apps if your phone WSODs on street Oct 31 15:01:56 PaulFertser: or if your partition table dies from time to time. or if someone tried to sell something and in parallel call it obsolete Oct 31 15:03:05 PaulFertser: and i think that openess is not really related to any freerunner problems. Oct 31 15:03:18 * GNUtoo|laptop is playing a bit with the freerunner right now(I used it only as a phones since last week) and it's not so bad Oct 31 15:03:54 PaulFertser: it just didn't reach state where 'openness' is important. Oct 31 15:04:44 * GNUtoo|laptop wonder what HID off/HID on is in shr-settings in usb mode Oct 31 15:06:16 PaulFertser: speaking about hackers, as i already told - it seem again (for me) that many hackers like to... hack big cool things! and the bringing something into order is just other task. Oct 31 15:07:05 fso is ultra-cool Oct 31 15:07:12 with mdbus2 Oct 31 15:09:08 PaulFertser: so, it seems that i understand your letter. you told that selling openness 'fail'. but i think that 'open phone' were sold. and where were no good 'phone' part of this phrase, so were is no way to talk about 'open' part. Oct 31 15:09:08 GNUtoo|laptop, try d-feet too on the desktop side Oct 31 15:09:12 using a dbus tunnel of course Oct 31 15:09:17 :) Oct 31 15:11:12 daniele_athome, wow what's that? Oct 31 15:11:32 GNUtoo|laptop, oh just a gui for d-bus :) Oct 31 15:11:35 GNUtoo|laptop: http://live.gnome.org/DFeet/ Oct 31 15:11:41 ok Oct 31 15:11:45 mdbus -s is cooler Oct 31 15:11:52 i like that too, sure ;) Oct 31 15:11:58 PaulFertser: or i am still missing something? Oct 31 15:13:02 gena2x, many people seem to have bought an om-gta01 or om-gta02 but now things changed .... Oct 31 15:13:29 many of theses people switched to more recent devices running some half-free os Oct 31 15:14:03 not me! ever :) Oct 31 15:14:17 I said many Oct 31 15:14:20 I didn't said all Oct 31 15:15:01 GNUtoo|laptop, just joking ;) Oct 31 15:15:44 PaulFertser: So, about "i meant OpenMoko proved that even quite decent device ..." - so, OM can't prove that cause it didn't do decent device. Oct 31 15:19:03 GNUtoo|laptop: ' many people seem to have bought ... ' -> this is simple. people just need phone, open is second. Oct 31 15:19:15 once again :) Oct 31 15:19:33 pabs3, http://en.wikipedia.org/wiki/Sam_Lantinga Oct 31 15:20:04 "He also founded Galaxy Gameworks in 2008 to help commercially support the Simple DirectMedia Layer.[4]" Oct 31 15:20:22 so they got the copyright so they can do that so there is no violation at all Oct 31 15:20:27 so we can't do anything Oct 31 15:21:20 just create independent port of SDL? Oct 31 15:21:49 anyway I'm not interested into an iphone running iOS.... Oct 31 15:22:07 maybe if it runs SHR.... Oct 31 15:22:16 :) Oct 31 15:22:19 little question: in xboard_4.4.1.bb PV is 4.4.1 ? Oct 31 15:22:22 so, no reason to prevent people from making money from other people who wants to pay. Oct 31 15:22:23 (as some people ported android to iphone) Oct 31 15:22:48 GNUtoo|laptop, HID on/off loads kernel module Oct 31 15:23:05 GNUtoo|laptop, as we doesn't have udev (I did it) Oct 31 15:23:25 don't remember which module though hehe Oct 31 15:23:29 usb-hid or similar Oct 31 15:23:31 usbhid Oct 31 15:23:36 ok thanks a lot Oct 31 15:23:42 GNUtoo|laptop: folks got Linux running on the iPhone, SHR might just get there too :) Oct 31 15:23:53 for PV I think so unless it's redefined, but doubble check or ask JaMa Oct 31 15:24:07 pabs3, someone must do the work Oct 31 15:24:18 I won't as I've already too much devices Oct 31 15:24:43 ok, then there's a problem with xboard, as SRC_URI = "http://ftp.gnu.org/gnu/xboard/xboard-${PV}.tar.gz" doesn't exist Oct 31 15:24:44 but there may be alsa and libertas on iphone Oct 31 15:24:53 but I don't remember the version Oct 31 15:24:56 there's no 4.4.1, but there's 4.4.2 4.4.3 Oct 31 15:25:16 pespin, then the source got removed from the mirror Oct 31 15:25:22 pespin, you've got 2 options: Oct 31 15:25:33 1)ask someone to mirror the source on oe or angstrom servers Oct 31 15:25:40 2)update the recipe Oct 31 15:25:57 feel free to update the recipe Oct 31 15:26:29 yeah I'll try to update it, as nowadays the package is not installing a .desktop file Oct 31 15:26:34 (I was the one who introduced xboard to oe very long time ago, at the begnning, before having commit access) Oct 31 15:30:49 GNUtoo|laptop, with shr-settings you shouldn't have need of using mdbus nor terminal in general when using a usb kb. Did you have any trouble? Oct 31 15:31:28 pespin, yes I do Oct 31 15:31:57