**** BEGIN LOGGING AT Sat Sep 11 02:59:57 2010 Sep 11 08:32:25 morning Sep 11 09:33:23 mickeyl, morning Sep 11 09:33:37 my code generator is ready, i just need to test it Sep 11 09:33:54 the generated code is partially not compatible with current libframeworkd-glib Sep 11 09:34:01 i was thinking to create a new project Sep 11 09:34:05 what do you think mickeyl? Sep 11 09:44:20 hi mickeyl Sep 11 09:48:05 hi GNUtoo|laptop Sep 11 09:48:14 hi daniele_athome Sep 11 09:48:23 i was looking for mickeyl too :( Sep 11 09:48:26 ok Sep 11 09:48:42 daniele_athome, you're the person making the alternative GUI right? Sep 11 09:48:54 GNUtoo|laptop, yes, mokosuite you mean right? Sep 11 09:49:03 yes Sep 11 09:49:06 how is it going? Sep 11 09:49:25 GNUtoo|laptop, i'm writing a C code generator dbus, i want to use it to rewrite libframeworkd-glib Sep 11 09:49:31 (a fso client library) Sep 11 09:49:35 so i can use it with mokosuite Sep 11 09:49:46 for the rest, it's going well Sep 11 09:49:50 i published it on gitorious Sep 11 09:50:01 ok nice Sep 11 09:50:10 and part of it is in SHR right? Sep 11 09:50:20 GNUtoo|laptop, all of it :) Sep 11 09:50:24 nice Sep 11 09:50:27 packages mokosuite2 and mokowm-imf-ecore Sep 11 09:50:36 ok maybe I'll try it then Sep 11 09:50:41 good :) Sep 11 09:50:52 tell me if you'll have any problem Sep 11 09:50:58 if I install can I revert? Sep 11 09:51:19 because I do not what it to undo some of my not-commited-yet changes Sep 11 09:51:34 GNUtoo|laptop, yes, just remove the two packages :) Sep 11 09:51:39 ok nice Sep 11 10:09:44 daniele_athome, it's uploading Sep 11 10:10:05 daniele_athome, done look at http://scap.linuxtogo.org/ Sep 11 10:10:12 should I try on every device? Sep 11 10:10:36 eheh Sep 11 10:10:43 not scaling really well :( Sep 11 10:10:51 GNUtoo|laptop, what devices do you have? Sep 11 10:11:20 daniele_athome, a lot: Sep 11 10:11:31 om-gta02,htcdream,nokia900 Sep 11 10:11:42 do you want me to try on htcdream Sep 11 10:12:49 I would have to bitbake it tough Sep 11 10:15:09 GNUtoo|laptop, if you want... it's just a GUI :) Sep 11 10:15:11 it uses fso Sep 11 10:15:20 so wherever there is fso, it should work Sep 11 10:15:47 I said that for permitting you to see how it scalled Sep 11 10:21:52 GNUtoo|laptop, sure, sorry Sep 11 10:22:04 GNUtoo|laptop, what resolutions have those deviced? Sep 11 10:22:08 i mean htcdream Sep 11 10:22:15 the one on scap was n900, wasn't it? Sep 11 10:22:23 htcdream: 480x320 Sep 11 10:22:29 n900: 800x480 Sep 11 10:22:35 yes Sep 11 10:22:39 mmm Sep 11 10:22:39 rx51 = n900 Sep 11 10:22:45 i'm curious to see it in 480x320 Sep 11 10:22:49 ok Sep 11 10:22:51 strange resolution Sep 11 10:22:52 I'll bitbake it then Sep 11 10:22:59 ok thanks :) Sep 11 10:34:24 freesmartphone.org: 03GNUtoo 07framework * r746a04b5bfe5 10/framework/subsystems/ogpsd/ (factory.py msm.py): (log message trimmed) Sep 11 10:34:24 freesmartphone.org: ogpsd: add initial support for htcdream's gps Sep 11 10:34:24 freesmartphone.org: Htcdream's gps support is higly incomplete: Sep 11 10:34:24 freesmartphone.org: *First NMEADevice has some parsing problem: Sep 11 10:34:24 freesmartphone.org: 2010.09.11 12:13:35.500 ogpsd ERROR Line: ['GPVTG,nan,T,,M,0.0,N,0.0,K,A', '4'] Sep 11 10:35:21 GNUtoo|laptop: didn't you try to use the rpc values rather than the nmea ? Sep 11 10:35:29 no string parsing involved Sep 11 10:36:43 phh, ah ok , that was just a quick and dirty thing, frameworkd is to be obsoleted soon Sep 11 10:36:46 but good idea Sep 11 10:36:51 I'll talk to mickeyl about it Sep 11 10:37:10 well you're free to use anything of course, and I guess you can have a common NMEA parser with other devices Sep 11 10:37:21 that's what I did it that way Sep 11 10:37:27 I re-used stuff Sep 11 10:37:42 I suspected that I could use the rpc stuff but I wasn't sure Sep 11 10:38:10 that's what we do in android now Sep 11 10:38:15 ah ok Sep 11 10:38:18 the lib changed again Sep 11 10:38:20 I'll look Sep 11 10:38:24 is it better? Sep 11 10:38:24 no Sep 11 10:38:29 what's the advantages? Sep 11 10:38:31 it didn't change since last time :p Sep 11 10:38:35 ok Sep 11 10:38:37 easier to parse ? :p Sep 11 10:38:41 ah ok Sep 11 10:38:52 and better satellites infos iirc Sep 11 10:38:57 ah ok Sep 11 10:39:08 maybe we should use that then Sep 11 10:39:20 if user-experience is better.... Sep 11 10:39:34 it's more a matter of developer-experience Sep 11 10:39:43 ah ok Sep 11 10:39:46 I don't think many users actually want the position of satellites :p Sep 11 10:39:57 lol ok, some do Sep 11 10:40:00 maybe lindi- Sep 11 10:40:07 but he has no htcdream Sep 11 10:40:24 phh: is it containing more info than GPGSV? Sep 11 10:40:35 mickeyl: I don't remember completly Sep 11 10:40:44 IIRC it's that it gives infos earlier than GPGSV Sep 11 10:40:47 daniele_athome, how do you close an app? Sep 11 10:40:54 GNUtoo|laptop, AUX key :D Sep 11 10:41:00 ah ok ouch Sep 11 10:41:01 i know it's FR dependent Sep 11 10:41:04 ok Sep 11 10:41:06 btw: Sep 11 10:41:06 * mickeyl applauses daniele_athome for that choice Sep 11 10:41:16 although power button would have been more logical :) Sep 11 10:41:20 I've garbage with keyboard Sep 11 10:41:21 mickeyl, mmm... why? Sep 11 10:41:23 and in sync with OM 2006 :) Sep 11 10:42:21 power button feels more like 'home' button to me. i always felt that shutting down an app is semantically quite near to shutting down the whole system, hence my vote went to power button for closing apps Sep 11 10:42:47 apparantly people were 50:50 on it, some loved it, some hated it Sep 11 10:42:51 mmm Sep 11 10:42:53 i see Sep 11 10:42:54 (that's what we do in xdandroid, and many pêople complain.) Sep 11 10:43:11 (don't ask me why there is a '^' on my e.) Sep 11 10:43:15 hehe Sep 11 10:43:50 given that the FR has so few buttons, you have to use buttons wisely Sep 11 10:44:40 daniele_athome, http://scap.linuxtogo.org/ Sep 11 10:45:36 ehm Sep 11 10:45:52 daniele_athome, so no multitasking? Sep 11 10:45:54 phh: I want pseudoranges and carrier phase information Sep 11 10:46:00 okay. Sep 11 10:46:01 GNUtoo|laptop, you mean window switch Sep 11 10:46:03 no sorry Sep 11 10:46:04 not yet Sep 11 10:46:06 (wtf is that ?) Sep 11 10:46:06 daniele_athome, ok Sep 11 10:46:23 GNUtoo|laptop, disable phonefsod for better usage Sep 11 10:46:30 that idle screen ugh :S Sep 11 10:46:33 phh: it's what you need to calculate your position :) Sep 11 10:46:44 lindi-: ok Sep 11 10:47:12 mickeyl, about nokia900 what should we do for battery charging? Sep 11 10:47:16 a fso plugin? Sep 11 10:47:21 an init script? Sep 11 10:48:13 what do we actually have to do to kick charging? Sep 11 10:48:26 everything battery is on-topic for fsodeviced Sep 11 10:48:29 (in general) Sep 11 10:49:05 mickeyl, ok we have to launch a script for now Sep 11 10:49:27 https://elektranox.org/n900/installation/hardware.html Sep 11 10:49:52 ah Sep 11 10:49:59 that stuff should be converted to vala and put into fsodeviced Sep 11 10:50:03 ok Sep 11 10:50:13 looks like an easy task IMO Sep 11 10:50:16 DocScrutinizer, think it should be an init script Sep 11 10:50:30 we disagree in some things :) Sep 11 10:50:35 mickeyl, I'm too afraid to do it, the n900 wasn't cheap Sep 11 10:50:36 ok Sep 11 10:51:12 i can do it when i'm back from vacation Sep 11 10:51:22 ok Sep 11 10:51:24 mickeyl, i would like to know what do you think about my proposal Sep 11 10:51:38 daniele_athome: which one in particular? Sep 11 10:51:42 and - if you approve - if I have permission to create a new repository Sep 11 10:51:55 mickeyl: my code generator is ready, i just need to test it Sep 11 10:51:55 the generated code is partially not compatible with current libframeworkd-glib Sep 11 10:51:55 i was thinking to create a new project Sep 11 10:51:55 what do you think mickeyl? Sep 11 10:52:12 ah, that one. Sep 11 10:52:25 since "frameworkd-glib" is not actually correct, because frameworkd will be soon obsolete Sep 11 10:53:06 i need to enable any new repositories Sep 11 10:53:16 any naming preferences? Sep 11 10:53:25 i'm using libfreesmartphone-glib Sep 11 10:53:33 but i don't know if it's too messy with libfso-glib Sep 11 10:53:35 what do you think? Sep 11 10:53:59 btw is there a fast and automactic way to prevent fingerprint checking on 192.168.0.202 Sep 11 10:54:04 for ssh Sep 11 10:54:16 (i think vala generated source uses "freesmartphone" prefix, while mine would use "freesmartphone-glib" Sep 11 10:54:17 I used bec-systems trick but it was too slow Sep 11 10:54:25 GNUtoo|laptop: yes, dunno the details, but you can do it by changing the ssh .config Sep 11 10:54:37 daniele_athome: no, i think it's ok, the repository description can give details Sep 11 10:54:44 alright, thank you Sep 11 10:54:53 i'll enable the new repository. you already have access to FSO git, right? Sep 11 10:54:55 i'm already setting up the repository locally Sep 11 10:54:55 that's what bec-system did in their howto, the downside is that you had to wait too much and it seemed faster manually Sep 11 10:55:02 as soon as it's ready i will push it to remote Sep 11 10:56:21 btw about htcdream maybe it would be better to move the kernel to fso? Sep 11 10:56:22 no? Sep 11 10:58:14 GNUtoo|laptop: don't have any opinion on it. what would be the advantage to gitosis? Sep 11 10:58:19 err, gitorious Sep 11 10:58:32 out of the box fetching Sep 11 10:58:33 from oe Sep 11 10:58:56 heh Sep 11 10:58:59 still that git problem? Sep 11 10:59:07 if it's just that, we could try github Sep 11 10:59:13 yes, but it's only a problem once Sep 11 10:59:25 but maybe it's due to the lack of master when we setup the repo? Sep 11 10:59:26 i don't fancy too many kernels on FSO, it gives a wrong signal Sep 11 10:59:32 ok Sep 11 10:59:39 the signal of "FSO wants to do anything on their own" Sep 11 10:59:40 which is wrong Sep 11 10:59:47 ok Sep 11 11:00:14 if we don't have any other choice, I'll add it, but lets try another git hoster first Sep 11 11:01:53 ok Sep 11 11:02:06 I'll see that later as it's not top priority and would again cause confustion Sep 11 11:03:07 ohhh Sep 11 11:03:09 now it's fast Sep 11 11:03:18 maybe it was an ssh problem Sep 11 11:36:39 daniele_athome, http://pastebin.com/cnb90r3T Sep 11 11:37:03 GNUtoo|laptop, i noticed that already Sep 11 11:37:15 i think is a vala bug, because it generates the same declarations twice Sep 11 11:37:23 ok Sep 11 11:37:27 then I'll test later Sep 11 11:37:37 a workaround is to remove the missing declaration inside the .c source file GNUtoo|laptop Sep 11 11:37:42 ok Sep 11 11:37:52 maybe I'll do it after eating Sep 11 11:38:53 ok Sep 11 12:37:35 mickeyl, i didn't see your last message sorry Sep 11 12:37:47 I have FSO git write access, yes Sep 11 12:38:06 i've created a local repository i will push to fso i guess Sep 11 12:44:41 daniele_athome, it locks imediately Sep 11 12:44:48 and I don't know how to unlock it Sep 11 12:44:57 is there a dbus way to unlock? Sep 11 12:45:17 GNUtoo|laptop, try to set idle state to BUSY Sep 11 12:45:27 ah no GNUtoo|laptop i fixed that already Sep 11 12:45:35 GNUtoo|laptop, receive a phone call :) Sep 11 12:45:53 hmmm I'll try to set to busy Sep 11 12:46:11 for receiving a phone call it would take time Sep 11 12:46:27 sorry :( Sep 11 12:46:32 shutdown, put the sim inside, look my phone number,call it etc.... Sep 11 12:46:56 isn't there a quick and dirty workarround? Sep 11 12:47:19 GNUtoo|laptop, panel listens for odeviced events on POWER button Sep 11 12:47:28 ok Sep 11 12:47:31 so I guess there is now unless you configure some button to emit POWER button signals Sep 11 12:47:37 maybe something in fsodeviced configuration file Sep 11 12:47:37 ok how do I do that Sep 11 12:47:40 ok Sep 11 12:47:45 I'll look Sep 11 12:48:29 GNUtoo|laptop, look in section [fsodevice.kernel_input] Sep 11 12:48:37 there are configuration keys for every key Sep 11 12:48:41 ok Sep 11 12:48:45 you could map POWER key to a known keycode Sep 11 12:48:49 it should work Sep 11 12:55:55 daniele_athome, ok I've the screenshots, same address Sep 11 12:56:05 ok Sep 11 12:56:33 software keyboard should be disabled on htcdream and nokia900 Sep 11 12:57:44 apart the similarity with android, your desktop environment is great Sep 11 12:59:34 :) thanks Sep 11 12:59:41 GNUtoo|laptop, keyboard is disabled passing -i switch to mokowm Sep 11 12:59:46 look in /usr/bin/mokosession Sep 11 13:00:12 ok thanks Sep 11 13:03:37 mickeyl, how long are your hollidays? Sep 11 14:12:50 http://www.youtube.com/watch?v=ywkWbb_BetI ;) Sep 11 14:13:14 GNUtoo|laptop: despite all the "WARNING!!" the charge script is safe to use, and has proven to do reliable job for several people during quite some months now Sep 11 14:14:49 GNUtoo|laptop: let me put it this way: OM kernel madness to enable PCF50633 battery charger every 15min was MUCH more dangerous than what N900+myScript does Sep 11 14:15:40 DocScrutinizer, nice!!! Sep 11 14:15:57 DocScrutinizer, I didn't fear the script but my programming errors of remplementing it in vala Sep 11 14:16:13 errm, k Sep 11 14:16:23 like for instance if you restart fso it break the battery because of the insufficent timeout Sep 11 14:16:26 or similar stuff Sep 11 14:16:49 DocScrutinizer, btw you use debian on the n900? Sep 11 14:17:04 the script is such a halfassed work it's not worth to get re-implementation in any way Sep 11 14:17:14 (debian) nope Sep 11 14:17:24 DocScrutinizer, then SHR? meego? Sep 11 14:17:30 maemo Sep 11 14:17:35 because I've strong buffer underrun under n900 Sep 11 14:17:40 and own kernels for hostmode Sep 11 14:17:46 I bet I need to package the pulseaudio module Sep 11 14:17:51 though also quite maemonian Sep 11 14:18:02 DocScrutinizer, so you use stock maemo? Sep 11 14:18:06 yep Sep 11 14:18:11 or is it highly modified for freedom? Sep 11 14:18:12 ah ok Sep 11 14:18:46 maemo is nice, too bad it has a lot of non-free parts Sep 11 14:18:58 I hope meego can work (less well) without 3d Sep 11 14:19:23 for instance android can Sep 11 14:19:26 GNUtoo|laptop: I'm not a sw-devel by own definition, at least for N900 or FR. So all I do is help other freedom fighters win their battle, while I personally don't care much about it Sep 11 14:19:29 but you have to recompile I bet Sep 11 14:19:41 ahh ok Sep 11 14:20:06 but you help is soo much apreciated....specially battery decoding Sep 11 14:20:26 I was impressed by maemo Sep 11 14:20:45 apart some small issues like not beeing able to use it with a finger instead of stylus Sep 11 14:20:58 it seem so much better than an iphone os for instance Sep 11 14:21:34 well, it's a FOSS core system, with some closed blobs in userland Sep 11 14:21:36 * GNUtoo|laptop wait for beeing critisized(by some people) because he talked about the iphone taboo Sep 11 14:22:07 I only tried an old ipod touch, I don't own an ipod/iphone but....I tried a bit Sep 11 14:22:14 so I can't tell for newer ones Sep 11 14:23:10 I should have asked to try wesnoth but I didn't have time Sep 11 14:23:52 now community even picked up the hildon-desktop and other loose ends and is about to implement a community-repo for SSU that has all the nice patches Nokia thinks can wait for next PR-release (whole system update, that happens every few months - maybe) Sep 11 14:24:50 /join #maemo-ssu if you want to learn more about it Sep 11 14:25:05 hildon is going to rise again? Sep 11 14:26:24 lindi-: maemo not dead (yet) - so why should hildon be? Sep 11 14:26:44 hildon was just removed from debian Sep 11 14:26:53 * DocScrutinizer shrugs Sep 11 14:28:27 honestly, what relevance has debian for *me*? Sep 11 14:28:53 DocScrutinizer: I don't know about you Sep 11 14:29:33 but if hildon is not in debian that affects my view of hildon :) Sep 11 14:30:22 hmm, maybe it should affect your view of distros targeted at embedded, at large? Sep 11 14:30:25 they were removed in 2009 it seems. with reason "RoM; abandoned upstream; hildon-fm removed" Sep 11 14:31:35 DocScrutinizer: hard to say, i haven't really used embedded distros much Sep 11 14:32:07 lol, meego is pulling drivers from upstream that are totally brainfsckd and useless, while maemo has proper drivers for the same purpose Sep 11 14:32:27 "This library dependended on forked functionality of gtk2+, which now has been removed. Upstream doesn't care to update their gtk or adapt libhildonfm to live without the forked gtk. In debian, we have removed any users of this library." -- http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523080 Sep 11 14:32:43 I guess that was the main trouble with hildon in debian Sep 11 14:33:29 I don't give a sh... as I don't want to run a desktop targeted distro on an embedded device Sep 11 14:33:32 but maybe they have working upstream now and it could be added back? Sep 11 14:35:35 I'm pretty happy with a tailored to fit distro that is as close to mainstream as reasonably supportable Sep 11 14:35:57 lol, meego is pulling drivers from upstream that are totally brainfsckd and useless, while maemo has proper drivers for the same purpose Sep 11 14:36:00 what do you mean? Sep 11 14:36:23 still free driver but upstream version that have no full functionalities Sep 11 14:36:35 (by free I mean maemo and meego) Sep 11 14:36:41 DocScrutinizer: my largest problems with these embedded distros has been that they include non-free stuff without warning. of course if 100% free software is not your goal then that might not be a problem for you Sep 11 14:36:43 I mean meego e.g is pulling a LIS302 driver from upstream that seems tailored to meet a particular joystick :-P Sep 11 14:37:26 <[Rui]> RD last from lindi ! ;) Sep 11 14:37:43 and is happily eating battery with polling LIS302 without putting IRQ to proper purpose Sep 11 14:39:55 DocScrutinizer, ok Sep 11 14:40:01 i don't think SHR has done anything serious but the ringtones were not DFSG-free at least at some point. and the copyright info of wmiconfig is still unclear Sep 11 14:40:04 lol ok Sep 11 14:40:04 basically same idiocy OM did with WM8753 mixer drivers. They were based on generic application notes of wolfson, and still today we have to live with GSM mic level called "Mono Speaker playback" or something, in all mixer apps Sep 11 14:40:17 DocScrutinizer, btw do you know wifi and gpio a bit? Sep 11 14:40:28 a bit Sep 11 14:40:39 so here's the background Sep 11 14:40:48 I've ssh access to a palm-pre to help with wireless Sep 11 14:40:56 the wireless chip is libertas_sdio Sep 11 14:41:15 the kernel driver shipped on the device is proprietary(not sure if it uses gpl symbols or not) Sep 11 14:41:37 and when we modprobe libertas_sdio no card appear in ifconfig,iwconfig Sep 11 14:41:45 so we lack platform device activation Sep 11 14:41:49 now Sep 11 14:42:30 that appear when loading the proprietary wifi driver in /proc/interupts Sep 11 14:42:31 298: 182 GPIO WIFI_GPIO_INT Sep 11 14:42:46 lindi-: all included ringtones are 100% free already for looong, looong time Sep 11 14:42:46 hmm, can't find any useful bit of info in my memory Sep 11 14:42:46 is that an IRQ GPIO? Sep 11 14:42:57 dos1: cool Sep 11 14:42:58 lindi-: dunno about wmiconfig though Sep 11 14:43:14 and what's the sequence to do? Sep 11 14:43:16 power card Sep 11 14:43:19 and then? Sep 11 14:43:21 dos1: I'll verify the ringtones Sep 11 14:43:26 lindi-: wiki says "This is a standalone C executable, released under GPL v2." Sep 11 14:43:29 yes, I'd instantly identify this as a msg related to GPIO IRQ Sep 11 14:43:36 ok Sep 11 14:43:37 (but i don't know if i should trust wiki ;x) Sep 11 14:43:48 but as far as I know GPIO_TO_IRQ is optional right Sep 11 14:43:53 it only speed the transferts Sep 11 14:44:01 lindi-: ok, source code also says GPLv2 Sep 11 14:44:01 even GPIO 182 Sep 11 14:44:03 it doesn't prevent iwconfig and ifconfig to see the card Sep 11 14:44:14 ah Sep 11 14:44:17 really Sep 11 14:44:25 isn't 182 the number of time it was called Sep 11 14:44:31 and 298 the GPIO number? Sep 11 14:45:12 dos1: src/ieee80211.h says just "All rights reserved. Sep 11 14:45:16 you should maybe be able to spot the line in source, by simple grep Sep 11 14:45:39 DocScrutinizer, no luck with grep Sep 11 14:45:47 the activation seem standalone Sep 11 14:45:52 dos1: without explicit license grant Sep 11 14:46:01 s/standalone/in the proprietary wifi driver Sep 11 14:46:06 sorry, no help availabe here Sep 11 14:46:07 but... Sep 11 14:46:11 there are some power stuff Sep 11 14:46:21 in the board files Sep 11 14:46:22 lindi-: where do you have such file? Sep 11 14:46:23 ok Sep 11 14:46:24 dos1: where in the filesystem are ringtones? I downloaded http://build.shr-project.org/shr-unstable/images/om-gta02/shr-full-eglibc-ipk--20100828-om-gta02.rootfs.tar.gz Sep 11 14:46:25 wong hw platform, wrong topic Sep 11 14:46:27 dos1: in wmiconfig source code Sep 11 14:46:29 lindi-: http://svn.openmoko.org/trunk/src/target/AR6kSDK.build_sw.18/host/tools/wmiconfig/ Sep 11 14:46:50 yes but....I always thought that fso people could abuse this channel Sep 11 14:46:53 dos1: makefile references ../../include Sep 11 14:46:57 oh, there is, yup Sep 11 14:47:03 I'll ask somewhere else then Sep 11 14:47:33 thanks a lot for the infos you already gave Sep 11 14:47:33 GNUtoo|laptop: my comment was related to _me_ and my knowledge, not to chan Sep 11 14:47:38 ok Sep 11 14:47:43 dos1: i don't find any mp3, ogg or sid files. is it this /usr/share/sounds/ringtone_ringnroll.wav? Sep 11 14:48:36 lindi-: yup, ringnroll is ringtone for voice calls, and there is also sound for messages, which was used as startup sound in Om2007 Sep 11 14:49:03 dos1: how can I find copyright information about it? Sep 11 14:49:49 lindi-: http://svn.openmoko.org/trunk/src/target/OM-2007.2/artwork/sounds/ Sep 11 14:50:28 dos1: interesting Sep 11 14:50:45 CreativeCommons Attribution-ShareAlike 3.0 Sep 11 14:51:08 DocScrutinizer, is there something else than /proc/interupts to see gpios? Sep 11 14:51:51 btw talking ringtones: isn't it funny maemo does *exactly* what I suggested for OM/SHR/FSO just some 12 months earlier? They copy whatever *.mp3 or arbitrary other format ringtone to .local/audio/*.mp3.wav and use that 'predecoded' audio file instead of the original .mp3, for performance reasons Sep 11 14:52:31 * lindi- has been using wav for two years.. Sep 11 14:52:38 GNUtoo|laptop: I'm not savvy and not aware of any better location to look at Sep 11 14:52:46 ok Sep 11 14:55:12 lindi-: it's one thing to deliberately use *.wav for ringtones. It's another thing to transcode a my.mp3 to a .local/my.mp3.wav and symlink it to .local/ringtone.wav, on selection of an arbitrary ringtone in ringtone config gui Sep 11 14:55:52 DocScrutinizer: yeah sure Sep 11 14:56:01 I don't have such UIs :) Sep 11 14:56:18 but I have source code for the ringtones in abcmidi format :P Sep 11 14:57:08 please don't start that elitary gentoo/my-arbitrary-ohsofree-distro flirt Sep 11 14:58:41 elitary? Sep 11 14:58:47 in a chan #jaguar_E_type you won't start "duh, but my vehicle has jet propellant" ... "yeah, I got a rocket, not a car" Sep 11 14:59:05 yep I enjoy hacking but I didn't know it was elitary now :( Sep 11 15:00:45 it wouldn't feel so elitary if you'd rephrase like "on my distro xyz I have ringtones in foo bar format" Sep 11 15:01:02 whenever an occasional r Sep 11 15:01:07 lurker Sep 11 15:01:30 but it's not something that the distro does. I just did it in my $HOME Sep 11 15:02:03 would feel temped to ask "how do I get those features in OM/SHR?" and your answer is "change your distro" - there's some elitary thinking or gout in it Sep 11 15:02:55 DocScrutinizer: but the reverse also happens here. people boast about SHR-only things :) Sep 11 15:03:47 ok, granted. But in fact this chan has moved fron (discontinued) OM200x release to SHR as the main distro of FR Sep 11 15:03:57 but I don't know how debian-only using wav files for ringtones is. I guess SHR does play wav files Sep 11 15:04:17 you might need to run abcmidi on a debian/ubuntu/fedora/arch though Sep 11 15:04:50 so while other distros are welcome, it's not generally appreciated to do any statement without mentioning which distro it relates to - though SHR/FSO folks usually get away with it Sep 11 15:06:28 lindi-: I'm not saying .wav is a specific debian thing. Just asking not to start this again, as I noticed it in the past, and a lot in #maemo recently Sep 11 15:07:17 it's a thing I'd use in any distro I use, indeed nothing debian related even though I happen to use debian Sep 11 15:07:21 so, whenever you talk about something "OT" (in a sense it's not refering to the usual topic), please clearly say so Sep 11 15:07:45 playing ogg vorbis on incoming call is just too expensive Sep 11 15:07:49 lindi-: perfectly fine with it Sep 11 15:07:57 yep Sep 11 15:13:50 daniele_athome: repository has been enabled: libfreesmartphone-glib.git Sep 11 15:14:04 GNUtoo|laptop: i'll be away from 14th to 28th of Sept Sep 11 15:14:30 mickeyl, ok, about the htcdream, what do we do? Sep 11 15:14:38