00:06.21 | *** join/#openmoko-cdevel johnsu01 (~user@fsf/staff/johnsu01) |
00:16.39 | *** join/#openmoko-cdevel raster (raster@enlightenment/developer/raster) |
00:25.49 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de) |
00:40.06 | *** join/#openmoko-cdevel donaldd (~donaldd@CPE-58-175-44-122.vic.bigpond.net.au) |
00:44.35 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@lucia.q-ag.de) |
00:52.15 | *** join/#openmoko-cdevel juan_arandaalvar (~jaranda@adsl-70-128-164-227.dsl.rcsntx.swbell.net) |
01:05.17 | *** join/#openmoko-cdevel Defiant (erik@e177136028.adsl.alicedsl.de) |
02:20.16 | *** join/#openmoko-cdevel wolfspraul (~wolfsprau@114.244.37.69) |
02:23.30 | *** join/#openmoko-cdevel wolfspra1l (~wolfsprau@114.244.37.69) |
02:25.52 | *** join/#openmoko-cdevel wolfspra2l (~wolfsprau@lucia.q-ag.de) |
02:27.24 | *** join/#openmoko-cdevel juan_arandaalvar (~jaranda@adsl-70-128-164-227.dsl.rcsntx.swbell.net) |
04:22.15 | *** join/#openmoko-cdevel meudar (~meudar@76.226.176.221) |
04:34.10 | *** join/#openmoko-cdevel DocScrutinizer (~jr@openmoko/engineers/joerg) |
04:59.27 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
05:20.14 | *** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160) |
05:26.02 | *** join/#openmoko-cdevel eolson (~eolson@c-24-13-244-61.hsd1.il.comcast.net) |
05:40.05 | leviathan | mickey|zzZZzz: http://people.ee.ethz.ch/~davidlan/downloads/OE/htcdream/ |
05:53.55 | *** join/#openmoko-cdevel graziano (~3e4d3815@fsf/member/graziano) |
06:09.21 | *** join/#openmoko-cdevel vanous123 (~vanous@robe.ludik.cz) |
06:20.39 | *** join/#openmoko-cdevel radekp (~radek@88.146.48.30) |
06:25.49 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
06:31.49 | *** join/#openmoko-cdevel meudar (~meudar@adsl-76-226-74-107.dsl.sfldmi.sbcglobal.net) |
06:50.05 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
06:52.47 | *** join/#openmoko-cdevel GarthPS (~quassel@LPuteaux-156-16-47-96.w82-127.abo.wanadoo.fr) |
06:53.12 | *** join/#openmoko-cdevel jansam (~jansam@chaos.mk.cvut.cz) |
06:54.17 | JaMa | morning |
06:55.14 | *** join/#openmoko-cdevel tg` (~tg@x-net.hu) |
06:57.24 | *** join/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz) |
06:58.36 | *** join/#openmoko-cdevel kwek (~kwek@83.46.118.216) |
07:00.36 | *** join/#openmoko-cdevel JaMae (~martin@161-24.13.24.78.awnet.cz) |
07:03.10 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
07:07.22 | *** join/#openmoko-cdevel vegyraupe (~vegyraupe@p57952787.dip.t-dialin.net) |
07:11.31 | *** join/#openmoko-cdevel AndreasD (~andreas@1407ds1-ns.0.fullrate.dk) |
07:13.53 | *** join/#openmoko-cdevel nielsle (~nielsle@1503032406.dhcp.dbnet.dk) |
07:14.08 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E166D5.dip.t-dialin.net) |
07:22.18 | *** join/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com) |
07:28.46 | blindcoder | moin |
07:43.40 | blindcoder | for the record: Android sucks so badly that even CERN would be afraid of touching it |
07:47.03 | blindcoder | apart from the now-seemingly-everywhere capacitive display (which is a hardware design inherently broken), it's tied so hard into a google account that you can't even open the phonebook without sending it to google |
07:47.47 | alexxy | JaMa: mrmoku|away: TAsn: any ideas why intone doesnt work after latest upgrade? |
07:47.48 | blindcoder | file transfer via bluetooth? oh look, we forgot to add an obex stack to the OS, sorry |
07:48.11 | JaMa | alexxy: elementary bug |
07:48.28 | alexxy | JaMa: any ideas how to repair it |
07:48.29 | alexxy | ? |
07:49.42 | JaMa | don't know any easy sollution (I would have push it if I had one).. maybe it's already fixed upstream.. |
07:49.52 | JaMa | didn't have enough time yesterday to debug it more |
07:50.40 | alexxy | JaMa: can you built latest version? |
07:51.53 | JaMa | svn log doesn't show anything interesting with elementary :/ |
07:52.11 | JaMa | I'll build it localy |
07:52.36 | JaMa | but I don't expect it to be fixed just with EFL bump.. someone has to report it, send patch upstream.. |
07:54.30 | *** part/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com) |
07:55.10 | *** join/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com) |
07:55.11 | *** part/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com) |
08:02.27 | *** join/#openmoko-cdevel Sleep_Walker (~Sleep@nat/novell/x-rlbanxireumobuxd) |
08:05.20 | JaMa | is looking for volunteer to fix packagekit opkg backend |
08:05.43 | JaMa | the rest of recipes included in SHR is building just fine again.. |
08:10.53 | *** join/#openmoko-cdevel valos (~valos@2001:7a8:115a:1:219:b9ff:fe63:f3fe) |
08:19.51 | *** join/#openmoko-cdevel dhawk (~devh@91-115-174-25.adsl.highway.telekom.at) |
08:25.28 | graziano | ehi the new track skin is awesome, is there any info about when it will become live? |
08:36.39 | DocScrutinizer | wonders how elementary can break ringtone |
08:37.51 | JaMa | DocScrutinizer: if you're refering to intone then it's not ringtone but application (music player written in elementary) |
08:38.09 | DocScrutinizer | oops |
08:38.19 | DocScrutinizer | no coffee yet |
08:38.33 | JaMa | alexxy: with latest EFL still the same.. |
08:38.41 | JaMa | #0 0x409c757c in strncat () from /lib/libc.so.6 |
08:38.42 | JaMa | #1 0x40058d2c in _item_realize () from /usr/lib/libelementary-ver-pre-svn-05.so.0 |
08:44.07 | *** join/#openmoko-cdevel Orias_Korva (~atilla@188.200.221.147) |
09:01.11 | *** join/#openmoko-cdevel m0nt0 (~monto@151.57.171.193) |
09:19.04 | *** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
09:23.05 | *** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160) |
09:30.40 | *** join/#openmoko-cdevel TAsnn (~tasn@89-139-164-35.bb.netvision.net.il) |
09:34.16 | *** join/#openmoko-cdevel cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net) |
09:37.57 | TAsnn-Laptop | :P |
09:38.00 | *** join/#openmoko-cdevel viq (~viq@unaffiliated/viq) |
09:38.02 | TAsnn-Laptop | Had to group em. |
09:41.30 | *** join/#openmoko-cdevel Gabrys (~Gabrys@89.229.55.160) |
09:41.42 | Q-Master | TAsn: again phoneui hates "Cell phone" fields. |
09:43.27 | TAsnn-Laptop | Q-Master, have you defined "Cell phone" as a phonenumber type? |
09:43.33 | TAsnn-Laptop | if not, it should hate it. |
09:44.36 | Q-Master | TAsn: are you kidding me? |
09:44.40 | TAsnn-Laptop | I'm not. |
09:44.59 | TAsnn-Laptop | I don't have frameworkd/moko near me atm (I'm at the kitchen while the moko is in my room) |
09:45.04 | TAsnn-Laptop | but it should be something like: |
09:45.22 | Q-Master | TAsn: As I've told. It hates "Cell phone" as was before. It shows it as a crappy list of unknown symbols. |
09:45.32 | TAsnn-Laptop | Q-Master, OH. |
09:45.54 | TAsnn-Laptop | Q-Master, what version of phoneui-shr? |
09:46.04 | Q-Master | TAsn: but now only in phone selection menu if contact has several phone numbers/ |
09:46.14 | Q-Master | 1 sec |
09:46.25 | TAsnn-Laptop | oh, in phone selection menu? |
09:46.36 | TAsnn-Laptop | that's ok, it just means mrmoku was being a noob :P |
09:46.38 | TAsnn-Laptop | mrmoku, ^ |
09:46.41 | mrmoku | nah |
09:46.53 | mrmoku | TAsnn-Laptop: tell me news...not old stuff ;) |
09:46.54 | Q-Master | mrmoku: ^^^ |
09:47.12 | TAsnn-Laptop | :P |
09:47.29 | mrmoku | Q-Master: let me add 'Cell phone' as phonenumber field and try... |
09:47.47 | TAsnn-Laptop | mrmoku, do you handle GLists in that screen? |
09:48.00 | TAsnn-Laptop | I think that's the issue |
09:48.17 | TAsnn-Laptop | That you don't handle GLists when "Cell phone" has more than one value. |
09:48.34 | TAsnn-Laptop | Q-Master, correct if I'm wrong, but isn't that when happens? |
09:48.35 | Q-Master | mrmoku: add several ones per contact. |
09:48.44 | TAsnn-Laptop | I rock! :P |
09:49.05 | TAsnn-Laptop | This just shows you how experienced I am in introducing bugs :P |
09:49.06 | Q-Master | seems si\ |
09:49.10 | Q-Master | so |
09:50.05 | TAsnn-Laptop | mrmoku, are you trying to get a better bugs/line-of-code than mine? :P |
09:50.35 | Q-Master | bugmakers. 8) |
09:51.10 | TAsnn-Laptop | brb |
09:51.22 | Q-Master | coward. 8) |
09:51.29 | *** join/#openmoko-cdevel TAsn-Laptop (~tasn@89-139-164-35.bb.netvision.net.il) |
09:51.38 | *** join/#openmoko-cdevel raster (raster@enlightenment/developer/raster) |
09:51.49 | mrmoku | TAsn-Laptop: MDBUS2> org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts org.freesmartphone.PIM.Fields.AddField 'Cell phone' phonenumber |
09:51.52 | mrmoku | [ERR]: Need 2 params, supplied 3 |
09:51.53 | mrmoku | what's that? |
09:52.22 | TAsn-Laptop | mrmoku, sounds like a bug in mdbus |
09:52.25 | TAsn-Laptop | try in terminal |
09:52.28 | TAsn-Laptop | should work. |
09:52.29 | mrmoku | yeah |
09:52.31 | TAsn-Laptop | or maybe |
09:52.31 | mrmoku | that works |
09:52.32 | TAsn-Laptop | try |
09:52.33 | TAsn-Laptop | "" |
09:52.36 | TAsn-Laptop | instead of '' |
09:52.37 | mickey|zzZZzz | do you have a stray space character? |
09:52.48 | mickeyl | morning, btw. |
09:53.15 | mickeyl | spaetz: yes, bash completion would be awesome, have to take a look how that works |
09:54.15 | mrmoku | Q-Master: works just nice... as expected ;) |
09:54.29 | mrmoku | mickeyl: morning... what is a stray space char? |
09:55.14 | mickeyl | aah wait |
09:55.17 | mickeyl | i think i know |
09:55.28 | Q-Master | mrmoku: I'll upgrade and recheck now |
09:55.29 | mickeyl | this was the interactive cmdline, right? |
09:55.34 | mrmoku | yep |
09:55.36 | mickeyl | ok |
09:55.39 | mickeyl | that's a bug in mdbus |
09:55.43 | mickeyl | it has no idea about 'Cell Phone' |
09:55.51 | mickeyl | it treats it as two parms |
09:55.54 | mickeyl | can you open a bug? |
09:55.55 | mrmoku | Q-Master: ListFields shows 'Cell Phone' with type phonenumber? |
09:56.02 | mrmoku | mickeyl: ok |
09:56.40 | Q-Master | * check_data_file_clashes: Package alsa-states wants to install file /etc/asound.state |
09:56.40 | Q-Master | <PROTECTED> |
09:56.40 | Q-Master | <PROTECTED> |
09:56.40 | Q-Master | <PROTECTED> |
09:57.32 | Q-Master | root@om-gta02:~# opkg upgrade |
09:57.32 | Q-Master | Upgrading alsa-state on root from 0.2.0-r14.4 to 0.2.0-r15.4... |
09:57.32 | Q-Master | Downloading http://build.shr-project.org/shr-unstable/ipk//all/alsa-state_0.2.0-r15.4_all.ipk. |
09:57.32 | Q-Master | Installing alsa-states (0.2.0-r15.4) to root... |
09:57.32 | Q-Master | Downloading http://build.shr-project.org/shr-unstable/ipk//om-gta02/alsa-states_0.2.0-r15.4_om-gta02.ipk. |
09:57.37 | Q-Master | what's that? |
10:03.31 | *** join/#openmoko-cdevel Orias_Korva (~atilla@188.200.221.147) |
10:05.00 | mrmoku | Q-Master: root@om-gta02:~# mdbus2 -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts org.freesmartphone.PIM.Fields.ListFields |
10:05.03 | mrmoku | ( { "Phone":"phonenumber", "Surname":"name", "Name":"name", "Affiliation":"text", "Photo":"photo", "Work phone":"phonenumber", "Note":"text", "E-mail":"email", "Birthday":"date", "Mobile phone":"phonenumber", "Address":"address", "Cell phone":"phonenumber", "Nickname":"name", "Home phone":"phonenumber" } ) |
10:05.44 | Q-Master | root@om-gta02 ~ $ mdbus2 -s org.freesmartphone.opimd /org/freesmartphone/PIM/Contacts org.freesmartphone.PIM.Fields.ListFields |
10:05.44 | Q-Master | ( { "Home cell phone":"phonenumber", "Surname":"name", "Name":"name", "Work cell phone":"phonenumber", "Phone":"phonenumber", "Photo":"photo", "Work phone":"phonenumber", "Mobile phone":"phonenumber", "Note":"text", "Affiliation":"text", "Birthday":"date", "Work e-mail":"email", "E-mail":"email", "Address":"address", "Cell phone":"phonenumber", "Nickname":"name", "Home phone":"phonenumber" } ) |
10:06.11 | mrmoku | Q-Master: then there is something else wrong :/ |
10:06.43 | mrmoku | ahh... |
10:06.48 | mrmoku | reread backlog :P; |
10:07.26 | mrmoku | Q-Master: yeah right you are |
10:07.27 | Q-Master | mrmoku: and everything is the same. I open contacts, press call. get window with 2 buttons. One contains some weird symbols and the second contains the "Phone" field number |
10:07.31 | mrmoku | and /me is a noob :P |
10:07.37 | mrmoku | Q-Master: will fix |
10:07.55 | Q-Master | mrmoku: but this contact has 3 numbers, not 2. |
10:08.41 | mrmoku | yeah, 2 cell phone and one other, right? |
10:08.53 | Q-Master | yep |
10:15.15 | *** join/#openmoko-cdevel dos1 (~dos@unaffiliated/dos1) |
10:19.30 | *** join/#openmoko-cdevel pb_ (~pb@88-108-105-149.dynamic.dsl.as9105.com) |
10:20.37 | *** join/#openmoko-cdevel sepultina (~quassel@zux221-107-211.adsl.green.ch) |
10:22.28 | *** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/council/VDVsx) |
10:28.36 | *** join/#openmoko-cdevel vanous123 (~vanous@robe.ludik.cz) |
10:34.14 | JaMa | xserver-1.8 in shr :) |
10:35.56 | JaMa | TAsn: any hint? latest EFL from today.. http://paste.pocoo.org/show/196665/ |
10:36.39 | TAsn | nope |
10:36.42 | TAsn | but looks like a |
10:36.45 | TAsn | rm -rf .e |
10:36.47 | TAsn | will fix it. |
10:37.00 | JaMa | TAsn: rm -rf ~/.efreet :) |
10:37.11 | TAsn | same thing :P |
10:37.47 | JaMa | but maybe that's the problem, with desktop cache (some shr bug) |
10:38.34 | TAsn | It looks like there was an issue |
10:38.36 | TAsn | and they fixed it. |
10:39.24 | JaMa | TAsn: your .efreet is link somewhere to .e? or what do you mean as "same thing"? |
10:39.56 | TAsn | same thing: they both show when you write .e <TAB> :P |
10:40.15 | JaMa | hehe |
10:40.17 | TAsn | Or in other words, that's what I meant (removing the configs) |
10:40.41 | *** join/#openmoko-cdevel badcloud (~raanan@ti400720a342-0866.bb.online.no) |
10:41.01 | JaMa | I'm not sure what's in .e/e/appshadow and .efreet/*.cache (looks quite the same to me), but nvm |
10:42.07 | JaMa | and the error is from calling efreet_desktop_cache_create and it's still there even after removing .efreet :/ |
10:42.48 | TAsn | JaMa, I remember reading something about it in e-devel ml |
10:42.49 | TAsn | sec |
10:44.38 | TAsn | ok nvm |
10:44.41 | TAsn | I was wrong. |
10:45.03 | TAsn | or more correctly: I was right but I can't seem to find it in my inbox :P |
10:46.32 | mrmoku | Q-Master: here you are :) |
10:47.17 | Martix | just booted his fancy new Touch Book |
10:47.29 | CIA-32 | SHR: 03mok 07libphone-ui-shr * r6eddcefa371a 10/src/util/ui-utils-contacts.c: ui-utils-contacts.c: fix number selection for multiple numbers of the same type |
10:47.31 | Martix | and want put Enlightenment on it :-) |
10:48.04 | mrmoku | Q-Master: convince JaMa to build it :P |
10:48.07 | mrmoku | lunch |
10:48.09 | mrmoku | bbl |
10:48.17 | Q-Master | JaMa: build Ð·Ð´Ñ |
10:48.20 | Q-Master | plz |
10:51.05 | JaMa | killled xorg build in order to restart build with libphone-ui-shr |
10:52.40 | *** join/#openmoko-cdevel Meomer (~phaegi@gw.ptr-80-238-206-73.customer.ch.netstream.com) |
10:54.19 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
10:55.59 | *** part/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz) |
10:56.04 | *** join/#openmoko-cdevel Martix (~Martix@gw-unart.inext.cz) |
10:57.43 | *** join/#openmoko-cdevel Meomer_ (~phaegi@217-162-223-197.dclient.hispeed.ch) |
10:57.56 | blindcoder | JaMa: new phoneui? |
10:58.13 | blindcoder | JaMa: does it fix "crash when pressing call and having two 'Cell phone' or 'Mobile phone' entries"? |
10:58.27 | blindcoder | argh |
10:58.38 | JaMa | blindcoder: ask mrmoku |
10:58.38 | blindcoder | nevermind, backlog helps prevent show of stupidity |
10:58.44 | TAsn | blindcoder, mostly :P |
10:58.58 | TAsn | blindcoder, JaMa: From the log, the answer looks like a definite yes :P |
11:00.18 | blindcoder | thanks, I'll now continue my work on getting android to a usable state without stripping naked in front of google |
11:04.19 | *** join/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
11:04.35 | *** join/#openmoko-cdevel GarthPS|away (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
11:06.50 | DocScrutinizer | blindcoder: do that in front of google streetview camcar - better effect ;-P |
11:09.17 | blindcoder | true :) |
11:15.44 | *** join/#openmoko-cdevel GNUtoo (~GNUtoo@host115-202-dynamic.21-79-r.retail.telecomitalia.it) |
11:23.13 | *** join/#openmoko-cdevel mirko (~daten@e179144211.adsl.alicedsl.de) |
11:25.53 | *** join/#openmoko-cdevel naeg (~naeg@194.208.239.170) |
11:29.51 | *** join/#openmoko-cdevel playya (~playya@unaffiliated/playya) |
11:42.07 | GNUtoo | mickeyl, hi we have access to the backlight device trough fb_info,so if you also need something backlight ask,but I'm trying to get msmfb_info in the ioctl function |
11:42.55 | GNUtoo | maybe with container_of |
11:45.02 | *** join/#openmoko-cdevel pespin (~Sharwin_F@222.pool85-58-21.dynamic.orange.es) |
11:49.53 | *** join/#openmoko-cdevel xrmx (~rm@dynamic-adsl-78-14-61-128.clienti.tiscali.it) |
11:50.08 | mickeyl | GNUtoo: ok, sounds good |
11:50.11 | GNUtoo | mickeyl, how do I test blank and unblank? I write 0 and 4 to some sys files? |
11:50.24 | mickeyl | no, you have to use ioctls as well |
11:50.29 | GNUtoo | ok |
11:50.31 | GNUtoo | python? |
11:50.32 | mickeyl | you can use the small python script |
11:50.34 | mickeyl | yeah |
11:50.36 | GNUtoo | ok |
11:50.42 | mickeyl | thinking about that... |
11:50.49 | mickeyl | i guess a small console utili would be cool |
11:51.00 | mickeyl | $ ioctl 0x4512 2 |
11:51.03 | mickeyl | or something like that :) |
11:51.11 | GNUtoo | lol would be nice |
11:51.24 | GNUtoo | but 2 is fd? |
11:51.32 | mickeyl | ah wait |
11:51.35 | mickeyl | we need three params |
11:51.46 | mickeyl | ioctl /dev/foo <num> <op> |
11:52.01 | *** join/#openmoko-cdevel badcloud (~raanan@ti400720a342-0866.bb.online.no) |
11:52.12 | mickeyl | hmm, give me 15 minutes |
11:54.30 | Q-Master | Upgrading alsa-state on root from 0.2.0-r14.4 to 0.2.0-r15.4... |
11:54.30 | Q-Master | Downloading http://build.shr-project.org/shr-unstable/ipk//all/alsa-state_0.2.0-r15.4_all.ipk. |
11:54.30 | Q-Master | Installing alsa-states (0.2.0-r15.4) to root... |
11:54.30 | Q-Master | Downloading http://build.shr-project.org/shr-unstable/ipk//om-gta02/alsa-states_0.2.0-r15.4_om-gta02.ipk. |
11:54.34 | Q-Master | JaMa: ^^^^^^^^^^^^ |
11:55.26 | *** join/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
11:55.56 | Q-Master | <PROTECTED> |
11:55.56 | Q-Master | <PROTECTED> |
11:56.10 | Q-Master | JaMa: ^^^^^^ |
11:57.23 | TAsn | JaMa, kill alsa-scenarii-shr please :P ^^^^ |
11:58.07 | GNUtoo | anyway it's compiling |
11:58.16 | GNUtoo | will take some time |
11:58.48 | GNUtoo | make -j3 is nice |
11:59.21 | GNUtoo | booting |
11:59.49 | Q-Master | GNUtoo: -j5 better. 8) |
12:01.03 | GNUtoo | Q-Master, I've only dual core |
12:01.12 | GNUtoo | not quad |
12:02.11 | *** join/#openmoko-cdevel fsteinel (~fsteinel@fedora/fsteinel) |
12:09.12 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r851245ec1e6a 10/tools/mioctl/ (14 files in 2 dirs): mioctl: utility to call ioctls on command line |
12:09.18 | mickeyl | GNUtoo: here we are |
12:09.32 | mickeyl | i'll create a recipe for OE now |
12:09.33 | GNUtoo | thanks a lot |
12:09.42 | mickeyl | np |
12:09.48 | mickeyl | might come in handy at times |
12:21.51 | DocScrutinizer | moin |
12:32.02 | GNUtoo | mickeyl, NOTE: Running task 3633 of 4042 |
12:32.10 | JaMa | TAsn: they're not in new images.. it's just crap on Q-Master's disk |
12:32.22 | GNUtoo | should I wait until completion to bitbake your vala uttility |
12:32.30 | JaMa | TAsn: already killed with ffalarms upgrade... |
12:32.32 | GNUtoo | or can I try with python for now? |
12:32.41 | mickeyl | GNUtoo: can use python as well |
12:32.45 | mickeyl | it's the same |
12:32.52 | GNUtoo | ok |
12:33.03 | JaMa | TAsn: and yes.. maybe there is still some package somewhere, depending on that... |
12:33.05 | GNUtoo | >>> fcntl.ioctl( fd , 0x4611 , 0x0 ) |
12:33.13 | GNUtoo | IOError: [Errno 22] Invalid argument |
12:33.45 | JaMa | TAsn: but not in current -lite, -full SHR image |
12:33.47 | GNUtoo | fd = os.open("/dev/fb0",0) btw |
12:34.28 | *** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-127-165-dynip.superkabel.de) |
12:34.42 | mickeyl | GNUtoo: right |
12:34.57 | mickeyl | msmfb does not implement it yet |
12:35.07 | GNUtoo | If the ioctl was not present the kenrel would tell it |
12:35.07 | *** join/#openmoko-cdevel Martix__ (~Martix_@gw-unart.inext.cz) |
12:35.23 | GNUtoo | I see nothing in dmesg |
12:35.40 | GNUtoo | I just implemented that ioctl |
12:35.44 | mickeyl | ah |
12:35.56 | mickeyl | do you handle all args? |
12:36.16 | mickeyl | 0x0 is for unblank, 0x4 is for blank |
12:36.46 | GNUtoo | http://pastebin.com/ZF5hQmak |
12:37.02 | *** join/#openmoko-cdevel Q-Master (~qmaster@95-29-233-190.broadband.corbina.ru) |
12:37.21 | JaMa | Q-Master: please read log.. |
12:37.29 | GNUtoo | mickeyl, no just blank and unblank |
12:37.38 | GNUtoo | so 0 and 4 |
12:37.40 | GNUtoo | like in fb.h |
12:37.41 | JaMa | Q-Master: between your quit and now() |
12:37.45 | GNUtoo | I'll try sysfs nodes |
12:37.59 | mickeyl | hmm, you're right |
12:38.11 | mickeyl | it's as if they were handled elsewhere |
12:38.18 | mickeyl | msmfb should complain about it |
12:38.20 | mickeyl | hmm |
12:38.22 | mickeyl | strange |
12:39.21 | GNUtoo | mmm |
12:39.43 | *** join/#openmoko-cdevel sepultina (~quassel@zux221-107-211.adsl.green.ch) |
12:39.53 | Q-Master | JaMa: don't see anything in txt log |
12:40.18 | GNUtoo | mickeyl, what about /sys/class/backlight/<backlight>/bl_power ? |
12:40.27 | GNUtoo | shouldn't we implement them there too |
12:40.35 | GNUtoo | ah no |
12:40.46 | GNUtoo | backlight and pannel are different |
12:41.51 | mickeyl | well |
12:42.05 | mickeyl | on other kernels bl_power works similar to FBIOBLANK |
12:42.16 | mickeyl | but i'm happy with either one |
12:42.32 | mickeyl | it's important though that brightness == 0 is decoupled from pane deinit |
12:42.37 | GNUtoo | ok |
12:42.45 | mickeyl | since on the dream you can still see the display w/ brightness 0 |
12:42.51 | mickeyl | on most other systems you can't |
12:42.55 | GNUtoo | for now it is |
12:42.56 | mickeyl | so we should keep it that way |
12:43.02 | mickeyl | yep |
12:45.21 | TAsn | JaMa, yo,u rock :P thanksp |
12:47.38 | Q-Master | ÑÑ |
12:47.51 | Q-Master | hm... big troubles with xorg |
12:48.00 | Q-Master | it is not loading after update |
12:48.11 | Q-Master | (EE) module ABI major version (6) doesn't match the server's version (7) |
12:48.22 | Q-Master | and so on |
12:51.07 | JaMa | ah... |
12:51.18 | JaMa | xf86-drivers need PR bump.. mmt |
12:51.43 | *** join/#openmoko-cdevel mickeyl (~mickey@80.81.242.146) |
12:51.44 | *** join/#openmoko-cdevel methril_home (~methril@189.27.130.70.dynamic.adsl.gvt.net.br) |
12:52.05 | GNUtoo | mickeyl, I think something is wrong in python code |
12:52.31 | GNUtoo | I'll try with your uttility or with C |
12:52.36 | mickeyl | ok, try mioctl |
12:54.25 | *** join/#openmoko-cdevel GarthPS (~quassel@LPuteaux-156-16-47-96.w82-127.abo.wanadoo.fr) |
12:54.33 | GNUtoo | mickeyl, http://pastebin.com/C4x5E1rS |
12:55.45 | mickeyl | ah, right, fso2-demo-image does not install any desktop files |
12:55.48 | mickeyl | just comment this line out |
12:55.49 | JaMa | Q-Master: fix is building, thanks for quick report |
12:55.57 | Q-Master | ok |
12:55.58 | mickeyl | oh and while you're there: |
12:56.24 | mickeyl | one more change |
12:56.34 | mickeyl | (uncommited as it only applys to dream atm.) |
12:56.42 | mickeyl | + # remove devices script; we are using devtmpfs |
12:56.42 | mickeyl | + rm -f ./etc/init.d/devices |
12:56.50 | *** part/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
12:57.04 | mrmoku | TAsn: in libphone-ui we have stuff like this for example: |
12:57.06 | mrmoku | phoneui_utils_contact_delete(const char *path, void (*callback) (GError *, gpointer), void *data) |
12:57.08 | mickeyl | otherwise you get wrong devices |
12:57.37 | mrmoku | TAsn: callbacks change with libfso-glib... |
12:57.44 | TAsn | oh really? |
12:57.46 | TAsn | what to? |
12:58.03 | mrmoku | (GSource *source, GAsyncResult *res, gpointer data) |
12:58.08 | mrmoku | _all_ of them :) |
12:58.09 | GNUtoo | where? |
12:58.12 | GNUtoo | in the recipe? |
12:58.25 | TAsn | mrmoku, I don't care then, we will conform to the old format which is better. |
12:58.29 | mrmoku | TAsn: then you call the ..._finish function with res to get the resiult |
12:58.41 | TAsn | mrmoku, we'll do that stuff ourselves |
12:58.47 | mickeyl | GNUtoo: yes, in fso-image.inc |
12:58.50 | mrmoku | TAsn: yeah, that's what I wanted to tell you... going to wrap that in libphone-ui |
12:58.50 | GNUtoo | ok |
12:58.51 | TAsn | and call the callback function as we should. |
12:58.57 | TAsn | mrmoku, sure thing. :P |
12:59.00 | mrmoku | k |
12:59.45 | GNUtoo | should I INC_PR the file? |
12:59.52 | mickeyl | not necessary |
12:59.58 | mickeyl | image files will be reread |
13:00.06 | mickeyl | every time you build |
13:00.34 | GNUtoo | ok,once I had issues with tasks<->machine where it wasn't taken into account |
13:01.14 | *** join/#openmoko-cdevel Paulus_ (~irc@dslb-088-066-239-072.pools.arcor-ip.net) |
13:08.38 | GNUtoo | http://pastebin.com/ayjarZYR |
13:08.48 | GNUtoo | I'll try to fix it |
13:11.25 | GNUtoo | not in deploy ipk dir |
13:13.31 | GNUtoo | I'll bitbake update-modules |
13:18.32 | JaMa | Q-Master: can you upgrade and confirm? |
13:21.57 | CIA-32 | freesmartphone.org: 03mickey 07specs * r892b9dde5751 10/ (3 files in 3 dirs): org.freesmartphone.Device: add signal DirectionalEvent( sii ) |
13:22.50 | mrmoku | playya: do I still have to pass me the proxy as userdata for the _finish call in the callback or is that fixed meanwhile? |
13:23.19 | playya | no. not yet. |
13:23.31 | playya | i played with my pre, sorry :/ |
13:25.05 | mrmoku | playya: np |
13:25.09 | *** join/#openmoko-cdevel methril_home (~methril@189.27.132.34.dynamic.adsl.gvt.net.br) |
13:25.40 | GNUtoo | mickeyl, I wonder if the ioctl are mapped to /dev/fb0 |
13:25.48 | GNUtoo | in C the ioctl also fail |
13:26.37 | mickeyl | hmm |
13:26.49 | mickeyl | iirc the ioctl interface does not intercept ioctls depending on type |
13:27.56 | GNUtoo | mickeyl, if ioctl was not present it would have printed unknow ioctl |
13:28.08 | GNUtoo | mickeyl, I also added a print for when it was called |
13:28.12 | GNUtoo | so it would have also printed |
13:28.44 | Q-Master | mrmoku: everything is ok. |
13:31.52 | mickeyl | GNUtoo: you see me clueless :/ |
13:34.19 | GNUtoo | I'll be back later |
13:37.05 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r2c5d52878bc1 10/fsodeviced/src/plugins/kernel_input/plugin.vala: |
13:37.05 | CIA-32 | freesmartphone.org: fsodeviced: kernel_input: handle relative events |
13:37.05 | CIA-32 | freesmartphone.org: This is a preliminary way to handle things like trackballs and joysticks |
13:37.05 | CIA-32 | freesmartphone.org: in scenarios that lack a proper display server taking over these events. |
13:40.56 | *** join/#openmoko-cdevel juan_arandaalvar (~jaranda@adsl-70-128-164-227.dsl.rcsntx.swbell.net) |
13:49.16 | mrmoku | Q-Master: :) |
13:55.28 | *** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-127-165-dynip.superkabel.de) |
14:00.01 | *** join/#openmoko-cdevel methril_home (~methril@189.27.132.178.dynamic.adsl.gvt.net.br) |
14:11.15 | GNUtoo | hi mickeyl libpam_misc.so.0 is missing |
14:11.43 | mickeyl | for what? |
14:11.45 | mickeyl | from waht? |
14:12.31 | GNUtoo | mickeyl, from your fso2-image |
14:12.44 | GNUtoo | I wonder what's the best way to solve this problem |
14:12.47 | GNUtoo | I can't login |
14:12.53 | mickeyl | hmm |
14:12.57 | mickeyl | doesn't sound like an fso2 problem |
14:13.03 | mickeyl | sounds like someone broke OE |
14:13.07 | GNUtoo | ah ok |
14:13.10 | GNUtoo | again? lol |
14:13.28 | GNUtoo | I thought it was an image problem |
14:13.44 | mickeyl | unlikely |
14:13.48 | GNUtoo | some days ago I bitbaken 2 images and login worked(but not x-window-manager) |
14:13.52 | GNUtoo | ok |
14:14.03 | mickeyl | where would you expect this lib to be? |
14:14.04 | GNUtoo | is there a way to fix that manually? |
14:14.20 | GNUtoo | in the rootfs somewhere |
14:14.22 | GNUtoo | it's not |
14:14.32 | GNUtoo | tar tvjpf ./shr-fso2-demo-image-eglibc-ipk--20100402-htcdream.rootfs.tar.bz2 | grep pam => nothing |
14:14.46 | mickeyl | same here |
14:14.49 | mickeyl | and i can login fine |
14:14.53 | GNUtoo | ah |
14:14.54 | mickeyl | i don't have pam |
14:15.02 | mickeyl | never used it |
14:15.03 | GNUtoo | login: root |
14:15.18 | GNUtoo | and then it says : |
14:15.30 | GNUtoo | /bin/login: error while loading shared libraries: |
14:15.46 | GNUtoo | libpam_misc.so.0: |
14:15.50 | mickeyl | uh oh |
14:15.51 | GNUtoo | etc... |
14:16.04 | mickeyl | someone played with login settings, busybox, or what not |
14:16.16 | mickeyl | perhaps you should use DISTRO=minimal |
14:16.23 | mickeyl | i don't know the scary things angstrom does |
14:16.26 | mickeyl | and shr includes angstrom |
14:17.08 | GNUtoo | isn't minimal derived from angstrom? |
14:17.14 | GNUtoo | micro is not |
14:17.23 | GNUtoo | but micro has strange directory structure |
14:17.27 | mickeyl | neither is minimal |
14:17.30 | GNUtoo | ok |
14:17.50 | mickeyl | some months ago i have refactored angstromisms back into sane-*.inc |
14:17.55 | mickeyl | then derived minimal to use those incs |
14:18.03 | mickeyl | in order to make OE less angstrom-specific |
14:18.07 | mickeyl | and make it more useful for other distros |
14:18.17 | GNUtoo | login is not from busybox |
14:18.22 | GNUtoo | login -> login.util-linux-ng |
14:18.27 | GNUtoo | which I bet require pam |
14:18.32 | mickeyl | ah, i noticed many changes there in the last weeks |
14:18.36 | mickeyl | that's probably what broke it |
14:18.40 | mickeyl | missing dependencies or so |
14:18.50 | mickeyl | give minimal a try |
14:18.53 | mickeyl | it is more predictable |
14:19.15 | *** join/#openmoko-cdevel naeg (~naeg@194.208.239.170) |
14:20.31 | GNUtoo | mickeyl, my build system is not fast...it's a pentium M 2GHZ@less_than_2ghz_cause_heat |
14:20.38 | GNUtoo | but it's on 24h/24 |
14:20.39 | *** join/#openmoko-cdevel The-Butch (~bastian@p57BA7816.dip.t-dialin.net) |
14:21.15 | GNUtoo | else I've an athlon X2 or something like that |
14:21.29 | GNUtoo | but it's not on 24h/24 and need hard disk change to host oe builds |
14:21.40 | mickeyl | we'll have an autobuilder soon |
14:21.54 | GNUtoo | ok nice |
14:22.05 | Bastian | hi |
14:22.19 | mickeyl | yo Bastian |
14:22.34 | mickeyl | alian got a dream |
14:22.41 | Bastian | which? |
14:22.41 | mickeyl | alain was active in openezx |
14:22.52 | mickeyl | i hope he helps us w/ fso2 |
14:22.56 | GNUtoo | wow nice |
14:23.05 | GNUtoo | mickeyl, fixed |
14:23.08 | mickeyl | (sorry, that was for GNUtoo ) |
14:23.09 | GNUtoo | rm login |
14:23.09 | Bastian | i don't know openzy |
14:23.16 | GNUtoo | ln -s busybox login |
14:23.27 | GNUtoo | I was lucky that login was still compiled in busybox |
14:23.31 | mickeyl | heh, cool |
14:23.41 | Bastian | that is great |
14:24.36 | mickeyl | Apr 29 02:23:10 htcdream user.warn kernel: [137183.307647] opkg invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0 |
14:24.37 | mickeyl | argh |
14:24.38 | Bastian | i'm upgrading my pc-system because of on too old gtk. abter upgrade i hope i can install valide |
14:24.48 | mickeyl | Apr 29 02:23:10 htcdream user.err kernel: [137183.296997] Out of memory: kill process 189 (dbus-daemon) score 189 or a child |
14:24.50 | mickeyl | *sigh* |
14:24.56 | mickeyl | ~lart oom killer |
14:24.56 | apt | blasts oom killer with a huge firehose then strangles oom killer with it |
14:25.02 | mickeyl | need to disable that |
14:26.10 | Bastian | mickeyl, are there any unit-tests for fso? |
14:26.21 | mickeyl | some |
14:26.27 | mickeyl | for the libraries in particular |
14:26.41 | mickeyl | see cornucopia/<library>/tests/ |
14:26.52 | mickeyl | high level tests are missing |
14:27.00 | Bastian | ok, after checkout i will look for it |
14:27.03 | mickeyl | like, calling all dbus methods with specific arguments and checking the results |
14:27.10 | mickeyl | but that's a lot work |
14:27.14 | Bastian | sure |
14:27.42 | Bastian | is there a strategie for? |
14:27.56 | Bastian | oh my god. what an english ... :-) |
14:28.56 | mickeyl | several approaches |
14:29.01 | mickeyl | 1) mock objects |
14:29.05 | mickeyl | 2) real objects |
14:29.27 | Bastian | hm, i think mockobjects are better for fso-deviced |
14:29.29 | mickeyl | 1) i used e.g. for cornucopia/tests |
14:29.32 | GNUtoo | mickeyl, is there anything to do beside launching zhone2? |
14:29.51 | *** join/#openmoko-cdevel juan_arandaalvar (~jaranda@adsl-70-128-164-227.dsl.rcsntx.swbell.net) |
14:30.07 | mickeyl | GNUtoo: no, that should launch everything on demand. if it doesn't work, check whether fsousaged, fsodeviced, and fsogsmd are running |
14:30.20 | mickeyl | 1) is tough for things like GSM |
14:30.26 | mickeyl | as you would need to come up with a whole dummy modem |
14:30.28 | GNUtoo | ok |
14:30.31 | mickeyl | which i actually did some weeks ago |
14:30.36 | mickeyl | but still i don't know how useful it is |
14:31.30 | Bastian | oh, for modem it is really a lot of work. and the question is, how good it emulates the behavour |
14:31.49 | GNUtoo | fsogsmd is not runnign |
14:31.54 | Bastian | i thought of mocking the sliderinterface |
14:31.56 | GNUtoo | zhone2 says searching.... |
14:32.20 | mrmoku | TAsn: ping |
14:33.10 | mickeyl | GNUtoo: run it manually |
14:33.17 | GNUtoo | ok |
14:33.38 | GNUtoo | Segmentation fault |
14:33.54 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r988e2926cba0 10/fsodeviced/conf/htc_qualcomm_dream/fsodeviced.conf: fsodeviced: conf/htc_qualcomm_dream: report trackball movements via input system |
14:33.59 | mickeyl | that's bad |
14:34.14 | mickeyl | and the reason why it didn't autostart probably |
14:34.36 | GNUtoo | ok |
14:34.52 | GNUtoo | it segfaults easily |
14:35.06 | GNUtoo | no |
14:35.18 | GNUtoo | fsogsmd doesn't segfault,but zhone2 does |
14:35.19 | Bastian | yesterday i had a little problem. i guess one of you could help. i was listening to an device but didn get any message. could it be that i cant connect because another service is conected? |
14:35.49 | mickeyl | which device? |
14:35.57 | mickeyl | and how were you listening? |
14:36.06 | Bastian | palm pre /dev/input/proximity0 |
14:36.39 | mrmoku | GNUtoo: fsogsmd does not autostart? is your image SHR based? |
14:36.41 | mickeyl | input nodes usually support multiple listeners |
14:36.42 | Bastian | i tries this cat and with a binary compiled of playyas code |
14:36.47 | GNUtoo | yes it is |
14:36.55 | mrmoku | we disabled autostart for it :P |
14:36.56 | mickeyl | cat doesn't cut it |
14:36.59 | mickeyl | (sic!) |
14:37.00 | mickeyl | :D |
14:37.00 | Bastian | ok, then i had to activate it i guess |
14:37.03 | mickeyl | try hexdump |
14:37.10 | mrmoku | as otherwise it would conflict with ogsmd for now |
14:37.14 | mickeyl | it could also be that someone has a GRAB on it |
14:37.18 | mickeyl | but that's unusual |
14:37.29 | GNUtoo | mrmoku, I use fso2-image on htcdream |
14:37.38 | Bastian | k, i will try next time |
14:37.48 | mrmoku | GNUtoo: ahh ok |
14:37.49 | GNUtoo | mrmoku, so how do I autostart it? |
14:37.58 | mrmoku | JaMa: ping :) |
14:38.08 | Bastian | before i will try to code the plugin for the slider |
14:38.08 | *** join/#openmoko-cdevel DieMumiee (~DieMumiee@p579CBAB2.dip.t-dialin.net) |
14:40.11 | GNUtoo | mrmoku, btw how does illume set its profile at first boot? |
14:40.31 | GNUtoo | because I've asked arround and nobody knows or responded |
14:40.37 | GNUtoo | I asked in #e or here |
14:40.41 | GNUtoo | s/or/and |
14:41.13 | mrmoku | GNUtoo: you mean what it does after you selected the profile? |
14:41.55 | GNUtoo | mrmoku, no I mean I've a machine which boots fine but illume says a big message that takes all the screen saying that the profile is not selected and obviously it doesn't start |
14:42.03 | GNUtoo | I looked in some files in my openmoko |
14:42.12 | GNUtoo | like the enlightenment_start.oe |
14:42.17 | GNUtoo | but didn't find the answer |
14:42.26 | GNUtoo | because in openmoko it works |
14:42.32 | GNUtoo | altough it's not first boot |
14:42.48 | *** join/#openmoko-cdevel Thib_G (~ThibG@81-64-25-235.rev.numericable.fr) |
14:42.51 | GNUtoo | but the /etc/enlightenment/something file was not present |
14:43.10 | *** join/#openmoko-cdevel ThibG (~ThibG@81-64-25-235.rev.numericable.fr) |
14:43.27 | mrmoku | hmm... probably some package missing? |
14:45.18 | GNUtoo | don't kn |
14:45.20 | GNUtoo | ow |
14:48.21 | *** join/#openmoko-cdevel methril_home (~methril@189.27.132.155.dynamic.adsl.gvt.net.br) |
14:49.44 | GNUtoo | mrmoku, for instance /etc/enlightenment/default_profile is not present on om-gta02 |
14:51.37 | CIA-32 | freesmartphone.org: 03mickey 07aurora * r0c694ca31539 10/zhone2/src/ (deviceagent.vala main.vala page.vala phonebookpage.vala): zhone2: handle trackball input in phonebook |
14:52.41 | mrmoku | GNUtoo: if there is no ~/.e the first start wizard pops up and asks you for a profile... |
14:52.53 | mrmoku | don't know where it puts it then... probably in the binary e config file |
14:53.11 | mrmoku | in ~/.e/e/config |
14:53.13 | *** join/#openmoko-cdevel raster (~raster@enlightenment/developer/raster) |
14:53.13 | GNUtoo | mrmoku, ok how do I start start wizard? |
14:53.28 | mrmoku | no idea.. .it starts automatically for us |
14:53.34 | GNUtoo | ah ok |
14:53.43 | Bastian | restarting |
14:53.49 | GNUtoo | in the machine I had old image was starting it |
14:53.52 | GNUtoo | new image not |
14:54.00 | mrmoku | hmm |
14:55.02 | mrmoku | GNUtoo: do you have /usr/share//dbus-1/system-services/org.freesmartphone.ogsmd.service |
14:55.25 | GNUtoo | for which machine? |
14:55.32 | mrmoku | the one that does not autostart fsogsmd |
14:55.43 | GNUtoo | I'll look |
14:56.16 | mrmoku | we remove that one in do_install_append, but for SHR distro only |
14:56.41 | GNUtoo | no |
14:56.57 | GNUtoo | http://pastebin.com/PrCvwsT5 |
14:57.43 | mrmoku | GNUtoo: copy it over from the cornucopia repo and it should autostart :-) |
14:57.53 | GNUtoo | ok thanks a lot |
14:58.39 | mickeyl | ~praise trackballs |
14:58.40 | apt | All hail trackballs! |
15:00.39 | mickeyl | GNUtoo: i see your segfault |
15:00.50 | mickeyl | fsogsmd is sending something bogus at launch |
15:00.55 | mickeyl | just restart zhone2 and then it should be fine |
15:01.09 | mickeyl | or even better |
15:01.16 | mickeyl | set the resource to 'on' |
15:01.21 | mickeyl | before running zhone2 |
15:01.21 | GNUtoo | sh |
15:01.29 | mickeyl | i will investigate the problem |
15:01.30 | GNUtoo | I'll tty |
15:01.55 | mickeyl | i can now browse through my phonebook with the trackball |
15:01.57 | mickeyl | it's amazing |
15:02.15 | mickeyl | much better than dragging lists |
15:02.18 | GNUtoo | how do I set resource to on? |
15:04.24 | *** join/#openmoko-cdevel VDVsx (~Valerio@Maemo/community/council/VDVsx) |
15:04.35 | mickeyl | use cli-framework |
15:04.47 | GNUtoo | ok |
15:04.49 | GNUtoo | thanks |
15:04.53 | mickeyl | > usageiface.SetResourcePolicy("GSM","enabled") |
15:04.56 | mickeyl | can do the same with mdbus2 |
15:04.57 | GNUtoo | (I thought it was in a config file) |
15:05.15 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
15:05.16 | *** join/#openmoko-cdevel eolson (~eolson@maze.mcs.anl.gov) |
15:07.14 | CIA-32 | freesmartphone.org: 03mickey 07aurora * r25b9d59d3471 10/zhone2/src/phonebookpage.vala: zhone2: phonebook: ACTION does the same as double-clicking on an entry |
15:07.48 | mickeyl | trackball up/down browses through entries on current page, trackball left/right browses through pages |
15:07.56 | mickeyl | action button moves selected entry into phone page |
15:08.02 | mickeyl | i need to make a video soon |
15:08.03 | mickeyl | :) |
15:08.34 | mickeyl | i wonder whether we can edit the trackball sensitivity |
15:08.38 | mickeyl | it's a bit too sensitive here |
15:08.58 | mrmoku | playya: hmm... you cast the callback explicitely to (GAsyncReadCallback), right? |
15:09.28 | mrmoku | +y |
15:15.28 | GNUtoo | mickeyl, I've an idea |
15:15.41 | GNUtoo | all ioctls are MSMFB_ |
15:15.49 | GNUtoo | but mine |
15:15.56 | GNUtoo | #define MSMFB_IOCTL_MAGIC 'm' |
15:16.03 | GNUtoo | I use f as magic |
15:16.06 | GNUtoo | or F |
15:16.07 | GNUtoo | maybe |
15:16.31 | GNUtoo | I'll try something |
15:16.41 | mickeyl | interesting, so we have to find out why the other framebuffers get the "standard" ioctls and we not |
15:16.46 | mickeyl | perhaps we need to register |
15:18.35 | GNUtoo | mickeyl, do you want me to try a non-standard ioctl? |
15:18.54 | mickeyl | sure |
15:18.56 | GNUtoo | so I see if I can call it |
15:19.00 | mickeyl | yeah, good idea |
15:19.04 | mickeyl | MSMFB_PANEL_WAKEUP |
15:21.02 | JaMa | mrmoku: pong? |
15:22.49 | CIA-32 | freesmartphone.org: 03mickey 07aurora * r12d0bef80fd4 10/zhone2/src/main.vala: zhone2: Gvariants suck |
15:23.53 | GNUtoo | mioctl /dev/fb0 0x6d80 0x1 |
15:23.59 | GNUtoo | is it like this that you use it? |
15:24.39 | mickeyl | yes |
15:25.16 | GNUtoo | [ 1175.454742] msmfb unknown ioctl: 28032 |
15:25.17 | GNUtoo | ok |
15:25.51 | GNUtoo | now I need to manually encode an ioctl |
15:25.57 | GNUtoo | which is harder than decoding |
15:27.29 | CIA-32 | freesmartphone.org: 03mickey 07aurora * r7e4d3ebcc98a 10/zhone2/src/gsmagent.vala: zhone2: gsmagent: remove watch once GSM becomes availble |
15:29.37 | spaetz | sorry for OT question: Does anyone know why vala would not be able to find gee? |
15:29.40 | spaetz | error: gee-1.0 not found in specified Vala API directories or GObject-Introspection GIR directorie |
15:29.50 | spaetz | libgee1 is installed |
15:30.25 | GNUtoo | I'll try with my kernel should work better |
15:30.56 | mickeyl | heh |
15:31.01 | mickeyl | what magic kernel do you have? |
15:31.51 | mickeyl | spaetz: please do a find |
15:31.57 | mickeyl | spaetz: where is libgee1.vapi ? |
15:32.02 | mickeyl | and which valac are you calling? |
15:32.41 | spaetz | oh, my locally installed valac 0.7.8 |
15:33.30 | spaetz | wahh, /usr/local/share/vala/vapi/ has no gee* |
15:33.39 | GNUtoo | printk(KERN_INFO "msmfb unknown ioctl: %d\n", cmd); |
15:34.14 | spaetz | it did not seem get installed when I installed vala. weird |
15:34.23 | GNUtoo | oops |
15:35.00 | GNUtoo | strange... |
15:35.07 | GNUtoo | prints invalid ioctl for other |
15:39.51 | *** join/#openmoko-cdevel methril_home (~methril@189.27.130.148.dynamic.adsl.gvt.net.br) |
15:43.46 | GNUtoo | mmm another idea |
15:44.14 | GNUtoo | I must look if it has direct access to ioctls |
15:44.25 | GNUtoo | that is to say if it doesn't go trough some fb.c before |
15:46.46 | GNUtoo | fbmem.c has this ioctl |
15:47.21 | mickeyl | grep FBIOBLANK in drivers/video reports quite a number |
15:47.44 | mickeyl | OT: either vala or efl is leaking like hell |
15:49.51 | mickeyl | OT: htc_qualcomm_dream only supports incoming SMS via SIM |
15:51.50 | GNUtoo | mickeyl, http://pastebin.com/F9GwVhhj |
15:52.01 | GNUtoo | not for me |
15:53.17 | mickeyl | heh |
15:53.23 | mickeyl | try grep FB_BLANK_UNBLANK * |
15:53.36 | mickeyl | so the fb class device forwards this to the individual drivers |
15:56.30 | *** join/#openmoko-cdevel TeLLuS (~Johan@179.108.227.87.static.f.siw.siwnet.net) |
15:57.27 | *** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-127-165-dynip.superkabel.de) |
15:57.49 | *** part/#openmoko-cdevel der-lehmann (~der-lehma@188-192-127-165-dynip.superkabel.de) |
16:01.20 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r4b030269ee29 10/fsogsmd/src/lib/atchannel.vala: fsogsmd: atchannel: send command sequence "registered" after registration with network provider has been done |
16:01.22 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r7804f6b4081a 10/fsogsmd/src/plugins/modem_qualcomm_htc/plugin.vala: fsogsmd: modem_qualcomm_htc: enable incoming SMS |
16:02.12 | GNUtoo | ok |
16:02.16 | GNUtoo | that's what I wanted to do |
16:02.22 | GNUtoo | .fb_blank |
16:04.54 | GNUtoo | only that I thought that it was called .blank |
16:05.09 | *** join/#openmoko-cdevel The-Butch (~bastian@p57BA7816.dip.t-dialin.net) |
16:05.18 | The-Butch | re |
16:05.35 | The-Butch | restarting seemed to be more complicated than i thought :-) |
16:11.09 | *** join/#openmoko-cdevel devh (~devh@91-113-91-106.adsl.highway.telekom.at) |
16:12.09 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * rdc7bf132a243 10/fsotdld/src/plugins/sync_time/plugin.vala: fsotdld: resort to brute force (settimeofday), if the interval is too big for adjtime |
16:12.15 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * rc785b66f7ca9 10/fsotdld/src/plugins/ (5 files in 5 dirs): fsotdld: cosmetics |
16:12.29 | mickeyl | heh |
16:13.28 | The-Butch | but now i can try to install valide again :-) |
16:13.45 | mickeyl | is it good? |
16:13.46 | mickeyl | never tried |
16:14.46 | The-Butch | i tried it once. looked ok. but its no eclipse :-( |
16:15.00 | The-Butch | what do you use? |
16:15.02 | *** join/#openmoko-cdevel Heinervdm (~thomas@pD9E166D5.dip.t-dialin.net) |
16:15.45 | mickeyl | geany |
16:18.15 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r81bfaa052b86 10/fsotdld/src/plugins/sync_time/plugin.vala: fsotdld: don't treat the diff as full timeval |
16:18.37 | mickeyl | <The-Butch> has it codecompletion and life-validation? |
16:18.43 | mickeyl | yes, no |
16:18.51 | mickeyl | and no semantics in codecompletion |
16:18.54 | mickeyl | just syntactically |
16:19.12 | mickeyl | however, it's very fast and customizable |
16:19.15 | mickeyl | that's what counts for me |
16:19.26 | mickeyl | never got the hang out of eclipse |
16:19.26 | The-Butch | hmm, then i guess i will try |
16:19.47 | mickeyl | i'm an old school guy, IDEs typically scare me a bit ;) |
16:19.54 | mickeyl | needs an editor and 'make' |
16:20.09 | The-Butch | hmm, then i am really newscool :-) |
16:20.09 | mickeyl | although i love Xcode |
16:21.46 | mickeyl | bbl |
16:21.53 | The-Butch | kk, cya |
16:22.06 | *** join/#openmoko-cdevel mickeyl (~mickey@openmoko/coreteam/mickey) |
16:27.44 | ThibG | hi |
16:29.06 | ThibG | I'm trying to build a custom kernel for the GTA02 |
16:29.33 | GNUtoo | mickey|bbl, it does something |
16:29.54 | The-Butch | he has gone 5 minutes ago |
16:30.05 | ThibG | it boots fine, but nothing gets written on the screen (which remains as it was when left by u-boot) |
16:30.05 | GNUtoo | I know |
16:30.11 | ThibG | any idea? |
16:30.16 | GNUtoo | he will read when he comes back |
16:30.16 | *** join/#openmoko-cdevel Fossi (~fossi@82.113.121.142) |
16:30.26 | The-Butch | ok |
16:31.03 | The-Butch | sorry, i have no idea |
16:34.21 | PaulFertser | ThibG: that's expected |
16:34.41 | PaulFertser | ThibG: with loglevel=4 kernel shouldn't output anything on screen |
16:34.42 | ThibG | ah? |
16:34.56 | PaulFertser | ThibG: and also do not forget that the order of console= parameters matter. |
16:35.21 | ThibG | ok, I'll try |
16:35.36 | ThibG | but it's really allright if the screen still shows u-boot menu? |
16:35.40 | PaulFertser | ThibG: all of them get kernel output, but only the first becomes /dev/console (so you won't see login: prompt if console=tty1 is not the first) |
16:36.12 | PaulFertser | ThibG: ah, that i do not know. Do not you have a serial console? And what kernel revision are you compiling and why, and are you using defconfig? |
16:37.35 | PaulFertser | ThibG: bbl in 20 min |
16:37.45 | ThibG | I have a serial console (and so, I'm sure it boots fine), I'm trying to compile 2.6.32 kernel (as found in linux-2.6 debian package) in order to have a clean debian kernel that would run on the FR (even if not everything is supported) |
16:50.12 | PaulFertser | ThibG: ah, i see. I hope you do know about the relevant kernel branches at git.openmoko.org? |
16:51.29 | ThibG | well, I know about andy-tracking, but I'm trying to stick with the debian kernel without patches (only config changes) for now |
16:51.39 | PaulFertser | ThibG: andy-tracking is not relevant |
16:52.31 | PaulFertser | ThibG: basically for LCD to work you need jbt driver and some glamo driver (either KMS or glamofb iirc). I do not think either of them is mainline. |
16:52.53 | ThibG | ok, I see |
16:53.07 | PaulFertser | ThibG: take a look at git.openmoko.org, you'll easily see what's missing in vanilla 2.6.32, there's a bunch of "topic" branches to add missing functionality to it. |
16:53.26 | ThibG | ok |
16:53.57 | PaulFertser | ThibG: http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/om-gta02-2.6.32 |
16:55.01 | ThibG | thanks |
16:56.39 | leviathan | GNUtoo: I do not have ANY idea |
16:56.47 | leviathan | where this msmwifi timeout comes from |
16:56.56 | leviathan | could you make a break with BLANK |
16:57.04 | leviathan | and help me with this time out issue? |
17:00.34 | GNUtoo | leviathan, let me finish blank...it's nearly finished |
17:00.42 | leviathan | kk |
17:00.52 | GNUtoo | leviathan, I thought you wanted to import the codeaurora driver |
17:00.53 | leviathan | I'll do some students stuff in this time |
17:00.59 | leviathan | tried |
17:01.02 | GNUtoo | ok |
17:01.03 | leviathan | doesnt work |
17:01.11 | leviathan | also the most recent mmc driver |
17:01.15 | GNUtoo | ok |
17:01.19 | leviathan | there are do differencies to the old one |
17:01.24 | leviathan | none I could see |
17:01.30 | leviathan | thats why I need you |
17:01.40 | leviathan | tell me, when you're ready |
17:01.56 | leviathan | I'm doing homework for the overnext week |
17:01.58 | leviathan | in this time |
17:02.00 | leviathan | :) |
17:03.15 | GNUtoo | leviathan, btw did you fix alsa? |
17:03.30 | GNUtoo | the routing issue |
17:03.35 | leviathan | oops |
17:03.39 | leviathan | I forgot |
17:03.44 | leviathan | I'll fix it now |
17:03.47 | leviathan | brb :) |
17:03.55 | leviathan | ok |
17:04.00 | GNUtoo | because we must do one thing at the time,not everything at once |
17:04.04 | leviathan | joke, will stay to fix it xD |
17:04.15 | leviathan | ok |
17:04.16 | leviathan | yes |
17:04.21 | leviathan | I'll fix alsa |
17:04.24 | leviathan | then we do wifi |
17:04.36 | leviathan | we finally need everything running... |
17:04.39 | leviathan | whats about gps |
17:04.48 | leviathan | did the other guys come further |
17:04.56 | leviathan | means: did they make progress? |
17:05.03 | GNUtoo | don't know |
17:05.10 | GNUtoo | I care more about the basics |
17:05.26 | GNUtoo | I've already 2 gps: one in bug device , and one in freerunner |
17:05.41 | leviathan | ok |
17:05.45 | leviathan | dito |
17:05.49 | The-Butch | i think playya came further with the bootmanager |
17:05.51 | GNUtoo | openmoko can do openstreetmap so... |
17:05.52 | GNUtoo | ok |
17:06.11 | leviathan | but it would be nice |
17:06.26 | leviathan | to have openstreetmap (TangoGPS) on htcdream ;-) |
17:10.55 | *** join/#openmoko-cdevel feuera (~feuera@83-215-206-95.bruck.dyn.salzburg-online.at) |
17:15.30 | *** part/#openmoko-cdevel feuera (~feuera@83-215-206-95.bruck.dyn.salzburg-online.at) |
17:33.02 | GNUtoo | leviathan, strange thing: |
17:33.29 | GNUtoo | MSMFB_SUSPEND_SW_REFRESHER and MSMFB_RESUME_SW_REFRESHER are never called |
17:33.35 | GNUtoo | if I remove them it still works |
17:33.39 | GNUtoo | (suspend) |
17:42.58 | leviathan | wtf? |
17:43.06 | leviathan | shouldnt be |
17:43.13 | leviathan | because before I implemented them |
17:43.18 | leviathan | it didnt work :) |
17:43.56 | leviathan | GNUtoo: are you SURE |
17:44.02 | leviathan | you removed them? ;-) |
17:44.09 | GNUtoo | yes |
17:44.25 | GNUtoo | while implementing them you may have changed defconfig |
17:44.31 | *** join/#openmoko-cdevel Orias_Korva (~atilla@188.200.221.147) |
17:45.24 | leviathan | hmmm |
17:45.42 | leviathan | strange |
17:45.46 | leviathan | really strange |
17:46.09 | *** part/#openmoko-cdevel gnustavo (ejabberd@galleta.ziritione.org) |
17:46.19 | GNUtoo | leviathan, try it but after alsa |
17:46.27 | leviathan | kk |
17:52.51 | GNUtoo | mickey|bbl, do that: |
17:53.42 | TAsn | JaMa, please bump EFL, there's a terribly cool surprise feature :P |
17:54.05 | GNUtoo | echo mem > /sys/power/state |
17:54.13 | GNUtoo | echo on > /sys/power/state |
17:54.18 | GNUtoo | chvt 2 |
17:54.24 | GNUtoo | chvt 3 |
17:54.29 | GNUtoo | with zhone it works but it's slow |
17:54.49 | GNUtoo | with the CONSOLE_SOMETHING disabled |
17:55.00 | GNUtoo | the thing that we just enabled in kernel config |
17:57.29 | *** join/#openmoko-cdevel juan_arandaalvar (~jaranda@adsl-70-128-164-227.dsl.rcsntx.swbell.net) |
17:58.19 | mickeyl | GNUtoo: display will reinit without chvt then? |
17:58.33 | GNUtoo | no |
17:58.41 | GNUtoo | with chvt but it'll work |
17:58.47 | mickeyl | well |
17:58.47 | GNUtoo | I'll try to find a better way |
17:58.50 | mickeyl | it works always with chvt |
17:58.51 | mickeyl | :) |
17:58.53 | mickeyl | ok |
17:59.04 | GNUtoo | realy? |
17:59.07 | mickeyl | yes |
17:59.09 | GNUtoo | ok |
17:59.12 | mickeyl | chvt forces the panel to reinit |
17:59.18 | GNUtoo | I noticed that |
17:59.25 | mickeyl | since we move to fbcon in text mode |
17:59.30 | GNUtoo | but I don't know what you mean by reinit |
17:59.41 | mickeyl | reinit = init after deinit |
17:59.50 | mickeyl | "coming back to live" |
18:00.25 | GNUtoo | ok |
18:00.35 | GNUtoo | I'll look where this reinit lives |
18:00.54 | GNUtoo | because we could deinit and reinit manually and automatically |
18:01.08 | mickeyl | agreed |
18:01.10 | mickeyl | that's much better |
18:01.21 | mickeyl | if possible, suspend should not be tied to panel deinit |
18:01.23 | *** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
18:01.29 | mickeyl | but at least lets have resume not tied to panel reinit |
18:01.43 | mickeyl | (but if we can, lets have both) |
18:03.16 | GNUtoo | btw : DBusException: org.freesmartphone.Usage.ResourceUnknown: Resource GSM had never been registered |
18:04.05 | *** part/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
18:04.10 | *** join/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
18:08.11 | CIA-32 | SHR: 03tom 07shr-themes * r430bd3c9c4f2 10/e-wm/e-wm-config-illume2-shr/ (3 files): e-wm-config-illume2-shr: Reduced the height of softkey and indicator. Needs newer e to work. |
18:08.15 | TAsn | JaMa, well, it's not a surprise anymore, as you also need to build that ^ :P |
18:08.29 | TAsn | JaMa, but new e introduces this awesome change :P |
18:09.40 | *** join/#openmoko-cdevel pespin (~Sharwin_F@222.pool85-58-21.dynamic.orange.es) |
18:15.54 | *** join/#openmoko-cdevel radekp (~radek@63.120.broadband10.iol.cz) |
18:23.52 | GNUtoo | ahhh ok I missed a file |
18:23.58 | GNUtoo | the toshiba mddi |
18:25.04 | *** join/#openmoko-cdevel playya_ (~playya@unaffiliated/playya) |
18:28.24 | *** join/#openmoko-cdevel von_fritz (~fritz@host149-184-dynamic.0-79-r.retail.telecomitalia.it) |
18:30.27 | GNUtoo | ok the suspend-resume seem to work now |
18:30.35 | GNUtoo | let me tripple check |
18:32.02 | GNUtoo | maybe the unblank is at the wrong place tough |
18:32.04 | GNUtoo | but it works |
18:32.09 | GNUtoo | let me try after the locks |
18:34.59 | GNUtoo | maybe the problem is that I want to understand exactly what I do |
18:35.17 | GNUtoo | a simple panel->unblank(panel) did it |
18:36.03 | GNUtoo | even better |
18:36.11 | GNUtoo | no trace anymore |
18:36.13 | GNUtoo | so good place |
18:41.04 | mrmoku | TAsn: what is the softkey? |
18:41.19 | GNUtoo | mickeyl, you still want blank and unblank? |
18:42.03 | GNUtoo | so roughly I remove blank and unblank from suspend |
18:42.11 | GNUtoo | and bind them to the blank and unblank ioctls? |
18:43.46 | mickeyl | that would be perfect |
18:44.10 | mickeyl | can we then remove that earlysuspend? |
18:44.28 | GNUtoo | not shure |
18:44.39 | GNUtoo | what do you mean by earlysuspend? |
18:44.44 | GNUtoo | the CONFIG_SOMETHING? |
18:45.03 | GNUtoo | or the functions in source code |
18:45.49 | GNUtoo | mickeyl, what would be the use case of de-tiing them? |
18:46.08 | GNUtoo | if it's the CONFIG_SOMETHING I already removed it from my .config |
18:47.00 | mickeyl | example: |
18:47.19 | mickeyl | lets say we have an app that requires display, but no wifi and only slow CPU |
18:47.30 | mickeyl | we would then jump into suspend, but keep the display on |
18:47.49 | mickeyl | example 2: |
18:48.01 | mickeyl | we have an app that frequently requires full CPU, but no display |
18:48.12 | mickeyl | we can then resume, compute, and fall asleep again without resuming display |
18:48.14 | GNUtoo | so what to do is something else: remove display from suspend and reroute the suspend functions to the FBIOBLANK ioctl |
18:48.25 | mickeyl | correc |
18:48.25 | mickeyl | t |
18:48.35 | GNUtoo | thanks a lot for the examples... |
18:48.44 | GNUtoo | I didn't get what to do before |
18:48.46 | mickeyl | :) |
18:48.54 | mickeyl | yay, concrete use cases makes it better |
18:48.57 | mickeyl | i was too fuzzy before |
18:49.17 | mickeyl | i need to remember that you can't look into my brain ;) |
18:49.53 | leviathan | or better |
18:49.57 | leviathan | not so good |
18:50.04 | leviathan | when you're not in front of me :) |
18:50.43 | leviathan | ok other thing |
18:50.54 | mickeyl | :) |
18:51.06 | TAsn | mrmoku, the bottom crap :P |
18:53.41 | mrmoku | ahh |
18:55.49 | leviathan | mind reading is a electro magnetic field thing |
18:56.04 | leviathan | and works only, if you body can do things like this electro eels ;) |
18:56.24 | leviathan | but other thema |
18:56.39 | leviathan | so we like to have separated suspension |
18:57.00 | leviathan | to selectively shut either display, clock rate or both down |
18:57.01 | leviathan | very well |
18:57.14 | leviathan | I'm looking to implement mute for now |
18:57.42 | mickeyl | (mute) splendid. but if it's simpler, feel free to go back to routing |
18:57.55 | mickeyl | i always love full control, but routing is only a bit worse than muting |
18:58.02 | mickeyl | so feel free to chose either way |
18:58.47 | leviathan | uhm |
18:58.58 | leviathan | I like my solution with direct route selection |
18:59.15 | leviathan | only thing is, that I need to add possibility to disable all outputs |
18:59.26 | leviathan | perhaps I should make a switch to main control |
18:59.28 | leviathan | for muting |
19:06.21 | mickeyl | yes. the only benefit of individual muting is to be able to route sound to two outputs simultaneously |
19:06.28 | mickeyl | there are usecases for that, but it's not so important |
19:06.33 | mickeyl | so direct route selection is ok |
19:06.37 | mickeyl | plus a full mute switch |
19:08.13 | GNUtoo | ok lol |
19:08.56 | GNUtoo | leviathan, I've DIY electro magnetic field detector...but it was made for cellphone EMF detection |
19:09.36 | GNUtoo | like how much radiation it detects on htcdream,freerunner,old cellphone etc... |
19:09.36 | mickeyl | :) |
19:09.42 | GNUtoo | made with bug device |
19:09.45 | GNUtoo | 1 wire |
19:09.53 | leviathan | I'm a walking detector and generator for such fields ;-) |
19:09.53 | GNUtoo | and a potentiometer |
19:10.08 | leviathan | thats the reason why all watches get broken I'm wearing |
19:10.19 | leviathan | and so I stopped wearing watches :) |
19:10.23 | *** join/#openmoko-cdevel donaldd (~donaldd@CPE-58-175-44-122.rwqd1.win.bigpond.net.au) |
19:10.26 | GNUtoo | back to coding |
19:10.29 | leviathan | yes |
19:10.30 | GNUtoo | or decoding |
19:10.31 | leviathan | :) |
19:10.48 | leviathan | I'm building newest kdevelop4 atm |
19:10.56 | leviathan | but my laptop is very lame |
19:11.05 | leviathan | but I need exactly this lib versions |
19:11.10 | leviathan | so need to wait |
19:11.11 | leviathan | :( |
19:11.42 | Weiss | GNUtoo: are you trying to hook FB ioctls up to KMS? |
19:12.07 | GNUtoo | Weiss, no,only suspend related things |
19:12.18 | Weiss | ah, ok |
19:12.23 | GNUtoo | on htcdream |
19:13.08 | Weiss | for Glamo, I just made sure that KMS could take care of itself - the "drmfb" is just something to provide data to go on the screen |
19:14.13 | mickeyl | hmm |
19:14.21 | mickeyl | ok, so the backlight values are logarithmically scaled :/ |
19:14.32 | mickeyl | meaning i can't soften them linearly |
19:14.39 | mickeyl | oh well... lets get ln in here |
19:14.51 | *** join/#openmoko-cdevel Orias_Korva (~atilla@188.200.221.147) |
19:18.02 | mrmoku | leviathan: (kdevelop4) good choice :D |
19:19.36 | mickeyl | mmh |
19:19.42 | mickeyl | Ainulindale: ping |
19:20.43 | leviathan | mickeyl: do you have facebook? |
19:20.59 | leviathan | because there are 165 michael lauers :) |
19:22.10 | *** join/#openmoko-cdevel sylarpowa (~4f11eac6@gateway/web/freenode/x-fszjhnywabeolcmw) |
19:22.12 | sylarpowa | hi |
19:22.19 | mickeyl | leviathan: not yet, i'll join soon into that web 2.0 thingy |
19:22.26 | mickeyl | hey, but i twitter since yesterday ;) |
19:22.28 | leviathan | :) |
19:22.32 | leviathan | oh, ok |
19:22.43 | leviathan | nya, as you perhaps now |
19:22.44 | leviathan | *know |
19:22.51 | leviathan | there is an openmoko user group |
19:25.10 | leviathan | mrmoku: in kdevelop4 you can select coding style |
19:25.15 | sylarpowa | I am selling an Openmoko Neo 1973 Advanced kit (http://goo.gl/OsJf), if anyone is interested in buying it, just send me an email at sylar[at]anche[dot]no or contact me in pvt here. Sorry for those ones who aren't interested ;) |
19:25.16 | leviathan | so you can just write |
19:25.18 | GNUtoo | mickeyl, leviathan maybe there would be more users in identi.ca |
19:25.21 | leviathan | and it formats for you |
19:25.32 | mrmoku | yeah, using it too :) |
19:25.40 | leviathan | mrmoku: and it has skeletons for kernel drivers |
19:25.45 | mrmoku | and it nicely autocompletes everything :) |
19:25.48 | leviathan | mrmoku: kdevelop4 is really sweet |
19:25.54 | leviathan | yes |
19:26.21 | leviathan | and it autoparses the includes and gives you a database of all possible structs |
19:26.43 | mrmoku | almost perfect... apart from the occasional crash when closing :P |
19:26.45 | leviathan | analyses the drivers and makes a tree view out of it |
19:26.52 | leviathan | yes |
19:27.00 | leviathan | I can live with crashes |
19:27.04 | mrmoku | yup |
19:27.12 | leviathan | as long as kernel development only takes half that time |
19:27.17 | leviathan | I would need with vim |
19:27.28 | GNUtoo | mickeyl, it's not perfect but seem to work |
19:27.37 | GNUtoo | before it was perfect |
19:27.54 | GNUtoo | mickeyl, because when resuming you have: |
19:27.59 | GNUtoo | screen off(beginning) |
19:28.01 | GNUtoo | screen on |
19:28.03 | GNUtoo | screen off |
19:28.05 | GNUtoo | screen on |
19:28.43 | GNUtoo | mickeyl, but in zhone it works fine |
19:28.46 | GNUtoo | no such issue |
19:28.48 | GNUtoo | only in console |
19:28.54 | TAsn | [OT] My beautiful home made desktop http://stosb.com/Screenshot.png :P |
19:29.23 | TAsn | Well, I had to use my brother's broken computer for the artwork :P |
19:29.30 | GNUtoo | TAsn, you need a real windows kenrel panick |
19:29.41 | GNUtoo | mickeyl, leviathan should I clean and commit? |
19:29.50 | mrmoku | TAsn: duh... use a decent DE and start doing something usefull ;) |
19:30.20 | TAsn | I almost, and I'm serious |
19:30.23 | TAsn | almost installed kde :P |
19:30.35 | mrmoku | :P |
19:30.39 | TAsn | But then, at the last second, I got cold feet :P |
19:31.02 | TAsn | And preferred to use what I'm used to instead of going to a wonderful adventure :P |
19:31.12 | Ainulindale | mickeyl: pong |
19:31.22 | TAsn | omg Ainulindale is alive! |
19:31.53 | Ainulindale | It has been said I sent a mail this week as well |
19:31.56 | Ainulindale | But I don't know if it's true |
19:32.16 | mrmoku | probably someboday faked your mail ;) |
19:32.34 | Ainulindale | Maybe |
19:33.24 | misc | you were drunk again ? |
19:33.34 | GNUtoo | mickeyl, suspend seem to freeze zhone2 |
19:33.37 | Ainulindale | I'm never drunk :-) |
19:33.44 | *** join/#openmoko-cdevel vanous123 (~vanous@ip-85-93-173-178.wscnet.cz) |
19:35.16 | leviathan | GNUtoo: hmm |
19:37.47 | GNUtoo | maybe I should do that: |
19:37.55 | GNUtoo | commit 1: fix suspend so it works fine |
19:38.02 | GNUtoo | commit 2 : do what mickeyl asked |
19:38.16 | GNUtoo | unfortunately I'm already at 2 |
19:38.20 | GNUtoo | in my code |
19:38.48 | GNUtoo | 1 is just one line |
19:39.17 | GNUtoo | mickeyl, are you there? |
19:41.35 | mickeyl | yes |
19:41.43 | mickeyl | what's up? |
19:41.49 | mickeyl | freeze zhone2? how so? |
19:42.10 | mickeyl | perhaps the refreshing thread is killed ;) |
19:42.15 | GNUtoo | mickeyl, basically the display is up,but when you type on it you see nothing |
19:42.22 | GNUtoo | maybe |
19:42.24 | GNUtoo | don't know |
19:42.36 | mickeyl | more probably the input events shut down |
19:42.37 | GNUtoo | I'll look but here's what I have in dmesg |
19:42.44 | mickeyl | try a button |
19:42.48 | mickeyl | i.e. phone button should go to call screen |
19:42.58 | GNUtoo | console works ... |
19:43.09 | GNUtoo | ah but console reinit |
19:43.53 | GNUtoo | [ 1172.522460] request_suspend_state: sleep (0->3) at 1166942172952 (2010-04-02 18:42:45.246124288 UTC) |
19:43.58 | GNUtoo | that's what I have |
19:45.06 | GNUtoo | that's what I have in console: |
19:45.08 | GNUtoo | [ 1214.180480] <3>mddi_wait_interrupt 643, timeout waiting for 4000, INT = 23a001, STAT = 800061 gotint = 2a004 |
19:45.08 | GNUtoo | [ 1227.052276] request_suspend_state: sleep (0->3) at 1221471958110 (2010-04-02 18:43:39.775939964 UTC) |
19:45.28 | GNUtoo | I used touchscreen btw |
19:45.31 | GNUtoo | I'll try phone button |
19:46.05 | GNUtoo | maybe it's ts driver,because buttons work |
19:47.46 | GNUtoo | let me look if the ts driver has earlysuspend |
19:48.24 | GNUtoo | synaptics_i2c_rmi.c:#ifdef CONFIG_HAS_EARLYSUSPEND |
19:48.33 | GNUtoo | I should try to remove earlysuspend? |
19:48.40 | GNUtoo | I'll do that |
19:58.04 | *** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
20:02.14 | GNUtoo | mickeyl, without earlysuspend: http://pastebin.com/CqNaQADd |
20:03.44 | GNUtoo | so what's the plan? |
20:03.57 | GNUtoo | if we remove earlysuspend it seem to behave like a freerunner |
20:04.10 | GNUtoo | I realy don't know all theses androidianism |
20:04.45 | GNUtoo | mickeyl, keeping earlysuspend seem a good plan for now... |
20:05.02 | GNUtoo | we ifdef it |
20:05.03 | GNUtoo | more |
20:05.13 | GNUtoo | but we keep it |
20:06.18 | leviathan | without earlysuspend you can forget suspend at all :) |
20:06.26 | GNUtoo | ok |
20:06.28 | leviathan | on dream |
20:06.58 | leviathan | but in order to separate cpu-downclocking and lcd-suspension |
20:07.15 | leviathan | we have to make them two different kind of things |
20:07.34 | leviathan | like carl said, in lamas with hats: these are two different kind of things |
20:07.46 | leviathan | :) |
20:08.29 | GNUtoo | yes but the you would have to make the synaptics_something driver a different kind of thing too |
20:08.32 | GNUtoo | and so on |
20:08.39 | mickeyl | sorry, was in a meeting |
20:08.42 | GNUtoo | np |
20:08.44 | mickeyl | what's the state of things now? |
20:09.06 | mickeyl | we keep earlysuspend, but fix reinit panel? |
20:09.15 | GNUtoo | sounds good for me |
20:09.25 | GNUtoo | + some ifdef fixes for earlysuspend |
20:09.30 | mickeyl | ok, where will you trigger init panel then? |
20:09.32 | GNUtoo | to be able to run it without |
20:09.43 | GNUtoo | keep both maybe |
20:09.54 | GNUtoo | init panel and fbio_blank |
20:10.08 | mickeyl | yes, keeping both won't hurt |
20:10.11 | GNUtoo | ok |
20:10.22 | GNUtoo | so first commit: fix |
20:10.32 | GNUtoo | second commit: adding fbioblank |
20:10.40 | mickeyl | awesome, exactly that |
20:10.56 | mickeyl | as an added bonus, i have made the following for you: |
20:11.01 | GNUtoo | third commit : change some ifdefs to be able to compile the whole kernel without earlysuspend if someone wants |
20:13.05 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r2de1777b2e61 10/fsodeviced/src/plugins/kernel26_display/plugin.vala: fsodeviced: kernel26_display: refactor and read configuration for 'smooth' |
20:13.05 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r248b4df95a8b 10/fsodeviced/src/plugins/kernel26_display/plugin.vala: |
20:13.05 | CIA-32 | freesmartphone.org: fsodeviced: kernel26_display: add configuration entry to dim in a soft way |
20:13.05 | CIA-32 | freesmartphone.org: This is handy for panels that don't have automatic soft-dimming. Enable it with: |
20:13.05 | CIA-32 | freesmartphone.org: [kernel26_display] |
20:13.06 | CIA-32 | freesmartphone.org: soft = always |
20:13.06 | CIA-32 | freesmartphone.org: You can also use 'up' or 'down', if you only want to enable it for one direction. |
20:13.23 | pespin | JaMa, errors when upgrading -> http://pastebin.ca/1855238 |
20:14.09 | mickeyl | will implement the same for the LEDs |
20:14.16 | mickeyl | then we can have the breathing apple LED ;) |
20:14.26 | mickeyl | (for those of you who have seen a mac laptop...) |
20:16.18 | GNUtoo | mickeyl, I don't care about android right,no need to ifdef the fix right? |
20:16.31 | mickeyl | correct |
20:16.54 | mickeyl | android folks won't like our kernel anywasy, since the backlight / lcd fix :) |
20:19.02 | *** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
20:23.55 | GNUtoo | mickeyl, sorry to bother you a lot,but I've duplicated code, using 3 enormous defined is ok? |
20:24.23 | GNUtoo | mickeyl, I've found how to make a function |
20:24.25 | GNUtoo | should be ok |
20:26.26 | mickeyl | functions are obviously better, yeah |
20:26.37 | mickeyl | (unless max speed is important) |
20:27.30 | leviathan | GNUtoo: the android people have an already running kernel for this platform |
20:27.34 | leviathan | goal of ours is |
20:27.45 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * rcd9909316f05 10/fsodeviced/src/plugins/kernel26_display/plugin.vala: fsodeviced: kernel26_display: allow hard setting brightness to interrupt a soft operation |
20:27.45 | leviathan | making it usable for GNU/Linux |
20:28.34 | mickeyl | agreed, they don't care about this kernel anyways, since the dream is of no more interest to them |
20:28.40 | mickeyl | only the new products are of interest |
20:28.46 | mickeyl | (i.e. the 'next' product) |
20:29.29 | leviathan | nexus one |
20:29.31 | leviathan | or so |
20:29.33 | leviathan | yes yes |
20:29.58 | leviathan | our goal is to make the drivers such clean to get it into upstream |
20:30.13 | leviathan | ATM we are way far from achieving this |
20:30.20 | leviathan | mainly because of me :-( |
20:30.44 | CIA-32 | freesmartphone.org: 03mickey 07cornucopia * r1c07a7ddba90 10/fsodeviced/src/plugins/kernel26_display/plugin.vala: fsodeviced: kernel26_display: fix repr() |
20:30.51 | mickeyl | well |
20:30.51 | leviathan | because my coding style is crap, and my comments are too |
20:30.52 | mickeyl | first make it work |
20:30.53 | leviathan | -.- |
20:30.53 | leviathan | but: I'm working on it |
20:30.57 | leviathan | yes |
20:30.57 | mickeyl | then make it fast |
20:31.02 | mickeyl | then make it clean |
20:31.03 | mickeyl | IMO |
20:31.29 | mickeyl | we're still in 'make it work' |
20:31.30 | mickeyl | :) |
20:32.32 | mickeyl | ok, lady wants to see me for an hour before she goes to bed... will be back in 1h |
20:33.17 | spaetz | oho! |
20:34.45 | leviathan | kk |
20:38.20 | *** join/#openmoko-cdevel methril_home (~methril@189.27.131.210.dynamic.adsl.gvt.net.br) |
20:39.10 | *** join/#openmoko-cdevel GarthPS (~quassel@vig38-4-82-233-124-245.fbx.proxad.net) |
20:40.36 | pespin | JaMa, removing conflicting files let me upgrade ok, and it says: |
20:40.37 | pespin | mesa-dri was autoinstalled and is now orphaned, removing. |
20:40.37 | pespin | Removing package mesa-dri from root... |
20:40.38 | pespin | ;) |
20:49.04 | *** join/#openmoko-cdevel valos (~valos@mar92-6-82-227-150-198.fbx.proxad.net) |
20:57.55 | *** join/#openmoko-cdevel pespin (~Sharwin_F@222.pool85-58-21.dynamic.orange.es) |
20:59.46 | *** join/#openmoko-cdevel pespin (~Sharwin_F@222.pool85-58-21.dynamic.orange.es) |
21:01.46 | *** join/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
21:04.57 | GNUtoo | leviathan, pushed |
21:05.01 | GNUtoo | mickeyl, pushed |
21:05.05 | GNUtoo | please test if possible |
21:05.19 | leviathan | ok |
21:07.35 | GNUtoo | leviathan, note that I didn't touched the useless ioctl,I leave it to you to remove them |
21:07.50 | GNUtoo | or to keep them |
21:08.27 | *** part/#openmoko-cdevel pwerken (~pwerken@square.phys.uu.nl) |
21:08.30 | leviathan | first I need to fix alsa |
21:08.31 | leviathan | :) |
21:09.16 | GNUtoo | ok |
21:09.26 | GNUtoo | add it in todo list if needed then |
21:10.24 | GNUtoo | when alsa will be fixed,and that mickeyl will have zhone finished,we'll have the equivalent of a working not-smart phone |
21:10.36 | GNUtoo | which is great,was lacking for openmoko for a long time |
21:12.35 | Wonka | checking for the suffix of module shared libraries... /home/w/OM/SHR/build/shr-unstable/tmp/work/armv4t-oe-linux-gnueabi/glib-2.0-2.24.0-r0/glib-2.24.0/configure: line 24798: arm-oe-linux-gnueabi-libtool: command not found |
21:13.14 | leviathan | mickeyl: I tried around |
21:13.23 | leviathan | did you ever think to disable all routing? |
21:14.48 | leviathan | ohh |
21:14.48 | leviathan | ok |
21:14.48 | leviathan | tried |
21:14.56 | leviathan | doesnt work out |
21:15.02 | leviathan | -.- |
21:15.43 | GNUtoo | leviathan, tried what? |
21:15.49 | leviathan | mickeyl: now I rember why I didnt implement mute |
21:15.53 | leviathan | because I do not have any idea how to do so |
21:15.53 | leviathan | -.- |
21:15.57 | leviathan | 0 volume |
21:15.58 | leviathan | would be nice |
21:16.17 | leviathan | wouldn't it? |
21:16.19 | leviathan | implementing full mute |
21:16.22 | leviathan | :) |
21:16.44 | GNUtoo | ah ok |
21:17.11 | *** part/#openmoko-cdevel der-lehmann (~der-lehma@188-192-133-169-dynip.superkabel.de) |
21:18.41 | *** join/#openmoko-cdevel GNUtoo|oeee (~GNUtoo@host115-202-dynamic.21-79-r.retail.telecomitalia.it) |
21:19.25 | TAsn | mrmoku, #dbus |
21:19.53 | TAsn | If you want an answer, say you are having trouble with the low-level API, some core devs will start shouting at yeah, and then you'll have attention, and will be able to ask your question : |
21:20.12 | TAsn | They don't answer to anything if you are not doing something terribly wrong. |
21:21.31 | *** part/#openmoko-cdevel otypoks (~e55c24034@xkh1g1.infr.xiaoka.com) |
21:22.46 | TAsn | thanks to me they added the bold message at the top of this page: http://dbus.freedesktop.org/doc/dbus/api/html/index.html |
21:22.50 | TAsn | I drove them crazy :P |
21:24.09 | mrmoku | :P |
21:26.04 | TAsn | mrmoku, got a sec? |
21:26.20 | TAsn | Where do you get the GProxy that you want to free from? (I'm reading the dbus-glib source atm :P ) |
21:28.11 | mrmoku | TAsn: hmm.. that is difficult to say |
21:28.27 | mrmoku | actually I'm not even sure it is a DBusGProxy with libfso-glib |
21:28.43 | mrmoku | I'm calling something like free_smartphone_pim_get_messages_proxy() |
21:28.53 | TAsn | ok |
21:28.57 | TAsn | g_object_unref |
21:28.58 | TAsn | :P |
21:28.59 | mrmoku | and that gives me a FreeSmartphonePIMMessages |
21:29.01 | TAsn | or whatever. |
21:29.07 | mrmoku | hmm |
21:29.12 | mrmoku | g_object_unref sounds good :) |
21:29.24 | mrmoku | as it is a GObject for sure I think |
21:29.34 | TAsn | or at least that's how it looks like :P |
21:31.32 | TAsn | btw, this is just a guess |
21:31.40 | TAsn | I haven't seen anything that proves it |
21:31.44 | TAsn | but the "spirit of the code" |
21:31.45 | mrmoku | sure |
21:31.51 | mrmoku | sounds sensible though |
21:31.52 | TAsn | implied it. |
21:32.07 | mrmoku | should have thought about that too :/ |
21:32.32 | TAsn | all the intersting functions |
21:32.36 | TAsn | are static :P |
21:32.38 | TAsn | static void dbus_g_proxy_finalize (GObject *object); |
21:32.38 | TAsn | static void dbus_g_proxy_dispose (GObject *object); |
21:32.38 | TAsn | static void dbus_g_proxy_destroy (DBusGProxy *proxy); |
21:33.05 | mrmoku | hehe |
21:34.13 | mrmoku | dbus/dbus-gproxy.c: object_class->dispose = dbus_g_proxy_dispose; |
21:36.07 | mrmoku | Decreases the reference count of object. When its reference count drops to 0, the object is finalized (i.e. its memory is freed). |
21:36.19 | mrmoku | will just do that |
21:36.21 | TAsn | <PROTECTED> |
21:36.26 | TAsn | Yay, just verified :P |
21:36.33 | mrmoku | :) |
21:36.35 | TAsn | Found an example somewhere :) |
21:36.49 | mrmoku | ok, thanks |
21:36.51 | TAsn | http://dbus.freedesktop.org/doc/dbus-tutorial.html |
21:36.54 | TAsn | "a sample program" |
21:37.53 | TAsn | btw, in dbus you can have sync method invocation |
21:38.12 | TAsn | I think we should use this feature in some places, don't you think? :P |
21:39.40 | TAsn | (And I hope libfso-glib can help us in that as well.) |
21:39.50 | TAsn | As you can see (and I said so from the start) |
21:39.57 | TAsn | dbus method invocation is terribly easy. |
21:40.27 | TAsn | Especially if you have the specs in advance :P |
21:42.58 | TAsn | Anyhow, sleep. :P |
21:43.00 | TAsn | Ciao. |
21:43.38 | *** join/#openmoko-cdevel methril_home (~methril@189.27.131.160.dynamic.adsl.gvt.net.br) |
21:44.33 | mrmoku | cu |
21:47.17 | pespin | mrmoku, is call volume issue fixed or it was part of April Fools' joke? :P |
21:53.01 | *** join/#openmoko-cdevel mirko (~daten@e179144211.adsl.alicedsl.de) |
21:53.01 | *** join/#openmoko-cdevel TAsn (~tasn@89-139-164-35.bb.netvision.net.il) |
21:53.12 | *** join/#openmoko-cdevel mpr (~mpr@aggr.com) |
21:55.22 | mrmoku | pespin: unfortunatelly no joke :/ |
21:55.34 | mrmoku | speaker volume slider works for me... but mic not |
21:55.48 | mrmoku | has _very_ bad sound on phone calls these days :( |
21:56.24 | pespin | mrmoku, as I've said sometimes, older profiles (before changin format) where far better than nowadays one's ;) |
21:56.46 | pespin | mrmoku, but despite bad sound, does it work? I wasn't able to hear anything some days ago |
21:57.12 | pespin | s/where/were |
21:57.26 | mrmoku | yes, I can hear. Just the mic volume is sooo loud that the other side has bad sound |
21:57.33 | mrmoku | somehow distorted I was said |
21:57.40 | mrmoku | and the mic slider refuses to work |
21:58.29 | pespin | ok, I'll wait some more days and stand with my nokia until you fix that :D |
22:00.58 | pespin | mrmoku, btw, it seems that FSO isn't calling bluetoothd when requesting Bluetooth or setting it to ON, so no org.bluez service appears |
22:01.22 | pespin | calling bluetoothd manually work ok, though |
22:02.57 | mrmoku | isn't that dbus activated? |
22:03.21 | mrmoku | hmm... no |
22:04.22 | mrmoku | ahh... midnight... time to sleep |
22:04.24 | mrmoku | gnight all |
22:04.30 | pespin | gnight |
22:04.39 | spaetz | night |
22:04.48 | pespin | mickeyl, ^ could you look at this when you have time please? |
22:04.59 | TAsn | mrmoku, just came back for a sec |
22:05.00 | TAsn | my suggestion: |
22:05.00 | TAsn | let's change the default mic sensitivity already (ffs!!!) |
22:05.00 | TAsn | so tomorrow maybe |
22:05.01 | TAsn | but at least |
22:05.01 | TAsn | someone needs to do it. |
22:09.43 | JaMa | TAsn: I can bump that and start build.. but no test... |
22:10.42 | JaMa | TAsn: and I'm leaving in 5 hours to Austria skiing.. so I won't be here for next few days |
22:10.42 | JaMa | damn split |
22:12.08 | *** join/#openmoko-cdevel methril_home (~methril@189.27.131.105.dynamic.adsl.gvt.net.br) |
22:13.47 | *** join/#openmoko-cdevel mirko (~daten@e179144211.adsl.alicedsl.de) |
22:16.06 | *** join/#openmoko-cdevel TAsn (~tasn@89-139-164-35.bb.netvision.net.il) |
22:24.15 | *** join/#openmoko-cdevel TAsn (~tasn@89-139-164-35.bb.netvision.net.il) |
22:30.09 | TAsn | pespin, here? |
22:30.20 | TAsn | You got 1 second before I'm off. :P |
22:30.28 | TAsn | come on man! |
22:30.35 | TAsn | Anyhow, pespin workaround for the sound issue: |
22:30.44 | TAsn | adjust the state manually |
22:31.03 | TAsn | I think 70 is good. |
22:31.12 | TAsn | (Mono Playback Volume) |
22:32.48 | *** join/#openmoko-cdevel jansam (~jansam@chaos.mk.cvut.cz) |
22:35.16 | TAsn | JaMa|Skiing, ski? cool have fun :P |
22:41.46 | *** join/#openmoko-cdevel The-Butch (~bastian@p57BA3C89.dip.t-dialin.net) |
22:41.57 | The-Butch | hi |
22:43.16 | TAsn | YAY |
22:43.29 | TAsn | mickeyl, mrmoku|away: I found the bug that caused fsodeviced to loose scenarios :@ |
22:43.56 | mickeyl | yay! |
22:44.14 | mickeyl | what is it? |
22:45.17 | mickeyl | ok, just reading the bug entry |
22:46.14 | TAsn | mickeyl, that's not the bug entry |
22:46.22 | TAsn | sec, I'm openining another one :P |
22:46.28 | TAsn | This one is on another issue :P |
22:46.57 | TAsn | http://trac.freesmartphone.org/ticket/528 |
22:46.59 | TAsn | have fun :P |
22:47.27 | TAsn | The report is filled with assumptions (because as I said there, I'm not a vala dev) |
22:47.46 | TAsn | But I'm positive about the bug |
22:47.53 | TAsn | the assumptions are only about the code :P |
22:48.02 | mickeyl | okies |
22:48.06 | mickeyl | will take a look |
22:48.11 | TAsn | mickeyl, it's a one-liner fix. |
22:49.58 | TAsn | As for the second bug, shouldn't be that hard to fix as well, and both will provide amazing usability improvements (one is a blocker and the other is pretty critical). |
22:50.08 | mickeyl | k |
22:50.56 | pespin | TAsn, yey, I was looking "Last Samurai" film :P let me look at the profile |
22:51.05 | TAsn | pespin, I think that's the best solution |
22:51.46 | pespin | TAsn, where are profiles located now? |
22:52.46 | TAsn | /etc/freesmartphone/conf/openmoko_gta/alsa-default/ |
22:53.33 | The-Butch | does anybody use val(a)ide? |
22:54.23 | pespin | TAsn, 5:'Mono Playback Volume':1:70 <-- like this? |
22:54.27 | TAsn | yes |
22:54.33 | TAsn | even 75 |
22:54.44 | TAsn | I'm still working on findiing the correct value |
22:54.50 | TAsn | and important: |
22:54.56 | TAsn | Don't forget to verify there is *no* newline |
22:54.58 | TAsn | at the end of file |
22:56.13 | *** part/#openmoko-cdevel Martix_ (~Martix_@gw-unart.inext.cz) |
22:56.38 | TAsn | yeah, 75 is perfect for me :P |
22:57.08 | pespin | ok thanks, I'll try calling tomorrow, now is time to sleep, tomorrow it's studying time for me :P |
22:57.33 | TAsn | I'll just send a quick email to shr-user |
22:57.43 | TAsn | And I'm off to bed as well (two hours+ late, but still) |
22:57.45 | pespin | calculus exam in a week :( |
22:58.11 | TAsn | hehe :P |
22:58.18 | TAsn | Thank god I finished that course a while ago |
22:58.25 | TAsn | I'm now taking calculus 3 though :P |
22:58.46 | pespin | I only have 1 subject of calculus |
22:59.16 | pespin | 1 more of Algebra, and 1 Algebra2 optative |
22:59.49 | pespin | gnight! |
22:59.54 | TAsn | night. |
23:00.38 | mickeyl | TAsn: what does a newline do? make it crash? |
23:00.46 | TAsn | no |
23:00.52 | TAsn | just make it not show the scenario |
23:00.57 | TAsn | in GetAvailableScenarios |
23:00.58 | mickeyl | urghs |
23:01.13 | mickeyl | so the scenario is not accepted as valid? |
23:01.16 | TAsn | mickeyl, if I may: lets start with not saving that new line :P |
23:01.30 | TAsn | committing that, reviving our phones |
23:01.43 | TAsn | and then deal with validation checking :P |
23:01.47 | TAsn | mickeyl, I'm not sure to be honest |
23:01.59 | TAsn | mickeyl, I'm not a vala dev, I assume it's not accepted as valid |
23:02.07 | TAsn | though anyhow, no error messages appear, which is bad. |
23:02.10 | mickeyl | ok, will take carea bout that |
23:03.42 | TAsn | thanks. |
23:04.46 | The-Butch | mickeyl, where can i find the path to the git-repository of odeviced? |
23:10.20 | mickeyl | The-Butch: you hopefully mean fsodeviced, which is at cornucopia/fsodeviced |
23:10.34 | The-Butch | yes, i did. thx |
23:10.54 | TAsn | mickeyl, Ok, I think I caused enough damage today. Night. |
23:11.24 | mickeyl | TAsn: thanks, g'night |
23:11.38 | TAsn | mickeyl, please let me (or someone who can build it like JaMa|Skiing/mrmoku) know when you are done :P |
23:11.51 | TAsn | mickeyl, np, I only scratched my itches :P |
23:12.40 | mickeyl | sure |
23:15.08 | The-Butch | hmm, mmy git doesn't want the links copied from the website. isn't this possible? |
23:16.01 | mickeyl | git clone git://git.freesmartphone.org:cornucopia |
23:16.04 | mickeyl | doesn't work? |
23:16.27 | The-Butch | i thought i could try it like svn |
23:16.41 | mickeyl | no, subdirectories don't work :) |
23:16.48 | mickeyl | you need the whole repo |
23:16.58 | mickeyl | which you need anyways if you want to build it |
23:17.04 | mickeyl | plus a couple of more dependencies |
23:18.02 | The-Butch | fatal: Unable to look up (port 9418) (No address associated with hostname) |
23:18.36 | mickeyl | ah |
23:18.38 | mickeyl | try http protocol |
23:20.31 | mickeyl | leviathan: stil awake? |
23:21.46 | leviathan | yes |
23:21.51 | leviathan | mom |
23:21.54 | leviathan | smoking |
23:23.55 | mickeyl | k |
23:24.55 | leviathan | re |
23:25.01 | mickeyl | leviathan: wb. GNUtoo's fix helps w/ panel init, but introduces a nasty race -- http://pastebin.ca/1855389 -- i guess it calls the unblank too early |
23:25.56 | *** join/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com) |
23:25.59 | leviathan | urgh |
23:26.07 | leviathan | I didn't have this kind of error yet |
23:26.12 | budfive | ~nf |
23:26.12 | apt | The #openmoko-cdevel Newsflash Bulletin Board. (continued at ~NF2. For help see ~NF-help) - - - Recommended URLs and channels(chanlogs etc):see ~RL - - - NEWSFLASH [2010-03-28 21:09 UTC]:buildhost got rebooted... new RAM will arrive beginning of next week |
23:26.12 | leviathan | I'll try tomorrow |
23:26.15 | mickeyl | ok |
23:26.16 | mickeyl | g'night |
23:26.19 | leviathan | need to sleep now |
23:26.22 | leviathan | thx |
23:26.23 | leviathan | gn8 |
23:27.41 | *** join/#openmoko-cdevel methril_home (~methril@189.27.128.110.dynamic.adsl.gvt.net.br) |
23:52.28 | *** join/#openmoko-cdevel methril_home (~methril@189.27.128.179.dynamic.adsl.gvt.net.br) |
23:52.52 | *** part/#openmoko-cdevel budfive (~opera@cpe-75-82-219-32.socal.res.rr.com) |