**** BEGIN LOGGING AT Thu Jan 07 02:59:56 2010 Jan 07 03:44:49 ~logs Jan 07 03:44:50 All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. Jan 07 06:13:08 raster: yeah printf debugging never fails Jan 07 06:13:40 and moinmoin Jan 07 06:14:15 joerg_42: moon! Jan 07 06:15:59 amazingly strange dream this night. Need to sort that out a little more Jan 07 06:17:31 just so much: real hackers never rely on only one media Jan 07 06:19:16 ??? Jan 07 06:29:11 raster: been a virtual entity in a matrix alike world. when the central scrutinizer tracked me down (prolly for insubordination) and 8 had a fight with inside something like my mains power counter - I chatted a little with CS about me being entity "LILL14" or not, while I kicked off a message out of band of "the net" to inter car traffic mgmnt network to make the traffic manager neuronal network perform some action I trained it for y Jan 07 06:29:11 ears, to kill CS local instance off due to some (yet unclear) higher priority traffic desaster management action Jan 07 06:30:44 * raster is totally confused Jan 07 06:30:55 hehe Jan 07 06:31:14 told ya it's been a strange dream Jan 07 06:31:31 btw me as well confused Jan 07 06:40:24 raster: land under in down under? Jan 07 06:41:14 land is doing ok Jan 07 06:41:16 hows the snow? Jan 07 06:41:46 cold and slippy and baaah. I hate it Jan 07 06:42:07 hahahaha Jan 07 06:42:10 looks awesome to me! Jan 07 06:42:41 yeah. nice for photographers Jan 07 06:43:22 its purty and white Jan 07 06:50:20 raster: (side annotation loosely inspired by my dream) You know the N900 Fm-TX is sending RDS text (and thus of course also TMC ;-) ? Jan 07 06:52:49 nup Jan 07 06:52:54 fm doesnt interest me much tho Jan 07 06:53:45 raster: all the car navi systems use TMC - well at least the better ones Jan 07 06:54:34 moin Jan 07 06:55:33 moin Jan 07 07:08:46 I was working on a simple X app, just one who would show a window, and print XMotion events, but somehow, the pointer coordinates are not right. They appear like the screen is rotated 90 degrees counter-clockwise. On the other hand, all drawing operations work just fine, And all other apps have no problems with this weird behaviour. Does anyone know what i'm doing wrong? Jan 07 07:14:23 Guest88946: maybe your assumption about screen orientation isn't conform with the actual situation? Jan 07 09:02:04 rafa, roh: so the "projects" conclusion is that it's beyond fixing ? or have you guys figured out something ? Jan 07 09:31:47 joerg_42: nice dream. you could make a film with this. the amount of confusion seems about right, too :) Jan 07 09:32:46 wpwrak: hehe, thought the same Jan 07 10:07:22 ~seen onen|openBmap Jan 07 10:07:24 onen|openbmap was last seen on IRC in channel #openmoko-cdevel, 30d 14h 20m 54s ago, saying: 'morphis: hi. how is palm pre hacking going?'. Jan 07 10:07:42 :/ Jan 07 10:18:42 playya: he can be found at #mer Jan 07 10:20:40 PaulFertser: :-) Jan 07 10:29:14 DocScrutinizer51: hey, nice morning. And interesting dream Jan 07 10:29:58 hmm yes. even more since that's been first night in new flat Jan 07 10:43:58 Hey all... I've seen that today the upgrades to unstable installed fsogsmd. Will we switch over soon? :) Jan 07 10:44:47 Or, can/should we test it? Jan 07 10:52:42 beniwtv: not yet Jan 07 10:53:09 PaulFertser: k, was just wondering Jan 07 10:53:36 beniwtv: it's nice to have it packaged because once it's ready it will take no time to ask users for a wider testing. Jan 07 10:56:35 PaulFertser: I'm looking forward to that. My FR is running very good lately with no issues and I'm a little bored :P Jan 07 10:56:53 don't have to fix anything now :( Jan 07 11:01:43 beniwtv: look at the open bug reports Jan 07 11:03:59 lindi-: Yes, that would be a start :p Jan 07 13:11:03 wpwrak: I have not figured out something more.. The same symptoms after roh tasks Jan 07 13:51:16 hi Jan 07 13:51:24 does shr on ubifs work? Jan 07 13:53:17 admiral0: I have it running with kernel 2.6.32, but it should work with the latest kernel from shr-u too Jan 07 13:53:49 hmm nice Jan 07 14:31:11 * DocScrutinizer51 invites PaulFertser for a Espresso Jan 07 14:31:25 * DocScrutinizer51 yawns violently Jan 07 14:38:08 netsplit or quiet earth? Jan 07 14:38:36 ~botsnack Jan 07 14:38:37 thanks, DocScrutinizer51 Jan 07 15:01:21 ~seen laf0rge Jan 07 15:01:25 laf0rge was last seen on IRC in channel #webos-internals, 64d 13h 39m 27s ago, saying: 'laf0rge sends a 'korean wave' back to rwhitby ;)'. Jan 07 15:09:15 DocScrutinizer51: bored= Jan 07 15:09:16 ? Jan 07 15:10:28 yo kinda Jan 07 15:10:52 heh Jan 07 15:13:54 tryin to cure that with a coffee Jan 07 15:17:07 vegyraupe: what U doin these days Jan 07 15:17:16 DocScrutinizer51: nanonote.cc Jan 07 15:17:49 lots of mailing and talking very little coding Jan 07 15:18:12 sounds like fun Jan 07 15:19:26 uch fun and few bread Jan 07 15:20:47 vegyraupe: which kinda coding is needed for nanonote at all? Jan 07 15:20:54 heh Jan 07 15:21:10 well we are trying to get a small c++ zim viewer working Jan 07 15:21:17 and a launcher and some patching Jan 07 15:21:21 not too much indeed Jan 07 15:21:29 except maybe for a few crappy periph chips drivers Jan 07 15:22:09 ooh thought that was planned to become a fullblown linux system Jan 07 15:25:58 DocScrutinizer51: yepp it is Jan 07 15:26:16 but there is no need to run a full gnome or god knows on it Jan 07 15:26:50 lol Jan 07 15:26:58 s/gnome/kde/ :P Jan 07 15:27:21 s/kde/vista in vbox/ Jan 07 15:27:26 and i think it has too little amount of RAM to run fullblown linux desktop... and there is no mouse nor touchscreen, just arrows on keyboard Jan 07 15:28:11 dos1: indeed was just gonna add that :) Jan 07 15:28:34 looking for Ya NanoNote, if it'll have more RAM and built-in WiFi, then i'll look forward buying it :) Jan 07 15:28:44 (and touchscreen would be nice, but not necessary) Jan 07 15:31:32 not yet another micro laptop Jan 07 15:31:39 got my N900 Jan 07 16:12:31 PaulFertser: you're using remoko? Jan 07 16:13:23 is there remoko author or some remoko user with some bitbake knowledge? Jan 07 17:48:28 hello Jan 07 17:48:31 hi mickeyl Jan 07 17:48:41 How to make a ringtone be played continuously ? Ring Loop in SHR just makes it played 2 times . Jan 07 17:48:43 yesterday I was doing some experiments with ogsmd Jan 07 17:52:45 alabd: should work Jan 07 17:53:53 DocScrutinizer51: works but 2 times Jan 07 17:54:29 that,s a bug then Jan 07 17:55:24 lindi-: how are you :D Jan 07 17:58:35 DocScrutinizer51: where is it's config file Jan 07 17:59:22 huh? Jan 07 17:59:59 do you think you can fix a bug by tweakihng the config file? Jan 07 18:01:24 DocScrutinizer51: yes Jan 07 18:01:28 in config there is 'play once' and 'loop' for acceptable options. No way to accidentally introduce a "loop 2 times" there Jan 07 18:01:45 DocScrutinizer51: so where ? Jan 07 18:02:31 nahh. Please send 20$ to my paypal account for the answer Jan 07 18:03:09 DocScrutinizer51: thanks humble think now 2 time for free is enoughe ;)) Jan 07 18:04:14 better than W times for 20$. As thats all you get from this answer Jan 07 18:04:22 freesmartphone.org: 03mickey 07cornucopia * r665cec2af63d 10/libfsobasics/tests/testasync.vala: libfsobasics: tests: ReactorChannel reads from /dev/zero now Jan 07 18:04:24 s/W/2/ Jan 07 18:04:26 DocScrutinizer51 meant: better than 2 times for 20$. As thats all you get from this answer Jan 07 18:05:40 hi mickey|sofa, mickeyl :D Jan 07 18:06:58 mickeyl: any idea about alabd 's problem? Jan 07 18:07:09 which problem? Jan 07 18:07:26 mickey (09:17:41 PM) alabd: How to make a ringtone be played continuously ? Ring Loop in SHR just makes it played 2 times . Jan 07 18:07:43 mickey|sofa, it's enough to greet... Jan 07 18:07:51 i won't bother you with vala things today, don't worry... Jan 07 18:07:54 hehe Jan 07 18:08:13 alabd: ring-loop is not a boolean Jan 07 18:08:16 but rather a counter Jan 07 18:08:36 try setting it to 1000 Jan 07 18:08:57 mickey|sofa: wehre ? Jan 07 18:08:59 ok. alabd so I was wrong. Jan 07 18:09:20 DocScrutinizer51: no problem Jan 07 18:09:30 alabd: where you set it to 1 Jan 07 18:09:38 if you're using it from the GUI, then i have no idea :) Jan 07 18:09:53 mickeyl: he,s probably using shr settings Jan 07 18:10:20 DocScrutinizer51: so give back that 20$ Jan 07 18:10:23 seems shr settings uses a bool there 0/1 Jan 07 18:10:32 yeah Jan 07 18:10:36 on / off in GUI mickey Jan 07 18:10:43 i'm not sure, but it could be that i changed the semantics Jan 07 18:10:51 when moving from odeviced to fsodeviced Jan 07 18:10:55 ~lart dos1 Jan 07 18:10:55 * infobot whacks dos1 upside the head Jan 07 18:10:58 perhaps odeviced treated it as boolean Jan 07 18:11:16 but i think it's somewhat better to treat it as a counter Jan 07 18:11:19 dunno Jan 07 18:11:24 can change it Jan 07 18:11:34 mickey|sofa: there is ring lenght ... Jan 07 18:11:37 DocScrutinizer51: shr-settings reads what type value has from odeviced Jan 07 18:11:39 mickey|sofa: Frohes neues Jahr, dud ;-) Jan 07 18:11:45 mickey|sofa: +e Jan 07 18:11:53 so that's probably wrong default profile definition Jan 07 18:11:58 onen!!! Jan 07 18:11:59 not shr-settings :P Jan 07 18:12:03 onen|openBmap: Dir auch!!! Alles gute Jan 07 18:13:08 dos1: so ? Jan 07 18:13:47 alabd: so change it :P Jan 07 18:13:53 it's text file Jan 07 18:13:58 and if it works Jan 07 18:14:04 name ? address ? Jan 07 18:14:09 then i'll commit that to shr defaults Jan 07 18:14:24 somewhere in /etc/freesmartphone/ Jan 07 18:17:52 are you sure ? where are shr programmers? Jan 07 18:19:42 file found dos1 Jan 07 18:20:19 here just Jan 07 18:20:21 /etc/freesmartphone/opreferences/conf/profiles Jan 07 18:20:36 there is a file default.yaml Jan 07 18:20:46 that contains only Jan 07 18:20:56 profiles: Jan 07 18:20:57 - default Jan 07 18:20:57 - ring Jan 07 18:20:57 - vibrate Jan 07 18:20:57 - silent Jan 07 18:20:57 ~ Jan 07 18:22:49 (by the way, the selected profile isn't properly saved, or restored at startup, it seems) Jan 07 18:23:02 dos1: mickey DocScrutinizer51 Jan 07 18:23:04 ring-loop: Jan 07 18:23:04 type: bool Jan 07 18:23:04 profilable: yes Jan 07 18:23:04 default: 0 Jan 07 18:23:16 ThibG: no now it is changed Jan 07 18:24:01 oh? Jan 07 18:24:09 quite recent change, so? Jan 07 18:24:16 ThibG: yes Jan 07 18:25:00 ok Jan 07 18:30:37 where is file ? Jan 07 18:32:57 alabd: aiui the config file is boolean (and I was right ;-) and odeviced does a bad job aka has a bug in converting that to a reasonable value for whatever subsystem plays back the ringone Jan 07 18:34:25 DocScrutinizer51: yes Jan 07 18:34:57 so should it be reported somewhere? Jan 07 18:35:52 I'd think all involved parties were here and commented on it. I'm not such a party Jan 07 18:36:12 so ask dos1 or mickeyl Jan 07 18:37:16 alabd, I've just tried, it selects "default" at startup, regardless of what I've set in shr-settings Jan 07 18:37:38 alabd: just change it to have type: int instead of type: bool Jan 07 18:38:06 dos1: humble was doing it just now Jan 07 18:39:01 :-D Jan 07 18:41:02 dos1: what is oevents module name ? Jan 07 18:41:59 /etc/freesmartphone/oevents/rules.yaml Jan 07 18:42:11 file modified Jan 07 18:42:19 but module should be restarted Jan 07 18:43:08 # We define a list of rules that will be automatically loaded Jan 07 18:43:09 # When we start the oevents module of the framework daemon Jan 07 18:43:56 maybe this Jan 07 18:44:11 so retard frameworkd? Jan 07 18:44:15 /etc/init.d/frameworkd restart Jan 07 18:44:33 err yes. actually I meant 'reStart' Jan 07 18:44:58 NO Jan 07 18:45:18 dos1: didnot work changing it to int Jan 07 18:57:03 ok mickey|sofa, i'm stuck :S Jan 07 19:22:21 freesmartphone.org: 03mickey 07cornucopia * r6b0285b415c8 10/fsogsmd/src/lib/ (atcall.vala consts.vala): fsogsmd: lowest call index is 1; not 0. Fixes SIGSEGV on call sync Jan 07 19:22:35 daniele_athome: what's up? Jan 07 19:22:50 mickey|sofa, ogsmd with vala exceptions Jan 07 19:23:18 did you create an own interface? Jan 07 19:23:29 ** (process:2826): CRITICAL **: file gsm.c: line 617: uncaught error: SIM PIN required (free_smartphone_error-quark, 135592) Jan 07 19:23:42 actually I modified freesmartphone-gsm.vala in libfso-glib Jan 07 19:24:01 good, changed the errordomain and rebuilt? Jan 07 19:24:14 mickey|sofa, http://pastebin.com/m5e9f54a4 Jan 07 19:24:49 those errordomains is a replacement to the fsogsmd all-catcher GSM Error Jan 07 19:24:51 good Jan 07 19:24:59 rebuilt and used that library Jan 07 19:25:00 now you just need to catch up the xml descriptions Jan 07 19:25:05 ah, no Jan 07 19:25:10 you are using that Jan 07 19:25:15 but still that error Jan 07 19:25:17 not letting it generate, right? Jan 07 19:25:22 mickey|sofa, exactly Jan 07 19:25:32 I'm modifying the generated vala code Jan 07 19:25:39 ok Jan 07 19:25:52 but set_antenna_power always throws FreeSmartphone.Error Jan 07 19:25:53 and catching the SIMError does not do it? Jan 07 19:25:56 no Jan 07 19:26:00 that's sad Jan 07 19:26:29 you can see that the quark is freesmartphone error Jan 07 19:28:38 mickey|sofa, from libframeworkd-glib, ogsmd-sim.h Jan 07 19:28:43 #define SIM_ERROR g_quark_from_static_string(SIM_INTERFACE) Jan 07 19:28:43 #define IS_SIM_ERROR(error, code) g_error_matches(error, SIM_ERROR, code) Jan 07 19:28:59 this macro is also used in phonefsod Jan 07 19:29:03 IS_SIM_ERROR I mean Jan 07 19:37:27 mickey|sofa, I guess that strange number is the Quark number... Jan 07 19:39:12 lots of italian here :) Jan 07 19:40:26 mmm Jan 07 19:40:33 hi graziano Jan 07 19:41:15 ciao daniele_athome Jan 07 19:41:25 _diego__, seems italian too Jan 07 19:42:11 i guess so Jan 07 19:42:30 me and gnutoo are members of libreplanet italia: http://groups.fsf.org/wiki/LibrePlanetItalia Jan 07 19:42:45 an fsf endorsed group of free software activists Jan 07 19:42:51 in Italy Jan 07 19:43:08 one of our project is to make SHR function on the HTC Dream Jan 07 19:43:26 GNUtoo, is currently working at this Jan 07 19:44:22 mmm Jan 07 19:44:37 graziano, why HTC dream and not focusing on SHR primary platform, openmoko NF? Jan 07 19:45:12 if SHR and FSO wants to survive, we need more hardware platforms Jan 07 19:45:25 hi mickey|sofa :) Jan 07 19:45:30 I think so too Jan 07 19:45:47 I really love SHR and I hope to be able to use it on my current phone soon Jan 07 19:45:54 and maybe contribute a little biyt Jan 07 19:45:56 *bit Jan 07 19:46:39 cool Jan 07 19:46:55 the dream is at least somewhat widespread Jan 07 19:46:59 albeit a bitch to get root Jan 07 19:47:22 I heard that, fortunately the procedure was very easy for my model Jan 07 19:47:45 htc dream bought in Italy where it is neither sim locked or operator locked Jan 07 19:48:13 and it is sold by default with an hackable version of android Jan 07 19:48:16 wow Jan 07 19:48:16 RC-something Jan 07 19:48:24 good for you Jan 07 19:48:32 i would have bought the adp1 Jan 07 19:48:35 but it was sold out :/ Jan 07 19:48:39 I heard it's expensive too Jan 07 19:48:52 interestingly google told me that _after_ they got my $99 for the android market registration Jan 07 19:48:54 *cough* Jan 07 19:49:58 ! Jan 07 19:50:05 freesmartphone.org: 03mickey 07cornucopia * rf32d4c28ce77 10/fsodeviced/ (3 files in 2 dirs): Jan 07 19:50:05 freesmartphone.org: fsodeviced: ship dbus service file to make it autoactivatable Jan 07 19:50:05 freesmartphone.org: Note that despite this capability you might want to start it Jan 07 19:50:05 freesmartphone.org: by an init script anyways to get the idle notifier ticking asap. Jan 07 19:52:19 mickey|sofa, I started adding a link here from the HTC Dream word: http://www.freesmartphone.org/index.php/Hardware Jan 07 19:52:25 http://www.freesmartphone.org/index.php/Hardware/HTC_Dream Jan 07 19:52:43 it's only a start page Jan 07 19:52:53 leviathan is also doing a lot of stuff for the dream Jan 07 19:52:59 i hope you will collaborate Jan 07 19:53:07 as we need all the kernel hackers we can get :) Jan 07 19:53:17 sure, gnutoo is already collaborating with him Jan 07 19:53:46 I am not an hacker or coder, I am LibrePlanet Italia founder and the people who talks and gathers people and so on Jan 07 19:53:50 delaying the idle notifier might be afeature .) Jan 07 19:53:52 :-) Jan 07 19:53:56 gnutoo is the coder Jan 07 19:54:08 s/people/person :) Jan 07 19:54:09 I am always annoyed when it suspend before I get a GSM registration Jan 07 19:54:29 (italian is my mother tongue, english is where I hack language :D) Jan 07 19:54:52 spaetz_: hmm, good point. we could think about making CPU resource on per default? Jan 07 19:56:42 :) Jan 07 19:56:49 i already poked leviathan to add some lines to the fso wiki Jan 07 19:57:00 yes Jan 07 19:57:05 I will Jan 07 19:57:24 cool Jan 07 19:58:06 ~logs Jan 07 19:58:08 All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. Jan 07 19:58:13 !logs Jan 07 19:58:14 Channel logs for #openmoko-cdevel are archived at: Jan 07 19:58:15 http://hentges.net/tmp/logs/irc/%23openmoko-cdevel Jan 07 19:58:16 Live-logs are available at Jan 07 19:58:17 http://hentges.net/tmp/logs/irc/livelogs/%23openmoko-cdevel.livelog Jan 07 19:58:19 See ?? help-logs for usage instructions Jan 07 20:09:41 mickey|sofa, I only do kernel work because no-one what/can to do it Jan 07 20:10:36 mickey|sofa, what should I fix first: blanking or ringtones? Jan 07 20:11:46 GNUtoo: blanking might be really annoying for users, so I suggest fixing the backlight issue Jan 07 20:12:02 i can help you with the qdsp issue afterwards Jan 07 20:12:14 mickey|sofa, backlight can be worked arround Jan 07 20:12:19 mickey|sofa, disabling the driver Jan 07 20:12:29 mickey|sofa, but blanking that is not backlight worry me the most Jan 07 20:12:49 mickey|sofa, but maybe it can be fixed very easily with frameworkd.conf Jan 07 20:14:06 hmm Jan 07 20:14:16 there is no facility to ignore certain leds atm. Jan 07 20:14:23 we can add that Jan 07 20:14:29 no it's not a led Jan 07 20:14:29 but it might be less work to fix it in kernel Jan 07 20:14:33 it's the lcd screen Jan 07 20:14:40 FBIO_BLANK Jan 07 20:14:41 that's what i'm talking about :D Jan 07 20:14:44 ok Jan 07 20:14:45 hmm Jan 07 20:14:47 wait Jan 07 20:14:51 what's with the FBIO_BLANK? Jan 07 20:14:56 you don't want that? Jan 07 20:15:07 this indeed you can disable Jan 07 20:15:14 since it makes problems on some openmoko kernels Jan 07 20:15:18 basically it FBIOBLANK and then you can't get your screen back Jan 07 20:15:29 at least that's what I think it does Jan 07 20:15:36 because it's *not* the brightness Jan 07 20:15:54 because when you do echo 0 > .../brightness Jan 07 20:16:03 you have no light but you see things Jan 07 20:16:03 i see Jan 07 20:16:04 ok Jan 07 20:16:06 if you look well Jan 07 20:16:12 you can remove that temporarily Jan 07 20:16:15 but don't think it's a fix Jan 07 20:16:32 since obviously FBIOUNBLANk does not work then in your kernel Jan 07 20:16:52 is that a good fix: Jan 07 20:17:07 I don't know Jan 07 20:17:10 maybe it work Jan 07 20:17:16 but as I didn't set the corect buttons Jan 07 20:17:28 I've no way of unblanking the screen Jan 07 20:17:32 in console it works Jan 07 20:17:37 if you press a key Jan 07 20:17:41 it unblanks the screen Jan 07 20:17:49 so I'll look in frameworkd.conf Jan 07 20:17:52 and xev Jan 07 20:18:47 and the frameworkd.conf of leviathan Jan 07 20:18:51 hmm Jan 07 20:18:52 btw Jan 07 20:19:03 if fsodeviced does not detect a display Jan 07 20:19:07 how can it FBIOBLANK? Jan 07 20:19:15 or is that with your new backlight device? Jan 07 20:19:36 I'll try a fix Jan 07 20:21:13 the problem is that it recognizes it as an led Jan 07 20:21:24 because its propagated as such from the kernel Jan 07 20:21:33 ahh maybe I got Jan 07 20:21:34 it Jan 07 20:21:34 we need to change the start definitions Jan 07 20:21:40 I'll try leviathan thing Jan 07 20:21:52 because its exported as android_lleds Jan 07 20:22:03 and so it gets led status Jan 07 20:22:07 and so its crap >_> Jan 07 20:22:12 yes Jan 07 20:22:17 you really should fix that backlight thing Jan 07 20:22:34 like i said, i could add an ignore for the LEDs to FSO, but I#d rather not do, if not absolutely necessary Jan 07 20:22:54 ok Jan 07 20:23:17 I can paste what I did for the leds Jan 07 20:23:28 but led and BLANK are 2 different problem Jan 07 20:23:35 with a result that is mostly similar Jan 07 20:23:55 leviathan, how did you fix FBIOBLANK? Jan 07 20:24:03 uhhm? Jan 07 20:24:09 I just disabled apm Jan 07 20:24:15 i still wonder how we should use keyboard_backlight Jan 07 20:24:17 and the other issue I didnt fix Jan 07 20:24:31 playya: I'm already using it Jan 07 20:24:38 it's in fsodeviced Jan 07 20:24:42 as you've seen while playing around with my dream Jan 07 20:24:44 it's a backlight on the one hand but a LED on the other hand Jan 07 20:24:51 uhm Jan 07 20:24:57 no. which interface Jan 07 20:25:13 maybe it uses the backlight backend of the leds Jan 07 20:25:17 look in kconfig of leds Jan 07 20:25:23 I would say: look on n810, they have nearly the same issue Jan 07 20:25:26 and solved it good Jan 07 20:25:47 no. there's nothing in /sys/class/backlight Jan 07 20:26:27 i think they just know that it's a keyboard_backlight but register it as an LED Jan 07 20:27:18 http://pastebin.com/m3b78d509 Jan 07 20:27:24 so where's the problem? Jan 07 20:27:26 it disables the led Jan 07 20:27:34 but doesn't create a backlight unfortunately Jan 07 20:27:44 lets keep it as a LED Jan 07 20:27:51 doesn't matter much for FSO Jan 07 20:27:52 oops Jan 07 20:27:55 wrong file Jan 07 20:27:58 as you can create the rules as you like Jan 07 20:28:04 if you want autoblanking of the keyboard led Jan 07 20:28:06 yep Jan 07 20:28:43 then that's a rule and not a function of any driver like X Jan 07 20:29:29 http://pastebin.com/m19f7e846 Jan 07 20:29:41 in the end each led i a backlight led for the apperture window or knob it lights Jan 07 20:30:31 so again: I don't exactly see where's the problem? Jan 07 20:31:53 ther's exactly one source of photons that sees a special treatment and that's a subsystem of the display. All other lamps are simple LED Jan 07 20:33:34 but maybe I missed some basic statement during the last 2 min of downtime here. If so please excuse me and update me Jan 07 20:34:03 no Jan 07 20:34:37 i just thought, that we might need sth special because a keyboard is both somehow Jan 07 20:35:01 nah. It isn't Jan 07 20:35:09 I hope that will fix my problem: report2 = POWER,key,103,1 Jan 07 20:35:10 you might turn it of on idle to save some power Jan 07 20:35:25 sure Jan 07 20:36:36 but you'll hardly find a mainstream driver that is doing that for you. Even less likely this driver is a spinnoff of the LCD backlight handler Jan 07 20:37:04 leviathan, ok I'll remove suspend... Jan 07 20:37:15 but isn't there a way to go out of suspend with a command? Jan 07 20:37:34 DocScrutinizer51: playya: Frohes neues Jahr beiden! Jan 07 20:37:58 dir auch, onen! Jan 07 20:38:03 frohes neues onen|openBmap Jan 07 20:38:23 onen|openBmap, do you own a freebox (or what it's called) Jan 07 20:38:42 GNUtoo: nope Jan 07 20:38:43 playya: correct naming, but no I don 't Jan 07 20:38:50 suspend means dead and reboot on dream Jan 07 20:38:58 because it cant do hardware suspend Jan 07 20:38:58 leviathan, not dead Jan 07 20:39:06 only black screen Jan 07 20:39:07 for ever Jan 07 20:39:19 leviathan, I do apm -s and then I can still type commands via USB Jan 07 20:39:22 ok. do you think it's worht to spend some money for it? Jan 07 20:39:33 yes Jan 07 20:39:41 playya, on htcdream? Jan 07 20:39:45 as more people are developing on it Jan 07 20:39:50 as soon it gets usable Jan 07 20:39:55 GNUtoo, Freebox HD Jan 07 20:39:59 playya, ah ok Jan 07 20:40:10 maybe on a dream, too Jan 07 20:41:07 onen|openBmap, do you know, if it's possible to use it outside free.fr net? Jan 07 20:41:25 and it's possible to get 1080p out of it? Jan 07 20:41:37 about dream it depends...on one hand without alsa it's not great...on another hand we have wifi,screen,touchscreen,keyboard,bluetooth and we could teach fso and mplayer to use android sound system...but *everything* needs polishing Jan 07 20:41:39 playya: well not sure... Jan 07 20:41:41 I'm trying to formulate a paper for the FSOSHR conference where I note, what we all need to do, to get a sellable device+distro Jan 07 20:41:54 hard work Jan 07 20:41:54 playya: I ask around and come back to you. Jan 07 20:42:01 ok. thx. Jan 07 20:42:09 GNUtoo: i'm so desperate I'm happy for everything Jan 07 20:42:13 screw alsa Jan 07 20:42:24 lets get ringtones and mp3 working Jan 07 20:42:32 mickey|sofa: ok Jan 07 20:42:33 mickey|sofa, ok Jan 07 20:42:34 enough construction sites as well Jan 07 20:42:41 it seems that freebox hd >> dreambox 800 Jan 07 20:42:51 mickey|sofa, btw why did you choose vala and not genie? Jan 07 20:42:58 playya: first answer: you cannot own a freebox Jan 07 20:43:05 why? Jan 07 20:43:09 playya: free rent it to you, but keeps property of it Jan 07 20:43:34 GNUtoo: good question. the genie syntax is too much pythonic for me. while that may sound strange, it would mean i would make many mistakes when switching from python to genie. Jan 07 20:43:37 playya: and that is even their line of defense agains gpl violation complaints: we own it, so we don't distribute the gpl code... Jan 07 20:43:39 ... la valeur d'une Freebox v1, v2, v3 ou v4 est de 190 €, celle de la v5 est de 150 € et celle de la Freebox HD est de 290 €. from wikipedia.fr Jan 07 20:43:46 ah ok lol....lol Jan 07 20:43:58 GNUtoo: this, and genie always lacks behind in terms of syntax Jan 07 20:44:02 since it's only a side project Jan 07 20:44:04 ok Jan 07 20:44:10 and it's buggy Jan 07 20:44:17 playya: mmhhh, then I could be wrong. Jan 07 20:44:29 playya: I'll ask, and will tell you. Jan 07 20:44:35 and afaik didn't exist in the time the reimplementation started Jan 07 20:44:42 ok. thank you. Jan 07 20:45:09 onen|openBmap, basically you could said you lost or broke it,then it's not sold to you either but something like this and it becomes your property.... Jan 07 20:45:18 leviathan: hi. is the fsoshr conference already planned? Jan 07 20:45:21 onen|openBmap, but they they told you to remove gpl software if you do that Jan 07 20:45:25 so I don't know Jan 07 20:45:34 onen|openBmap, no. not yet Jan 07 20:46:02 can it takes place during fosdem? Jan 07 20:46:22 freesmartphone.org: 03mickey 07cornucopia * r3e32abd1e087 10/fsogsmd/src/plugins/modem_qualcomm_htc/ (Makefile.am htcparser.vala): fsogsmd: modem_qualcomm_htc: backport generic AT parser improvements to HTC parser Jan 07 20:46:23 freesmartphone.org: 03mickey 07cornucopia * rc2e9e631356d 10/fsogsmd/src/plugins/modem_qualcomm_htc/htcparser.vala: fsogsmd: qualcomm_htc: and remove the BOGUS_HTC_LINE state now that we are more forgiving anyways Jan 07 20:47:26 that's too early i'm afraid Jan 07 20:47:33 since we do want to make it 2 - 3 days Jan 07 20:47:42 and need to organize it fully Jan 07 20:47:50 i vote for something early summer Jan 07 20:48:06 mickey|sofa: is HEAD good enough for sane-srcrevs-fso? I'll bump it if you want Jan 07 20:48:14 ok Jan 07 20:48:19 JaMa: yes, please. thanks, i'm lazy Jan 07 20:48:24 i'm not actually Jan 07 20:48:30 but i'm spending so much time oncoding Jan 07 20:48:43 that i can hardly motivate to do more in OE than absoltely necessary Jan 07 20:48:48 bear with me ;) Jan 07 20:48:52 mickey|sofa: OK, everything in sane-srcrevs-fso? Jan 07 20:49:06 yes, HEAD of everything should be in fairly good state these days Jan 07 20:49:11 but be warned Jan 07 20:49:13 GNUtoo: well breaking it ok. but loosing your freebox? even during a move, it sounds strange! (it laid on my tv, but then I lost it ;-) ) Jan 07 20:49:18 i did the whole configuration revamp in the meantime Jan 07 20:49:27 so for SHR you might want to keep them for a while Jan 07 20:49:32 onen|openBmap, lol Jan 07 20:49:45 since otherwise you need to touch all the new conf files Jan 07 20:50:33 mickey|sofa: ah then I would also need some newer libfsoframework for this one http://tinderbox.openembedded.net/public/logs/task/4243232.txt Jan 07 20:51:13 mickey|sofa, tried a rebuild from scratch? afaik libfsobasics requires vala 0.7.9.2 but there AF_* is in the socket namespace Jan 07 20:51:17 I am following the different wiki pages around the net to see how porting fso/shr attemps are ongoing. but I can not see much light at the end of the tunnel. do you have more up to date status than the wiki pages (for example: a phone usable?) Jan 07 20:51:26 JaMa: yes, this is due to a change i carried out in vala Jan 07 20:52:02 onen|openBmap, htc dream by leviathan and GNUtoo Jan 07 20:52:13 I bought a magic phone. I find hardware nice. but I fell from my chair when I pressed the agenda icon, and discovered that I *had* to connect to google with a valid account before even being allowed to use the agenda locally on my phone! Jan 07 20:52:52 onen|openBmap, i buought a motorola milestone. Jan 07 20:52:58 multitouch. yeah Jan 07 20:53:14 and hardware keyboard Jan 07 20:53:30 but no root yet :/ Jan 07 20:53:42 playya: do you synchronise all your stuff to big G services (contacts, agenda, emails, etc.)? Jan 07 20:53:58 mails sometimes Jan 07 20:55:11 playya: why not dream. but I would buy it for using it. not yet another FR style always waiting for it to work ;-) (sorry if this sounds harsh for you two leviathan and GNUtoo, I am very much hoping that your work gets success, and I thank you a lot for your efforts) Jan 07 20:55:27 I'm really weak (and lazy) in configuring webserver and google should see about 90% of my mails anyways Jan 07 20:55:44 onen|openBmap, ah but you won't like android then Jan 07 20:56:23 they are already in a reimplementation phase to get the stuff into upstream Jan 07 20:56:50 playya: I tried to figure out (quickly) if I could be *sure* that the phone woul d*not* synchronise my agenda etc. to google services. and the 1.6 version I have, allows to disable automatic sync, but I am not sure what happens if once connected to data network, if I launch the agenda, the app itself won't try to synchronise... Jan 07 20:58:11 that's a properitary part. you can never be shure Jan 07 20:58:20 this forcement to sync with G was the reason why I never used android Jan 07 20:58:20 s/shu/su/ Jan 07 20:58:20 playya meant: that's a properitary part. you can never be sure Jan 07 20:58:44 GNUtoo: well I knew that it was very much G linked, but I thought I could hit an option, and say: no thanks no sync *ever* to the services. and to be honest waht the f*ck do I have to connect to google to use the agenda of my phone locally!!!??? Jan 07 20:58:59 GNUtoo: then I cross my fingers harder for you to make fsoshr run on dream Jan 07 20:59:09 onen|openBmap, indeed Jan 07 20:59:19 GNUtoo: or I find a good bargain for N900 (yes DocScrutinizer51 enrolled me ;-) ) Jan 07 20:59:25 yes, we are narrow to get it running Jan 07 20:59:37 I hope the FSOSHR-convention Jan 07 20:59:49 will give new guidlines and clear goals Jan 07 20:59:50 onen|openBmap, will you try to boot x-load+uboot+omap-kernel? Jan 07 21:00:16 onen|openBmap, btw I'm not shure you could charge the battery with free software Jan 07 21:00:29 leviathan: GNUtoo: is the openmoko dream port page being kept up to date to your improvements? Jan 07 21:00:45 onen|openBmap, and look at that: http://wiki.maemo.org/Free_Maemo Jan 07 21:00:48 http://wiki.openmoko.org/wiki/OpenMoko_on_HTC-Dream Jan 07 21:00:50 onen|openBmap, ask leviathan Jan 07 21:00:53 you mean that? Jan 07 21:00:56 http://wiki.openmoko.org/wiki/OpenMoko_on_HTC-Dream Jan 07 21:01:12 not bleeding edge Jan 07 21:01:19 GNUtoo: sorry not very versed in those areas: do you mean try using stuff ala freerunner/fso/shr on the n900? Jan 07 21:01:28 but you can still find actual images on ftp.o2s.ch Jan 07 21:01:33 GNUtoo: n900 + battery needs proprietary stuff, yes Jan 07 21:01:46 onen|openBmap, yes Jan 07 21:01:46 hmm Jan 07 21:01:49 crap Jan 07 21:02:09 onen|openBmap, can it be replaced? Jan 07 21:04:01 GNUtoo: thanks for the link about free_maemo :-) Jan 07 21:04:41 leviathan: yes this page is being tracked by me. so not bleeding edge. ok. Jan 07 21:05:15 onen|openBmap, btw there would be a problem with the GPS Jan 07 21:05:21 GNUtoo: well I don't really know. I am barely starting to look at maemo stuff and community Jan 07 21:05:36 ok Jan 07 21:05:41 I meant for dream Jan 07 21:05:47 gps is very complicated Jan 07 21:06:15 maemo would run on htcdream and would also have already running keyboard and leds Jan 07 21:06:24 but I prefer SHR Jan 07 21:07:16 GNUtoo: well spent too much time waiting for the FR to work correctly. I am ok with having some kind of hacking device. But what I am looking for to be honnest, is a phone, that works. And if this is not android, then it will probably be maemo (very much a real linux distribution :-) ) Jan 07 21:08:20 ok Jan 07 21:08:56 GNUtoo: but I still cross the fingers for your work. because shr would even be better, because more open. Jan 07 21:09:28 not shure it will be more open...but the devices it would run on would be more up to date even if the screen is 320x480 Jan 07 21:09:32 GNUtoo: leviathan: so conclusion is: thanks guy, for your work. I really hope to see you succeed in this. Jan 07 21:09:52 mickeyl, is there a page to get started on vala+cross-compilation etc... Jan 07 21:10:20 mickeyl, or I could just run the script in the temp dir? Jan 07 21:10:33 because I want to start real fast Jan 07 21:10:35 GNUtoo: I love the idea to finally be able to upgrade my phone, without needing to buy a new one. I find sometimes ridiculous to have to buy a new one, only because we don't give you a software update to your existing phone... Jan 07 21:10:45 onen|openBmap: FR works for me Jan 07 21:10:55 I'm using it as organizer Jan 07 21:11:01 onen|openBmap, what about gta02-core? Jan 07 21:11:31 leviathan: really? what do you use as agenda app? Jan 07 21:11:31 GNUtoo, do you want to build your own stuff? Jan 07 21:11:40 you only need a cross gcc Jan 07 21:11:42 GNUtoo: while you can run vala on the target machine, you still have to compile it. it's C... Jan 07 21:11:45 uhm, dates? Jan 07 21:11:47 :) Jan 07 21:11:47 playya, ok I've that Jan 07 21:12:23 GNUtoo: about gta02-core, well wait and see. I have spent a few years avidly following multiple projects, and so far none has really come to a stable state, I feel. Jan 07 21:12:34 JaMa: no, i'm not using remoko :( FYI remoko author is VDVsx. Jan 07 21:13:03 PaulFertser: hi Jan 07 21:13:07 mickey|sofa, so valac on host...arm-something-gcc on host and the .so on the target? Jan 07 21:13:09 onen|openBmap: hey :) Jan 07 21:13:23 GNUtoo: correct. Jan 07 21:13:40 GNUtoo: leviathan: well enough complaining for me tonight. let's try to bring development for openbmap back on track ;-) Jan 07 21:13:50 mickey|sofa, ok thanks...so is there a command line argument to make it stop at C and not compile it as x86 .so Jan 07 21:14:26 VDVsx: hi, how is remoko supposed to be build with new source layout? I noticed that setup.py is now only in unstable directory and I'm not sure if remoko-server still needs to be build separately Jan 07 21:15:00 GNUtoo, -C Jan 07 21:15:05 or --ccode Jan 07 21:15:39 GNUtoo: what playya says, have a look at a typical Makefile.am to see how we're calling it Jan 07 21:16:08 GNUtoo, http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=fsodeviced/src/lib/Makefile.am;h=57c9d60dc1cdb6e15a6c2b2a4dac8ec597d74cd2;hb=HEAD Jan 07 21:17:33 playya, ok thanks Jan 07 21:21:14 ouch Vala 0.5.7 Jan 07 21:21:18 that's what I have Jan 07 21:21:19 mmm Jan 07 21:21:34 I'll look at what I can do Jan 07 21:22:33 spaetz_: mickey wanted to bump fso revs in sane-srcrevs-fso, will we catch with that with our configs or will we stay with old? Jan 07 21:23:30 spaetz_: I'm building new revs here.. and I'll push it to oe.dev if it builds ok.. but before building in shr/merge we should update configs or lock revisions Jan 07 21:29:17 VDVsx_: hi, how is remoko supposed to be build with new source layout? I noticed that setup.py is now only in unstable directory and I'm not sure if remoko-server still needs to be build separately Jan 07 21:30:47 night all Jan 07 21:31:12 JaMa, remoko-server is not needed, you need only to build the cython binding, note that I didn't test it with the last SHR images Jan 07 21:32:25 VDVsx_: and could distutils still be used? Jan 07 21:33:07 you need it for the binding, so yes Jan 07 21:35:47 hmm nvm..thanks.. hopefully someone using it on shr will update the recipes to build newer revision with bluez4 support Jan 07 21:40:16 mickey|sofa: after http://git.freesmartphone.org/?p=cornucopia.git;a=commitdiff;h=665cec2af63d2c152ab2be036781400eb2c15af2 there is http://tinderbox.openembedded.net/public/logs/task/4245946.txt Jan 07 21:40:57 argh Jan 07 21:40:58 i suck Jan 07 21:41:01 sorry Jan 07 21:41:30 no problem Jan 07 21:42:16 freesmartphone.org: 03mickey 07cornucopia * r70b87d6e8b04 10/libfsobasics/tests/testasync.vala: Jan 07 21:42:16 freesmartphone.org: libfsobasics: fix bogus sizeof statement Jan 07 21:42:16 freesmartphone.org: NOTE to self: NEVER EVER commit without compiling, even if it's just a tiny little change Jan 07 21:46:01 hmm Jan 07 21:46:02 fun Jan 07 21:46:11 CMS ERROR: 500 on sending SMSes with the HTC Jan 07 21:46:20 * mickey|sofa will try the Calypso tomorrow Jan 07 21:49:00 mickey|sofa, you don't want to believe it Jan 07 21:49:11 daniele_athome: tell me Jan 07 21:49:13 i'm using dynamic dbus with async callbacks Jan 07 21:49:33 and manually parsing the errors Jan 07 21:49:39 by retrieving the interface name from dbus Jan 07 21:49:47 like libframeworkd-glib does actually Jan 07 21:51:48 and that works? Jan 07 21:52:29 JaMa: you will revert the fso-autorev.inc after fixing sane-srcrevs.inc, right? Jan 07 21:53:24 right Jan 07 21:54:45 excellent Jan 07 21:54:56 it already stirred up some "excitement" behind the scenes.. Jan 07 21:59:50 mickey|sofa, yes but is ugly Jan 07 22:02:20 I had to modify dbus vala bindings Jan 07 22:20:10 mickeyl, for today that's enough work :S Jan 07 22:20:12 goodnight Jan 07 22:46:08 mickeyl: any idea about http://tinderbox.openembedded.org/public/logs/task/4249131.txt ? Jan 07 22:47:30 JaMa, missing kernel-headers? Jan 07 22:48:02 and this header located in /usr/include, so should be in default gcc include paths Jan 07 22:51:02 JaMa, wrong kernel version? Jan 07 22:51:18 max_posedon: do you have it there? its seems like header from libnl2 to me Jan 07 22:51:58 mickey removed one of those 2 libnls Jan 07 22:52:07 JaMa, sorry, I'm answering from gentoo point of view Jan 07 22:53:22 oops, sorry, I'm missing it too Jan 07 22:53:27 not kernel headers Jan 07 22:55:06 max_posedon: and also its missing in http://git.kernel.org/?p=libs/netlink/libnl.git;a=tree;f=include/netlink/route;h=c54aefd1820ea8ebf774203c5134f663d82b9df8;hb=HEAD Jan 07 22:55:27 max_posedon: maybe it should be netlink/netlink.h or something.. Jan 07 22:57:10 JaMa, http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=20e56bce4f4c951365b53e8c44d464a17f2ce79f Jan 07 22:57:22 but if you use both it bails out, too Jan 07 22:57:55 playya: I removed libnl 1 already.. Jan 07 22:58:53 playya: and also built it fine with netlink/netlink.h instead of netlink/route/netlink.h http://tinderbox.openembedded.net/packages/408584/ Jan 07 23:01:21 libnl-2.0.vapi: [CCode (cprefix = "rtnl_addr_", cname = "struct rtnl_addr", free_function = "", cheader_filename = "netlink/route/netlink.h")] Jan 07 23:01:41 yes Jan 07 23:01:51 it uses libnl2 Jan 07 23:02:07 i think thats the reason for patching connman Jan 07 23:02:57 but shouldn't libnl-2.0.vapi reference only *existing* header? Jan 07 23:04:20 where's this line from? Jan 07 23:04:27 it should read Jan 07 23:04:31 netlink/route/address.h Jan 07 23:04:36 in vala 0.7.9.3 Jan 07 23:04:44 i foobar'ed that in vala 0.7.92 Jan 07 23:04:48 hence the upgrade Jan 07 23:05:11 mickeyl: ../tmpdir-dev-shr/staging/x86_64-linux/usr/share/vala/vapi/libnl-2.0.vapi with latest vala in OE Jan 07 23:06:20 argh Jan 07 23:06:23 0.7.9.3? Jan 07 23:06:53 mickeyl: you mean netlink/route/addr.h right? Jan 07 23:07:31 mickeyl: yup vala-native-0.7.9.3-r2.0 Jan 07 23:07:45 I'll try to rebuild vala-native Jan 07 23:07:58 i'll crank a 0.7.9.4 now Jan 07 23:10:38 mickeyl: ahh I see you fixed it 2 days ago.. in vala git Jan 07 23:12:06 yes Jan 07 23:12:11 and i thought 0.7.9.3 included it Jan 07 23:12:16 but apparantly it doesn't Jan 07 23:12:36 maybe i should update my sources with this weather forecast Jan 07 23:12:38 mickeyl: is there some vala-native_git.bb? I see rev in sane-srcrevs-fso but no recipe .. Jan 07 23:13:05 no, i yanked it after all the trouble with vala-native-bootstrap Jan 07 23:13:18 tarball releases are easier to handle for vala Jan 07 23:13:23 ok Jan 07 23:13:27 uploading 0.7.9.4 Jan 07 23:13:33 can you bump it? Jan 07 23:13:38 sure Jan 07 23:13:46 remove old? Jan 07 23:14:13 ya, just git mv Jan 07 23:14:38 both -native and non-native Jan 07 23:14:42 upload done Jan 07 23:14:58 rebuilding vala-native and fsonetworkd should be enough Jan 07 23:20:45 mickeyl: confirmed&pushed, thanks Jan 07 23:22:00 np, thank you Jan 08 00:13:26 freesmartphone.org: 03mickey 07cornucopia * rf9d452edea2e 10/fsogsmd/ (4 files in 3 dirs): fsogsmd: fix SMS sending bug on modems that are less forgiving wrt. submitting a hexpdu padded with lots of '0' Jan 08 00:14:19 JaMa: 0.7.9.4 has a regression and won't compile fsogsmd :/ Jan 08 00:14:34 we already found the bug and I'm sure it's going to be fixed in vala soon Jan 08 00:14:44 will crank 0.7.9.5 when it's done Jan 08 00:14:47 g'night **** ENDING LOGGING AT Fri Jan 08 02:59:57 2010