**** BEGIN LOGGING AT Sat Jan 09 02:59:57 2010 Jan 09 03:26:17 JaMa, could you try to set the device_type to lis302 for accels? Jan 09 03:31:14 ok. i cannot find a quick solution for the Pid problem Jan 09 03:31:55 JaMa, still alive? Jan 09 03:33:18 hmm. my patched vala-dbus-binding-tool creates the structs twice :/ Jan 09 07:45:06 let's see how badly things break with the new xserver (in debian) Jan 09 07:45:20 moin Jan 09 07:47:11 moi Jan 09 08:10:03 DocScrutinizer51: morning... getting used to the standard middle european rythm of life again? Jan 09 08:10:32 temporary irregularities ;) Jan 09 08:10:42 :P Jan 09 08:22:10 playya: sorry I was sleeping already, but device_type as set to lis302 from the start Jan 09 08:22:31 moin Jan 09 11:35:28 ah. ok Jan 09 11:35:49 i thought you said lis_302 Jan 09 11:42:32 JaMa|Gone, could you change the annotation in glib-2.0.vapi for Pid from SimpleType to IntegerType and recompile libfsobasic? Jan 09 11:42:36 or mrmoku|away Jan 09 11:42:45 everyone is away :/ Jan 09 11:53:56 i'm trying to use integer as keys in GLib.HashTable Jan 09 11:54:10 obviously gint_to_pointer passing the value gives segfault Jan 09 11:54:24 can I do new int() in vala? Jan 09 11:54:27 to a pointer? Jan 09 11:57:59 when you create the hash table, give it the correct hash and equal func Jan 09 11:58:08 mickeyl, I do it Jan 09 11:58:13 the problem is when inserting something Jan 09 11:58:24 the C translated code is not correct Jan 09 11:58:32 what do you want to insert? Jan 09 11:58:41 it does g_hash_table_insert(hash_table, GINT_TO_POINTER(number_value), data) Jan 09 11:59:01 where number_value is value type from the method's arguments Jan 09 11:59:14 i want to insert a value with an integer key Jan 09 11:59:25 how does your vala code look like? Jan 09 11:59:44 hash.insert(n, data); Jan 09 11:59:51 where n is int Jan 09 12:00:03 but is obviously wrong Jan 09 12:00:10 I want to do like this in C: Jan 09 12:00:18 gint *key = g_malloc(sizeof(gint)); Jan 09 12:00:21 *key = n; Jan 09 12:00:33 and then insert with key GINT_TO_POINTER(key) Jan 09 12:00:37 hmm Jan 09 12:00:42 (modified C manually and it works) Jan 09 12:00:46 vala is not C Jan 09 12:00:54 what's wrong with Jan 09 12:01:34 var table = HashTable( int_hash, int_equal ) Jan 09 12:01:43 v = new Value() Jan 09 12:01:49 v = 20; Jan 09 12:01:54 table.insert( 100, v ); Jan 09 12:01:54 ? Jan 09 12:02:09 mickeyl, that 100 value is passed as value in C translated code Jan 09 12:02:18 GINT_TO_POINTER(100) Jan 09 12:02:23 right Jan 09 12:02:24 which is fine Jan 09 12:02:25 which is a bogus memory location of course Jan 09 12:02:43 mickeyl, g_hash_table_insert wants pointer as keys Jan 09 12:02:46 only if treated unreferences Jan 09 12:02:56 a pointer to 100 is fine Jan 09 12:03:00 if it's never unreferenced :) Jan 09 12:03:36 mickeyl, read here Jan 09 12:03:40 in this case, it depends on the hash function that the ghashtable wants to use Jan 09 12:03:41 http://library.gnome.org/devel/glib/stable/glib-Hash-Tables.html#g-int-hash Jan 09 12:03:51 g_direct_hash would work i guess Jan 09 12:04:27 tilman, but it uses pointers too Jan 09 12:05:25 mmm Jan 09 12:05:33 seems to work with direct actually... Jan 09 12:05:36 direct works fine Jan 09 12:05:40 ;) Jan 09 12:05:45 http://vala.pastebin.com/m1f55de85 Jan 09 12:05:45 tilman, so why in glib documentation says that it works with pointers? Jan 09 12:06:00 g_int_hash: Converts a pointer to a gint to a hash value. Jan 09 12:06:04 mickeyl, yes I've just tried :) Jan 09 12:06:14 INT_TO_POINTER(100) is _not_ a pointer to a gint Jan 09 12:06:24 ok Jan 09 12:06:29 g_direct_hash: Converts a gpointer to a hash value Jan 09 12:06:44 it's not a pointer to the int of value 100 anyway ;) Jan 09 12:06:44 so what it calls gpointer could actually be anything Jan 09 12:06:56 I mean, any number Jan 09 12:07:19 gpointer is just a typedef for void* Jan 09 12:08:06 good :) Jan 09 12:11:57 ok another problem mickeyl still with types :) Jan 09 12:12:04 GLib.Value can't be compared with null Jan 09 12:12:22 but I have a method that may return null values from hashtable Jan 09 12:12:29 and it segfaults... Jan 09 12:12:45 it seems that doing GLib.Value != null is not allowed Jan 09 12:13:05 daniele_athome, mickeyl, you need HashTable Jan 09 12:13:06 generated C code: numberv = *((GValue*) g_hash_table_lookup (attributes, "peer")); Jan 09 12:13:12 playya, did it Jan 09 12:13:44 dbus is not marshalling null values Jan 09 12:13:53 in dbus a Value is not allowed to be null Jan 09 12:14:08 so make sure it's always valid Jan 09 12:14:18 if there is a key, there should be a value != null Jan 09 12:14:32 mickeyl, I don't actually know if there is a key Jan 09 12:14:43 I mean I just call lookup() and then compare the return value Jan 09 12:14:57 (i'm talking about ogsmd CallStatus signal, the hashtable is the third argument Jan 09 12:14:57 right Jan 09 12:14:58 ) Jan 09 12:15:02 and if it's null, it's not present Jan 09 12:15:08 because there won't be a null value Jan 09 12:15:12 ever Jan 09 12:15:12 mickeyl, that's the problem Jan 09 12:15:21 I can't compare the returned GLib.Value from lookup() with null Jan 09 12:15:26 why not? Jan 09 12:15:30 valac says they are not compatible Jan 09 12:15:48 Equality operation: `null' and `GLib.Value' are incompatible Jan 09 12:16:31 hmm Jan 09 12:18:07 mickeyl, FSO specs says that peer key is mandatory Jan 09 12:18:08 :S Jan 09 12:18:50 the signal where the problem occurs is for a call being released Jan 09 12:19:30 hmm, this looks like a regression in vala Jan 09 12:19:38 i swear i could compare with null Jan 09 12:19:43 in fact i'm using that in my code Jan 09 12:19:48 let me check whether fsodeviced still compiles Jan 09 12:20:11 ok Jan 09 12:21:21 heh, fun Jan 09 12:21:25 try using 'var' instead of Value Jan 09 12:21:34 LOL Jan 09 12:21:36 *lol Jan 09 12:22:44 gvaluetypes.h:206: note: expected ‘const struct GValue *’ but argument is of type ‘struct GValue **’ Jan 09 12:22:48 mickeyl, warning Jan 09 12:23:41 that's a normal warning. no problem :P Jan 09 12:24:02 mickeyl, no that's wrong Jan 09 12:24:08 numberv = __g_value_dup0 ((GValue*) g_hash_table_lookup (attributes, "peer")); Jan 09 12:24:21 translated C code pretends to duplicate a value that should be null Jan 09 12:24:33 in vala is this: var numberv = attributes.lookup("peer"); Jan 09 12:25:07 and printing that numberv: "H\xd1\u0008" :D Jan 09 12:26:43 mickeyl, for vala-dbus-binding-tool: should i really yield in the methods? Jan 09 12:26:46 public async ObjectPath get_current_playlist() throws org.freesmartphone.MusicPlayerError, DBus.Error { Jan 09 12:26:47 return yield music_player.get_current_playlist(); Jan 09 12:26:47 } Jan 09 12:27:10 an additional callback for only one line of code? Jan 09 12:27:28 ok find the issue mickeyl Jan 09 12:27:32 declaration should be: Jan 09 12:27:43 get_current_playlist is async or sync? Jan 09 12:27:48 weak GLib.Value? numberv = hash.lookup("peer"); Jan 09 12:27:54 it's async Jan 09 12:28:01 then you have no choice Jan 09 12:28:33 if the control flow should be maintainable, always call async from async with yield Jan 09 12:29:33 but lol Jan 09 12:29:46 that declaration works for comparing the value with null Jan 09 12:29:50 damn. you are right. i cannot call a async method sync, even from a sync mehtod Jan 09 12:29:54 but when I do string number = (string)numberv doesn't work Jan 09 12:30:15 because value_dup tries to get &numberv instead of plain numberv which is a pointer to a gvalue Jan 09 12:32:09 mickeyl, what do I do now? :( Jan 09 12:32:40 what's the problem? Jan 09 12:32:46 v.get_string() Jan 09 12:32:47 mmm Jan 09 12:32:48 ? Jan 09 12:32:51 mickeyl, that's it :D Jan 09 12:33:00 i was just telling you Jan 09 12:33:03 you need to use methods to get the info from values Jan 09 12:33:08 that sucks Jan 09 12:33:10 but GValue sucks Jan 09 12:33:15 not much we can do about it Jan 09 12:33:22 until gvariant comes Jan 09 12:33:38 gvariant? Jan 09 12:34:26 a more sane variable type Jan 09 12:34:28 directly in glib Jan 09 12:34:34 is supposed to come with the next major glib Jan 09 12:34:46 with a more direct mapping to dbus Jan 09 12:34:54 and a mapping to preferences and settings as well, btw. Jan 09 12:34:54 good Jan 09 12:35:04 mickeyl, settings? Jan 09 12:35:06 meaning? Jan 09 12:35:12 I mean in FSO? Jan 09 12:37:18 yeah Jan 09 12:37:26 i was holding off of porting preferences to fso2 Jan 09 12:37:33 since i'm waiting for gsettings in glib Jan 09 12:37:40 gsettings / dconf Jan 09 12:37:47 which is supposed to be exactly what we need Jan 09 12:38:08 ok, wife insists on a walk in the snow Jan 09 12:38:09 *sigh* Jan 09 12:38:09 bbl Jan 09 12:40:31 snow! tomorrow i'll see it :) Jan 09 12:40:34 at last! :) Jan 09 12:44:32 daniele_athome: you should have visited St.Petersburg this NY holidays ;) Jan 09 12:45:00 PaulFertser, i just went to mt. Terminillo near Rome :) Jan 09 12:45:15 that's my budget allows me Jan 09 13:18:19 Hey, i edited Manually using Bluetooth page finally, hope the instructions now work for everybody. Jan 09 13:18:37 is there a sane way to identify a call besides the assigned number by fso? Jan 09 13:18:57 I mean: I create a gui window that will handle a call, but the call will get initiated by the win itself Jan 09 13:19:16 but the CallStatus is one for every call (getting different id number) Jan 09 13:19:38 so when I receive the CallStatus signal, I need to match the call with the gui window Jan 09 13:19:40 hehe, i just did 404 error page :D Jan 09 13:19:43 http://dosowisko.net/blahblahblah Jan 09 13:26:08 that's my first publication on AGPL ;D Jan 09 13:32:28 freesmartphone.org: 03mickey 07cornucopia * r0c1e8c057b41 10/ (136 files in 54 dirs): adjust (C) for 2010 Jan 09 13:33:09 ,seen ptitjes Jan 09 13:33:15 ~seen ptitjes Jan 09 13:33:17 ptitjes was last seen on IRC in channel #openmoko-cdevel, 17d 15h 22m 51s ago, saying: 'or advocating that'. Jan 09 13:37:19 valac segfault lol :D Jan 09 13:47:47 dos1: a question to opimd contacts domain. For PBAP i generate a list of .vcf in one function and in another function i need to get the content of that .vcf. what field can i use to identifiy the contact? Jan 09 13:50:43 Heinervdm: hmm? can you repeat? ;D Jan 09 13:50:55 dos1: :) Jan 09 13:51:53 in one function generate an xml file, that has 2 fields, a filename and the names of the contact Jan 09 13:52:01 that Jan 09 13:52:02 * dos1 must eat some chocolate or something other containing lot of sugar ;x Jan 09 13:52:05 's no problem Jan 09 13:52:34 with that data the bluetooth hands free generates a contact list Jan 09 13:52:57 and if you select a contact it makes a second call Jan 09 13:53:30 with that call i'm getting only the filename i've given in the xml file Jan 09 13:53:46 Heinervdm, you're writing a plugin for fso*? Jan 09 13:53:47 so i can use that name for a unique id Jan 09 13:53:52 playya: yes Jan 09 13:54:03 so you already have some public code available? Jan 09 13:54:20 playya: yes but not much Jan 09 13:55:29 your mail on the ML caused me to write sth for the wiki and i want to link to it Jan 09 13:55:42 http://heinervdm.dyndns.info/shr-git/obexd-0.20/plugins/ Jan 09 13:55:50 but it's nothing to link Jan 09 13:56:13 because it's my machine and i will shut it down half the day Jan 09 13:56:37 hmm. ok Jan 09 13:57:21 and someone tested it for me and it's not working Jan 09 13:57:39 i think it's because of the missing methode Jan 09 13:57:39 i ask a friend from Hela if he could organize some public documentation, if available. Jan 09 13:59:10 i'm trying to do the last part of the implemention now Jan 09 13:59:23 and then we can look if it's working Jan 09 13:59:31 cool Jan 09 13:59:37 if not i will talk to the obexd guys again Jan 09 14:00:05 the problem is, that there is no documentation in obexd... Jan 09 14:00:15 lazy guys... Jan 09 14:06:58 Heinervdm: you want something like unique id? Jan 09 14:07:04 dos1: yes Jan 09 14:07:06 Heinervdm: use the path, luke ;) Jan 09 14:07:16 dos1: that contains / Jan 09 14:07:26 Heinervdm: so use only last digits Jan 09 14:07:43 how does such a path look like? Jan 09 14:07:46 Heinervdm: as in contacts, there's always "/org/freesmartphone/PIM/Contacts/" at beginning Jan 09 14:08:03 example path: /org/freesmartphone/PIM/Contacts/128 Jan 09 14:08:07 ok Jan 09 14:08:29 and then i can just query for that path? Jan 09 14:09:58 Heinervdm: you don't have to query at all then Jan 09 14:10:15 just use dbus object on that path Jan 09 14:20:43 Hi, anyone there? Jan 09 14:21:38 zickzack: whatsup? Jan 09 14:22:20 ~spell activatible Jan 09 14:22:22 possible spellings for activatible: activate activating activator activated activates activities cultivatable activators activator's activity Jan 09 14:22:38 ~spell activatable Jan 09 14:22:40 possible spellings for activatable: activate cultivatable activated activates activator activating accountable advisable activators acceptable adaptable activator's untreatable avoidable equatable excitable activities activity editable evadable inevitable dividable equitable Jan 09 14:24:02 I was wondering how to mute SHR/freerunner without having to turn down the volume in the profiles Jan 09 14:25:57 if (NULL) is false, isn't it? Jan 09 14:29:00 Heinervdm: yup Jan 09 14:29:11 mrmoku: thx Jan 09 14:29:19 zickzack: in which situation? Jan 09 14:31:39 At the movies, I'd need a button to quickly mute/unmute the phone Jan 09 14:33:07 zickzack: no, nothing there yet Jan 09 14:33:23 it would be suitable to add that to the Suspend/Poweroff menu, which is called when pressing the powerbutton Jan 09 14:33:29 zickzack: we are working on a quicksettings app which lets you switch profiles fast Jan 09 14:33:46 which will pop up on a button press Jan 09 14:34:19 Ahh cool. Jan 09 14:36:05 By the way, i had a crash (I think) of ophonekitd, when i manually turned down the ringvolume to -1 Jan 09 14:36:48 I was not able to call, receive calls and smses or look at my contacts Jan 09 14:37:16 Anyone's come upon this error? Jan 09 14:37:56 zickzack: ophonekitd is no more... what distro are you using? Jan 09 14:39:42 SHR Testing Jan 09 14:40:23 Maybe it was frameworkd, i restarted both then it worked Jan 09 14:43:04 freesmartphone.org: 03mickey 07specs * rd8877a2bb979 10/ (3 files in 3 dirs): org.freesmartphone.Time.Alarm: support multiple alarms per dbus service Jan 09 14:43:10 freesmartphone.org: 03mickey 07libfso-glib * rc36a46952caa 10/src/freesmartphone-time.vala: regen Jan 09 14:51:30 mrmoku: do you know upgrading is now safe? (all that busybox hell?) Jan 09 14:52:00 dos1: don't think so yet Jan 09 14:52:17 dos1: JaMa should know Jan 09 14:52:30 but JaMa|Gone ;x Jan 09 14:52:44 ok, thanks, i'll read carefully list_upgradable then ;) Jan 09 14:52:51 hehe, yeah Jan 09 14:52:58 and tell me how it went ;) Jan 09 14:53:03 * mrmoku has to upgrade too :;P Jan 09 14:57:50 freesmartphone.org: 03mickey 07specs * rfc1f9ddb5468 10/ (3 files in 3 dirs): org.freesmartphone.Time.Alarm: fix ListAlarms() Jan 09 14:58:04 freesmartphone.org: 03mickey 07libfso-glib * ra0b1d6d42dae 10/src/freesmartphone-time.vala: regen Jan 09 15:04:05 dos1: I've upgraded yesterday with the help of JaMa Jan 09 15:06:05 hi mickeyl Jan 09 15:06:14 morning GNUtoo Jan 09 15:06:16 how are things? Jan 09 15:06:23 mickeyl, http://pastebin.com/m453bb8d6 Jan 09 15:06:51 basically because of issues with my desktop computer I made oe build fso2-console-image under shr/merge branch Jan 09 15:07:07 and I still didn't have an image Jan 09 15:08:55 GNUtoo: please upgrade your OE tree, it's fixed noiw Jan 09 15:09:04 ah ok again...ok thanks Jan 09 15:09:07 you need to rebuild vala-native and libfsoframewor Jan 09 15:09:21 yeah, there's some development in Vala again Jan 09 15:09:22 (finally) Jan 09 15:09:23 rebuild manually...PR were not bumped? Jan 09 15:09:41 vala was bumped, since it's another rev Jan 09 15:09:53 libfsoframework probably not Jan 09 15:11:17 mmm Jan 09 15:11:24 I bet I've the bumped vala Jan 09 15:11:34 I'll rebuild libfsoframework Jan 09 15:12:28 moin mickeyl Jan 09 15:13:15 hi doc Jan 09 15:17:58 mickeyl: a kernel or lowlevel system question: which different types of timers/scheduled-alerts exist in unix/posix systems and how are they usually implemented in linux wrt hw-clock base used ? Jan 09 15:18:41 mickeyl: for instance usleep() and rtc-alarm come to mind Jan 09 15:19:23 also I'm a little lost wrt SIGALARM Jan 09 15:19:27 i'm afraid that's too low level for me. Jan 09 15:19:35 RTC is delivering its alarm via a file descriptor Jan 09 15:19:37 :-) Jan 09 15:19:54 usleep is IIRC calling select with no file descriptors Jan 09 15:20:15 probably best download glibc and have a look there Jan 09 15:21:20 yeah. I assume it should be easy to overload usleep() in glibc with a new abi compatible implementation? Jan 09 15:23:18 like binding against glibc-usleep-suplement.so Jan 09 15:24:16 or even loadng this suplemetary lib on runtime Jan 09 15:26:07 mickeyl, Already up-to-date. + http://pastebin.com/m70af620a Jan 09 15:26:34 did you really bitbake -c clean libfsoframework? Jan 09 15:26:43 just calling bitbake again won't cut it Jan 09 15:26:50 as the C files are already generated by vala-native Jan 09 15:27:00 and you want them to be regenerated by your updated version of vala-native Jan 09 15:27:22 DocScrutinizer51: probably, but why would you want to do that? Jan 09 15:27:41 mickeyl, yes Jan 09 15:27:56 bitbake -c clean libfsoframework && bitbake fso2-console-image Jan 09 15:27:58 mickeyl: suspend basically is a pathological state for a unix system Jan 09 15:28:12 GNUtoo: valac --version is 0.7.9.6 ? Jan 09 15:28:16 NOTE: removing ../../oetmp_openmoko/work/armv4t-oe-linux-gnueabi/libfsoframework-1_0.2.0.0+gitr1+70b87d6e8b04f0bf0078702f6467e037eb4fdb28-r1.1 Jan 09 15:28:22 I'll look Jan 09 15:28:50 mickeyl: I'm thinking about how to make suspend transparent to processes using scheduled events/alerts Jan 09 15:29:18 PaulFertser: what are your thoughts about kernel debug and default config? Jan 09 15:29:40 [OE::arm-oe-linux-gnueabi-shr-om-gta02]:~$ valac --version => Vala 0.7.9.6 Jan 09 15:30:03 (you see gta02 because I was in a hurry and adapted shr for gta02 to the dream) Jan 09 15:30:30 (I didn't want to rebuild everything and fix the same xorg failures again ) Jan 09 15:31:21 mickeyl: e.g. a gps-tracker might do ' while true; do getgpspos; sleep 60; done' Jan 09 15:31:50 mrmoku: i felt like the users promoting the naive approach are forcing me to actually evaluate all the options to find out about the "right way". That's why the frustration. Jan 09 15:33:21 PaulFertser: hmm... frustration is bad :| Jan 09 15:33:42 PaulFertser: :-)) hi! Jan 09 15:33:50 mrmoku: well, probably my frustration is completely unrelated, so... Jan 09 15:33:52 DocScrutinizer51: hey :) Jan 09 15:34:18 DocScrutinizer51: i do echo rw | netcat localhost gpsd > log.nmea Jan 09 15:34:58 DocScrutinizer51: that's actually relatively easy with fsoo Jan 09 15:35:13 you just need to register an alarm Jan 09 15:35:16 and then you will be called back Jan 09 15:35:18 lindi-: that's fine but missing the point which is the sleep 60 in my example Jan 09 15:35:22 no matter whether the device is sleeping or not Jan 09 15:35:37 of course you need dbus for that Jan 09 15:35:45 if you want it embedded in a shell command, it's a bit more involved Jan 09 15:35:55 mickeyl: roundabout what I thought Jan 09 15:36:27 mrmoku: to me it seems that not all debug options are adding to the slowness and that the most useful ones (to have in all kernels) are the less harmful. Jan 09 15:36:29 mickeyl, yes it's 0.7.9.6 Jan 09 15:36:43 (see above) Jan 09 15:37:56 PaulFertser: ok Jan 09 15:38:19 no idea offhand, then Jan 09 15:38:21 i'll launch a build Jan 09 15:39:14 ok Jan 09 15:40:29 I'll lunch a bit Jan 09 15:45:26 mickeyl: guess you saw I added config files to some of the fso2 recipes... Jan 09 15:45:36 I noticed two things in the sample configs Jan 09 15:46:08 in fsonetworkd.conf there is a [fsonetworkd] section... which is not needed anymore? Jan 09 15:46:44 right Jan 09 15:46:49 and in fsodeviced.conf there is the [accelerometer.lis302] section after the general accel section... should be the other way round, no? Jan 09 15:46:49 that's wrong then Jan 09 15:47:03 for safety, yes Jan 09 15:47:10 ok Jan 09 15:47:14 will you fix both? Jan 09 15:47:29 for the ones I added to the recipes I did that Jan 09 15:47:36 for cornucopia I have no access Jan 09 15:47:43 i'm sure you have Jan 09 15:47:51 really? Jan 09 15:47:56 yes Jan 09 15:47:56 ok, will try then :P Jan 09 15:48:01 good Jan 09 15:48:14 i did not set per-repository rights in the fso tree Jan 09 15:49:26 ~lart dbus Jan 09 15:49:26 * infobot throws a AN/M-8 smoke grenade at dbus Jan 09 15:49:30 process 23124: arguments to dbus_message_new_method_call() were incorrect, assertion "destination == NULL || _dbus_check_is_valid_bus_name (destination)" failed in file dbus-message.c line 1077. Jan 09 15:49:32 Abort. Jan 09 15:49:45 why raising proper errors when you can abort? Jan 09 15:49:46 *sigh* Jan 09 15:50:05 we should patch that out Jan 09 15:51:39 freesmartphone.org: 03mok 07cornucopia * r11e580d2db8d 10/docs/fsodeviced.conf: Jan 09 15:51:39 freesmartphone.org: docs: swap accelerometer and accelerometer_lis302 sections Jan 09 15:51:39 freesmartphone.org: in fsodeviced.conf to be sure the lis302 plugin is loaded first Jan 09 15:51:39 freesmartphone.org: Signed-off-by: Klaus Kurzmann Jan 09 15:51:40 freesmartphone.org: 03mok 07cornucopia * r3d9858c9c46a 10/docs/fsonetworkd.conf: Jan 09 15:51:42 freesmartphone.org: docs: remove obsolete [fsonetworkd] from fsonetworkd.conf Jan 09 15:51:43 mickeyl: oh yes :) Jan 09 15:51:44 freesmartphone.org: Signed-off-by: Klaus Kurzmann Jan 09 15:52:08 splendid Jan 09 16:01:13 mickeyl: I had the same problem as playya now.. I sent you message when you were sleeping.. the bumped vala didn't help to build libfsoframework Jan 09 16:01:45 dos1: its safer, no busybox upgrade, fixed -cworth with merger Jan 09 16:01:59 dos1: but our fso upgrade is not complete.. Jan 09 16:02:17 dos1: I can call.. but I sent 1 sms today and it didn't arrive.. Jan 09 16:02:44 dos1: also gprs doesnt' work.. Jan 09 16:02:51 ok, lets see how my build from scratch works Jan 09 16:03:29 arghs Jan 09 16:05:36 ok, another regression in vala Jan 09 16:06:01 mickeyl: the error is the same as before here.. Jan 09 16:06:12 no, it's different Jan 09 16:06:17 last time it was a Type Jan 09 16:06:18 mickeyl: and I've cleaned all fso stuff + vala before.. Jan 09 16:06:19 now it's a Pid Jan 09 16:06:52 02:17:57 < mickey|sofa> pid Jan 09 16:07:00 no the same as in 2:17 Jan 09 16:07:09 I uploaded new xf86-video-glamo snapshot to Debian, now that 1.7 xserver is in unstable as well Jan 09 16:07:17 before that it was Type Jan 09 16:08:02 but then you uploaded 0.7.9.6 as possible fix for pid Jan 09 16:08:03 02:22:54 < mickey|sofa> please try http://www.freesmartphone.org//sources/vala-0.7.9.6.tar.bz2 Jan 09 16:08:40 right, and 0796 didn't fix that particular problem Jan 09 16:08:51 i guess jürg is fixing this as we speak... Jan 09 16:16:30 .7 is online Jan 09 16:24:40 Ainulindale: ping Jan 09 16:25:20 freesmartphone.org: 03mickey 07cornucopia * re922ed55f35e 10/libfsoframework/fsoframework/dbus.vala: libfsoframework: add isValidDBusName() Jan 09 16:34:03 freesmartphone.org: 03mickey 07cornucopia * r26b2780f998d 10/libfsoframework/ (fsoframework/dbus.vala tests/testcommon.vala): libfsoframework: add test for isValidDBusName() Jan 09 16:49:42 freesmartphone.org: 03mickey 07cornucopia * re460c4ff77ff 10/fsotdld/src/plugins/alarm/plugin.vala: fsotdld: alarm: a busname can now register multiple alarm times Jan 09 16:49:44 freesmartphone.org: 03mickey 07cornucopia * r393a996b1518 10/TODO: TODO: add fsotdld questions Jan 09 16:52:29 mickeyl: with .7 compiled fine Jan 09 16:52:40 mickeyl: I'll try to rebuild whole fso and then I'll push vala Jan 09 16:52:48 mickeyl: thanks Jan 09 16:53:20 okies, thanks Jan 09 16:53:51