**** BEGIN LOGGING AT Sat Dec 25 02:59:57 2010 Dec 25 09:16:24 freesmartphone.org: 03mickey 07cornucopia * r709ef63eab6e 10/ (10 files in 10 dirs): bump vala and glib-2.0 requirements Dec 25 11:05:37 hello Dec 25 11:06:00 do we have anybody there? Dec 25 11:06:15 EsEhAr: just ask Dec 25 11:08:42 ~ask Dec 25 11:08:43 Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. Dec 25 11:10:58 hello Dec 25 11:12:21 hey guys, anyone alive? Dec 25 11:12:26 slash dev slash dsp is not working :( Dec 25 11:12:37 (j/k, wanted to piss people off) Dec 25 11:13:11 EsEhAr: you probably want to use ALSA instead Dec 25 11:14:55 its seems mic is not working Dec 25 11:15:31 can anybody tell me why ,its not working as an input and output sound device ? slash dev slash dsp Dec 25 11:18:09 EsEhAr: why are you trying to use OSS? Dec 25 11:29:28 drive-by asker? Dec 25 11:30:02 well, so the answer seems isn't important to him/her Dec 25 11:30:43 DocScrutinizer51: or he just isn't used to irc Dec 25 11:30:57 hmm Dec 25 11:33:50 btw is dsnoop fixed meanwhile in openmoko? Dec 25 11:35:30 last time I checked there's been "default" defined to have slave psm dmix. this obviously breaks usage of "default" for recording Dec 25 11:35:51 pcm* Dec 25 11:36:02 no idea, I don't even know how to reproduce the problem Dec 25 11:36:33 arecord foo Dec 25 11:37:07 I've used arecord on openmoko since 2008 at least Dec 25 11:37:19 should work given a compatible scenario got loaded Dec 25 11:37:22 so it's going to be more complex :) Dec 25 11:37:44 the arecord related issues I know are http://lindi.iki.fi/lindi/cgi-bin/openmoko-bugs.py?q=arecord Dec 25 11:39:00 arecord -D plughw:0,0 Dec 25 11:39:13 that's exactly the point I referred to Dec 25 11:39:49 -D plughw:0.0 is overriding the 'default'. That's needed as 'default' is poorly specified Dec 25 11:41:35 as it's been last time I checked, an arecord (-D default) foo would just fail, because it will try to record from dmix, with isn't capable to service this direction of audio streaming Dec 25 11:51:51 Hello everyone Dec 25 11:52:09 EsEhAr: why are you trying to use OSS? Dec 25 11:52:35 actually I m cross compiliing an application which uses /dev/dsp Dec 25 11:52:43 EsEhAr: what's the name of the application? Dec 25 11:53:00 can't we use /dev/dsp for input and output sound at the same time ? Dec 25 11:53:18 its VoIP application , minisip Dec 25 11:54:42 I have tried dictator ,but its not working too Dec 25 11:55:55 can anybody tell me ? Dec 25 11:57:01 EsEhAr: build.conf does suggest that minisip might support ALSA Dec 25 11:58:00 but I just wanted to know , why /dev/dsp not working ? for input sound device ? Dec 25 11:58:15 its working as output sound device although Dec 25 12:01:12 lindi@ginger:~$ hexdump -vC /dev/dsp | head -n2 Dec 25 12:01:12 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| Dec 25 12:01:15 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80 80 |................| Dec 25 12:01:18 EsEhAr: works for me Dec 25 12:02:30 I m using the latest unstable SHR with Neo free runner, which one u r Dec 25 12:02:32 using ? Dec 25 12:02:42 minisip seems to include GPL'd library but uses openssl -- you can't legally combine those and distribute it Dec 25 12:03:14 I m just doing research project , not commercial Dec 25 12:03:24 EsEhAr: it's still not legal to distribute :) Dec 25 12:03:50 maybe there's an exception clause somewhere but I didn't find it at least this quickly Dec 25 12:04:01 EsEhAr: sorry, away now ... Dec 25 12:04:19 thanks for ur concern Dec 25 12:17:16 do we have full duplex sound driver in SHR ? Dec 25 12:18:30 /dev/dsp is deprecated, it's simulated by alsa, and honestly you should either teach the app to use alsa audio interface, or use aoss rather than /dev/dsp emulation Dec 25 12:19:34 openmoko is ALSA based, and ALSA usually can not coexist with native OSS Dec 25 12:20:15 so i have to use ALSA ? Dec 25 12:20:32 NB: alsa dev/dsp emulation can not handle concurrent audio device access Dec 25 12:20:49 aoss wrapper however can Dec 25 12:20:51 thanks , its really a great help Dec 25 12:21:07 so ALSA would allow concurrent access ? Dec 25 12:21:15 yes Dec 25 12:21:41 if I use alsa:hw,0,0 for both input and output ? Dec 25 12:21:57 (assuming I have only one sound card) Dec 25 12:22:26 nah, you need to use a (NOT hardcoded!) alsa:default, as that is mapped to dmix plugin on Openmoko Dec 25 12:22:44 dmix is mixing concurrent output Dec 25 12:22:53 ohh i see Dec 25 12:23:17 then dmix routes the output to hw:0,0 Dec 25 12:23:26 alsa module loaded automatically , or i need to load it manually ? Dec 25 12:23:36 hw:0,0 can not handle concurrent output Dec 25 12:23:52 on openmoko it's mapped to default Dec 25 12:24:04 so when you use alsa:default you will get dmix Dec 25 12:24:10 and where does it take input ? (hw:?,?) Dec 25 12:24:33 nevertheless do NOT force your app to use default. This ALSWAYS has to be user configurable Dec 25 12:25:25 mean if I use , alsa:default , it will be able to handle input and output at the same time Dec 25 12:26:03 EsEhAr: we just talked about that. input sould usually taken from default, but there might be a flaw in ALSA config on Openmoko which breaks that. So you may want to have a default setting for your input device that's "plughw:0.0" Dec 25 12:26:28 yes, Neo FR can handle input and output same time, and so can ALSA Dec 25 12:27:11 thanks Dec 25 12:27:14 you don't want to open one audio device for ReadWrite though, to do both recording and playback via one device Dec 25 12:27:22 its great help Dec 25 12:27:38 you rather open two alsa devices: default for playback, plughw:0.0 for recording Dec 25 12:28:11 and PLEASE make those user configurable. User might want to select different input or output for audio Dec 25 12:28:29 I see Dec 25 12:28:38 NEVER hardcode alsa audio device names Dec 25 12:29:12 yes Dec 25 12:29:16 :-) Dec 25 12:29:26 one more question Dec 25 12:29:34 wait a minute, you might be intersted in following: Dec 25 12:29:49 ok Dec 25 12:30:39 http://tech.groups.yahoo.com/group/twinklephone/message/1731 completely unrelated to Openmoko, but a nice example why you want no hardcoded audio device names Dec 25 12:31:14 also the corresponding c sourcecode audiodevice.c (iirc) is maybe helpful Dec 25 12:31:52 alas there's no git for twinkle, so you need to dl the tarball Dec 25 12:31:56 right Dec 25 12:32:37 do i need to install alsa-dev package for using alsa support ? Dec 25 12:32:57 my application using this on linux Dec 25 12:33:00 for twinkle there are even THREE audio devices: mic, earphone, ringer Dec 25 12:33:26 afaik you only need the alsa headerfiles Dec 25 12:33:46 dunno which package you'll need for that Dec 25 12:34:09 alsa-dev sounds good to me Dec 25 12:34:38 you need that for developing your app, not for using your app Dec 25 12:34:56 I see Dec 25 12:35:20 i used this for compiling my application Dec 25 12:35:31 yes Dec 25 12:35:46 so only alsa support would be enough for running it ? Dec 25 12:35:52 yes Dec 25 12:36:27 and its already there in SHR Dec 25 12:36:30 :) Dec 25 12:36:41 if you want to try your luck and go the cheap way then you *might* want to give "aoss myapp" a try Dec 25 12:37:05 it LD_PRELOADS a compatibility lib that maps /dev/dsp to alsa Dec 25 12:37:16 it's a nasty botch Dec 25 12:37:39 if you are free to do so, change your app to use alsa devices natively Dec 25 12:38:17 man aoss Dec 25 12:38:24 right Dec 25 12:38:33 i should give it a try at least ;) Dec 25 12:38:44 but I m sure I should use alsa Dec 25 12:38:54 it's not really worth it, if you can get native alsa support Dec 25 12:39:08 yes, better use alsa directly Dec 25 12:39:40 OSS is deprecated since long anyway Dec 25 12:40:07 unlike other phones , input audio comes to SHR and then go away ? Dec 25 12:41:01 mean when we talk , it come to software module (or go directly to hawdware e.g AMR ) Dec 25 12:42:26 you are asking about GSM audio call routing? Dec 25 12:43:07 yes Dec 25 12:43:25 http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#using_phone-internal_microphone_and_speaker Dec 25 12:45:56 need to study it deeply :) Dec 25 12:49:09 thanks for ur help and time DocScrutinizer Dec 25 12:49:23 you're welcome Dec 25 12:49:55 audio on Neo is a PITA. Don't hesitate to ping me if further questions Dec 25 13:47:01 lindi-: OT question: if you run hostapd somewhere, aren't you get bothered by "WPA: group key handshake completed" in your logs every ten minutes? Dec 25 13:55:56 PaulFertser: I don't think I run hostapd Dec 25 14:06:00 lindi-: ok, thanks, sorry for bothering Dec 25 14:40:21 http://nienhueser.de/marble/n900-screencast/ (german speaker! Marble on maemo - cool) Dec 25 14:41:12 "You need JavaScript and a recent Flash player to view this video." Dec 25 14:41:21 omg Dec 25 14:41:57 seems to play in gnash 0.8.8 Dec 25 14:43:43 errb uh what? sorry I fell asleep watching download of 383MB germany_motorcar.tar.gz Dec 25 14:44:41 DocScrutinizer: gnash is a free flash virtual machine Dec 25 14:45:01 aah Dec 25 14:46:02 \o/ 70MB left, so ETA ~10min Dec 25 14:46:17 X-( Dec 25 14:46:54 *yawn* Dec 25 14:47:16 freesmartphone.org: 03mickey 07cornucopia * r433d1de1ae4a 10/tools/apm2/ (.gitignore src/main.vala): apm2: fix .gitignore Dec 25 14:56:18 DocScrutinizer: does that use openstreetmap? Dec 25 14:56:32 yes Dec 25 14:57:45 among others Dec 25 14:57:54 DocScrutinizer: also for routing? Dec 25 14:58:03 aiui yes Dec 25 14:58:21 it said something about openstreetmap and "navigation nicht" but I don't dare to try to rewind in gnash :) Dec 25 14:58:23 there are several routing services available Dec 25 14:59:11 monav is offline navi, it uses above mentioned germany_motorcar.tar.gz which aiui is from OSM Dec 25 15:00:20 freesmartphone.org: 03mickey 07cornucopia * r85c0795b8450 10/tools/fso-raw/.gitignore: gitignore++ Dec 25 15:00:22 freesmartphone.org: 03mickey 07cornucopia * rbdf1abf9c084 10/tools/mterm2/src/reader.vala: mterm2: catch up with vala changes Dec 25 15:09:42 freesmartphone.org: 03mickey 07cornucopia * r03021b9c69fa 10/tools/mterm2/ (5 files in 2 dirs): mterm2: port to gdbus Dec 25 15:11:56 GNUtoo|laptop: do you know how far mrmoku was with the 2.6.35? Dec 25 15:37:53 mickey|: 2.6.35 for n900? it's in shr n900 repo (recipe) and it works quite good Dec 25 15:38:57 JaMa|Zzz: ah, cool. any plans to merge it back to .dev? Dec 25 15:40:30 don't know, iirc mrmoku is playing with something even newer 37-rc?, so I have that n900-2.6.35 repo merged to my tree and building from it Dec 25 15:46:59 ok, sounds good. do you have an URL offhand? Dec 25 15:47:59 git+ssh://git@git.shr-project.org/n900-oe.git or http://git.shr-project.org/repo/n900-oe.git Dec 25 15:48:10 thanks Dec 25 15:48:45 yw Dec 25 16:01:28 mickey|, fmtx is the fm transmitter of the nokia n900 Dec 25 16:01:47 I posted the script under the SHR wiki Dec 25 16:02:07 I don't care a lot about the fm receiver because I'm not on the go Dec 25 16:02:14 but the fm transmitter is nice Dec 25 16:02:46 fm receiver use case: your plane is derouted because of snow, you must go to the location trough bus, so you listen radio news with it Dec 25 16:02:54 ah, that's quite nice Dec 25 16:03:24 that would be my only use case of rm receiver, because italian radios are mostly adds,publicity,talking rather than good music Dec 25 16:06:46 so you're running .37 now? Dec 25 16:07:15 just for the radio tests Dec 25 16:08:22 note that I've to make a replicant release, but it's not compiling so I've time to work on fso right now, when it'll compile again I'll work on replicant, release it, and then come back Dec 25 16:08:54 replicant focus on 100% free android now Dec 25 16:08:58 i see Dec 25 16:09:17 I do it because some people want it and that I cannot abandon then Dec 25 16:09:26 and because mrmoku is doing a great job Dec 25 16:10:35 the range of fm transmitters don't seem so great Dec 25 16:10:50 my father and brother have one too Dec 25 16:10:57 and the range isn't great either Dec 25 16:11:52 altough they told me that it worked better in france Dec 25 16:12:24 the good side is no spying from the neighbourg Dec 25 16:12:31 if the signal is low...no risk Dec 25 16:13:06 altough you can put it lower Dec 25 16:13:13 (with v4l2-ctl Dec 25 16:13:14 ) Dec 25 16:14:03 ya, it's a nice niche capability Dec 25 16:15:27 should add controlling support to FSO eventually Dec 25 16:15:57 ok Dec 25 16:16:05 btw no news on getting modem working from pc? Dec 25 16:16:21 like in serial line forwarding, only that it's not serial Dec 25 16:16:37 i'm afraid not. noone answered my questions wrt. that Dec 25 16:16:47 you also can pump it up with patched kernel Dec 25 16:16:52 so we switched to 2.6.37 for nothing Dec 25 16:16:57 lol ok Dec 25 16:16:59 is it dangerous? Dec 25 16:17:05 not really Dec 25 16:17:08 ok nice Dec 25 16:17:17 I'll try on 2.6.28 Dec 25 16:17:56 these patched kernel can pump up everything....lol Dec 25 16:18:05 radio, cpu,etc... Dec 25 16:18:09 altough cpu is dangerous Dec 25 16:18:20 mickey|: odd part FMRX needs BT enabled: same chip Dec 25 16:18:28 DocScrutinizer: heh, i see Dec 25 16:18:33 yes and fmrx is dangerous Dec 25 16:18:40 at least in 2.6.28 Dec 25 16:18:46 duh, how? Dec 25 16:18:54 obviously forwarding doesn't happen automatically, so we are missing some init Dec 25 16:18:59 I eared it was capable of breaking the speakers Dec 25 16:19:04 because of a too high volume Dec 25 16:19:08 hehe Dec 25 16:19:11 or bass Dec 25 16:19:13 or something like that Dec 25 16:19:14 yea quite possible Dec 25 16:19:27 and that maemo did filtering for that in pulseaudio Dec 25 16:19:34 but that it could be done at lower level Dec 25 16:19:39 but I should look my logs Dec 25 16:19:42 for the details Dec 25 16:19:46 but you can do same with normal mp3 playback, as long as no xprot or similar in ALSA/PA Dec 25 16:19:51 ok Dec 25 16:20:06 xprot? Dec 25 16:20:15 protection? Dec 25 16:20:19 yeah, we found that 'lower level' inside AIC34 codec filters Dec 25 16:21:14 main problem is feeding speakers with low freq until they pop out :-P Dec 25 16:21:26 that's a class-D amp Dec 25 16:21:37 no lower cutoff freq Dec 25 16:22:01 you can feed DC to speakers Dec 25 16:23:35 xprot is a pulseaudio plugin closed blob Nokia did for a bandaid fix when their PV devices emitted magic blue smoke :-D Dec 25 16:24:03 that's at least my take on that Dec 25 16:24:32 ok Dec 25 16:26:32 AIC34 has quite nice digital filters. It's just a bit hard for normal mortals to get the coefficients right Dec 25 16:26:55 btw I've an aic33 Dec 25 16:27:04 if I remember well Dec 25 16:27:06 let me look Dec 25 16:27:11 but you can do nice parametric EQ incl low-cut with them Dec 25 16:28:37 tlv320aic3105 Dec 25 16:28:44 it plays too fast Dec 25 16:28:49 but I think it's not the codec Dec 25 16:28:58 but the CPU interface Dec 25 16:29:18 as there is another thing that uses the same cpu interface Dec 25 16:29:20 i2s Dec 25 16:29:25 and that also plays too fast Dec 25 16:29:32 it's not on a phone tough Dec 25 16:29:35 but on my bug device Dec 25 16:30:04 there are 2.6.27 and initial port to 2.6.30 kernel availables Dec 25 16:30:12 * DocScrutinizer muses what a bug device might be. Shooting flies with laser? Dec 25 16:30:28 lol Dec 25 16:30:34 that would be nice for the summer Dec 25 16:30:59 http://www.buglabs.net/ Dec 25 16:31:12 basically it's the dream gadget for hardware people Dec 25 16:31:22 you have a base unit Dec 25 16:31:29 where you connect modules Dec 25 16:31:33 like a sound module Dec 25 16:31:46 or a von hippel modules where you can connect electronic circuit to it Dec 25 16:31:54 it's programable in java Dec 25 16:32:04 or in whatever you want Dec 25 16:32:14 runs GNU/Linux and 100% free but firmwares Dec 25 16:32:25 I've only the 1.x versions tough Dec 25 16:32:36 I won it at fosdem Dec 25 16:32:51 the issue is that it doesn't work so well Dec 25 16:32:58 there are some hardware and softwares issues Dec 25 16:33:11 like the screen cable disconnecting itself Dec 25 16:33:27 the problem is that the screen cable is inside the base unit Dec 25 16:33:31 not easily accessible Dec 25 16:33:33 heh, sounds like they need to hire me? Dec 25 16:33:46 they're looking for hiring people Dec 25 16:34:22 fixing messed up devices is my primary competence :-D Dec 25 16:34:22 they're making a 2.0 version, I hope no hardware problems or software big issues will be present Dec 25 16:34:30 nice Dec 25 16:34:47 basically the issue is that they outsourced some driver writing Dec 25 16:34:51 to some company Dec 25 16:34:59 which didn't write them so well Dec 25 16:35:18 so for instance the sound module plays too fast Dec 25 16:35:19 well, that's quite what you'd expect for a result Dec 25 16:36:14 http://www.buglabs.net/jobs#embedded-linux-developer Dec 25 16:39:03 they even have an irc channel on freenode: Dec 25 16:39:05 #buglabs Dec 25 16:39:18 unfortunately they're there only during USA buisness hours Dec 25 16:39:32 thanks :-D Dec 25 16:40:07 np Dec 25 16:40:51 hmm Dec 25 16:40:59 why does starting fsousaged launches fsodeviced... Dec 25 16:41:17 mickey|, because fsodeviced has some resources handling? Dec 25 16:41:46 hmm Dec 25 16:42:10 for instance: Dec 25 16:42:16 org.freesmartphone.odeviced /org/freesmartphone/Resource* Dec 25 16:42:29 yes Dec 25 16:42:38 odeviced registers its resources when it starts Dec 25 16:42:48 however it's not supposed to be started wen fsousaged starts Dec 25 16:43:16 perhaps something with the shadow resources... Dec 25 16:43:18 * mickey| checks Dec 25 16:44:02 oooh Dec 25 16:44:26 it talks to the idle notifier after resume Dec 25 16:44:45 however with dbus-glib it didn't start it for getting the proxy object Dec 25 16:44:50 so gdbus changes the semantics here Dec 25 16:45:05 i need to compensate for that Dec 25 16:45:22 ok Dec 25 16:45:41 is there a g_dbus migration guide? Dec 25 16:45:50 because I've sent some not-yet merged patch Dec 25 16:45:58 unfortunately not Dec 25 16:46:03 i can give it to you :) Dec 25 16:46:21 1st: get rid of looking for dbus and dbus-glib in configure.ac Dec 25 16:46:44 2nd: for Vala files, remove --pkg dbus-glib from Makefile.am and add --pkg gio-2.0 instead Dec 25 16:46:59 3nd: for FSO plugins, remove subsystem.registerServiceName Dec 25 16:47:55 4th: for FSO plugins exporting dbus objetcs, change registerServiceObject( iface, path, interface, object ) to registerObjectForService( path, object ) Dec 25 16:48:16 5th: for a{sv} methods, substitute GLib.Value with GLib.Variant Dec 25 16:48:24 that's it in a nutshell Dec 25 16:49:30 changing semantics? sounds like lots of fun to come Dec 25 16:49:42 yeah, i just stumbled over that one Dec 25 16:49:53 i need check why that is Dec 25 16:50:19 getting the proxy address of a dbus object never actually instanciated the object previously Dec 25 16:50:19 what is gdbus? why we need it? Dec 25 16:51:22 gdbus is a dbus implementation in glib-2 which is supposed to fix all the racy code in libdbus and libdbus-glib. Moreover, it fixes the always-somwhat-broken glib Value type, which has now been reimplemented as Variant Dec 25 16:51:53 :nod: Dec 25 16:52:40 <[ritchy]> hi everybody.. :) Dec 25 16:52:57 <[ritchy]> will there be a shr-console-image in the future? Dec 25 16:53:01 dcop, dbus, dbus2, gdbus... I wonder if that ever will come to an end Dec 25 16:53:46 well, at least the protocol stays the same Dec 25 16:53:53 it's just another implementation Dec 25 16:54:23 I'm not sure I'm feeling better now :-D Dec 25 16:54:31 you should :) Dec 25 16:54:44 otherwise everything that talks dbus would have been obsolete / to change Dec 25 16:55:05 and that would have been a major PITA Dec 25 16:55:24 yeah, but then KDE is missing a great argument to bin KDE4 and start KDE5 from scratch :-P Dec 25 16:55:29 heh Dec 25 16:55:38 they will find one Dec 25 16:55:46 i guess it will be named QML Dec 25 16:57:42 aha Dec 25 16:57:46 i guess that's the reason: Dec 25 16:57:59 works on 2.6.28 Dec 25 16:58:04 * By default, #GDBusProxy will cache all properties (and listen to Dec 25 16:58:04 * changes) of the remote object, and proxy all signals that gets Dec 25 16:58:04 * emitted. Dec 25 16:58:07 I've found a way to boost signal a lot!!!! Dec 25 16:58:19 I connect the usb cable to the usb plug Dec 25 16:58:23 and it acts as an antenna Dec 25 16:58:28 for the fm transmitter Dec 25 16:58:33 nice Dec 25 16:58:39 not important, but very handy ;) Dec 25 16:59:02 sth OT: somebody/sth in my 192.168.1.0/24 network is sending packets to 192.168.1.33 from 192.168.0.89 :-O this is neither a valid addr of DHCP pool (.30 - .39) and it even is a differen subnet (0 instead of 1). How ould I tackle that? Dec 25 17:00:30 GNUtoo|laptop: known method Dec 25 17:00:57 DocScrutinizer: look at the mac address to know who made the adapter ? Dec 25 17:01:15 in maemo this is dealt with by reducing TX power when you plug in USB Dec 25 17:02:00 public enum DBusProxyFlags { Dec 25 17:02:01 NONE, Dec 25 17:02:01 DO_NOT_LOAD_PROPERTIES, Dec 25 17:02:01 DO_NOT_CONNECT_SIGNALS, Dec 25 17:02:01 DO_NOT_AUTO_START Dec 25 17:02:01 misc: hmm, I could actually fire up wireshark. For now I'm only seeing my router's syslog warnings Dec 25 17:02:01 } Dec 25 17:02:04 ha! Dec 25 17:02:49 DocScrutinizer: well, i would be also a lot more cunning, assign the ip 192.168.1.33 to my computer, and then nmap the target :) Dec 25 17:04:17 misc: the weird thing is .33 IS my computer, but trying a ping 192.168.0.89 gives me >>From 85.116.192.1: icmp_seq=1 Destination Host Unreachable :-P Dec 25 17:04:48 DocScrutinizer: i would also use tcpdump -i to see where the packet come from Dec 25 17:04:55 yep Dec 25 17:04:59 wireshark Dec 25 17:05:33 I bet that's this fsckng d-link AP Dec 25 17:06:11 * misc have seen weird stuff with windows laptop + exchange and outlook Dec 25 17:06:19 ( but I think that's not your case ) Dec 25 17:06:56 nope for sure not (err, maybe it is) Dec 25 17:07:16 might be some laptop of a neighbour Dec 25 17:07:20 Dec 24 16:32:49 192.168.1.1 P660HW-T7C: src="192.168.0.89:3932" dst="192.168.1.33:8001" msg="Firewall rule match: TCP (W to L Dec 25 17:07:21 , rule:4)" note="ACCESS FORWARD" devID="E0DEDC" cat="Access Control" Dec 25 17:11:33 lindi-: (useless messages in syslog) i upgraded to rsyslog which has a nice filtering facility Dec 25 17:14:44 misc: meh, when that packet gets relayed by the router, the mac addr won't tell me much I guess Dec 25 17:15:24 "W to L" *suggests* the packets come from public Dec 25 17:15:24 freesmartphone.org: 03mickey 07cornucopia * r5395ee59e342 10/fsousaged/src/ (lib/lowlevel.vala plugins/dbus_service/plugin.vala): fsousaged: don't autostart fsodevice just because we create a proxy for the idlenotifier Dec 25 17:15:35 I assumed that you had root on the routeur, but indeed, if you don't, you cannot do much :/ Dec 25 17:17:17 PaulFertser: what useless messages where? ;) Dec 25 17:17:35 PaulFertser: o/ :) Dec 25 17:18:38 lindi-: hostapd: wlan0: STA 00:19:7d:80:87:10 WPA: group key handshake completed (RSN) Dec 25 17:18:59 PaulFertser: ah Dec 25 17:19:51 DocScrutinizer: i now use an openwrt system for my home wireless, so i can control it as much as i want. I think in your case its just your ISP not doing enough isolation between vlans or something. Dec 25 17:20:23 yep, thought as much, since ~3 minutes :-D Dec 25 17:20:49 esp since it stalled for ~1h now Dec 25 17:20:53 GNUtoo|laptop: hmm, perhaps we should ask on the ofono mailing list or wherever the nokia guys are hanging around who implemented that Dec 25 17:20:57 PaulFertser: what hardware? Dec 25 17:21:03 yes I think so Dec 25 17:21:55 i'm sure it's a tiny little thing we're overlooking Dec 25 17:22:02 lindi-: wr741nd, 1x1 802.11n, 4M flash, 32M ram, with possibility for usb1.1 host (hardware mod). Dec 25 17:22:05 abot what? Dec 25 17:22:10 mickey|: ^^ Dec 25 17:22:22 DocScrutinizer: phonet0 -> upnlink0 forwarding Dec 25 17:22:28 aah Dec 25 17:22:28 using the modem from the PC Dec 25 17:22:33 we just can't get it to work Dec 25 17:22:40 although everything looks properly setup Dec 25 17:23:06 it works on maemo, but not on shr Dec 25 17:23:10 so we're missing _something_ Dec 25 17:23:15 hmmm Dec 25 17:24:33 I'm concerned asking Nokia will not result in anything except waste of time and feeling pissed Dec 25 17:24:52 probably Dec 25 17:24:53 then again Dec 25 17:24:58 it can't hurt Dec 25 17:25:17 you can't even reach that guys usually Dec 25 17:25:28 PaulFertser: ah, do you remember the kernel module name? Dec 25 17:25:45 lindi-: which one? ;) Dec 25 17:26:14 PaulFertser: for wlan Dec 25 17:26:24 lindi-: of course, that's ath9k Dec 25 17:26:58 ok Dec 25 17:35:52 mickey|: fsogsmd is now always failing for me with plugin.vala:104.9-104.31: error: The type name `Linux.Netlink.IfInfoMsg' could not be found, any hint what's missing here? Dec 25 17:36:34 JaMa|Zzz: let me snapshot a new vala version Dec 25 17:37:00 ok, thanks Dec 25 17:37:21 * JaMa|Zzz shower and then another family visit :/ Dec 25 17:37:24 i added some additional flags to make the n900 plugin to work Dec 25 17:37:37 we will rather reuse some of the netlink stuff directly though Dec 25 17:37:44 anyways, snapping 0.11.2.2 in a bit Dec 25 17:39:09 also mdbus2 is still failing (mterm2 build fine with latest rev, thanks for fix) Dec 25 17:39:20 mdbus2 unfortunately suffers from a regression in vala Dec 25 17:39:26 this won't build for a while i'm afraid Dec 25 17:39:33 i have reported the bug already Dec 25 17:39:57 i can snapshot a release version in the meantime Dec 25 17:40:06 which doesn't need vala Dec 25 17:42:13 mickey|: just curious, can you give me a link to the vala bug report? (would be nice to see what kind of bugs there can be in a compiler/runtime) Dec 25 17:42:45 lindi: sure, https://bugzilla.gnome.org/show_bug.cgi?id=637971 Dec 25 17:42:58 (vala is not a runtime) Dec 25 17:43:45 (which is cool wrt. dependencies, but sometimes inconvenient as we can't bind anything that's not in the bound libraries already...) Dec 25 17:44:13 mickey|: (library then?) Dec 25 17:44:26 compiler was about right Dec 25 17:44:40 the codegen is the most fragile part of vala Dec 25 17:44:52 mickey|: yes it's compiler + some libraries? Dec 25 17:45:02 not really Dec 25 17:45:05 * lindi- assumes DBus.RawMessage is some library api Dec 25 17:45:05 no libraries Dec 25 17:45:14 yes, part of libdbus Dec 25 17:45:48 ah but that library is part of vala product? Dec 25 17:45:55 no Dec 25 17:46:01 (in the BTS at least?) Dec 25 17:46:27 the actual bug is that for some reason a type name found its way in the C code that is not existing Dec 25 17:46:53 just looked at "Product: vala" / "Component: D-Bus" in bugzilla Dec 25 17:52:50 right, but the dbus code generator (part of the compiler) is meant with that Dec 25 18:00:21 so for beeing able to compile shr-image I wait Dec 25 18:00:36 ? Dec 25 18:01:53 what can I work on then? Dec 25 18:02:27 replicant does't compile,shr-image either.... Dec 25 18:12:14 what's the problem with shr-image? Dec 25 18:14:23 mdbus2 Dec 25 18:14:31 well Dec 25 18:14:32 disable it Dec 25 18:14:37 it's not mission critical Dec 25 18:14:49 ok Dec 25 18:20:36 ok, i sent something to ofono@ofono.org Dec 25 18:22:56 if all else fails, i can revert to maemo Dec 25 18:23:21 if forwarding works there, i can bear with maemo for until fsogsmd is working Dec 25 18:27:39 pity we can't boot a kernel via 0xffff Dec 25 18:36:09 indeed Dec 25 18:36:22 maybe we should ask for it Dec 25 18:37:16 for mdbus2 nothing depends on it apart a task or image? Dec 25 18:37:27 yes Dec 25 18:37:48 ok Dec 25 18:45:38 hmmm Dec 25 18:45:56 lowlevel_nokia900 doesn't compile Dec 25 18:46:09 yes Dec 25 18:46:14 ok Dec 25 18:46:20 known issue then Dec 25 18:46:37 yes, it's in bad shape Dec 25 18:46:45 i can add the latest vala snapshot to OE though Dec 25 18:46:53 it should at least build with it Dec 25 18:56:51 ok Dec 25 18:57:54 it's up Dec 25 18:58:11 up? Dec 25 18:58:25 pushed Dec 25 19:00:17 ok Dec 25 19:00:20 thanks Dec 25 19:02:28 mdbus fixed too? Dec 25 19:02:36 should I re-add it? Dec 25 19:02:42 I bet no Dec 25 19:02:53 because you bugreported... Dec 25 19:04:22 no Dec 25 19:04:41 mdbus2 will be broken until vala gets fixed Dec 25 19:04:49 need to wait for juergbi to do that Dec 25 19:05:14 ok Dec 25 19:09:20 we're working on too many variables again, but sometimes it's unavoidable Dec 25 19:11:21 ok Dec 25 19:11:37 that's bad for stability.... Dec 25 19:12:07 but anyway...only devs uses our foreign ports.... Dec 25 19:12:23 yep Dec 25 19:12:39 in another hand if we discourage a dev it's a catastrophy Dec 25 19:13:06 because that can potentially make a chain reaction Dec 25 19:13:26 making every dev abandon the project... Dec 25 19:14:10 basically it would be because each dev would have too much bugs to handle Dec 25 19:14:11 hi :) Dec 25 19:14:36 hi Dec 25 19:14:40 I'm the only one which doesn't get sound when I'm called? (default profile enabled, gta02) Dec 25 19:15:18 ouch Dec 25 19:15:34 I don't know.... Dec 25 19:16:19 I use htcdream as a phone Dec 25 19:16:30 with the n900 as a computer Dec 25 19:17:26 ah n900-2.6.35 merged to oe.dev :) Dec 25 19:18:42 JaMa|Zzz: i thought it looked too good not to merge it Dec 25 19:18:51 if it doesn't, i'm to blame :) Dec 25 19:22:16 i guess i'll revert to maemo to help libisi / fsogsmd Dec 25 19:22:16 * JaMa|Zzz won't blame mickey| as he is using it for some time anyways :) Dec 25 19:22:17 bbl, dinner Dec 25 19:22:17 ok Dec 25 19:22:17 the issue is that the maemo telefony could interfer.... Dec 25 19:22:17 but that's a minor issue Dec 25 20:29:41 mrmoku|i`, hi Dec 25 20:35:20 mrmoku|i`: hey hey :) how is Italy? Much snow there? ;) Dec 25 20:41:05 mrmoku is in italy? Dec 25 20:41:16 which town? Dec 25 20:41:35 he hid that from me Dec 25 20:42:13 he uses a vpn or a bouncer???? Dec 25 20:51:40 GNUtoo|laptop: he uses bip most probably, so yes, an irc bouncer. Dec 25 20:51:51 GNUtoo|laptop: and yes, he's in Italy :) Dec 25 20:52:42 ok Dec 25 20:52:46 what town? milan? Dec 25 20:52:56 or rome or some other towns? Dec 25 20:53:43 GNUtoo|laptop: you'll have to wait for him to get access from some cafe to answer that, i've no idea. Dec 25 20:53:51 ok Dec 25 22:45:36 hello! mery Xmas all! Dec 26 02:11:46 TAsn, uhm technically it's sunday but I just arrived home, so for me it's still saturday! ping pong phoneui-sms-report **** ENDING LOGGING AT Sun Dec 26 02:59:56 2010