**** BEGIN LOGGING AT Mon Sep 06 02:59:57 2010 Sep 06 08:25:30 morning Sep 06 08:37:36 <[Rui]> good morning all Sep 06 09:09:19 Morning Sep 06 10:01:04 where is dos1? Sep 06 10:01:11 he sent a patch about xorg.conf Sep 06 10:01:15 for rx-51 Sep 06 10:01:24 aka n900 Sep 06 10:02:29 GNUtoo|laptop: at school probably ;) Sep 06 10:02:39 ok Sep 06 11:04:52 lindi-: seen that? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562611#41 Sep 06 11:05:39 Wonka: yeah Sep 06 11:06:07 will try this evening, time permitting... Sep 06 11:07:14 any reasons why one should not be able to write a gpsd driver that uses gypsy? Sep 06 11:08:48 Wonka: is gypsy in debian? Sep 06 11:09:11 lindi-: well, frameworkd is Sep 06 11:09:55 Wonka: you can feed nmea to gpsd as input Sep 06 11:10:00 Wonka: I'd start from that Sep 06 11:10:11 lindi-: gpsd can even eat UBX Sep 06 11:10:17 Wonka: yes Sep 06 11:10:53 lindi-: and having gpsd read-only on the gps serial while running frameworkd does work too, at least a little... Sep 06 11:11:02 lindi-: but someone needs to powerup gps then Sep 06 11:11:06 by pure luck :) Sep 06 11:11:14 Wonka: yes I think gpsd should support power management Sep 06 11:11:27 lindi-: I thought about just having gpsd replace fso-gpsd Sep 06 11:11:35 lindi-: by building a gypsy driver Sep 06 11:11:36 Wonka: ah Sep 06 11:11:59 Wonka: not entirely bad idea but i'm sure gpsd folks would rather see ubx support improved Sep 06 11:12:09 lindi-: so when someone uses libgps (which connects to gpsd), gpsd will ask frameworkd via dbus, so powerup occurs automatically Sep 06 11:12:23 Wonka: yeah I'm just thinking that this solution locks people into frameworkd Sep 06 11:13:06 lindi-: some callout to powerup/powerdown the device in ubx driver could interfere with frameworkd... Sep 06 11:13:33 lindi-: there needs to be _one_ instance controlling gps power Sep 06 11:14:30 Wonka: but my wishlist asked a powerup/powerdown _hook_ Sep 06 11:14:40 Wonka: it could very well be then configured to ask frameworkd to do it Sep 06 11:14:53 Wonka: and we could support both scenarios Sep 06 11:17:17 ok... Sep 06 11:17:29 lindi-: something like fso-raw? Sep 06 11:20:04 Wonka: that's not in debian :) Sep 06 11:20:13 Wonka: but possibly Sep 06 11:26:26 Wonka: how about writing such a power management patch? ;) Sep 06 11:32:58 lindi-: time... Sep 06 11:47:47 Wonka: hmm, it's before the comment "Serious black magic begins here." in gpsd source :) Sep 06 12:12:37 mrmoku|away: jama: TAsn: can youadd btrfs support to shr-u Sep 06 13:30:17 Was trying to build asterisk which failed because of termcap so I tried to build that. Termcap recipe don't seem to want to work at all in the install phase. I don't really have a question as such just pondering. "bitbake -c compile termcap" does work it's the install that seems goosed. Sep 06 14:39:57 hi GNUtoo|laptop Sep 06 14:40:07 mickey|office, hi Sep 06 14:43:33 freesmartphone.org: 03mickey 07specs * rf8affb6cf79b 10/ (4 files in 4 dirs): change org.freesmartphone.Location to feature a{sv} Sep 06 14:43:47 hello ;) Sep 06 14:43:59 hi dos Sep 06 14:44:04 hi dos1 Sep 06 14:45:23 mickey|office, I didn't receive a mail yet for the fsotransport logs Sep 06 14:45:33 I'll keep you informed Sep 06 14:45:36 hi dos1 Sep 06 14:45:41 I saw your xorg patch Sep 06 14:45:44 it won't work Sep 06 14:45:47 it lacks a part Sep 06 14:45:48 k Sep 06 14:45:52 a recent keyboard files Sep 06 14:45:58 which I have made a recipe for Sep 06 14:46:03 GNUtoo|laptop: :) Sep 06 14:46:16 dos1, also I'd like you to test gtk apps Sep 06 14:46:16 GNUtoo|laptop: well, keyboard layout doesn't work even on my device yet :P Sep 06 14:46:18 with keyboard Sep 06 14:46:25 ok it should with my recipe Sep 06 14:46:48 nice then ;) Sep 06 14:46:49 xkeyboard-config_1.8.bb Sep 06 14:47:23 i'm wondering, what is the best way to support GPIO switches in fsodeviced Sep 06 14:47:32 ah I don't know Sep 06 14:47:45 epoll a sysfs ? Sep 06 14:47:48 event? Sep 06 14:47:52 event means evdev Sep 06 14:47:53 there is lock switch, keyboard slide, camera switch etc. Sep 06 14:47:57 ok Sep 06 14:48:10 how do you access that from userspace Sep 06 14:48:17 i wasn't able to get events for switching them using /dev/input/event* Sep 06 14:48:29 but they appear in dmesg Sep 06 14:49:03 which device? Sep 06 14:49:09 n900 Sep 06 14:50:07 sometimes it's not possible to open the file multiple times Sep 06 14:50:20 maybe it's already open? Sep 06 14:50:40 dos1: can you put a "booting an FSO image" howto in the FSO wiki? Sep 06 14:50:50 for the n900, that is Sep 06 14:52:24 mickey|office: of course, but it's still mainly manual work here - sometimes i don't know how to integrate some of my changes to openembedded ;) Sep 06 14:52:32 perhaps i can help here Sep 06 14:52:42 once i know how to do it in the first place :) Sep 06 14:53:00 mickey|office: also, i'm using kernel from maemo, as one built with oe doesn't even mount SD (probably just defconfig issue) Sep 06 14:54:32 I've finally succeeded to (almost!) building an SHR image... see: http://pastebin.com/w2MSugPT Sep 06 14:54:52 dos1: any news about 2.6.34 kernel? Sep 06 14:55:08 alexxy: i haven't seen anything :( Sep 06 15:06:12 /sys/devices/platform/gpio-switch/ :) Sep 06 15:15:12 can someone add btrfs-tools to shr-u Sep 06 15:15:22 alongside with external kernel module Sep 06 15:42:25 heyho Sep 06 16:02:02 morphis: hey Sep 06 16:03:04 first patch Sep 06 16:05:45 papa-piet: where? Sep 06 16:06:04 ah I see it on oe-devel Sep 06 16:06:20 so X works? Sep 06 16:06:46 btw. why do you add "Option "Device" "/dev/touchscreen" Sep 06 16:06:46 " Sep 06 16:07:41 btw. format your commit message like: xserver-xorg-conf: add xorg.conf for palmpre machine Sep 06 16:08:02 so everyone knows that the patch affects the xserver-xorg-conf recipe Sep 06 16:25:41 morphis: yep X works now Sep 06 16:25:43 "Option "Device" "/dev/touchscreen" is on my todo... Sep 06 16:26:53 ok Sep 06 16:27:41 then you should rework the commit message :) Sep 06 16:28:11 otherwise it looks ok Sep 06 16:49:02 hi morphis Sep 06 16:49:07 I've an issue Sep 06 16:49:16 I can't buy the pre soon Sep 06 16:49:19 maybe october Sep 06 16:49:47 dos1, try bitbaking again Sep 06 16:49:55 with the newer keyboard support Sep 06 16:50:09 GNUtoo|laptop: hm, thats not good Sep 06 16:50:13 and why? Sep 06 16:50:32 it's quite simple Sep 06 16:50:42 I've some exams very soon Sep 06 16:50:50 and my parents would go crazy if I take a day to go to bordeaux Sep 06 16:50:54 just to buy a phone Sep 06 16:50:58 :) Sep 06 16:51:14 GNUtoo|laptop: try to find someone to buy it for you ? Sep 06 16:51:24 lol Sep 06 16:51:29 I've already found it Sep 06 16:51:35 my mother Sep 06 16:51:51 GNUtoo|laptop: why bitbaking again Sep 06 16:51:52 but I'm not sure she will come to milan before october Sep 06 16:51:52 ? Sep 06 16:52:11 dos1, git pull and look at my commits Sep 06 16:52:17 there is one that intereses you Sep 06 16:52:40 3aad2d9e2fa7076d207f682945764622accfe883 Sep 06 16:52:43 aka: Sep 06 16:52:43 xkeyboard-config: add 1.8 version Sep 06 16:52:49 GNUtoo|laptop: i already built it :) Sep 06 16:52:58 that contains rx51 file for the keyboard Sep 06 16:53:02 few moments after you pushed it Sep 06 16:53:04 the previous version didn't Sep 06 16:53:15 ok Sep 06 16:53:17 just haven't upgraded it on device, as i have maemo booted now Sep 06 16:53:17 ok nice Sep 06 16:53:20 I didn't saw you responding, maybe I was off Sep 06 16:53:21 ok Sep 06 16:53:29 so I assumed you didn't see the message Sep 06 17:17:15 GNUtoo|laptop: hi Sep 06 17:17:25 today i will look at tinymail again Sep 06 17:17:31 ok Sep 06 17:17:38 i think we have to try to compile one of the releases, not the trunk Sep 06 17:17:41 basically Sep 06 17:18:07 not now yet, have some family stuff here to do... Sep 06 17:18:16 strace->cd /proc/$(pidof tmut)/fd ;ls -l ;netstat Sep 06 17:18:22 that's how far In went Sep 06 17:18:29 ok Sep 06 17:18:39 and I'm busy too Sep 06 17:26:36 freesmartphone.org: 03mickey 07libfso-glib * rdfe7b16539dd 10/configure.ac: bump Sep 06 17:26:48 mickeyl: ping Sep 06 17:26:58 mickeyl: http://wiki.freesmartphone.org/index.php/Hardware/N900/Installation :) Sep 06 17:27:04 freesmartphone.org: 03mickey 07cornucopia * rd10a521a6727 10/fsotdld/ (configure.ac src/plugins/location/plugin.vala): fsotdld: add stub for org.freesmartphone.Location.GetLocation() Sep 06 17:27:17 dos1: awesome, thanks a lot! Sep 06 17:27:33 mickeyl: but i'm not sure if it's everything i did, as i wrote it mostly from memory Sep 06 17:27:39 hehe Sep 06 17:27:50 this yanks maemo or installs it side-by-side on the 2nd SD? Sep 06 17:28:11 yes not writing stuff as you do it prevent you from doing perfects howto Sep 06 17:29:11 morphis, you'll get a n900 too? Sep 06 17:29:51 GNUtoo|laptop: currently not Sep 06 17:29:57 mickeyl: side-by-side Sep 06 17:30:02 dos1: excerllent Sep 06 17:30:02 mickeyl: told me, he would ask for me :) Sep 06 17:30:05 ok Sep 06 17:30:09 so I'm safe buying the pre Sep 06 17:30:11 mickeyl: you can dual-boot with menu Sep 06 17:30:19 cool Sep 06 17:30:38 mickeyl: though it's still maemo kernel - i think for booting different one we will have to find different solution Sep 06 17:30:54 yep Sep 06 17:30:55 because mickey and me too belive that I would be more usefull on palm pre Sep 06 17:31:10 altough I would love to get a n900, but duty is duty Sep 06 17:31:14 (not big problem, as it seems to be fully open source) Sep 06 17:31:45 :) Sep 06 17:31:46 also not having something to hack on....would be problematic Sep 06 17:32:11 when I couldn't hack on something I felt so bad Sep 06 17:35:11 :) Sep 06 17:35:25 but you can do some work for me Sep 06 17:37:18 mickeyl: ping, do you have some time for me? Sep 06 17:39:16 what's up Sep 06 17:39:47 freesmartphone.org: 03mickey 07cornucopia * r1919d034428a 10/fsotdld/src/plugins/location/plugin.vala: fsotdld: remember last location update Sep 06 17:40:40 talking about the future of the pre :) Sep 06 17:40:52 do you take a look at the fsogsmd sources? Sep 06 17:43:30 can do that now. which part in particular? Sep 06 17:44:15 the modem_qualcomm_palm plugin and it's dependency on msmcommd Sep 06 17:46:11 k Sep 06 17:49:44 ok, looks interesting Sep 06 17:51:15 do you create the specs with vala-dbus-binding-tool? Sep 06 17:51:25 msmcommd-specs do you mean? Sep 06 17:51:28 we definitely need the timeout setting Sep 06 17:51:30 yes Sep 06 17:51:38 timeout setting should be there Sep 06 17:51:47 the specs are definied as vala interfaces Sep 06 17:51:56 so no specs actually :) Sep 06 17:52:36 freesmartphone.org: 03mickey 07cornucopia * r7820a84a832f 10/fsotdld/src/plugins/provider_location_freegeoip/plugin.vala: fsotdld: provider_location_freegeoip: fix parser Sep 06 17:52:51 ok, then the [DBus (timeout)] setting needs to be defined explicitly Sep 06 17:53:04 otherwise we use the default client timeout Sep 06 17:53:07 which is risky Sep 06 17:53:26 [DBus (timeout = 120000, name = "org.msmcomm.Management")] Sep 06 17:53:38 for example I have Sep 06 17:53:52 righto Sep 06 17:56:43 ok Sep 06 17:57:16 and with the modemagent? Sep 06 17:58:32 should work in principle. it looks a bit flaky due to the polling, but we can fix that eventually Sep 06 17:58:39 (i.e. setup/teardown) Sep 06 17:59:56 ok Sep 06 18:06:15 freesmartphone.org: 03morphis 07msmcomm * rae6fd1b5f912 10/ (20 files in 6 dirs): libmsmcomm: rework handling of response/events and a lot more things ... Sep 06 18:06:15 freesmartphone.org: 03morphis 07msmcomm * reb5e0bdcbf47 10/msmcommd/src/ (commands.vala dbusservice.vala): msmcommd: implement draf version of get_sms_center_number command Sep 06 18:06:41 btw mickeyl I got ogpsd working on dream simply by not touching anything, I just wrote a MSMDevice simple class which was cloned from eten.py and which works when you lanuch gps by hand, should I publish something or not? Sep 06 18:07:24 freesmartphone.org: 03morphis 07msmcomm * r04e1ab3ea000 10/msmcommd/src/ (commands.vala dbusservice.vala): msmcommd: fix compile error ... Sep 06 18:10:29 freesmartphone.org: 03mickey 07cornucopia * rf6e247965b25 10/fsotdld/src/ (3 files in 2 dirs): fsotdld: add accuracy methd to ILocationProvider Sep 06 18:10:36 GNUtoo|laptop: sure Sep 06 18:10:47 ok Sep 06 18:11:03 we can add resource awareness later Sep 06 18:11:08 then it should work out-of-the-box Sep 06 18:11:49 ok Sep 06 18:11:58 resource awarness is easy Sep 06 18:12:18 I jsut have to exec the gps binary Sep 06 18:12:31 or to kill it Sep 06 18:12:49 I know it's ugly Sep 06 18:12:49 but we'll have a new implementation anyway Sep 06 18:14:42 ah, i thought you were already using the new provider Sep 06 18:15:51 mickeyl: Does http://pastebin.com/w2MSugPT ring a bell? Sep 06 18:16:32 ChristW_: yes, i think i read about that last week on the OE mailing loist Sep 06 18:16:47 err, no Sep 06 18:16:51 different filenames Sep 06 18:16:55 so it's something else Sep 06 18:17:10 never seen that then, but i didn't build anything with oe for months... Sep 06 18:24:04 hello everyone.. Sep 06 18:24:55 has anyone else experienced a non-booting SHR-U with the recent images (uImage, qi and FileSystem)? Sep 06 18:25:09 I get a kernel panic on bootup.. Sep 06 18:25:31 and JFFS2 errors about nodes appearing to be hard links? Sep 06 18:28:30 SHR-T images are working, btw.. Sep 06 18:47:30 mickeyl: if something is missing on wiki page, please ping me Sep 06 18:47:43 mickeyl: i've updated it a little Sep 06 18:48:22 will do, thanks Sep 06 19:29:15 mickeyl: there are sysfs nodes for some devices Sep 06 19:29:19 /sys/devices/platform/gpio-switch/proximity/ Sep 06 19:29:46 and in the same directory (gpio-switch) also cam_shutter, headphone and slide Sep 06 19:30:05 what would be the best way to support it in fsodeviced? Sep 06 19:30:30 it's always "state" file returning "open"/"closed" or "connected"/"disconnected" Sep 06 19:30:37 hmm Sep 06 19:31:06 if we can watch their state changing (IIRC electranox committed a patch to a part of FSO to do that), we should export them as input events Sep 06 19:31:19 that would match how we do it on other devices Sep 06 19:31:47 "input events" (org.freesmartphone.Device.Input) Sep 06 19:32:22 ok, as i thought; so now i have to find that patch ;) Sep 06 19:33:06 found it :) Sep 06 19:33:49 http://git.freesmartphone.org/?p=cornucopia.git;a=commitdiff;h=90cf8ad3b8c0774f4586798c1188bad224ec4614 and two more Sep 06 19:34:03 yup Sep 06 19:34:36 ok, i'll try to implement it - that can be good way to finally learn vala :) Sep 06 19:35:31 yay! Sep 06 19:39:11 it seems to me that the only hard things on n900 are GSM and GPS Sep 06 19:40:10 but we need to fix battery charging and clock in our images too Sep 06 19:40:13 and Sep 06 19:40:29 GNUtoo|laptop: keyboard layout didn't work in vala-terminal :( Sep 06 19:41:04 but i haven't checked it yet with E apps (i didn't remember that i should do that too :x) Sep 06 19:47:52 GNUtoo|laptop: it works :) Sep 06 19:48:02 so now we have the same problem with GTK Sep 06 19:49:23 dos1, ok nice Sep 06 19:49:27 now try that: Sep 06 19:49:41 opkg install gtk-immodule-xim Sep 06 19:50:01 GTK_IM_MODULE=xim vala-terminal Sep 06 19:58:47 dos1: GPS is somewhat solved on N900 by luke-jr who implemented a first POC under gentoo aiui Sep 06 19:59:04 DocScrutinizer51: great! :) Sep 06 19:59:39 GNUtoo|laptop: i'll try later, now gtg Sep 06 19:59:42 thanks and cu :) Sep 06 19:59:42 GSM calls should work using latest meego Sep 06 19:59:54 DocScrutinizer51: i meant GSM support in FSO ;) Sep 06 20:00:05 me too Sep 06 20:01:33 DocScrutinizer, calls + GPS wow!!!! Sep 06 20:02:29 well you have to do a lot of cherrypicking, but should be feasible Sep 06 20:03:59 a lot easier than RE on other platforms at least, as here basically all is open now Sep 06 20:05:02 ok Sep 06 20:05:09 sooo nice Sep 06 20:13:10 mickeyl, about the libframeworkd-glib code generator... Sep 06 20:13:25 i'm sorry i couldn't resist, i wrote something in python :) Sep 06 20:13:32 very quick Sep 06 20:20:56 vala generator in python? Sep 06 20:26:22 Wonka, no, C code generator Sep 06 20:26:35 i know sounds odd Sep 06 20:26:40 but i needed one quickly Sep 06 20:26:42 :) Sep 06 20:44:19 Hello all, I straddle an international border so I've got SHR on my FR on one account and a HTC Android phone on another account. This has the disadvantage that there are some things I like about the Android which I'd like to see on SHR. Maybe those things are HTC's additions though. Sep 06 20:45:33 One of the main things at the moment is that the Android "Desktop" can be used to display various icons and useful info as well Sep 06 20:46:23 DocScrutinizer: uhhm Sep 06 20:46:29 what about meego+fso2? Sep 06 20:46:37 might that be a project? Sep 06 20:46:47 there are qt4-bindings for fso2 Sep 06 20:47:02 seems I can't push fso2 into meego, no matter how hard I try Sep 06 20:47:12 hmm? Sep 06 20:47:25 ""come back later, with patches!"" Sep 06 20:47:28 DocScrutinizer: technical or social issue? Sep 06 20:47:34 social Sep 06 20:47:37 hmm Sep 06 20:47:41 the ignore you? Sep 06 20:47:46 ""come back later, with patches!"" Sep 06 20:47:47 what about a fork? Sep 06 20:47:59 we could fork the essential parts Sep 06 20:48:11 for now they got sensorfw, and other shit Sep 06 20:48:24 ofono, etc Sep 06 20:49:02 whenever I question about the basic decision to follow that path, they answer Sep 06 20:49:04 ""come back later, with patches!"" Sep 06 20:49:33 uhhhhm Sep 06 20:49:36 ok Sep 06 20:49:37 well Sep 06 20:49:44 then we should come back with patches Sep 06 20:49:51 shouldn't we? ;-) Sep 06 20:49:53 lol Sep 06 20:50:00 thats no joke Sep 06 20:50:18 ofono is a service similiar to dbus-fso Sep 06 20:50:29 so if we just manage to replace the function calls Sep 06 20:50:39 or even write wrapper classes Sep 06 20:50:42 we got them Sep 06 20:50:44 :-) Sep 06 20:50:52 I mean Sep 06 20:50:55 its on gitorious Sep 06 20:51:00 so no problem to fork it Sep 06 20:51:34 other approach would be to overwrite meego with SHR and ignore theire shouting at us Sep 06 20:51:56 http://meego.gitorious.org/meego-cellular Sep 06 20:52:04 here we can place the wrapper for fso e.g. Sep 06 20:52:15 I still prefer SHR Sep 06 20:52:19 or MokoTouch Sep 06 20:52:20 :-) Sep 06 20:52:38 a nice thing would be to combine all libraries again Sep 06 20:52:46 like we did in ASU release Sep 06 20:53:04 (or even write wrapper classes) my sugestion of ~3months ago Sep 06 20:53:24 they don't wanna do this Sep 06 20:53:31 they are company driven Sep 06 20:53:36 feeded turkies Sep 06 20:53:47 they do not care much about FOSS efficiency Sep 06 20:54:03 they just do company driven "FOSS"-projects Sep 06 20:54:14 because they are told to Sep 06 20:54:23 respectively sold to Sep 06 20:54:25 :-) Sep 06 20:54:43 don't expect a big deal of cooperation Sep 06 20:54:54 I suggest we do concentrate onto FSO Sep 06 20:55:01 ans SHR Sep 06 20:55:03 *and Sep 06 20:57:54 i agree Sep 06 20:58:13 if we look at this issue thinking about FOSS efficiency Sep 06 20:58:17 leviathan is right Sep 06 20:59:01 however, we could get advantage of e.g. ofono, but we will become pretty much "consumers" more than "active developers" of ofono Sep 06 20:59:19 (ofono it's just an example) Sep 06 21:01:24 daniele_athome: right Sep 06 21:01:46 you got it Sep 06 21:01:48 :-) Sep 06 21:02:18 for me this can be ok because i like more to write api consumer software Sep 06 21:02:30 but for others... Sep 06 21:02:33 what worth has a open source platform if only employees of big company decide wether a patch is accepted or not Sep 06 21:02:40 ? Sep 06 21:02:56 leviathan, it seems to be the new software business Sep 06 21:03:04 yes Sep 06 21:03:10 anyway Sep 06 21:03:20 we will make the difference soon Sep 06 21:03:31 leviathan, i'm sure of that :) Sep 06 21:03:45 as soon as the geeksphone arrives, I will begin to make SHR run on it Sep 06 21:04:11 I've gotten one for development from tuxbrain.com Sep 06 21:04:15 as soon as it works Sep 06 21:04:24 they will ship the phones with SHR Sep 06 21:04:38 mmm Sep 06 21:04:59 leviathan, what if i request it too? :) Sep 06 21:05:20 first I'll need to make it bootable Sep 06 21:05:29 then you can buy one ;-) Sep 06 21:05:38 lol Sep 06 21:05:52 not yet :) just joking anyway Sep 06 21:05:58 i can focus on one phone at a time :D Sep 06 21:07:18 after having recieved this email from qualcomm, I don't like them anymore very well Sep 06 21:07:22 but lets see Sep 06 21:07:44 perhaps the first SHR phone, with UMTS on the market might be a qualcomm device after all Sep 06 21:07:55 anyway... Sep 06 21:08:06 I guess I'll gonne sleep now Sep 06 21:08:29 need a new notebook for my ideas Sep 06 21:08:55 the last one has even written multidimensional partial differential equations on the edge of some pages Sep 06 21:08:56 ... Sep 06 21:09:16 so I'll need to go buy one tomorrow Sep 06 21:09:17 ... Sep 06 21:09:19 gn8 Sep 06 21:09:20 ^^ Sep 06 21:09:39 lol Sep 06 21:09:41 night leviathan Sep 06 21:09:47 gn8 Sep 06 21:09:49 daniele_athome: uhm Sep 06 21:09:52 btw Sep 06 21:09:56 are you on fosdem? Sep 06 21:10:02 leviathan, no Sep 06 21:10:04 ok Sep 06 21:10:09 gn8 Sep 06 21:10:10 ^^ Sep 06 21:10:16 :) Sep 06 21:31:09 Uhm somebody savvy with IIR coefficients? Sep 06 21:32:24 bi-quad, like here: http://www.musicdsp.org/files/Audio-EQ-Cookbook.txt **** ENDING LOGGING AT Tue Sep 07 02:59:57 2010