**** BEGIN LOGGING AT Mon Feb 08 02:59:57 2010 Feb 08 05:10:44 Weiss: http://pastebin.de/3811 Feb 08 05:14:07 DocScrutinizer: doesn't look like anything utterly wrong, 400mA can't leak through a single gpio pin anyway. Feb 08 05:14:30 lol, yep Feb 08 05:14:54 BT is wronganyway Feb 08 05:15:24 alsi USM_ULLUP is strange Feb 08 05:15:39 also USM_PULLUP is strange Feb 08 05:19:09 PaulFertser: could you check if CPU is constantly spinning in IRQ for F0:0 / G8:0 ? Feb 08 05:19:43 F = EINT Feb 08 05:23:46 DocScrutinizer: the /proc/interrupts number would increase all the time Feb 08 05:23:47 * PaulFertser relocating to work, bbl Feb 08 05:23:58 yup Feb 08 05:24:05 enjoy your ride Feb 08 05:24:41 Weiss: ^! Feb 08 05:35:02 well, power-on default for LIS302 IHL and PP_OD is INT=active-high, push-pull Feb 08 05:37:35 doesn't mean the LIS302 driver devels followed this default. They as well could have opted for active-low mode and configure EINT0/16 accordingly to fire on low Feb 08 05:51:28 esp when assuming they planned to put R7808/7 to correct purpose (PP_OD open drain mode) Feb 08 05:57:14 * DocScrutinizer wonders if the EINT0..16 pins of SoC are of the pullup or pulldown internal-R type Feb 08 05:57:53 I never seem to get that right Feb 08 05:58:10 confusing like hell Feb 08 06:59:50 Unable to connect freerunner using debug board Feb 08 07:00:25 able to connect freerunner direct from my ubuntu machine Feb 08 07:00:46 but same is not working through debug board Feb 08 07:01:18 sudo ip address add 192.168.0.200/24 dev eth7 Feb 08 07:01:32 sudo ip link set dev eth7 up Feb 08 07:01:44 ssh root@192.168.0.202 Feb 08 07:02:05 the above commands works fine with direct USB connection to freerunner phone Feb 08 07:02:23 but same is not working with debug board Feb 08 07:02:55 and says the below error Feb 08 07:02:58 Cannot find device "eth7" Feb 08 07:04:03 satish: do you have some reason for using the usb hub of the debug board? Feb 08 07:04:17 lindi- : yes Feb 08 07:04:27 i want to communicate with another co processor Feb 08 07:04:33 using SPI connection Feb 08 07:04:43 satish: you can still use direct usb connection? Feb 08 07:05:24 i have terminated debug board SPI connections to co processor board SPI connections Feb 08 07:05:57 if i connect phone to my pc, able to communicate Feb 08 07:06:13 but phone to debug board and then PC fails Feb 08 07:06:25 satish: can't you connect phone and debug board to pc with separate cables? Feb 08 07:06:52 i don't have seperate cables, i have shipped with only one usb cable Feb 08 07:07:07 and i had given phone power using inverter Feb 08 07:07:44 why this debug board is unable to access ? Feb 08 07:07:50 is not the same way Feb 08 07:08:05 satish: hard to say, do other usb devices work with the debug board hub Feb 08 07:08:07 ? Feb 08 07:08:53 i didn't check it, it is a slave SPI processor Feb 08 07:09:23 freerunner phone i'm using as master SPI processor. Feb 08 07:10:00 does any one accessed phone through debug board ? Feb 08 07:13:15 I always had problems with the debug board's USB sockets too Feb 08 07:16:16 DocScrutinizer / PaulFertser: r.e. interrupts...nothing seems to be going up crazily fast other than the "timer tick". I don't see any entry at all for the accelerometers, which is interesting Feb 08 07:18:59 after 6 mins of uptime: http://pastebin.de/3812 Feb 08 07:19:36 Weiss: what's the battery temperature btw? ;) Feb 08 07:19:59 lindi- : looks there are no USB signals terminating on phone from debug board Feb 08 07:20:15 Weiss: it'd interesting to try some barebone .32 kernel, probably without glamo stuff altogether, something really minimal. Feb 08 07:36:23 No device is displayed under /dev/spidev1.1 after connect the co processor with phone Feb 08 07:36:35 using SPI Feb 08 07:44:03 PaulFertser: good idea.. I'll try that after work Feb 08 09:33:13 You fucking niggers! Feb 08 09:33:23 ... Feb 08 09:34:00 eh? Feb 08 09:35:52 huh Feb 08 09:39:01 He's probably still upset about GNAA attacks Feb 08 09:40:34 mickey|office: hi Feb 08 09:40:48 how did the fosdem thing go? Feb 08 09:45:38 it was nice. Feb 08 09:45:45 we got filled up each talk Feb 08 09:57:44 is now a good time to merge shr-U into shr-T? Feb 08 09:58:12 I am really fed up with those mysterious gsm failed to suspend issues, that only seem to crop up in shr-T. Feb 08 09:59:13 spaetz: not sure about the current state... JaMa|Gone should know better Feb 08 09:59:18 k Feb 08 09:59:37 I stopped using my FR as a daily phone because of it, which annoys me a lot :) Feb 08 10:00:01 AFAIK calling works again Feb 08 10:00:16 seen EFL update yesterday (haven't tested) Feb 08 10:00:35 and pyphonelog fails to build because of setup.py asking nonexistent file Feb 08 10:05:37 JaMa|Gone: heh, pyphonelog is my fault :/ Feb 08 10:05:49 * mrmoku fixes Feb 08 10:07:02 and maybe that xinput-calibrator is too difficult to use by some users :/ Feb 08 10:08:01 it is? but it's just pressing the touch screen 4 times... Feb 08 10:08:22 spaetz: see #openmoko log :/ Feb 08 10:08:43 spaetz: I also requested feature for confirmation after calibration Feb 08 10:09:02 JaMa|Gone: for me calibration is slightly off Feb 08 10:09:14 spaetz: as lite image doesn't have fsoraw and it's possible that display is blank with first calibration run after reflash Feb 08 10:09:32 but that's a bug. Feb 08 10:09:40 We NEED fsoraw in all images Feb 08 10:10:01 spaetz: then you would touch display to unblank it and screw calibration.. Feb 08 10:10:09 it's essential. I do want to ALIAS opkg with "fsoraw -r CPU -f opg" Feb 08 10:10:24 JaMa|Gone: mmh, ok that is a problem. Feb 08 10:10:36 but not having fsoraw is plainly a bug in my opinion. Feb 08 10:11:18 yes that's why I add fsoraw call to x89TsCalibration script.. but only if fsoraw is available Feb 08 10:11:49 but without passwd set (no ssh access) is really difficult to fix broken calibration after reflash Feb 08 10:11:54 JaMa|Gone: ok, pyphonelog should build again Feb 08 10:12:23 I guess with that wizard asking people to set password, we should allow empty passwd for ssh in Feb 08 10:13:26 mrmoku: and the calibration is more off then it was with static kernel calibration? Feb 08 10:13:45 JaMa|Gone: nvm, after recalibrating with a stylus it is precise as one could hope :-) Feb 08 10:13:49 mrmoku: are you sure, you run that calibration precise enough? Feb 08 10:13:59 ah I always used stylus :) Feb 08 10:17:46 JaMa|Gone: we really should allow empty passwords Feb 08 10:18:02 if you look at the number of questions about the SSH password in the list it is clear Feb 08 10:18:19 that people don't read any handbook to find out what to do... Feb 08 10:19:19 yes.. but also when something is a bit broken (ie e17 doesn't start after reflash) then it's better to provide better option than boot other distro and set your password first Feb 08 10:20:16 I always flash image while running other distro (version) so I have everything already set after first reboot, but that's not how average user does reflash :) Feb 08 10:24:15 \o/ with svn revision 95, fltkspacetrader is now feature-complete :D Feb 08 10:25:28 icon for .desktop file, in-game help and graphical encounters :) Feb 08 10:29:54 ohhh... a cached contact list view is nice :D Feb 08 10:32:53 graziano: morning, very well, thanks Feb 08 10:34:11 unfortunately I could not be there but I would like to read the slides about openmoko and shr talks Feb 08 10:34:25 when they will become available Feb 08 10:35:26 mickey|office: I also tried to set up a page where to put all things related to SHR on the htc dream: http://www.freesmartphone.org/index.php/Hardware/HTC_Dream Feb 08 10:37:04 graziano: ah, good work Feb 08 10:37:29 mickey|office, I tried the installer with shr, failed, the reason could be the init. Feb 08 10:38:00 structure of shr seems different that android. Feb 08 10:38:40 an and one thing, this golden delicious guy at fosdem, what's his name / eMail adress? Feb 08 10:39:02 I wanted to speak him after our devroom but couldn't see him Feb 08 10:39:26 mickey|office: about the alternative for the project's code, did you think about savannah? I am not into technical things so I don't know if it has the things you were looking for but I think the savannah hackers would really appreciate to host the project Feb 08 10:39:49 http://savannah.gnu.org/ Feb 08 10:40:36 http://savannah.nongnu.org/ for non gnu software projects Feb 08 10:40:55 = everybody's welcome :) Feb 08 10:41:38 graziano: do you know if GPL'd documentation is ok? Feb 08 10:44:06 lindi-: I don't understand the question Feb 08 10:47:23 graziano: "Savannah rejects a project because it uses GPL" -- http://mailman.fsfeurope.org/pipermail/discussion/2006-February/005498.html Feb 08 10:52:14 mmm I really don't know, I think you should ask on savannah mailing list or on irc Feb 08 10:52:52 there is #savannah if you wish Feb 08 10:53:38 I am not a savannah hacker or contributor Feb 08 10:57:44 I read on the mailing list that people were asking for suggestions about where to host code and savannah came into my mind so I suggested it Feb 08 10:58:19 for technical and license details I think you should ask on #savannah because unfortunately I can't provide any help regarding those Feb 08 11:00:27 graziano: you are reffering on that page to shr/import. shr/import isn't maintained anymore. Only shr/testing and shr/unstable are maintained Feb 08 11:01:44 Heinervdm: thank you very much. I am not the lead developer of the project, I know that gnutoo and leviathan are working on it so maybe they are the people to talk to Feb 08 11:02:01 gnutoo usually appears here too Feb 08 11:02:34 Heinervdm: maybe they already know but they forgot to update that page, I will ask Feb 08 11:02:34 gnutoo uses shr/unstable Feb 08 11:03:21 graziano: i just thought you knew when you advertised it :) Feb 08 11:08:15 lindi-: sorry I don't, maybe for it to be taken into consideration some info are needed Feb 08 11:08:41 I can't provide them, but people on their irc channel and mailing list could, if someone is interested in the solution Feb 08 11:14:15 Heinervdm: the story is this, I created a free software activists group endorsed by the FSF in Italy called LibrePlanet Italia Feb 08 11:14:26 we have lots of local and international projects going on Feb 08 11:14:39 they are carried on by different people, one of them is gnutoo Feb 08 11:14:52 he currently is working on putting SHR on the htc dream Feb 08 11:15:15 I own an htc dream too so usually I help him with some tests and other things that doesn't require coding Feb 08 11:15:18 such as that web page Feb 08 11:16:16 where I tried to put all the things that were in many different pages to help FSO gather even more content on devices Feb 08 11:16:37 I discovered that there was an "hardware" page I found it quite useful Feb 08 11:16:45 I think it should be less hidden in the wiki Feb 08 11:17:00 maybe a link in the main page could attract more people Feb 08 11:17:02 mickey|office: ^^ Feb 08 11:17:19 mickey|office, if you get some minutes during the day, query please. Feb 08 12:35:05 every "notmuch new" in the test suite seems to take about 30 seconds, something seems fishy. (it is much faster on my regular mail store) Feb 08 12:35:09 arrg, wrong iwn Feb 08 12:35:11 win Feb 08 12:39:45 Hi Feb 08 12:40:04 is ioctl function success always returns > 0 ? Feb 08 12:41:46 satish: no, every ioctl is special :) Feb 08 12:53:25 Heinervdm: hi Feb 08 12:53:32 leviathan: hi Feb 08 13:10:36 Heinervdm, some guys made pictures do you know who? Feb 08 13:10:58 lindi- : i'm trying to write I2C driver for my coprocessor. Feb 08 13:11:05 Serdar: nicolaus schaller Feb 08 13:11:14 i think Feb 08 13:11:18 is he here? Feb 08 13:11:26 ioctl is the only way ? Feb 08 13:11:33 lindi - : ioctl is the only way ? Feb 08 13:11:58 or is there any other way to open and communicate i2c devices ? Feb 08 13:11:58 Heinervdm, btw. is this guy the golden delicious guy? Feb 08 13:12:14 Serdar: yes Feb 08 13:12:22 okay is he here? Feb 08 13:12:27 need to talk to him Feb 08 13:13:21 don't know, i've only read him in mails and the fyp forum Feb 08 13:14:00 okay Feb 08 13:17:14 satish: I2C kernel driver? Feb 08 13:18:14 DocScrutinizer : i want to communicate with an external co processor using i2c protocol, which connected through debug board Feb 08 13:18:38 uhum Feb 08 13:19:02 if i connect the device with debug board Feb 08 13:19:10 phone is unable to boot Feb 08 13:19:22 there's proven I2C driver in standard kernel Feb 08 13:19:45 ok Feb 08 13:19:51 that's unusual Feb 08 13:20:19 i'm getting error ; unable to i2c bus error -110 Feb 08 13:20:27 i'm getting error ; unable to geti2c bus error -110 Feb 08 13:20:31 i'm getting error ; unable to get i2c bus error -110 Feb 08 13:21:00 you hw extension killed the I2C bus Feb 08 13:23:27 satish: inactive devices (your coproc) need to keep their I2C lines at high-impedance state Feb 08 13:23:35 i.E. input Feb 08 13:23:53 ok Feb 08 13:24:44 that i will check and make sure it is input. Feb 08 13:25:24 DocScrutinizer : regarding my first doubt, is that ioctl is the only way to write the I2C driver / Feb 08 13:25:31 also nota bene I2C usually doesn't allow for unpowered devices on the bus, for same reason Feb 08 13:25:36 DocScrutinizer : i'm newbe to driver programming Feb 08 13:25:53 check sysfs Feb 08 13:26:51 iirc you got a raw data node for each I2C bus somewhere Feb 08 13:27:26 satish: either ioctl or an inkernel driver Feb 08 13:28:25 theres quite a number of drivers that use the I2C driver. you might look and copy the way they do Feb 08 13:28:45 moin larsc Feb 08 13:29:16 larsc : if i write ioctl based i2c open and setting addr and read , write system calls, will it allows me to access my device that connected external to the phone using debug board Feb 08 13:30:20 DocScrutinizer : larsc : http://lxr.linux.no/#linux+v2.6.28.8/Documentation/i2c/dev-interface Feb 08 13:30:29 i'm following the above link Feb 08 13:30:52 is it the correct way to proceed ? Feb 08 13:31:14 satish: yes Feb 08 13:31:31 larsc : thank u. Feb 08 13:32:22 larsc : if (ioctl(file, I2C_SLAVE, addr) < 0) Feb 08 13:32:51 this call is failed, means i'm able to identify my device ? Feb 08 13:33:12 with correct addr / Feb 08 13:34:35 greetings larsc Feb 08 13:34:36 satish: if that call fails there is no device with given address on the i2c bus Feb 08 13:34:40 hi mickey|office Feb 08 13:40:16 satish: which isn't much of a surprise, given you get errors about the bus being down completely, on boot. See what I told you about your coproc's I2C interface Feb 08 13:42:06 DocScrutinizer : it is assured that my coproc is slave and always in input mode during boot Feb 08 13:43:07 then your extending the lines made capacitive load too high Feb 08 13:43:33 or you get reflections at line end (ringing) Feb 08 13:44:23 ok Feb 08 13:45:10 larsc: while you're around... are you aware of something causing a humongous (~400mA) power drain with the 2.6.32 kernel? Feb 08 13:45:23 Weiss: nope Feb 08 13:45:48 your FR doesn't melt when you run it? (like mine..) Feb 08 13:45:49 has to be core system somewhere Feb 08 13:46:11 Weiss: melting as in gets hot? Feb 08 13:46:19 yu Feb 08 13:46:21 p Feb 08 13:46:32 it gets noticably warmer than it should do, yes... Feb 08 13:46:46 cpiu, or glamo Feb 08 13:46:52 after what period of time? Feb 08 13:47:13 larsc: straight away after booting.. the heat is noticable in ~5 mins Feb 08 13:47:32 DocScrutinizer: yeah.. I'm going to play round the back of the PCB tonight and see what's hot (and what's not..) Feb 08 13:47:50 Weiss: cool Feb 08 13:48:11 Weiss: sometimes the direct method is the best Feb 08 13:48:17 how scared should I be of removing the cans? Feb 08 13:49:03 if you got a *small* pinpoint knife and are a calm person, there should be no problems Feb 08 13:52:24 according to the battery current is 200mA here Feb 08 13:52:56 which sounds quite sane Feb 08 13:54:25 with 100% cpu usage it goes up to 300mA Feb 08 13:55:24 damn Feb 08 13:56:01 by 100% cpu you mean it's actually running a busy loop? Feb 08 13:56:52 yes Feb 08 13:57:05 spwaned a few endless loops Feb 08 13:57:11 large enough to fetch the instructions from RAM rather than cache Feb 08 13:57:18 ? Feb 08 13:57:21 no Feb 08 13:58:22 dd if=/dev/mem of=/dev/null Feb 08 13:59:13 I'm having trouble getting d-bus signals from gypsy. http://pastebin.com/d2f3a1e47 My vala code tries to connect to a signal, but nothing ever happens. Feb 08 13:59:37 It works when I call d-bus methods Feb 08 14:00:28 hmmm gypsy... Feb 08 14:01:30 You don't like gypsy? Feb 08 14:02:26 I'm in doubt if that's what we actually use on FSO Feb 08 14:02:54 Is the documentation old? Feb 08 14:03:18 really only cloudy ideas and guts feelings here Feb 08 14:04:54 cli-framework and gps gives me org.freesmartphone.ogpsd /org/freedesktop/Gypsy at 0x407a9990> Feb 08 14:05:01 Looks like gypsy Feb 08 14:05:04 DocScrutinize : larsc : i didn't connected my device during boot, the phone boots fine Feb 08 14:05:35 DocScrutinize : larsc : but when i invoke ioctl(file, I2C_SLAVE, addr) Feb 08 14:05:48 DocScrutinize : larsc : i got return 0 Feb 08 14:06:07 DocScrutinize : larsc : mean success ? Feb 08 14:06:26 you're sure your coproc isn't on a conflicting addr? Feb 08 14:06:46 my coproc addr is 57 Feb 08 14:06:52 0x57 Feb 08 14:07:11 sorry dunno the other subdevices' addr by heart Feb 08 14:07:12 how can i know the list of i2c addr used in phone Feb 08 14:07:25 good question Feb 08 14:07:26 i2cdetect will work ? Feb 08 14:09:51 satish: if there's nothing in wiki, then you either can check the kernel sources for all the I2C addr used there on this particular bus. Or you check with the schematics and the chips' datasheets Feb 08 14:10:23 i2cdetect will work Feb 08 14:11:09 if it works (which I guess) it should give a list of active addr as well, yes Feb 08 14:13:28 mrmoku: cookie :) but please correct the ß in author name, it seems i've choosen the wrong charset Feb 08 14:14:46 ok Feb 08 14:15:24 satish: anyway it's obviously WM8753 audio mixer and PCF50633 PMU that live on same I2C bus. Should be easy to check Feb 08 14:15:36 Heinervdm: is there "python" package for RDEPENDS? IIRC only python-core Feb 08 14:16:08 but maybe it's RPROVIDED .. (haven't checked) Feb 08 14:16:15 hmm Feb 08 14:16:27 took that form another recipe :/ Feb 08 14:17:35 I'm not sure.. so probably not an issue.. Feb 08 14:19:13 how do i create commit messages with multiple lines in git? Feb 08 14:19:43 if i just write multiple lines the linebreaks vanish Feb 08 14:20:23 DocScrutinizer : is I2C protocol implemented as hardware in freerunner phone or software based on GPIO pins ? Feb 08 14:20:41 Heinervdm: they shouldn't, probably that's your editor. Feb 08 14:20:42 I'd guess hw Feb 08 14:20:53 PaulFertser: ok, i will try again Feb 08 14:21:02 DocScrutinizer : ok Feb 08 14:21:52 U21 Feb 08 14:21:53 IICSDA/GPE15 Feb 08 14:21:55 AB12 Feb 08 14:21:56 IICSCL/GPE14 Feb 08 14:22:54 so the SoC has a hw I2C function for these pins Feb 08 14:23:16 I'd guess we exploit that, rather than bitbang for no good reason Feb 08 14:25:21 DocScrutinizer : ok, we will explore Feb 08 14:28:29 Deubeuliou, hi, arrived home too? Feb 08 14:34:13 PaulFertser: i put my changes to obexd and bluez on github: http://github.com/heinervdm/obexd/tree/heinervdm/fso http://github.com/heinervdm/bluez/tree/heinervdm/fso Feb 08 14:34:30 topro: ^^^ Feb 08 14:35:02 Heinervdm: i'm not cool enough to have a car with integrated bluetooth kit so i have no idea how to test/improve it myself ;) Feb 08 14:35:14 me either :D Feb 08 14:35:32 but i know that this isn't working Feb 08 14:36:33 because the methods of the plugin are never called by obexd, so some fixes in obexd core are needed Feb 08 14:43:27 Heinervdm: SRCREV in the recipe is ok nowadays? Feb 08 14:43:38 Heinervdm: do you mean you have no idea why obexd doesn't call your plugin's methods at all? Feb 08 14:44:12 Heinervdm: i mean i saw some n900 owners tried to use obexd with pbap support and ebook plugin and they saw a crash in the ebook plugin. Feb 08 14:44:17 mrmoku: it's SRCREV for oe.dev and you should commit it with SRCPV to shr/unstable Feb 08 14:44:39 PaulFertser: yes, i meant that Feb 08 14:45:15 some people tried for me, but the log messages at the beginning of the functions never appeared Feb 08 14:45:28 Heinervdm: https://bugs.maemo.org/show_bug.cgi?id=6368#c39 Feb 08 14:45:52 Heinervdm: I meant specify the rev in the recipe and not in sane-srcrevs.inc Feb 08 14:46:14 PaulFertser: i don't know if all changes from maemo are in upstream obexd Feb 08 14:46:28 Heinervdm: maemo doesn't officially support pbap Feb 08 14:46:59 mrmoku: i've seen that more often in the last time and even Koen did it, so i thought that this would be ok, but i don't know Feb 08 14:47:26 Heinervdm: ok, if Koen did it... :P Feb 08 14:47:33 PaulFertser: but they have an own git branch Feb 08 14:47:33 Heinervdm: are you sure the guys who tested it for you used --pbap cli option when starting obexd? Feb 08 14:47:42 only for that Feb 08 14:48:03 yes, because i added it to the .service file Feb 08 14:48:21 and the logs showed that pbap was started Feb 08 14:50:54 Heinervdm: eaten Feb 08 14:51:12 Heinervdm: should not be too hard to compare maemo's version with upstream wrt pbap support. Feb 08 14:52:05 PaulFertser: yes, but i will wait a month or so and then ask them again, now they are only saing that it's under heavy developement Feb 08 14:52:17 je vais voir �a apr�s Feb 08 14:52:26 woop, wrong chan Feb 08 14:52:34 Heinervdm: ah, ok, cool :) (they==bluez guys?) Feb 08 14:52:49 yes Feb 08 14:53:55 (btw, this n900 bug is funny to read, bragging about ferrary's and other "sport" cars is an unusual thing to see on a bugtracker) Feb 08 14:55:32 :) Feb 08 14:56:07 TAsn: ping, what is the correct way to compare strings - respecting RTL and everything else? Feb 08 14:58:30 helllo all Feb 08 15:05:51 to all: can someone help me: how can i remove the bars on shr-unstable because i need only three? Feb 08 15:09:01 Serdar: yeah, and I found my friend, too :) Feb 08 15:09:19 pbaxter: there isn't a way afaik it's some bug/feature in e ;] Feb 08 15:09:36 soltys: thanks for info! Feb 08 15:10:04 np Feb 08 15:12:04 mrmoku, strcmp :P Feb 08 15:13:21 sane people (and most of the insane ones as well) use logical ordering, which means the first char (rightmost in rtl) is at buf[0] :P Feb 08 15:16:52 dos1|away, ping Feb 08 15:21:27 dos1, ping :P Feb 08 15:21:33 TAsn: pong Feb 08 15:21:39 dos1, :P Feb 08 15:21:46 dos1, _limit in opimd Feb 08 15:21:51 did you fix it? Feb 08 15:22:06 (you remember the pre_limit and post_limit issue we had?) Feb 08 15:22:07 Hi guys! Feb 08 15:22:20 Q-Master, hey. Feb 08 15:22:40 TAsn: hmm, dunno Feb 08 15:22:43 what's new? Feb 08 15:22:44 TAsn: but i think no Feb 08 15:23:24 Q-Master, nothing :( Feb 08 15:23:57 dos1, :| can you please fix it? :) Feb 08 15:24:05 not now, sorry Feb 08 15:24:15 but i'll soon Feb 08 15:24:19 i think it's already in my todo Feb 08 15:25:06 dos1, sweet :P Feb 08 15:25:31 because phonelog is now doing all the work, and this means I probe opimd for *ALL* of the calls :P Feb 08 15:25:40 which is terribly slow Feb 08 15:25:52 and timeouts Feb 08 15:32:26 Deubeuliou, nice. btw. did you enjoy Duesseldorf's beer? :) Feb 08 15:35:56 yeah, it is nice, thanks :) Feb 08 16:12:01 Deubeuliou, Heinervdm ping Feb 08 16:12:28 pong Feb 08 16:12:47 TAsn: cached contact list is fun :D Feb 08 16:13:09 fast? :P Feb 08 16:13:36 yup Feb 08 16:13:43 works? Feb 08 16:13:51 if so, send me an ipk :P Feb 08 16:14:26 Heinervdm, the presentation you used yesterday, can you send it to pascal, so he can host it on the fosdem homepage? Feb 08 16:14:48 Serdar: what's his email address? Feb 08 16:15:00 you got an eMail from him, right? Feb 08 16:15:13 use the devrooms mail Feb 08 16:15:20 but write the permission Feb 08 16:15:24 ah that forwarded mail Feb 08 16:15:32 you got cc copyright? Feb 08 16:15:39 for example Feb 08 16:16:00 you need to write your eMail adress Feb 08 16:16:07 Deubeuliou, same to you please Feb 08 16:16:34 Deubeuliou, paper and permission for useing to pascal please Feb 08 16:16:43 i have to check first some licening issues :) Feb 08 16:22:08 ok, I'll do Feb 08 16:36:28 Serdar: what for do they need the mail address? Feb 08 16:36:57 huh? Feb 08 16:37:02 paper. Feb 08 16:37:06 your presentation Feb 08 16:37:19 and a permission to host them Feb 08 16:40:04 SHR: 03mok 07libphone-ui * rb185533756fb 10/src/ (phoneui.c phoneui.h.in): phoneui: remove obsoleted phoneui_contacts_refresh Feb 08 16:40:14 SHR: 03mok 07libphone-ui * r6e3eacbfcc93 10/src/ (phoneui-utils.c phoneui-utils.h): phoneui-utils: add new phoneui_utils_contact_compare and use it Feb 08 16:40:16 SHR: 03mok 07libphone-ui * r5183a86f6e26 10/src/ (phoneui-info.c phoneui-info.h): phoneui-info: add callback mechanism to enable backends to register for contact changes Feb 08 16:41:52 freesmartphone.org: 03mok 07libframeworkd-glib * r9b03f137a566 10/src/ (3 files): Feb 08 16:41:52 freesmartphone.org: opimd: fix UpdatedContact signal handling Feb 08 16:41:52 freesmartphone.org: Signed-off-by: Klaus Kurzmann Feb 08 16:51:18 literki keybord now available in Debian pkg-fso repository for anyone wanting to try it out Feb 08 17:17:23 SHR: 03mok 07libphone-ui * r9073a4f411ae 10/src/ (phoneui-info.c phoneui-utils-sound.c phoneui-utils-sound.h): adjust to Werror clean libframeworkd-glib Feb 08 17:17:24 SHR: 03mok 07libphone-ui * rd8f393bc14e3 10/src/phoneui-info.c: phoneui-info: take signal strength from network status too Feb 08 17:17:24 SHR: 03maxposedon 07libphone-ui * rfe0cd1df51fa 10/src/phoneui-utils-device.c: Fix gcc-4.4 warning(error) check write/system calls Feb 08 17:17:25 SHR: 03maxposedon 07libphone-ui * re4b2e91a1d17 10/src/phoneui-utils-device.c: Use g_return_if_fail instead g_assert for fixing gcc-4.4 warnings Feb 08 17:17:26 SHR: 03maxposedon 07libphone-ui * r2a14ce504d23 10/src/phoneui-utils-device.c: fix typo in gcc-4.4 patch Feb 08 17:17:29 SHR: 03tom 07libphone-ui * rb1f79100d059 10/src/ (phoneui-utils.c phoneui-utils.h): Added phoneui_utils_contacts_field* utility functions Feb 08 17:17:29 SHR: 03tom 07libphone-ui * r3e1b8b2a1492 10/src/phoneui-utils.c: Made it compile (the stubs) even with warnings as errors Feb 08 17:17:30 SHR: 03tom 07libphone-ui * r553bd4beb273 10/src/ (phoneui-info.c phoneui-utils.c): Added hacks for it to build without lfg Feb 08 17:17:33 SHR: 03mok 07libphone-ui * rb185533756fb 10/src/ (phoneui.c phoneui.h.in): phoneui: remove obsoleted phoneui_contacts_refresh Feb 08 17:17:33 SHR: 03tom 07libphone-ui * r87d7ce29c053 10/src/phoneui-utils.c: New opimd changes, mostly dropped the tel prefix from everywhere Feb 08 17:17:34 SHR: 03tom 07libphone-ui * r3373bdf1c3f7 10/src/phoneui-utils.c: Added removing of system fields when probing for fields. If you really want to handle system fields, you explicitly know their name, and users don't need to know they even exist. Feb 08 17:17:35 SHR: 03mok 07libphone-ui * r5183a86f6e26 10/src/ (phoneui-info.c phoneui-info.h): phoneui-info: add callback mechanism to enable backends to register for contact changes Feb 08 17:17:36 SHR: 03tom 07libphone-ui * r3373bdf1c3f7 10/src/phoneui-utils.c: Added removing of system fields when probing for fields. If you really want to handle system fields, you explicitly know their name, and users don't need to know they even exist. Feb 08 17:17:38 SHR: 03tom 07libphone-ui * rce25251e1c4d 10/src/ (9 files): Resolved conflicts Feb 08 17:17:38 SHR: 03tom 07libphone-ui * r823471b37c77 10/src/ (phoneui-utils.c phoneui-utils.h): Adedd phoneui_utils_fields_types_get Feb 08 17:17:44 stupid CIA :P Feb 08 17:17:50 SHR: 03mok 07libphone-ui * r6e3eacbfcc93 10/src/ (phoneui-utils.c phoneui-utils.h): phoneui-utils: add new phoneui_utils_contact_compare and use it Feb 08 17:17:51 SHR: 03mok 07libphone-ui * rdf02e9bd12a3 10/src/ (phoneui-utils.c phoneui-utils.h): phoneui-utils: fill phoneui_utils_contacts_fields_get with life Feb 08 17:18:01 shouldn't track the crap branches Feb 08 17:20:26 ;] Feb 08 17:21:47 TAsn: track plz the bug with my db. Feb 08 17:21:54 :) Feb 08 17:22:12 I will try to look at it tonight :) (I promise to try) Feb 08 17:22:14 ;f Feb 08 17:22:34 any idea how to make gsm working again ? Feb 08 17:22:42