**** BEGIN LOGGING AT Wed Feb 10 02:59:58 2010 Feb 10 06:37:04 Heinervdm: ohh you fixed flaunch :-) Feb 10 06:40:46 yummy cookie it was! Feb 10 06:42:41 morning Feb 10 06:57:56 Hi Feb 10 06:58:07 http://www.mjmwired.net/kernel/Documentation/spi/spidev_test.c Feb 10 06:58:19 getting error using the above program Feb 10 06:58:32 as there is no /dev/spidev device Feb 10 07:00:43 how to get the /dev/spidev ? Feb 10 07:01:06 i have tried using mknod /dev/spidev c 153 1 Feb 10 07:01:18 but no success .....device open error Feb 10 07:01:28 any clue ? Feb 10 07:10:01 raster : hi Feb 10 07:10:39 how to get the /dev/spidev ? Feb 10 07:11:18 i'm newbe to driver programming....i have tried using mknod /dev/spidev c 153 1 Feb 10 07:13:28 satish: when you ask a question, please wait for people to answer you without pinging or repeating it all over Feb 10 07:13:31 thank you Feb 10 07:14:22 satish: what is /dev/spidev? Feb 10 07:14:23 graziano : ok...but i thought raster has joined now and will be know it Feb 10 07:14:53 eh? Feb 10 07:14:54 blindcoder : want to create an spi dev Feb 10 07:15:20 blindcoder : to communicate with co processor Feb 10 07:16:32 satish: shouldn't device nodes be created automatically with udev? Feb 10 07:16:52 graziano : is it possible to see the previous messages in the chat window / Feb 10 07:17:42 blindcoder : i don't have them created in my freerunner phone with shr testing image Feb 10 07:18:23 blindcoder : automatically....so give me clues how to create them and use for spi communications using the test program... Feb 10 07:20:32 I'm able to see the includes files in my shr -testing image build under Feb 10 07:20:58 ./tmp/staging/om-gta02-oe-linux-gnueabi/kernel/include/linux/spi Feb 10 07:21:24 where can i get the spi driver code in shr -testing image build / Feb 10 07:21:28 JaMa: hehe, a very sweet one right? :P Feb 10 07:21:59 mrmoku : hi Feb 10 07:22:01 mrmoku: yeah :) now is maybe time to merge shr-u to shr-t :) Feb 10 07:22:21 before the big contacts update... yeah Feb 10 07:22:41 spaetz: ping ^^ Feb 10 07:22:45 :) Feb 10 07:23:05 mrmoku: I'll remove omview from task-shr-feeds, ok? Feb 10 07:23:24 mrmoku: it depends on deprecated, now broken epsilon (only this recipe) Feb 10 07:23:59 and someone on list said it doesn't work.. Feb 10 07:28:41 JaMa: ok Feb 10 07:30:25 * JaMa reflashed last image and it looks good Feb 10 07:30:46 interestingly, calibrator wasn't executed on first xorg start :/ Feb 10 07:31:04 restarting x did the trick Feb 10 07:31:57 or rather it was executed, but without gui.. in log there was just message about actuall values.. Feb 10 07:32:05 * JaMa off to work Feb 10 07:36:22 * mrmoku off to work too Feb 10 07:36:32 me too Feb 10 07:45:47 Hey, E got fixed! The buttons on the bottom are back! Thanks! Feb 10 07:48:59 hi all, I would like to ask a question because, even looking for it on the mailing list I can't find an answer Feb 10 07:49:23 can the freerunner make and receive calls, send and receive txt in a good way? Feb 10 07:50:34 graziano: good way? Feb 10 07:51:46 without lost calls or lost sms Feb 10 07:52:33 I didn't follow the openmoko scene since long time and previously I heard a lot of problems about echo in calls, low volumes calls, battery. etc. Feb 10 07:52:58 what are the current devices unsolved problems from a usability POV? Feb 10 07:53:48 graziano: usability is a software issue :) Feb 10 07:55:28 lindi-: sorry if my questions seem dumb, I am, not an hacker or developer so excuse me, Feb 10 07:55:38 what about the glamo thing, device slowness etc.? Feb 10 07:55:56 I miss the big picture and would appreciate someone to shade some light :) Feb 10 07:56:19 graziano: i think basic development skills are pretty much needed Feb 10 07:57:13 graziano: things like knowing how to build software from source, how to use a debugger and how to report bugs Feb 10 07:58:20 lindi-: mmm maybe you misread me Feb 10 07:58:36 what I wanted to ask was Feb 10 07:58:59 I am simple user who buy a freerunner A7+ with shr right now Feb 10 07:59:15 what problems may I meet? Feb 10 07:59:17 etc. Feb 10 07:59:33 graziano: i haven't used shr so i can't really tell Feb 10 08:02:42 my problems (got a freerunner 2 days ago) include: SIM card doesn't work at all, wlan only works for open networks Feb 10 08:02:42 lindi-: oh ok, I am sure someone here will be able to answer that easily ;) Feb 10 08:03:59 jaacoppi: you should report those as bugs Feb 10 08:06:12 nah I'll try for a few more days, maybe it's only me Feb 10 08:13:31 _diego_: ping Feb 10 08:32:48 lindi - : hi Feb 10 08:34:15 how to get the /dev/spidev ? Feb 10 08:44:10 it's magic, wlan simply works now. Feb 10 08:44:26 jaacoppi: magic does not exist sorry :) Feb 10 08:47:03 you're right, stopped working. Feb 10 08:47:37 jaacoppi: is maxperf enabled? Feb 10 08:47:54 jaacoppi: are you running wpa_supplicant with -ddd and looking at the debug output? Feb 10 08:48:15 jaacoppi: does iwlist scan work? Feb 10 08:48:21 jaacoppi: what does iwconfig show? ;) Feb 10 08:48:46 wpa_supplicant finds the network and connects to it, but udhcpc can't get an address Feb 10 08:57:08 www.search2.net Feb 10 09:50:30 spaetz, ping Feb 10 09:52:26 pong Feb 10 09:52:42 spaetz, have you used sqlite contacts? Feb 10 09:53:03 btw big thanks for the testing image! Feb 10 09:54:10 name-to-number resolution doesn't seem to work in current testing Feb 10 09:54:32 (works for sim contacts, doesn't work for sqlite contacts), any ideas? Feb 10 09:56:29 TAsn, ^ Feb 10 10:00:00 I store my contacts on SIM. Feb 10 10:00:14 spaetz, i switched today Feb 10 10:00:15 must be something with that "tel:" prefix in opimd Feb 10 10:00:43 so removeing prefix is worth a try? Feb 10 10:00:49 I plan to update shr-T within the next 2 weeks to use the newest stuff. Feb 10 10:01:08 not sure if it is required or not. I don't have the opimd/contacts overview. Feb 10 10:01:20 k, i'll try Feb 10 10:31:19 spaetz, removing prefix is no good Feb 10 10:40:30 mmh Feb 10 10:42:50 after running mdev -s Feb 10 10:43:28 i got crw-rw---- 1 root root 204, 64 Feb 10 16:11 s3c2410_serial0 crw-rw---- 1 root root 204, 65 Feb 10 16:11 s3c2410_serial1 crw-rw---- 1 root root 204, 66 Feb 10 16:11 s3c2410_serial2 Feb 10 10:44:43 should't those be ttySAx? Feb 10 10:46:46 tmzt : how can i identify the SPI device out of these Feb 10 10:48:05 those aren't spi Feb 10 10:48:05 how to identify the SPI devices on /dev ? Feb 10 10:48:19 is spi exposed to userspace? Feb 10 10:48:36 tmzt : i'm not sure Feb 10 10:48:54 tmzt : i do see some ioctl s in example Feb 10 10:49:05 hmm? Feb 10 10:49:09 what example? Feb 10 10:49:16 http://www.mjmwired.net/kernel/Documentation/spi/spidev_test.c Feb 10 10:49:25 s major or just ioctl's? Feb 10 10:49:38 look in sysfs then Feb 10 10:50:20 in /sys/fs ? Feb 10 10:50:31 no in /sys Feb 10 10:50:38 actually /sys/class Feb 10 10:50:52 root@om-gta02 / $ ls /sys/ block class devices fs module bus dev firmware kernel power Feb 10 10:50:55 is spidev is not there it's proably not enabled in the kernel Feb 10 10:51:27 root@om-gta02 / $ find /sys/ -name spi /sys/bus/spi Feb 10 10:52:05 root@om-gta02 / $ ls /sys/bus/spi/ devices drivers_autoprobe uevent drivers drivers_probe Feb 10 10:52:10 ah, so it's not devices then it's though sysfs? Feb 10 10:52:22 that doesn't mean anything for userspace Feb 10 10:52:31 that's a bus in the kernel for spi devices Feb 10 10:52:49 so this spidev is not enabled Feb 10 10:53:00 tmzt : u mean it's not possible to use ioctls Feb 10 10:53:05 you need to add it to kernel and as a platform device in the board Feb 10 10:53:14 how to do that ? Feb 10 10:53:21 get kernel source Feb 10 10:53:25 i have Feb 10 10:53:38 i mean i built shr -testing image Feb 10 10:53:51 I don't know om kernel very well Feb 10 10:53:55 and loaded on to freerunner phone Feb 10 10:54:04 I also don't know is user spi is in the upstream kernel Feb 10 10:54:21 there's probably a patch where you found that source Feb 10 10:54:27 let me know how to do that in general ...i will try Feb 10 10:54:41 how to do what? Feb 10 10:55:02 to enable spi in user space Feb 10 10:55:07 look at arch/arm/mach-gta02.c or whatever and you should be able to figure it ou Feb 10 10:55:20 read around on that site you linked Feb 10 10:55:32 ok Feb 10 10:56:43 root@om-gta02 / $ ls /sys/class/ backlight hwmon mmc_host sound usbmon bdi i2c-adapter mtd spi_master vc Feb 10 10:56:53 i do see class the spi_master Feb 10 10:57:00 will it helpful ? Feb 10 11:02:57 21-24.05.2010 // nearly perfect, but maybe i want to celebrate my birthday, no collision Feb 10 11:02:58 tz Feb 10 11:03:03 what a sissy guy :O Feb 10 11:03:31 I had birthday on FOSDEM sunday but I was organaizeing and beeing there. Feb 10 11:10:33 GNUtoo: üatch? Feb 10 11:10:37 patch Feb 10 11:10:39 ? Feb 10 11:10:58 leviathan, ok I finish looking at some eben moglen video and I give diff Feb 10 11:11:09 k Feb 10 11:11:11 thx Feb 10 11:11:12 it finishes in 10min Feb 10 11:11:13 :) Feb 10 11:11:16 kk Feb 10 11:14:21 spi_master is the host device Feb 10 11:14:28 still not exposed to userspace Feb 10 11:18:44 tmzt: what do you want to do? Feb 10 11:18:55 me? Feb 10 11:19:13 it's satish Feb 10 11:19:49 hm, right. Feb 10 11:20:01 satish_: what do you want to do? Feb 10 11:22:08 leviathan, oops the repo is not git even if it comes from it...I'll have to find a way to extract patches Feb 10 11:27:59 leviathan, diff -Nurd from src is ok? Feb 10 11:28:37 leviathan, also I must modify the autotools Feb 10 11:28:43 ;f my gsm is dead again ;/ Feb 10 11:28:52 that is to say Makefile.am etc... Feb 10 11:29:08 fsousaged.log is saying Feb 10 11:29:16 2010-02-10T10:47:54.090907Z [ERROR] UsageController <9 R>: Resource GSM can't be enabled: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.. Trying to disable instead Feb 10 11:29:25 any idea how to fix that ? Feb 10 11:29:34 soltys, bad upgrade? I bet you have shr-unstable Feb 10 11:29:40 btw I've no idea Feb 10 11:29:55 bad timing? debug kernel? Feb 10 11:29:57 GNUtoo: yeap shr-u ;] Feb 10 11:30:02 s/debug/non-debug Feb 10 11:30:09 GNUtoo: and I upgraded few mins ago ;) Feb 10 11:30:32 ok Feb 10 11:30:34 kernel is standard from repo 2.6.29 ;) Feb 10 11:30:42 next time ask before upgrading Feb 10 11:30:46 kk Feb 10 11:30:48 or use shr-testing Feb 10 11:30:57 which should not break Feb 10 11:31:01 testing isn't so exciting ;) Feb 10 11:31:12 I use unstable because I don't like backporting things Feb 10 11:31:14 mrmoku|away, name-to-number resolution doesnt seem to work when using sqlite-contacts, i tried with 'tel:' prefix and without, i am using latest shr-testing... any ideas? Feb 10 11:31:15 ok Feb 10 11:31:38 soltys, what functionalities aren't in testing but are in unstable? Feb 10 11:31:46 (I didn't test testing) Feb 10 11:32:20 GNUtoo: testing works, unstable may not work ;) and there ar emotions will it work after upgrade ;) Feb 10 11:32:23 etc ;) Feb 10 11:32:56 ? Feb 10 11:33:07 I didn't understand Feb 10 11:33:14 and there ar emotions will it work after upgrade ;) Feb 10 11:34:33 I ment that you have about 50% chance for breaking things after upgrade and if it won't brake anything that you may be happy Feb 10 11:34:48 (i know that my english sux a bit ;P ) Feb 10 11:36:08 leviathan, do you want makefiles diff or should I diff the Makefile.am? Feb 10 11:36:20 ok Feb 10 11:37:01 I'll try to prepare Makefile.am patches Feb 10 11:42:25 leviathan, if you're not there I'll eat Feb 10 11:55:20 uhm Feb 10 11:55:32 GNUtoo: I was taking a warm shower to get up Feb 10 11:55:43 tuning my methabolism Feb 10 11:56:21 GNUtoo: just show me the changes Feb 10 11:56:45 If needed I'll work them in manually Feb 10 12:00:25 leviathan, ok Feb 10 12:00:35 I'll rework my src patch Feb 10 12:00:41 and send them to you Feb 10 12:00:51 I also have automake changes now Feb 10 12:05:32 larsc : Hi Feb 10 12:06:26 root@satish-desktop:/usr/src/linux# find /home/satish/shr/shr-testing/tmp/staging/om-gta02-oe-linux-gnueabi/kernel/drivers/ -name *spi* root@satish-desktop:/usr/src/linux# Feb 10 12:06:43 don't have any spi driver in shr-testing image ? Feb 10 12:07:18 leviathan, src dir patch: http://pastebin.com/d65b79163 Feb 10 12:07:35 satish_: what do you want to do? Feb 10 12:07:47 i want to write SPI driver Feb 10 12:07:59 leviathan, Automake patch: http://pastebin.com/d8f62885 Feb 10 12:08:00 to interact with a co processor from freerunner phone Feb 10 12:08:32 larsc : i have connected phone to debug board and then to my coproc Feb 10 12:08:39 leviathan, btw some people had the bad idea to make replicant an android-only project so I've changed mailing list Feb 10 12:08:51 uhm, ok Feb 10 12:09:00 larsc : using SPI connections.. Feb 10 12:09:19 satish_: there is no in kernel driver for the spi pins on the debug board Feb 10 12:09:20 larsc ; now i would like to probe my co proc using SPI protocol Feb 10 12:09:29 GNUtoo: I'm try'n to merge leviathan-incoming/pmem-free into upstream Feb 10 12:09:51 leviathan, why? Feb 10 12:09:51 larsc ; u mean no support from kernel Feb 10 12:10:08 satish_: yes Feb 10 12:10:13 leviathan, and who is upstream? Feb 10 12:10:27 larsc : oh ..is it ? Feb 10 12:10:37 larsc : how can i probe my device Feb 10 12:11:00 larsc : there is no way to go with SPI using SHR-TESTING image Feb 10 12:11:50 larsc : find /home/satish/shr/shr-testing/tmp/staging/om-gta02-oe-linux-gnueabi/kernel/drivers/ -name *spi* Feb 10 12:11:52 satish_: you need to modify the kernel source Feb 10 12:12:02 larsc ; it displays nothing Feb 10 12:12:19 larsc : i'm newbe to kernel and driver program... Feb 10 12:12:31 larsc : i can understand little bit ...but not expert Feb 10 12:12:39 then you'll have to learn ;) Feb 10 12:12:48 GNUtoo: upstream is torvalds Feb 10 12:12:54 ouch.... Feb 10 12:13:01 good luck Feb 10 12:13:05 larsc : i have little deadline for my demo project Feb 10 12:13:07 thx Feb 10 12:13:11 I can use it >_< Feb 10 12:13:27 leviathan, first rule to merge upstream...*MAKE GOOD COMMIT MESSAGES* Feb 10 12:13:28 satish_: thats not good then Feb 10 12:13:29 larsc : guide how to proceed ? Feb 10 12:13:35 GNUtoo: yes Feb 10 12:13:49 larsc : can i use i2c driver ? Feb 10 12:14:12 larsc : my device has both i2c and spi supported / Feb 10 12:14:13 satish_: if your coprocessor has i2c support Feb 10 12:14:21 leviathan, if you need rules for good commit message I can help Feb 10 12:14:27 larsc : yes it has as per guide Feb 10 12:14:38 larsc : i have to look into schematics Feb 10 12:14:39 leviathan, but I bet you already know...you assisted to the greg kh talk Feb 10 12:14:55 larsc : assume i have i2c support Feb 10 12:15:33 larsc : i do see many i2c implemented drivers Feb 10 12:15:36 btw KH means Kroah-Hartman and not Kernel hacker,even if he's both Feb 10 12:15:40 larsc : root@satish-desktop:/usr/src/linux# find /home/satish/shr/shr-testing/tmp/staging/om-gta02-oe-linux-gnueabi/kernel/drivers/ -name *i2c* /home/satish/shr/shr-testing/tmp/staging/om-gta02-oe-linux-gnueabi/kernel/drivers/media/video/ivtv/ivtv-i2c.c /home/satish/shr/shr-testing/tmp/staging/om-gta02-oe-linux-gnueabi/kernel/drivers/media/video/ivtv/ivtv-i2c.h /home/satish/shr/shr-testing/tmp/staging/om-gta02-oe-linux-gn Feb 10 12:15:47 (just a joke) Feb 10 12:15:59 larsc : many devices in kernel/drivers/media Feb 10 12:16:53 larsc : has i2c implemented looks like Feb 10 12:17:35 satish_: you don't need a i2c client driver. Feb 10 12:17:41 satish_: you need the host driver Feb 10 12:17:55 which is already there cause it's used to talk to the pmu and sound chip Feb 10 12:18:11 larsc : what will be the path ? Feb 10 12:18:26 host implementation Feb 10 12:18:55 larsc : can i go ahead and used open system calls for /dev/i2c0 ? Feb 10 12:19:11 larsc : i do see i2c0 bus on freerunner Feb 10 12:19:37 and few devices address at 0x1a and 0x73 are used by some one Feb 10 12:20:49 satish_: yeah Feb 10 12:20:56 larsc : actually how much time can we expect for a newbe and average learner to write and make it work of SPI driver in kernel...approximately...as i have 3 days time to go for demo... Feb 10 12:21:23 larsc ; is it possible to write in kernel SPI driver with in this 3 days time Feb 10 12:21:49 larsc ; i'm requesting a rough estimate to inform my guide Feb 10 12:22:07 larsc ; if possible i will implement Feb 10 12:22:14 satish_: depends on how fast you can learn Feb 10 12:22:31 larsc : for an average learner :-) Feb 10 12:22:42 i dont know Feb 10 12:23:01 larsc : ...it's ok...i will go with I2C Feb 10 12:23:22 larsc ; with I2C ....i have a problem Feb 10 12:23:53 larsc : i have connected the I2C signals on debug board to my co proc Feb 10 12:24:17 larsc : but the touch screen is not responding... Feb 10 12:24:35 larsc ; if i remove the connection....it starts responding.... Feb 10 12:25:00 larsc : any idea ? Feb 10 12:28:52 nope Feb 10 12:29:48 GNUtoo: checkpatch.pl ;) Feb 10 12:30:19 ok Feb 10 12:30:30 I didn't know about theses script before attending Feb 10 12:31:39 larsc : ./tmp/staging/om-gta02-oe-linux-gnueabi/kernel/include/linux/spi Feb 10 12:31:58 larsc : i do see some header files available in kernel include folder Feb 10 12:32:05 GNUtoo: me neither ;) Feb 10 12:32:09 GNUtoo: do you have gitk? Feb 10 12:32:19 with this utility you can write commits to file Feb 10 12:32:25 larsc : is it possible to get work with those and implemented SPI driver Feb 10 12:32:33 then I can simply import it Feb 10 12:32:44 because you did a lot as it seems Feb 10 12:33:03 and its somehow broken trough pastebin Feb 10 12:33:12 patching file kgsl_drm.h Feb 10 12:33:12 patching file msm_mdp.h Feb 10 12:33:12 patch: **** malformed patch at line 285: diff -Nurd /home/embedded/temp/xf86-video-msm/src/msm-swblits.h ./src/msm-swblits.h Feb 10 12:33:49 yes and no Feb 10 12:34:02 I have it but I don't use it anymore Feb 10 12:34:17 satish_: if you want spi support on the debug connectors spi pins it's a matter of adding the s3c spi driver to the gta02 devices list. but you'll have to change the source code and compile your own kernel Feb 10 12:34:19 ok I'll push files on server Feb 10 12:35:34 swblits? that yours? Feb 10 12:35:49 have you seen the driver for samsung s3c? Feb 10 12:35:51 larsc : sure i will do that Feb 10 12:36:15 larsc : where is the s3c spi driver Feb 10 12:36:44 sorry, those both are to gnutoo Feb 10 12:36:56 leviathan, http://gnutoo.homelinux.org/patches/ Feb 10 12:37:09 tmzt, no I didn't see Feb 10 12:37:28 I'll have to find the link, it does offfscreen and swapping Feb 10 12:37:33 is swblits yours? Feb 10 12:37:38 tmzt, all my modifications were mine.... Feb 10 12:37:45 umm, right Feb 10 12:37:45 look at diff Feb 10 12:37:54 I mean are they missing in original Feb 10 12:37:55 but I didn't create swblits Feb 10 12:37:59 can't at this moment Feb 10 12:38:00 ah ok Feb 10 12:38:05 satish_: drivers/spi/spi_s3c24xx.c Feb 10 12:38:09 and I'm going to work very soon Feb 10 12:38:13 I realy must go Feb 10 12:38:24 else I would have huge problems Feb 10 12:39:04 still kgsl? Feb 10 12:39:15 yeah me too Feb 10 12:39:27 tmzt, ah the added includes? Feb 10 12:39:32 tmzt, that is not mine Feb 10 12:39:40 tmzt, that came from leviathan's kernel Feb 10 12:39:47 it was just to make it compile Feb 10 12:40:12 satish_: but what you'll have to do is edit arch/arm/mach-s3c2440/mach-gta02.c and insert &s3c_device_spi0, to the device list Feb 10 12:40:45 satish_: gta02_devices it's called Feb 10 12:40:55 oh and the file is arch/arm/mach-s3c2442/mach-gta02.c Feb 10 12:41:05 larsc : ok Feb 10 12:43:08 leviathan, btw look at symbol file and binutils before submiting patch to torvalds Feb 10 12:43:12 or to maintainer Feb 10 12:49:49 larsc : static struct spi_board_info gta02_spi_board_info[] = { Feb 10 12:50:18 if i update this arry .....will it register the new SPI device Feb 10 12:50:27 satish_: no Feb 10 12:51:19 or is there already a kernel spi device for your cp Feb 10 12:52:16 larsc : no Feb 10 12:52:35 lis302dl_platform_data lis302_pdata_top ? Feb 10 12:53:51 thats the platform data for the accelerometer Feb 10 12:57:47 larsc : is it simple change to add SPI device or need more places we need to do modifications in this file.....if more modifications....i will go through the file and try to understand Feb 10 13:05:17 you'll need the spi master device to the device list Feb 10 13:05:29 and assign some platform data to the spi master Feb 10 13:15:37 satish_: so you plan to use SPI now, rather than I2C? Feb 10 13:17:09 What does he plan anyway? Some own chip on the debug port SPI or I2C bus? Feb 10 13:19:25 coproc Feb 10 13:19:34 whatever Feb 10 13:20:14 he tried the I2C on debubo, but messed the buss electrically Feb 10 13:20:41 coproc? Feb 10 13:20:50 coprocessor Feb 10 13:21:03 o.O Feb 10 13:21:23 .oO(???) Feb 10 13:21:24 ah, heh Feb 10 13:21:37 Looks like speedy IPC over I2C ;) Feb 10 13:23:58 DocScrutinizer : Yes Feb 10 13:24:03 he told he's sure hos coproc has high-Z/input state on the I2C pins, but still it's messing the whole I2C bus when connected Feb 10 13:24:24 DocScrutinizer : looks like we have some problem in i2c connection as well as even with my co processor device Feb 10 13:24:40 hmm git.openmoko.org is dead again? :/ Feb 10 13:25:05 ah seems like git:// only http://git works Feb 10 13:25:10 satish_: eh? Feb 10 13:25:57 satish_: please elaborate Feb 10 13:26:20 larsc : i'm going through the documentation now.....after that i will try ur suggestion Feb 10 13:27:06 DocScrutinizer : my co proc is in input mode only but if i do i2cdetect utility on bus 0 my devices address is not probed Feb 10 13:27:55 satish_: so you need a scope Feb 10 13:31:58 DocScrutinizer : yes....i'm not that much expert with scope Feb 10 13:39:26 JaMa: yeah :S.. SSH works if you have an account Feb 10 13:43:54 Weiss: ssh is not so usefull from bitbake recipe :) Feb 10 13:43:59 yeah :( Feb 10 13:44:25 Weiss: but git over http works fine now.. if git:// stays broken for another day.. I'll change that in recipe Feb 10 13:44:42 Weiss: seen your new patches in gdrm-2.6.32.. building here to test Feb 10 13:48:40 JaMa: cool.. nothing too exciting, but there's no leak of GEM objects nor sysfs oops any more Feb 10 13:49:05 look in the Mesa repository for the exciting stuff :) Feb 10 13:50:44 Weiss: I have seen errors about failed GEM allocation, so this fix is also interesting :) Feb 10 13:51:06 with 2.6.32? Feb 10 13:51:09 Weiss: btw I'll push xserver git master recipe again.. for 1.8 with udev as input manager Feb 10 13:51:12 Weiss: yes Feb 10 13:51:23 yep.. that should be fixed with this patch Feb 10 13:51:32 Weiss: and because of xserver git master i would need mesa-dri-7.8 (from git) Feb 10 13:51:57 that's ok.. I should be able to rebase up to the latest without too much trouble Feb 10 13:52:56 as long as it's backward compatible with xserver-1.7 :) Feb 10 13:56:14 should be.. the DRI and GLX interfaces are designed to be stable Feb 10 14:14:49 hehe, I have to admit, it's the first time I use emacs for anything mail-related Feb 10 14:14:53 oops, wrong win Feb 10 14:20:30 freesmartphone.org: 03mickey 07cornucopia * r63094b48eab0 10/tools/mdbus2/src/main.vala: mdbus2: add more type support Feb 10 14:35:47 JesusMcCloud: no idea about what version shr-t has (regarding contact resolution) Feb 10 14:36:13 but TAsn fixed it for real yesterday... resolution for all numbers of a contact will hit shr-u soon Feb 10 14:36:41 thanks Feb 10 14:36:42 in shr-t it is probably just trying to resolve against a Phone field... which you might not have Feb 10 14:37:09 ahhh that's a possibility ( i have Cell Hpone or sth liek that) Feb 10 14:37:42 another thing: yould you mind adding a 1,5 sec sleep after call is terminated before hinding call window? Feb 10 14:38:42 nothing fancy, just a line that tells the user the call was ended for 1 sec or so, because i keep hitting "new contact" when the other one haung up... Feb 10 14:44:52 freesmartphone.org: 03marcin 07cornucopia * r1137cccb3dad 10/tools/mdbus2/src/main.vala: mdbus2: handle 'u' type Feb 10 14:51:03 Weiss: can you rebase it for me now or should I try xserver-1.8 agains vanilla mesa first? Feb 10 14:51:43 I can't rebase from work (I don't have the right SSH keys - partially on purpose..) Feb 10 14:52:05 vanilla Mesa should work - it needs the GLX bits, but it doesn't care about glamo_dri.so at that stage Feb 10 14:53:30 oki Feb 10 14:55:04 JesusMcCloud: I'd love for that screen to just not auto-close at all; Feb 10 14:55:56 JesusMcCloud: the experience would be so much more consistent that way, and so much less confusing/frustrating. Feb 10 14:57:01 freesmartphone.org: 03marcin 07cornucopia * r7aecd959ca0c 10/tools/mdbus2/src/main.vala: mdbus2: fix output for structs Feb 10 14:58:55 JesusMcCloud: better than on SHR-t 8.8.9, where I'd always hit "call" just after hanging up Feb 10 15:03:59 Weiss: ... if the phonebook happened to be the window underneath the `active call' window. Feb 10 15:07:07 JesusMcCloud: yes, keeping that window open for a while longer would be nice. Feb 10 15:07:36 "Diana D. has given up ringing you. Autodestroying this window in 5...4...3 seconds :) Feb 10 15:08:25 Reordering the buttons did *nothing* to solve fundamental race-condition with the user, Feb 10 15:10:00 yeah Feb 10 15:10:22 so incoming calls and calls initiated from the dialler still often result in the user clicking on what amonts to a random area on a random underlying window. Feb 10 15:11:19 Weiss: heh, mesa-7.8 want's to build glsl for shaders, we don't need it right? :) Feb 10 15:11:20 Sometimes that results in closing an app unexpectedly, Feb 10 15:11:28 sometimes it results in *launching* an app unexpectedly. Feb 10 15:12:57 Sometimes that thing that I end up clicking is the omnewrotate launcher :) Feb 10 15:14:27 Even delayed auto-close seems like it'd be doing more harm than good-- Feb 10 15:15:30 especially considering how often calls can `drop' while one has the phone to one's ear. Feb 10 15:16:13 Either because the network failed, or because the other party actually hung up. Feb 10 15:17:23 JaMa: well...we can't accelerate it.. is there a problem compiling it? Feb 10 15:19:58 Weiss: yes.. there is some crosscompile issue.. I'll check better later at home Feb 10 15:20:01 With an actual (traditional?) phone, the user's action at the end of the call is always the same--you always just hang the phone up. Feb 10 15:20:36 You don't have to think about whether the other end has hung up first and pick a different hang-up procedure accordingly. Feb 10 15:20:49 Weiss: but as I understand it, glsl is for chips with programable shaders, does glamo allow this? Feb 10 15:26:06 Weiss: well it builds glsl/apps/compile binary for arm and then use it later while building still on x86_64 Feb 10 15:30:52 ah, hmm Feb 10 15:31:28 Glamo isn't programmable, but that doesn't necessarily mean we don't want to have the ability to use shaders in software (probably don't, though - with no FPU, software rendering isn't nice) Feb 10 15:38:58 Weiss: ah I see, thanks Feb 10 15:55:25 JesusMcCloud, ? Feb 10 15:55:56 mrmoku, how's the settings app doing? (and how's fixing the last things in contact doing?) Feb 10 15:55:59 mrmoku, :P Feb 10 15:56:09 I'm anxiously waiting for a merge. :) Feb 10 15:56:12 :P Feb 10 15:56:25 mrmoku, btw, my fixes for contact lookup can be used in shr-u even now Feb 10 15:56:27 I started looking at the settings right now Feb 10 15:56:31 you just need to build libphone-ui and lfg Feb 10 15:56:32 ... Feb 10 15:56:36 both are in master. Feb 10 15:56:42 and decided to fix dbus paths first Feb 10 15:56:50 paths are ok Feb 10 15:56:54 only busnames are wrong Feb 10 15:56:59 as we need new dbus stuff in phonefsod Feb 10 15:57:02 that's what I mean :P Feb 10 15:57:10 have just one Feb 10 15:57:18 well twoo Feb 10 15:57:22 two? Feb 10 15:57:28 phoneui + phonefso Feb 10 15:57:35 one per app Feb 10 15:57:35 :) Feb 10 15:57:51 I'm really happy with the new name-resolving Feb 10 15:57:56 though damn, opimd is slow :P Feb 10 15:58:24 btw. quite some response for the default fields thing Feb 10 16:00:52 freesmartphone.org: 03mickey 07cornucopia * rbb5c1252a0d2 10/tools/mdbus2/src/main.vala: mdbus2: show sender and path for signals in listening mode Feb 10 16:00:53 freesmartphone.org: 03mickey 07cornucopia * r3e4efaf30081 10/tools/mdbus2/src/main.vala: mdbus2: fix missing last element in structs and arrays Feb 10 16:04:28 mrmoku, aye. Feb 10 16:04:34 replying to all atm :) Feb 10 16:04:40 opera version naming is more insane then SRCPV :), naming some snapshot release candidate for beta version :) Feb 10 16:09:25 mrmoku, Im' spamming the ML :P Feb 10 16:34:32 TAsn: http://shr.pastebin.com/m28d1cfe6 Feb 10 16:34:36 like that? Feb 10 16:35:26 yeah :) Feb 10 16:38:05 mrmoku: hunble notice phoneui is a user process, no? So should live on session bus, not system bus (mdbus -s) Feb 10 16:38:42 DocScrutinizer: in theory I agree... Feb 10 16:38:57 it's not only a user process Feb 10 16:39:12 "system" (phonefsod) also sends messages using it Feb 10 16:39:29 TAsn: so it needs to talk to both session *and* system Feb 10 16:39:35 DocScrutinizer, yes. Feb 10 16:39:46 DocScrutinizer, on that I agree. Feb 10 16:41:35 mrmoku, please apply the #821 fix by Heinervdm and build e :) Feb 10 16:41:59 long built... at least I saw some report the flauncher is fixed... Feb 10 16:42:07 or was #821 something different? Feb 10 16:42:20 #821 = flaunch Feb 10 16:42:26 sec, will upgrade and test Feb 10 16:42:28 I thought I had latest. Feb 10 16:42:30 :P Feb 10 16:42:54 DocScrutinizer: I tried to have phonuid on the session bus... and failed :/ Feb 10 16:43:59 mrmoku: probably because nobody ever configuered the sessionbus dbus policies correctly Feb 10 16:44:16 possible Feb 10 16:44:32 * mrmoku is very much confused by dbus policies :P Feb 10 16:45:15 mrmoku: why. it's basically just dbus' private analogon to netfilters Feb 10 16:45:19 TAsn: i named that patch the wrong way Feb 10 16:45:38 Heinervdm, what's the right name? Feb 10 16:45:54 Heinervdm, bottom line, is #821 fixed or not? Feb 10 16:46:02 it was #856 Feb 10 16:46:21 #821 is to remove all the buttons Feb 10 16:46:39 Illume settings after upgrade from 01/07/2010 ? Feb 10 16:46:44 also seems wrong Feb 10 16:46:48 so I guess it's not 856 either :) Feb 10 16:47:03 look at the text Feb 10 16:47:32 It does not start correctly, there are 10 buttons Feb 10 16:47:52 ok Feb 10 16:48:10 TAsn: I pushed Heinervdm fix for flaunch yesterday and it's fixed Feb 10 16:48:36 sweet :) Feb 10 16:48:41 dos1, anything new about my opimd bug? :) Feb 10 16:48:48 schalom :> Feb 10 16:48:59 Serdar, Shalom :) Feb 10 16:49:54 I only know "sulami aleykum" Feb 10 16:50:08 Serdar, that's actually arabic not hebrew :) Feb 10 16:50:15 ehh right Feb 10 16:50:27 can't read both :> Feb 10 16:50:28 and it's more like "salam aleykum" Feb 10 16:50:31 hehe Feb 10 16:50:31 :P Feb 10 16:50:44 salami hmm+ Feb 10 16:50:45 polyglots. 8) Feb 10 16:50:49 * TAsn just noticed Q-Master and shamefully hides as he didn't yet look at his issue. Feb 10 16:50:55 Q-Master, actually, I'll do it now. :P Feb 10 16:51:27 nobody is actually following my lead to port our installer for all distributions Feb 10 16:51:37 :( Feb 10 16:52:02 TAsn: also take in mind the vcard v3.0 rfc. There are several good ideas and it will be great if opimd will support them right. Feb 10 16:52:11 Serdar, what are you talking about? Feb 10 16:52:19 Q-Master, I c. Feb 10 16:52:20 :) Feb 10 16:52:24 TAsn, [16:55] JesusMcCloud, ? Feb 10 16:52:34 what I sent to the community list. Feb 10 16:52:36 TAsn, ^ Feb 10 16:52:41 can't see what it was about. Feb 10 16:52:47 Serdar, /me doesn't read community Feb 10 16:52:48 Serdar: I hate installers. Especially when trying to install to uSD card. Feb 10 16:53:12 Q-Master, it's not for you it's for the community/reseller. Feb 10 16:53:35 it is a simple way to install. Feb 10 16:53:36 8) Feb 10 16:54:26 Serdar, on sds? Feb 10 16:54:35 for windows and macs as well? Feb 10 16:54:41 Serdar, sounds like a very good idea. Feb 10 16:54:44 Why don't people like it? Feb 10 16:54:50 TAsn, we from AoF useing a installer, an old relict from koolu. The source code is available. I guess it is possible for all distributions too. Feb 10 16:54:51 TAsn, when was that? Feb 10 16:55:02 10:00 UTM today Feb 10 16:55:19 (checking log...) Feb 10 16:55:23 Serdar, tom !@$!@#@!#!@$!@ stosb.com Feb 10 16:55:26 please forward your mail Feb 10 16:55:27 :) Feb 10 16:55:47 TAsn, it's simple you put your images on your fat partition and boot from disk and it flashes to your nand Feb 10 16:56:10 TAsn, moment. Feb 10 16:56:33 Serdar, but I don't want it on nand Feb 10 16:56:41 nand is slow and sucky Feb 10 16:56:45 I'm against using nand at all :) Feb 10 16:57:06 where do you want to install it? Feb 10 16:57:16 se Feb 10 16:57:17 sd Feb 10 16:57:24 this is no installation Feb 10 16:57:32 TAsn, name-to-number resolution on shr-testing, works if the field is called Phone instead of cellphone, but u stated that this is fixed in -unstable now Feb 10 16:57:34 sure it is Feb 10 16:57:36 it's booting. that should be possible. Feb 10 16:57:42 JesusMcCloud, yeah :) Feb 10 16:58:04 installing on your device. Feb 10 16:58:31 but maybe you can hack it for installing on your sd Feb 10 16:58:47 don't know if that is possible with this installer. Feb 10 16:59:46 mrmoku, what about a simple delay before auto-closing call screen as discussed @ ~15:45 GMT+1 today? Feb 10 17:00:43 JesusMcCloud: got disconnected... probably my answer did not make it :/ Feb 10 17:00:58 IIRC there is even request for the screen not closing at all Feb 10 17:01:07 i noticed ping timeout, yes.. Feb 10 17:01:08 mrmoku, I'm pissed. we have too many kernel-module packages. Feb 10 17:01:19 TAsn, http://lists.openmoko.org/pipermail/community/2010-February/060052.html Feb 10 17:01:21 JesusMcCloud, mrmoku: We should probably wait a moment and show call summary Feb 10 17:01:22 and probably we just make that configurable... to close immediately.. after timeout... or never Feb 10 17:01:49 anyway... dinner time :P Feb 10 17:01:54 (well table preparation time :/) Feb 10 17:01:55 mrmoku, mahlzeit Feb 10 17:01:57 bbl Feb 10 17:01:58 danke Feb 10 17:02:44 Serdar, I don't care about installing on NAND, and I don't have time to spend on it :P Feb 10 17:03:05 Serdar, but thanks for the info. Feb 10 17:03:10 tz :O Feb 10 17:04:20 weepee, finally, 3 buttons at the bottom ;) Feb 10 17:09:38 TAsn, how "stable" is current shr-u? Feb 10 17:09:47 no idea Feb 10 17:09:54 hmmm Feb 10 17:10:11 my shr-t won't suspend anymore, so i need a reflash... Feb 10 17:16:49 mrmoku|away, 2010.02.10 19:13:33.791602 [phonefsod] MESSAGE: Remote method exception org.fr Feb 10 17:16:50 eedesktop.DBus.Error.Spawn.FailedToSetup: Failed to setup environment correctly Feb 10 17:16:51 :| Feb 10 17:17:33 ok Feb 10 17:17:34 wth Feb 10 17:17:40 that's an old log Feb 10 17:17:45 nothing new written in it :| Feb 10 17:20:49 dos1, btw, did you conact bearstech? Feb 10 17:26:54 dos1, btw, did you conact bearstech? Feb 10 17:29:46 Q-Master, here? Feb 10 17:37:07 Weiss: mesa-dri_git (master) compiled fine with hacked mesa-dri-glsl-native :) Feb 10 17:52:26 is there a way to pass a text string to create message of phoneui? Feb 10 17:52:30 mdbus -s org.shr.phoneui.Messages /org/shr/phoneui/Messages org.shr.phoneui.Messages.CreateMessage Feb 10 17:54:22 the mapping is a{sv}:values Feb 10 17:59:46 Q-Master, found the bug. Feb 10 18:00:31 and it's opimd, doing something weird it shouldn't have, and that we don't handle (as it shouldn't have) Feb 10 18:01:14 dos1, another opimd issue (possibly) Feb 10 18:01:20 will look into it, sec. Feb 10 18:05:24 dos1, serious opimd bug :) Feb 10 18:06:12 haha Feb 10 18:06:23 dos1: fix it! ;> Feb 10 18:07:21 TAsn: opimd is one big bug, but i think i need more info about it to fix it :P Feb 10 18:08:56 I'll explain :) Feb 10 18:14:26 dos1, still here? Feb 10 18:15:12 TAsn: yup Feb 10 18:15:32 you have some fields that show twice in the db Feb 10 18:15:42 in contact_values Feb 10 18:16:03 i.e Feb 10 18:16:29 for the same contact Feb 10 18:16:38 I have "Phone" twice Feb 10 18:16:40 in that db Feb 10 18:16:47 (with two different values) Feb 10 18:17:56 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * rf6884b44cbf3 10framework/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM_Messages_FSO: check also if sender matches when trying to concatenate CSM Feb 10 18:17:57 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r41fdba928685 10framework/ (13 files in 3 dirs): Merge branch 'dos/opimd-tracking' of git@git.freesmartphone.org:framework into dos/opimd-tracking Feb 10 18:18:10 TAsn: hmm? Feb 10 18:18:16 TAsn: that's not bug, that's feature Feb 10 18:18:22 no it's not Feb 10 18:18:32 you can have few values of the same field Feb 10 18:18:36 because how you delete one? Feb 10 18:18:54 how do you* Feb 10 18:18:55 with Update Feb 10 18:18:58 how? Feb 10 18:19:01 you reference them by name Feb 10 18:19:02 just replacing field content Feb 10 18:19:05 ... Feb 10 18:19:09 (in update) Feb 10 18:19:11 with one element less Feb 10 18:19:12 name of field Feb 10 18:19:12 :P Feb 10 18:19:17 oh common Feb 10 18:19:21 {'Phone':['555','666']} Feb 10 18:19:22 that's hardly a feature Feb 10 18:19:28 OH really? Feb 10 18:19:37 so that's the bug. Feb 10 18:20:05 we didn't know about this feature :) Feb 10 18:20:15 Q-Master, found the bug. Feb 10 18:20:26 that was bug when opimd tried to store tuple in database :P Feb 10 18:20:58 mrmoku|away, saw that ^ ? Feb 10 18:24:07 dos1, anyhow, what about my bug? Feb 10 18:24:47 sorry, i don't have much time to code... that commit i did on boring lesson in school ;P Feb 10 18:24:57 i'll try to seriously look on that on weekend Feb 10 18:25:03 okie :) Feb 10 18:26:18 Q-Master, ping. Feb 10 18:50:17 TAsn: hehe, see... all fine :P Feb 10 18:50:32 and freaking lots of work for me now ;) Feb 10 18:50:43 mrmoku, yeah :P Feb 10 18:50:45 and a bit for me :) Feb 10 18:51:03 anyhow Feb 10 18:51:10 g_value_get_type (or some similar name) Feb 10 18:51:17 to know if it's a tuple or name of field Feb 10 18:51:20 and also Feb 10 18:51:34 allow having two fields with the same name Feb 10 18:51:40 dos1, ping Feb 10 18:51:47 dos1, nvm. Feb 10 18:52:03 mrmoku, (what you restricted yesterday or something like that) Feb 10 18:52:14 yup :/ Feb 10 18:52:18 and just make sure you send *all* when you update Feb 10 18:52:19 :) Feb 10 18:52:32 mrmoku, well, at least it's a feature we wanted :) Feb 10 18:52:55 hmm... and expand tuple types to more entries in the field list Feb 10 18:53:07 and join them again... on save Feb 10 18:56:22 * JaMa pushed his shr-experimental branch to gitorious :) Feb 10 18:57:04 JaMa: ? Feb 10 18:57:14 mrmoku, yep. Feb 10 18:57:25 JaMa, mrmoku, all: shr-user please help editing the wiki if you can. Feb 10 18:57:28 this is terribly important. Feb 10 19:01:13 TAsn: I don't use 2.6.29.. so I cannot add which modules are important for me.. if that's what you're asking Feb 10 19:01:25 mrmoku: http://gitorious.org/~jama/openembedded/jama-shr-experimental/commits/shr/unstable Feb 10 19:01:36 JaMa, what's the diff in .32? Feb 10 19:01:52 mrmoku: someone asked me before for publishing patches I'm playing with/testing Feb 10 19:02:16 mrmoku: and this is shr + gcc-4.4.3, eglibc-2.11, xorg-1.8 Feb 10 19:02:37 TAsn: that there is only few modules by default Feb 10 19:02:53 JaMa, but me might want more. Feb 10 19:02:55 TAsn: and few of them are named different Feb 10 19:03:01 JaMa, oh;\ Feb 10 19:03:42 TAsn: but that wiki is good, we'll see what people are using.. and then we can add it to 2.6.32 config before switch) Feb 10 19:03:58 exactly. Feb 10 19:04:24 mrmoku, use the G_VALUE_HOLDS_STRING and the G_VARUE_HOLDS_GOBJECT (?) macros to check the type Feb 10 19:06:23 JaMa: ic Feb 10 19:06:33 JaMa: cool..what was the hacking? Feb 10 19:10:16 Weiss: i created new recipe just for glsl compiler (mesa-dri-glsl-native_git.bb) and then in mesa-dri I call glsl-compile from staging (x86_64) instead glsl/compile in builddir (target arch) Feb 10 19:10:59 Weiss: like this http://gitorious.org/~jama/openembedded/jama-shr-experimental/commit/c957909bce302dd4689310eefb33a77ac37ca3d3 Feb 10 19:11:53 * JaMa going home.. Feb 10 19:14:17 yummy :( Feb 10 19:14:22 no way to fix it via the makefiles? Feb 10 19:39:42 SHR: 03mok 07shr-settings * rfd19508d43d8 10/shr_settings_modules/shr_pm.py: adjust dbus name for phonefso Feb 10 19:39:48 SHR: 03mok 07phonefsod * re2c3774fd59f 10/ (6 files in 2 dirs): change dbus name to org.shr.phonefso and adjust to org.shr.phoneui Feb 10 19:39:55 SHR: 03mok 07phoneuid * r5e14edbdabd4 10/src/ (9 files): change dbus name to org.shr.phoneui Feb 10 19:40:13 SHR: 03mok 07phoneui-apps * rd2bcebd6bdf4 10/src/ (contacts-main.c dialer-main.c messages-main.c): dbus name for phoneui is org.shr.phoneui now for all paths Feb 10 19:42:35 SHR: 03mok 07phoneuid * rd3babc33d44e 10/data/dbus-1/system.d/phoneuid.conf: adjust dbus policies to new bus name Feb 10 19:42:38 :)))) Feb 10 19:42:49 mrmoku, you rock. :) Feb 10 19:42:56 nah... was an easy one Feb 10 19:43:03 feel free to close the ticket ;) Feb 10 19:43:04 btw Feb 10 19:43:11 don't know what problems I had when trying the first time :P Feb 10 19:43:17 * mrmoku closes the ticket now Feb 10 19:43:24 mrmoku, dos1, spaetz: do you guys check for tickets assigned to you on a daily/weekly/rssly basis? Feb 10 19:43:29 Ainulindale, I know you don't :P ^ Feb 10 19:44:04 irregular, at the moment Feb 10 19:44:39 little time for anything beside day job and kids... Feb 10 19:45:20 yep I don't Feb 10 19:45:28 spaetz, I hope you spend more and kids and less on dayjob ;P Feb 10 19:45:39 * mrmoku neither :/ Feb 10 19:45:46 and anyway I think if I can't find time or interest in SHR in the next two months Feb 10 19:45:48 figured :) Feb 10 19:45:55 I'll give all the accesses to someone Feb 10 19:45:56 i wish i could... Feb 10 19:46:02 Ainulindale, :( Feb 10 19:46:09 And "quit" figuratively speaking Feb 10 19:46:22 Because I'm useless, and I don't want to be credited for something I don't do :-) Feb 10 19:46:36 Ainulindale, are you ashamed of SHR? :P Feb 10 19:46:40 Nah Feb 10 19:46:45 It's just that I'm damn busy Feb 10 19:46:52 j/k ;) Feb 10 19:48:43 and anyways Feb 10 19:48:58 since Bearstech I've got to detox :-) Feb 10 19:49:11 hehe Feb 10 19:49:27 (it feels damn good, being free that is) Feb 10 19:49:37 Ainulindale, I know what you mean Feb 10 19:49:54 I'm leaving my job at 4.3.10 Feb 10 19:49:56 FINALLY Feb 10 19:49:57 :) Feb 10 19:50:02 hated it there. Feb 10 19:50:06 april being the month? Feb 10 19:50:11 no Feb 10 19:50:12 day Feb 10 19:50:24 Ok same as french conventions then :-) Feb 10 19:50:35 Yeah, march is drawing near Feb 10 19:50:40 Ainulindale, only those damn yanks do it wrong :) Feb 10 19:50:48 heh Feb 10 19:51:06 TAsn: well easier sortable way would be YYYYMMDD Feb 10 19:51:15 Ainulindale, aye :) Feb 10 19:51:18 but at least Feb 10 19:51:22 you can do a reverse sort Feb 10 19:51:25 TAsn, dos1 , mrmoku , plz during PIM disuccions keep in mind http://www.freedesktop.org/wiki/Specifications/desktopcouch/contact Feb 10 19:51:26 with our convention Feb 10 19:51:29 yeah Feb 10 19:51:37 not like those americans Feb 10 19:51:38 errr Feb 10 19:51:40 no you can't :-) Feb 10 19:51:47 well, not if it's in a string as is that is Feb 10 19:52:03 anyways I'm arguing, I should be doing stuff Feb 10 19:52:06 so off I go :-) Feb 10 19:52:20 max_posedon, I don't like those object oriented dbs :) Feb 10 19:52:28 max_posedon: I took a look at those... Feb 10 19:52:31 object/whatever Feb 10 19:52:34 but field names Feb 10 19:52:39 but I guess you refer to the fields Feb 10 19:52:40 yeah Feb 10 19:52:40 don't know if I like all of it Feb 10 19:52:40 :) Feb 10 19:52:49 its a pita if all OSS produts will use different) Feb 10 19:52:51 I went through this Feb 10 19:52:59 and the vcard v3.0 rfcs Feb 10 19:53:05 (a quick glance) Feb 10 19:53:12 max_posedon, I agree. Feb 10 19:53:22 we should strive to use those Feb 10 19:53:29 but we won't use the ones we hate Feb 10 19:53:30 :) Feb 10 19:53:32 * mrmoku wants arbitrary links... and not just a spouse_name field Feb 10 19:53:42 mrmoku, AGREED Feb 10 19:53:47 but that's internal design Feb 10 19:53:53 metresse1, metesse2 Feb 10 19:54:22 manager_name... what if I have two of them? :P Feb 10 19:54:38 assistant_name.... I want a whole bunch of assistants ;) Feb 10 19:54:46 mrmoku, we just found out that opimd supports lists... Feb 10 19:54:47 hehe Feb 10 19:54:49 it's ok :) Feb 10 19:54:57 :) Feb 10 19:55:04 we should only allow linking to existing contacts (I'm talking db wise) Feb 10 19:55:23 yeah... and we need your id for it :P Feb 10 19:55:32 yeah. Feb 10 19:55:47 that'll happen when opimd will finally move to the sane way of having one db Feb 10 19:55:47 :) Feb 10 19:56:00 I really think opimd should only have sqlite Feb 10 19:56:01 after thinking a bit about it I actually like what Heinervdm and mickey|zzZzzz were discussing Feb 10 19:56:07 :) Feb 10 19:56:15 mrmoku, please summarize Feb 10 19:56:21 as I have no idea what you are talking about. Feb 10 19:56:21 :) Feb 10 19:56:33 well actually the idea to just have sqlite as db Feb 10 19:56:43 Heinervdm and mickey|zzZzzz discussing?! Feb 10 19:56:49 and offer to import contacts from sim (or other sources) Feb 10 19:56:52 DocScrutinizer and I have been saying it from the start Feb 10 19:56:58 !!! Feb 10 19:57:01 TAsn: Heinervdm said he was talking about that on fosdem Feb 10 19:57:13 (with mickey) Feb 10 19:57:37 DocScrutinizer and I talked about it BEFORE we even dropped ophonekitd :) Feb 10 19:57:55 but ok, as long as it's done, I don't mind who get the credit :) Feb 10 19:58:14 TAsn: I remember you and Doc discussing it... right Feb 10 19:58:18 I don't want to be killed, but want notice, that I'll try use akonadi-server for PIM Feb 10 19:58:32 mrmoku, the only sane way is having a centralize db, and allowing (maybe) loading (as read only) other sources Feb 10 19:58:41 max_posedon, what's that? Feb 10 19:58:49 kde pim backend Feb 10 19:58:57 its not kde Feb 10 19:59:03 we don't mind using other pim sources Feb 10 19:59:04 (no any kde deps) Feb 10 19:59:04 well... kde uses it :P Feb 10 19:59:15 we actually wrote everything in a way that'll let us do it. Feb 10 19:59:23 TAsn, http://pim.kde.org/akonadi/ Feb 10 19:59:33 all description on one image Feb 10 19:59:34 but we do prefer using opimd Feb 10 19:59:48 because we like fso and think fso is the future Feb 10 19:59:55 s/we/I/ :) Feb 10 20:00:09 mickey|zzZzzz, what's with LinuxTag 2010 will openmoko be there? Feb 10 20:00:45 TAsn, akonadi-server can become fdo pim Feb 10 20:01:12 max_posedon, well, it looks great Feb 10 20:01:13 :) Feb 10 20:01:27 e.g. I'll not asking use it.. I just notice that I'll try bring it to neo, and test Feb 10 20:01:39 max_posedon, that's best Feb 10 20:02:27 I wonder if it's lightweight and fast Feb 10 20:03:20 SIGH Feb 10 20:03:42 defenetly not so ligweight as fsopimd could be Feb 10 20:03:57 (this 'SIGH' was all left over of about 10 lines of comment I decided isn't worth being said Feb 10 20:04:01 its more generic pim solution Feb 10 20:04:18 DocScrutinizer, :) Feb 10 20:04:23 DocScrutinizer, please comment Feb 10 20:04:37 nah, I gave up on it Feb 10 20:04:47 please say what you think. Feb 10 20:06:48 DocScrutinizer, ? Feb 10 20:07:41 ~logs Feb 10 20:07:43 All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. Feb 10 20:08:18 all I have to say in just 5 chars Feb 10 20:08:37 DocScrutinizer, logs from when? Feb 10 20:09:11 nvm, I have no time to link in logs :) Feb 10 20:09:15 I'll just assume what you think. Feb 10 20:15:46 btw in mickey's FSO2 slides I've seen no opimd at all. I assumed it will be replaced by fsodatad (or similar) Feb 10 20:16:05 welcome back registry32 Feb 10 20:16:43 hehe Feb 10 20:16:51 DocScrutinizer, iirc registry32 was already welcomed back, it's called gconf Feb 10 20:16:52 :| Feb 10 20:16:57 Q-Master, saw the email? Feb 10 20:17:03 just 2 days ago I've been told this pile of crap called gconfd is dead. Obviously the idea lives on Feb 10 20:17:22 I've told dos1 about importing everything to sqlite and use SQL for queries very long ago. 8) Feb 10 20:17:32 TAsn: already replied. thnx. Feb 10 20:17:33 Q-Master, we all have. Feb 10 20:17:44 i also told myself ;p Feb 10 20:17:49 DocScrutinizer, really? it's finally dead? I love it ;) Feb 10 20:17:49 but it's easy to talk Feb 10 20:17:52 dos1, REALLY?! Feb 10 20:17:58 dos1, I remember you hated it. Feb 10 20:18:05 dos1: you're just lazy. 8) Feb 10 20:18:08 TAsn: it depends which way Feb 10 20:18:14 I thought you liked the multi-backend Feb 10 20:18:18 it's harder to find time and implementation Feb 10 20:18:28 * mrmoku liked the multi-backend... back then Feb 10 20:18:33 multi-backend suxx alot Feb 10 20:18:39 TAsn: i like multi-backend, but actual implementation of it sucks Feb 10 20:18:50 dos1, :) Feb 10 20:19:04 TAsn: so "cache" should be replaced by something more optimized, like sqlite Feb 10 20:19:36 i don't really like "remove everything and leave only SQL" approach, but it still could be better than it's now :p Feb 10 20:20:45 dos1: that caching should be made once, but not every time opimd starts. 8( And backends should stay, but only as an a possibility to import everything to main sqlite db. Feb 10 20:21:03 other options seems not really needed. Feb 10 20:21:46 1 thing more. backends should be used also to export data from main DB Feb 10 20:26:29 Q-Master, I think we should use only sqlite Feb 10 20:26:40 and *maybe* allow using other backends as read-only Feb 10 20:26:43 TAsn: definitely Feb 10 20:26:46 for importing/exporting Feb 10 20:26:51 easily Feb 10 20:27:04 but other backends should not be entirely related to the same db Feb 10 20:27:10 i.e you'll have the main db Feb 10 20:27:10 3rd party sw makes this things easier. Feb 10 20:27:21 and get contacts will get only from the main db Feb 10 20:27:23 Q-Master, probably Feb 10 20:27:29 so yeah, opimd should have one db. Feb 10 20:27:32 and one only. Feb 10 20:28:37 yep Feb 10 20:28:46 definitely it should. Feb 10 20:29:44 sweet. Feb 10 20:29:58 Q-Master, will add it to opimd-redesign if I haven't already :) Feb 10 20:34:32 dos1, and maybe/probably add a config in fsogsm (is this the right one?) to save messages to opimd (by using the "user api") instead to save it to sim, what do you think? Feb 10 20:35:06 TAsn: sms backend should be only 1 also. Feb 10 20:35:28 with possibility of storing selected smses to sim-card Feb 10 20:35:35 Q-Master, you got me wrong. Feb 10 20:35:41 like made in all cellphones. Feb 10 20:36:04 Q-Master, opimd should not offer users to save in sim at all, that's the 3rd party's job (phoneuid) Feb 10 20:36:11 Q-Master, I was talking about internal fso design Feb 10 20:36:22 TAsn: ah.. ok. Feb 10 20:38:54 * Q-Master to bed. tomorrow need to go to the clinic to get a certificate to go to the driver's course. Feb 10 20:40:33 Q-Master, have fun. :) Feb 10 20:43:45 Q-Master, btw, sent you another email Feb 10 20:54:26 mickey|zzZzzz, dos1: who do I need to bride to get access to opimd's git repo? I want to make an "opimd-redesign" branch and start hacking on it :) (And let others, mostly dos to view/comment/help) Feb 10 20:55:06 TAsn: that's mickey|zzZzzz who gave me access to fso git, so it's probably him ;) Feb 10 20:55:13 TAsn: i would help you with that Feb 10 20:55:17 dos1, thx. Feb 10 20:55:20 Heinervdm, you know python? Feb 10 20:55:30 or were you talking about the access? :) Feb 10 20:55:44 TAsn: no opimd Feb 10 20:55:51 i can't help you with access :) Feb 10 20:56:02 Heinervdm, do you know python? Feb 10 20:56:08 there are already some small parts from me in opimd ;) Feb 10 20:56:37 a bit Feb 10 20:56:46 Heinervdm, Oh actually you also contributed code to pyphonelog, right? Feb 10 20:57:30 TAsn: can't remember about pyphonelog Feb 10 20:57:45 anyhow, cool Feb 10 20:57:56 having someone who knows his way around opim is an asset :) Feb 10 20:58:16 i like to have a finished api for pim Feb 10 20:58:29 Heinervdm, this is the finished api Feb 10 20:58:32 I think Feb 10 20:58:37 we'll maybe add more Feb 10 20:58:42 but I don't think we'll remove anything Feb 10 20:58:47 as mickey/dos like it Feb 10 20:58:57 we have to try it, before we can say that Feb 10 20:59:06 I didn't say wee Feb 10 20:59:10 I actually don't really like it Feb 10 20:59:16 :) Feb 10 20:59:31 but mickey said, we can only start fosopimd when we have a stabilized api for opimd Feb 10 20:59:40 yep. Feb 10 20:59:52 Heinervdm, btw, I bet we can make opimd pretty fast Feb 10 21:00:01 I have some design ideas in mind Feb 10 21:01:48 yeah, i think it can be possible to make it mush faster Feb 10 21:02:25 just wc -l ed the code Feb 10 21:02:32 I have about 6k lines of code to hack Feb 10 21:02:32 :) Feb 10 21:02:43 :) Feb 10 21:09:23 Weiss: have you seen this bug? http://pastebin.ca/1793035 Feb 10 21:11:06 JaMa: not recently... 2.6.32? Feb 10 21:11:14 <[Rui]> hi Feb 10 21:16:16 [Rui]: hi Feb 10 21:16:25 <[Rui]> zeusone: hi! Feb 10 21:16:36 [Rui]: did you finally enter in the e svn? Feb 10 21:17:01 <[Rui]> zeusone: was just about to join #e so I could ask what the next steps are, I guess I got the ok from raster and gustavo Feb 10 21:17:20 [Rui]: nice :) Feb 10 21:17:49 Weiss: yes.. 2.6.32.8 + your gdrm-2.6.32 branch Feb 10 21:18:09 [Rui]: so if there are some bugs in Elementary we can ask to you :) Feb 10 21:18:11 in shr-unstable, I'd like to disable _only_ the sanity check for mmap_min_addr being nonzero... I did not get any related error after just disabling sanity.bbclass Feb 10 21:18:23 JaMa: oh no, 2.6.32.8 is out? Feb 10 21:18:45 what did they need to fix this time? Feb 10 21:18:55 .oO( a patchy kernel ) Feb 10 21:19:20 Wonka: it's disabled for 2.6.33+ on host.. Feb 10 21:19:33 Wonka: because mmap_min_addr cannot be read anymore.. Feb 10 21:19:41 ah, cool Feb 10 21:19:56 too bad 2.6.33-rc throws lockcheck stuff atm Feb 10 21:20:08 need to file a bug about that... Feb 10 21:20:15 Wonka: and that problem is with older qemu while generating binary locales Feb 10 21:20:34 <[Rui]> zeusone: erms... hopefully... but I'm not a pro :) I'll help but... erms... I also don't have a lot of time! Feb 10 21:20:34 lockcheck? Feb 10 21:20:42 lock dependency checking Feb 10 21:21:05 I was using all 33-rc* on my buildhost + sharp zaurus (armv5), and it was quite ok Feb 10 21:22:05 your buildhost might not be a MacBookPro though ;) Feb 10 21:22:29 yeah, it's not :) I need something faster :P Feb 10 21:23:09 it's 2 years old... Feb 10 21:24:23 *git pull* Feb 10 21:24:45 Linux jama 2.6.33-rc7-JaMa-00052-gdeb0c98 #1 SMP PREEMPT Tue Feb 9 22:21:09 CET 2010 x86_64 AMD Phenom(tm) 9600 Quad-Core Processor AuthenticAMD GNU/Linux Feb 10 21:24:53 :) Feb 10 21:25:24 am going to compile current rc and current stable, reboot into rc, dump dmesg (if lockdep stuff still there), reboot into .8 Feb 10 21:26:28 dos1, send you a very nice cookie in email, let me know when you apply it, please apply it when you can, as I want to fix phonelog as well :) Feb 10 21:27:32 DocScrutinizer, PaulFertser, larsc, lindi-: write-up of SD short circuit fun: http://www.bitwiz.org.uk/s/2010/02/the-mysterious-missing-milliamps.html - including a picture of my "distorted" SD pins Feb 10 21:27:56 hehe Feb 10 21:31:48 Weiss: btw, what browser is good for reading that on openmoko? it is too wide in midori Feb 10 21:32:10 <[Rui]> lindi-: ventura seems promising :) Feb 10 21:33:47 probably some kind of Atom feed reader would work best.. Feb 10 21:33:57 [Rui]: is it dfsg-free? ;) Feb 10 21:34:11 <[Rui]> lindi-: isn't it GPL? Feb 10 21:34:39 [Rui]: i am always sceptical, sorry :) Feb 10 21:35:29 ~hail DocScrutinizer Feb 10 21:35:37 http://wiki.openmoko.org/wiki/User:JOERG Feb 10 21:36:06 ~ping Feb 10 21:36:12 wtf?! Feb 10 21:36:20 DocScrutinizer: that's your preferred personal reference? Feb 10 21:36:43 hmm, seems it's the best and only one for now Feb 10 21:37:47 ~ping Feb 10 21:37:48 ~pong Feb 10 21:38:14 ~status Feb 10 21:38:14 Since Tue Feb 2 02:10:03 2010, there have been 53 modifications, 523 questions, 0 dunnos, 0 morons and 338 commands. I have been awake for 8d 19h 28m 11s this session, and currently reference 116815 factoids. I'm using about 22024 kB of memory. With 1 active fork. Process time user/system 20191.84/643.11 child 0.37/0.12 Feb 10 21:38:24 hmm Feb 10 21:40:31 [Rui], ping Feb 10 21:41:27 <[Rui]> playya: pong Feb 10 21:41:32 <[Rui]> but dinnig Feb 10 21:41:40 ok Feb 10 21:41:50 in about half an hour? Feb 10 21:41:50 JaMa: is that ooops reproducible? Feb 10 21:42:07 i need some food too Feb 10 21:42:23 seems so.. now trying to boot it with .29 to check xserver-1.8 Feb 10 21:49:29 it's clearly a kernel problem though Feb 10 21:49:45 (no excuses for kernel oopses regardless of what userspace does) Feb 10 21:51:29 could you try with this simple patch? http://www.bitwiz.org.uk/0001-debug.patch Feb 10 21:52:14 hang on, that's wrong Feb 10 21:52:51 * JaMa just restarting xserver on his machine.. git master too :) Feb 10 21:54:54 ok, that patch is more useful now :) Feb 10 21:58:56 Weiss: i got 404 Feb 10 21:59:27 s/debug/Debug/ Feb 10 22:00:47 ok rebuilding now Feb 10 22:03:16 this all seems slightly familiar, but I can't remember what the cause was last time Feb 10 22:15:34 Weiss: http://pastebin.ca/1793133 Feb 10 22:17:07 hmm.. when shutting X down? Feb 10 22:19:22 Weiss: xorg segfaulted.. so cannot say.. but probably yes.. xorg.log http://pastebin.ca/1793138 Feb 10 22:20:40 <[Rui]> playya: ping? Feb 10 22:20:45 pong Feb 10 22:20:59 afaik you are the author of elmdentica Feb 10 22:21:20 <[Rui]> playya: yup! gotta problem? I know it's not very resilient to ond configs :) Feb 10 22:21:38 i wrote a patch but i suck with efl Feb 10 22:21:56 <[Rui]> playya: cool, what does it do? Feb 10 22:22:09 <[Rui]> playya: and don't worry, I such with efl too :) Feb 10 22:22:20 JaMa: hmm.. the second time is a different error.. Feb 10 22:22:50 if you click on !groups, #tags, @users it adds hover buttons to reply, view,... Feb 10 22:23:02 but i don't know the twitter api Feb 10 22:23:13 that's the second problem Feb 10 22:23:30 and i want to share it before it get's to big Feb 10 22:23:59 <[Rui]> ah Feb 10 22:24:20 <[Rui]> could you please add it as an issue with patch to the site? Feb 10 22:24:32 ok Feb 10 22:24:49 but it is not even perfect :) Feb 10 22:25:05 <[Rui]> but that is one part I wanted to change a bit... Feb 10 22:25:10 it's far away Feb 10 22:25:29 <[Rui]> hopefully you made changes compatible (or even better) than what I had in mind Feb 10 22:26:39 i tried to use bottom/left but elemetary seems to set them always to 1 Feb 10 22:28:33 and i tried to move the configuration buttons into a panel which pops up from the bottom Feb 10 22:29:05 but i think it needs some changes in the theme Feb 10 22:29:12 Weiss: btw is it expected that with glamofb enabled in kernel fbdev DDX is unusable? Feb 10 22:29:33 Weiss: I got [drm:glamofb_set_par] *ERROR* PIXEL CLOCK SET \\n detected fb_set_par error, error code: -22 Feb 10 22:29:56 <[Rui]> playya: I wantted to turn the timeline button into a popup for timelines (friends, personal, tag search, etc...) Feb 10 22:30:45 JaMa: you disabled Glamo DRM in that case, right? Feb 10 22:31:08 Weiss: no.. still the same kernel Feb 10 22:31:25 Weiss: if it's expected behavior then OK Feb 10 22:32:24 yeah.. you can't have both the glamo-kms-fb and glamo-fb simultaneously Feb 10 22:32:31 (if it works, it's by luck) Feb 10 22:33:32 byt fbdev I mean xf86-video-fbdev not non kms version of xf86-video-glamo Feb 10 22:34:00 changed just in xorg.conf for test.. Feb 10 22:34:22 ah.. fbdev+KMS? that should work Feb 10 22:34:47 actually.. maybe not Feb 10 22:34:58 IIRC it worked before.. but I'm not sure Feb 10 22:35:24 the glamodrmfb isn't a "real" framebuffer device.. it's just hooked up enough to make something for fbcon to write to Feb 10 22:36:15 is andy green here sometimes? Feb 10 22:38:01 Serdar: he hasn't really taken part in the community since he stopped working for OM-the-company Feb 10 22:38:13 oh Feb 10 22:38:41 sadly Feb 10 22:38:46 but he is doing some freerunner related stuff. Feb 10 22:39:03 really? Feb 10 22:39:14 http://www.bitwiz.org.uk/s/2010/02/the-mysterious-missing-milliamps.html Feb 10 22:39:22 or isn't this andys blog? Feb 10 22:39:26 lol no Feb 10 22:39:29 that's *mine* :) Feb 10 22:40:25 lol Feb 10 22:40:38 oh Feb 10 22:41:25 where in germany you are now? :) Feb 10 22:41:30 Hamburg Feb 10 22:42:00 ooooh, we should meet some time - I'm near Kiel Feb 10 22:42:26 I am far away from that :D Feb 10 22:42:31 Duesseldorf. Feb 10 22:42:50 re http://www.bitwiz.org.uk/s/2010/02/the-mysterious-missing-milliamps.html - I hope the sd-psu-switchoff is back in? Feb 10 22:42:57 well... Feb 10 22:43:16 there's OM people much farther away from HAM than DUS is... Feb 10 22:43:58 yep, larsc added the missing detail back in so the regulator is turned off properly Feb 10 22:44:10 this only affects 2.6.32 though Feb 10 22:44:16 I met larsc last sunday Feb 10 22:44:32 args Feb 10 22:44:44 why you both begin with W Feb 10 22:45:15 it's late and tomorrow I need to some red cross stuff from 1100am-0300am Feb 10 22:45:28 I am so doomed. Feb 10 22:45:37 does anyone know how to get rid of the black boxes at the bottom of the main screen in shr unstable? Feb 10 22:45:55 couldn't find it on the web Feb 10 22:47:16 I heard that was an E bug, but I could be wrong Feb 10 22:48:20 Wonka, you broke a pice of your A6? Feb 10 22:48:34 no Feb 10 22:48:48 Serdar, are there any nice conferences in the near future? Feb 10 22:49:00 playya, where? Feb 10 22:49:01 it's not my blog, but Weiss's Feb 10 22:49:09 Serdar, ruhrpott Feb 10 22:49:13 gnufs: it's already fixed.. send beer to Heinervdm Feb 10 22:49:14 args I messed up Feb 10 22:49:50 playya, yeah there is one in march Feb 10 22:50:22 JaMa: i have an non-updated image of Feb 5 release of SHR unstable. Is it fixed later on? Feb 10 22:50:36 gnufs: yes yesterday Feb 10 22:50:41 \o/ Feb 10 22:50:51 cebit? Feb 10 22:50:51 freesmartphone.org: 03tom 07dos/opimd-tracking * r33e67a5eaba4 10framework/framework/subsystems/opimd/ (pimd_generic.py query_manager.py): Feb 10 22:50:51 freesmartphone.org: opimd: Changed _limit to _pre_limit which limits before sorting, and changed _limit to limit after everything is done. Feb 10 22:50:51 freesmartphone.org: Signed-off-by: Sebastian Krzyszkowiak Feb 10 22:51:36 playya, that's not ruhrpott, that's hannover/niedersachsen Feb 10 22:51:56 yes. just kidding Feb 10 22:52:38 http://www.tuxbrain.org/FOSDEM2010/photos/view/p2050432.jpg what's this?? Feb 10 22:53:05 Bug Feb 10 22:53:23 He won it last year at FOSDEM Feb 10 22:53:56 playya, http://www.mobile-times.de/ Feb 10 22:54:18 Heinervdm, that's not you. Feb 10 22:54:25 <[Rui]> playya: LSM Feb 10 22:54:38 LSM? Feb 10 22:54:44 <[Rui]> LinuxTAG Feb 10 22:54:49 Serdar: that's GNUtoo Feb 10 22:54:50 join #scala Feb 10 22:54:53 oops Feb 10 22:54:53 <[Rui]> playya: LSM is Libre Software Meeting Feb 10 22:54:54 sorry Feb 10 22:55:00 i've forgot the slash Feb 10 22:55:21 http://www.tuxbrain.org/FOSDEM2010/photos/view/p2050433.jpg is this ben from qi? Feb 10 22:55:26 ah. ok Feb 10 22:55:48 what about a tombola @ fsoshrudcon: you can win bugs to fix Feb 10 22:56:25 http://www.tuxbrain.org/FOSDEM2010/photos/view/p2050436.jpg what's this, looks strange Feb 10 22:56:38 [Rui], the problem: meetings are at evenings most of the time. my last bus arrives an 6:30 pm Feb 10 22:57:11 Serdar: the second on is again Bug Feb 10 22:57:30 Heinervdm, bug? what's bug? Feb 10 22:57:30 <[Rui]> Serdar: yeah, that's Ben Feb 10 22:57:54 ben isn't available now, how did you get it? Feb 10 22:58:01 how much does it costs? Feb 10 22:58:10 Serdar: http://www.buglabs.net/ Feb 10 22:58:59 freesmartphone.org: 03mickey 07cornucopia * r98830d56cbef 10/tools/mterm2/ (15 files in 2 dirs): mterm2: add here (formerly known as fso-term), we don't need hundreds of repositories Feb 10 22:59:21 /nick mickeyl Feb 10 22:59:41 Heinervdm, lego?? Feb 10 22:59:47 hi mickeyl Feb 10 22:59:56 will you be here tomorrow? :) Feb 10 22:59:58 sort of ;) Feb 10 23:00:08 evening Feb 10 23:00:19 here == duesseldorf Feb 10 23:00:48 I guess, he will be lying in the men's tent getting an infusion G5 :> Feb 10 23:01:55 Weiss, you are tom right? Feb 10 23:02:00 or was it Wonka Feb 10 23:02:11 <[Rui]> mickeyl: Heinervdm: very nice to have met you guys :) Feb 10 23:02:18 I am not tom Feb 10 23:02:26 [Rui]: dito :) Feb 10 23:02:28 nobody remembering me :( Feb 10 23:02:50 Serdar: yep Feb 10 23:03:01 i remember you. you want to get to FSOSHRUDCON Feb 10 23:03:07 Wonka, you are messing around with kernel 2.6.3xß Feb 10 23:03:13 <[Rui]> playya: you where at fosdem as well? Feb 10 23:03:23 no :( Feb 10 23:03:26 Serdar: no Feb 10 23:03:28 <[Rui]> playya: sure want to, but fosdem's already been a big hit on the budget :) Feb 10 23:03:32 playya, I want to help organizeing. Feb 10 23:03:36 Serdar: not on FR at least Feb 10 23:03:47 it's on your blog :O Feb 10 23:04:05 Serdar: no, I didn't mention my blog here Feb 10 23:04:14 Serdar, i tried to contact Linux Hotel, but no success Feb 10 23:04:19 Serdar: Weiss is tom Feb 10 23:04:43 http://www.bitwiz.org.uk/s/2010/02/the-mysterious-missing-milliamps.html Feb 10 23:04:54 Serdar: it's Weiss's blog Feb 10 23:05:17 "I am _not_ tom", can't read anymore... Feb 10 23:05:22 :) Feb 10 23:05:26 get some sleep ;) Feb 10 23:05:49 playya, I can go there, organize and stuff, but I want LPIC exam :> Feb 10 23:06:01 Wonka, need some, because it's a rough day today Feb 10 23:06:46 maybe we should also provide some training and certificats: certified FSO hacker Feb 10 23:07:04 I am not useing FSO :> Feb 10 23:07:15 roughest part of today will be a trip to the doctor to be certified defunct for some more days :/ Feb 10 23:07:29 nor shr :> Feb 10 23:07:38 Wonka, do you know Altweiber? Feb 10 23:07:46 no Feb 10 23:08:11 tomorrow is altweiberfasnet Feb 10 23:08:23 okay it's a _creazy_ "holiday" it isn't one but everybody is drinking their brains out Feb 10 23:08:35 I am in Schleswig-Holstein, we don't celebrate such stuff here Feb 10 23:08:39 beginning at 15 O'clock or earlier Feb 10 23:08:58 we don't do Fasching or Karneval Feb 10 23:08:59 and I am there to help them. Feb 10 23:09:30 from morning till morning next day. Feb 10 23:11:00 it's crazy none other animals on this whole earth is doing some stuff like selfdamaging like humans Feb 10 23:12:12 mickeyl, you have seen my suggestions right? Feb 10 23:12:37 there are some collitions but although may is short time it's the best at all. Feb 10 23:12:54 <[Rui]> python-gobject failing to configure. just for me? Feb 10 23:13:24 <[Rui]> checking for GLIB - version >= 2.14.0... *** GLIB header files (version 2.22.1) do not match Feb 10 23:13:24 <[Rui]> *** library (version 2.22.4) Feb 10 23:13:29 <[Rui]> configure: error: maybe you want the pygobject-2-4 branch? Feb 10 23:13:30 <[Rui]> weird Feb 10 23:14:26 your header don't match your lobs? Feb 10 23:14:49 libs Feb 10 23:15:13 <[Rui]> Serdar: "my" header? it's shr-lite-image on shr-u I'm trying to build :) Feb 10 23:15:53 you didn't say that. Feb 10 23:16:15 [Rui]: I built lite today from scratch and only patch needed to build it was in python-gst Feb 10 23:17:03 <[Rui]> JaMa: I did a make update shr-unstable about an hour and a half ago Feb 10 23:17:21 [Rui]: try to rebuild glib.. just in case old headers were left in staging (as newer glib is using new staging) Feb 10 23:17:26 <[Rui]> hms... Feb 10 23:18:28 [Rui]: iirc last glib update to shr-unstable was more then 2 days ago, when did you build lite for last time? Feb 10 23:19:13 ah sorry more glib patches today :) Feb 10 23:20:02 but for different version than P_V for shr Feb 10 23:20:04 <[Rui]> JaMa: last I tried (but it failed miserably due to something else), was before fosdem Feb 10 23:20:06 <[Rui]> :) Feb 10 23:20:47 [Rui]: run -c clean for both normal and -native glib and I guess it will be ok again Feb 10 23:21:01 <[Rui]> native too? Feb 10 23:21:45 yes as you're probably building agains headers from native Feb 10 23:22:13 <[Rui]> ok, but I guess I'll let it do it's work while I sleep Feb 10 23:23:58 <[Rui]> over & out. good night! :) Feb 10 23:54:35 freesmartphone.org: 03mickey 07cornucopia * r0c038a3efc86 10/fsodeviced/src/plugins/kernel26_leds/plugin.vala: Feb 10 23:54:35 freesmartphone.org: fsodeviced: kernel26_leds: fix initialization Feb 10 23:54:35 freesmartphone.org: NOTE: Always remember: static class members are _not_ initialized Feb 10 23:54:35 freesmartphone.org: until the first instance of a class has been created. Feb 11 00:31:07 mickeyl, with new 0.7.10.2 vala dbus calls doesn't fails for you? Feb 11 00:31:24 as for me they all still fails, but in different way little bit Feb 11 00:32:22 which kind of calls? Feb 11 00:32:41 and how? Feb 11 00:33:15 I mean, fsousaged (works in beginning), fsogsmd(works in beginning), fso-raw -r GSM sleep 3600 - fsousaged, fsogsmd core dumped Feb 11 00:34:00 http://paste.pocoo.org/show/176466/ Feb 11 00:34:29 core dumps useless, they have only #84 0x4082b308 in abort () from /lib/libc.so.6 Feb 11 00:38:34 did you recompile everything? Feb 11 00:38:40 (after the vala update) Feb 11 00:41:26 I think yes Feb 11 00:44:34 so, I'm asking is it works at least for you. Feb 11 00:44:46 and trying reproduce it on laptop Feb 11 00:47:19 hm... only one thing that I didn't recompile is libgee may be Feb 11 00:47:29 no changes in libgee since long Feb 11 00:48:24 in this case I'm sure I recompiled all Feb 11 01:06:00 mickeyl, and its happens only when I request GSM resource Feb 11 01:06:28 I don't know whould it helps or not, and what I can do, but I'm give uping Feb 11 01:11:29 time to sleep now. Feb 11 01:18:17 freesmartphone.org: 03mickey 07cornucopia * ra8b99e5b7e28 10/tools/mdbus2/src/main.vala: mdbus2: improve handling bogus arguments and broken introspection data Feb 11 01:20:01 i'm hopeless as well atm. and don't really have time to pursue it further. priority is getting msm communication done, then fsogsmd integration and this will be when i can look at it again Feb 11 01:22:47 I'll try to find it in my logs Feb 11 01:23:01 but it was in #ofono I'm pretty sure Feb 11 02:11:25 wtf? ofono on all chan?! :-S Feb 11 02:14:55 wat? Feb 11 02:15:27 mmmh, where did I hear "ofono"? Feb 11 02:23:00 *grrrrrrr* Feb 11 02:23:03 NOTE: Running task 7799 of 14174 (ID: 912, /home/w/OM/SHR/build/shr-unstable/openembedded/recipes/mplayer/mplayer_git.bb, do_setscene) Feb 11 02:23:06 NOTE: Running task 7800 of 14174 (ID: 913, /home/w/OM/SHR/build/shr-unstable/openembedded/recipes/mplayer/mplayer_git.bb, do_fetch) Feb 11 02:23:09 NOTE: Running task 7801 of 14174 (ID: 915, /home/w/OM/SHR/build/shr-unstable/openembedded/recipes/mplayer/mplayer_git.bb, do_unpack) Feb 11 02:23:12 NOTE: Unpacking ../downloads/git_repo.or.cz.mplayer.glamo.git_71807fcbb1eb35c337ef03f4f62d181963173550.tar.gz to tmp/work/armv4t-oe-linux-gnueabi/mplayer-0.0+1.0rc3+gitr0+71807fcbb1eb35c337ef03f4f62d181963173550-r0/ Feb 11 02:23:16 tar: /home/w/OM/SHR/build/downloads/git_repo.or.cz.mplayer.glamo.git_71807fcbb1eb35c337ef03f4f62d181963173550.tar.gz: Cannot open: No such file or directory **** ENDING LOGGING AT Thu Feb 11 02:59:57 2010