00:14.17 | *** join/#openmoko-cdevel wolfyg (~wolfyg@114.244.41.90) |
00:14.41 | *** join/#openmoko-cdevel donaldd (~donaldd@CPE-58-175-44-122.vic.bigpond.net.au) |
00:20.11 | *** join/#openmoko-cdevel wolfyg_ (~wolfyg@lucia.q-ag.de) |
00:21.11 | *** join/#openmoko-cdevel raster (raster@enlightenment/developer/raster) |
00:30.12 | *** join/#openmoko-cdevel wolfyg (~wolfyg@114.244.37.69) |
00:38.33 | *** join/#openmoko-cdevel ruoso (~ruoso@201009081241.user.veloxzone.com.br) |
01:06.08 | *** join/#openmoko-cdevel Defiant (erik@e179193128.adsl.alicedsl.de) |
01:13.19 | *** join/#openmoko-cdevel wolfyg_ (~wolfyg@lucia.q-ag.de) |
01:18.31 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
02:47.45 | *** join/#openmoko-cdevel methril_home (~methril@189.27.130.232.dynamic.adsl.gvt.net.br) |
03:15.14 | *** join/#openmoko-cdevel methril_home (~methril@189.27.129.144.dynamic.adsl.gvt.net.br) |
03:54.08 | *** join/#openmoko-cdevel juan_arandaalvar (~jaranda@adsl-70-128-164-227.dsl.rcsntx.swbell.net) |
04:17.15 | *** join/#openmoko-cdevel alabd (~alabd@unaffiliated/alabd) |
04:25.28 | alabd | Good day all , is there any messenger for shr that supports yahoo ? |
04:29.20 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
04:33.55 | *** join/#openmoko-cdevel DocAvalanche (~jr@200.194.116.85.dsl.manitu.net) |
04:33.55 | *** join/#openmoko-cdevel DocAvalanche (~jr@openmoko/engineers/joerg) |
04:54.36 | *** join/#openmoko-cdevel eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net) |
04:59.35 | *** join/#openmoko-cdevel m2 (~marcelo@debian/developer/mmagallo) |
05:02.25 | *** join/#openmoko-cdevel djbclark (djbclark@208-78-97-186.slicehost.net) |
05:02.40 | *** join/#openmoko-cdevel djbclark (djbclark@fsf/member/djbclark) |
05:04.00 | PaulFertser | alabd: pidgin? |
05:04.21 | PaulFertser | alabd: some telephathy-based probably does too |
05:04.42 | PaulFertser | alabd: and also you can use "yahoo transport" with your jabber account and use any jabber client. |
05:04.58 | alabd | PaulFertser: hi how are you ? shr pidgin has not yahoo in it's list |
05:05.06 | PaulFertser | alabd: hi :) |
05:05.23 | PaulFertser | alabd: then ask folks to not remove that plugin |
05:05.39 | alabd | asked before here no answer |
05:05.54 | PaulFertser | alabd: but i'd suggest to use jabber+transport while asking all your friends to switch to jabber. |
05:05.58 | alabd | jabber ? |
05:06.38 | PaulFertser | alabd: the most reliable way for feature-requests like this is adding a ticket to SHR trac. |
05:06.45 | PaulFertser | alabd: yep, jabber/xmpp is the most sane and decent option for IM nowadays. |
05:07.48 | alabd | thanks a bout bt headset yesterday humble left it :D now am configuring via wiki , as you said before am doing from this part http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Configuring_FSO |
05:09.04 | JaMa|Zz | TAsn: ok building 47617 for you (not pushed, rsynced yet) will be in tests/shr-unstable first |
05:09.52 | alabd | of course PaulFertser shr pidgin has not jabber |
05:10.43 | PaulFertser | alabd: wow, that's weird, ask JaMa|Zz ;) |
05:11.33 | Q-Master | alabd: it has |
05:11.47 | alabd | there are only xampp irc msn google talk and icq |
05:12.06 | PaulFertser | alabd: xmpp is jabber |
05:12.44 | alabd | PaulFertser: you mean each time testing a headset we should change mac address like here said ? http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#Configuring_FSO |
05:12.59 | PaulFertser | alabd: yep... |
05:12.59 | alabd | and rebboot shr ? |
05:13.25 | PaulFertser | alabd: i guess so, or restart frameworkd+phoneuid at least. |
05:15.09 | *** join/#openmoko-cdevel Fossi (~fossi@d187216.adsl.hansenet.de) |
05:16.02 | alabd | and you mean we can use xampp plugin to login in yhoo isd ? |
05:16.06 | alabd | id's* |
05:16.33 | PaulFertser | alabd: can you please read a little about Jabber and "transports"? I can pass you a link if you have difficulties finding it. |
05:17.36 | alabd | will be thankfull because here am in our relatives home and can no be connected to internet a lot |
05:20.02 | PaulFertser | aala |
05:20.15 | PaulFertser | alabd: http://en.wikipedia.org/wiki/Jabber#Connecting_to_other_protocols |
05:21.10 | alabd | thanks paul |
05:26.57 | alabd | PaulFertser: how to save and exit in vi in shr it is different with debian it seems |
05:27.44 | alabd | PaulFertser: no it is the same almost thanks |
05:27.51 | alabd | found it |
05:28.59 | *** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160) |
05:29.21 | PaulFertser | alabd: :) |
05:37.20 | *** join/#openmoko-cdevel zeroedout (zeroedout@xx114200220.cipherkey.com) |
05:39.01 | alabd | will gprs be connected in suspend mode ?shr |
05:49.25 | *** part/#openmoko-cdevel alabd (~alabd@unaffiliated/alabd) |
06:00.24 | *** join/#openmoko-cdevel graziano (~3e4d3815@fsf/member/graziano) |
06:00.25 | *** join/#openmoko-cdevel vanous123 (~vanous@robe.ludik.cz) |
06:05.27 | *** join/#openmoko-cdevel vanous1231 (~vanous@ip-85-93-173-178.wscnet.cz) |
06:07.27 | *** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/council/VDVsx) |
06:10.39 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
06:20.35 | *** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
06:22.47 | *** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
06:26.17 | *** join/#openmoko-cdevel jl_moko (~53f78848@gateway/web/freenode/x-rjwqqmszpkoxoozt) |
06:36.16 | *** join/#openmoko-cdevel Sargun (~Sargun@atarack/Staff/Sargun) |
06:43.12 | *** join/#openmoko-cdevel sandwitch (~sandwitch@247-50-223.ftth.xms.internl.net) |
06:50.20 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E17570.dip.t-dialin.net) |
06:50.33 | JaMa | mrmoku: edje_cc issue from yesterday seems fixed with today's EFL bump :) |
06:52.24 | mrmoku | hehe |
06:52.45 | mrmoku | just sitting and waiting for problems being fixed upstream :P |
06:53.44 | JaMa | better than duplicated effort :) |
06:54.33 | *** join/#openmoko-cdevel kwek (~kwek@212.230.226.152) |
06:55.36 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
06:56.05 | *** join/#openmoko-cdevel radekp (~radek@88.146.48.30) |
07:03.17 | Heinervdm | mrmoku: seen that libfamework-glib forces me to use ghashtable? |
07:04.12 | mrmoku | Heinervdm: seen my response? |
07:04.21 | Heinervdm | mrmoku: no |
07:04.33 | mrmoku | Heinervdm: the problem is it will break ogsmd |
07:04.48 | mrmoku | so I'm not quite sure what to do |
07:05.01 | mrmoku | at least daniele is using it |
07:05.18 | Heinervdm | yes, so it's mickeyl fault, we should blame him :D |
07:05.19 | JaMa | fso-glib branch for libphone-ui-shr? |
07:05.25 | mrmoku | :P |
07:05.41 | mrmoku | JaMa: probably |
07:05.47 | mrmoku | the best solution |
07:06.09 | mrmoku | JaMa: did you try phonefsod? |
07:06.33 | JaMa | mrmoku: maybe we can try to define SHR_NEW_KERNEL variable and conditionally append .32 patches to SRC_URI for easier .32 switch? |
07:06.53 | JaMa | mrmoku: not much.. because I didn't have libphoneui yesterday :/ |
07:07.16 | JaMa | and I went to bed quite early.. being a bit more tired than usuall |
07:07.26 | mrmoku | JaMa: what else would that be needed for (SHR_NEW_KERNEL)? |
07:07.56 | *** join/#openmoko-cdevel Arigead (~Rupert@dsl-51-41.dsl.netsource.ie) |
07:07.58 | mrmoku | I mean is it just lfg? |
07:08.08 | mrmoku | no |
07:08.13 | mrmoku | fsodeviced too |
07:08.29 | JaMa | mickey said that he will switch fso to .32 in repo if we really want |
07:08.39 | JaMa | then it would be just fso SRCREV bump |
07:08.48 | mrmoku | yep |
07:08.54 | mrmoku | I think we don't need that |
07:08.57 | mrmoku | we just switch :) |
07:09.21 | mrmoku | Heinervdm: I will look into how much work it is to switch libphone-ui to libfso-glib |
07:09.25 | mrmoku | should not be too bad |
07:09.59 | JaMa | mrmoku: what we don't need? |
07:10.00 | Heinervdm | mrmoku: but isn't it the same problem with libfso-glib as with lfg? |
07:11.08 | mrmoku | JaMa: the SHR_NEW_KERNEL |
07:11.08 | Heinervdm | mrmoku: i will try sth else now |
07:11.24 | mrmoku | Heinervdm: no, because libfso-glib is generated from the specs :) |
07:11.33 | mrmoku | so it is automatically correct |
07:11.48 | Heinervdm | mrmoku: but from fsogsmd specs |
07:12.00 | Heinervdm | and sepcs are different for ogsmd and fsogsmd |
07:12.05 | mrmoku | sure |
07:12.16 | mrmoku | which means libfso-glib does not play nice with ogsmd anyway ;) |
07:12.30 | Heinervdm | yes |
07:12.54 | Heinervdm | libfso-glib will only work with fsogsmd, and lfg only with ogsmd |
07:13.04 | JaMa | mrmoku: ok, just switch will be easier, I agree :) |
07:15.59 | JaMa | mrmoku: phonefsod seems working (no need to SetFunc manually :)) |
07:17.07 | mrmoku | JaMa: :) |
07:17.18 | JaMa | now looking for liphone-ui-shr fix :) |
07:18.33 | Heinervdm | i'm trying a fix for sim-manager now |
07:18.47 | JaMa | I see it's already known.. just FYI: g_debug("_process_info(): error: %p, info: %p, userdata: %p", error, info, userdata); -> _process_info(): error: 0x15f00, info: 0xff5b8, userdata: 0x40558cec, and first g_hash_table_lookup SIGSEGV |
07:18.49 | Heinervdm | i think it will compile |
07:21.01 | mrmoku | TAsn: phoneui-utils has gotten quite messy... any proposal for cleanup? |
07:21.11 | *** join/#openmoko-cdevel kwek__ (~kwek@212.230.227.214) |
07:21.22 | *** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
07:22.38 | Heinervdm | JaMa: the problem is fsogsmd |
07:23.06 | Heinervdm | JaMa: it returns a GValueArray, but lfg only returns a GHashTable |
07:23.52 | mrmoku | Heinervdm: not quite |
07:23.57 | mrmoku | it returns three ints |
07:24.55 | Heinervdm | mrmoku: 3 gint in a gvaluearray |
07:24.58 | mrmoku | GetPhonebookInfo ( s ) â iii |
07:24.58 | mrmoku | no |
07:25.06 | JaMa | Heinervdm: strange that when I killed fsogsmd and removed disable=1 in frameworkd.conf (with frameworkd restart) I got segfault too, but maybe it was just something else (like modem not yet ready after that restart) |
07:25.10 | Heinervdm | that's bad |
07:25.28 | Heinervdm | then i have no chance to make it work for fsogsmd |
07:25.45 | *** join/#openmoko-cdevel GarthPS (~quassel@LPuteaux-156-16-47-96.w82-127.abo.wanadoo.fr) |
07:25.54 | mrmoku | you mean make it work for both? |
07:26.13 | Heinervdm | yes |
07:26.37 | Heinervdm | can one 'überladen' functions in C ? |
07:27.36 | Heinervdm | hmm but that won't work either |
07:27.50 | mrmoku | no |
07:28.03 | mrmoku | let's just switch to libfso-glib and break with the past :) |
07:28.07 | Heinervdm | we need a ogsmd and a fsogsmd function in lfg |
07:28.32 | mrmoku | thought about that too... but that won't work neither with automatically generated bindings :/ |
07:28.46 | mrmoku | as you can't have two different signatures for the same name |
07:28.46 | Heinervdm | i thought we will make MS1 befor we breake everything ;) |
07:28.54 | mrmoku | :P |
07:29.23 | Heinervdm | So we have to switch to Java |
07:29.24 | mrmoku | Heinervdm: if that includes _not_ switchting to fsogsmd/new kernel |
07:29.35 | mrmoku | all is fine |
07:29.55 | mrmoku | I might someday travel to Java... but I will never switch to it ;) |
07:31.29 | JaMa | Heinervdm: why not push fsogsmd compatible version to new branch (for easier testing) and keep master for MS1 for a while? |
07:32.13 | mrmoku | Heinervdm: talking about MS1... I think we can close some tickets :) |
07:32.28 | mrmoku | what about #411 for example? |
07:32.32 | mrmoku | JaMa: agree |
07:32.32 | Heinervdm | JaMa: that would be ok |
07:32.49 | JaMa | yesterday I replied to all MS1 bugs, I know something about |
07:32.54 | mrmoku | JaMa: makes it difficult for others to try though... |
07:33.09 | JaMa | but usually it was something like "worksforme in shr-u" |
07:33.17 | mrmoku | yeah |
07:33.34 | JaMa | maybe it would be even better to reply "please retest with recent and reopen if it's still issue for you" |
07:33.41 | Heinervdm | mrmoku: but quicksettings isn't releads yet, is it? |
07:33.44 | JaMa | and close them |
07:34.10 | mrmoku | Heinervdm: sure it is |
07:34.17 | mrmoku | Heinervdm: are you using old illume? |
07:34.24 | Heinervdm | mrmoku: yes |
07:34.30 | mrmoku | because for illume2 TAsn bound it to the power key :P |
07:34.56 | JaMa | mrmoku: are keys bound properly after latest EFL bump for you? |
07:35.14 | JaMa | mrmoku: 2 days ago it stopped working for me (not sure why) |
07:35.27 | mrmoku | JaMa: did not yet install it |
07:35.35 | JaMa | ok |
07:35.38 | mrmoku | JaMa: is it in the feed? |
07:35.51 | JaMa | and really latest is not there yet NOTE: Running task 8162 of 14667 |
07:36.06 | mrmoku | ok, will wait for it to finish then :) |
07:36.07 | Heinervdm | mrmoku: and when we release a MS1 we should make a RC for it first |
07:36.25 | JaMa | mrmoku: and I didn't rsync it yet too (tests/shr-unstable is deploy dir before rsync as you had before) |
07:36.31 | mrmoku | Heinervdm: yes |
07:36.41 | mrmoku | JaMa: ok |
07:36.46 | Heinervdm | JaMa: the version from yesterday evening is working |
07:36.50 | mrmoku | moving upstairs... brb |
07:37.19 | JaMa | Heinervdm: von_fritz and pespin reported issues with file dialog segfaulting, have you tried that? |
07:37.36 | Heinervdm | JaMa: i've no file dialog |
07:38.32 | JaMa | you mean no app with file dialog, right? :) |
07:39.50 | Heinervdm | JaMa: yes :) |
07:39.58 | Heinervdm | but buttons are working |
07:40.13 | Heinervdm | and all apps in lite image |
07:41.38 | JaMa | Heinervdm: ok, if you can test latest (after build finish) I'll rsync it to public feed, right? |
07:41.49 | Heinervdm | JaMa: ok |
07:42.02 | JaMa | and is MS1 supposed to be released from testing2010 branch, right? |
07:42.05 | mrmoku | JaMa: #474 is fixed, no (locale) |
07:42.06 | Heinervdm | JaMa: do you know a app with file dialog? |
07:42.32 | JaMa | Heinervdm: not sure if there is some other file dialog than what is used in intone/om-neon |
07:42.45 | spaetz | bumping the vala-dbus-binding-tool seems to have helped.It compiles now. |
07:42.54 | mrmoku | spaetz: good :) |
07:43.09 | Heinervdm | JaMa: ok, i can try om-neon and intone |
07:43.36 | JaMa | mrmoku: OK, I'll close it |
07:44.28 | Heinervdm | ~lart cdc_ether |
07:44.28 | apt | cuts off cdc_ether's head with a halberd that could have been a little bit sharper |
07:48.36 | Heinervdm | JaMa: this is annoying: http://trac.shr-project.org/trac/ticket/1035 |
07:49.45 | JaMa | Heinervdm: last few efreet commits seems to be targeting this |
07:52.14 | Heinervdm | i don't like the new shell config |
07:54.06 | Heinervdm | intone segfaults |
07:54.11 | JaMa | which commit changed shell config (I didn't noticed that) |
07:54.33 | JaMa | Heinervdm: removed or no old intone database? |
07:54.58 | Heinervdm | JaMa: clean install, so no database |
07:55.25 | Heinervdm | It was somewhere between 24.3. and 28.3. |
07:56.29 | Heinervdm | it's missing snd_psm_oss |
07:58.09 | JaMa | RDEPENDS on kernel-module-snd-pcm-oss is enough? |
07:58.30 | Heinervdm | JaMa: i think we don't want to have that... |
07:59.00 | Heinervdm | the SIGSEGV is somwhere in elementary |
07:59.11 | Heinervdm | so we have to recompile it perhaps |
07:59.44 | Heinervdm | lets wait for die next update and then try again |
08:00.04 | mrmoku | (shell config) with my last build from scratch shell config is fine again (green that is) |
08:00.07 | JaMa | 11110 of 14667 |
08:00.49 | mrmoku | JaMa: no pcm-oss please |
08:01.21 | CIA-32 | SHR: 03zimmermann 07libphone-ui-shr * r1bc26ffb5208 10/src/view/sim-manager-view.c: sim-manager: check for fsogsmd and don't search for contacts then |
08:02.12 | Heinervdm | mrmoku: we should bind quicksettings to powerkey in illume1 too |
08:02.34 | Heinervdm | and increase pressdelay too |
08:07.59 | mrmoku | yep |
08:08.22 | JaMa | Heinervdm: http://paste.pocoo.org/show/195852/ |
08:08.46 | mrmoku | 29 tickets left... |
08:09.59 | Heinervdm | JaMa: how can it segfault after printing that warning? |
08:10.21 | Heinervdm | it's idling after that |
08:10.40 | Heinervdm | oh it's segfaulting in lfg now ;) |
08:10.58 | Heinervdm | because lfg want's to clean the HashTable |
08:12.22 | Heinervdm | or not even lfg, it's in dbus-glib |
08:12.36 | Heinervdm | so it's impossible to catch this... |
08:13.21 | *** join/#openmoko-cdevel dhawk (~devh@91-115-160-236.adsl.highway.telekom.at) |
08:16.35 | *** join/#openmoko-cdevel tmzt_ (~ircuser@99.157.224.139) |
08:16.51 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
08:17.02 | mrmoku | Heinervdm: yeah, not possible... |
08:17.10 | mrmoku | Heinervdm: but you could implement the other way round instead :P |
08:17.36 | mrmoku | Heinervdm: to see how the number selection dialog works take a look at contact-list-view |
08:17.57 | Heinervdm | ok |
08:18.11 | *** join/#openmoko-cdevel alabd (~root@unaffiliated/alabd) |
08:18.16 | Heinervdm | mrmoku: is this already implemented for sending sms? |
08:18.30 | Heinervdm | and dialing? |
08:18.52 | mrmoku | Heinervdm: on my disk, yes |
08:18.57 | mrmoku | have to test and push |
08:18.58 | Heinervdm | ok |
08:19.08 | mrmoku | for calls it is pushed |
08:19.13 | mrmoku | just sms needs testing |
08:20.59 | Heinervdm | mrmoku: how can i name the button? Copy Contact to SIM is to long ;) |
08:21.28 | mrmoku | hehe |
08:21.41 | JaMa | Heinervdm: just tried to switch fsogsmd -> frameworkd ogsmd and I got the same SIGSEGV and similar bt http://paste.pocoo.org/show/195855/ |
08:21.43 | mrmoku | --> SIM ? |
08:22.10 | Heinervdm | mrmoku: ok |
08:22.48 | mrmoku | Heinervdm: or 'to SIM' |
08:22.52 | Heinervdm | Unknown SIM error: Antenna powered off or SIM not unlocked yet <-- this isn't catched by me |
08:22.52 | mrmoku | and 'from SIM' |
08:22.54 | mrmoku | no idea |
08:23.50 | JaMa | failing packages: |
08:23.51 | JaMa | ERROR: '/home/shr/shr-unstable/openembedded/recipes/geoclue/geoclue_0.12.0.bb' failed |
08:23.54 | JaMa | ERROR: '/home/shr/shr-unstable/openembedded/recipes/packagekit/packagekit_0.5.2.bb' failed |
08:23.57 | JaMa | ERROR: '/home/shr/shr-unstable/openembedded/recipes/openmoko-3rdparty/mcnavi_0.2.5.bb' failed |
08:24.00 | JaMa | ERROR: '/home/shr/shr-unstable/openembedded/recipes/mokoko/mokoko_svn.bb' failed |
08:24.05 | JaMa | and the rest (EFL) is in tests feed |
08:29.46 | *** join/#openmoko-cdevel mzanetti (~mzanetti@p5B301E5B.dip0.t-ipconnect.de) |
08:32.17 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
08:33.44 | Heinervdm | mrmoku: do you have a contact select view too? |
08:34.11 | *** join/#openmoko-cdevel valos (~valos@2001:7a8:115a:1:219:b9ff:fe63:f3fe) |
08:34.58 | *** join/#openmoko-cdevel vegyraupe (~vegyraupe@p5795250A.dip.t-dialin.net) |
08:35.37 | mrmoku | Heinervdm: no |
08:35.59 | Heinervdm | :( |
08:36.25 | Heinervdm | just a number select dialog isn't enough, if i have to select a contact first.. |
08:37.12 | mrmoku | Heinervdm: we have contact-list-common, which you should use |
08:37.24 | mrmoku | Heinervdm: like we use it in message-new-view |
08:37.25 | Heinervdm | ok |
08:39.33 | *** join/#openmoko-cdevel leviathan (~quassel@etx-public-dock-163-dhcp.ethz.ch) |
08:40.55 | *** join/#openmoko-cdevel Sleep_Walker (~Sleep@nat/novell/x-gkxcqxjutgaxyspr) |
08:42.05 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
08:42.09 | *** join/#openmoko-cdevel Orias_Korva (~atilla@dct27.wtb.tue.nl) |
08:43.41 | *** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1) |
08:51.29 | spaetz | yay, bumping fso stuff on shr-t worked. I can still make phonecalls :-) |
08:51.41 | spaetz | now on to bump shr-settings and phone* |
08:56.02 | graziano | :) |
08:56.03 | graziano | great |
08:56.36 | graziano | atm it's a PITA to use shr testing until that critical bug is solved |
08:57.04 | spaetz | which is the most critical bug on shr-t at the moment? |
09:00.41 | *** join/#openmoko-cdevel sleipnir (~3e501154@gateway/web/freenode/x-wppiuiowcyxliqib) |
09:03.52 | Q-Master | spaetz: it is able to make phonecalls. 8) |
09:05.18 | graziano | spaetz: from my usability POV is that when you try to scroll icons on the main page it start launching applications |
09:05.27 | graziano | which make trying to do anything real annoying |
09:06.29 | spaetz | graziano: ahh, I have no clue what the cause of that is. And I don't know how to fix it. |
09:06.59 | Heinervdm | spaetz: i think we should try to increase press delay in illume config |
09:06.59 | spaetz | If it requires bumping EFL, that would be quite hard, that usually introduces major disturbances.. |
09:07.14 | spaetz | Heinervdm: agreed. I don't know how though :) |
09:07.39 | Heinervdm | spaetz: TAsn is the expert for illume configs ;) |
09:08.06 | spaetz | mrmoku: I am bumping phonefsod, phoneuid, libphone-ui, libphone-ui-shr now. Anything else I need to do in tandem? |
09:09.22 | Heinervdm | spaetz: bump libphone-ui-shr only to the second latest for now, as i haven't tested if that patch really works |
09:09.24 | TAsn | JaMa, is that rev latest? (as he committed it a sec before I wrote that) |
09:09.34 | TAsn | Heinervdm, "expert" |
09:09.42 | JaMa | TAsn: yes |
09:09.45 | TAsn | more like an adventures noob :) |
09:10.11 | mrmoku | TAsn: just because you did not assemble the commit policies yet ;) |
09:10.21 | TAsn | mrmoku, tell me what you find messy, and I'll suggest a cleanup :P |
09:10.37 | mrmoku | TAsn: mainly that it is getting big |
09:10.42 | TAsn | if you are talking about the commit log: yeah, that's a terrible mess. |
09:10.43 | mrmoku | we could split it in domains |
09:10.54 | TAsn | mrmoku, We just need to split it to more source files, yeah. |
09:11.12 | mrmoku | TAsn: and I would like to do that _before_ starting a libfso-glib branch :) |
09:11.35 | TAsn | I don't think that's important before you start libfso-glib branch :) |
09:11.53 | spaetz | Heinervdm: ouch. too late. We are trying it now :) |
09:11.54 | TAsn | we'll just do it in the merge |
09:12.03 | TAsn | libfso-glib is top priority now (I think) |
09:12.06 | mrmoku | TAsn: ok :P |
09:14.19 | mrmoku | TAsn: btw. libfso-glib automatically means FSO2 |
09:14.34 | mrmoku | does not work with ogsmd |
09:14.39 | TAsn | mrmoku, not exactly |
09:14.52 | TAsn | it means fso2 only where we'll migrate :) |
09:14.58 | mrmoku | no |
09:15.05 | mrmoku | it means fso2 where the API changed ;) |
09:15.08 | TAsn | mrmoku, just keep using lfg |
09:15.09 | TAsn | I know |
09:15.14 | TAsn | keep using lfg with ogsmd |
09:15.34 | mrmoku | well... that's what I wanted to say :P |
09:15.34 | TAsn | I don't think we should move to fsogsmd just because we really like libfso-glib |
09:15.48 | TAsn | unless of course, fsogsmd works |
09:15.52 | spaetz | but doesn't fsogsmd seem to work nicely? |
09:15.54 | mrmoku | fosgsmd looks good |
09:15.58 | spaetz | I haven't tested it yet |
09:16.12 | spaetz | at least for call, sms, not sure about gprs |
09:16.44 | *** join/#openmoko-cdevel leviathan (~quassel@etx-public-dock-163-dhcp.ethz.ch) |
09:17.32 | TAsn | mrmoku, btw |
09:17.41 | TAsn | JaMa, spaetz: btw to you too |
09:17.58 | TAsn | I changed e-wm-config-illume-shr to also pop quick settings |
09:18.00 | TAsn | on power click |
09:18.44 | JaMa | will wait for press delay change :) |
09:18.53 | Heinervdm | TAsn: can you try to find the value for press delay too? |
09:19.06 | *** join/#openmoko-cdevel GNUtoo|oeee (~GNUtoo@host115-202-dynamic.21-79-r.retail.telecomitalia.it) |
09:19.29 | spaetz | power click for quick settings. sounds ok. Is suspend/powerdown still possible' |
09:19.32 | spaetz | ? |
09:20.00 | TAsn | spaetz, yes, there are buttons there. |
09:20.06 | TAsn | Heinervdm, what's that? |
09:21.00 | JaMa | TAsn: in illume setttings->Launcher->Single/Double press to launch and bellow that is press delay |
09:21.04 | Heinervdm | TAsn: wrench ->launcher -> at the bottom |
09:21.55 | TAsn | ok, and the config is broken? |
09:22.17 | spaetz | TAsn: apparently, it is too easy to accidentally launch apps. |
09:22.28 | TAsn | 50ms?! |
09:22.32 | TAsn | I actually try hard to launch apps. |
09:22.34 | Heinervdm | TAsn: i think we can fix http://trac.shr-project.org/trac/ticket/910 if we set it to 50ms |
09:22.52 | TAsn | It's 50ms here (I probably adjusted it manually, though not likely) |
09:23.03 | Heinervdm | TAsn: default in config is 0ms |
09:23.14 | TAsn | sucks :) |
09:23.33 | Heinervdm | TAsn: you did as you've written in that ticket ;) |
09:23.43 | TAsn | only in illume2 or also in illume1? |
09:24.25 | Heinervdm | illume1 |
09:24.30 | TAsn | <PROTECTED> |
09:24.30 | TAsn | <PROTECTED> |
09:24.33 | TAsn | in illume2 ^ :) |
09:24.38 | TAsn | will fix in illume1 as well |
09:24.45 | Heinervdm | then adjust it in illume1 too ;) |
09:25.00 | spaetz | cool, let me know which rev/pkg this is in, so I can bump it too |
09:25.58 | TAsn | Heinervdm, I'm not even testing though :) |
09:26.22 | Heinervdm | TAsn: we will test it |
09:26.40 | TAsn | have fun: |
09:26.53 | TAsn | should work |
09:26.59 | CIA-32 | SHR: 03tom 07shr-themes * r0a46a8014a51 10/e-wm/e-wm-config-illume-shr/module.illume.src: e-wm-config-illume-shr: Added single_click_delay 50 to config. |
09:28.19 | Heinervdm | JaMa: ^ rebuild? ;) |
09:28.40 | TAsn | <PROTECTED> |
09:28.41 | TAsn | <PROTECTED> |
09:28.45 | TAsn | should have been the default though :| |
09:28.48 | TAsn | so no idea what went wrong. |
09:29.06 | Heinervdm | hmm |
09:29.18 | raster | TAsn: the magic bug fairy hit you |
09:30.03 | TAsn | Heinervdm, anyhow, it's now in config so give it a go :) |
09:30.26 | TAsn | raster, maybe :) |
09:30.41 | spaetz | which pacakge would that be in? |
09:31.14 | spaetz | e-wm-config-illume-shr ? |
09:31.39 | Heinervdm | mrmoku: do i have to use a pager for this? |
09:31.53 | spaetz | will bump |
09:33.31 | mrmoku | Heinervdm: no |
09:33.33 | *** join/#openmoko-cdevel cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
09:34.16 | Heinervdm | that would be a lot of duplicate code, a phoneui_contacts_select() would be nicer :) |
09:35.08 | mrmoku | hmm |
09:35.57 | mrmoku | what code is duplicated? |
09:36.24 | Heinervdm | generating the view, filling the list |
09:36.48 | Heinervdm | only difference would be the callback when one selects a contact |
09:36.55 | TAsn | Heinervdm, you can create contacts-common.c or something like that (already exists btw) |
09:37.08 | TAsn | don't make duplicate code :P |
09:37.51 | mrmoku | Heinervdm: difference between SIM and PIM contacts you mean? |
09:38.23 | Heinervdm | mrmoku: no, beween the selecting contact for messages, and selecting a contact to copy it to SIM |
09:38.51 | Heinervdm | and perhaps same for selecting contact to dial |
09:42.33 | CIA-32 | SHR: 03mok 07libphone-ui-shr * r03798f977e6a 10/src/view/contact-view.c: contact-view.c: use the number selection dialog for SMS too |
09:42.37 | CIA-32 | SHR: 03mok 07libphone-ui-shr * rfeceba2960b6 10/src/view/contact-list-view.c: contact-list-view.c: use the number selection dialog for SMS too |
09:42.49 | mrmoku | Heinervdm: but the code for filling the list is in contact-list-common just for that |
09:43.49 | Heinervdm | yes but there are ~200 lines code needed to create view |
09:44.03 | Heinervdm | and put all those things together |
09:44.23 | *** join/#openmoko-cdevel thrashold (~europan@3mhz.net) |
09:45.36 | mrmoku | TAsn: your opinion? ^^ |
09:47.32 | *** join/#openmoko-cdevel pespin (~Sharwin_F@85.pool85-50-69.dynamic.orange.es) |
09:47.43 | mrmoku | bbiab |
09:48.13 | TAsn | mrmoku|away, opinion: I don't have time to give opinions atm, sorry :) |
09:48.25 | *** join/#openmoko-cdevel sleipnir (~3e501154@gateway/web/freenode/x-hdbqrffipipzazif) |
09:50.15 | *** join/#openmoko-cdevel polz (~polz@ecg.fri.uni-lj.si) |
09:59.33 | mrmoku | TAsn: ok :P |
10:01.19 | Heinervdm | mrmoku: i can try to make a generic one in sim-manager, and perhaps one can reuse it somewhere else |
10:05.11 | mrmoku | Heinervdm: good |
10:12.05 | *** join/#openmoko-cdevel Moz|Away (~me@81.179.238.144) |
10:15.35 | TAsn | Heinervdm, let me know if it does/does not work. |
10:15.36 | TAsn | food ciao. |
10:19.32 | *** join/#openmoko-cdevel mzanetti (~mzanetti@92.116.27.180) |
10:20.52 | spaetz | BillK: building shr-t should work now. YOu might need to clean and rebuild fso-specs. Although it *should* be updating that automatically. |
10:21.09 | spaetz | I lost trust into bitbake doing what it *should* be doing :-) |
10:22.06 | BillK | spaetz: tkx, just came back to see ifn anythings changed! - good timimg :) |
10:22.12 | spaetz | hehe |
10:24.01 | spaetz | Heinervdm: right now the only way to start the SIM manager is through shr-settings->other->sim manager? |
10:24.18 | Heinervdm | spaetz: yes, or with the dbus call |
10:24.27 | spaetz | ok. testing it on shr-t now |
10:24.43 | spaetz | it has been spinning its wheel for a while now without anything else happening. |
10:24.57 | spaetz | I but the SIM card might not have been ready yet |
10:25.27 | Heinervdm | spaetz: i haven't catched the case that sim isn't ready... |
10:25.56 | spaetz | now SIM manager comes up without any contacts being shown. mmh |
10:26.07 | spaetz | let me reboot |
10:26.14 | CIA-32 | freesmartphone.org: 03mickey 07aurora * rfa10ab556285 10/preboot/vapi/config.vapi: preboot: add missing config.vapi |
10:26.15 | Heinervdm | spaetz: the problem is, that it loads the contacts only on first start of sim-manager |
10:26.23 | Heinervdm | after that they are cached |
10:27.01 | spaetz | right |
10:27.21 | spaetz | How can I enter a text into the "add contact" screen |
10:27.50 | spaetz | I have a name/phone button. and empty space and something that looks like a slider which changes to a trash can when I click it |
10:28.29 | Heinervdm | That slider is a pencil |
10:28.40 | spaetz | ah :) |
10:28.51 | spaetz | So is the keyboard supposed to pop up when I click it? |
10:28.56 | Heinervdm | that's the standard cantact add screen ;) |
10:29.18 | Heinervdm | There is a bug, the field has to be unselected before you press the pencil |
10:29.51 | Heinervdm | when you then press the pencil and click into the orange field the keyboard should pop up |
10:30.17 | spaetz | mmh, I can unselect as often as I want. Nothing happens but the changing to a trash can |
10:30.43 | mrmoku | spaetz: click the pencil of the unselected field... and then click in the area left of it |
10:30.58 | spaetz | I tried that. Rebooting, then trying again. |
10:31.07 | mrmoku | nahh... you reboot too often :P |
10:31.13 | spaetz | :) |
10:31.29 | spaetz | I did not reboot after upgrading phone*, so I want to make sure there are no old libs loaded. |
10:31.52 | mrmoku | ahh... I thought you just rebooted :P |
10:31.58 | spaetz | no, not yet :) |
10:32.08 | spaetz | I was trying the add contacts first |
10:32.31 | spaetz | but looks nice. If we can replace that slider icon to a real pencil that would even be better ;-P |
10:35.21 | JaMa | please show me ls -la /dev/ttySAC1 |
10:36.39 | mrmoku | spaetz: it's e's standard edit icon :P |
10:36.54 | JaMa | is it 204 65? |
10:37.09 | mrmoku | root@om-gta02:~# ls -la /dev/ttySAC1 |
10:37.09 | mrmoku | crw-rw---- 1 root dialout 204, 65 Mar 29 22:49 /dev/ttySAC1 |
10:37.15 | JaMa | thanks |
10:37.18 | mrmoku | np |
10:37.23 | spaetz | mrmoku: ahh... well |
10:37.50 | spaetz | Heinervdm: does sim manager has a log file? |
10:38.03 | Heinervdm | spaetz: phoneuid.log |
10:38.08 | spaetz | Rebooted, waiting until SIM was ready and loaded it. Still spinning. |
10:38.10 | spaetz | ok |
10:38.20 | badcloud | hey guys |
10:38.20 | *** join/#openmoko-cdevel wolfyg (~wolfyg@lucia.q-ag.de) |
10:38.42 | spaetz | Heinervdm: seems, I need to back out your last change: |
10:38.43 | spaetz | 2010.03.31 12:35:24.421032 [libphone-ui]MESSAGE: Trying PIN |
10:38.44 | spaetz | 2010.03.31 12:36:26.607413 [libphone-ui-shr]WARNING: fsogsmd is currently not supported! |
10:38.53 | spaetz | I don't run fsogsmd |
10:39.11 | spaetz | I mean, select the previous revision for shr-t |
10:39.19 | badcloud | nm, you guys seem realllly busy |
10:39.23 | badcloud | :) |
10:39.32 | mrmoku | badcloud: just faking business :P |
10:39.36 | mickeyl | heh |
10:39.37 | Heinervdm | spaetz: ok, then i will revert that last commit |
10:39.38 | mickeyl | morning |
10:39.40 | badcloud | mrmoku: haha |
10:39.52 | badcloud | I just had a short question with hopefully a short answer |
10:39.59 | spaetz | Heinervdm: ok, thanks |
10:40.33 | badcloud | but if fake business is booming, I won't get in the way ;) |
10:41.16 | CIA-32 | SHR: 03zimmermann 07libphone-ui-shr * r2106165a2be6 10/src/view/sim-manager-view.c: Revert "sim-manager: check for fsogsmd and don't search for contacts then" |
10:41.17 | badcloud | I actually already posted it on #openmoko |
10:41.40 | spaetz | Heinervdm: thanks, will bump. |
10:43.04 | TAsn | mrmoku, we really need to figure this out. |
10:43.22 | TAsn | maybe create a more simple example and show it in #e. |
10:43.45 | mickeyl | TAsn: say, in what state is opimd's API? |
10:43.57 | *** join/#openmoko-cdevel alabd (~root@unaffiliated/alabd) |
10:44.05 | TAsn | mickeyl, as for DBUS API |
10:44.13 | mickeyl | TAsn: given the hypothetical idea of someone asking to writing this in Vala, would you say "yeah, go for it" or rather "nah, there's lots of API changes to come, better wait" |
10:44.22 | TAsn | mickeyl, I would say go for it. |
10:44.43 | *** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/council/VDVsx) |
10:44.47 | TAsn | As the main changes if there even will be, would be in the values you enter queries (i.e values in the hash table) |
10:45.01 | TAsn | And maybe additional methods |
10:45.18 | TAsn | but I don't think we need any changes in current API |
10:46.24 | alabd | good day allis shr modern fso or OM2008.x ? |
10:46.59 | spaetz | shr is as modern as it gets |
10:47.49 | spaetz | a bit too modern, at times :) |
10:48.45 | TAsn | mickeyl, btw, we will include changes in the actual values you enter in the hash table when you query, but those changes will be backward compatible. |
10:49.10 | TAsn | mickeyl, Anyhow, mind if I go through the API and give you an answer tomorrow? I don't want to speak without being certain. |
10:50.15 | TAsn | Btw, concerning opimd: From what I remember, the Query s had some issues I haven't fixed, I touched that part as little as possible. And there's a TODO in the opimd directory stating what's left. |
10:52.44 | alabd | thanks spaetz |
10:53.40 | *** join/#openmoko-cdevel raster (~raster@enlightenment/developer/raster) |
10:54.31 | mickeyl | TAsn: sounds good, please do |
10:54.36 | mickeyl | (going over the API) |
10:54.41 | TAsn | mickeyl, ok, adding to my TODO. |
10:54.49 | TAsn | will send you an email/write here |
10:54.50 | TAsn | tomorrow. |
10:54.52 | mickeyl | thanks |
10:55.34 | TAsn | np. |
11:03.27 | *** join/#openmoko-cdevel pespin (~Sharwin_F@85.pool85-50-69.dynamic.orange.es) |
11:04.24 | alabd | what is default dbus timeout ? |
11:04.59 | mickeyl | something very bad |
11:05.02 | mickeyl | 25s |
11:05.09 | mickeyl | much too low on unpatched dbus installations |
11:06.35 | alabd | this is shr-t |
11:07.43 | TAsn | cool, chuck norris sent an email to shr-devel :P |
11:07.47 | mickeyl | heh |
11:07.59 | *** join/#openmoko-cdevel richy (~richy@f053076004.adsl.alicedsl.de) |
11:08.00 | JaMa | geoclue built ok again after glib-2.0 bump, and now we get also webkit upgrade :) |
11:08.24 | JaMa | ways of god and dependency tree always suprise me |
11:09.04 | JaMa | mrmoku, Heinervdm: have you tried efl from tests/shr-unstable? can I rsync it to public feeds? |
11:09.26 | BillK | spaetz: testing built an image - no errors. I'll try an upgrade in an hour or so after backups. |
11:09.31 | Heinervdm | JaMa: intone sigsegv for me |
11:09.44 | Heinervdm | JaMa: i we have to rebuild it |
11:10.43 | JaMa | Heinervdm: yeah, remember that.. will rebuild it for test after this runqueue finish |
11:11.22 | pespin | JaMa, upgrades for yesterday on efreet solved Ibar broken things on Enlightenment (netbook) here |
11:11.27 | pespin | you may wanna try to rebuild it |
11:11.40 | JaMa | pespin: ? |
11:11.55 | JaMa | pespin: what to rebuild? |
11:11.59 | mrmoku | JaMa: moment |
11:12.10 | pespin | JaMa, try to update efreet |
11:12.26 | JaMa | pespin: 47617 is already built |
11:12.38 | JaMa | pespin: which revision do you have? |
11:13.06 | pespin | JaMa, ok, newer than mine then, should be ok I guess |
11:13.19 | mrmoku | upgrading now |
11:13.22 | pespin | 47609 |
11:13.31 | JaMa | Heinervdm: intone still segfaults after rebuild |
11:13.47 | Heinervdm | JaMa: then no idea |
11:14.01 | JaMa | #0 0x409c454c in strncat () from /lib/libc.so.6 |
11:14.01 | JaMa | #1 0x40056910 in _item_realize () from /usr/lib/libelementary-ver-pre-svn-05.so.0 |
11:15.32 | Heinervdm | seems like a bug in E? |
11:16.07 | TAsn | JaMa, can I get new E? |
11:16.45 | JaMa | TAsn: wait for mrmoku's ACK -> rsync to public feeds, or update /etc/opkg/*feed.conf to point to tests/shr-unstable |
11:17.03 | TAsn | mrmoku, ACK it already. :P |
11:17.46 | JaMa | Heinervdm: Y and there is still that error message about oss "FATAL: Module snd_pcm_oss not found." |
11:18.11 | alabd | is it 25s in shr-t? |
11:18.16 | Heinervdm | JaMa: perhaps we should use aoss for intone |
11:18.22 | JaMa | Heinervdm: we should ask c_c to remove any oss reference |
11:18.29 | mrmoku | rebooting |
11:18.32 | spaetz | alabd: I do not understand your question. Sorry |
11:18.38 | spaetz | mrmoku: you reboot way too often :) |
11:18.40 | Heinervdm | JaMa: yes |
11:18.57 | mrmoku | spaetz: :P |
11:19.25 | mrmoku | TAsn: what would my ACK be worth then ;) |
11:19.40 | TAsn | Nothing I guess :P |
11:19.50 | Heinervdm | TAsn: just change your feeds :P |
11:20.02 | TAsn | I'm not crazy! |
11:20.05 | JaMa | only ACKed that illume keeps running (in ps) after upgrade and xorg restart :) |
11:20.07 | mrmoku | or wait a second for my ACK :;P |
11:20.24 | JaMa | TAsn: crazy would be to change feeds to my repo :P |
11:20.30 | Heinervdm | JaMa: is that new illume config already in the tests feed, or is it still building? |
11:20.42 | JaMa | still building |
11:20.47 | Heinervdm | ok |
11:21.10 | JaMa | and webkit-gtk will take a while :/ |
11:21.13 | *** join/#openmoko-cdevel Q-Master (~qmaster@95-29-233-190.broadband.corbina.ru) |
11:21.23 | mrmoku | JaMa: looks good... ACK :) |
11:21.25 | spaetz | Heinervdm: it's in the shr-t feed though :) |
11:21.32 | spaetz | new illume config |
11:21.53 | JaMa | spaetz: geoclue compiled fine in shr-t? |
11:21.59 | Heinervdm | spaetz: but switching to testing could be dangorous ;) |
11:22.15 | mrmoku | TAsn: does not fix our field edit problem though :U/ |
11:22.31 | TAsn | mrmoku, how can they fix something we didn't report? |
11:22.33 | alabd | is default dbus time, 25s in shr-t? |
11:22.59 | TAsn | I just reported the keyboard icon doesn't change (although keyboard is popped) when an app asks for a keyboard |
11:23.07 | mrmoku | TAsn: nah maybe somebody else ran into it too :P |
11:23.09 | TAsn | and the bad behavior of the Back button. |
11:23.17 | TAsn | in illume2 |
11:23.19 | TAsn | (both in illume2) |
11:23.31 | TAsn | And maybe some other changes, I don't remember the svn log to be honest :P |
11:28.30 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
11:29.26 | mrmoku | lunch |
11:31.37 | *** join/#openmoko-cdevel Q-Master (~qmaster@95-29-233-190.broadband.corbina.ru) |
11:34.25 | *** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
11:44.05 | *** join/#openmoko-cdevel naeg (~naeg@194.208.239.170) |
11:45.06 | *** join/#openmoko-cdevel leviathan (~quassel@ifw-public-dock-97-dhcp.ethz.ch) |
11:50.59 | mrmoku | JaMa: hmm... I get |
11:51.02 | mrmoku | <PROTECTED> |
11:51.14 | mrmoku | for opkg -c rebuild shr-lite-image after make update |
11:51.23 | mrmoku | is -c rebuild a bad idea for the imageà |
11:51.24 | mrmoku | ? |
11:53.36 | JaMa | ah :/ for some reason after switch from _git to _7.8 it was renamed back :/ |
11:54.46 | JaMa | mrmoku: hopefully it will be resolved now after task-shr-minimal finish |
11:55.01 | JaMa | mrmoku: do you get it from tasks/shr-unstable upgrade right? |
11:55.08 | CIA-32 | freesmartphone.org: 03mickey 07aurora * r2522472b8e39 10/zhone2/src/ (deviceagent.vala main.vala): zhone2: play ringtone and vibrate on incoming call |
12:02.10 | *** join/#openmoko-cdevel Serdar (~Serdar@dslb-084-060-238-222.pools.arcor-ip.net) |
12:02.30 | BillK | spaetz: shr-t packages all upgraded as expected, rebooted fine and seems to *work* - have to test properly later |
12:03.10 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r9f0ed59d7dec 10/tools/mdbus2/src/main.vala: mdbus2: remove warnings |
12:03.40 | *** join/#openmoko-cdevel fsteinel (~fsteinel@fedora/fsteinel) |
12:03.40 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
12:03.50 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r09b7c108e2dc 10/fsousaged/src/plugins/dbus_service/ (Makefile.am plugin.vala resource.vala): fsousaged: add basic support for shadow resources |
12:04.39 | spaetz | BillK: good news so far :) |
12:07.12 | *** join/#openmoko-cdevel Q-Master (~qmaster@95-29-233-190.broadband.corbina.ru) |
12:07.57 | mrmoku | JaMa: yep |
12:08.40 | mrmoku | JaMa: what would be the name now? |
12:10.07 | mrmoku | JaMa: nvm. don't need a local image right now :) |
12:10.39 | JaMa | mrmoku: http://paste.pocoo.org/show/195946/ |
12:11.30 | JaMa | mrmoku: not sure why it's renamed this way and in my image it worked ok |
12:12.46 | mrmoku | libglw? |
12:12.47 | mrmoku | hmm |
12:12.49 | mrmoku | :P |
12:17.43 | *** join/#openmoko-cdevel ruoso (~ruoso@187.79.53.48) |
12:18.12 | *** join/#openmoko-cdevel chris38_office (~chris38@freedom.rd.francetelecom.com) |
12:23.53 | JaMa | Downloading http://jama.homelinux.org/org.openembedded.shr/all/thone_0.5-r0.4_all.ipk :) |
12:24.04 | TAsn | mrmoku, ack? |
12:25.16 | *** join/#openmoko-cdevel GNUtoo (~GNUtoo@host115-202-dynamic.21-79-r.retail.telecomitalia.it) |
12:25.52 | JaMa | TAsn: efl? he acked but webkit-gtk just finished few sec ago |
12:26.10 | JaMa | now midori :/ |
12:26.13 | TAsn | JaMa, so when will I have efl ? :P |
12:26.26 | TAsn | really needs it :) |
12:26.43 | JaMa | TAsn: as soon as buildhost finish, package-index+rsync |
12:26.53 | JaMa | midori done :) |
12:27.03 | JaMa | NOTE: Running task 10808 of 14667 |
12:27.12 | TAsn | ouch. |
12:27.35 | JaMa | no it will be quick.. |
12:28.22 | JaMa | failing packagekit just killed few hundrets tasks.. |
12:28.42 | JaMa | NOTE: Running task 13811 of 14667 |
12:29.53 | *** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
12:30.45 | *** join/#openmoko-cdevel Gabrys (~Gabrys@cxp210.internetdsl.tpnet.pl) |
12:30.57 | TAsn | :) |
12:30.57 | JaMa | TAsn: syncing :) |
12:31.00 | TAsn | Yay. |
12:31.05 | *** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
12:31.22 | JaMa | and done |
12:34.56 | Heinervdm | JaMa: there was no illume-config in the update |
12:36.59 | JaMa | Heinervdm: starting shr-lite-image build now, lets see if it will be picked, but IIRC I merged/updated soon enough in last build :/ |
12:37.20 | Heinervdm | JaMa: hmm |
12:37.47 | *** join/#openmoko-cdevel GarthPS (~quassel@LPuteaux-156-16-47-96.w82-127.abo.wanadoo.fr) |
12:44.44 | *** join/#openmoko-cdevel alabd (~root@unaffiliated/alabd) |
12:45.14 | *** join/#openmoko-cdevel Q-Master (~qmaster@95-29-233-190.broadband.corbina.ru) |
12:48.24 | *** join/#openmoko-cdevel mzanetti_ (~mzanetti@92.116.133.73) |
12:48.58 | *** join/#openmoko-cdevel methril_work (~Rafael@201.35.65.90) |
12:52.42 | *** join/#openmoko-cdevel methril_home (~methril@189.27.132.92.dynamic.adsl.gvt.net.br) |
12:54.39 | JaMa | Heinervdm: built now.. not synced yet, sorry |
12:54.56 | Heinervdm | JaMa: i've tests as feed |
12:55.51 | JaMa | Heinervdm: then just wait a bit for package-index |
13:02.13 | *** join/#openmoko-cdevel mickeyl (~mickey@openmoko/coreteam/mickey) |
13:04.22 | JaMa | Heinervdm: do_package_write_ipk finished |
13:04.32 | Heinervdm | ok |
13:04.58 | *** join/#openmoko-cdevel mirko (~daten@g225067215.adsl.alicedsl.de) |
13:05.15 | *** join/#openmoko-cdevel GarthPS (~quassel@LPuteaux-156-16-47-96.w82-127.abo.wanadoo.fr) |
13:06.27 | alabd | good day all , how to check if one device is paired or not in command line? PaulFertser |
13:06.33 | PaulFertser | alabd: hi |
13:06.45 | PaulFertser | alabd: i'm not sure there's a distinct way |
13:07.24 | PaulFertser | alabd: why not just try simple-agent script again just in case? |
13:08.32 | alabd | no what was mdbus command? |
13:08.51 | alabd | PaulFertser: |
13:10.40 | PaulFertser | alabd: i honestly do not know. I guess you can take a look at the list of devices in org.bluez but it doesn't necesarilly mean the device is paired because the other party might have another notion. |
13:16.19 | graziano | hi all, I have a spare debug board I would like to donate to the openmoko project, is there any developer here who need one? |
13:17.02 | pespin | alabd, look at deivce property "Paired" |
13:17.03 | GNUtoo | I don't know of I really need one |
13:17.32 | GNUtoo | I know how to use it,but I don't know if I will face the case where I will need to use it |
13:17.40 | pespin | alabd, $ mdbus -s org.bluez /org/bluez/1506/hci0/dev_00_06_6E_19_16_28 org.bluez.Device.GetProperties | grep Paired |
13:17.40 | pespin | <PROTECTED> |
13:17.50 | spaetz | darn, I get a ringtone but no screen on incoming call |
13:17.58 | spaetz | how do I debug that.. mhh |
13:19.16 | *** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
13:20.06 | Heinervdm | spaetz: set phoneuid.conf to debug |
13:20.18 | Heinervdm | and look into phoneuid.log |
13:20.46 | *** join/#openmoko-cdevel fsteinel (~fsteinel@fedora/fsteinel) |
13:21.16 | spaetz | doh, did that and restarted phoneuid and I got a call screen. |
13:22.25 | spaetz | rebooting with log level DEBUG. |
13:22.28 | *** join/#openmoko-cdevel leviathan (~quassel@208-59.62-188.cust.bluewin.ch) |
13:27.51 | spaetz | It works after a reboot on level DEBUG. weird. I have to check it out. |
13:28.14 | spaetz | Heinervdm: sim manager shows stuff if I wait long enough after boot :-) |
13:28.25 | JesusMcCloud | mrmoku, ping |
13:28.35 | spaetz | Importing worked flawlessly! |
13:28.43 | spaetz | YAY; I am happy. |
13:28.53 | JesusMcCloud | spaetz, now follow me: |
13:28.54 | spaetz | writes a mail to the MLs. |
13:29.02 | JesusMcCloud | ~praise Heinervdm |
13:29.03 | apt | All hail Heinervdm! |
13:29.12 | spaetz | bows to Heinervdm |
13:29.25 | Heinervdm | spaetz: ok, then i have to look how i can find out if sim is loaded |
13:29.38 | Heinervdm | spaetz: you don't use PIN? |
13:30.03 | spaetz | At least return with an error message "come back later". I use PIN. But SIM contacts don't seem available after SIM was entered correctly. |
13:30.11 | spaetz | I have to wait for another minute or so. |
13:30.27 | spaetz | Weird. |
13:30.31 | JesusMcCloud | mrmoku, i found another bug in libphone-ui-shr: some icoan are still not used from edj (the pngs in libphone-ui-shr) although the are also in edj... |
13:30.36 | Heinervdm | strange |
13:30.47 | JesusMcCloud | ~seen slyon |
13:30.48 | apt | slyon <~lukas@p4FDB37B2.dip0.t-ipconnect.de> was last seen on IRC in channel #openmoko-cdevel, 15d 23h 4m 19s ago, saying: '(your local e settings will be lost)'. |
13:31.23 | Heinervdm | spaetz: perhaps i should just remove caching |
13:31.31 | Heinervdm | spaetz: it's not important for that |
13:31.55 | mrmoku | JesusMcCloud: yeah, did only half the work :/ |
13:32.19 | JesusMcCloud | slyon is the guy behind the ildle screen, right? |
13:32.52 | JesusMcCloud | i need to bug him about theming... because the neo theme has a idle screen edc |
13:33.16 | mrmoku | Heinervdm: (find out if SIM is loaded) fso emits a signal for that... but in your case it probably would be best to check the error |
13:33.16 | *** join/#openmoko-cdevel larsc (~lars@rzdspc10.informatik.uni-hamburg.de) |
13:33.25 | mrmoku | JesusMcCloud: yep, slyon |
13:33.45 | mrmoku | Heinervdm: and show an appropriate message |
13:33.58 | JesusMcCloud | it is prolly only a small chunk of code, but i dont want to mess things up... |
13:34.30 | JesusMcCloud | but his edc is one of the most readable one i've ever seen |
13:35.09 | Heinervdm | mrmoku: ok |
13:35.40 | Heinervdm | mrmoku: but first i will finish copy to sim |
13:36.14 | Heinervdm | ups |
13:36.55 | JesusMcCloud | mrmoku, what's up with widgets.edj? |
13:37.40 | JesusMcCloud | needs more afri cola for caffeine flash |
13:37.41 | mrmoku | no idea |
13:37.50 | spaetz | Heinervdm: I agree that caching is not important as long as it's a SIM Maager, you are only going to open it once. Caching might become useful if this becomes a opimd backend :) |
13:38.37 | JesusMcCloud | why the heck is my sim-manager.edc not working? |
13:39.03 | BillK | how long should it take sim manager to show something after starting? - just sits there spinning ... |
13:39.45 | spaetz | BillK: I jsut sent a mail to the lists. I had to wait for 2-3 minutes after successful SIM auth until the card became ready. |
13:40.03 | spaetz | once it fails you have to reboot (due to sim manager caching entries and not retrying) |
13:40.07 | *** join/#openmoko-cdevel alabd (~root@unaffiliated/alabd) |
13:40.26 | spaetz | when I did not wait long enough, I just had the infinite spinning wheel too |
13:40.42 | BillK | ahh, this was registered, but suspended - unsuspened, did some stuff and then decided to play with it - been nearly 5m |
13:40.44 | spaetz | when I waited long enough it came back in a few seconds. |
13:40.53 | spaetz | mmh |
13:40.59 | JesusMcCloud | <- noob! |
13:41.00 | alabd | PaulFertser: headset is connected and paired how to make it trusted |
13:41.51 | spaetz | can we focus the contact field and pop up the keyboard as soon as we hit that pencil thingie? It is a bit unintuitive now :) |
13:41.58 | Heinervdm | BillK: i will disable caching and check for sim ready soon |
13:42.12 | JesusMcCloud | did /etc/profile change since latest upgrade? |
13:42.13 | PaulFertser | alabd: one sec |
13:42.28 | spaetz | JesusMcCloud: not that'd I know of. |
13:42.35 | Heinervdm | JesusMcCloud: it seems it changed somewhere between 24.3 and 28.3 |
13:42.57 | JesusMcCloud | it either changed or it is not run... |
13:42.59 | PaulFertser | alabd: dbus-send --system --dest=org.bluez --print-reply $BTADAPTER/dev_00_06_6E_17_27_E0 org.bluez.Device.SetProperty string:Trusted variant:boolean:true |
13:43.21 | BillK | Heinervdm: ok, I'll kill this one and wait for upgrade - its still going :) |
13:43.50 | Heinervdm | BillK: just restart phoneuid and it will try again |
13:44.00 | BillK | ok |
13:45.44 | BillK | Heinervdm: did that, and restarted sim manager - I'll let it spin for awhile and see. |
13:46.01 | *** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
13:46.03 | Heinervdm | BillK: it needs about a minute |
13:46.10 | alabd | PaulFertser: how can be sure jabra headset works with shr/debian , connected and paired is enough |
13:46.30 | mrmoku | playya, mickeyl: would it be possible to get the defines for bus paths from libfsoframework into libfso-glib? |
13:47.07 | mrmoku | I don't want the additional dependency just for those defines... and having them everywhere is stupid too :) |
13:47.07 | Heinervdm | BillK: are u using shr-u or shr-t? |
13:47.30 | Heinervdm | BillK: i don't know if the correct version is in shr-u |
13:48.22 | PaulFertser | alabd: unfortunately, no. |
13:48.42 | PaulFertser | alabd: and unfortunately i do not know any other way then configuring fso in a tricky way and actually trying it. |
13:48.47 | PaulFertser | trying gsm calls. |
13:48.54 | Heinervdm | mrmoku: CRITICAL: Window is NULL (ui_utils_view_window_get:176) i used VIEW_PTR(view) for it |
13:49.19 | alabd | PaulFertser: how can be sure jabra headset works with shr/debian , connected and paired is enough? can humble buy it because don't have time anymore testing it inshop |
13:49.36 | mrmoku | Heinervdm: if view is a pointer you have to do VIEW_PTR(*view) |
13:49.47 | PaulFertser | alabd: i understand your concerns but i have to admit there's no other way except for trying it for gsm calls... |
13:50.27 | mickeyl | mrmoku: libfsoframework contains the paths |
13:50.44 | mrmoku | mickeyl: yeah, but I don't need it :) |
13:50.56 | Heinervdm | mrmoku: static struct SimManagerViewData view; |
13:51.12 | mrmoku | or do you say it's lightweight enough to just include it for the defines only? |
13:51.22 | mrmoku | Heinervdm: called it before init? |
13:51.27 | mickeyl | mrmoku: you don't even need to link against it |
13:51.48 | mrmoku | mickeyl: ahh right you are :) |
13:52.10 | mickeyl | :) |
13:52.23 | Heinervdm | mrmoku: no, sim-manager it self shows fine and it's using that too, but if i click an "Copy to SIM" i'm getting that error |
13:52.31 | mickeyl | fsoframework.h contains all the necessary things as #define |
13:52.48 | mickeyl | #define FSO_FRAMEWORK_DEVICE_DisplayServicePath FSO_FRAMEWORK_DEVICE_ServicePathPrefix "/Display" |
13:52.53 | mickeyl | ... |
13:53.45 | Heinervdm | mrmoku: hmm, i think i'm using it wrong... |
13:53.54 | alabd | PaulFertser: tried call no result |
13:53.56 | alabd | PaulFertser: should i |
13:53.56 | alabd | PaulFertser: must it be trusted |
13:54.02 | *** join/#openmoko-cdevel octavsly (~octavsly@static.ip-80-255-245-177.signet.nl) |
13:54.27 | PaulFertser | alabd: i'm not sure, in fact gsm calls with bluetooth never was decently supported. |
13:55.49 | graziano | dos1: Heinervdm JaMa mickeyl mrmoku PaulFertser raster spaetz TAsn ping |
13:55.52 | graziano | hi all, I have a spare debug board I would like to donate to the openmoko project, is there any developer here who need one? |
13:56.03 | alabd | thanks |
13:56.38 | *** part/#openmoko-cdevel alabd (~root@unaffiliated/alabd) |
13:56.45 | spaetz | sorry, I would not even know what to do with it :-). But perhaps someone else needs it. |
13:57.37 | PaulFertser | graziano: it would be great if there was some cool motivated low-level hacker among us... |
13:58.08 | BillK | Heinervdm: (new/latest - built myself :) shr-t here - was 10 minutes that time, just killed it. |
13:58.30 | *** join/#openmoko-cdevel GarthPS-onwin (~quassel@LPuteaux-156-16-47-96.w82-127.abo.wanadoo.fr) |
13:59.38 | *** join/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz) |
14:00.48 | CIA-32 | freesmartphone.org: 03mickey 07aurora * ref4edab309e6 10/zhone2/src/ (callpage.vala deviceagent.vala main.vala): zhone2: fix vibration and path to ringtone |
14:01.13 | GNUtoo|oeee | ouch... |
14:01.15 | GNUtoo|oeee | http://pastebin.com/fKR8VQNK |
14:01.40 | GNUtoo|oeee | you seem to have a problem with kernel repository |
14:02.17 | mrmoku | mickey|bbl: hmm... it is not complete though |
14:02.21 | *** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/council/VDVsx) |
14:02.22 | mrmoku | defines for pim are missing :/( |
14:02.30 | mickey|bbl | mrmoku: patches appreciated |
14:02.35 | mrmoku | :) |
14:02.40 | mickey|bbl | see interfaces.vala |
14:02.44 | mrmoku | ok |
14:02.45 | mickey|bbl | very simple |
14:15.39 | *** join/#openmoko-cdevel GarthPS (~quassel@LPuteaux-156-16-47-96.w82-127.abo.wanadoo.fr) |
14:22.44 | CIA-32 | SHR: 03jesus 07shr-themes * rdf522dfc585f 10/phoneui-shr/phoneui-shr-theme-neo/ (19 files): fixed sim manager adn added custom icons (svgs included) |
14:22.48 | TAsn | graziano, To tell you the truth, I'm interested in low-level hacking, but I'm not proficient in this topic and I'm not even sure how much time I have, so giving it to me will probably won't give good results :P Thanks for the offer though. |
14:23.10 | TAsn | JaMa, I can get e, right? |
14:23.43 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
14:23.46 | graziano | TAsn: ok thanks, I think GNUtoo|oeee could use it sooner or later |
14:23.59 | TAsn | graziano, that would be best. |
14:25.05 | graziano | k |
14:28.53 | pespin | uhm |
14:28.54 | pespin | root@om-gta02:~# intone |
14:28.54 | pespin | ERR:elementary elm_main.c:871 elm_quicklaunch_sub_init() Cannot connect to X11 display. check $DISPLAY variable |
14:28.54 | pespin | root@om-gta02:~# echo $DISPLAY |
14:28.55 | pespin | root@om-gta02:~# |
14:29.35 | pespin | ^ after opkg upgrade some minutes ago + restart |
14:30.39 | TAsn | mrmoku, "fixed in unstable"? :P Nice addition :) |
14:30.50 | TAsn | pespin, I also noticed changes |
14:30.55 | TAsn | it looks like the profile is broken :P |
14:32.29 | pespin | TAsn, anyway, setting DISPLAY env, intone segfaults so conclusion -> no intone xD |
14:33.06 | mrmoku | TAsn: Heinervdm's idea :) |
14:33.49 | TAsn | mrmoku, :) |
14:33.53 | Heinervdm | TAsn: it's to make it easier for spaetz to finde the needed fixes |
14:33.59 | TAsn | Heinervdm, yeah, nice. |
14:34.05 | TAsn | Though he should remember to change it to fixed |
14:34.07 | TAsn | after he's done. |
14:34.13 | Heinervdm | yes |
14:34.16 | spaetz | TAsn: yes,I should :) |
14:34.38 | pespin | btw, I get a a similar error relatd o lists in emtooth too, but it doesn't segfault like in intone |
14:34.41 | spaetz | although that requires me to actually know which bugs I fix on an update :) |
14:34.48 | pespin | intone -> ERR:elementary elm_widget.c:1121 _elm_widget_type_check() Passing Object: 0x12f400, of type: 'genlist' when expecting type: '(unknown)' |
14:35.05 | pespin | emtooth -> ERR:elementary elm_widget.c:1121 _elm_widget_type_check() Passing Object: 0xb0a00, of type: 'list' when expecting type: 'scroller' |
14:37.13 | TAsn | :) |
14:40.48 | TAsn | JaMa, is it possible that /etc/profile has changed? |
14:42.42 | JesusMcCloud | TAsn, you are the expert here regarding enlightenment.cfg files, right? |
14:43.04 | TAsn | people say that |
14:43.08 | TAsn | though it's not entirely true. |
14:43.10 | TAsn | :P |
14:43.55 | TAsn | mrmoku, btw, the lock screen should also be launched on the "suspend" signal, not only on the lock signal, as it's not launched when we do manual suspend atm. :| |
14:46.29 | JesusMcCloud | TAsn, i'm getting an eet error: "cannot write to <teh src file i want to contain the config> |
14:46.57 | TAsn | JesusMcCloud, the e wiki has good info about eet |
14:47.05 | TAsn | I'm really no expert :P |
14:47.53 | JesusMcCloud | hmm.. so you never encountered that error?! |
14:48.57 | JesusMcCloud | i want to set a icon theme, but since the latest efl rev seems to be very broken i can't so i wanted to do it using a config file |
14:50.09 | TAsn | JesusMcCloud, nope, no idea. Never seen this error. |
14:50.16 | TAsn | JaMa, I sent you a cookie. :P |
14:50.30 | JesusMcCloud | hmpf, any idea what package (on freerunner) contains eet? |
14:51.18 | *** join/#openmoko-cdevel der-lehmann (~stefan@188-192-133-169-dynip.superkabel.de) |
14:51.57 | TAsn | no idea. |
14:54.32 | Brinky | JesusMcCloud: libeet1 (shr-u) |
14:54.43 | JesusMcCloud | thx! |
14:56.44 | JesusMcCloud | Brinky, can you decompile ~/.e/e/config/profile.cfg? |
14:57.35 | Heinervdm | mrmoku: http://heinervdm.dyndns.info/shr-git/libphone-ui-shr/src/view/sim-manager-view.c Line 186 |
14:58.50 | *** join/#openmoko-cdevel mzanetti_ (~mzanetti@p5B301E5B.dip0.t-ipconnect.de) |
15:00.59 | Brinky | JesusMcCloud: no, have no idea about the file format |
15:01.39 | JesusMcCloud | Brinky, root@om-gta02:~/.e/e/config# eet -d profile.cfg config profile.src <- try this please |
15:03.17 | *** join/#openmoko-cdevel Sleep_Walker (~Sleep@193.179.96.131) |
15:04.14 | mrmoku | Heinervdm: use VIEW_PTR(*pack->view) |
15:04.23 | mrmoku | well... |
15:04.24 | mrmoku | wait |
15:04.46 | mrmoku | no |
15:05.38 | Brinky | JesusMcCloud: oh, eet is a executable - i thought it's just libeet, i have no eet |
15:05.57 | JesusMcCloud | Brinky, install libeet-tests |
15:07.20 | *** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk) |
15:07.57 | Brinky | JesusMcCloud: ERR:Eet_Main eet_main.c:135 do_eet_decode() cannot write to profile.src |
15:08.32 | JesusMcCloud | Brinky, same here and i have no idea why... hopefully just a bad revision |
15:08.58 | JesusMcCloud | speaking of bad revision.. |
15:09.47 | JesusMcCloud | JaMa, another efl bump rising up on the horizon? |
15:11.38 | TAsn | JesusMcCloud, I don't think we have eet in the repos. |
15:11.51 | JesusMcCloud | TAsn, eet is in the repos |
15:11.57 | TAsn | JesusMcCloud, why should it write to profile.src anyway? you should tell it to write to profile.cfg |
15:11.58 | TAsn | ... |
15:12.15 | TAsn | and read from profile.src |
15:12.32 | JesusMcCloud | TAsn, i want to decompile (am i doing it the wrong way around?) |
15:12.50 | TAsn | Oh, if you want to decompile you are fine. |
15:12.56 | mrmoku | Heinervdm: and it is 186 that gives the win = 0 message? |
15:12.57 | TAsn | :P |
15:13.05 | *** join/#openmoko-cdevel GarthPS-onwin (~quassel@LPuteaux-156-16-47-96.w82-127.abo.wanadoo.fr) |
15:13.09 | Heinervdm | mrmoku: yes |
15:13.23 | mrmoku | can't see yet why :/ |
15:13.32 | Heinervdm | me either |
15:13.34 | JesusMcCloud | TAsn, appearentky not since i get the same error as Brinky |
15:14.02 | TAsn | JesusMcCloud, send me the .cfg and the command line that you are using |
15:14.05 | TAsn | and I'll test it here if you want. |
15:14.07 | Heinervdm | mrmoku: everything runs fine until i press that button |
15:14.17 | JesusMcCloud | TAsn, ~/.e/e/config/profile.cfg? on freerunner (libeet-tests install eet) on my box i have the same result |
15:14.52 | TAsn | ok so nvm if you have the same result on the box :| |
15:15.44 | *** join/#openmoko-cdevel GarthPS (~quassel@LPuteaux-156-16-47-96.w82-127.abo.wanadoo.fr) |
15:16.44 | Heinervdm | will a g_debug("%s",NULL) segfault? |
15:16.53 | JesusMcCloud | (from ML) ..."those ugly pencil icons"... those "ugly" icons are awesome, because they work on every background! |
15:17.56 | JesusMcCloud | dos1, ompimd-cli seems to be broken since latest upgrades |
15:20.28 | *** join/#openmoko-cdevel Orias_Korva (~atilla@dct27.wtb.tue.nl) |
15:20.40 | TAsn | Heinervdm, not sure what the standard says about the printf famil |
15:20.40 | TAsn | y |
15:20.57 | TAsn | but at least, in glibc, it'll translate as (null) IIRC |
15:21.03 | Heinervdm | TAsn: i wil try :) |
15:24.08 | CIA-32 | SHR: 03jesus 07shr-themes * rc1cab51604f0 10/phoneui-shr/phoneui-shr-theme-o2/ (o2.edc sim-manager.edc): fixed sim manager (hopefully) |
15:26.18 | JesusMcCloud | JaMa, neo theme (df522dfc585fc0ad83e7164f451d15fb770c524b) and o2 (c1cab51604f0eb1c9b4add1c65a86c08b6800b7a) got updated |
15:26.27 | *** join/#openmoko-cdevel devh (~devh@88-117-5-243.adsl.highway.telekom.at) |
15:36.28 | *** join/#openmoko-cdevel feuera (~feuera@188-23-53-124.adsl.highway.telekom.at) |
15:43.56 | *** join/#openmoko-cdevel eolson (~eolson@maze.mcs.anl.gov) |
16:01.57 | *** join/#openmoko-cdevel Meomer (~phaegi@gw.ptr-80-238-177-250.customer.ch.netstream.com) |
16:07.10 | JaMa | mrmoku|away: that mesa-dri issue is resolved by xf86-video-glamo rebuild |
16:07.19 | JaMa | JesusMcCloud: already built and synced |
16:07.32 | JesusMcCloud | nice |
16:08.04 | JaMa | leaving |
16:08.09 | JaMa | TAsn: yes you can :) |
16:09.13 | TAsn | JaMa|Off, already upgraded :P |
16:09.14 | TAsn | thanks |
16:09.16 | TAsn | works gret. |
16:09.17 | TAsn | great. |
16:16.22 | *** join/#openmoko-cdevel octavsly (~octavsly@195-241-244-119.ip.telfort.nl) |
16:16.35 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
16:17.21 | mickeyl | *sigh* |
16:17.24 | mickeyl | Apr 27 04:16:01 htcdream user.warn kernel: [ 268.479431] stop_drawing_early_suspend: timeout waiting for userspace to stop drawing |
16:17.29 | mickeyl | GNUtoo|oeee: it still doesn't work |
16:17.41 | GNUtoo|oeee | mickeyl, ah ok |
16:17.47 | GNUtoo|oeee | mickeyl, I'll look |
16:17.51 | mickeyl | thanks! |
16:18.01 | GNUtoo|oeee | mickeyl, your kernel config is in oe I bet |
16:18.06 | mickeyl | for sure |
16:18.15 | mickeyl | recipes/linux/linux-leviathan/defconfig |
16:18.16 | GNUtoo|oeee | mickeyl, also what xserver are you using? |
16:18.20 | mickeyl | none |
16:18.24 | mickeyl | console |
16:18.26 | mickeyl | framebuffer |
16:18.45 | leviathan | uuhhh |
16:18.59 | leviathan | mickeyl: I posted you my config |
16:19.27 | leviathan | btw: I'm building shr-minimal |
16:19.29 | *** part/#openmoko-cdevel feuera (~feuera@188-23-53-124.adsl.highway.telekom.at) |
16:19.31 | mickeyl | yeah, i guess i have to change every option :/ |
16:19.33 | leviathan | should I also build zone? |
16:19.34 | mickeyl | until i find out which one makes it work |
16:19.36 | mickeyl | *sigh* |
16:19.52 | mickeyl | yeah, you can build zhone2 |
16:19.54 | mickeyl | as demo |
16:20.20 | Heinervdm | mrmoku|away: i droped ui_utils_view_window_get from the code but i'm still getting CRITICAL: Window is NULL (ui_utils_view_window_get:176) |
16:20.54 | leviathan | ok |
16:22.31 | TAsn | Heinervdm, so you didn't build it. |
16:22.36 | TAsn | Or, it happens somewhere else. :P |
16:22.59 | TAsn | Or, you used something that calls it |
16:23.03 | mickeyl | the annoying thing is that after a failed attempt to suspend, the panel no longer gets init again |
16:23.09 | mickeyl | so you're stuck without lcd |
16:23.12 | TAsn | just grep for ui_utils_view_..._get in ui_utils.c |
16:23.38 | TAsn | and see what calls it that you are using. |
16:24.58 | mickeyl | could no_console_suspend=1 in the options have any effect? |
16:26.59 | mickeyl | or |
16:27.02 | mickeyl | -CONFIG_FB_EARLYSUSPEND=y |
16:27.08 | GNUtoo | mickeyl, are you shure you did what I said? in your leviathan_defconfig I do not see it |
16:27.09 | mickeyl | +# CONFIG_FB_EARLYSUSPEND is not set |
16:27.18 | mickeyl | GNUtoo: let me check |
16:27.35 | GNUtoo | CONSOLE_EARLYSUSPEND should be Y |
16:27.48 | mickeyl | git show 50e27651d42b32c556a24b5997ccc505c84d5f69 |
16:27.55 | mickeyl | -# CONFIG_CONSOLE_EARLYSUSPEND is not set |
16:27.55 | mickeyl | +CONFIG_CONSOLE_EARLYSUSPEND=y |
16:27.59 | GNUtoo | ok |
16:28.12 | mickeyl | however |
16:28.15 | mickeyl | lev's defconfig has |
16:28.16 | GNUtoo | mickeyl, did you do it editing defconfig by hand? I'll look |
16:28.23 | mickeyl | +# CONFIG_FB_EARLYSUSPEND is not set |
16:28.29 | mickeyl | so perhaps we additionally need to disable that |
16:28.34 | mickeyl | yes, did it by hand |
16:28.56 | GNUtoo | mickeyl, not good |
16:29.08 | GNUtoo | mickeyl, it's a 3 state switch |
16:29.21 | GNUtoo | you must make ARCH=arm xconfig |
16:29.22 | mickeyl | oops |
16:29.24 | GNUtoo | or menuconfig |
16:29.28 | GNUtoo | or whatever you want |
16:29.37 | mickeyl | under which config option does it hide? |
16:29.44 | GNUtoo | User-space screen access |
16:31.26 | mickeyl | hmm |
16:31.33 | mickeyl | too many options |
16:31.41 | *** join/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
16:31.46 | GNUtoo | ctrl + f ? |
16:32.07 | mickeyl | does nothing |
16:32.10 | GNUtoo | and search early |
16:32.30 | mickeyl | i only have a terminal on my buildserver |
16:32.36 | mickeyl | so i need to go through the whole menuconfig |
16:32.40 | *** join/#openmoko-cdevel Sleep_Walker (~Sleep@193.179.96.131) |
16:32.53 | GNUtoo | mickeyl, power managements options |
16:33.01 | mickeyl | ah! |
16:33.03 | mickeyl | thanks |
16:33.04 | mickeyl | got it |
16:33.37 | TAsn | Heinervdm, I don't think it's necessary to change the milestone to closed tickets :P http://trac.shr-project.org/trac/ticket/1043#comment:2 |
16:34.28 | GNUtoo | ctrl +f is only for xconfig |
16:35.10 | mickeyl | riht |
16:35.17 | mickeyl | ok, bitbaking the new kernel |
16:35.19 | GNUtoo | for menuconfig it's / |
16:35.29 | GNUtoo | but it's not as good as the xconfig search |
16:35.41 | GNUtoo | it displays the options,and where they are |
16:35.48 | GNUtoo | but you must go there alone |
16:35.50 | GNUtoo | there is no link |
16:36.18 | GNUtoo | (go to the option you want,the one that is displayed trough '/' ) |
16:36.23 | mickeyl | this time i'll test before committing |
16:36.35 | GNUtoo | ok |
16:36.39 | GNUtoo | lol |
16:36.42 | mickeyl | any idea about multitouch btw.? |
16:36.48 | GNUtoo | yes it's possible |
16:36.54 | Heinervdm | TAsn: i've seen it to late ;) |
16:36.55 | GNUtoo | I know how to enable it in the driver |
16:36.57 | GNUtoo | but... |
16:36.59 | mickeyl | wow, cool |
16:37.03 | GNUtoo | how do we handle it in userspace? |
16:37.04 | mickeyl | what happens in the input protocol then?= |
16:37.16 | GNUtoo | also we are tslib for now |
16:37.31 | mickeyl | we would need to enhance the tslib interface |
16:37.34 | GNUtoo | I don't know if tslib handles multitouch |
16:37.35 | mickeyl | for mutliple cursors |
16:37.37 | GNUtoo | yes but later |
16:37.43 | GNUtoo | needs wifi right now |
16:37.55 | GNUtoo | and sound routing |
16:38.00 | mickeyl | yes, wifi and bt are probably more important than MT |
16:38.01 | GNUtoo | done correctly |
16:38.38 | GNUtoo | mickeyl, you have a phone,or also some accesories with it |
16:38.44 | GNUtoo | such as headphones |
16:38.50 | GNUtoo | with the button on it |
16:38.55 | mickeyl | let me look in the box |
16:39.32 | mickeyl | pouch |
16:39.33 | mickeyl | usb cable |
16:39.35 | mickeyl | headphones with button |
16:39.58 | TAsn | <mickeyl> yes, wifi and bt are probably more important than MT |
16:40.13 | TAsn | more important than MT? Tell that to the iPhone users/devs and they will slay you on the spot. |
16:40.21 | mickeyl | hehe |
16:40.24 | mickeyl | oh well |
16:40.35 | mickeyl | mt is nice |
16:40.36 | *** join/#openmoko-cdevel Sargun (~Sargun@atarack/Staff/Sargun) |
16:40.36 | mickeyl | but honestly, it's uses on a phone are limited |
16:40.50 | mickeyl | i can say that as iphone developer and user |
16:40.54 | mickeyl | :) |
16:41.10 | TAsn | mickeyl, and mostly gimmicky (atm, it can probably be used for cool things as well). |
16:41.17 | mickeyl | yep |
16:41.24 | mickeyl | the ipad actually is another story |
16:41.28 | TAsn | mickeyl, And you don't think MT is more important than having a Modem? |
16:41.42 | mickeyl | no, i'd say MT is even less important than a modem |
16:41.46 | Martix | which kernel sources should I use for building 2.6.32? |
16:41.52 | TAsn | I guess you are not the typical iPhone user. |
16:41.57 | mickeyl | possible ;) |
16:41.58 | JesusMcCloud | i like maemo's approach of website zooming more than MT, since it only requres one finger |
16:42.14 | TAsn | Anyhow, food. |
16:42.26 | mickeyl | booting... |
16:42.39 | *** join/#openmoko-cdevel Butch (~Bastian@p57BA4E46.dip.t-dialin.net) |
16:42.44 | mickeyl | someone needs to accellerate this bootloader |
16:42.47 | mickeyl | it's slow as molasses |
16:43.26 | mickeyl | suspending... |
16:44.21 | mickeyl | resuming... |
16:44.23 | mickeyl | YES! |
16:44.24 | mickeyl | GNUtoo: thanks! |
16:44.34 | mickeyl | ok, i'll work this into FSO now |
16:44.37 | mickeyl | err... later |
16:44.44 | GNUtoo | ok |
16:45.10 | Martix | vanilla 2.6.32.10 is unbuildable for GTA02 and om-gta02-2.6.32 branch from git.openmoko.org complains about Makefiles |
16:46.10 | lindi- | Martix: with what config? |
16:46.23 | Martix | defconfig from SHR-u |
16:48.05 | Martix | btw current SHR Makefile is unbuildable too, problems with basic stuff like ow_sha256_sum and gcc |
16:51.26 | Martix | want debug ARM FCSE patch, but this problems are showstoppers :-) |
16:53.10 | *** part/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
16:53.12 | Martix | :-/ |
16:53.57 | Heinervdm | Martix: shr makefile is working fine here... |
16:55.01 | Martix | try make update and perhaps you'll see :-) |
16:55.32 | Heinervdm | i'm up to date |
16:58.18 | Martix | seems like build in shr-testing works better, but linux-openmoko-2.6.32 fails with ERROR: function do_uboot_mkimage failed |
17:02.20 | *** join/#openmoko-cdevel Meomer (~phaegi@gw.ptr-80-238-191-95.customer.ch.netstream.com) |
17:06.32 | JaMa|Off | Martix: "problems with basic stuff like ow_sha256_sum and gcc" did you remove tmp? |
17:07.11 | Martix | nope, I am going to try it |
17:07.30 | JaMa|Off | Martix: we build it quite often (I rebuilt from scratch few days ago, mrmoku about 2 days ago, Heinervdm also few days ago) and I don't remember anyone complaining about ow_sha256_sum or gcc |
17:08.12 | *** join/#openmoko-cdevel daniele_athome (~daniele@adsl-ull-83-63.50-151.net24.it) |
17:08.13 | JaMa|Off | Martix: and last few gcc changes in oe.dev weren't merged yet |
17:13.42 | *** join/#openmoko-cdevel Flyser (~flyser@p4FDE6820.dip.t-dialin.net) |
17:13.42 | *** join/#openmoko-cdevel Flyser (~flyser@unaffiliated/flyser) |
17:18.20 | *** join/#openmoko-cdevel mirko (~daten@2a00:1328:e100:cccb:219:7dff:fe09:c74c) |
17:21.59 | *** join/#openmoko-cdevel graziano (~graziano@fsf/member/graziano) |
17:25.29 | *** join/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
17:26.55 | *** join/#openmoko-cdevel fsteinel (~fsteinel@fedora/fsteinel) |
17:28.03 | *** join/#openmoko-cdevel Slyon (~lukas@p4FDB3655.dip0.t-ipconnect.de) |
17:30.16 | *** join/#openmoko-cdevel BluesLee (~held@ip-62-143-212-123.unitymediagroup.de) |
17:33.23 | *** join/#openmoko-cdevel Gabrys (~Gabrys@cxp210.internetdsl.tpnet.pl) |
17:33.42 | *** part/#openmoko-cdevel der-lehmann (~stefan@188-192-133-169-dynip.superkabel.de) |
17:35.50 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
17:40.18 | *** join/#openmoko-cdevel Sleep-Walker (~Sleep@193.179.96.131) |
17:48.46 | *** join/#openmoko-cdevel Noctambulist (~Sleep@193.179.96.131) |
17:58.22 | spaetz | Martix, are you sure you are buiding shr-t when you got 2.6.32? |
17:58.45 | pespin | JaMa, it seems org.bluez service doesn't go up in dbus :S |
17:59.25 | spaetz | that is nott build by default |
18:00.10 | JaMa | spaetz: he is trying to port FCSE patch to 2.6.32.. so I guess he used shr-t only as userland for his own build |
18:00.22 | spaetz | ahh, i see |
18:01.01 | JaMa | pespin: is bluetoothd running for you? |
18:01.50 | Martix | JaMa: exactly :-) |
18:02.24 | pespin | JaMa, nop, but it should, I set bluetooth policy to on with shr-settings |
18:02.40 | pespin | as it seemed like it was failing with automatic in emtooth |
18:03.22 | JaMa | pespin: I got "bluetoothd[31793]: Can't open HCI socket: Address family not supported by protocol (97)" |
18:04.02 | lindi- | JaMa: missing kernel support? |
18:04.06 | spaetz | Martix, would fcse help us a lot? |
18:04.07 | JaMa | pespin: not sure if it's related to 2.6.32 or devtmpfs or something.. but I got BT running about a month ago with both :/ |
18:04.36 | pespin | JaMa, I'm not using .32, and I've been able to use emtooth/bluetooth since 2 o 3 days ago |
18:04.44 | pespin | more recently, I don't remember ;) |
18:05.13 | JaMa | pespin: and do you see same error when running bluetoothd -n -d? |
18:05.15 | Martix | spaetz: yes, speeds up things, cache wouldnt be flushed too frequently |
18:05.45 | pespin | JaMa, no error here :S |
18:07.07 | pespin | JaMa, so the problem here was that bluetoothd wasn't inited |
18:07.15 | mrmoku | Heinervdm: found it ? |
18:07.59 | spaetz | cool, go for it :-) |
18:09.09 | JaMa | pespin: opkg files bluez4 | grep init -> None |
18:09.40 | JaMa | pespin: if that's what you call "inited" |
18:09.47 | mrmoku | thought bluetoothd is now more... |
18:10.21 | JaMa | ? |
18:10.27 | pespin | JaMa, really don't have idea where is it called. I suppouse it's fso fault then |
18:11.49 | pespin | it has sense with the fact that shr-settings doesn't work either |
18:30.47 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
18:37.23 | TAsn | Heinervdm, sim-manager: Please add error handling. The phone-utils functions support that, so you will be able to know if you need to reload sim or not. |
18:37.49 | TAsn | Or even, use a function to determine if the count of found contacts have changed, and if so, reget. |
18:39.07 | TAsn | by getting phonebookinfo/phonebookstorageinfo |
18:39.37 | TAsn | or best, use: org.freesmartphone.GSM.SIM.GetSimReady |
18:39.54 | TAsn | To check if sim is ready before setting the cache as the nothing you get before sim is reay. |
18:39.56 | TAsn | ready* |
18:39.58 | TAsn | Heinervdm, ok? :P |
18:43.26 | *** join/#openmoko-cdevel doon (~azrael@2002:5ce1:1046:0:222:68ff:fe14:c3a0) |
18:46.25 | doon | Hi! I'm having trouble building SHR. The build fails at the task ncurses do_install when trying to relink libpanel.a The error in the log is: /home/azrael/shr/shr-unstable/tmp/cross/armv4t/lib/gcc/arm-oe-linux-gnueabi/4.4.3/../../../../arm-oe-linux-gnueabi/bin/ld: cannot find -lncurses Can anybody give me a hint how to solve this? |
18:47.27 | *** join/#openmoko-cdevel Meomer (~phaegi@80.238.179.247) |
18:54.44 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-25-235.rev.numericable.fr) |
18:55.21 | *** part/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz) |
18:57.48 | mickeyl | GNUtoo: leviathan: how do we want to wake up? |
18:57.52 | mickeyl | any button? |
18:57.55 | mickeyl | special button? |
18:57.57 | mickeyl | or combination? |
18:57.58 | GNUtoo | mickeyl, yes |
18:58.14 | GNUtoo | mickeyl, did you use android? |
18:58.17 | mickeyl | never |
18:58.23 | mickeyl | how does it work there? |
18:58.24 | GNUtoo | user woudl expect the power button |
18:58.30 | GNUtoo | at the right of the buttons |
18:58.34 | mickeyl | ok |
18:58.36 | GNUtoo | the one with a phone down button |
18:58.38 | GNUtoo | but... |
18:58.44 | mickeyl | geeks would expect any button ;) |
18:58.52 | GNUtoo | under android it's very annoying: |
18:58.56 | GNUtoo | you phone someone |
18:59.00 | GNUtoo | the screens becomes black |
18:59.03 | GNUtoo | you want screen back |
18:59.08 | GNUtoo | you press the power button |
18:59.14 | GNUtoo | the conversation exits |
18:59.17 | mickeyl | ooh, really? |
18:59.19 | mickeyl | that's nuts |
18:59.21 | mickeyl | we can do better |
18:59.38 | GNUtoo | indeed I had no time to fix it in my 100%-free-in-the-main-cpu builds |
19:00.45 | *** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160) |
19:00.45 | mickeyl | ok, i will let it wakeup on every button, but will grab all input nodes, so that the wakup doesn't get propagated to the higher layers |
19:00.49 | GNUtoo | (I concentrated on low-level things like audio,calls etc...) |
19:00.51 | GNUtoo | ok |
19:01.04 | mickeyl | one annoying thing that I'd like you to fix |
19:01.14 | mickeyl | on resume, the brightness gets hardcoded to 100% |
19:01.25 | mickeyl | could you fix that to use the last brightness value before suspend? |
19:01.26 | pespin | Heinervdm, how's the "loading" object you used in sim manager named in elementary? |
19:03.35 | *** join/#openmoko-cdevel Orias_Korva (~atilla@188.200.221.147) |
19:03.57 | GNUtoo | mickeyl, mmm I'll try,but I don't know nothing about suspend-resume |
19:04.12 | GNUtoo | mickeyl, also brightness doesn't behave like it should,I cheated |
19:04.16 | mickeyl | just take a look at 'init sharp panel' |
19:04.25 | mickeyl | i bet there it will hardcode to 100% |
19:04.32 | mickeyl | s/will/is/ |
19:04.40 | pespin | Heinervdm, I mean the animation with a logo rotating |
19:04.50 | GNUtoo | ok |
19:04.57 | CIA-32 | SHR: 03jesus 07shr-themes * r5093da3ca27b 10/elementary/elementary-theme-o2/o2.edc: adjusted anchor color, but it is still a botch |
19:05.00 | GNUtoo | ah it re-init the pannel |
19:05.11 | GNUtoo | I thought there were some callbacks for suspend |
19:05.17 | JesusMcCloud | JaMa, o2 theme please 5093da3ca27bb50388ac3277d8685a38772d7f48 |
19:05.22 | GNUtoo | I'll look at leviathan's commit |
19:05.33 | GNUtoo | but I was asked to respond in a thread somewhere |
19:05.35 | GNUtoo | I'll do it |
19:05.37 | GNUtoo | then I look |
19:05.41 | leviathan | ok |
19:05.42 | *** join/#openmoko-cdevel Martix_ (~Martix_@gw-unart.inext.cz) |
19:06.26 | *** join/#openmoko-cdevel doon (~azrael@2002:5ce1:1198:0:222:68ff:fe14:c3a0) |
19:06.28 | mickeyl | GNUtoo: thank you |
19:06.43 | mickeyl | leviathan: are you ok with waking up on any button? |
19:06.54 | leviathan | yes! |
19:06.58 | leviathan | what ever! |
19:06.58 | mickeyl | k |
19:07.03 | leviathan | most important |
19:07.08 | leviathan | it wakes up at all ;D |
19:07.10 | mickeyl | hehe |
19:07.11 | mickeyl | true |
19:07.20 | mickeyl | it's interesting for FSO |
19:07.30 | mickeyl | we don't have a device yet that doesn't "really" suspend in the classical way |
19:07.36 | mickeyl | so that improves FSO architecture |
19:08.27 | *** join/#openmoko-cdevel quatrox (~quatrox@48.80-203-137.nextgentel.com) |
19:10.12 | ThibG | hi |
19:11.07 | JaMa | JesusMcCloud: ok.. neo too? |
19:11.22 | ThibG | do you know what's needed for a (almost) vanilla 2.6.32 kernel to use the screen on GTA02? |
19:11.35 | *** join/#openmoko-cdevel naeg (~naeg@194.208.239.170) |
19:12.06 | JesusMcCloud | JaMa, no neo is still whatever i said few hours ago |
19:12.18 | leviathan | mickeyl: indeed |
19:12.59 | mickeyl | i wish we had that level of suspend/resume on the neo |
19:13.00 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
19:13.02 | mickeyl | *sigh* |
19:13.12 | mickeyl | so many cool things you can do |
19:13.21 | mickeyl | when you don't have to stop the CPU |
19:14.09 | mickeyl | data logging without compromises |
19:14.11 | mickeyl | :) |
19:14.43 | Martix_ | ThibG: compilation of vanilla 2.6.32.10 for GTA02 works for you? |
19:14.58 | Martix_ | ThibG: my ends with: mach-gta02.c:(.init.text+0x110): undefined reference to `s3c_device_usb' |
19:15.07 | *** join/#openmoko-cdevel Flyser (~flyser@p4FDE6820.dip.t-dialin.net) |
19:15.07 | *** join/#openmoko-cdevel Flyser (~flyser@unaffiliated/flyser) |
19:15.22 | ThibG | well, I'm not using the vanilla kernel, but the one provided by Debian (unstable) |
19:16.49 | ThibG | but that's 2.6.32.10 I guess |
19:16.56 | Martix_ | ok, thaks, I'll try it...now I am building kernel from SHR-u |
19:17.08 | leviathan | mickeyl: we could do this also on Neo |
19:17.24 | leviathan | its only a question of kernel |
19:17.25 | ThibG | it compiles, and boot fine, but nothing displayed on screen :/ |
19:17.25 | leviathan | :) |
19:17.51 | mickeyl | leviathan: well |
19:17.53 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
19:17.56 | mickeyl | it's a question of power consumption |
19:18.12 | mickeyl | the s3c24xx can't radically downclock |
19:20.31 | leviathan | hmm |
19:21.39 | mickeyl | mrmoku: are your module dependencies working? |
19:21.48 | mickeyl | mrmoku: they're not for me and i wonder whether that's a local problem |
19:25.42 | mrmoku | mickeyl: module dependencies? |
19:26.10 | mickeyl | kernel.bbclass usually gathers module dependencies automatically and puts them into the Control files |
19:26.16 | mickeyl | this no longer works for me |
19:26.38 | mickeyl | (at least for htcdream/2.6.23), so I'd like to know whether this still works for FR kernels |
19:29.09 | JaMa | mickeyl: SHR root@gojama /media/sdcard2 $ opkg info kernel-module-snd-soc-neo1973-wm8753 | grep Depends |
19:29.12 | JaMa | Depends: update-modules, kernel-2.6.32.10, kernel-module-snd-soc-s3c24xx-i2s, kernel-module-snd-soc-s3c24xx, kernel-module-snd-soc-wm8753, kernel-module-snd-soc-core, kernel-module-snd-pcm.... |
19:29.22 | JaMa | if that's what you're asking |
19:29.47 | mickeyl | hmm |
19:29.48 | mickeyl | thanks |
19:29.51 | mickeyl | grrr |
19:29.55 | mickeyl | why is it broken for me... |
19:31.52 | *** join/#openmoko-cdevel naeg (~naeg@194.208.239.170) |
19:34.13 | ThibG | Martix_, is PLAT_S3C enabled? |
19:35.43 | JaMa | JesusMcCloud: in feeds, thanks |
19:36.12 | JesusMcCloud | i'm the one to say thx ;-P |
19:37.25 | JaMa | well thanks for theme update :) |
19:40.02 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r646acdff2da1 10/fsousaged/ (6 files in 5 dirs): |
19:40.02 | CIA-32 | freesmartphone.org: fsousaged: add skeleton for new lowlevel plugin 'lowlevel_kernel26_staysalive' |
19:40.02 | CIA-32 | freesmartphone.org: This plugin is for systems that use the kernel26 suspend/resume mechanism, |
19:40.03 | CIA-32 | freesmartphone.org: however the CPU is not halted during suspend. |
19:41.45 | *** join/#openmoko-cdevel mzanetti (~mzanetti@p5B301E0E.dip0.t-ipconnect.de) |
19:44.53 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * ra94664087ed9 10/fsousaged/ (5 files in 4 dirs): fsousaged: install special configuration for htc_qualcomm_dream |
19:46.21 | max_posedon | Does smbd know smth about this http://chinagrabber.com/5-0-inch-touch-screen-quad-band-cell-phone-w-180-degree-rotate-screen-gps-wifi-java---bphone-arm-linux-2-6.aspx ? |
19:46.33 | max_posedon | "Operating system - ARM Linux 2.6" |
19:46.46 | max_posedon | may be from images can get what OS this "phone" use |
19:51.28 | JesusMcCloud | JaMa, could you package this kbd? http://pastebin.org/129690 i've benn usign it for ages now and i always miss it on fresh install... it has everything the default has + loads of stuff more for terminal usage and it uses no dictionary |
19:53.18 | JaMa | lindi-: ah, you're right.. rebuilding kernel now (strange - not sure when it get lost, but even defconfigs in 2.6.31 have CONFIG_BT not set), thanks |
19:53.54 | JesusMcCloud | waaahrg, damn illuem kbd is borken in landscape!!! |
19:53.54 | JaMa | JesusMcCloud: I don't have RW to illume-keyboards repo, ask TAsn, I'll add it to recipe after the push it to shr git repo |
19:54.06 | *** join/#openmoko-cdevel But (~Bastian@p57BA70A0.dip.t-dialin.net) |
19:54.09 | JesusMcCloud | thx |
20:03.49 | TAsn | JesusMcCloud, in illume2 keyboard in landscape works. |
20:04.00 | TAsn | JesusMcCloud, please send a patch to illume-keyboards repo and I'll apply it. |
20:05.00 | *** join/#openmoko-cdevel valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
20:05.37 | *** part/#openmoko-cdevel Martix_ (~Martix_@gw-unart.inext.cz) |
20:05.55 | *** join/#openmoko-cdevel Martix_ (~Martix_@gw-unart.inext.cz) |
20:11.05 | *** join/#openmoko-cdevel Orias_Korva (~atilla@188.200.221.147) |
20:12.28 | Martix_ | ThibG: I used defconfig from SHR-u |
20:13.34 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r01f53bf4ff48 10/fsousaged/src/plugins/ (2 files in 2 dirs): fsousaged: lowlevel_kernel26_staysalive: add prototype implementation |
20:14.32 | JesusMcCloud | TAsn, will do (kbd: just talking with devilhorns) |
20:16.40 | JaMa | Martix_: defconfig in shr-u enables Thomas's DRM glamo driver |
20:17.00 | JaMa | Martix_: if you're using that, you need to apply also the patches there |
20:17.09 | JaMa | Martix_: or use gdrm-2.6.32 branch |
20:17.23 | *** join/#openmoko-cdevel meudar (~meudar@adsl-99-130-35-218.dsl.sfldmi.sbcglobal.net) |
20:17.31 | ThibG | JaMa, thanks for the keyboard related fixes :) |
20:17.47 | ThibG | updated Azerty available + X Input Method, yeah \o/ |
20:37.11 | GNUtoo | mmm mickeyl I wonder how to do that: |
20:37.28 | GNUtoo | *only the msmfb driver knows when it's suspended,not the backlight driver |
20:37.37 | GNUtoo | =>so I've to call the backlight driver no? |
20:37.54 | GNUtoo | so I need to get a struct with the correct functions |
20:38.02 | Weiss | Martix_: do you = "mobi phil"? |
20:38.04 | GNUtoo | should I go that way? |
20:38.10 | Weiss | or anyone else in here? :) |
20:38.14 | GNUtoo | make a struct |
20:38.17 | GNUtoo | pass it to pannel |
20:38.26 | GNUtoo | and retrive it from pannel in msmfb |
20:40.11 | GNUtoo | mmm maybe I could use trout_backlight_ops |
20:40.51 | GNUtoo | ahhh |
20:40.52 | GNUtoo | nice |
20:40.53 | GNUtoo | BL_CORE_SUSPENDRESUME |
20:41.00 | GNUtoo | Notify the backlight driver some property has changed */ |
20:57.36 | *** part/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
21:01.13 | *** join/#openmoko-cdevel badcloud (~raanan@ti400720a342-0866.bb.online.no) |
21:14.03 | *** join/#openmoko-cdevel pespin (~Sharwin_F@90.163.57.88) |
21:16.51 | *** join/#openmoko-cdevel doon (~azrael@2002:5ce1:1198:0:222:68ff:fe14:c3a0) |
21:23.26 | *** join/#openmoko-cdevel leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
21:23.30 | *** join/#openmoko-cdevel Flyser (~flyser@p4FDE6820.dip.t-dialin.net) |
21:23.30 | *** join/#openmoko-cdevel Flyser (~flyser@unaffiliated/flyser) |
21:29.52 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r7f1d36a10169 10/fsousaged/src/plugins/lowlevel_kernel26_staysalive/plugin.vala: fsousaged: lowlevel_kernel26_staysalive: and set state back to on |
21:30.57 | *** join/#openmoko-cdevel reinouts (~reinout@s559355fe.adsl.wanadoo.nl) |
21:43.01 | *** join/#openmoko-cdevel Flyser_ (~flyser@unaffiliated/flyser) |
21:45.04 | CIA-32 | SHR: 03tom 07shr-themes * rda6e984b2981 10/ (22 files in 3 dirs): Merge branch 'master' of git+ssh://git.shr-project.org/shr-themes |
21:45.14 | CIA-32 | SHR: 03tom 07shr-themes * r7f7ac790f9df 10/e-wm/e-wm-config-illume2-shr/e.src: e-wm-config-illume2-shr: Disable e splash screen. |
21:51.20 | GNUtoo | mickeyl, I'll look at backlight harder tommorow |
21:51.25 | GNUtoo | I'll go bye |
21:51.49 | mickeyl | ok, thanks |
21:51.51 | mickeyl | have a good night |
21:56.37 | *** join/#openmoko-cdevel JesusMcCloud (~jesus@84-119-62-125.dynamic.xdsl-line.inode.at) |
22:02.37 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
22:04.58 | CIA-32 | freesmartphone.org: 03mickey 07aurora * r858ef2dcfc4f 10/zhone2/src/gsmagent.vala: zhone2: check runtime variable ZHONE_SKIP_USAGE for skipping usage integration |
22:05.43 | TAsn | JesusMcCloud, here? |
22:06.00 | JesusMcCloud | TAsn, pong |
22:06.43 | TAsn | JesusMcCloud, what commands did you use to extract that config? |
22:06.51 | JesusMcCloud | ??? |
22:07.00 | JesusMcCloud | ahh |
22:07.02 | TAsn | :P |
22:07.08 | JesusMcCloud | checkign log... |
22:07.10 | TAsn | I now have time to see what went wrong. |
22:09.24 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r244532b6e1d3 10/fsotdld/data/fsotdld.conf: fsotdld: allow owning org.freesmartphone.otimed |
22:10.28 | JesusMcCloud | TAsn, root@om-gta02:~/.e/e/config# eet -d profile.cfg config profile.src |
22:10.36 | TAsn | ok |
22:10.39 | TAsn | nvm me :P |
22:10.42 | TAsn | It looks great. |
22:10.46 | TAsn | I hoped you did it wrong :P |
22:12.08 | JesusMcCloud | there are more pressing issues, for example me having an (almost) ready to run, edc for a nice illume1-topbar-style illume2 indictor, but no efl programming knowlege to implement it |
22:13.12 | JesusMcCloud | also i have no f*cking i dea where the desktop icon font in illume2 is set... |
22:15.10 | CIA-32 | SHR: 03tom 07shr-themes * r739f0b016248 10/e-wm/e-wm-config-illume2-shr/e.src: e-wm-config-illume2-shr: Rearranged topbar icons order. |
22:15.10 | TAsn | JesusMcCloud, don't even start. |
22:15.16 | TAsn | illume2 topbar |
22:15.31 | TAsn | I mean, let it be, I'll do some hacking when the time comes (in c code) |
22:15.37 | TAsn | At the moment, it's just not there yet. |
22:16.16 | CIA-32 | freesmartphone.org: 03mickey 07aurora * r91fc36756f34 10/zhone2/src/ (deviceagent.vala main.vala): zhone2: trigger suspend if IdleNotifier recommends to do so |
22:16.47 | JesusMcCloud | TAsn, it is a piece of cake if you know efl |
22:17.35 | JesusMcCloud | the window switcher might be a littel tricky, bot makeing it narrower (i think i even foudn the pieve of code where the height is set) and making it slide is easy |
22:18.01 | TAsn | JesusMcCloud, I know where the height is set |
22:18.07 | TAsn | and it's set according to scale |
22:18.22 | JesusMcCloud | TAsn, i found the multiplier in the source |
22:18.28 | TAsn | 32 :P |
22:18.32 | JesusMcCloud | yup |
22:18.37 | *** join/#openmoko-cdevel mzanetti (~mzanetti@p5B301E0E.dip0.t-ipconnect.de) |
22:19.00 | JesusMcCloud | and why the heck didnt he use a macro for tat 32? i mean it is all over the place |
22:19.19 | TAsn | hehe |
22:19.23 | TAsn | because he hacked it :P |
22:19.32 | TAsn | It'll change to be in a config soon |
22:19.34 | TAsn | don't worry. |
22:19.39 | JesusMcCloud | (if bitbake build e-wm fine in the next 20 minutes i wont go to sleep tonight and hack aroudna topbar) |
22:20.02 | JesusMcCloud | because at least this is code i understand |
22:20.35 | JesusMcCloud | i just cant start from scratch (i know it will be ugly ass code, but i dont care... the softkey has to die!!!) |
22:22.16 | JesusMcCloud | i mean i dont blame him, he did the architecture, but implemented examples that are not soutable for the freerunner |
22:22.55 | TAsn | btw |
22:23.02 | TAsn | can you please check something for me? |
22:23.46 | JesusMcCloud | it depends :P |
22:24.11 | TAsn | what's the scaling factor on your freerunner? |
22:24.18 | TAsn | (somewhere through the illume wrench) |
22:24.21 | JesusMcCloud | sec |
22:24.37 | JesusMcCloud | 284 |
22:24.44 | TAsn | I mean the value in the scrollbar |
22:24.49 | JesusMcCloud | 142 |
22:24.51 | TAsn | JaMa|Zzz, Just a reminder: something went wrong with the profile! |
22:24.53 | TAsn | JesusMcCloud, thanks. |
22:26.47 | TAsn | I tried playing with the scaling earlier today |
22:26.59 | TAsn | We use a pretty fucked up scale :P |
22:27.25 | TAsn | But I wanted to go back to the default scale so I'll see everything like a user :P |
22:32.06 | CIA-32 | freesmartphone.org: 03Frederik.Sdun 07cornucopia * rfd627ea655a8 10/fsodeviced/conf/palm_pre/fsodeviced.conf: fsodevice: conf/palm_pre Add some ids to ignore. Update spaces |
22:33.03 | playya | good night |
22:33.47 | JesusMcCloud | well bitbake failed... so no hacking in the next 2 weeks |
22:35.03 | CIA-32 | SHR: 03tom 07shr-themes * r285e2f0a92fc 10/e-wm/e-wm-config-illume2-shr/e.src: e-wm-config-illume2-shr: Added another little fix to the positioning of the topbar items |
22:36.13 | JesusMcCloud | anyways, prolly better that way, tomorrow i must not oversleep, gn8 |
23:04.20 | *** part/#openmoko-cdevel Martix_ (~Martix_@gw-unart.inext.cz) |
23:10.35 | mrmoku | mickeyl: sorry for not responding to the modules dep thing... was at a clients site doing some server installation and just came back :/ |
23:10.54 | mickeyl | d'oh, lousy work times |
23:10.57 | mrmoku | hehe |
23:11.04 | mickeyl | nevermind, seems it's broken locally |
23:11.06 | mickeyl | :/ |
23:12.06 | mrmoku | now I'm full of coffee and can't sleep :P |
23:12.21 | mickeyl | argh |
23:12.35 | mickeyl | oh well... there goes another nite of coding ;) |
23:12.55 | mrmoku | yeah, gives me time to convert libphone-ui to fso-glib :) |
23:13.05 | mickeyl | excellent |
23:13.13 | mickeyl | meanwhile I'm debugging kernel drivers... |
23:13.19 | mickeyl | what has become of me... |
23:13.35 | mrmoku | sunken down to low level ;) |
23:13.39 | mickeyl | indeed |
23:13.52 | mrmoku | htc dream? |
23:14.04 | mickeyl | yep. for some reason the framebuffer panel gets not initialized on resume |
23:14.14 | mickeyl | it's almost as it's thinking it's still in blank mode |
23:14.36 | mickeyl | changing to vt1 and back to vt2 forces it to reinit |
23:14.46 | mickeyl | but that goes with an awful flicker that i don't want |
23:14.55 | mrmoku | hmm :/ |
23:15.04 | mickeyl | so i need to find out what's happening here |
23:15.15 | mickeyl | leviathan: that could be your X resume problem as well, btw. |
23:15.32 | mickeyl | as X is using another VT same as zhone2 |
23:15.42 | mickeyl | or ecore-fb for that matter |
23:16.01 | leviathan | uhm |
23:16.04 | leviathan | yes |
23:16.14 | leviathan | i posted you my resume script... |
23:16.37 | leviathan | http://ftp.o2s.ch/4mickey/susres |
23:17.29 | mickeyl | that url always times out for me |
23:21.13 | mickeyl | no, that doesn't fix it |
23:21.19 | mickeyl | (not here) |
23:21.26 | mickeyl | blpower doesn't trigger it to reinit |
23:21.38 | mickeyl | it's still thinking the console vt is blanked |
23:24.00 | TAsn | mrmoku, libphone-ui -> libfso-glib :)))) |
23:25.44 | leviathan | mickeyl: http://pastebin.com/iSKNtxW4 |
23:25.59 | mickeyl | thanks, but doesn't wake it up here |
23:26.14 | mickeyl | let me check the KD mode ecore-fb sets |
23:26.32 | *** join/#openmoko-cdevel devh_ (~devh@88-117-83-9.adsl.highway.telekom.at) |
23:27.33 | mrmoku | TAsn: :) |
23:28.02 | mickeyl | KDGRAPHICS, that's ok |
23:31.24 | mickeyl | leviathan: try the following |
23:31.26 | mickeyl | chvt 2 |
23:31.31 | mickeyl | then suspend |
23:31.33 | mickeyl | and resume |
23:31.48 | leviathan | basically I should sleep now |
23:31.52 | mickeyl | probably |
23:31.54 | mickeyl | g'night |
23:31.57 | leviathan | because I need to get up early |
23:31.59 | leviathan | gn8 |
23:32.02 | leviathan | until tomorrow |
23:32.13 | leviathan | I've got an additional day free this week |
23:32.15 | leviathan | so np ^^ |
23:32.26 | mickeyl | k |
23:33.05 | *** join/#openmoko-cdevel ftn (~ftn@81.202.142.12.dyn.user.ono.com) |
23:44.42 | TAsn | JaMa|Zzz, please bump EFL, more illume2 issues got fixed :P |
23:46.59 | mrmoku | EFL bumping week - every day a new rev :P |
23:47.19 | mrmoku | TAsn: any idea how to clean up dbus proxies? |
23:47.55 | TAsn | mrmoku, the only way is RTFM :P |
23:47.58 | TAsn | no idea :P |
23:49.42 | mrmoku | heh |
23:49.55 | mrmoku | already tried TFM |
23:50.10 | TAsn | nothing there? |
23:50.20 | TAsn | I hate the F-GLIB-DEVS |
23:50.22 | TAsn | :) |
23:50.23 | mrmoku | in the glib dbus bindings thing, no |
23:50.43 | TAsn | mrmoku, I guess best solution would be RTF-HEADER |
23:50.44 | TAsn | :P |
23:51.28 | mrmoku | mickeyl: do you know if one has to free a proxy gotten from fso-glib via some .._get_foo_proxy() ? |
23:52.16 | mrmoku | stuffs a FIXME in the code :P |
23:52.25 | mickeyl | I'm afraid i have no idea |
23:52.42 | TAsn | mickeyl, write a FIXME and wait for playaa |
23:53.08 | *** join/#openmoko-cdevel raster (raster@enlightenment/developer/raster) |
23:53.25 | TAsn | speaking of the devil |
23:53.42 | TAsn | raster, is there a way to write e gadgets as applications and not modules? |
23:54.13 | raster | TAsn: nup |
23:54.42 | raster | you could make a module that exports some kind of ipc service that an exernal app can connect to.. and crate gadgets/control them etc.. |
23:54.50 | raster | but i consider that "out of scope" for core e to have |
23:55.01 | TAsn | please continue this discussion at #e |