**** BEGIN LOGGING AT Sun Jan 30 02:59:57 2011 Jan 30 07:40:57 moin Jan 30 08:56:28 moin Jan 30 10:10:29 mickeyl: ping Jan 30 10:10:49 mickeyl: I'm trying to understand how message receipts work on fsogsmd side Jan 30 10:11:13 mickeyl: the only thing it seems to do is storeTransactionIndizesForSentMessage Jan 30 10:11:31 but nothing versus the network to actually request it... is that not necessary? Jan 30 11:32:56 mickeyl: nvm. I still not understand how it works... but have found the problem I think :) Jan 30 11:46:39 mrmoku, hi Jan 30 12:10:16 hi mrmoku Jan 30 12:10:19 morning GNUtoo|laptop Jan 30 12:11:56 mrmoku: so, in a nutshell... fsogsmd stores the (real) transaction ID for every message and returns a synthesized transaction ID. if it gets the receipt (via SMS), it checks whether it has all transaction IDs for a given message (there might be a concatenated SMS), once all (real) transaction IDs have arrived the synthesized transaction ID will be sent as receipt Jan 30 12:12:57 mickeyl: I found the transaction storing part Jan 30 12:13:27 but not the 'request from network' part Jan 30 12:13:59 anyway... problem is that the id is not stored with the message Jan 30 12:14:22 mickeyl, hi Jan 30 12:14:28 so opimd can't find it when the receipt comes in Jan 30 12:14:30 mrmoku: the control flow starts with at/atunsolicited.vala Jan 30 12:14:39 public virtual void plusCDS( string prefix, string rhs, string pdu ) Jan 30 12:14:52 is the one that gets called when a receipt is being received Jan 30 12:15:03 it then calls theModem.smshandler.handleIncomingSmsReport( cds.hexpdu, cds.tpdulen ); Jan 30 12:15:30 ok, thx for explaining :) Jan 30 12:15:44 "id not being stored with message", is that a problem on my side or on yours? Jan 30 12:15:56 mine Jan 30 12:15:58 ah, ok :) Jan 30 12:16:17 at least as things are now Jan 30 12:16:34 we first add the message to opim Jan 30 12:16:49 then send it with SendTextMessage Jan 30 12:17:15 and did not add the id as returned by that to the message Jan 30 12:17:26 all that in libphoneu Jan 30 12:17:32 i see. in that case you have no chance to map incoming receipts back to the original message Jan 30 12:17:41 yup Jan 30 12:18:37 mickeyl: I think that is rather much to do for the client hough Jan 30 12:19:16 optimal would be if fsogsmd could optionally add the sent messaage to pim Jan 30 12:20:59 hi GNUtoo|laptop Jan 30 12:21:39 mrmoku: ping =) any news on delivery report? Jan 30 12:21:53 alexxy: yup, found the problem and started to fix it Jan 30 12:22:08 oh god =) Jan 30 12:22:33 need to update efl on my laptop to at least compile test though Jan 30 12:24:48 alexxy: the next problem then is that you won't get any notification... the message just get's flagged as delivered (or not) ;) Jan 30 12:25:37 dunno what the wanted gui behaviour is here Jan 30 12:26:58 new efl is already in normal feed :) Jan 30 12:27:11 JaMa|Zzz: hah, upgrade time again Jan 30 12:27:40 dos1: yo, you're the man I need now :P Jan 30 12:28:16 dos1: self.domain.Update will send a message updated signal, right? Jan 30 12:28:17 mrmoku, hi Jan 30 12:28:27 i think yes Jan 30 12:28:37 with the full content or just the updated content? Jan 30 12:29:10 API says The data that was changed for the message. Jan 30 12:29:14 mrmoku: just updated Jan 30 12:29:18 ok :) Jan 30 12:30:02 hmm... easy-e17 failed :/ Jan 30 12:33:30 SHR: 03mok 07libphone-ui * rf1660a40a4c1 10/src/ (3 files): phoneui-utils: add the reference id to sent messages Jan 30 12:33:42 dos1: what are your expectations on our GUI for incoming message receipts? Jan 30 12:33:57 s/ on / from / Jan 30 12:33:57 mrmoku meant: dos1: what are your expectations from our GUI for incoming message receipts? Jan 30 12:51:51 heh... fun Jan 30 12:52:19 * mrmoku just discovered that sending a sms costs 1ct more when *not* roaming abroad Jan 30 12:53:14 :) Jan 30 12:54:14 maybe it's just an error in the price list... fun anyway :P Jan 30 12:54:36 JaMa: upgrade worked fine... all looks good :) Jan 30 12:55:04 great ;) Jan 30 12:55:34 mrmoku: we can fix some of these issues when we introduce an agent-based interface in fsogsmd Jan 30 12:56:04 mickeyl: ok Jan 30 12:58:49 * mrmoku off for family Jan 30 12:58:50 bbl Jan 30 13:16:33 mrmoku: i guess godd behavior will be mark for message as delivered Jan 30 13:16:47 *good Jan 30 13:53:24 ~nf Jan 30 13:53:24 The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2010-10-07] wiki is down, see http://lists.openmoko.org/pipermail/community/2010-October/063395.html Jan 30 13:54:16 ~nf2 Jan 30 13:54:16 (here you'll find additional info, if newsflash on ~NF is too short to hold all the info) Jan 30 14:39:37 <[Rui]> something's wrong Jan 30 14:39:59 <[Rui]> 2011.01.30 14:39:43.945220 [libphone-ui] WARNING: failed to connect to /org/freesmartphone/Device/Audio: Error calling StartServiceByName for org.freesmartphone.odeviced: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Launch helper exited with unknown return code 1 Jan 30 14:40:02 <[Rui]> among many other errors Jan 30 14:40:06 <[Rui]> just upgraded Jan 30 15:11:09 <[Rui]> well, I installed a fresh image from today. this fs corruption must've broken one too many files Jan 30 15:27:04 hm we have a problem with e17 on palmpre Jan 30 15:27:12 it lets the device crash Jan 30 15:28:15 and the device does not respond after the crash Jan 30 15:28:48 hmm, no log then? Jan 30 15:33:14 no log Jan 30 15:33:59 I am currently trying mokowm if it fails too Jan 30 15:37:13 it seems to work Jan 30 15:37:47 mrmoku: i still getting 2011.01.30 18:35:04.220 opimd INFO FSO-Messages-Handler: Delivery report about non-existient message! Jan 30 15:38:29 also i have idea about indication in shr-messages Jan 30 15:38:43 do you remember old opimd-tools? Jan 30 15:38:52 they has such indication Jan 30 15:39:01 so why not use it? Jan 30 15:43:32 alexxy: because it's python? Jan 30 15:43:45 and no, don't know opimd-tools indications... Jan 30 15:43:59 mrmoku: i'm about idea of how to indicate if essage was dekivered Jan 30 15:44:00 =) Jan 30 15:44:22 alexxy: btw. you still get that, because the fix is not in the feed yet I guess Jan 30 15:44:56 well they were using amail simbol with green mark if it was delivered Jan 30 15:47:41 alexxy: so indicate it within the message list is all that's wanted? Jan 30 15:48:19 well it would be good to have some way to indicate it :) Jan 30 15:48:50 mrmoku: webos indecates it with different colors, unconfirmed ones are grey confirmed ones have black font-color Jan 30 15:51:08 Heinervdm: what if you don't request confirmation for all messages? Jan 30 15:51:31 mrmoku: there is no option to configure this Jan 30 15:51:54 it's requested for every message automatically Jan 30 15:52:16 but i think everything would be ok Jan 30 15:52:29 s/everything/every indication Jan 30 15:53:05 Heinervdm: hmm... the reasoning to make it configurable is that mickeyl said some providers might charge for it Jan 30 15:53:40 mrmoku: i know, it was either reported on the ML or in a bug ticket Jan 30 15:54:26 Heinervdm: hmm... ok... I have an idea how to handle it Jan 30 15:55:03 i just wanted to say how it's handeled by others :) Jan 30 15:55:16 very much appreciated :) Jan 30 15:56:16 mrmoku, hi Jan 30 15:56:27 mrmoku, mickeyl what are you working on? Jan 30 15:56:36 is the vala rewrite of libisi progressing? Jan 30 15:56:57 or should I continue libisi? Jan 30 15:58:16 GNUtoo|laptop: right now I'm implementing message receipts Jan 30 15:58:58 GNUtoo|laptop: someone could take the vapigen generated vapi and make it some more vala-like Jan 30 15:59:02 wow ok Jan 30 15:59:09 GNUtoo|laptop: did you finish the interface specs for sflphone? Jan 30 16:01:14 I didn't start Jan 30 16:01:29 should I do it now? Jan 30 16:02:23 mickeyl: does sflphone not have those specs? Jan 30 16:03:06 GNUtoo|laptop, how's going the vala+efl app? :) Jan 30 16:04:03 the vala efl part is fine Jan 30 16:04:14 it's dead simple Jan 30 16:04:20 mrmoku: hmm, we can probably get the XML file by introspection, yeah Jan 30 16:04:39 good idea Jan 30 16:06:57 mickeyl: I mean the source Jan 30 16:07:15 ah Jan 30 16:07:16 doc/dbus-api/spec Jan 30 16:07:27 has introspection xmls Jan 30 16:08:38 ah, and are links to src/dbus Jan 30 16:08:55 http://linuxconfau.blip.tv/file/4697375/ Jan 30 16:09:11 I tried the batphone software with the 2 htcdreams Jan 30 16:09:17 and it didn't work Jan 30 16:09:36 I went until creating a number with asterisk and "meshing" the 2 phones Jan 30 16:09:36 hm it crashes all the time in shr-settings Jan 30 16:09:43 mrmoku: ok, good, we can either make a new library or add it to libfso-glib then Jan 30 16:09:43 but I couldn't call each other Jan 30 16:09:49 is it because I miss a mess potato? Jan 30 16:09:51 usb interface is still up afterwards but userland does not respond anymore Jan 30 16:10:02 GNUtoo|laptop, I don't know about the project yet, just saw the video and thought it was interesting (and couldn't look at it at that moment). I'll look now :) Jan 30 16:10:19 also Jan 30 16:10:23 anyone tried latest EFL form OE on the N900? Jan 30 16:10:24 they use batmand etc... Jan 30 16:10:31 I suspect they don't use real mesh Jan 30 16:10:33 but ad-hoc Jan 30 16:10:37 aka IBSS Jan 30 16:10:44 morphis: on gta02 it works fine Jan 30 16:10:49 mrmoku: ok Jan 30 16:11:05 so it seems to be a machine specific problem Jan 30 16:12:46 mickeyl: what do you prefer? probably adding them to libfso-glib is easier... Jan 30 16:13:11 mrmoku: yeah, or - given that the API should not be visible to the outside anyways - just add it to ophoned lib Jan 30 16:13:47 mickeyl: hmm... parts of it might have to be visible... or do you want to handle configuration in ophoned too? Jan 30 16:14:58 mrmoku: depends on how involved that is, but i thoughtideally the plugin should abstract the configuration Jan 30 16:15:23 then again, it doesn't hurt to have it in libfso-glib for various reasons Jan 30 16:15:40 so i will add it to the fso-specs Jan 30 16:15:48 ok :) Jan 30 16:16:04 they are using xmlns:tp="http://telepathy.freedesktop.org/wiki/DbusSpec#extensions-v0" Jan 30 16:16:22 and stuff like Jan 30 16:16:28 so probably they need editing Jan 30 16:16:54 hmm, yeah Jan 30 16:20:30 hmm, lets see whether dbus-binding-tool chokes on it Jan 30 16:20:37 pydoc at least does bail out Jan 30 16:30:03 hmm Jan 30 16:30:06 vala-dbus-binding-tools rocks Jan 30 16:30:11 * mickeyl misses ptitjes Jan 30 16:31:23 freesmartphone.org: 03mickey 07specs * radc7b369a564 10/tools/makedoc.py: makedoc: ignore unknown titles Jan 30 16:31:25 freesmartphone.org: 03mickey 07specs * r895098e38ff0 10/ (12 files in 5 dirs): add org.sflphone.SFLPhone.{CallManager|ConfigurationManager|Instance} Jan 30 16:31:47 freesmartphone.org: 03mickey 07specs * rba733f5d00a9 10/configure.ac: bump Jan 30 16:32:12 I want to work a bit on nokia900 Jan 30 16:32:16 what should I work on Jan 30 16:32:51 freesmartphone.org: 03mickey 07gdbus * r3a37a4c02fe5 10libfso-glib/ (configure.ac src/Makefile.am): add sflphone interface Jan 30 16:32:55 netlink forwarding? Jan 30 16:33:01 hmmm Jan 30 16:33:04 might collaborate with paul to get somethign Jan 30 16:33:11 PaulFertser, already tried right? Jan 30 16:34:00 mickeyl: talking about makedoc.py... Jan 30 16:34:10 it is not python3 friendly ;) Jan 30 16:34:47 does python2 have a print function too? Jan 30 16:35:23 how does it bail out? Jan 30 16:35:33 all python versions have print Jan 30 16:35:57 you can use it as function in v2 as well Jan 30 16:36:05 v3 only took out the statement syntax iirc Jan 30 16:36:12 in python 3 print is a function Jan 30 16:36:18 yup Jan 30 16:36:26 next thing is raise Jan 30 16:36:38 File "../tools/makedoc.py", line 227 Jan 30 16:36:38 raise KeyError, "Direction neither 'in' nor 'out'" Jan 30 16:37:02 must be a tuple iirc Jan 30 16:37:09 yea? Jan 30 16:37:10 can be a tuple in 2 too? Jan 30 16:37:15 i think so, let me check Jan 30 16:37:29 yes Jan 30 16:37:37 although it has other semantics Jan 30 16:37:52 not a big problem though Jan 30 16:38:09 ok... dinner time... family waiting Jan 30 16:38:29 mickeyl: will try to make it python3 compatible after dinner if you don't mind Jan 30 16:39:07 freesmartphone.org: 03mickey 07gdbus * rfb764d948f8b 10libfso-glib/src/Makefile.am: don't rename sflphone namespace Jan 30 16:39:08 absolutely not Jan 30 16:39:17 ~bon appetit Jan 30 16:39:17 it has been said that bon appetit is smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito Smaklig måltid!. Hyvää ruokahalua. Bo Proveito Mahlzeit! Jan 30 16:41:14 first question: why the route stuff was removed in ofono? Jan 30 16:41:24 does PaulFertser knows? Jan 30 16:47:13 i think his problem was trying on a non-maemo kernel, so that might be where you could give him a hand Jan 30 16:47:15 bbiab, dinner as well Jan 30 16:47:56 ok Jan 30 16:48:00 I'm on non-maemo Jan 30 16:48:06 and will try bridge-utils again Jan 30 17:12:50 freesmartphone.org: 03mok 07specs * r21a077a02f20 10/tools/makedoc.py: Jan 30 17:12:50 freesmartphone.org: tools/makedoc.py: make it python3 friendly Jan 30 17:12:50 freesmartphone.org: Signed-off-by: Klaus Kurzmann Jan 30 17:19:59 GNUtoo|laptop: working on modem brifging is a good thing... you probably should talk with PaulFertser too Jan 30 17:20:16 yes but he's not there Jan 30 17:20:23 so I'm looking at libpcap right now Jan 30 17:20:29 ok Jan 30 17:22:51 GNUtoo|laptop, I'm finishiing watching the video. How are the devices connected in mesh? using wifi with ad-hoc mode? Jan 30 17:23:03 pespin, yes Jan 30 17:23:11 they use ad-hoc + the userspace batmand Jan 30 17:23:24 GNUtoo|laptop, hmm we have something similar here in catalonia quite spreaded Jan 30 17:23:28 similar to this Jan 30 17:23:29 not to be confused with batman-advanced Jan 30 17:23:36 pespin, wow Jan 30 17:23:44 could you tell me more about it? Jan 30 17:23:57 GNUtoo|laptop, http://guifi.net/ Jan 30 17:24:09 it's in catalan, you can use google-translate though :P Jan 30 17:24:31 oh they have an english page -> http://guifi.net/en Jan 30 17:24:47 I understand a bit spanish Jan 30 17:25:15 what do they do? Jan 30 17:25:20 same way Jan 30 17:25:24 or ieee80211.s Jan 30 17:25:42 batmand + ad-hoc is easier to deploy Jan 30 17:25:51 but their whole stuff seem a hack Jan 30 17:25:59 they forked sipdroid Jan 30 17:26:11 they seem to have forked a tethering app too Jan 30 17:26:17 maybe the newer code is better tough Jan 30 17:26:22 I've the old one Jan 30 17:26:29 GNUtoo|laptop, uhm I don't know much about it. They have a good number os users though. You can see a map of AP here -> http://guifi.net/en/node/2413/view/map Jan 30 17:26:43 http://groups.google.com/group/village-telco-dev/files Jan 30 17:27:42 GNUtoo|laptop, guifi.net is targeted at computers+home mostly, but it could be greatly compatible with th that mobile integration they are planning with batphone Jan 30 17:28:32 yes it depend on the technology used Jan 30 17:28:41 not a lot of phones are capable of 80211.s Jan 30 17:29:03 GNUtoo|laptop, the idea is to have some converter at home I think Jan 30 17:29:17 the only one that could would be the palm-pre but it will need to have the libertas_tf_sdio driver Jan 30 17:29:28 it currently uses the libertas_sdio driver Jan 30 17:29:41 the good news is that the palm-pre are cheaps Jan 30 17:30:02 freerunner,nokia900,htcdream,etc... don't do ieee80211.s Jan 30 17:30:08 I think there are super-nodes which use different technology, with higher bandwith. And then you have some device which connects to suepr node and offers usual wifi to proximities Jan 30 17:30:13 firmware limitations.... Jan 30 17:30:22 ok Jan 30 17:30:46 imagine what we could do with a standard GNU/Linux on a phone: Jan 30 17:30:58 *ad-hoc like mesh Jan 30 17:31:00 *openvpn Jan 30 17:31:04 *encryption Jan 30 17:31:19 (like for instance with the newer hardware encryption support for omap) Jan 30 17:31:32 newer means the driver just went mainline Jan 30 17:31:46 SHR: 03mok 07shr-specs * r2752ded90581 10/tools/makedoc.py: tools/makedoc.py: sync with fso-specs to get python3 compatibility and other fixes Jan 30 17:31:52 or is available only on recent kernels Jan 30 17:32:12 altough the big issue is the user interface Jan 30 17:32:29 android has a better UI Jan 30 17:32:42 and better apps integration Jan 30 17:32:50 that's only because we lack developers Jan 30 17:34:01 yes, indeed Jan 30 17:34:33 GNUtoo|laptop, and we lack users too :P Jan 30 17:34:52 we also have some stability issues but it could possibly resolve over time Jan 30 17:34:56 not sure if it will Jan 30 17:35:01 but that's a possibility Jan 30 17:35:52 GNUtoo|laptop, hope this will help to understand a bit more guifi.net http://pc-mayday.com/public/images/ems_imatges/abs/w/400/h/253/a:/public/media/tinyMceMdia/Esquema-conexion-guifinet-basic-es.jpg Jan 30 17:36:31 ok Jan 30 17:36:49 gufi.net is an organization or a company? Jan 30 17:36:54 GNUtoo|laptop, organization Jan 30 17:37:01 ok nice Jan 30 17:37:08 GNUtoo|laptop, using open licenses, free software, etc. Jan 30 17:37:31 because the "un unico ordenador" sounded suspect Jan 30 17:38:56 the antenna sound familiar...lol Jan 30 17:39:05 it was copied by the village telco project Jan 30 17:40:05 GNUtoo|laptop, yeah, don't understant why they say that. But I can assure people in this projects are nice people. one of the founders works at same place as my father. Jan 30 17:40:49 ok Jan 30 17:40:59 I think it's one of the setups Jan 30 17:41:03 that is to say Jan 30 17:41:09 in the case you have only one computer Jan 30 17:41:16 you need to activate the firewall Jan 30 17:41:26 and you don't need extra networking equipement Jan 30 17:41:33 like a wireless router Jan 30 17:42:32 GNUtoo|laptop, ah ok, I understand Jan 30 17:44:09 wow they have board with many mini-pci Jan 30 17:44:28 the problem with embedded network cards are AP support and ieee80211.s support Jan 30 17:44:39 so pci ones like ath9k are better Jan 30 17:44:48 s/pci/pci or mini-pci/ Jan 30 17:44:48 GNUtoo|laptop meant: so pci or mini-pci ones like ath9k are better Jan 30 17:48:02 GNUtoo|laptop, I think ieee80211.s is only used for super-node (but I could be wrong, I don't know much about this), which are used only to connect several distant zones. And in tutorials it says it is discoraged to connect ther with your mobile/laptop/router. Jan 30 17:48:26 ok Jan 30 17:48:45 GNUtoo|laptop, last link I sent you shows the mesh structure Jan 30 17:49:19 yes with the supernodes Jan 30 17:51:02 GNUtoo|laptop, problem I see with batphone is that you need lots of devices to cover some relatively small distance using ad-hoc connections, am I right? Jan 30 17:51:26 there are not only devices Jan 30 17:51:38 there are also some mesh potatoes Jan 30 17:52:09 there are even baloon Jan 30 17:52:14 to cover more distance Jan 30 17:53:02 GNUtoo|laptop, then difference with guifi.net is that batphone don't use different connection (like in guifi.net: wifi local nodes<->supernodes) Jan 30 17:53:19 yes Jan 30 17:53:57 the batphone, while beeing less efficent needs less administration Jan 30 17:58:34 GNUtoo|laptop, btw I'm having problems with a bb recipe I made to build wing-linux kernel for hjtc artemis. Can you help me? Jan 30 17:58:57 I'm having this error -> http://paste.pocoo.org/show/329322/ Jan 30 17:59:42 and here's the linux-herald (same as artemis) recipe -> http://paste.pocoo.org/show/329324/ Jan 30 18:30:04 freesmartphone.org: 03mickey 07cornucopia * r618054eafaf7 10/fsophoned/ (5 files in 3 dirs): fsophoned: get handle on sflphone Jan 30 18:31:35 pespin, ok I was eating Jan 30 18:31:54 thanks ;) Jan 30 18:33:06 build.sh runs the bitbake command(with some export before)? Jan 30 18:33:56 COMPATIBLE_HOST sounds suspicious Jan 30 18:34:15 the modules_autoload should go in machine config Jan 30 18:34:26 the do_stage should be removed Jan 30 18:34:29 or replaced Jan 30 18:36:09 and also Jan 30 18:36:15 htcherald is not in oe Jan 30 18:36:25 so I assume you created a machine config Jan 30 18:52:02 pespin: it cannot decide the kernel version.. so it doesn't know if you need depmod-2.4 or depmod-2.6 Jan 30 18:52:28 pespin: see how it's decided from kernel sources and if you cannot fix it.. then define KERNEL_VERSION Jan 30 18:53:15 pespin: s/KERNEL_VERSION/KERNEL_RELEASE Jan 30 18:58:02 ok thanks to both :) Jan 30 18:58:14 GNUtoo|laptop, yeah it's a machine config I have locally Jan 30 18:58:23 ok Jan 30 19:09:05 if that works... I did something wrong :P Jan 30 19:09:15 SHR: 03mok 07libphone-ui-shr * rf3b0fdce1cff 10/ (data/messages.edc src/view/message-list-view.c): message-list-view: give unconfirmed outgoing messages a grey background Jan 30 19:16:07 freesmartphone.org: 03mickey 07cornucopia * r44f6e27e579b 10/fsophoned/ (7 files in 6 dirs): fsophoned: start w/ manager Jan 30 19:27:03 freesmartphone.org: 03morphis 07specs * ra8076556d160 10/org.sflphone.SFLphone/Makefile: Add missing Makefile for org.sflphone.SFLphone Jan 30 19:54:01 sigh Jan 30 19:55:07 Modem Reachable Status: down Jan 30 19:56:15 how can I do a forwarder without beeing able to send data to the modem? Jan 30 19:56:26 libisi network test stuff Jan 30 19:56:30 with phonet0 Jan 30 19:56:56 mrmoku, do you have any ideas? Jan 30 19:56:58 I did that: Jan 30 19:57:07 ./cmt --enable Jan 30 19:57:16 ./network Jan 30 19:57:22 ** (process:2263): DEBUG: g_pn_netlink_add_route: Invalid argument Jan 30 19:57:29 ** (process:2263): DEBUG: Phonet: phonet0 is down, idx=0x2 Jan 30 20:04:40 no idea :/ Jan 30 20:04:49 how did you enable modem? Jan 30 20:05:21 manually with the small c programm from sre... adjusted for new kernel Jan 30 20:05:31 that's what I did Jan 30 20:05:33 (if not via the lowlevel plugin) Jan 30 20:05:43 I think the test program don't work anymore Jan 30 20:06:02 the two test programs in libisi? Jan 30 20:06:06 yes Jan 30 20:06:15 I've no idea but after enabling.... Jan 30 20:06:20 they worked the last time I tried them with maemo... not long ago Jan 30 20:06:32 I got the notification that I had no sim Jan 30 20:09:07 2000-01-05T01:55:12.044038Z [DEBUG] fsogsmd : GLib <>: g_pn_netlink_add_route: Invalid argument Jan 30 20:09:11 someone changed libisi Jan 30 20:09:18 before it worked Jan 30 20:09:25 I abandon Jan 30 20:09:37 GNUtoo|laptop: that one is there since ever Jan 30 20:09:44 really? Jan 30 20:09:48 IIRC it even comes when executing the tests Jan 30 20:09:51 ah ok Jan 30 20:09:58 so I reboot Jan 30 20:10:42 * mrmoku boots to maemo to test Jan 30 20:12:12 GNUtoo|laptop: http://shr.pastebin.com/FvTx7DHW Jan 30 20:12:17 (without SIM) Jan 30 20:12:23 ok it works after reboot Jan 30 20:14:37 I think my datastructures are wrong Jan 30 20:23:07 hmmm how does gisi work? Jan 30 20:23:18 phonet0 is ethernet right? Jan 30 20:23:33 with on top AF_PHONET Jan 30 20:23:41 instead of ip Jan 30 20:24:43 but why do they use sendto and receivfrom ? Jan 30 20:24:49 theses are for tcp right? Jan 30 20:24:52 or udp Jan 30 20:25:14 Heinervdm: ping Jan 30 20:25:21 morphis: pong Jan 30 20:25:38 Heinervdm: did you try the shr-image? Jan 30 20:25:45 + kernel? Jan 30 20:26:19 only the one from yesterday Jan 30 20:26:35 ok Jan 30 20:26:39 it booted? Jan 30 20:27:01 it booted, but it's still freezing Jan 30 20:27:04 JaMa, GNUtoo|laptop I had to set PV+PR in recipe to overcome that error. Jan 30 20:27:15 ok Jan 30 20:27:15 when? Jan 30 20:27:26 while booting? Jan 30 20:27:51 morphis: no, in E Jan 30 20:28:11 ok Jan 30 20:28:17 morphis: on first boot it freezes in the language selection page Jan 30 20:28:19 it's the same here Jan 30 20:28:24 and on second boot afterwards Jan 30 20:28:34 it seems to be random where it freezes Jan 30 20:28:36 GNUtoo|laptop: they are for sockets me thinks Jan 30 20:28:48 yes AF_INET is internet sockets Jan 30 20:28:55 but what are sockets used for? Jan 30 20:28:56 I spent most time this day to try all different kernels from the past Jan 30 20:29:04 they include the standard headers Jan 30 20:29:07 for sockets Jan 30 20:29:09 but every version produces the same freeze Jan 30 20:29:15 but webOS still runs fine with it Jan 30 20:29:30 GNUtoo|laptop: used to transport phonet packets I would think Jan 30 20:29:35 I even moved back to E SRCREV in OE from december Jan 30 20:29:39 but it still freezes Jan 30 20:29:42 mrmoku, we have: Jan 30 20:29:48 ethernet<->phonet Jan 30 20:29:50 so.... Jan 30 20:30:02 maybe I should try to revert all my udev changes Jan 30 20:30:02 what does sendto and recevfrom have to do with phonet? Jan 30 20:30:05 pespin: KERNEL_RELEASE should be enough but nvm Jan 30 20:30:14 I mean that's for tcp/udp Jan 30 20:30:21 JaMa, nope, it didn't work with KERNEL_RELEASE only Jan 30 20:30:41 pespin: did you read that bbclass? Jan 30 20:31:30 GNUtoo|laptop: I'm no expert in networking... but I don't think sendto is udp/tcp specific Jan 30 20:31:49 JaMa, nope, didn't know where to look, but now I know I have to look in bbclass dir :P I'll look :) Jan 30 20:31:53 mrmoku: it's not an error in the price list. it's EU putting a cap on roaming costs, but not inland fares Jan 30 20:32:10