**** BEGIN LOGGING AT Mon Feb 15 02:59:57 2010 Feb 15 04:12:44 stefan__: Hi Feb 15 04:45:37 i have used mknod command to create /dev/spidev node in dev fs and used the below test program to ping my co processor ...but failed to read and write the device Feb 15 04:48:03 http://www.mjmwired.net/kernel/Documentation/spi/spidev_test.c Feb 15 05:02:30 i cannot open the device spidev that i have created using mknod /dev/spidev c 153 23 Feb 15 06:37:55 how to check that andy tracking brach kernel builds drivers/spi/spidev.c file by default or need to enable any macro ? Feb 15 06:47:51 my connection is bad today...does any one has replied to my question ? Feb 15 07:05:10 wpwrak: yeah Feb 15 07:05:29 wpwrak: my tests with laptop show exactly the same. Feb 15 07:28:29 PaulFertser: Hi Feb 15 07:29:02 satish: hi Feb 15 07:30:07 i don't see SPI driver is built with andy tracking branch build...as i don't see any related module in modules.order file in kernel build Feb 15 07:30:23 do u know, where should i need to check for it ? Feb 15 07:48:13 moin Feb 15 07:55:01 sigh if rootfs creation failed in shr-lite-image, what do I grep the error log for? Feb 15 07:55:13 as in, probably a package fialed to build, right? Feb 15 07:55:32 did I mention, that OE feels very hacky and crappy at times? Feb 15 07:56:26 wahh: * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-fso2-compliance: Feb 15 07:56:29 * gst-plugin-mad * gst-plugin-flac * gst-plugin-wavparse * gst-plugin-sid * Feb 15 07:57:01 IIRC gst-plugins-bad and gst-plugins-good Feb 15 07:57:10 spaetz: probably pulled by fso-musicd Feb 15 07:57:34 mmh Feb 15 07:58:04 is that included in fso-compliance now? I had hoped it remains optional Feb 15 07:58:18 trying to rebuild fso* Feb 15 07:59:48 yes in fso2 it's included Feb 15 08:00:10 spaetz: did you build those 2 gst-plugins first? Feb 15 08:00:32 after those 2 built.. you can just rerun do_rootfs Feb 15 08:01:39 I just build shr-lite-image, so I would expect it builds everything it needs... Feb 15 08:01:56 I'll try to build those gst plugins Feb 15 08:05:32 spaetz: those modules are only in RDEPENDS and bitbake doesn't pick their recipe for building (not sure why.. maybe because they're only in dynamicaly generated PACKAGES variable Feb 15 08:06:06 adding them (their meta packages) to DEPENDS would be probably safer Feb 15 08:08:21 mmh, I guess that addinf them to DEPENDS would be good if creating the rootfs fails otherwise... Feb 15 08:10:13 for -full image it will pass as they will be picked by something else first.. but I didn't add them to DEPENDS as it's partially bitbake issue (all RDEPENDS are built automatically to be available in time for user to install that) Feb 15 08:10:44 so right fix would be to fix populate_packages_prepend in gst-plugins.inc or bitbake.. Feb 15 08:14:16 * spaetz dislikes bitbake Feb 15 08:14:49 I wish we could use portage, ports, paludis or any other good package manager... Feb 15 08:15:04 paludis would be nice if it supported binary packages.... Feb 15 08:51:08 hi I have some "user" questions, is there a user support channel or it's fine to ask here? Feb 15 08:54:44 graziano, i think #openmoko is the user-chan Feb 15 08:55:13 ah thanks :) Feb 15 08:55:29 /j #openmoko Feb 15 08:56:16 graziano, di nulla! Feb 15 08:56:39 wow you are italian :) Feb 15 08:56:45 can I PM? Feb 15 09:06:40 graziano, yes Feb 15 10:33:39 moin, on current shr-u the call screen disappears... (call is active, but the window is gone) this happens on incoming and outgoing calls, which means ihave to be really quick to pick up a call... Feb 15 10:35:35 JesusMcCloud: yeah, that happened to me too :( Feb 15 10:36:45 teythoon, hmm i'm wating for the next rebuild. shoudl be fixed then (i dunno if the devs know about this) Feb 15 10:39:53 JesusMcCloud: y do you assume that it's gonna be fixed if you're not sure if anyone even knows about the problem? Feb 15 10:40:22 teythoon, like this: Feb 15 10:41:12 mrmoku|away, latest update caused call screen do disappear (call remains active) i have to be really quick if i want to pick up a call and i cannot hang up... Feb 15 10:42:25 heh, yeah, that could work ;) Feb 15 10:51:10 suggestion: why don't divide this page into revisions? http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#List_of_.22Current_issues.22_Imported_from_the_.22Community_update_page.22 Feb 15 10:51:17 e.g. A6 A6+ A7 A7+ etc. Feb 15 10:51:48 it could be useful if someone have to buy a used freerunner to get what problems have been fixed in that revision and what didn't Feb 15 10:54:15 graziano: there're no official "+" versions at all. Feb 15 10:54:39 PaulFertser: what does official even mean anymore? ;) Feb 15 10:54:48 lindi-: MP'd Feb 15 10:55:00 MP? Feb 15 10:55:07 mass? Feb 15 10:57:31 lindi-: yes Feb 15 10:57:49 mass produced Feb 15 10:58:02 PaulFertser: well maybe between A5 A6 A7 and so on? Feb 15 10:58:13 graziano: wiki has some notes on those in bad english Feb 15 10:58:32 lindi-: where can I find them? Feb 15 10:58:36 graziano: maybe you could read them and try to write improved versions? Feb 15 10:58:39 graziano: which search term did you use? Feb 15 10:58:58 I didn't I was not aware that there was such information in the wiki Feb 15 10:59:15 I thought to find it in the hardware fixes page Feb 15 10:59:29 but it's not there it seems Feb 15 10:59:42 graziano: don't trust wiki layout, use search Feb 15 11:00:30 ok Feb 15 11:01:16 lindi-: https://wiki.openmoko.org/wiki/GTA02_revisions Feb 15 11:01:17 thanks Feb 15 11:01:38 maybe a link the neo freerunner gta02 page would be helpful imho Feb 15 11:02:10 graziano: it's a wiki, add it :) Feb 15 11:03:15 lindi-: sure I know :P I am not part of the openmoko community so I think it could be a better idea to *talk here* before starting to mess with the wiki Feb 15 11:03:17 was I wrong? Feb 15 11:09:22 now you are part of the openmoko community, welcome. Feb 15 11:09:30 feel free to mess with the wiki :) Feb 15 11:15:16 spaetz: ok thanks Feb 15 11:25:50 Is Andy tracking branch kernel has defatult enabled to have spi driver ? Feb 15 11:28:08 satish: what? Feb 15 11:28:28 root@om-gta02 / $ opkg list | grep spi root@om-gta02 / $ Feb 15 11:28:42 satish: no idea about opkg Feb 15 11:28:51 i don't see any module that named with SPI in opkg list Feb 15 11:29:05 satish: better to check kernel config Feb 15 11:31:47 JaMa : i have verified modules.order file in GTA02 folder ...don't see any spi stuff Feb 15 11:32:00 what is the kernel config file path ? Feb 15 11:32:14 after -c build you will have it in workdir/git/.config Feb 15 11:33:10 satish_: or in your checkout just check /arch/arm/configs/gta02_packaging_defconfig, Feb 15 11:33:32 satish_: recipe used in shr-u is only enabling UBI stuff Feb 15 11:34:39 JaMa : my connection is too bad today..can u retype the path ? Feb 15 11:34:44 satish_: or in your checkout just check /arch/arm/configs/gta02_packaging_defconfig, Feb 15 11:35:15 JaMa : ok Feb 15 11:40:47 JaMa : CONFIG_SPI and CONFIG_SPI_MASTER is set to "y" Feb 15 11:42:10 JaMa : and few related to debug and gpio are not set ....let me try by enabling most of the relavant... Feb 15 11:42:17 JaMa : thanks **** ENDING LOGGING AT Mon Feb 15 12:02:31 2010 **** BEGIN LOGGING AT Mon Feb 15 12:02:51 2010 Feb 15 12:36:48 new shr-t candidate is compiling on the shr build server. Please don't sync shr-t on it. Feb 15 12:36:57 I need to do testing first. Feb 15 12:37:35 ok Feb 15 12:38:05 thanks :) Feb 15 13:07:13 JaMa: mrmoku|away: looks like phoneui broken again in shr-u Feb 15 13:07:14 =) Feb 15 13:07:29 on incomming call it doesnt shows anything Feb 15 13:09:46 I'm not the right person, to ask about phoneui.. but do you have latest version? mrmoku fixed few things yesterday IIRC Feb 15 13:10:55 JaMa : how the modules.order file get created ? Feb 15 13:11:42 JaMa : i'm trying to keep spidev.ko spi driver stuff but become empty after build. Feb 15 13:12:22 JaMa : which file needs to be edited to get updated the required modules in modules.order Feb 15 13:13:16 satish: isn't depmod on device enough to recreate modules.order? Feb 15 13:13:47 JaMa : during kernel build ? Feb 15 13:14:51 satish: i'm sorry to have ignored your question Feb 15 13:15:02 meh! Feb 15 13:15:06 PaulFertser: boo! :) Feb 15 13:15:08 satish: the spi host driver is statically built in. Feb 15 13:15:14 raster: boohoo :D Feb 15 13:15:18 Yeahha Feb 15 13:15:26 oolooo yeaaaaaaahhhhhhh! Feb 15 13:15:35 oooeeewwwwww yaaaaaaaaaaaahhhhh! Feb 15 13:15:46 JaMa: ist right after yesterday mrmoku fixes Feb 15 13:15:47 =) Feb 15 13:16:16 ? Feb 15 13:16:26 Another day, another problems^Werr achievements :) Feb 15 13:16:26 PaulFertser: but i don't see any SPI driver stuff during build in modules.order file and also in opkg after installed on my phone Feb 15 13:16:40 the issue was created right after yesterday's fixes? Feb 15 13:16:43 satish: the spi host driver is statically built in. Feb 15 13:16:51 JaMa: yes =) Feb 15 13:16:57 ah :/ Feb 15 13:17:23 PaulFertser: how can i verify in my phone after boot ? Feb 15 13:17:28 * JaMa cannot build/try anything atm.. moving bitbake/OE to minimalistic chroot.. Feb 15 13:18:14 satish: verify what? Default andy-tracking config has it enabled, what else do you need? Feb 15 13:19:21 raster, hello: how is work going on about Illume? Feb 15 13:19:38 pbaxter: oooooooooooooohhhh yaaaaaaaaaaaaaaaaaaeeeeeeeeeeeeeehhhhhhhhhhh baby Feb 15 13:20:10 PaulFertser: default andy tracking branch is NOT enabled CONFIG_SPI_SPIDEV and CONFIG_SPI_S3C24XX Feb 15 13:21:22 raster, what do you mean? Feb 15 13:21:37 satish: CONFIG_SPI_S3C24XX_GPIO=y Feb 15 13:21:50 pbaxter: oooh aaaaah mmmmmmmmmmmmmmmmmmmm aaaaaaaaaaah! Feb 15 13:21:54 PaulFertser: which i need to make it work spidev_test.c utility in documentation folder Feb 15 13:22:00 satish: that's the driver that is used. Because the folks needed spi bitbanging driver. Feb 15 13:22:38 raster seems to be using the Freerunner for the first time. It tends to do that to you... Feb 15 13:23:36 No, raster's using some mad-fast cortex-A8 that fits in his pocket and is nice, slick, brand-new, running X on uber-sharp screen with the lastest build of E on it :) Feb 15 13:25:14 spaetz: hahahahahahaha Feb 15 13:25:32 PaulFertser: almost... tho its not in my pocket.. it's wired up on my desk Feb 15 13:25:33 :) Feb 15 13:25:46 raster: but it _can_ fit in your pocket Feb 15 13:26:27 PaulFertser: well when the debug extension is cut off.. it will. think of the pcb, but with this extension bit coming out the size breaking out serial port etc. etc. from the thing Feb 15 13:26:39 the usual for prototype stuff Feb 15 13:27:24 PaulFertser: even the S3C24XX GPIO is not listed in modules.order file during andytracking defult kernel build Feb 15 13:27:45 pbaxter: anyway.. enouhg being silly.. um.. illume2 is being worked on Feb 15 13:27:55 illume is languishing in un-maintained land Feb 15 13:28:05 PaulFertser: i only see rtc-s3c.ko and s3c2410_wdt.ko for watchdog Feb 15 13:28:52 satish: git show origin/andy-tracking:arch/arm/configs/gta02_packaging_defconfig | grep SPI_S3C24XX_GPIO=y Feb 15 13:28:55 CONFIG_SPI_S3C24XX_GPIO=y Feb 15 13:29:51 PaulFertser: can you tell me how this modules.order file with .ko files get created during build...so that i can go and edit it to have SPI and SPIwith GPIO Feb 15 13:30:27 satish: i'm afraid i've told you several times already that this module is statically compiled in... Feb 15 13:30:30 PaulFertser: yes...i have it and even my GTA02/.config file has it with Feb 15 13:31:20 PaulFertser: so u mean the statically compiled modules need not be listed on to the modules.order file , is it ? Feb 15 13:38:49 I hate opkg. Feb 15 13:39:27 on "opkg remove ...", it sometimes tells a package to be removed was not installed, and sometimes not. Feb 15 13:39:48 sometimes, it just doesn't remove a package without even telling Feb 15 13:40:41 I'd like it if there was at least any sort of message for _every_ package named on the command line. Feb 15 13:52:14 raster, but when you think there will be a stable SHR? Feb 15 13:52:59 LOL, you choosed a right person to ask that :) Feb 15 13:56:30 pbaxter: dunno. i cant speak for shr releases Feb 15 14:19:00 PaulFertser: scratch the uber-sharp screen bit. Raster prefers 320*200 :-P Feb 15 14:19:26 me wants more than 480x640 Feb 15 14:19:45 DocScrutinizer: i like my 480x800... because it actually has grunt to drive it :) Feb 15 14:19:58 raster: :-D Feb 15 14:20:49 its something like 10x the power of the freerunner... and thats just the cpu. Feb 15 14:20:57 throw in a full gl-es2 gpu too.. Feb 15 14:21:14 raster's paradise Feb 15 14:21:26 (as my current screen is runing a full opengl-es2.0 compositor as a module for e17... with full tear-free vsynced rendering smoothly) Feb 15 14:21:31 at.. 480x800... Feb 15 14:21:49 with evas+edje+elementary etc. all driving the widgets Feb 15 14:21:51 and more... Feb 15 14:22:03 if you have the right hw - u can go up to nice resolutions. Feb 15 14:26:20 Happiness is a warm gun Feb 15 14:28:03 uh, hard drugs over there? Feb 15 14:30:16 DocScrutinizer: nope, i just went by associations chain: cool hi-res stuff -> excitement -> happiness -> unhappiness -> a Lennon's song about happiness Feb 15 14:35:29 * mwester got the reference Feb 15 14:36:19 But then, according to one of our politicians, I live in the part of the US that "clings to guns and religion". Feb 15 14:40:06 alexxy, JesusMcCloud: looking into it :/ Feb 15 14:40:48 uhh, maemo and moblin merge? Feb 15 14:41:15 meeGo? Is it April 1st? Feb 15 14:41:27 mwester: but is his observation even remotely correct? Feb 15 14:57:34 mrmoku: ping Feb 15 14:58:35 http://www.lyricstime.com/violent-femmes-happiness-is-lyrics.html Feb 15 15:23:09 dos1|away: pong Feb 15 15:27:11 PaulFertser, like most similar generalizations, it is nothing more than the reflection of prejudice on the part of the speaker. Feb 15 15:28:01 mwester: i like how you put it Feb 15 15:29:23 hehe, nice Feb 15 15:32:12 yep, it's a clever book Feb 15 15:32:22 arrg, wrong win. I should stop typing today Feb 15 16:04:13 what the frak? Feb 15 16:04:14 * Package xf86-input-keyboard is depended upon by packages: Feb 15 16:04:14 * task-x11-server Feb 15 16:04:23 what is that needed for? Feb 15 16:04:40 mrmoku: did people already tell you about phoneuid failure on incoming call? Feb 15 16:06:39 Wonka: not sure why.. but even with evdev as only driver configured in xorg.conf, Xorg put warning about missing -mouse -keyboard drivers.. Feb 15 16:06:52 Wonka: that's why we have them in XSERVER var in machine conf Feb 15 16:07:09 ooh, are we going on a minimize-dependecies spree now? nice :) Feb 15 16:07:30 JaMa: sufficiently new Xorg doesn't need anything but evdev Feb 15 16:07:34 Wonka: not really sure if it's still the case in newer Xorg.. last time I tried with IIRC 1.6.4 Feb 15 16:08:11 Xorg 1.7.4on this debian doesn't need kbd or mouse Feb 15 16:08:12 Wonka: without warning? I know it will run ok with only evdev.. Feb 15 16:09:49 Wonka: current git master http://pastebin.ca/1797327 Feb 15 16:09:51 JaMa: without warning. it asks hal for input devices and uses hoe Feb 15 16:09:52 dos1: yeah, already searching :/ Feb 15 16:09:53 those Feb 15 16:10:34 Wonka: on desktop right? Feb 15 16:10:38 yes Feb 15 16:10:56 on MacBookPro3,1 Feb 15 16:11:06 I'm not interested in desktop :) try it on neo.. with Power button.. Feb 15 16:11:06 mrmoku: ok. i have the same here :P do you want some backtrace? Feb 15 16:11:09 .oO( need to get that touchpad out of xorg... ) Feb 15 16:11:39 Wonka: and hal wasn't and won't be used again in SHR.. Feb 15 16:12:15 * JaMa is already using Xorg on neo without hald and udevd (just libudev) Feb 15 16:12:28 JaMa: hal seems to be scheduled for removal from freedesktop.org too Feb 15 16:12:33 dos1: what backtrace do you get? Feb 15 16:12:37 Wonka: I know Feb 15 16:12:37 JaMa: all going to udev Feb 15 16:12:45 dos1: I get nonsensical endless abort :/ Feb 15 16:12:48 JaMa: oh, cool. want. Feb 15 16:13:01 JaMa: am waiting for Xorg not depending on hal on debian too Feb 15 16:13:04 mrmoku: hmm, well, didn't check it yet :P Feb 15 16:13:54 Wonka: I would expect distros to pick it with 1.8 release.. Feb 15 16:14:10 *** glibc detected *** phoneuid: free(): invalid pointer: 0x00016c38 *** Feb 15 16:14:11 Aborted Feb 15 16:14:24 Wonka: I changed it in oe.dev only for recipe from git.. older 1.7.* will stay with hal Feb 15 16:16:55 dos1: hmm... interesting Feb 15 16:17:13 mrmoku: with gdb i can see only aborts Feb 15 16:17:24 yeah :( Feb 15 16:17:30 not very much helpfull Feb 15 16:19:31 but it started to happen in last few days Feb 15 16:19:32 dos1: trying an older version of libphone-ui now... Feb 15 16:21:30 http://git.shr-project.org/git/?p=libphone-ui.git;a=blobdiff;f=src/phoneui-utils.c;h=ff5f894ac439f69b996ee06cf97dfb7585593a06;hp=d2dba96c4ad7fe359f5cd75276a9fbf9ba50777c;hb=3ee260aa8091a4355284de4c9c2651466af27278;hpb=3f05517d931f1bf5fccca6966dafc7a169f6c29d Feb 15 16:21:41 there is some free() ;) Feb 15 16:23:36 http://git.shr-project.org/git/?p=libphone-ui.git;a=blobdiff;f=src/phoneui-utils.c;h=d2dba96c4ad7fe359f5cd75276a9fbf9ba50777c;hp=495466f702776cf736b9d514c192ec62d9e565a3;hb=3f05517d931f1bf5fccca6966dafc7a169f6c29d;hpb=3373bdf1c3f73c6adcfd2041c4f4a2e36608cfd1 Feb 15 16:24:20 maybe on of those two commits is a cause Feb 15 16:25:55 * mrmoku hopes it's the latter one ;) Feb 15 16:26:11 s/on/one/ Feb 15 16:26:12 dos1 meant: maybe one of those two commits is a cause Feb 15 16:27:19 dos1: ok, 3373bdf1c3f73c6adcfd2041c4f4a2e36608cfd1 works Feb 15 16:27:54 and the improved resolving was working too IIRC... Feb 15 16:27:56 trying now Feb 15 16:35:46 yup tasns commit is fine and working Feb 15 16:35:56 mrmoku: so that's your fault! Feb 15 16:35:58 :D Feb 15 16:39:10 probably yeah :( Feb 15 16:43:22 mrmoku: any news on new phoneuid issue? Feb 15 16:50:30 alexxy: probably... dos1 pointed my nose on it Feb 15 16:51:38 mrmoku: ok =) Feb 15 16:57:40 X.Org X Server 1.7.99.901 (1.8.0 RC 1) :) Feb 15 17:00:21 alexxy, dos1, JesusMcCloud: building fixed libphone-ui now Feb 15 17:00:28 yay :) Feb 15 17:00:39 yay^2 Feb 15 17:05:54 yay! (factorial) Feb 15 17:06:55 that stupid thing happened because I was calling free() on memory allocated via g_slice_alloc0 :( Feb 15 17:07:33 update is in the feed Feb 15 17:12:22 thx Feb 15 17:15:49 GNUtoo: hi GNUtoo Feb 15 17:15:59 the most recent image has some issues Feb 15 17:16:07 first of all Feb 15 17:16:09 backlight Feb 15 17:16:17 we need to fix the behaviour Feb 15 17:16:21 second Feb 15 17:16:27 we need to fix xorg.conf Feb 15 17:16:45 third we need alsa buffer underrung Feb 15 17:17:24 off for dinner... if there are still problems will bbl :P Feb 15 17:23:27 phew Feb 15 17:23:35 was as bad as I thought it'd be :P Feb 15 17:24:09 (started studying at saturday noon, didn't do anything all the semester, worked all day yesterday and was sick this morning) Feb 15 17:24:14 man, I'm the king of excuses :P Feb 15 17:26:35 I hope that your excuse for doing nothing is at least too much interfear by other intellectual activities like programming or other scientific themata Feb 15 17:27:43 I'm also a bit lazy from time to time, because I prefer to code on shr-msm or do stuff for my company Feb 15 17:28:16 but at the end I've got my final goal in front of my eyes: getting professor some day Feb 15 17:28:17 :) Feb 15 17:30:00 leviathan, that's the thing, I don't think I managed to do anything interesting in the time wasted :P Feb 15 17:30:13 hm Feb 15 17:30:16 then its sad Feb 15 17:30:19 well, I played around with opimd for 12+ hours on friday Feb 15 17:30:23 but nothing more than that. Feb 15 17:30:24 because humans only live once Feb 15 17:31:02 hmm Feb 15 17:31:23 I'm learning ruby on rails ATM Feb 15 17:31:35 because I wanna do a LDAP manager for my company Feb 15 17:31:49 perhaps we can distribute it to other customers soon Feb 15 17:48:32 mrmoku|away, something wrong with number resolving :( Feb 15 17:48:34 crashes phoneuid Feb 15 18:13:45 TAsn: fixed already :P Feb 15 18:13:52 fixed what? Feb 15 18:14:00 TAsn: phoneuid crash Feb 15 18:14:04 TAsn: on incoming call? Feb 15 18:14:05 when? Feb 15 18:14:07 yes Feb 15 18:14:21 TAsn: opkg update && opkg upgrade Feb 15 18:14:26 libphoneui? Feb 15 18:14:30 TAsn: [17:59] SHR: mok libphone-ui * r83d976d64593 /src/phoneui-utils.c: phoneui-utils: use malloc instead of g_slice_alloc0 as free()ing that fails badly Feb 15 18:14:52 TAsn: that's not number resolving which causes crash :P Feb 15 18:14:59 then? Feb 15 18:15:22 TAsn: freeings something created by g_slice_alloc0 :P Feb 15 18:15:27 freeing* Feb 15 18:15:44 duh, but where? Feb 15 18:15:59 TAsn: http://git.shr-project.org/git/?p=libphone-ui.git;a=blobdiff;f=src/phoneui-utils.c;h=ff5f894ac439f69b996ee06cf97dfb7585593a06;hp=d2dba96c4ad7fe359f5cd75276a9fbf9ba50777c;hb=3ee260aa8091a4355284de4c9c2651466af27278;hpb=3f05517d931f1bf5fccca6966dafc7a169f6c29d Feb 15 18:16:10 here (this commit introduced crash) Feb 15 18:16:15 _contact_get_callback Feb 15 18:16:17 contact resolving :) Feb 15 18:17:56 mrmoku|away: thanks, it works now :) Feb 15 18:25:04 all hail mrmoku Feb 15 18:25:06 :P Feb 15 18:29:57 TAsn: hey, how was your exam? Feb 15 18:30:30 mrmoku, not too good :P Feb 15 18:30:35 TAsn: it was a bad idea to call free() on g_slice_alloced memory :P Feb 15 18:30:38 no? Feb 15 18:30:43 but I knew it won't be Feb 15 18:30:49 mrmoku, probably around 80 :| Feb 15 18:31:06 I expected you to do 120 ;) Feb 15 18:31:06 but I'm allowed to do it again Feb 15 18:31:15 that's the only reason I went :) Feb 15 18:31:23 :P Feb 15 18:31:36 I didn't study enough :( Feb 15 18:31:43 DocScrutinizer, thanks btw, thanks to you I passed :P Feb 15 18:31:50 (kick from yesterday) Feb 15 18:32:09 TAsn: great! Feb 15 18:32:12 :-) Feb 15 18:32:59 TAsn: the nice thing... that libphone-ui thing fixes my strange contacts segfault too :) Feb 15 18:33:03 can finish that now Feb 15 18:33:23 haha ;) Feb 15 18:33:29 great Feb 15 18:34:22 TAsn: and next will be to convert messages *as is* to ui-utils Feb 15 18:35:12 good enough Feb 15 18:35:25 I just want to drop window.c and start using werror already :) Feb 15 18:45:06 TAsn: thanks for the timely reaction on the call window problem Feb 15 18:45:33 teythoon, thank mrmoku, he fixed it. :) Feb 15 18:45:41 I'm just the messanger Feb 15 18:46:27 TAsn: I just read your comment on the ticket, including a reference to the relevant changeset would have been a super finish ;) Feb 15 18:46:45 teythoon, I know, I was being lazy :) Feb 15 18:47:00 I usually am when it comes to bugs that are <24hrs old Feb 15 18:47:05 (i.e instafixes) Feb 15 18:47:08 in unstable Feb 15 18:47:14 sure, makes sense Feb 15 18:48:49 I was just curious, do you have a link off the top of your head? Feb 15 18:49:17 to the relevant commit? Feb 15 18:49:34 libphone-ui revision r83d976d64593 Feb 15 18:49:41 is the fixed revision Feb 15 18:49:46 thanks :) Feb 15 18:49:51 np Feb 15 18:50:10 opimd: "finished" add/del/update Feb 15 18:50:12 now query :) Feb 15 18:51:16 TAsn: hmm? Feb 15 18:51:18 dos1, btw, I'm going to make a special case Feb 15 18:51:32 actually, nvm Feb 15 18:51:35 no special case :) Feb 15 18:51:40 dos1, just playing Feb 15 18:51:54 making opimd use sqlite Feb 15 18:51:59 and dropped the backend system Feb 15 18:52:01 entirely Feb 15 18:53:05 ;-D Feb 15 18:53:38 DocScrutinizer, btw, got an idea how to make the db structure? Feb 15 18:53:56 I'm really struggling with this one Feb 15 18:54:21 TAsn: what is your draft? Feb 15 18:54:31 for db structure? Feb 15 18:54:33 nothing Feb 15 18:54:33 yup Feb 15 18:54:40 just playing with opimd Feb 15 18:54:40 ahh :P; Feb 15 18:56:18 either way I choose is not generic/fast enough Feb 15 18:56:24 the current thing I had in mind Feb 15 18:56:29 is having a "contacts" table Feb 15 18:56:31 that holds the ids Feb 15 18:56:38 and a bunch of tables Feb 15 18:56:44 that look like: Feb 15 18:56:56 int:ID; (string:TYPE; string:FIELDNAME; string:VALUE)*60 Feb 15 18:56:58 contact_id, field_id, field_name, value Feb 15 18:57:20 DocScrutinizer, mostly like what I did, though I store type per field Feb 15 18:57:29 so I don't need to keep it per cell Feb 15 18:57:35 but other than that, the same. Feb 15 18:58:02 too bad sqlite handles alter table so poorly Feb 15 18:58:13 because altering tables could be easiest and nicest Feb 15 18:58:20 (table by type or something, I dunno) Feb 15 18:58:42 and OF COURSE, I'm storing all domains into the same DB Feb 15 18:58:45 for leetass joins :P Feb 15 18:59:34 either you get 1 record per contact, with 60some 3-tupels (type, name, value). Or you get arbitrary number of records "id; type; name; value" with same ID Feb 15 18:59:56 DocScrutinizer, chose the latter Feb 15 19:00:04 my only issue atm is number resolving Feb 15 19:00:08 where same ID = one particular contact Feb 15 19:00:16 TAsn: better use type_id to make dictionaries possible. Feb 15 19:00:41 DocScrutinizer, of course. Feb 15 19:00:44 Q-Master, I think I missed you. Feb 15 19:01:22 * Q-Master dumb Feb 15 19:02:40 cool, I'll implement query after I'm back :) Feb 15 19:02:56 DocScrutinizer, are you registered to shr-devel? Feb 15 19:03:03 nope Feb 15 19:03:43 DocScrutinizer, anyhow, got any idea how to make number resolving sane? Feb 15 19:03:58 not sane, but efficient Feb 15 19:04:03 using create function is nice Feb 15 19:04:08 and with a normal db Feb 15 19:04:11 it would even work Feb 15 19:04:23 but I don't think sqlite does smart caching Feb 15 19:04:42 and I don't think it allows indexing by function value (and too bad that ti doesn't) Feb 15 19:05:29 of course I will not do anything stupid Feb 15 19:05:39 but I want to do the smartest thing possible :) Feb 15 19:07:11 oh wait Feb 15 19:07:13 it actually does Feb 15 19:07:14 :) Feb 15 19:07:39 (I think) Feb 15 19:07:47 not hash indexes Feb 15 19:07:53 but at least sort indexes Feb 15 19:08:00 will investigate when I'm back Feb 15 19:08:01 ciao. Feb 15 19:08:11 ciao :-) Feb 15 19:23:20 oh. super. Feb 15 19:23:56 my current shr-u doesn't come up because /etc/X11/Xsession.d/89xTs_Calibrate hangs in an endless loop Feb 15 19:24:09 $ xtscal Feb 15 19:24:09 XCALIBRATE extension missing: Success Feb 15 19:24:44 where did /etc/pointercal go? Feb 15 19:26:55 Wonka: xtscal works only on kdrive, XCALIBRATE extension is only available there Feb 15 19:27:15 ynezz: if /etc/pointercal exists, xtscal is not run Feb 15 19:27:26 Wonka: and now it should use xinput_calibrator_once.sh Feb 15 19:27:38 ynezz: that would be called after that loop Feb 15 19:27:59 ynezz: my question still is why /etc/pointercal went missing on some upgrade Feb 15 19:28:07 dunno, ask JaMa :) Feb 15 19:28:19 anyway, I'll install the package "pointercal" where it seems to be contained... Feb 15 19:29:35 there seem to be several files in xserver-kdrive-common which should be in some package without "kdrive" in its name... Feb 15 19:31:09 leviathan, hi Feb 15 19:31:26 leviathan, what's the backlight problem? it's powered off? Feb 15 19:31:31 leviathan, it's not kernel Feb 15 19:31:34 it's fso Feb 15 19:33:51 Wonka, ynezz: in normal state TSLIB_DEVICE should be empty and that loop should be ignored Feb 15 19:34:47 TSLIB_TSDEVICE='/dev/input/touchscreen0' Feb 15 19:35:38 ah! Feb 15 19:35:39 ./profile.d/tslib.sh:TSLIB_TSDEVICE=/dev/input/touchscreen0 Feb 15 19:35:49 with . = /etc Feb 15 19:36:37 which is from tslib-conf Feb 15 19:36:55 which is from feb 12, so from after my "rm -rf shr-unstable/tmp/" Feb 15 19:36:56 which is installed by default? Feb 15 19:37:11 or atleast upgraded on "opkg upgrade" Feb 15 19:37:22 hmm I have it too :/ Feb 15 19:38:20 but I also have pointercal recipe installed by default Feb 15 19:38:25 shr-lite-eglibc-ipk--20100212-om-gta02.rootfs.tar.gz has it oo Feb 15 19:38:26 too Feb 15 19:38:26 hi leviathan Feb 15 19:38:42 JaMa: so: where did /etc/pointercal get lost? Feb 15 19:38:48 * Wonka doesn't know Feb 15 19:39:07 I have it with pointercal package.. Feb 15 19:39:17 will check later.. now I have to fix my desktop Feb 15 19:39:24 someone used to write udev rules? Feb 15 19:39:46 * JaMa droped dbus/hal support also on desktop and now Xorg starts without any input :) Feb 15 19:40:07 leviathan, xorg.conf is one piece...you also need to modify /etc/X11/Xserver Feb 15 19:45:05 GNUtoo: yes Feb 15 19:48:06 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so Feb 15 19:48:13 mh, why not glamo_dri.so? Feb 15 19:48:27 hmm? Feb 15 19:48:36 on msm it does fail Feb 15 19:48:37 AIGLX Feb 15 19:48:39 -.- Feb 15 19:58:38 /usr/bin/xinput_calibrator seems to be a little confused. Feb 15 19:58:55 Option "SwapXY" "1" Feb 15 20:03:14 Wonka: swrast is used as fallback for non-drm kernel Feb 15 20:04:47 Wonka: if you boot any kernel from build.shr-project.org/tests/mrmoku/shr-kms, you will see glamo there Feb 15 20:05:03 cool. when will that be in shr-u? ;) Feb 15 20:05:30 when it will suspend/resume without WSOD Feb 15 20:05:40 ah, sounds reasonable Feb 15 20:06:03 yeah we're reasonable guys.. (sometimes) :) Feb 15 20:06:15 hrmfgrmsfa! Feb 15 20:06:42 /usr/bin/xinput_calibrator doesn't output anything usable for storing and later feeding to xinput Feb 15 20:07:12 so what does it store in /etc/pointercal.xinput.log? Feb 15 20:07:13 and reading those values back from xinput is not documented particularly well Feb 15 20:07:49 http://pastebin.com/m1d526485 Feb 15 20:09:16 JaMa: both methods are not quite what I like Feb 15 20:09:29 JaMa: one is hal, other one is xorg.conf Feb 15 20:11:08 Wonka: as I said before hal wasn't used when we switched to Xorg Feb 15 20:11:19 Wonka: it was added for ts support on other devices Feb 15 20:11:23 GNUtoo: if I press the trackball I cant click on next on language selection Feb 15 20:11:28 same for touchscreen Feb 15 20:11:30 any idea? Feb 15 20:11:58 GNUtoo: Feb 15 20:11:58 (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (/usr/lib/dri/swrast_dri.so: undefined symbol: _glapi_tls_Context) Feb 15 20:11:58 (EE) GLX: could not load software renderer Feb 15 20:12:20 Wonka: and I won't add fdi rules.. as we'll use Xorg without hal dependenci again soon (see xorg-xserver_git.bb I pushed few days ago) Feb 15 20:12:54 so xinput-calibrator seemed good-enough temporary solution to me Feb 15 20:13:03 JaMa: so I just wait a week or two, rebuild my shr-u, and upgrade everything? Feb 15 20:13:31 leviathan, I'll look...I had the same issue Feb 15 20:13:46 and the uncontrolled reboots some time Feb 15 20:13:49 and author even replied that he will work on my feature request soon (calibration data confirmation from user and some sort of that -once.sh script integrated to that gui..) Feb 15 20:14:02 GNUtoo: theres a lot broken, since we are using Xorg... -.- Feb 15 20:14:02 Wonka: what's so wrong with xinput-calibrator for you? Feb 15 20:14:12 GNUtoo: I hope we get rotation working at least Feb 15 20:14:22 JaMa: this way, it will get run on every boot. Feb 15 20:14:37 JaMa: and the way it leaves the TS, it's wrong... Feb 15 20:14:43 leviathan, we don't but it's easy to implement Feb 15 20:14:47 JaMa: axex flipped or something Feb 15 20:14:50 if there is problem with lost pointercal package .. I would rather remove that part from Calibration script Feb 15 20:15:41 JaMa: I reinstalled pointercal and there it was again... Feb 15 20:16:02 we should upload your modifications in xf86-video-msm up to gitorious Feb 15 20:17:05 Wonka: but that xinput-calibrator-once.sh works ok for me and other users (as there is not much reports saying otherwise) if used correctly.. Feb 15 20:17:13 GNUtoo: /sys/power/state seems broken Feb 15 20:17:24 Wonka: main problem is when you run it first *after* kernel precalibration Feb 15 20:17:25 when I write on into it Feb 15 20:17:29 it keeps state mem Feb 15 20:17:45 and then reboot and use stored xinput commands *before* kernel precalibration or without precalibration Feb 15 20:18:03 there are no stored xinput commands... Feb 15 20:18:52 that's why I moved that section in script after kernel precalibration.. that way it's the same when executed first after reboot or with xserver-nodm restart with precalibration already loaded Feb 15 20:19:13 Wonka: I asked you for /etc/pointercal.xinput.log output.. which you didn't send.. Feb 15 20:19:24 21:07:49 < Wonka> http://pastebin.com/m1d526485 Feb 15 20:19:29 there I did Feb 15 20:20:08 Wonka: this is really from that file? Feb 15 20:20:26 Wonka: it looks really different than it used to... Feb 15 20:20:34 JaMa: those are the exact contents Feb 15 20:21:45 Wonka: ahh, then that's the problem... sorry I didn't get that that's actuall output.. Feb 15 20:22:25 hmm with yesterday's build I still see normal ouptut.. Feb 15 20:22:44 Wonka: can you run it by hand just xinput_calibator? Feb 15 20:23:40 I'm back Feb 15 20:26:45 leviathan, just disable it in config Feb 15 20:27:03 config means fso Feb 15 20:27:08 hmm Feb 15 20:27:08 but maybe kernel config is better Feb 15 20:27:13 okee Feb 15 20:27:18 but it would be better Feb 15 20:27:24 to fix it, then to work around it Feb 15 20:27:46 leviathan, we have more important thing to do than fix every details Feb 15 20:27:52 we need something that basically work Feb 15 20:28:27 yes... ok Feb 15 20:29:03 but I wouldnt call it working, if it fucks up, if it stays in suspend too long -.- Feb 15 20:31:23 leviathan, what is more important ? broken suspend or broken sound Feb 15 20:31:25 ? Feb 15 20:32:34 uhm Feb 15 20:32:35 sound Feb 15 20:32:38 :) Feb 15 20:32:48 well Feb 15 20:33:01 I cant click either Feb 15 20:33:09 so I cant select anything Feb 15 20:33:16 ... any idea why? Feb 15 20:33:25 is it our input driver? Feb 15 20:33:32 didn't we apply your tslib patch? Feb 15 20:33:42 but as I remember it worked once Feb 15 20:36:34 leviathan, maybe enlightenmetn Feb 15 20:36:41 I didn't change input driver Feb 15 20:37:37 hmm Feb 15 20:39:26 leviathan, what was the program to control X from your desktop/laptop? Feb 15 20:39:59 http://en.wikipedia.org/wiki/X2x Feb 15 20:41:46 I guess Feb 15 20:41:50 try it ^^ Feb 15 20:47:07 leviathan, could you compile x2x? Feb 15 20:48:23 GNUtoo: ok Feb 15 20:48:25 mom Feb 15 20:50:42 GNUtoo: x2x doesnt exist Feb 15 20:51:25 leviathan, ok never mind Feb 15 20:51:35 np Feb 15 20:51:41 hmm, perhaps x11vnc? Feb 15 20:51:47 x11vnc is nice Feb 15 20:52:02 run it on your FR, connect from Desktop... Feb 15 20:52:26 atm we have a problem with xorg driver and tslib under htcdream Feb 15 20:52:43 GNUtoo: btw: someone here on freenode is try'n to boot our work on magic Feb 15 20:53:28 eoe Feb 15 20:53:40 are you shure it's not e Feb 15 20:53:45 often things break with e Feb 15 20:54:49 seem xorg indeed Feb 15 20:55:33 dos1, ping Feb 15 20:55:38 JesusMcCloud: pong Feb 15 20:55:53 shr-installer doesnt work... Feb 15 20:55:57 try to bitbake fbdev Feb 15 20:56:04 xf86-video-fbdev Feb 15 20:57:37 dos1, http://pastebin.org/92166 <- been having this for weeks, any ideas? Feb 15 20:58:04 JesusMcCloud: ok, will fix that Feb 15 20:58:13 GNUtoo: I'm on it Feb 15 20:58:18 ok Feb 15 20:58:28 I will upload and inform you as soon as finished Feb 15 21:00:12 ok Feb 15 21:02:59 at least it's not kernel related I think Feb 15 21:03:03 evtest seem to work fine Feb 15 21:11:11 yes! xorg/config-udev finally working as should have on desktop Feb 15 21:22:39 GNUtoo: its uploading Feb 15 21:22:50 I'll inform you, as soon as it has finished Feb 15 21:22:55 ok Feb 15 21:30:38 GNUtoo: ok Feb 15 21:30:41 you can try Feb 15 21:31:02 ok Feb 15 21:58:02 leviathan, please bitbake strace Feb 15 21:58:08 uhm, ok Feb 15 21:58:11 I'll try Feb 15 21:58:17 but last time it didnt build Feb 15 21:59:38 GNUtoo: http://pastebin.com/m6a409df7 Feb 15 21:59:38 again Feb 15 22:00:18 did you -c clean and rebuilt it Feb 15 22:03:09 Yay queries also work :P Feb 15 22:03:31 GNUtoo: I do not believe that it helps Feb 15 22:03:41 ok Feb 15 22:03:42 because its the first time I'm try'n to build it Feb 15 22:03:49 ager I built it from scratch Feb 15 22:03:53 but I can try... Feb 15 22:03:57 ok Feb 15 22:05:06 nope Feb 15 22:05:10 same error again Feb 15 22:05:12 ... -.- Feb 15 22:09:49 maybe try to fix it? Feb 15 22:10:49 btw is the click broken in illume or in xorg? Feb 15 22:11:01 does openmokos have the same issue Feb 15 22:11:10 (gta01.conf and gta02.conf) Feb 15 22:11:38 try to rebitbake an image while fixing it Feb 15 22:11:48 GNUtoo: no, same version strace builds for us Feb 15 22:12:00 maybe kernel-headers ? Feb 15 22:12:03 mrmoku, I meant for touchscreen Feb 15 22:12:10 ahh.. Feb 15 22:12:11 :) Feb 15 22:12:12 we have issues with clicks Feb 15 22:12:26 evtest reports thing fine Feb 15 22:12:33 mrmoku, could you look at fsopim specs once more for me? Feb 15 22:12:41 but we still can't click on icons etc... Feb 15 22:12:43 max_posedon: where? Feb 15 22:12:50 but illume see the cursor moving Feb 15 22:13:04 org.freesmartphone.PIM.Contacts have contact_updated, contact_deleted Feb 15 22:13:04 becuase with virtual display it goes up and down Feb 15 22:13:17 and org.freesmartphone.PIM.Contact have similar signals too Feb 15 22:13:24 yup Feb 15 22:13:26 its little confusing, doesn't it? Feb 15 22:13:31 well... no Feb 15 22:13:51 Contacts get's signals for all updated contacts Feb 15 22:13:55 most confused is ContactDeleted from removed contact Feb 15 22:14:00 a Contact instead just if _that_ contact gets updated Feb 15 22:14:13 why? Feb 15 22:14:16 mrmoku, weepee Feb 15 22:14:20 fulling working (I think) Feb 15 22:14:22 mrmoku, but contacts update signal have path to Contact Feb 15 22:14:23 contacts backend Feb 15 22:14:25 using sqlite Feb 15 22:14:34 and a lot of infrastructure for making it all domains Feb 15 22:14:36 contacts domain Feb 15 22:14:39 max_posedon: for Contact or Contacts? Feb 15 22:14:49 *mostly working Feb 15 22:14:54 TAsn: good :;P Feb 15 22:15:04 no regex or numer_normalization Feb 15 22:15:13 Contacts::Deleted(contact_path) Feb 15 22:15:14 TAsn: I'm frustrated... having the hashtable blues :/ Feb 15 22:15:14 regex is terribly easy to add Feb 15 22:15:21 mrmoku, :P Feb 15 22:15:28 max_posedon: that's correct... to know which contact got deleted Feb 15 22:15:30 GNUtoo: gdb works ;) Feb 15 22:15:47 mrmoku, but why we need Contact::Deleted(void) ? Feb 15 22:15:55 leviathan, gdb is difficult to use to get IOCTLS Feb 15 22:16:00 max_posedon: in the beginning there were only the signals on Contact Feb 15 22:16:00 hmm Feb 15 22:16:02 I first time see API where item reports about deleting themself Feb 15 22:16:05 it can be done I think with scripts but... Feb 15 22:16:11 hmm Feb 15 22:16:26 anyway should we try to fix illume/xorg or just wait for it beeing fixed? Feb 15 22:16:28 max_posedon: dos1 added the ones in Contacts for convenience, as listening to all signals in Contact is not possible using dbus-glib Feb 15 22:16:45 hmm, perhaps its an shr-msm error anyway Feb 15 22:17:18 leviathan, sh Feb 15 22:17:19 I think created and deleted should be in Contacts Feb 15 22:17:21 s/sh/ah Feb 15 22:17:25 freesmartphone.org: 03tom 07opimd-redesign * r48528404fd25 10framework/framework/subsystems/opimd/ (4 files): Fully working querying/adding/removing/updating Feb 15 22:17:31 and updated on Contact Feb 15 22:17:34 and thats all Feb 15 22:17:38 no Feb 15 22:17:44 still full of PoCs but fun fun :P Feb 15 22:17:54 because then we would have to use lowlevel dbus to get the update signals Feb 15 22:18:04 as we don't connect to every contact Feb 15 22:18:16 aka have a DBusGProxy for every contact Feb 15 22:18:36 ah, ok... get this Feb 15 22:19:17 max_posedon: this way we listen to new, update, delete signals on Contacts only and are fine :) Feb 15 22:19:33 TAsn: fast? Feb 15 22:19:34 :P Feb 15 22:19:49 mrmoku, opim? Feb 15 22:19:54 so, when you use Contact API? and when Contact signals? Feb 15 22:20:00 no idea, haven't tested yet. Feb 15 22:20:00 never?!) Feb 15 22:20:07 TAsn: yup Feb 15 22:20:24 and no indexes or nothing yet Feb 15 22:20:24 max_posedon: Contact signals we never use Feb 15 22:20:33 mrmoku, i.e, not yet optimized Feb 15 22:21:03 max_posedon: we use just the methods from the Contact API Feb 15 22:22:43 ok Feb 15 22:22:55 much confusing for me Feb 15 22:25:04 freesmartphone.org: 03tom 07opimd-redesign * re2a611d03800 10framework/framework/subsystems/opimd/db_handler.py: Fixed a small indent issue, and moved the generic functions to their generic location Feb 15 22:25:41 leviathan, for screen maybe I know why Feb 15 22:25:46 s/screen/touch Feb 15 22:25:53 leviathan, rm -rf .e/ Feb 15 22:26:04 then try again without ever touching the screen Feb 15 22:26:10 only with trackpad Feb 15 22:26:27 ok Feb 15 22:27:21 maybe we report wrong button Feb 15 22:27:29 or something like that Feb 15 22:32:00 uhm Feb 15 22:32:02 perhaps Feb 15 22:32:05 now I touched it Feb 15 22:32:12 and it doesnt work anymore again Feb 15 22:32:14 -.- Feb 15 22:33:12 anyone knows if a EZX channel still exists? Feb 15 22:36:16 leviathan, I'll go now Feb 15 22:58:41 freesmartphone.org: 03tom 07opimd-redesign * rb50ad1859a76 10framework/framework/subsystems/opimd/ (db_handler.py pimd_generic.py): Adding and removing fields now also moves old values (from deleted/added fields) to the correct tables Feb 15 23:05:26 Weiss: today I did rebuild from scratch.. and got the same issue with mesa-dri-glsl-native.. just add DEPENDS = "makedepend-native" and it builds fine .. :) Feb 15 23:54:23 freesmartphone.org: 03tom 07opimd-redesign * rba0d22103683 10framework/framework/subsystems/opimd/ (10 files): Added contact information, and removed the Entry entities Feb 15 23:54:23 freesmartphone.org: 03tom 07opimd-redesign * rccd8f24de4de 10framework/framework/subsystems/opimd/ (db_handler.py pimd_contacts.py): Feb 15 23:54:23 freesmartphone.org: Removed supported domains list from db_handler (old backend relic) Feb 15 23:54:23 freesmartphone.org: Made the db_handler more generic, each domain needs to implement the bare minimum now Feb 15 23:54:23 freesmartphone.org: Fixed a bug that caused empty queries (i.e get all) not to work. Feb 16 00:03:54 quick update: ventura vs midori poll: 28 : 0 Feb 16 00:03:58 hehe :) Feb 16 00:08:42 Anyhow, night all /me needs (actually wants) some sleep. Feb 16 00:12:56 :) Feb 16 00:12:58 gnite Feb 16 00:16:06 JaMa: aha, fantastic Feb 16 00:24:40 Weiss: pushed rebased state.. with xserver patch pushed to oe.dev Feb 16 00:25:40 Weiss: btw I didn't warn before but mesa-dri_git.bb as I have it is expecting already rebased mesa repo.. without it, do_configure will fail to (that sed won't find the right file) Feb 16 00:42:04 Weiss: and the segmentation fault from dri inicialization is the same when starting xorg as was with older mesa and xorg Feb 16 01:11:57 SHR: 03tom 07libphone-utils * rb0fece9a17f0 10/src/ (phone-utils.c phone-utils.h.in): Added phone_utlis_numbers_compare that act like strcmp but also normalize the number **** ENDING LOGGING AT Tue Feb 16 02:59:57 2010