**** BEGIN LOGGING AT Mon Jan 17 02:59:57 2011 Jan 17 06:45:41 moin Jan 17 06:46:03 moin Jan 17 06:49:38 moin Jan 17 06:57:58 Morning, Doc. Jan 17 06:59:21 hi Paul, hacking phonet? Jan 17 07:00:46 DocScrutinizer: not really, just trying to understand some basics about it. And right atm, have to do dayjob instead. Jan 17 07:01:57 dayjob is better than no dayjob Jan 17 07:03:20 PaulFertser: we had a discussion about phonet, libisi, ofono and cellmo FW and CBSMS yesterday, on #maemo Jan 17 07:03:41 DocScrutinizer: luckily, i'm out of this channel. Jan 17 07:03:44 _that_ Jan 17 07:04:05 and somebody found mce sources on meego.git Jan 17 07:04:36 \o/ Jan 17 07:06:22 Nokia are suckers, keeping stuff closed for years for maemo, but when somebody in meego asks, then opening up PA and mce and whatnot suddenly works. And they don't even think about dropping a little note about that disclosure at maemo community Jan 17 07:11:07 That's how they respect the maemo "community", heh, and that's how maemo community is ok with nokia. Jan 17 07:15:17 not really - there are a few people that are active and savvy and power either maemo-foss or meego, and there's a bunch if idiots running meego TSG or whatever they call it, and then there's the huge bunch of lemmings, like you find on any mass market product, be it ubuntu or debian or nokia or windows... Jan 17 09:31:41 we need fso bump due to new vala and needed change in fsobasics, should I bump to latest? or any known issue? Jan 17 09:33:21 morning Jan 17 09:33:41 JaMa|Wrk: has not seen intensive testing, but should be fine Jan 17 09:33:43 moin daniele Jan 17 09:34:02 mrmoku: ok, thanks Jan 17 09:44:25 mickey|zzZZzz: new vala doesn't like latest fso-abyss, here is log http://tinderbox.openembedded.org/packages/1747605/ Jan 17 09:45:05 JaMa|Wrk: yeah, pespin discovered that last night... though question is what depends on fso-abyss? Jan 17 09:46:21 frameworkd-config RDEPENDS on it Jan 17 09:47:37 hmm... we should remove that dependency Jan 17 09:47:55 trying if that's all Jan 17 09:47:59 gmorning :) Jan 17 09:51:52 mrmoku: ok.. will remove that with cornucopia bump Jan 17 09:54:17 great Jan 17 09:55:13 guys i'm trying android fonts on QVGA Freerunner Jan 17 09:55:16 they looks great Jan 17 09:55:19 *look Jan 17 09:55:34 it's much more readable than standard previous EFL fonts Jan 17 09:55:40 i mean standard Sans Jan 17 09:55:54 even very small sizes like 8 or 10 Jan 17 09:55:57 :) Jan 17 09:56:34 mrmoku: hmm we have ogsmd enabled in shr frameworkd.conf for gta01 Jan 17 09:57:17 oh Jan 17 09:57:49 one of us SHR core people should have one :/ Jan 17 09:59:34 eheh ok no one cares :D Jan 17 10:01:29 daniele_athome: well... good fonts are always nice :-) Jan 17 10:02:01 mickey|office: we just discovered that we're still using ogsmd for gta01... is that necessary? or should fsogsmd work as well? Jan 17 10:02:01 :P Jan 17 10:02:04 and morning :) Jan 17 10:10:00 mrmoku: should I push shr frameworkd.conf for gta01 change and expect it less broken then running both fsogsmd and ogsmd on gta01? :) Jan 17 10:10:11 mrmoku: the same with odevided etc Jan 17 10:11:11 mrmoku: http://paste.pocoo.org/show/322107/ Jan 17 10:13:13 freesmartphone.org: 03Frederik.Sdun 07next * rd62ca0c30919 10msmcomm/libmsmcomm/tools/generate-structures-vala.py: Jan 17 10:13:13 freesmartphone.org: libmsmcomm-next: Add uint8[] data property to Jan 17 10:13:13 freesmartphone.org: structures in the vapi Jan 17 10:13:15 freesmartphone.org: 03Frederik.Sdun 07next * r20c1d87e092d 10msmcomm/libmsmcomm/tools/generate-structures-vala.py: Jan 17 10:13:16 freesmartphone.org: libmsmcomm-next: fix a bug in data property Jan 17 10:13:16 freesmartphone.org: generation Jan 17 10:13:20 freesmartphone.org: 03morphis 07next * re871fd290d00 10msmcomm/libmsmcomm/tools/generate-structures-vala.py: Jan 17 10:13:20 freesmartphone.org: libmsmcomm-next: fix indentation of structures.vapi and regen Jan 17 10:13:20 freesmartphone.org: Conflicts: Jan 17 10:13:20 freesmartphone.org: libmsmcomm/vapi/structures.vapi Jan 17 10:13:23 freesmartphone.org: 03Frederik.Sdun 07next * r941fb2db169b 10msmcomm/libmsmcomm/msmcomm/basemessage.vala: libmsmcomm-next: remove faulty contruct section from BaseMessage Jan 17 10:13:25 pespin: similar error like fso-abyss is in iliwi, can you please check/fix? Jan 17 10:13:27 freesmartphone.org: 03morphis 07next * r1454070318e4 10msmcomm/libmsmcomm/ (10 files in 3 dirs): libmsmcomm: convert void* to uint8[] Jan 17 10:17:45 JaMa|Wrk, I'm at univ, I can't access the PC @ home Jan 17 10:18:09 JaMa|Wrk, can you post the log so I can see Iliwi error? Jan 17 10:18:59 pespin: sure mmt Jan 17 10:19:11 thnx Jan 17 10:20:48 pespin: http://paste.pocoo.org/show/322124/ Jan 17 10:23:32 JaMa|Wrk: no idea... gta01 is broken anyway? Jan 17 10:24:13 freesmartphone.org: 03morphis 07next * r8a1d77d767ad 10msmcomm/libmsmcomm/msmcomm/messagedisassembler.vala: libmsmcomm: used correct sized payload for messages Jan 17 10:24:45 mrmoku: I guess so.. imho new kernel doesn't still boot Jan 17 10:25:26 ok, then push whatever you want :-) Jan 17 10:26:00 should I add message "Congratulations you're last gta01 owner who is trying SHR!" ? :) Jan 17 10:26:38 SHR: 03Martin.Jansa 07shr-themes * r766d0cd14680 10/frameworkd/frameworkd-config-shr/om-gta01/frameworkd.conf: om-gta01: frameworkd.conf sync with gta02 version and switch to fso2 too Jan 17 10:26:40 JaMa|Wrk, ah that's some bug in valac's new rev. mickey told me he would ask about it in #vala today Jan 17 10:26:58 I'll ask there Jan 17 10:27:21 JaMa|Wrk, we are using vala 11.4 now right? Jan 17 10:27:53 mrmoku: good morning. fsogsmd should work fine on 01, no changes on the modem side Jan 17 10:28:21 mickey|office, morning :) Jan 17 10:28:28 pespin: yes Jan 17 10:28:43 mickey|office: and fso-abyss is not needed on gta0* right? Jan 17 10:32:02 mickey|office: good :) Jan 17 10:32:51 JaMa|Wrk: correct. fsogsmd handles MUXing through libgsm0710mux on its own, no need for a seperate process that MUXes via PTYs Jan 17 10:33:06 (that was one of the motivations to create libgsm0710mux as a library) Jan 17 10:33:18 (to get rid of multiple copies) Jan 17 10:33:28 (and context switches) Jan 17 10:34:43 ok, removed RDEPENDS pushed Jan 17 10:35:28 we should remove frameworkd-config-shr_git.bb and merge needed changes to freesmartphone/frameworkd/ directly Jan 17 10:35:38 yes Jan 17 10:36:52 * JaMa|Wrk trying now Jan 17 10:42:42 mickey|office: can I push configs to frameworkd repo? there are also 2 .wav files for artwork.git, but I don't know about their licence :/ Jan 17 10:52:25 mickey|office: some vala question: if I have a method void a(uint8[] data] { test = data; } in a class which have a field named test (uint8[]) Jan 17 10:52:45 test will become a copy of data within method a(...), right? Jan 17 10:53:18 but I want that test only references to data Jan 17 11:07:29 morphis, according to vala docs: "Reference types include object types, array types, delegate types, and error types" Jan 17 11:07:48 "Assinging an instance of a reference type to a variable or field will not make a copy of the data, instead only the reference to the data is copied" Jan 17 11:08:21 source: http://www.vala-project.org/doc/vala-draft/types.html Jan 17 11:11:40 pespin: but the vala compiler produces code like the following for a: test = (data == NULL ? test : dup(data)); Jan 17 11:11:48 so it creates a copy for it Jan 17 11:12:01 which is not what I want Jan 17 11:29:04 JaMa|Wrk: feel free to Jan 17 11:29:41 morphis: if in doubt, catch a pointer Jan 17 11:29:55 morphis: note that you have to manually take care whether it still points to a valid object then Jan 17 11:30:13 alternatively try ref uint8[] Jan 17 12:10:21 mrmoku: you had problem with libgee-native: "/g-ir-compiler: error while loading shared libraries: libffi.so.4: cannot open shared object file: No such file or directory" ? did you solve it somehow? Jan 17 12:16:04 freesmartphone.org: 03morphis 07next * rbc632c9b217a 10msmcomm/libmsmcomm/ (10 files in 3 dirs): Jan 17 12:16:05 freesmartphone.org: Revert "libmsmcomm: convert void* to uint8[]" Jan 17 12:16:05 freesmartphone.org: This reverts commit 1454070318e4e68ea43ce31afc6093749a46269e. Jan 17 12:16:05 freesmartphone.org: Conflicts: Jan 17 12:16:05 freesmartphone.org: libmsmcomm/msmcomm/messagedisassembler.vala Jan 17 12:27:33 JaMa|Wrk: yup I had exactly that... IIRC rebuilding libffi-native fixed it... not sure though Jan 17 12:28:46 JaMa|Wrk: hmm... or I did try that, failed and then rebuilt from scratch? I don't remember :/ Jan 17 12:38:41 mrmoku: ok thanks, I'll check Jan 17 13:06:57 JaMa|Wrk, hi, quick question about om-gta01, is GPS suported or unsuported ? (in other words is gllin available or not) Jan 17 13:07:19 GNUtoo|laptop: it is available, with corresponding oabi system libraries. Jan 17 13:07:28 under SHR? Jan 17 13:07:30 GNUtoo|laptop: the kernel must be compiled with oabi compatibility enabled. Jan 17 13:07:31 ouch Jan 17 13:07:40 GNUtoo|laptop: yes, it used to work out-of-the box on SHR. Jan 17 13:07:45 ok Jan 17 13:07:52 I didn't saw it on machine config Jan 17 13:07:55 freesmartphone.org: 03Martin.Jansa 07framework * rdf2bdcabfdb0 10/ (conf/example/frameworkd.conf etc/frameworkd.conf): move default frameworkd.conf from conf/example to etc directory Jan 17 13:07:57 GNUtoo|laptop: even gllin auto-started by the ogsmd. Jan 17 13:07:57 freesmartphone.org: 03Martin.Jansa 07framework * r01cccd275f31 10/etc/ (6 files in 6 dirs): add machine specific frameworkd.conf files from frameworkd-config-shr Jan 17 13:08:01 freesmartphone.org: 03Martin.Jansa 07framework * re0593efdf587 10/etc/freesmartphone/oevents/ (5 files in 5 dirs): add machine specific rules.yaml files from frameworkd-config-shr Jan 17 13:08:02 freesmartphone.org: 03Martin.Jansa 07framework * r6eb3f9387c22 10/etc/ (a780/frameworkd.conf eten-m800/frameworkd.conf): frameworkd.conf: add eten-m800 config from OE repo Jan 17 13:08:04 freesmartphone.org: 03Martin.Jansa 07framework * ra2aa9f85aa01 10/etc/freesmartphone/opreferences/conf/ (7 files in 3 dirs): opreferences: merge config with frameworkd-config-shr Jan 17 13:08:08 freesmartphone.org: 03Martin.Jansa 07framework * r184efefe69ac 10/setup.py: Jan 17 13:08:08 freesmartphone.org: setup.py: install new yaml configs and don't install ogsmd config file by default Jan 17 13:08:09 freesmartphone.org: * machine specific rules.yaml and frameworkd.conf are not installed by setup.py (ie OE recipe can choose which one to install) Jan 17 13:08:09 freesmartphone.org: * ogsmd files can also be installed by recipe if needed (ogsmd is used on target device) Jan 17 13:08:10 freesmartphone.org: 03Martin.Jansa 07framework * r64d40c68c656 10/ (etc/init.d/frameworkd setup.py): add init.d script from OpenEmbedded and install it by default Jan 17 13:08:40 GNUtoo|laptop: now that i think we're moving to upstream gpsd (with the hook patch applied, already in mainline repo), one has to simply write a hook script. Jan 17 13:09:22 ah it tests if /home/root/gllin/gllin is there Jan 17 13:09:27 and then it prints that: Jan 17 13:09:42 please install the gllin package from http://3rdparty.downloads.openmoko.org/gllin/ Jan 17 13:09:53 GNUtoo|laptop: hmm iirc I droped oabi compatibility from gta01 config, because I didn't know about gllin Jan 17 13:10:22 what if someone doesn't want gllin? Jan 17 13:10:36 for instance if he's against proprietary software? Jan 17 13:10:42 ok Jan 17 13:11:00 GNUtoo|laptop: then he doesn't install that package :) Jan 17 13:11:05 but only from 2.6.37 config iirc Jan 17 13:11:08 hmmm Jan 17 13:11:20 GNUtoo|laptop: i think it's not installed by default, or at least shouldn't be. Jan 17 13:11:27 it is not Jan 17 13:11:32 but it's promoted etc.... Jan 17 13:14:19 GNUtoo|laptop: hm, then the string has to be changed to say "unfortunately, to use the integrated GPS module you have to install some proprietary shit. You can grab it from: ..." Jan 17 13:14:32 lol ok Jan 17 13:14:39 maybe it went this way Jan 17 13:14:44 openmoko used openembedded Jan 17 13:14:50 and SHR piggy-backed on it Jan 17 13:14:57 and got that thing included Jan 17 13:15:04 could it went like this? Jan 17 13:18:48 GNUtoo|laptop: no, gllin came from SHR. Jan 17 13:19:04 hmmm ok Jan 17 13:20:38 GNUtoo|laptop: while designing gta01 that gllin seemed like an acceptable choice. Luckily it turned out to be a clear indication that using too proprietary components is too much pain for free software developers. Jan 17 13:20:53 ok Jan 17 13:21:07 GNUtoo|laptop: despite being asked repeatedely the manufacturer refused to simply recompile for EABI, can you imagine it. Jan 17 13:21:07 I do not critisize openmoko developers Jan 17 13:21:18 but I question the use of it in SHR Jan 17 13:21:41 without that it would make SHR 100% free on the main CPU for all phones Jan 17 13:22:22 with state of gta01 support in SHR we can just drop it from supported list :/ Jan 17 13:22:32 ok Jan 17 13:23:28 SHR: 03Martin.Jansa 07shr-themes * rb166fa3c8f71 10/frameworkd/frameworkd-config-shr/ (24 files in 10 dirs): frameworkd-config-shr: drop, merged to frameworkd repo Jan 17 14:12:38 mrmoku, could you please add ttf-droid to shr-u feed? Jan 17 14:12:48 i need it :) Jan 17 14:13:06 how is it licensed? Jan 17 14:13:14 ahh... it is in OE? Jan 17 14:13:18 mrmoku, yes :) Jan 17 14:13:21 ok :P Jan 17 14:13:26 mrmoku, Apache-2.0 Jan 17 14:13:27 that makes things easier ;) Jan 17 14:13:54 sure :) Jan 17 14:14:11 otherwise i would have made a recipe first :) Jan 17 14:16:19 added Jan 17 14:16:54 * mickey|office is font zealot Jan 17 14:18:12 mrmoku: don't forget to bump task-shr-feed PR next time ;) Jan 17 14:20:39 JaMa|Wrk: heh, ok, thought for the feed it's not relevant Jan 17 14:21:17 JaMa|Wrk: btw. I forgot again what to bump to get module_autoload lines from the machine conf into the image? Jan 17 14:27:42 mrmoku: n900? Jan 17 14:28:11 mrmoku: if yes then MACHINE_KERNEL_PR in conf/machine/nokia900.conf, otherwise PR in kernel recipe Jan 17 14:28:25 hi, I've a small AT question: Jan 17 14:28:34 JaMa|Wrk: n900, yes. I thought I bumped MACHINE_KERNEL_PR... hmm Jan 17 14:29:06 freesmartphone.org: 03morphis 07next * r8cbfc52d4d43 10msmcomm/ (9 files in 5 dirs): libmsmcomm: implement sim return response message Jan 17 14:29:13 AT+CLCC => +CLCC: 1,1,4,0,0 Jan 17 14:29:21 I want the extended number Jan 17 14:29:36 s/extended number/phone number of the caller/ Jan 17 14:29:37 GNUtoo|laptop meant: I want the phone number of the caller Jan 17 14:29:41 what should I do? Jan 17 14:29:49 I tried AT+CRC=1 Jan 17 14:29:52 but no chance Jan 17 14:31:51 at+clcc usually gives you as much information as possible Jan 17 14:32:01 ah ok ouch Jan 17 14:32:03 if you don't see the number, it might have been suppressed Jan 17 14:32:08 so I must trace it? Jan 17 14:32:14 try also Jan 17 14:32:18 AT+CLIP=1 Jan 17 14:32:21 and then call again Jan 17 14:32:27 ok thanks a lot!!!! Jan 17 14:32:42 some modems might need +CLIP=1 to show extended info in +CLCC Jan 17 14:32:47 if that doesn't help, you're lost ;) Jan 17 14:33:13 ok Jan 17 14:33:23 I could use printk on the proprietary ril tough Jan 17 14:33:39 thanks a lot!!!! Jan 17 14:39:39 thanks a lot!!!!!! Jan 17 14:39:42 it works Jan 17 15:23:40 pespin: any luck with iliwi? I'm leaving in few minutes.. Jan 17 15:30:52 JaMa|Wrk, I asked in #vala, juergbi will look at it Jan 17 15:31:03 * pespin studying for exams meanwhile ;) Jan 17 15:32:11 ok.. thanks, cya tomorrow Jan 17 15:32:55 mickey|office, GNUtoo|laptop: do you know http://www.wirelessmodemapi.com/ Jan 17 15:33:40 ah sre said it was useless so I never looked Jan 17 15:35:43 GNUtoo|laptop: heh, ok... was about to register a login :P Jan 17 15:36:01 mrmoku, maybe it's not so useless Jan 17 15:36:29 GNUtoo|laptop: I came to it by a thread on the maemo ml Jan 17 15:36:49 only one way to find out... Jan 17 15:36:52 * mrmoku will register Jan 17 15:37:05 look at what you agree before registering Jan 17 15:37:24 look if it prevents you from working on libisi+fsogsmd Jan 17 15:38:39 GNUtoo|laptop: already read the terms... it prevents me from passing it to you or mickey|office... but not from working on fso Jan 17 15:38:48 ok Jan 17 15:49:58 mrmoku: ERROR: '['/home/shr/shr-unstable/openembedded/recipes/tasks/task-shr-feed.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'ttf-droid' but it wasn't found in any PACKAGE or RPROVIDES variables Jan 17 15:50:39 mrmoku: fixing that Jan 17 15:55:55 mrmoku: and libgee-native is fixed after rebuilding libffi-native + gobject-instrospection-native (because g-ir-compiler was linked against libffi.so.4 and libffi recipe provides libffi.so.5) Jan 17 15:57:27 GNUtoo|laptop: implementing an adaptation layer for any operating system to be used on top of the Modem API Jan 17 15:57:31 is explicitely allowed Jan 17 15:57:45 JaMa|Off: am I that stupid? :/ Jan 17 15:58:16 mrmoku: no, you're not, ttf-droid has a catch Jan 17 15:58:16 ahh... actually it's danieles fault ;) Jan 17 15:58:44 he didn't tell me it has sub packages :P Jan 17 15:58:58 JaMa|Off: thx for fixing :) Jan 17 15:59:00 actually PACKAGES whould be always only added to, not overwritten without keeping ${PN} in it Jan 17 15:59:20 s/whould/should/ Jan 17 15:59:20 JaMa|Off meant: actually PACKAGES should be always only added to, not overwritten without keeping ${PN} in it Jan 17 16:24:39 ok Jan 17 17:43:34 Weiss, ping Jan 17 17:53:50 daniele_athome, what phones do you want screenshots for? Jan 17 17:54:03 hi btw Jan 17 17:54:12 GNUtoo|laptop, the ones which is not working well :) Jan 17 17:55:01 I think all the non-openmoko phones are not working well Jan 17 17:55:03 I've: Jan 17 17:55:11 *htcdream Jan 17 17:55:15 *n900 Jan 17 17:55:18 *nexusone Jan 17 17:55:54 nexusone has no upstream support at all Jan 17 17:56:10 GNUtoo|laptop, so just pick one Jan 17 17:56:15 ok Jan 17 17:56:18 n900 then Jan 17 17:56:28 resolution is 800x480 Jan 17 17:56:50 I'll install it later I'll do some GSM work now Jan 17 18:00:22 ok Jan 17 18:05:07 mickey|office, fsogsmd loops when modem is off Jan 17 18:05:44 hmmm still looping Jan 17 18:06:01 1970-01-01T00:08:47.037963Z [DEBUG] fsogsmd : GLib <>: Phonet: phonet0 is down, idx=0x4 Jan 17 18:06:09 1970-01-01T00:08:47.038085Z [ERROR] libfsotransport : Modem not reachable Jan 17 18:06:15 1970-01-01T00:08:50.004058Z [ERROR] NokiaIsiModem : Can't open main channel; open returned false Jan 17 18:06:20 hmmm Jan 17 18:09:19 mrmoku, do you know fsogsmd Jan 17 18:09:30 or have an idea Jan 17 18:14:10 hmmm it's the lowlevel plugin Jan 17 18:27:28 GNUtoo|laptop: I have that too Jan 17 18:27:49 GNUtoo|laptop: my guess is phonefsod is doing to much unimplemented stuff Jan 17 18:30:15 mrmoku, disabling the low level plugin and enabling the modem manually makes it work Jan 17 18:31:04 hmm Jan 17 18:31:10 GNUtoo|laptop: with phonefsod running? Jan 17 18:31:22 I don't know, but it makes phonefsod run Jan 17 18:31:37 I think I killed it Jan 17 18:31:50 not sure if it was necessary Jan 17 18:31:58 phonefsod does not get started automatically though Jan 17 18:31:59 ah yes it was Jan 17 18:32:07 since I disabled lowlevel Jan 17 18:32:20 ahhh phonefsod Jan 17 18:32:25 sorry Jan 17 18:32:34 I understood fsogsmd Jan 17 18:32:37 :) Jan 17 18:32:41 phonefsod is started Jan 17 18:32:46 I didn't touch it Jan 17 18:33:38 FsoGsmSimGetInformation Jan 17 18:33:48 not present Jan 17 18:33:49 what's that? Jan 17 18:33:56 to what does it map? Jan 17 18:34:11 FsoGsmDeviceSetFunctionality seem to be AT+CFUN Jan 17 18:34:11 org.freesmartphone.GSM.SIM.GetInfo Jan 17 18:34:18 ok Jan 17 18:34:18 yup, think so Jan 17 18:34:45 GetAuthStatus is missing too I think Jan 17 18:35:05 btw. how did you enter your PIN? via the PIN dialog or with mdbus2 ? Jan 17 18:35:23 pin dialog Jan 17 18:35:32 SHR's pin dialog Jan 17 18:35:36 hmm... that does not work for me... can't see numbers when I type Jan 17 18:35:49 ? Jan 17 18:36:03 In the PIN dialog... I press a number and nothing happens Jan 17 18:36:08 ah ok Jan 17 18:36:19 not fsogsmd related but some other problem Jan 17 18:36:27 ah ok Jan 17 18:36:32 interesting that it works for you Jan 17 18:36:34 maybe illume/efl etc... Jan 17 18:36:41 I've self-built images Jan 17 18:36:43 from yesterday Jan 17 18:36:45 * mrmoku too Jan 17 18:36:49 from today even :) Jan 17 18:37:00 ok maybe it's the today that is the issue Jan 17 18:37:41 actually I had that issue yesterday Jan 17 18:49:48 * The SIM subsystem of the GSM modem (''not yet implemented'') Jan 17 18:49:50 hmmm Jan 17 18:50:01 sim info not implemented in libisi Jan 17 18:53:44 hmm ok Jan 17 18:55:31 each time I want to implement something I'm lost Jan 17 18:55:36 I don't know what to implement Jan 17 18:55:53 GetAuthStatus ? Jan 17 18:57:58 public class IsiSimGetAuthStatus : SimGetAuthStatus Jan 17 18:58:00 already there Jan 17 18:59:58 ohh, ok Jan 17 19:00:09 FsoGsmSimGetAuthCodeRequired Jan 17 19:00:11 maybe that? Jan 17 19:00:18 let me check what phonefsod does Jan 17 19:00:47 ok Jan 17 19:01:20 should I ask sre what are theses: Jan 17 19:01:28 1970-01-01T00:48:27.001586Z [WARN] fsogsmd : GLib <>: Request failed: NET_CAUSE_COMMUNICATION_ERROR Jan 17 19:01:34 1970-01-01T00:03:45.000885Z [DEBUG] fsogsmd : GLib <>: ISI client error: -110 Jan 17 19:01:54 have that too, yup Jan 17 19:02:06 SetFunctionality is implemented? Jan 17 19:02:16 no Jan 17 19:02:37 if you need to check if something is implemented Jan 17 19:02:41 look in mediators.vala Jan 17 19:03:33 ok Jan 17 19:03:55 maybe I should implement registering the network Jan 17 19:05:04 * mickey|zzZZzz votes for GetSimInfo Jan 17 19:05:12 that might be the best way to dive into the basic structures Jan 17 19:05:16 and it shouldn't be too hard Jan 17 19:05:32 ok Jan 17 19:05:38 I'll do it after network register Jan 17 19:05:42 that is already in libisi Jan 17 19:05:47 right Jan 17 19:11:07 freesmartphone.org: 03mickey 07cornucopia * rf96aa7708796 10/fsogsmd/src/plugins/modem_nokia_isi/isitransport.vala: fsogsmd: modem_nokia_isi: fix reachability warnings Jan 17 19:11:08 freesmartphone.org: 03mickey 07cornucopia * r4146941a8c5d 10/fsogsmd/src/plugins/modem_nokia_isi/ (Makefile.am commandqueue.vala): fsogsmd: modem_nokia_isi: get rid of empty commandqueue class Jan 17 19:17:24 mickeyl, any idea on 1970-01-01T01:06:21.470855Z [WARN] fsogsmd : GLib <>: Request failed: NET_CAUSE_COMMUNICATION_ERROR Jan 17 19:18:37 no, that's in libisi or even gisi Jan 17 19:18:43 ok Jan 17 19:19:26 I had that too when trying the network test while booted under maemo though Jan 17 19:19:36 test did work otherwise Jan 17 19:20:04 ya, might be a timeout Jan 17 19:20:12 or isi signalling that there is no network yet Jan 17 19:20:26 not sure what they understand with errro Jan 17 19:20:28 ahh no Jan 17 19:20:29 ** (process:23582): WARNING **: ISI client error: -110 Jan 17 19:20:34 this one Jan 17 19:20:36 -110 is a timeout isn't it? Jan 17 19:20:50 no idea Jan 17 19:20:52 I think so, errno.h Jan 17 19:20:55 but I had this one too: Jan 17 19:20:56 ** (process:23582): DEBUG: g_pn_netlink_add_route: Invalid argument Jan 17 19:21:29 ya, i always have that here Jan 17 19:21:30 #define ETIMEDOUT 110 /* Connection timed out */ Jan 17 19:21:30 seems harmless Jan 17 19:21:56 i had 110 with firmware 1.2 on get_revision Jan 17 19:22:39 I think register is fine but that some stuff is missing to see it Jan 17 19:23:41 can I commit+push Jan 17 19:23:42 ? Jan 17 19:24:12 sure Jan 17 19:24:17 thanks Jan 17 19:24:53 diff : http://pastebin.com/u9YTvs9n Jan 17 19:25:40 on error this will timeout Jan 17 19:25:47 since the callback will never be called Jan 17 19:25:54 we should rather raise an exception Jan 17 19:26:05 ah? Jan 17 19:26:11 e.g. Jan 17 19:26:12 else Jan 17 19:26:15 * GNUtoo|laptop re-looks at the code Jan 17 19:26:32 throw new FreeSmartphone.GSM.INTERNAL_ERROR( "Register did not work" ) Jan 17 19:26:34 or something Jan 17 19:26:39 ah ok Jan 17 19:26:56 I bet git diff pastebins can't be applied right? Jan 17 19:27:10 because I do not know the exact error to throw Jan 17 19:27:17 just push it Jan 17 19:27:21 i'll add the error handling Jan 17 19:27:25 ok thanks Jan 17 19:28:46 freesmartphone.org: 03GNUtoo 07cornucopia * rdd4f561e5e74 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: Jan 17 19:28:46 freesmartphone.org: fsogsmd: modem_nokia_isi: add automatic network registration Jan 17 19:28:46 freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli Jan 17 19:29:54 I'll add current operator Jan 17 19:30:22 please use 4 spaces, btw. Jan 17 19:30:27 i see some tabs in there Jan 17 19:30:45 ouch I forgott to check Jan 17 19:30:46 sorry Jan 17 19:31:39 bbl Jan 17 19:33:01 usually I check that stuff Jan 17 19:33:07 but git didn't warn me Jan 17 19:33:09 that time Jan 17 19:33:13 no red stuff Jan 17 19:33:14 etc... Jan 17 19:34:47 i don't know, do we need to configure git to check that? Jan 17 19:35:34 freesmartphone.org: 03mickey 07cornucopia * rebaeecebc631 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: fsogsmd: modem_nokia_isi: always throw an error, if ISI callbacks fail Jan 17 19:49:32 mickeyl, what so you think about adding -DG_LOG_DOMAIN to identify the plugin? Jan 17 19:49:48 no Jan 17 19:49:58 it shows it automatically Jan 17 19:50:05 but here it didn't because it was a new function Jan 17 19:53:22 afaik it shows a empty log domain Jan 17 19:55:25 back Jan 17 19:56:32 basically git shows red spaces when you do that Jan 17 19:56:36 foo Jan 17 19:56:40 [][][][][] Jan 17 19:56:46 with [] beeing a space Jan 17 19:56:47 foo Jan 17 19:57:17 Oh, phonet is such a pain... Not really documented, not really used in a sane manner. Seem to require some netlink magic to work etc. So the forwarder is far from being finished, i still have no clue how to receive a phonet message, though i hope i'm near. Jan 17 19:57:41 and for tab vs spaces git shift to show you that on the line before there was a tab and that on the line after after there was a space Jan 17 19:58:47 mickeyl, should I correct the spaces/tab? Jan 17 20:08:53 I wonder if that's such a pain because i'm still trying to use phonet with maemo kernel. Will i be able to boot maemo at least somewhat if i use the kernel from SHR? Jan 17 20:09:49 mickeyl, do I keep tabs for case? Jan 17 20:09:55 such as : Jan 17 20:10:01 switch ( something) Jan 17 20:10:20 case SOMETHING: Jan 17 20:12:03 mickeyl, I've fixed the spaces->Tab locally,should I commit + push? Jan 17 20:30:11 Guess i have to actually find some uSD and install SHR to it, with maemo 2.6.28 some stupid netlink tricks must be employed to get forwarding. Probably with upstream kernel it'll just work with PF_PHONET... Jan 17 20:40:38 mdbus2 -s org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Network.GetStatus Jan 17 20:40:40 doesn't work Jan 17 20:41:13 accroding to gdb Jan 17 20:41:17 it polls something Jan 17 20:41:23 mdbus2 blocks btw Jan 17 20:52:04 PaulFertser, did you look at the whole picture or just the forwarding part? Jan 17 20:52:08 because you have phonet too Jan 17 20:52:16 that setup the addresses Jan 17 20:52:42 by phonet I mean the phonet binary called by maemo's udev Jan 17 20:54:15 GNUtoo|laptop: hm, i assumed that libisi/tests work on plain upstream kernel without tricks (and so does ofono), doesn't it? Jan 17 20:54:32 PaulFertser, you need to enable the modem Jan 17 20:54:41 since I use 2.6.28 I don't know Jan 17 20:54:53 it should be done by lowlevel_nokia900 Jan 17 20:54:59 but I'm unsure if it works or not Jan 17 20:55:44 GNUtoo|laptop: currently i was concerned with the forwarding part which is of enough pain on its own, not sure if i should try to continue trying using maemo kernel for that. Jan 17 20:56:06 ah Jan 17 20:56:09 hmmm Jan 17 20:56:14 you need something that works Jan 17 20:56:19 right Jan 17 20:56:21 ? Jan 17 20:57:01 GNUtoo|laptop: well... i'm not sure what to answer. That whole nokia shit is pita. Jan 17 20:57:14 maybe try on maemo Jan 17 20:57:23 replace pieces by pieces Jan 17 20:58:03 GNUtoo|laptop: it's said that maemo kernel has broken phonet implementation and so all userspace is employing netlink workarounds. Jan 17 20:58:39 ah ok ouch Jan 17 20:58:58 mrmoku, should I get a non-working phone and switch to 2.6.37? Jan 17 21:12:21 GNUtoo|laptop: it does not work as a phone anyway, no? Jan 17 21:12:47 I use it for internet,music playing etc... Jan 17 21:12:52 GNUtoo|laptop: (tabs) no tabs nowhere Jan 17 21:13:00 ok then I push Jan 17 21:14:10 wifi works fine... problem for you maybe is the missing bt coexistance Jan 17 21:14:54 I waited too much -> git conflict Jan 17 21:15:30 Lopi, for your error Jan 17 21:15:46 bitbake -c clean libfso-glib Jan 17 21:16:00 bitbake -c clean fsousaged Jan 17 21:16:04 bitbake shr-image Jan 17 21:16:58 okay ty Jan 17 21:19:14 PaulFertser: got something to try out? Jan 17 21:19:57 freesmartphone.org: 03morphis 07next * r78f412631f08 10msmcomm/libmsmcomm/msmcomm/miscmessage.vala: libmsmcomm: correct type and class for GetChargerStatus response message Jan 17 21:20:18 sigh Jan 17 21:20:22 how do I abort a merge Jan 17 21:20:23 ? Jan 17 21:20:36 ah ok Jan 17 21:20:42 git reset --hard did it Jan 17 21:21:03 yup, fatal if you did not commit everything though ;:P Jan 17 21:23:15 mrmoku: :( Jan 17 21:23:31 mrmoku: i came to the conclusion maemo kernel has buggy phonet Jan 17 21:23:38 So i came nowhere. Jan 17 21:23:48 ok Jan 17 21:24:05 so I'll publish my work in a branch Jan 17 21:24:09 for 2.6.28 Jan 17 21:24:16 and we switch to 2.6.37 Jan 17 21:24:19 that fixed me, thanks GNUtoo|laptop Jan 17 21:24:25 PaulFertser: if you want I can scp my 2.6.37 image to the buildhost Jan 17 21:24:42 mrmoku, scp the modules too Jan 17 21:24:46 mrmoku: well, that won't give me modules and probably maemo won't like it anyway, will it? Jan 17 21:25:13 PaulFertser: well, I dual boot nicely with u-boot Jan 17 21:25:26 and no, maemo won't like that kernel :P Jan 17 21:25:47 ahh... was not clearly expressed Jan 17 21:25:59 s/2.6.37 image/shr lite image with 2.6.37 kernel/ Jan 17 21:26:05 :) Jan 17 21:26:46 hmm... kernel + modules + image from buildhost should work too Jan 17 21:27:21 PaulFertser: the kernel I'm using is the dvfs-new branch on git.fso.org/kernel-2.6 Jan 17 21:28:27 which right now equals to the n900-2.6.37 branch from git://gitorious.org/nokia-n900-kernel/nokia-n900-kernel.git Jan 17 21:28:59 so still nokia but maybe less shitty as they're trying to upstream stuff Jan 17 21:29:01 freesmartphone.org: 03GNUtoo 07cornucopia * r43a98d4b94e4 10/fsogsmd/src/plugins/modem_nokia_isi/mediators.vala: Jan 17 21:29:01 freesmartphone.org: fsogsmd: modem_nokia_isi: fix white spaces / Tab issues Jan 17 21:29:01 freesmartphone.org: The correct format is 4 white spaces and no Tabs Jan 17 21:29:01 freesmartphone.org: Signed-off-by: Denis 'GNUtoo' Carikli Jan 17 21:29:04 PaulFertser, maemo won't like 2.6.37 modem initialization Jan 17 21:30:56 mrmoku, where should I push 2.6.28 work? Jan 17 21:31:00 oe branch? Jan 17 21:31:08 oe's shr server? Jan 17 21:33:59 GNUtoo|laptop: what parts does it touch? Jan 17 21:34:42 linux-nokia900, nokia900.conf and xorg Jan 17 21:35:02 s/xorg/xorg.conf// Jan 17 21:36:10 I will also push some bits to oe Jan 17 21:36:26 module_autoload_g_nokia = "g_nokia" Jan 17 21:36:43 that one I have dirty in my tree too :) Jan 17 21:36:51 bq27x00_battery rtc-twl4030 omap_ssi are needed for fsodeviced Jan 17 21:37:03 hmm Jan 17 21:37:10 g_nokia must be used instead of g_ether else you don't have: Jan 17 21:37:15 *usbnet after suspend Jan 17 21:37:16 for new kernel I need twl4030-usb and omap-ssi Jan 17 21:37:21 ok Jan 17 21:38:04 hi all Jan 17 21:38:11 is there someone who managed to attach bt headset to shr-u Jan 17 21:38:13 ? Jan 17 21:38:34 mrmoku, if you take care of that, I'll git reset --hard Jan 17 21:38:47 kernel-module-bq27x00-battery must be shipped also Jan 17 21:38:58 fsodeviced needs it Jan 17 21:39:38 for charging? Jan 17 21:39:40 not for me... Jan 17 21:40:00 no Jan 17 21:40:03 for starting Jan 17 21:40:12 else it complain Jan 17 21:40:18 but maybe that was fixed Jan 17 21:40:25 but it's a good thing to have Jan 17 21:40:28 it's not dangerous Jan 17 21:40:32 it doesn't break anything Jan 17 21:40:38 charging scripts now works with it Jan 17 21:40:39 etc... Jan 17 21:41:41 I don't have it though... let me check kernel config Jan 17 21:41:48 I will miss 2.6.28 Jan 17 21:42:00 JaMa|Off: mrmoku: ping Jan 17 21:42:13 also seems bluetoothd doesnt start Jan 17 21:43:16 GNUtoo|laptop: hmm... what is OMAP TWL4030 BCI charger driver Jan 17 21:43:30 alexxy: yup, but since looooong Jan 17 21:43:35 I don't know, maybe another not used charger? Jan 17 21:43:58 mrmoku: so bt shouldnt work at all? Jan 17 21:44:21 alexxy: until somebody makes fsodeviced start it you have to start it manually Jan 17 21:44:36 ok Jan 17 21:44:38 pespin: how do you do that in emtooth? Jan 17 21:44:43 i started it manualy Jan 17 21:44:59 emtooth doent see any devices Jan 17 21:45:12 normally it get's started by udev... we don't use udev on gta02 anymore... have to teach that to fsodeviced Jan 17 21:45:19 actyaly it didnt see my stereo headset Jan 17 21:45:53 PaulFertser: do you know if OMAP TWL4030 BCI charger driver might be interesting? Jan 17 21:48:58 * mrmoku builds a new kernel to find out Jan 17 21:55:29 mrmoku, wasn't here, reading log Jan 17 21:55:58 is wifi supposed to work well on SHR? Jan 17 21:56:14 on all my SHR phones it does that: Jan 17 21:56:21 I click on iliwi Jan 17 21:56:23 it scans Jan 17 21:56:31 it find encrypted AP Jan 17 21:56:33 but not mine Jan 17 21:56:37 that is not encrypted Jan 17 21:56:43 mrmoku, (start bluetoothd) in old days we had udev, it started automatically on bt device power on. Jan 17 21:56:53 yeah, I know :) Jan 17 21:56:58 now... it doesn't do it at all hehe Jan 17 21:57:00 you start it manually? Jan 17 21:57:04 you have to run it manually yeah Jan 17 21:57:07 and there's still another problem Jan 17 21:57:25 there's a time gap between you request bluetooth resource and org.bluez is loaded and running Jan 17 21:57:41 I hope FSO will take care of both things some day Jan 17 21:57:47 I'll opkg update;opkg upgrade Jan 17 21:57:53 pespin: it will Jan 17 21:58:13 till that, best thing to do is enable bt in shr-settings and run bluetoothd before using emtooth Jan 17 21:58:27 GNUtoo|laptop: mine is WPA2 encrypted works fine with gta02 but not on n900 (with iliwi) Jan 17 21:58:28 well, emtooth1 handles the time gap problem Jan 17 21:58:33 iliwi problem though Jan 17 21:58:34 but it's quite hackish. Jan 17 21:58:43 I'm planning to port iliwi to gdbus Jan 17 21:58:48 mrmoku, I tried both(om-gta02 and n900) Jan 17 21:58:52 I might do it now or next week Jan 17 21:59:00 * mrmoku votes for now ;) Jan 17 21:59:03 and none of them find my AP, I've to retry tons of times before Jan 17 21:59:09 pespin: finished your exams? Jan 17 21:59:24 hehe I left everything opened and prepaired before I went out Jan 17 21:59:25 GNUtoo|laptop: there is a bug in current iliwi due to genlist api changes Jan 17 21:59:32 mrmoku, nah, tomorrow there's first exam Jan 17 21:59:32 ahhh Jan 17 21:59:36 bt4, thanks a lot Jan 17 21:59:41 and I have another one in thursday Jan 17 21:59:45 * mrmoku votes for next week then :P Jan 17 21:59:49 Jama know about the fix now Jan 17 21:59:53 I will use iwconfig + ifconfig etc... and use iliwi again after the bug is gone Jan 17 22:00:04 nah, the subject of tomorrow's exam is passed already :P Jan 17 22:00:16 and the other exam... I need a 3,6 to pass the subject Jan 17 22:00:18 jeje Jan 17 22:01:09 :) Jan 17 22:01:20 pespin: if you touch iliwi you could do me a favour :) Jan 17 22:01:29 and fix parsing of wpa2 networks on n900 Jan 17 22:01:39 iwlist scan output is different Jan 17 22:02:22 mrmoku: are you talking about the same bug in iliwi i just mentioned? Jan 17 22:02:57 it affect the current shr-u Jan 17 22:03:08 mrmoku, uhm I'll try once I finish gdbus port (I don't think I'll have time today. If I don't, please remind it to me some other day) Jan 17 22:03:16 bt4: no Jan 17 22:03:24 pespin: ok Jan 17 22:03:38 fix is easy... just add another regex for wpa2 :) Jan 17 22:04:19 I use an open network Jan 17 22:04:24 I'm very newbie in relation to regex :P Jan 17 22:04:29 could that be fixed too? Jan 17 22:04:43 <[Rui]> well, mine never associates with wep or open networks Jan 17 22:04:51 * GNUtoo|laptop knew python, perl and some shell regex Jan 17 22:05:00 IE: IEEE 802.11i/WPA2 Version 1 Jan 17 22:05:00 <[Rui]> wpa, wpa2, no problem. wep or open... is it a security feature? :D Jan 17 22:05:16 [Rui], by open I mean no security Jan 17 22:05:20 like: Jan 17 22:05:21 no f*cking idea, I'm not iliwi author nor I know really well the code :P Jan 17 22:05:21 <[Rui]> GNUtoo|laptop: me too Jan 17 22:05:25 ok Jan 17 22:05:43 * mrmoku signed a petition to allow open wifi in germany today :) Jan 17 22:05:55 I think it's fobidden here too Jan 17 22:06:19 in italy yes Jan 17 22:06:20 you have to take the identity of the people who connects to your wifi Jan 17 22:06:25 I don't Jan 17 22:06:32 but I'm not visible from the street Jan 17 22:06:38 actually it's not forbidden here... but if somebody does something nasty bad things will come upon you Jan 17 22:06:44 ah ok Jan 17 22:06:48 uh? is it ilegal to have your wifi without password? Jan 17 22:06:50 o.O Jan 17 22:07:00 not exactly Jan 17 22:07:11 no, but you have the responsibility if somebody else uses your net to do bad things Jan 17 22:07:16 it's forbidden not to take the identity of the people who connects to your wifi Jan 17 22:07:18 in italy Jan 17 22:07:41 GNUtoo|laptop: Problems with iliwi now. I tried cleaning and rebuilding. http://pastie.org/private/sfr27e7rnku3p0cgvmbwha Jan 17 22:08:25 iliwi people: if you want you can try my version http://www-users.york.ac.uk/~bt4/iliwi_0.0.1.ipk Jan 17 22:08:29 Lopi, known bug :) Jan 17 22:08:38 Lopi, trying to port it to gdbus to fix the error Jan 17 22:08:38 it's NULL no? Jan 17 22:09:08 pespin: what can I do to bypass the error? Jan 17 22:09:26 Lopi, remove iliwi from tasks Jan 17 22:09:44 Lopi, it's a bug introduced in new vala 0.11.4 Jan 17 22:10:50 pespin: where are all the tasks stored? Jan 17 22:11:26 Lopi, hmmm I think in recipes/tasks Jan 17 22:11:54 Lopi, du -lha recipes | grep shr | grep tasks Jan 17 22:12:59 GNUtoo|laptop: root@nokia900 ~ # modprobe twl4030_charger Jan 17 22:12:59 FATAL: Error inserting twl4030_charger (/lib/modules/2.6.37/kernel/drivers/power/twl4030_charger.ko): No such device Jan 17 22:13:03 not for us :P Jan 17 22:15:22 mrmoku, indeed Jan 17 22:15:47 I bet you've got no platform driver struct or the machine doesn't match or the tests return false Jan 17 22:24:21 Ok, I think gdbus port is done Jan 17 22:24:28 there was only an FSO interface Jan 17 22:24:50 but I think I need newer EFL in my mobile to run it Jan 17 22:24:55 does some want to try the patch? Jan 17 22:24:59 it compiles fine Jan 17 22:25:11 mrmoku: Multiple replacers for frameworkd-config-shr, using first one (frameworkd-config). Jan 17 22:25:25 pespin: bleh it's still trying to compile iliwi Jan 17 22:25:36 what actualy should replace frameworkd-config-shr? Jan 17 22:25:43 Lopi, do you want to try the patch? :P Jan 17 22:25:49 pespin: I tried removing it from task-shr-feed Jan 17 22:26:00 Lopi, that's for feed! Jan 17 22:26:05 you need task-shr-image afaik Jan 17 22:26:13 as you are generating an image :P Jan 17 22:26:31 alexxy: JaMa|Off merged our frameworkd config to upstream Jan 17 22:26:36 frameworkd-config should be fine Jan 17 22:26:43 ahh Jan 17 22:26:44 pespin: ah yeah that would make sense ;p Jan 17 22:27:14 GNUtoo|laptop: bq27x00-battery is loaded... can't find no sysfs nodes though... that's correct? Jan 17 22:27:24 hmmm Jan 17 22:27:29 mrmoku: is shr-today still actual? Jan 17 22:27:32 maybe platform device struct are lacking Jan 17 22:27:38 pepsin: do you have a patch for the iliwi dbus bug? Jan 17 22:28:53 sorry i meant pespin Jan 17 22:29:23 GNUtoo|om-gta02: found you AP ? Jan 17 22:29:24 +r Jan 17 22:29:33 with iwconfig Jan 17 22:29:39 ahh, ok Jan 17 22:29:58 pespin: is it task-shr? I can't find a task-shr-image ;p Jan 17 22:31:00 Lopi: task-shr is for the fat image Jan 17 22:31:08 task-shr-minimal for the small one Jan 17 22:31:23 shr-image == fat image? Jan 17 22:31:30 yup Jan 17 22:31:39 mrmoku, can you try building + trying iliwi with this patch ? http://paste.pocoo.org/show/322433/ Jan 17 22:31:47 hmm, don't see anything about iliwi in there Jan 17 22:31:53 Lopi: shr-image includes shr-image-minimal Jan 17 22:32:36 pespin: not now... almost in bed Jan 17 22:32:50 have to get up early tomorrow... middle son has birthday Jan 17 22:32:55 ah I found it Jan 17 22:32:56 thanks all Jan 17 22:33:18 pespin: can do that tomorrow morning when he's at school though Jan 17 22:33:33 GNUtoo|laptop, are you busy? :) Jan 17 22:34:28 mrmoku, do you have more info for that wpa bug? I'll try fixing it :) Jan 17 22:34:48 i'm in bed Jan 17 22:34:55 >.< Jan 17 22:35:06 laptop is off Jan 17 22:35:08 I can't try it as I need newer EFL in my phone afaik Jan 17 22:35:33 it didn't compile Jan 17 22:35:41 mrmoku, do you want me to send it to ml? Jan 17 22:35:49 now it does with your patch Jan 17 22:35:56 yeah compiles fine :) Jan 17 22:36:00 so push it? Jan 17 22:36:13 GNUtoo|om-gta02, I'd like to see it working in phone before. Jan 17 22:36:19 ok Jan 17 22:37:12 the bars are lacking in xchat on om-gta02.. Jan 17 22:37:27 is there a better client? Jan 17 22:37:32 irssi? Jan 17 22:37:40 GNUtoo|om-gta02, irssi? pidgin? Jan 17 22:37:46 or is th Jan 17 22:37:51 oops Jan 17 22:37:59 ok Jan 17 22:38:06 i'll try irssi Jan 17 22:40:49 btw is stuff in shr-u feeds working properly for daily use phone? Jan 17 22:41:00 I can upgrade to newer EFL then Jan 17 22:43:30 pespin: I saved the patch Jan 17 22:43:39 will try to build it tomorrow Jan 17 22:43:52 ok :) Jan 17 22:43:54 * mrmoku bed too now :) Jan 17 22:44:01 mrmoku, what about feeds? :P Jan 17 22:44:15 how's phoneui+phonefsod+fso? Jan 17 22:44:27 ahh... I'm not phoning much theses days... but I did successfall calls... at least two :P Jan 17 22:44:33 bleh, libphone-ui-shr not compiling now. I tried cleaning and rebuilding, but no luck. http://pastie.org/private/9yu6tggtfmcon9i2ucsha Jan 17 22:45:31 Lopi, hmm you can try enablig fso-autorev Jan 17 22:45:57 I had problems building fso last day and mickey told me to do so Jan 17 22:46:01 it is enabled Jan 17 22:46:04 require conf/distro/include/fso-autorev.inc in local.conf? Jan 17 22:48:01 yes Jan 17 22:48:55 yeah, it's enabled Jan 17 22:49:13 uhm last commit in libfso-glib is from 2010-12-23 Jan 17 22:50:32 and last libphoneui-shr is from 7 days ago Jan 17 22:51:02 pespin also look at non-master branches Jan 17 22:51:15 bye i will sleep Jan 17 22:51:49 ah right Jan 17 22:55:33 pespin: any idea what I should do to fix that? Jan 17 22:56:43 Lopi, I don't know how exactly the fso libs are generated, but they could be generated automatically by some kind of specs Jan 17 22:57:22 and it seems that last phoneui commit is about 7 days ago, and there a spec bump in libfso-glib 4 days ago Jan 17 22:57:24 http://git.freesmartphone.org/?p=libfso-glib.git;a=blobdiff;f=configure.ac;h=979c48ae213d92921e84dd6090224dd8d4449af7;hp=e05857f0ad09b6688d7e7df570a8a5cd56174057;hb=d563de6a89ef68224e293c292b7ef3b283ea5a19;hpb=fb1c5bc750a6f358c6239c1de983a8e633e1a81c Jan 17 22:57:54 which might have changed something. But I'm not sure, just speculating :P Jan 17 22:58:44 I might just pull it out of tasks Jan 17 22:58:58 Lopi, which one? Jan 17 22:59:06 you'll have problems with some packages Jan 17 22:59:14 pespin: libphone-ui-shr Jan 17 22:59:19 phonefsod, phoneui, libphoneui, phoneui-apps, etc. Jan 17 22:59:26 which can depend on it Jan 17 22:59:53 Lopi, you could try setting some version of FSO which doesn't file Jan 17 22:59:55 *fail Jan 17 23:01:16 pespin: how do I do that ;o Jan 17 23:01:34 Lopi, good question :P Jan 17 23:01:58 somewhere in OE there has to be some kind of SRCREV="whatever" in libfso-glib Jan 17 23:02:16 and try for example commit 89666f20284c199237f799283989b36f0d8dedd0 Jan 17 23:03:43 Lopi, recipes/freesmartphone/libfso-glib_git.bb Jan 17 23:04:23 if you change to an older rev you need to increment PR or PE, not sure Jan 17 23:04:30 I'm quite an OE noob ;) Jan 17 23:04:59 hm okay Jan 17 23:05:11 and that rev might be overwritten by fso-autorev too jeje Jan 17 23:05:30 I'm sorry but I can only give you some ideas, not real answers Jan 17 23:06:30 hmm nah, it seems the SRCREV set in libfso-glib_git.bb is the last one, so that might not be overwritten in fso-autorev Jan 17 23:09:51 bleh, I might just release the image I already have Jan 17 23:10:14 been working through compile errors for almost a week, it's hard to get help with the huge time difference Jan 17 23:11:04 Lopi, that's due to the dbus-glib -> gdbus port :) Jan 17 23:11:16 fortunately I think it's quite completed Jan 17 23:11:42 I have been pushing back a release on my project for months now :/ Jan 17 23:11:48 I can't keep doing that Jan 17 23:12:26 Lopi, ask mrmoku if he can fix it tomorrow. I'm sure it will be a quick fix. Jan 17 23:12:42 okay Jan 17 23:12:45 Lopi, meanwhile, you can build with -k param to win some time till it's fixed Jan 17 23:13:55 Lopi, I hope iliwi will be fixed in OE by tomorrow too Jan 17 23:15:13 alright I'm building with -k for now Jan 17 23:15:41 the _from_string function now take an additional GError** parameter Jan 17 23:15:53 since they can fail Jan 17 23:19:51 goodnightttt moko community! :) Jan 17 23:20:02 gnight :) Jan 17 23:20:08 long life to the freerunner :D Jan 17 23:27:48 Lopi, btw, did you have your project in http://www.ixproject.org/ ? is down since some days Jan 17 23:29:07 pespin: another guy hosts it and it was rooted/defaced Jan 17 23:29:17 pespin: I bought a new domain and a defcon friend is hosting now Jan 17 23:29:35 pespin: waiting to announce the new domain though Jan 17 23:29:49 Lopi, aah ok, that's about project release :P Jan 17 23:30:13 SHR: 03mickey 07libphone-ui-shr * r9c1b8d63ea31 10/src/view/quick-settings-view.c: view: fix compiling by catching up with libfso-glib Jan 17 23:30:20 ok, this should be it Jan 17 23:30:25 g'night Jan 17 23:32:23 Lopi, ooh you are lucky :P Jan 18 00:44:25 argh, I upgraded and opimd is not running Jan 18 00:49:59 mdbus2 shows no opimd, opreferencesd, oeventsd dbus interfaces Jan 18 00:51:24 frameworkd is not running Jan 18 00:52:01 /etc/init.d/frameworkd start makes it appear in ps -ef for some seconds, then disappears Jan 18 01:05:06 mickey|zzZZzz, there's something producing a traceback in opreferencesd which stops frameworkd: http://paste.pocoo.org/show/322487/ Jan 18 01:06:46 JaMa|Off, ^ it may have relation with conf file modifications you did as you explained in ml Jan 18 01:06:52 gnight! Jan 18 01:24:55 I had to try/except it and "return 10" to bypass it. Hope tomorrow will be fixed :S **** ENDING LOGGING AT Tue Jan 18 02:59:57 2011