| 00:03.32 | *** join/#openmoko smlsfb (n=jkoenig@cpe-69-201-198-180.hvc.res.rr.com) |
| 00:10.44 | *** join/#openmoko ahbritto (n=guest@adsl-69-104-2-87.dsl.pltn13.pacbell.net) |
| 00:19.46 | *** join/#openmoko Q_Continuum (n=Q@75-168-127-170.mpls.qwest.net) |
| 00:25.55 | *** join/#openmoko HellDragon (i=jd@unaffiliated/helldragon) |
| 00:30.07 | *** join/#openmoko broedje (n=broedje@212.23.103.24) |
| 00:31.36 | broedje | /query Elrond hello world |
| 00:33.28 | *** join/#openmoko bro3dje (n=quirc@212.23.103.24) |
| 00:35.47 | *** join/#openmoko bro3dje (n=quirc@212.23.103.24) |
| 00:38.12 | jr1 | what kind of connector is needed for an external gps antenna? I would like to get one on Ebay , someone mentions that Navilock NL-65AT works. |
| 00:38.22 | jr1 | My question is what kind of connector is it? |
| 00:39.07 | *** join/#openmoko inazouma (n=user@bdy93-1-82-67-223-79.fbx.proxad.net) |
| 00:41.21 | Mek | "Externally-accessible GPS antenna connector of type MMCX" is in the wiki... |
| 00:46.21 | mjr | 2110 :] |
| 00:47.57 | *** join/#openmoko holycow (n=new@mail.wjsgroup.com) |
| 00:53.56 | smlsfb | is it possible to attach an external antenna to the gsm modem? (besides opening/cutting the case) |
| 00:54.27 | smlsfb | i get meh reception at home, it would be nice to plug it into something when i'm there |
| 00:56.40 | *** join/#openmoko Pupeno (n=Pupeno@dsl-37-170.dsl.netsource.ie) |
| 00:58.10 | alp | vindicator_mode! |
| 01:02.27 | *** join/#openmoko flat (n=bkaplan@unaffiliated/flat) |
| 01:34.40 | *** join/#openmoko k-s (n=gustavo@189.70.130.103) |
| 01:57.34 | *** join/#openmoko bkruse_home (n=kruz@76.73.154.120) |
| 01:57.46 | bkruse_home | What is an app that uses the mic that I can view source from? |
| 01:57.59 | bkruse_home | My alsa program works great, however, the microphone is not working |
| 01:59.03 | *** join/#openmoko Xinill (n=xinill@cpr102.neoplus.adsl.tpnet.pl) |
| 01:59.07 | Xinill | hey |
| 02:06.59 | *** part/#openmoko bkruse_home (n=kruz@76.73.154.120) |
| 02:13.11 | *** join/#openmoko olv (n=olvaffe@firewall.tw.openmoko.org) |
| 02:14.02 | Kero | yeah, hooked a pseudo-tty into my testing framework and let gsmd connect to that. |
| 02:15.30 | Kero | now stack libgsmd on top of that, call that from the testing framework and mock the gsm firmware. |
| 02:15.48 | Kero | that's good enough for testing gsmd and libgsmd :) |
| 02:24.26 | *** join/#openmoko nnpiggy (n=nnpiggy@dsl093-060-111.pit1.dsl.speakeasy.net) |
| 02:27.02 | Kero | dumps too much info over the pty... (stdout, too) but I really should eat first... |
| 02:35.11 | *** join/#openmoko dbmoodb (n=david@unaffiliated/dbmoodb) |
| 02:35.45 | dbmoodb | hi just a question with the openmoko - will it work without a sim in it (i assume so) and can you turn the phone component off (like "airport" mode on other devices) |
| 02:36.27 | dbmoodb | --> or are these just software wishlist things for the moment |
| 02:38.00 | dbmoodb | fair enough - don't turn on gsmd :) |
| 02:38.04 | dbmoodb | i take it :) |
| 02:38.06 | Kero | dbmoodb: switching phone part off is easy. |
| 02:38.22 | dbmoodb | mad :) -- that is so cool so you can just /etc/init.d/gsmd stop ? |
| 02:38.43 | *** join/#openmoko free1 (n=chatzill@24-148-55-172.stn-bsr1.chi-stn.il.cable.rcn.com) |
| 02:38.51 | Kero | assuming that nicely kills the phone functionality :) |
| 02:39.01 | dbmoodb | ok i will |
| 02:39.05 | dbmoodb | and that is way cool |
| 02:39.25 | dbmoodb | -- i guess i can kill the phone too :) |
| 02:39.45 | Kero | and then you have a good-looking pda/musicplayer/fullfledgedlinuxmachine |
| 02:41.41 | *** join/#openmoko behdad (n=behdad@CPE001217b19226-CM0012c9c84bc4.cpe.net.cable.rogers.com) |
| 02:41.52 | *** join/#openmoko nibbo_ (i=nibbo@gateway/shell/blinkenshell.org/x-57e01d5174bc3a6d) |
| 02:52.31 | *** part/#openmoko dbmoodb (n=david@unaffiliated/dbmoodb) |
| 02:54.29 | mwester | Although you should be aware that killing gsmd or shutting it down does *NOT* meet the airlines rules. |
| 02:55.07 | mwester | Shutting down gsmd does not (presently) power off the actual GSM radio, it remains active and able to transmit. |
| 02:55.27 | mwester | So if you fly with the neo, you must remove the battery. |
| 02:57.16 | *** join/#openmoko mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 03:03.41 | *** join/#openmoko Crfrod (n=Crfrod@208.65.61.50) |
| 03:08.19 | *** join/#openmoko raster (n=raster@169.222.11.226) |
| 03:11.11 | Kero | mwester: I'd hope the proper AT commands would shut it off? like +CFUN=0 |
| 03:11.16 | *** join/#openmoko ahbritto (n=guest@adsl-69-104-2-87.dsl.pltn13.pacbell.net) |
| 03:13.00 | mwester | Kero: AT@POFF is the command, IIRC. A function to issue that command was added to gsmd, but the last time I checked, gsmd does not automatically issue that function on exit. |
| 03:13.55 | mwester | This issue is one of the reasons why your phone still kills the battery if you shut it down -- the gsm modem sucks the battery flat even though you've powered off the device. |
| 03:17.40 | Kero | gsmd does not. |
| 03:18.52 | Kero | if I 'kill it gently' (TERM), my little framework that started gsmd sees nothing of the sort. |
| 03:23.01 | mwester | I've been doing battle with Openmoko on this issue; I insist that we need to run a shutdown script to power off the gsm modem when the phone shuts down, the Openmoko developers refuse to implement *any* sort of solution. :( |
| 03:23.46 | *** join/#openmoko dkirker (n=dkirker@69.229.198.200) |
| 03:25.45 | *** join/#openmoko jserv-- (n=jserv@firewall.tw.openmoko.org) |
| 03:26.04 | Kero | given the fragility os gsmd in general... that does not surprise me :( |
| 03:27.04 | Kero | if I get libgsmd-tools to invoke but one CME error 3 when the gsm is connected to an operator, that's usually the last response I get. |
| 03:27.47 | holycow | hey guys |
| 03:28.07 | holycow | err ... i mean hello my moko monkeys |
| 03:28.30 | holycow | has anyone checked out kde4 release video on google video? |
| 03:28.59 | holycow | their new plasma technology is really neat, i could totally see running all of kde on something like the moko devices |
| 03:29.15 | holycow | providing a fast enough cpu and enough flash storage i guess |
| 03:29.19 | Mek | yeah, I even got plasma running on the moko :) |
| 03:29.24 | holycow | but the ui could be totally customized to fit |
| 03:29.29 | holycow | Mek: REALLY? |
| 03:29.37 | holycow | cool! |
| 03:29.43 | Mek | holycow: yeah.. it is a bit slow, but it works quite well :) |
| 03:30.20 | *** join/#openmoko HellDragon (i=jd@unaffiliated/helldragon) |
| 03:30.22 | Mek | and it requires large parts of kde4/qt4 of course |
| 03:30.28 | holycow | yes indeed |
| 03:30.37 | holycow | my thought was that of course one wouldn't run all of kde |
| 03:31.10 | holycow | but you would have specialized applications developed on the framework for the device |
| 03:31.35 | holycow | theoretically tho, one could striip down a lot of kde apps for the presentation format |
| 03:32.45 | holycow | Mek: what are your thoughts on the potential for the kde4 framework running on moko devices? |
| 03:34.20 | ljp | might be missing gsm stuff |
| 03:34.24 | Mek | I think it should be possible to make it work... but I haven't really thouht about much details yet... |
| 03:34.45 | Mek | I'd hopde the gsm stuff is/will be implemented in a gui-independent way... |
| 03:35.07 | holycow | ljp: i would imagine probably the hardware abstraction might be missing support for more than that ... but i'm guessing |
| 03:35.38 | holycow | Mek: if any of the kde4 stuff is an indication they will probably abstract that into some sort of daemon/api type of thing |
| 03:35.49 | Mek | and probably indeed some missing bits should be implemented (starting with a widget style to even look a bit acceptable) |
| 03:36.06 | holycow | Mek: yeah indeed |
| 03:36.13 | ljp | might also need more ram, depending on what parts of kde you wanted to run |
| 03:36.30 | holycow | i'm really starting like oxygen so far, its so non offensive compared to the 3.5 iconography |
| 03:36.50 | Mek | I'm not sure that is really true, kde4 should be able to use not significantly more ram than the current UI I'd think |
| 03:37.19 | holycow | i'm not sure i'm one to have an opinion on this, but i think different applications require different interface ideas |
| 03:37.47 | holycow | playing media the ipod has that text based thing down pretty well it seems |
| 03:38.16 | holycow | while say selecting an application the iphone kind of has an interesting idea |
| 03:38.53 | holycow | for web browsing i picture a fully scaled up browser (if one was available theoretically) with an overlaid ui that only comes up with a certain action |
| 03:39.03 | Kero | pft. fourth command gsmd gives is +CMEE. What is that? spec I have here does not list it |
| 03:41.24 | holycow | however the neat thing about some of the iphone/ipod or even the playstation 3 interface ideas for such devices are interesting in that they can be reverse ported to the desktop |
| 03:41.40 | holycow | their minimal approach is perfect for media center types of applications |
| 03:41.59 | holycow | so you could get a re-use type of usecase where a media center shares the interface guidelines for a moko style device |
| 03:42.12 | holycow | whereas the regulard desktop ideas are left for serious work at the desk |
| 03:42.50 | Kero | nm. search functionality of abiword *really sucks* |
| 03:50.47 | ljp | CMEE is extended error reporting |
| 03:58.00 | Kero | even with explanation, I have no clue what +CCWA=1,1 does. |
| 03:58.35 | Kero | "call waiting supplementary service", 3GPP TS 22.083 [5] |
| 04:03.01 | *** join/#openmoko SP-8472 (i=8472@dslb-084-056-241-205.pools.arcor-ip.net) |
| 04:09.30 | holycow | Mek: thanks for the heads up on running plasma on moko already, thats really cool. |
| 04:10.07 | *** join/#openmoko Zoolooc (n=fredsiba@nrbg-4dbfeacf.pool.einsundeins.de) |
| 04:12.30 | ljp | Kero: call forwarding and call barring I think |
| 04:14.15 | *** join/#openmoko j_ack (n=j_ack@dsbg-4db7d79b.pool.einsundeins.de) |
| 04:14.31 | Kero | but what is configured about it? Both '1's mean "enable". |
| 04:15.21 | Kero | and when would a call be forwarded? in other words, which doc do I need to figure this out? |
| 04:15.33 | *** part/#openmoko free1 (n=chatzill@24-148-55-172.stn-bsr1.chi-stn.il.cable.rcn.com) |
| 04:15.43 | Kero | and while at it, what AT commands are used for text messaging? not in the doc I have... |
| 04:20.20 | ljp | http://doc.trolltech.com/qtopia4.2/modememulator-supplementaryservices.html |
| 04:43.58 | *** join/#openmoko mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 04:49.35 | KrisAbsinthe | i dont know who had the idea to replace the OSKB with a num pad, but good job. i feel like im texting the console |
| 04:50.02 | *** join/#openmoko TimRiker (n=timr@rikers.org) |
| 04:51.36 | *** join/#openmoko bkruse (n=bkruse@76.73.154.120) |
| 04:53.20 | *** join/#openmoko astro76 (n=jtaji@unaffiliated/astro76) |
| 04:54.58 | *** join/#openmoko Atul_ (n=qvantel@61.16.248.242) |
| 04:57.56 | *** join/#openmoko MetaMorfoziS (n=khmhm@53d8392d.adsl.enternet.hu) |
| 05:00.06 | bkruse | anyone have some code on how to access the mic? or an app that does it besides the dialer? |
| 05:00.39 | bkruse | also, anyone have source for a third party openmoko gui app? |
| 05:03.13 | *** join/#openmoko theHive (n=theHive@c211-30-182-242.artrmn2.nsw.optusnet.com.au) |
| 05:04.26 | *** join/#openmoko amarsh04 (n=amarsh04@CPE-139-168-223-49.sa.bigpond.net.au) |
| 05:14.46 | *** join/#openmoko flat (n=bkaplan@unaffiliated/flat) |
| 05:14.56 | *** join/#openmoko jouston (n=jouston@61.59.148.22) |
| 05:23.17 | *** join/#openmoko Crfrodf (n=Crfrod@208.65.61.50) |
| 05:35.52 | KrisAbsinthe | bkruse: http://sagacis.doesntexist.com/projects/openmoko-dashboard_0.10_src.tar.gz there is a GUI app source |
| 05:36.01 | *** join/#openmoko rob_w (n=bob@M9995.m.pppool.de) |
| 05:36.06 | bkruse | KrisAbsinthe: perfect...thank you :] |
| 05:36.20 | bkruse | I need to figure out how to make it run all the time or whatever right? so it can monitor for iax calls |
| 05:37.25 | KrisAbsinthe | yup but unless an apop is closed by pressing the power button it is running in the bg |
| 05:38.40 | KrisAbsinthe | so i would say that a simple "if call_receive =true then bring_to_front" or somthing like that psudo code lol |
| 05:39.34 | KrisAbsinthe | well gotta sleep, stupid work and class |
| 05:41.36 | bkruse | oh, perfect |
| 05:41.46 | bkruse | lol, ya, i will try that |
| 05:41.56 | bkruse | I am not sure how to "bring to front" but I will mess with it |
| 06:09.32 | *** join/#openmoko bkruse (n=bkruse@76.73.154.120) |
| 06:28.12 | SpeedEvil | Yay for ebay idiots. one pound ninety-eight for a bluetooth headset. Including postage. |
| 06:28.41 | SpeedEvil | Chinglish description, combined with poor picture. |
| 06:28.47 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 06:32.58 | ahven | 2 pounds? pretty cheap. sounds fishy :) |
| 06:33.23 | SpeedEvil | I have it in my hand. |
| 06:33.47 | ahven | and it works? |
| 06:33.51 | SpeedEvil | 40mm*15mm*15mm and weighing almost nothing. |
| 06:34.04 | SpeedEvil | If I had a 'normal' phone... |
| 06:36.36 | ahven | should prepare for my second workday this month |
| 06:36.47 | ahven | been sick all the other days :P |
| 06:37.22 | *** join/#openmoko Valnar (n=Miranda@ip-62-143-211-37.PH-1411C-BSR64K-01.ish.de) |
| 06:39.03 | *** join/#openmoko peepsalot (n=peepsalo@cpe-67-9-161-48.austin.res.rr.com) |
| 06:39.08 | *** part/#openmoko jouston (n=jouston@61.59.148.22) |
| 06:39.40 | *** join/#openmoko peter_b (n=biertrin@p5497AB31.dip0.t-ipconnect.de) |
| 06:55.12 | *** join/#openmoko fobos (n=fobos@78.90.88.244) |
| 07:08.51 | SpeedEvil | I have a stupid python question. |
| 07:08.58 | SpeedEvil | <PROTECTED> |
| 07:08.58 | SpeedEvil | ImportError: No module named dbus |
| 07:09.10 | SpeedEvil | the bluetooth python headset pairing script |
| 07:09.16 | SpeedEvil | what do I do? |
| 07:10.32 | *** join/#openmoko drath_ (i=vmaster@p5B07E798.dip.t-dialin.net) |
| 07:12.06 | *** join/#openmoko Aniruddha_NL (n=Aniruddh@s5590cf7b.adsl.wanadoo.nl) |
| 07:20.16 | *** join/#openmoko n0on3 (n=n0on3@81-208-83-247.fastres.net) |
| 07:21.38 | *** join/#openmoko geaaru (n=geaaru@host190-213-dynamic.0-79-r.retail.telecomitalia.it) |
| 07:23.03 | ljp | http://trolltech.com/company/newsroom/announcements/press.2008-01-28.4605718236 |
| 07:23.47 | nibbler_de | http://www.nokia.com/A4136001?newsid=1185531 |
| 07:25.54 | *** join/#openmoko [[thufir]] (n=[[thufir@S01060016ec23af88.vc.shawcable.net) |
| 07:27.33 | *** join/#openmoko ecraven (i=nex@eutyche.swe.uni-linz.ac.at) |
| 07:28.17 | hrw | morning |
| 07:28.30 | hrw | ljp: so when lpotter@trolltech.nokia.com? |
| 07:28.44 | *** join/#openmoko rob_w|laptop (n=rob_w@p549B9BAE.dip0.t-ipconnect.de) |
| 07:30.09 | *** join/#openmoko Dodji (n=dodji@torimasen.com) |
| 07:30.28 | ljp | never. :) |
| 07:34.01 | *** join/#openmoko bkruse (n=bkruse@76.73.154.120) |
| 07:34.40 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-80-142.dsl.scarlet.be) |
| 07:36.49 | *** join/#openmoko thomasg_ (n=thomasg@p57AFDA2C.dip.t-dialin.net) |
| 07:39.13 | *** join/#openmoko wolog (n=wolog@s15209028.onlinehome-server.info) |
| 07:39.33 | *** join/#openmoko n0on3 (n=n0on3@81-208-83-247.fastres.net) |
| 07:39.49 | *** join/#openmoko theHive (n=theHive@c211-30-182-242.artrmn2.nsw.optusnet.com.au) |
| 07:40.56 | *** part/#openmoko bkruse (n=bkruse@76.73.154.120) |
| 07:41.11 | *** join/#openmoko tr2x__ (n=alvar@212-41-86-246.adsl.solnet.ch) |
| 07:41.24 | *** join/#openmoko Crfrod (n=Crfrod@208.65.61.50) |
| 07:52.02 | Sonicadvance1 | -_- |
| 07:53.43 | *** join/#openmoko rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
| 07:57.34 | *** join/#openmoko slomo (n=slomo@ubuntu/member/slomo) |
| 08:00.17 | *** join/#openmoko paguilar (n=paguilar@217.194.179.73) |
| 08:00.47 | *** join/#openmoko tr2x_ (n=alvar@212-41-90-43.adsl.solnet.ch) |
| 08:03.38 | *** join/#openmoko netx (n=rlange@osiris.darkempire.org) |
| 08:07.52 | *** join/#openmoko tr2x__ (n=alvar@212.41.75.121) |
| 08:09.23 | *** join/#openmoko pigeon_ (n=pigeon@218-214-60-232.people.net.au) |
| 08:16.31 | *** join/#openmoko tobmaster (n=tobmaste@gw.sinnerschrader.com) |
| 08:17.02 | Hopscotch | good morning |
| 08:20.14 | ScaredyCat | your clocks are fast ljp :) |
| 08:22.26 | *** join/#openmoko haakeyar (n=haakeyar@193.75.54.156) |
| 08:22.40 | *** join/#openmoko mmp (n=mmp@158.195.96.206) |
| 08:33.15 | *** join/#openmoko suuuper (n=suuuper@81-208-88-100.ip.fastwebnet.it) |
| 08:33.51 | *** join/#openmoko Moniker42 (n=sean@pdpc/supporter/student/Moniker42) |
| 08:42.14 | *** join/#openmoko fgau (n=fgau@62.8.133.125) |
| 08:42.17 | *** join/#openmoko t0h (i=thelinev@nikita.tnnet.fi) |
| 08:42.57 | *** join/#openmoko Q_Contoxicated (n=Q@75-168-127-170.mpls.qwest.net) |
| 08:43.48 | *** join/#openmoko dneary (n=dneary@mne69-9-88-163-116-163.fbx.proxad.net) |
| 08:51.04 | *** join/#openmoko xamindar (n=xamindar@c-76-102-48-66.hsd1.ca.comcast.net) |
| 08:52.46 | *** join/#openmoko _Krieger_ (n=warsword@80.90.233.15) |
| 09:04.21 | *** join/#openmoko nurgle_ (n=nurgle@pirates.ivistar.de) |
| 09:04.43 | *** join/#openmoko simon_ (n=simon@dyn167240.wlan.jku.at) |
| 09:07.09 | *** join/#openmoko ruoso (n=ruoso@a81-84-26-6.cpe.netcabo.pt) |
| 09:07.09 | *** join/#openmoko abraxa__ (n=abraxa@pD95FC936.dip.t-dialin.net) |
| 09:08.17 | *** join/#openmoko dbmoodb (n=david@unaffiliated/dbmoodb) |
| 09:20.05 | *** join/#openmoko borg_ (n=olaf@80.149.17.21) |
| 09:22.22 | *** join/#openmoko zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) |
| 09:25.33 | *** join/#openmoko tr2x (n=alvar@212-41-86-142.adsl.solnet.ch) |
| 09:25.59 | *** join/#openmoko Mitacheto (n=chatzill@90-154-143-115.btc-net.bg) |
| 09:29.37 | *** join/#openmoko Cyorxamp (n=Cyorxamp@212.57.232.254) |
| 09:30.09 | *** join/#openmoko pvanhoof (n=pvanhoof@86.39.152.5) |
| 09:32.15 | *** join/#openmoko Atul__ (n=qvantel@61.16.248.242) |
| 09:35.31 | *** join/#openmoko Linux_Galore (n=richard@60-242-20-212.static.tpgi.com.au) |
| 09:35.42 | *** join/#openmoko mohamed (n=chatzill@41.196.246.138) |
| 09:36.41 | zash_ | coffee! |
| 09:37.26 | dbmoodb | !tea |
| 09:37.28 | dbmoodb | !macha |
| 09:37.37 | Linux_Galore | <PROTECTED> |
| 09:37.48 | zash_ | saw that |
| 09:37.56 | Linux_Galore | makes you wonder |
| 09:38.06 | dbmoodb | wtf |
| 09:38.20 | zash_ | what does that mean for qtopia, qt, kde etc? |
| 09:38.26 | Linux_Galore | why would Nokia buy Trolltech when they have gone down the GTK road with Maemo |
| 09:38.27 | XorA | their linux phone must be near completeion |
| 09:38.36 | dbmoodb | really ... makes sense - they were using debian based stuff |
| 09:38.49 | dbmoodb | --> ah nar i think they want to expand their linux |
| 09:39.08 | Linux_Galore | but they already have a GTK toolkit |
| 09:39.27 | XorA | gtk its very good for phone interfaces |
| 09:39.27 | XorA | isnt |
| 09:39.27 | Fatal | it's two completly different departments |
| 09:39.34 | Linux_Galore | I think its maybe a licensing issue |
| 09:39.52 | dbmoodb | hasn't gone through yet |
| 09:40.03 | zedstar | maybe they just bought them to vapourise qtopia ;) |
| 09:40.08 | ljp | it has not been ok'd by regulatory commission |
| 09:40.08 | dbmoodb | nar owning trolltech is a good move |
| 09:40.22 | dbmoodb | -hasn't gone through yet no ? |
| 09:40.34 | Linux_Galore | Trolltech puts QT under GPL 3 and a week later Nokia buys them, hmm |
| 09:40.42 | dbmoodb | - :) |
| 09:40.44 | XorA | one thing can be said it qtopia is a kick ass phone front end |
| 09:40.58 | ljp | hmmm |
| 09:41.03 | dbmoodb | well i think personally nokia hates the symbian os |
| 09:41.04 | ljp | i can agree with that :) |
| 09:41.21 | dbmoodb | - i have seen the n95 not be able to connect to uni network --> internet (wifi) |
| 09:41.28 | Linux_Galore | yeah, I read the Nokia blogs and there is no love for Symbian |
| 09:42.06 | dbmoodb | nokia has been respectful of the gpl so far and their linux products are really cool and this is just part of a trend |
| 09:42.21 | Linux_Galore | one thing for sure its says Linux is mature on mobiles as far as Nokia is concerned |
| 09:42.22 | dbmoodb | - samsung are already in the linux phone business |
| 09:42.22 | XorA | nokia spent the whole of GUADEC abusing all other linux phone projects, so its pretty obvious they one in the pipes |
| 09:42.35 | dbmoodb | guadec ? |
| 09:42.41 | mohamed | NOTE: Task failed: Fetch failed: Fetch command export PATH=/home/mohamed/moko1/build/tmp/staging/i686-linux/bin/arm-angstrom-linux-gnueabi:/home/mohamed/moko1/build/tmp/staging/i686-linux/bin:/home/mohamed/moko1/build/tmp/staging/i686-linux/bin:/home/mohamed/moko1/build/tmp/cross/bin:/home/mohamed/moko1/build/tmp/staging/i686-linux/bin:/home/mohamed/moko1/bitbake/bin:/usr/local/sbin:/usr/local/bin |
| 09:42.43 | XorA | gnome dev conference |
| 09:42.43 | mohamed | Hi all |
| 09:42.44 | mohamed | I'm using ubuntu 7.10 and I'm trying to build openmoko but the following error rises: |
| 09:42.45 | zedstar | probably nokia is commited to Linux and are gonna ditch Symbian at some point and don't want to put all their eggs in the same Linux basket so will support qt and gtk+ up to some point |
| 09:42.46 | mohamed | fatal: read error (Connection timed out) |
| 09:42.47 | mohamed | fatal: Fetch failure: git://www.denx.de/git/u-boot.git |
| 09:42.49 | mohamed | :/usr/sbin:/usr/bin:/sbin:/bin:/usr/games; git fetch git://www.denx.de/git/u-boot.git failed with signal 128, output: |
| 09:42.50 | mohamed | NOTE: package u-boot-openmoko-1.3.1+git0ec595243dc99edcd248bbcfbfd5a1dc860bde89+svn3817-r1: task do_fetch: failed |
| 09:42.52 | mohamed | ERROR: TaskFailed event exception, aborting |
| 09:42.54 | mohamed | NOTE: package u-boot-openmoko-1.3.1+git0ec595243dc99edcd248bbcfbfd5a1dc860bde89+svn3817: failed |
| 09:42.55 | mohamed | ERROR: Build of /home/mohamed/moko1/openembedded/packages/u-boot/u-boot-openmoko_1.3.1+git+svn.bb do_fetch failed |
| 09:42.58 | mohamed | ERROR: Task 28 (/home/mohamed/moko1/openembedded/packages/u-boot/u-boot-openmoko_1.3.1+git+svn.bb, do_fetch) failed |
| 09:43.01 | mohamed | NOTE: Tasks Summary: Attempted 1774 tasks of which 1774 didn't need to be rerun and 1 failed. |
| 09:43.03 | mohamed | ERROR: '/home/mohamed/moko1/openembedded/packages/u-boot/u-boot-openmoko_1.3.1+git+svn.bb' failed |
| 09:43.05 | mohamed | make: *** [openmoko-devel-image] Error 1 |
| 09:43.05 | dbmoodb | yickes |
| 09:43.12 | XorA | maemo == good for pda, useless for phones |
| 09:43.17 | Mononoke | mohamed: pastebin /o\ |
| 09:43.20 | dbmoodb | ? really xora |
| 09:43.25 | dbmoodb | i agree |
| 09:43.25 | Linux_Galore | XorA: explains why they puchased trolltech, talk down GTK/Gnome then buy Trolltech |
| 09:43.27 | dbmoodb | !pastebin |
| 09:43.35 | XorA | dbmoodb: I assume you never used it |
| 09:43.45 | dbmoodb | what an openmoko or qt on a phone ? |
| 09:44.15 | mohamed | Mononoke: what is pastebin /o\ ?? |
| 09:44.25 | ljp | Linux_Galore: remember that Qt is cross platform, not just linux |
| 09:44.28 | Linux_Galore | Openmoko will have to have some QT support if they want Skype |
| 09:44.57 | dbmoodb | i know qt powers tons of stuff |
| 09:44.59 | XorA | Qt is easy |
| 09:45.03 | Mononoke | mohamed: random page( http://pastebin.com/) where you paste your text and post only link on irc |
| 09:45.14 | XorA | Om already has Qt support |
| 09:45.17 | Linux_Galore | ljp: yeah but even Qtopia only use there tookits on Linux Mobile devices as far as I can see |
| 09:45.35 | dbmoodb | ok i have the answer |
| 09:45.47 | ljp | Linux_Galore: doesnt mean it has to stay only on linux |
| 09:45.57 | Linux_Galore | then again skype runs on just about anything and that QT |
| 09:46.28 | dbmoodb | if nokia wants to build internet applications that work on pc and nokia things, then what better way than come along and extend qt, so we might be expecting a Nokia qt voip app some time soon |
| 09:46.36 | zedstar | surely though what will win over on a smart phone is what developers find the easiest to use....not which is technically better |
| 09:46.38 | dbmoodb | that makes the most sense to me - and that would only be one app they could make |
| 09:46.40 | Linux_Galore | ljp: ? maybe Nokia have been working on their own OS and want a UI toolkit ? |
| 09:47.33 | *** join/#openmoko polz (n=polz@lbcsi.fri.uni-lj.si) |
| 09:47.43 | Linux_Galore | dbmoodb: there are already a few QT VoIP apps |
| 09:48.03 | dbmoodb | yeah but anyone controlled by nokia ? |
| 09:48.15 | *** join/#openmoko Ghiottone (n=ale@213.158.72.22) |
| 09:48.39 | Linux_Galore | dbmoodb: makes the relationship with Philips and Trolltech interesting |
| 09:48.41 | *** join/#openmoko zilux (n=user@bdy93-1-82-67-223-79.fbx.proxad.net) |
| 09:48.59 | Linux_Galore | ie Philips use QTopia on lots of their wireless stuff |
| 09:49.00 | dbmoodb | well this doesn't go through till later and i expect nokia to maintain trolltech |
| 09:49.03 | XorA | ljp: why does the use of -verbose in qtopia build do different stuff than without, makes debugging hard :-( |
| 09:49.14 | dbmoodb | tis not like they can take the gpl v3 off it |
| 09:50.05 | ljp | XorA: only difference should be a more verbsose output |
| 09:50.16 | Linux_Galore | dbmoodb: they can fork it |
| 09:50.24 | dbmoodb | yes i know |
| 09:50.32 | dbmoodb | but they won't |
| 09:51.09 | Linux_Galore | dbmoodb: we are talking big megga corp, being nice isnt what they are paid for |
| 09:51.43 | XorA | ljp: here its actually ending with a different error :-( |
| 09:52.13 | ljp | -verbose should be the actual error |
| 09:52.20 | XorA | ljp: Im beginning to think some variable set in OE, is upsetting the configure script in qtopia in some subtle way |
| 09:52.25 | ljp | not sure why that happens |
| 09:52.59 | ljp | XorA: have you looked at the .bb in the qtopia sources? |
| 09:53.05 | XorA | ljp: yes |
| 09:53.23 | Ghiottone | good morning all |
| 09:53.32 | *** join/#openmoko zween (n=zween@78-86-213-209.zone2.bethere.co.uk) |
| 09:53.41 | Linux_Galore | see if Nokia throw a spanner in the QTopia port for OM |
| 09:53.44 | dbmoodb | linux galore stop, can i go and download maemo source code ? |
| 09:54.13 | Linux_Galore | dbmoodb: no, large parts are held under patent so you can only get binaries |
| 09:54.23 | dbmoodb | try again |
| 09:54.29 | dbmoodb | i can get all the gpled parts |
| 09:54.35 | Linux_Galore | dbmoodb: the whole dsp is a binary |
| 09:54.52 | dbmoodb | http://maemo.org/development/sources/ |
| 09:55.12 | Linux_Galore | dbmoodb: yep thats the GPL "parts" but not the whole lot |
| 09:55.28 | dbmoodb | the parts are greater than the whole |
| 09:55.58 | XorA | Linux_Galore: my stupidity is enough of a spanner, nokia dont need to throw one |
| 09:56.03 | dbmoodb | <PROTECTED> |
| 09:56.13 | dbmoodb | they seem to be very respectful and open |
| 09:56.30 | dbmoodb | yes, nokia could do something evil, but surely they would have already. |
| 09:56.44 | Linux_Galore | dbmoodb: yes but the hardware-> UI stuff, allot of it isnt open |
| 09:56.59 | *** join/#openmoko shenki (n=joel@202.174.42.5) |
| 09:57.01 | dbmoodb | .... dude most hardware isn't open |
| 09:57.07 | Linux_Galore | dbmoodb: heres a simple test, find out how to play ogg file on a N700/800/810 |
| 09:57.14 | mohamed | Mononoke: pastebin doesn't seem to be responding?? |
| 09:57.36 | Linux_Galore | dbmoodb: they have locked out allot of the functionality |
| 09:57.57 | Linux_Galore | dbmoodb: you cant play a ogg file on a N700/800810 |
| 09:58.04 | Linux_Galore | wonder why ? |
| 09:58.26 | dbmoodb | sure but all i'm saying they are not an evil company as we have seen yet. linux_galore this is really not the place to say if a company is going to do something or not - slug would be slightly better |
| 09:58.31 | dbmoodb | "slightly" |
| 09:58.51 | *** join/#openmoko geaaru (n=geaaru@host236-214-dynamic.24-79-r.retail.telecomitalia.it) |
| 09:59.20 | Linux_Galore | dbmoodb: I cant even write code to play an ogg file, wow not to open now are we |
| 10:00.09 | mohamed | Mononoke: the error is just that a Not Found error and then the connection times out: |
| 10:00.11 | mohamed | NOTE: Running task 1775 of 5344 (ID: 28, /home/mohamed/moko1/openembedded/packages/u-boot/u-boot-openmoko_1.3.1+git+svn.bb, do_fetch) |
| 10:00.13 | mohamed | NOTE: package u-boot-openmoko-1.3.1+git0ec595243dc99edcd248bbcfbfd5a1dc860bde89+svn3817: started |
| 10:00.15 | mohamed | NOTE: package u-boot-openmoko-1.3.1+git0ec595243dc99edcd248bbcfbfd5a1dc860bde89+svn3817-r1: task do_fetch: started |
| 10:00.17 | mohamed | NOTE: fetch http://downloads.openmoko.org/sources/git_www.denx.de.git.u-boot.git_0ec595243dc99edcd248bbcfbfd5a1dc860bde89.tar.gz |
| 10:00.18 | mohamed | --11:58:32-- http://downloads.openmoko.org/sources/git_www.denx.de.git.u-boot.git_0ec595243dc99edcd248bbcfbfd5a1dc860bde89.tar.gz |
| 10:00.20 | mohamed | <PROTECTED> |
| 10:00.21 | mohamed | Resolving downloads.openmoko.org... 88.198.93.219 |
| 10:00.23 | mohamed | Connecting to downloads.openmoko.org|88.198.93.219|:80... connected. |
| 10:00.24 | mohamed | HTTP request sent, awaiting response... 404 Not Found |
| 10:00.26 | mohamed | 11:58:33 ERROR 404: Not Found. |
| 10:00.32 | Linux_Galore | mohamed: dont spam' |
| 10:01.03 | Linux_Galore | mohamed: use a pastbin service then post the url as part of the question |
| 10:01.47 | mohamed | Linux_Galore: I'm sorry I'm not spamming I was just trying to send my problem as pastbin didn't worked |
| 10:02.07 | Linux_Galore | !pastbin |
| 10:02.49 | Linux_Galore | http://paste.ubuntu-nl.org/ |
| 10:02.52 | smlsfb | pastebin? |
| 10:03.12 | Linux_Galore | past text files onto the web |
| 10:03.23 | Linux_Galore | rather then spam the channel |
| 10:03.36 | *** join/#openmoko loufoque (n=loufoque@tobias.residence.ens-lyon.fr) |
| 10:04.30 | XorA | ljp: it was PEBCAK problem with -verbose |
| 10:06.56 | balrog-kun | mohamed: normally you would get kicked out after the first paste |
| 10:07.41 | mohamed | balrog-kun: ok sorry once more, my question was that I have a problem building openmoko (http://paste.ubuntu-nl.org/53842/) the previous url shows the task which fails |
| 10:08.00 | *** join/#openmoko jannu (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 10:09.36 | ljp | XorA: thats easy to fix.. just stand up |
| 10:10.20 | *** join/#openmoko lrg (n=liam@lumison.wolfsonmicro.com) |
| 10:10.45 | *** join/#openmoko Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
| 10:11.32 | *** join/#openmoko tr2x_ (n=alvar@212-41-123-31.adsl.solnet.ch) |
| 10:11.42 | mjr | (One thing about the nokia discussion, then I'll drop it as off-topic; to me, the N8xx platform has seemed to be about going towards more and more proprietary solutions, both with third party apps and Nokia's in-house ones, even if much of the underlying framework itself is open. So we'll just see if qtopia stays both developed and free. Luckily I don't mind particularly much.) |
| 10:13.00 | cdbot2 | * * OM Bug 1199 has been created by gcasse(AT)oralux.org |
| 10:13.01 | cdbot2 | * * gps power status |
| 10:13.02 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1199 |
| 10:14.43 | *** part/#openmoko dbmoodb (n=david@unaffiliated/dbmoodb) |
| 10:15.01 | cdbot2 | * * OM Bug 1200 has been created by gcasse(AT)oralux.org |
| 10:15.01 | cdbot2 | * * bluetooth power status |
| 10:15.02 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1200 |
| 10:16.01 | mohamed | any help with that http://paste.ubuntu-nl.org/53842/ (the connection then times out) |
| 10:16.37 | XorA | mohamed: got a firewall between you and net? |
| 10:16.42 | *** join/#openmoko jpozlovsky (n=jindra@21.238.broadband9.iol.cz) |
| 10:17.39 | mohamed | I'm not sure but I'm using ubuntu 7.10 and I've downloaded security updates, which might contain firewall |
| 10:17.59 | mohamed | XorA: should I disable it if any is working? |
| 10:18.00 | cdbot2 | * * OM Bug 1201 has been created by gcasse(AT)oralux.org |
| 10:18.01 | cdbot2 | * * gsm power status |
| 10:18.02 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1201 |
| 10:18.20 | balrog-kun | well, it's 404 so there is a working connection |
| 10:18.43 | XorA | balrog-kun: yes, but he said after tha a connection times out, which I assume is git and svn fethcing not working |
| 10:19.00 | XorA | as git and svn should kick in if tarball not found |
| 10:19.07 | balrog-kun | XorA: oh, right |
| 10:19.23 | XorA | ljp: NOTE: package qtopia-phone-4.3.0-r1: task do_compile: started |
| 10:19.25 | *** join/#openmoko Field (n=Field@ip-185.emscb.ruhr-uni-bochum.de) |
| 10:19.58 | *** join/#openmoko tr2x__ (n=alvar@212-41-73-52.adsl.solnet.ch) |
| 10:21.13 | *** join/#openmoko Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
| 10:21.56 | cesarb | smlsfb: the gsm connector is acessible when you open the back (as if you were going to remove the battery), it's the hole near one of the screw holes. See the wiki for details. |
| 10:22.56 | mohamed | XorA: so what should I do to avoid this? |
| 10:23.18 | XorA | mohamed: no idea |
| 10:23.31 | *** join/#openmoko linux_ (n=linux@firewall.tw.openmoko.org) |
| 10:24.20 | balrog-kun | you could try skipping u-boot i guess |
| 10:24.51 | mohamed | balrog-kun: how could I skip it? |
| 10:27.01 | smlsfb | cesarb, cool, thanks :) |
| 10:27.49 | balrog-kun | mohamed: i don't know exactly sorry |
| 10:27.53 | cesarb | Kero: you can get the manual for the Enfora Enabler IIE (which uses very similar proprietary commands) and the 3gpp specifications for the official commands (07.07 has the base ones; the SMS ones should be in a different spec, you just have to find the correct number) |
| 10:27.59 | balrog-kun | don't have mokomakefile |
| 10:28.24 | mohamed | balrog-kun: I have, but what command should I type? |
| 10:31.59 | balrog-kun | well, i don't know since i don't have mokomakefile |
| 10:35.48 | cesarb | If you want to skip uboot, you also have to skip compiling the kernel, since it needs a small tool from uboot |
| 10:36.09 | cesarb | And shouldn't the fetch be able to get uboot directly from the git repository if the http download fails? |
| 10:37.56 | *** join/#openmoko tr2x_ (n=alvar@212-41-119-26.adsl.solnet.ch) |
| 10:38.31 | mohamed | cesarb: no it didn't get uboot directly |
| 10:40.08 | *** join/#openmoko Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
| 10:41.12 | XorA | ljp: Im confused is this supposed to be build qvfb for arm it x86? |
| 10:41.19 | XorA | s/it/or/ |
| 10:44.37 | *** join/#openmoko Jonashdsf (n=jonas@wop.ulyssis.student.kuleuven.be) |
| 10:46.47 | *** join/#openmoko simon_ (n=simon@dyn167240.wlan.jku.at) |
| 10:52.20 | balrog-kun | x86 i believe (if qvfb is enabled in configure) |
| 10:52.53 | balrog-kun | or rather, the host arch |
| 10:57.21 | XorA | ljp: any clues? /home/dp/zaurus/build-neo/tmp/work/fic-gta01-angstrom-linux-gnueabi/qtopia-phone-4.3.0-r1/qtopia-opensource-4.3.0/qtopiacore/qt/src/corelib/codecs/qtextcodecplugin.h:67: Error: Undefined interface |
| 11:01.10 | *** join/#openmoko SP8472 (i=8472@dslb-084-057-241-130.pools.arcor-ip.net) |
| 11:05.01 | *** join/#openmoko rtp (n=rtp@2a01:5d8:58a6:7960:20e:cff:fedc:7859) |
| 11:05.38 | *** join/#openmoko amarsh04 (n=amarsh04@CPE-139-168-223-49.sa.bigpond.net.au) |
| 11:06.09 | *** join/#openmoko lool (i=lool@debian/developer/lool) |
| 11:06.47 | *** join/#openmoko SP-8472 (i=8472@dslb-084-056-235-107.pools.arcor-ip.net) |
| 11:10.27 | *** join/#openmoko dneary (n=dneary@mne69-9-88-163-116-163.fbx.proxad.net) |
| 11:15.16 | lool | Hi folks, I'm trying to understand whether http://moblin.org/repos/projects/moko-finger-scroll.git/ relates in anyway to openmoko |
| 11:16.49 | *** join/#openmoko ruoso (n=ruoso@mail.verticalone.pt) |
| 11:21.10 | *** join/#openmoko playya_ (n=playya@p508B2401.dip0.t-ipconnect.de) |
| 11:22.44 | *** join/#openmoko josch (n=josch@host132.natpool.mwn.de) |
| 11:30.10 | *** join/#openmoko jpozlovsky_ (n=jindra@21.238.broadband9.iol.cz) |
| 11:36.42 | *** join/#openmoko jannu (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 11:44.56 | *** join/#openmoko Zero_Dogg (n=zerodogg@mandriva/developer/Zero-Dogg) |
| 11:48.19 | *** join/#openmoko feis (n=feis@static.5.133.47.78.clients.your-server.de) |
| 11:52.49 | *** join/#openmoko grummel (n=grummel@p5B16EE48.dip.t-dialin.net) |
| 11:58.29 | *** join/#openmoko jpozlovsky_ (n=jindra@21.238.broadband9.iol.cz) |
| 12:06.57 | *** join/#openmoko rob_w|laptop (n=rob_w@p549B9BAE.dip0.t-ipconnect.de) |
| 12:09.40 | *** join/#openmoko morricone (n=foobar@dslb-084-057-150-163.pools.arcor-ip.net) |
| 12:09.55 | *** join/#openmoko jannu (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 12:10.05 | *** join/#openmoko edistar_ (n=edistar@ip503ddd09.speed.planet.nl) |
| 12:13.32 | *** join/#openmoko doc|home (n=doc@gentoo/contributor/doc-007) |
| 12:16.45 | *** join/#openmoko florian (n=fuchs@217.146.132.69) |
| 12:16.49 | *** join/#openmoko Crfrodf (n=Crfrod@208.65.61.50) |
| 12:17.20 | *** join/#openmoko tonyg (n=tonyg@host226.lshift.net) |
| 12:17.50 | *** join/#openmoko dotmef (n=mef@210-84-14-40.dyn.iinet.net.au) |
| 12:18.14 | tonyg | hi all. the mixer settings on the gta01 are really complicated. When I use "gsmhandset.state", I hear my own voice through the speaker, which makes the audio quality on a call pretty poor. Which setting should I adjust? |
| 12:18.23 | tonyg | I guess I'm after some kind of "microphone mute" setting |
| 12:18.31 | *** part/#openmoko dotmef (n=mef@210-84-14-40.dyn.iinet.net.au) |
| 12:18.34 | tonyg | but I've no idea which of the million options to start looking at :) |
| 12:18.40 | *** join/#openmoko dotmef (n=mef@210-84-14-40.dyn.iinet.net.au) |
| 12:18.49 | *** join/#openmoko wolog (n=wolog@s15209028.onlinehome-server.info) |
| 12:19.45 | *** join/#openmoko vininim (n=vininim@pdpc/supporter/student/vininim) |
| 12:21.12 | *** join/#openmoko flat_ (n=bkaplan@unaffiliated/flat) |
| 12:21.38 | *** join/#openmoko tr2x (n=alvar@212-41-69-31.adsl.solnet.ch) |
| 12:24.27 | *** join/#openmoko rd_ (n=dr@vnsecurity.net) |
| 12:25.19 | *** join/#openmoko raddy (n=raddy@59.92.194.69) |
| 12:25.28 | raddy | Hello Everybody |
| 12:25.35 | smlsfb | tonyg, http://wiki.openmoko.org/wiki/User:KrisAbsinthe |
| 12:25.55 | smlsfb | KrisAbsinthe, has a lot of alsa/mixer stuff on their wiki page |
| 12:26.02 | tonyg | thanks, I'll take a look |
| 12:26.18 | tonyg | I just experimented with alsamixer and found the "Bypass Playback Volume" seems to be the setting I wanted |
| 12:26.26 | *** join/#openmoko jannu_ (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 12:26.30 | tonyg | I've set it to zero during a call and things seemed to be better |
| 12:26.37 | smlsfb | cool |
| 12:26.40 | *** join/#openmoko radd1 (n=raddy@59.92.194.69) |
| 12:26.42 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 12:26.53 | smlsfb | good luck with it. i know it's been kind of a pain for some people |
| 12:29.18 | *** join/#openmoko nnpiggy (n=nnpiggy@dsl093-060-111.pit1.dsl.speakeasy.net) |
| 12:32.13 | *** join/#openmoko flat__ (n=bkaplan@c-24-5-68-98.hsd1.ca.comcast.net) |
| 12:34.27 | *** join/#openmoko jannu (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 12:34.32 | tonyg | yep, that seems to have fixed it. I'll stick a patch on my userpage |
| 12:35.20 | *** join/#openmoko Pitbullpc (n=Bogus@194.32.100.97.cfl.res.rr.com) |
| 12:35.38 | smlsfb | awesome :) |
| 12:37.11 | *** join/#openmoko TAsn (n=TAsn@82.166.223.50) |
| 12:37.45 | smlsfb | tonyg, how is the phone functioning for you? |
| 12:37.51 | smlsfb | can you make/receive calls? |
| 12:37.54 | tonyg | http://wiki.openmoko.org/wiki/User:TonyGarnockJones |
| 12:37.55 | tonyg | yep |
| 12:38.05 | smlsfb | cool |
| 12:38.09 | tonyg | I am, however, not using very much of the openmoko userland |
| 12:38.12 | smlsfb | using it on a regular basis at all? |
| 12:38.16 | tonyg | trying to. |
| 12:38.22 | tonyg | the main problem now is power management. |
| 12:38.24 | smlsfb | ahh, fair enough |
| 12:38.29 | smlsfb | yeah, so i hear |
| 12:38.31 | tonyg | I get about 4-5 hours on a full charge |
| 12:38.42 | tonyg | means I have to carry around the usb connector in my pocket :-) |
| 12:38.55 | tonyg | ... fortunately, professional programmer, and lots of machines at home |
| 12:39.05 | smlsfb | haha, that helps |
| 12:39.09 | tonyg | One gripe is that the USB charger I bought for my ipod isn't detected by the GTA01 |
| 12:39.21 | tonyg | so I have to have a whole PC turned on to charge the bloody thing |
| 12:39.35 | smlsfb | ugh, that sounds like a poor design |
| 12:39.45 | mickeyl | actually it's not |
| 12:39.48 | tonyg | well, the rationale is good |
| 12:39.49 | mickeyl | it's proper design |
| 12:39.56 | smlsfb | i have a charger for my palm tx, i wonder if it would work |
| 12:39.59 | mickeyl | as in... honor standards |
| 12:40.03 | tonyg | mickeyl, agreed |
| 12:40.05 | mickeyl | and... don't trash external hardware |
| 12:40.08 | smlsfb | ahh, only charges if it trusts it? |
| 12:40.17 | *** join/#openmoko SaldainiS (i=sexXx@cl167-224.parabole.lt) |
| 12:40.19 | tonyg | mickeyl, is there a way to force 500mA mode? |
| 12:40.19 | mickeyl | yep. don't suck 500mA from unknown devices |
| 12:40.40 | mickeyl | tonyg: ya. echo "fast" > <devicenode> |
| 12:40.44 | smlsfb | that sounds reasonable |
| 12:40.46 | tonyg | **nice** |
| 12:40.46 | tonyg | thanks |
| 12:40.53 | mickeyl | please look in the wiki for the correct devicenode, don't have it offhand |
| 12:40.53 | tonyg | brb |
| 12:40.56 | mickeyl | ends with chgmode |
| 12:40.58 | mickeyl | iirc |
| 12:41.12 | mjr | nitpick: proc file, not device node :] |
| 12:41.22 | mickeyl | well |
| 12:41.23 | mickeyl | sysfile |
| 12:41.26 | mickeyl | but you're right |
| 12:41.30 | mjr | oops |
| 12:41.30 | mickeyl | it's not a device node |
| 12:41.57 | *** part/#openmoko Zero_Dogg (n=zerodogg@mandriva/developer/Zero-Dogg) |
| 12:42.04 | mjr | Annyway. I think I saw a GUI frontend to forcing fast charging somewhere too. |
| 12:42.13 | mickeyl | probably SettingsUI |
| 12:42.14 | *** join/#openmoko jpozlovsky_ (n=jindra@21.238.broadband9.iol.cz) |
| 12:42.34 | Sup3rkiddo | hi all |
| 12:42.42 | *** join/#openmoko radd1 (n=raddy@59.92.194.69) |
| 12:44.05 | *** join/#openmoko bedboi (n=bedboi@c3lab.poliba.it) |
| 12:46.27 | *** join/#openmoko krau (n=cktakaha@200.184.118.132) |
| 12:46.38 | *** join/#openmoko lsobral (n=sobral@200.184.118.132) |
| 12:46.52 | ScaredyCat | http://www.getmiro.com/ looks interesting.... |
| 12:47.47 | mjr | ScaredyCat, interesting indeed at first glance |
| 12:48.01 | ScaredyCat | hey, it's FOSS. .. no complainging ;) |
| 12:48.22 | ScaredyCat | and cross platorm too |
| 12:48.34 | ScaredyCat | all I need no w is a new keyboard |
| 12:50.47 | *** join/#openmoko jserv-- (n=jserv@firewall.tw.openmoko.org) |
| 12:53.31 | *** join/#openmoko radd1 (n=raddy@59.92.194.69) |
| 12:53.31 | *** join/#openmoko behdad (n=behdad@CPE001217b19226-CM0012c9c84bc4.cpe.net.cable.rogers.com) |
| 12:57.06 | *** part/#openmoko raddy (n=raddy@59.92.194.69) |
| 13:01.57 | *** join/#openmoko tonyg (n=tonyg@host226.lshift.net) |
| 13:02.06 | tonyg | "boo" for firewall reboots :( |
| 13:04.59 | *** join/#openmoko andrunko (n=andrunko@200.184.118.132) |
| 13:05.17 | *** join/#openmoko torarnv (i=torarnv@gaupe.stud.ntnu.no) |
| 13:09.28 | *** join/#openmoko k-s[WORK] (n=gustavo@200.184.118.132) |
| 13:11.58 | Sup3rkiddo | boo |
| 13:12.03 | *** join/#openmoko Ryback_ (n=ulisses@200.184.118.132) |
| 13:14.09 | SpeedEvil | b |
| 13:16.50 | *** join/#openmoko rtp (n=rtp@sat78-7-88-166-121-96.fbx.proxad.net) |
| 13:21.24 | tonyg | what would I echo to chgmode to turn off 500mA? "trickle" didn't have an effect |
| 13:21.31 | tonyg | (I'm currently plugged in to a linux box) |
| 13:21.40 | tonyg | (my apple usb charger is at home) |
| 13:23.03 | *** join/#openmoko Gybrush_ (n=Gybrush@f053152190.adsl.alicedsl.de) |
| 13:24.13 | *** join/#openmoko rob_w|lappi (n=rob_w@p549BA17D.dip0.t-ipconnect.de) |
| 13:26.58 | SpeedEvil | why do you want to turn it off? |
| 13:28.06 | mjr | Indeed I'd also like to be able to turn it off, sometimes when working with a laptop one might want the neo not to slurp at the battery |
| 13:28.14 | SpeedEvil | ah |
| 13:28.35 | mjr | haven't felt great enough need yet to do that myself, but it could be a nice small project... |
| 13:30.14 | tonyg | SpeedEvil, mostly just to test forcing it back on again :) |
| 13:30.33 | mjr | hehe |
| 13:33.48 | zedstar | eh tonyg there is a good mobile meet in london next week if u interested....i am gonna go armed with Neo |
| 13:38.37 | SpeedEvil | mjr: I have a hardware solution for that. |
| 13:38.50 | SpeedEvil | mjr: 10cm USB cable, with the red wire cut. |
| 13:41.17 | CIA-15 | openmoko: 03werner * r3967 10/trunk/src/target/u-boot/ (patches/build-kludge.patch patches/series scripts/build): (log message trimmed) |
| 13:41.17 | CIA-15 | openmoko: Tracking upstream, with a small build error. |
| 13:41.17 | CIA-15 | openmoko: scripts/build: update to GIT_HEAD 98b742489c09780be6a832eeaa4e5eff824792bb, |
| 13:41.17 | CIA-15 | openmoko: SVN_REV 3967. |
| 13:41.17 | CIA-15 | openmoko: 98b742489c09780be6a832eeaa4e5eff824792bb did not build because |
| 13:41.21 | CIA-15 | openmoko: drivers/spi/mpc8xxx_spi.c referenced asm/mpc8xxx_spi.h, which doesn't exist on |
| 13:41.23 | CIA-15 | openmoko: non-MPC8xxx builds. Instead of fixing the build system to compile only drivers |
| 13:44.12 | ScaredyCat | In this mode, /sys/devices/platform/s3c2410-i2c/i2c-adapter/i2c-0/0-0008/chgmode reports 'pre' |
| 13:51.16 | *** join/#openmoko marsan (n=marsan@ti500720a080-2584.bb.online.no) |
| 13:51.20 | *** join/#openmoko pmw (n=pmw@m5916fa48.tmodns.net) |
| 13:53.09 | florian | good morning |
| 13:55.37 | florian | mickeyl: Who might be interested in a patch for another GSM modem support in gsmd? |
| 13:57.28 | tonyg | ScaredyCat, (echo "pre" > chgmode; cat chgmode) still produces "fast_cccv" for me. Never mind, I'll try it out when I get home |
| 13:57.39 | tonyg | zedstar, sounds interesting. what's the story? |
| 13:57.46 | SpeedEvil | tonyg: in pratice |
| 13:58.02 | SpeedEvil | If the battery is charged, it won't draw any more than normal operating current |
| 13:58.07 | *** join/#openmoko Larry_jr (n=larry@200.184.118.132) |
| 13:58.39 | mickeyl | florian: gmsd-devel@lists.openmoko.org |
| 13:58.54 | mickeyl | florian: or the bugtracker |
| 13:59.13 | zedstar | tonyg: it is mobile monday london...some industry meetup thing every month.....this month is about mobile OS's and we have various speakers from the different OS's |
| 14:00.00 | zedstar | tongy: http://mobilemonday.org.uk/ |
| 14:00.15 | florian | mickeyl: ok |
| 14:05.47 | *** join/#openmoko `pwgen` (n=ew@masq.rznet.de) |
| 14:12.32 | SpeedEvil | mickeyl: would you happen to know if the gsm modem in the neo can do other speeds than 115200? |
| 14:13.17 | SpeedEvil | (WRT cpufreq and serial driver constraints on operating speeds) |
| 14:13.39 | mickeyl | SpeedEvil: no idea, sorry |
| 14:13.42 | *** join/#openmoko tr2x_ (n=alvar@212-41-80-222.adsl.solnet.ch) |
| 14:13.51 | mickeyl | interesting question though |
| 14:13.57 | mickeyl | try the mailing list |
| 14:15.43 | CIA-15 | openmoko: 03thomas * r3968 10/trunk/src/target/opkg/ (opkg_cmd.c opkg_download.c): opkg: improve download error reporting |
| 14:17.24 | `pwgen` | hello |
| 14:18.23 | `pwgen` | does some know what i can do if gsmd died ( instead of rebooting ) ? |
| 14:19.17 | SpeedEvil | yeah |
| 14:22.56 | *** join/#openmoko tr2x__ (n=alvar@212-41-88-126.adsl.solnet.ch) |
| 14:23.07 | *** join/#openmoko jmichel (n=jmichel@142.92.36.177) |
| 14:23.20 | jmichel | Hi |
| 14:23.57 | jmichel | The top information bar on the phone is often closing unexpextedly... any way to sart it back without rebooting ? |
| 14:24.19 | `pwgen` | the problem is , gsmd does eventnofication via socket,if it dies all communication to phonekit ist lost |
| 14:25.04 | `pwgen` | jmichel: xserver + dbus restart .... |
| 14:27.40 | jmichel | `pwgen` are these commands because I can't find them on the phone's terminal ? |
| 14:29.13 | *** join/#openmoko ScarEye (n=scareye@12.27.87.66) |
| 14:30.22 | `pwgen` | make a script with following: /etc/init.d/xserver-nodm stop;/etc/init.d/dbus-1 stop;.../dbus-1 start; ...xserver-nodm start ; |
| 14:31.04 | `pwgen` | an run it with : nohup /home/root/myscript.sh |
| 14:31.23 | `pwgen` | this should restart your gui |
| 14:31.34 | jmichel | `pwgen` Thanks I'll try this right now |
| 14:32.22 | `pwgen` | the problem is, the panel will be started from windowmanager and if it dies, ic could not be restartet without the windowmanager |
| 14:33.02 | *** join/#openmoko tr2x (n=alvar@212-41-115-131.adsl.solnet.ch) |
| 14:33.21 | `pwgen` | and it seems that there are probs with dbus-communication when the panel died |
| 14:40.55 | *** join/#openmoko tr2x_ (n=alvar@212-41-69-218.adsl.solnet.ch) |
| 14:41.48 | *** join/#openmoko CVirus (n=GoD@82.201.178.194) |
| 14:50.40 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 15:08.36 | *** join/#openmoko retracile (n=eli@65.91.166.175) |
| 15:08.41 | *** join/#openmoko jserv-- (n=jserv@61-217-195-202.dynamic.hinet.net) |
| 15:15.36 | *** join/#openmoko chris^ (n=kraetzi@p548AD1E3.dip.t-dialin.net) |
| 15:22.08 | *** join/#openmoko peepsalot (n=peepsalo@bwext.kpimdp.com) |
| 15:22.43 | *** join/#openmoko goxboxlive (n=goxboxli@81.80-202-132.nextgentel.com) |
| 15:24.59 | *** join/#openmoko Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
| 15:34.44 | tonyg | agh, the momo thing clashes with a friend's leaving drinks, zedstar, but in general I'm up for any London-based OpenMoko-relevant events |
| 15:35.14 | *** join/#openmoko Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
| 15:42.34 | *** join/#openmoko Seb` (n=seb@bld.chezseb.net) |
| 15:42.51 | zedstar | tonyg: ok cool....should be quite a few events coming up |
| 15:42.52 | *** join/#openmoko spydon (n=spydon@90-227-34-143-no42.tbcn.telia.com) |
| 15:53.00 | *** join/#openmoko MetaMorfoziS (n=khmhm@53d8392d.adsl.enternet.hu) |
| 15:57.28 | *** join/#openmoko nnpiggy (n=nnpiggy@host-66-202-66-57.har.choiceone.net) |
| 15:58.40 | *** join/#openmoko holycow (n=new@mail.wjsgroup.com) |
| 16:01.36 | *** join/#openmoko mindCrime (n=chatzill@66.83.208.218.nw.nuvox.net) |
| 16:04.38 | *** join/#openmoko mgregson (n=mgregson@CPE0012170e4053-CM0011e6c7aaa5.cpe.net.cable.rogers.com) |
| 16:12.05 | *** join/#openmoko libervisco (n=libervis@tuxhacker/libervisco) |
| 16:12.18 | *** join/#openmoko zween (n=zween@78-86-213-209.zone2.bethere.co.uk) |
| 16:12.35 | zilux | advantage bitbake |
| 16:17.24 | *** join/#openmoko wolfgang_spraul (n=wolfgang@60-250-83-124.HINET-IP.hinet.net) |
| 16:17.49 | *** join/#openmoko yoyo (n=yoyo@nat.zegrze.maverick.com.pl) |
| 16:17.52 | yoyo | hello |
| 16:18.01 | spydon | lo |
| 16:18.45 | *** join/#openmoko t_s_o (n=tso@135.84-49-137.nextgentel.com) |
| 16:26.18 | *** join/#openmoko bembel (n=bembel@mail.heinzigartig.de) |
| 16:30.22 | *** part/#openmoko apaulsen (n=apaulsen@64.122.73.112) |
| 16:32.58 | *** join/#openmoko jannu (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 16:33.26 | *** join/#openmoko dcordes (n=user0815@f048009200.adsl.alicedsl.de) |
| 16:35.21 | *** join/#openmoko zipola (n=zipola@zip.kortex.jyu.fi) |
| 16:43.00 | *** join/#openmoko Gres (n=malane@shrv-c-124.resnet.purdue.edu) |
| 16:48.31 | *** join/#openmoko jannu (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 16:51.48 | wurp2|away | I'm gonna build a little app that you run in cron, monitors your charge rate, and warns you if you're doing slow charge, w/ a button to switch to fasst |
| 16:52.00 | wurp2|away | I've been doing gui stuff w/ pygtk |
| 16:52.32 | wurp2|away | Is there a scripting interface to build gtk guis that doesn't require new packages installed on neo? |
| 16:52.42 | wurp2|away | I don't want people to have to install pygtk to use my app |
| 16:53.20 | bedboi | wurp2|away: i would use pure gtk+ and C |
| 16:53.46 | *** join/#openmoko dukeNukem (n=dukeNuke@202.91.77.146) |
| 16:53.56 | wurp2|away | Well, I don't have a dev env set up |
| 16:54.00 | wurp2|away | MokoMakefile is giving me fits |
| 16:54.13 | wurp2|away | and I'm not crazy about C for anything but talking to hardware, anyway |
| 16:54.46 | dukeNukem | using dfu-util, but am unable to list the device, have updated the fstab with the part of the filesystem |
| 16:55.09 | dukeNukem | *usbfs |
| 16:56.11 | bedboi | wurp2|away: i don't see any other solutions |
| 16:56.52 | dukeNukem | can i seek a help on a problem: Unable to list the device using dfu-util |
| 16:56.59 | wurp2|away | OK, thanks |
| 16:57.26 | wurp2|away | dukeNukem: You don't have a /dev/ttyACM0 after plugging your neo into your linux box via usb cable? |
| 16:58.00 | *** join/#openmoko jannu_ (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 16:58.05 | wurp2|away | bedboi: I thought maybe someone knew of a pre-installed Tk-ish solution on the neo |
| 16:58.10 | dukeNukem | wurp2|away:nope |
| 16:58.18 | wurp2|away | There is a comment about that on the wiki, I think |
| 16:58.26 | bedboi | wurp2|away: tk stuff is quite out-dated |
| 16:58.29 | wurp2|away | Indicating that you probably are missing a kernel module |
| 16:58.53 | wurp2|away | bedboi: I actually have never done any, but for what I need, any dirt-simple thing will work |
| 16:59.22 | *** join/#openmoko morricone (n=foobar@dslb-084-057-150-163.pools.arcor-ip.net) |
| 16:59.23 | bedboi | wurp2|away: so python is your friend, i think that the only stuff installed is gtk+ |
| 16:59.24 | wurp2|away | I will go with pygtk for now, possibly migrating to C after I get a dev env set up |
| 16:59.34 | dukeNukem | wurp2|away: My current status: Just recieved the device couple of mins ago.. when i booted found a kernel panic |
| 16:59.52 | wurp2|away | dukeNukem: Try searching wiki.openmoko.org for ACM0 |
| 17:00.07 | bedboi | dukeNukem: that's what i call "welcome" |
| 17:00.12 | wurp2|away | dukeNukem: Yeah, the device ships with nothing burned to rootfs or kernel |
| 17:00.17 | wurp2|away | at least, nothing useful |
| 17:00.53 | dukeNukem | wurp2|away: Yup that's true, henceofth tried to start from scratch, and found a binary for dfu |
| 17:00.59 | dukeNukem | *henceforth |
| 17:01.39 | wurp2|away | dukeNukem: surely |
| 17:01.47 | wurp2|away | dukeNukem: What distro are you using? |
| 17:02.06 | dukeNukem | fc7 |
| 17:02.44 | dukeNukem | wurp2|away: morever my usb path is slightly different then the one asked to look at , in the wiki |
| 17:03.23 | dukeNukem | wurp2|away: i have /proc/bus/004/001 and morever when i lsusb, i find the device in this path |
| 17:03.27 | *** join/#openmoko edistar (n=edistar@ip503ddd09.speed.planet.nl) |
| 17:04.27 | *** join/#openmoko kdean06 (n=kdean06@fsf/member/kdean06) |
| 17:05.15 | *** join/#openmoko denis` (n=anno@dslb-084-059-217-127.pools.arcor-ip.net) |
| 17:06.56 | wurp2|away | dukeNukem: I would start by searching for neo and fedora core on google |
| 17:07.12 | wurp2|away | Worst case it sounds as if you might need to create /dev/ttyACM0 yourself |
| 17:07.16 | wurp2|away | Or... |
| 17:07.34 | wurp2|away | Download an ubuntu live boot disk and connect that way temporarily, if you just want to make it work soon |
| 17:07.39 | kdean06 | Nokia bought Trolltech... Hrm. |
| 17:07.41 | *** join/#openmoko rob_w (n=bob@M9995.m.pppool.de) |
| 17:07.46 | wurp2|away | yeah |
| 17:07.59 | wurp2|away | lrj linked to an announcement trolltech sent to devs about it |
| 17:08.01 | wurp2|away | I didn't read it |
| 17:08.19 | wurp2|away | kdean06: Did you find the little pygtk gui script I put on the wiki? |
| 17:08.31 | wurp2|away | I realized after you dropped off that I don't know your email addy |
| 17:08.36 | kdean06 | Nope, I didn't look for it there. :) |
| 17:08.50 | *** join/#openmoko andrunko (n=andrunko@200.184.118.132) |
| 17:09.16 | wurp2|away | Yeah, I dropped a comment in the chat room about it, but I didn't have much hope you'd see it since you weren't on then |
| 17:09.56 | dukeNukem | wurp2: fc7 is incompatible or something..? |
| 17:10.24 | wurp2 | Nah, I just don't have any experience with it |
| 17:10.38 | wurp2 | And apparently your install is not working |
| 17:10.58 | wurp2 | but I know an install of ubuntu 7.10 works out of the box, since I use it |
| 17:11.04 | dukeNukem | wurp2: any other channel i can give it a shot[ur suggestion :) ] |
| 17:11.36 | wurp2 | I'm sorry; I didn't understand the 'any other channel' part of that... |
| 17:12.07 | dukeNukem | say an other irc portal frens of yours |
| 17:12.12 | dukeNukem | *wurp2: |
| 17:12.43 | wurp2 | I don't know of any other channel to talk about neo stuff |
| 17:12.53 | wurp2 | I am no expert; I'm just loud |
| 17:13.02 | dukeNukem | wurp2: well said |
| 17:13.18 | dukeNukem | wurp2: say would it support on a gentoo live |
| 17:13.29 | wurp2 | I dunno |
| 17:13.45 | wurp2 | I only know that it works on mine :-) |
| 17:13.50 | dukeNukem | nice |
| 17:14.00 | dukeNukem | wurp2: thx for the all the help :) |
| 17:14.51 | *** join/#openmoko wirrwarr (n=fz@ppp-88-217-65-234.dynamic.mnet-online.de) |
| 17:15.05 | *** join/#openmoko `pwgen` (n=ew@port-83-236-53-3.dynamic.qsc.de) |
| 17:15.25 | wurp2 | You're welcome; sorry I didn't have any real help :-/ |
| 17:16.51 | *** join/#openmoko amir (n=Miranda@gentoo/developer/amir) |
| 17:17.00 | xcasex | CM: this. this is pride. http://blog.asystemapart.com/ |
| 17:17.41 | xcasex | CM: or rather, this http://blog.asystemapart.com/post/24887656 |
| 17:19.00 | *** join/#openmoko bren (n=bren@79-67-199-106.dynamic.dsl.as9105.com) |
| 17:20.00 | *** join/#openmoko Sufflope (n=Sufflope@crj95-3-82-237-151-219.fbx.proxad.net) |
| 17:20.01 | tonyg | wurp2, you could try the SDK for building a little C GTK+ app |
| 17:20.14 | tonyg | in fact, the SDK may include bits&pieces for working with python/pygtk |
| 17:22.52 | tonyg | wurp2, http://wiki.openmoko.org/wiki/Toolchain#Downloading_and_installing |
| 17:25.06 | wurp2 | MokoMakefile has failed for me like 30 times over 2 weeks |
| 17:25.07 | *** join/#openmoko abraxa_ (n=abraxa@pD95FCC0E.dip.t-dialin.net) |
| 17:25.24 | *** join/#openmoko poffy (n=poffy@c-98-199-135-173.hsd1.tx.comcast.net) |
| 17:25.44 | wurp2 | And I'm not sure I want to devote the time to figure out how it's incompatible with my system, or the time to keep running it over & over and hoping someone will have fixed it |
| 17:25.59 | tonyg | wurp2, hence the prebuilt sdk, complete with all gcc and libraries etc |
| 17:26.01 | wurp2 | So python is my prefered dev mode right no |
| 17:26.07 | wurp2 | s/no$/now/ |
| 17:26.30 | wurp2 | Ah, sorry, I thought you were sending me a link for mokomake again |
| 17:26.34 | tonyg | :) |
| 17:26.38 | wurp2 | I will save that link |
| 17:26.50 | wurp2 | Maybe I will do the app in C, thanks |
| 17:28.02 | tonyg | wurp2, much as I hate to recommend C to anyone :) |
| 17:28.30 | tonyg | (I've been doing rudimentary gui programming for openmoko in erlang, myself... using erlang's gtknode, which is just barely usable, and *still* more pleasant than C. Just.) |
| 17:29.49 | ScaredyCat | huh? |
| 17:32.29 | ScaredyCat | jana_ecal_utils_guess_location -- does that do anything remotely intelligent? |
| 17:34.25 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 17:36.37 | *** part/#openmoko Pitbullpc (n=Bogus@194.32.100.97.cfl.res.rr.com) |
| 17:38.52 | wurp2 | tonyg: My criterion is the most straightforward way to do gtk w/o requiring new packages |
| 17:39.16 | tonyg | wurp2, absolutely C then :) |
| 17:39.19 | wurp2 | C is near my last choice, but it's marginally better than making people install pygtk |
| 17:39.43 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 17:39.55 | wurp2 | I've done plenty of C programming, but my opinion of it is about the same as yours |
| 17:40.00 | tonyg | IIUC your app is relatively small and simple |
| 17:40.09 | wurp2 | very small & simple |
| 17:40.38 | ScaredyCat | yeah ... 'here install my python app', 'oh yea, you need a crapload of libs too... sorry' |
| 17:41.04 | ScaredyCat | 'oh, and they wont all fit, so you need to us your sdcard' |
| 17:41.24 | ScaredyCat | ./openmoko-preferences |
| 17:41.27 | wurp2 | ScaredyCat: I install almost everything to sdcard anyway |
| 17:41.53 | wurp2 | everything but ipkg-link ;-) |
| 17:42.23 | *** join/#openmoko Daemonax (n=mukunda@60-234-155-226.bitstream.orcon.net.nz) |
| 17:42.37 | ScaredyCat | mmm... |
| 17:42.58 | Daemonax | Any ETA on the Neo1973 yet, seems to keep getting delayed. :-( |
| 17:43.28 | *** join/#openmoko morricone (n=foobar@dslb-084-057-150-163.pools.arcor-ip.net) |
| 17:43.50 | spydon | Maybe march if you check the community updates Daemonax |
| 17:43.52 | *** join/#openmoko hansmbakker (n=hansmbak@hansbakker.student.utwente.nl) |
| 17:44.22 | spydon | if you mean the freerunner |
| 17:45.37 | Daemonax | spydon: thanks I saw that in the topic, I thought freerunner wasn't the final product. |
| 17:46.34 | spydon | Well it is the final product but the software is not ready yet |
| 17:46.55 | Daemonax | Ah neat. |
| 17:51.22 | *** join/#openmoko grummel (n=Grummel@p5B16EE48.dip.t-dialin.net) |
| 17:54.08 | *** join/#openmoko andrunko (n=andrunko@200.184.118.132) |
| 17:55.30 | *** join/#openmoko broedje (n=zeux@212.23.103.52) |
| 17:57.28 | *** join/#openmoko freelock (n=john@logan.freelock.com) |
| 18:00.08 | *** join/#openmoko rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 18:01.08 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-078-042-060-129.hsi3.kabel-badenwuerttemberg.de) |
| 18:01.18 | PBeck | hi |
| 18:02.53 | *** join/#openmoko ewon (n=ewan@skynet.skynet.ie) |
| 18:03.55 | *** join/#openmoko wirrwarr (n=fz@ppp-88-217-65-234.dynamic.mnet-online.de) |
| 18:14.47 | *** join/#openmoko tr2x__ (n=alvar@212-41-104-158.adsl.solnet.ch) |
| 18:14.56 | *** join/#openmoko geaaru (n=geaaru@79.24.214.236) |
| 18:27.52 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 18:29.44 | *** join/#openmoko Witch (n=chatzill@e252161.upc-e.chello.nl) |
| 18:30.36 | *** join/#openmoko br3n (n=bren@79-67-199-106.dynamic.dsl.as9105.com) |
| 18:31.58 | Witch | Hello there. I'm a programmer from The Netherlands, and I'm trying to set up an OpenMoko development environment. I have an iMac G5 with Virtual PC installed, in which I installed Ubuntu (so as to have a standard environment). When using the MokoMakefile to make a development image, I get an error: "/usr/bin/env: bad interpreter". Does anyone have any idea what could be wrong? |
| 18:33.12 | wurp2 | Witch: ouch |
| 18:33.17 | *** join/#openmoko daMaestro|isBack (n=jon@fedora/damaestro) |
| 18:33.18 | br3n | Witch, i just installed qemu and got a few errors ..... running again solved it |
| 18:33.42 | Witch | I don't think I can run qemu yet... nothing's built! |
| 18:35.37 | br3n | Witch, sorry i should have said i ran the commands here http://wiki.openmoko.org/wiki/Automatic_emulation_in_Ubuntu which got a few errors which were solved by repeating the failed commands |
| 18:35.47 | *** join/#openmoko eikonos (n=eikonos@S0106001c104ae594.gv.shawcable.net) |
| 18:35.49 | br3n | ubuntu 7.1 |
| 18:39.40 | *** join/#openmoko wolog (n=wolog@AOrleans-152-1-72-104.w90-21.abo.wanadoo.fr) |
| 18:41.51 | *** join/#openmoko Weteor (n=Weteor@i59F6367D.versanet.de) |
| 18:43.44 | *** join/#openmoko andrunko (n=andrunko@200.184.118.132) |
| 18:46.52 | *** join/#openmoko bipak (n=bip@p57B84901.dip.t-dialin.net) |
| 18:48.37 | *** join/#openmoko holycow (n=new@mail.wjsgroup.com) |
| 18:49.05 | *** join/#openmoko feis_ (n=feis@static.5.133.47.78.clients.your-server.de) |
| 18:52.22 | *** part/#openmoko hansmbakker (n=hansmbak@hansbakker.student.utwente.nl) |
| 18:52.32 | *** join/#openmoko dcordes (n=user0815@f048009200.adsl.alicedsl.de) |
| 18:56.46 | *** join/#openmoko tonyg_ (n=tonyg@91.84.78.11) |
| 18:57.30 | tonyg_ | hmm. cat chgmode --> pre, and echo fast > chgmode; cat chgmode --> pre |
| 18:57.38 | tonyg_ | same for echo fast_cccv |
| 18:57.57 | *** join/#openmoko wolog (n=wolog@AOrleans-152-1-72-104.w90-21.abo.wanadoo.fr) |
| 18:58.20 | *** join/#openmoko j_ack (n=j_ack@dsbg-4db7d79b.pool.einsundeins.de) |
| 18:59.37 | tonyg_ | ah! the trick is "echo -n fast_cccv > chgmode" |
| 18:59.38 | tonyg_ | yay |
| 19:00.00 | tonyg_ | wurp2, your tool will need to not-newline the buffer before writing :) |
| 19:01.09 | *** join/#openmoko pH5 (n=ph5@e178198119.adsl.alicedsl.de) |
| 19:02.20 | *** join/#openmoko dcordes_ (n=user0815@f049017177.adsl.alicedsl.de) |
| 19:04.02 | *** join/#openmoko pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 19:04.54 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 19:05.57 | *** join/#openmoko heikkit (n=chatzill@c-67-188-122-139.hsd1.ca.comcast.net) |
| 19:06.19 | *** join/#openmoko ecraven (i=nex@eutyche.swe.uni-linz.ac.at) |
| 19:07.43 | Witch | This somehow bothers me: |
| 19:07.45 | Witch | openmoko@openmoko-devel:~/moko$ which sh |
| 19:07.49 | Witch | /bin/sh |
| 19:07.51 | wurp2 | tonyg_: Thanks. I actually already have a script for it |
| 19:07.52 | Witch | openmoko@openmoko-devel:~/moko$ ls -al /bin/sh |
| 19:07.53 | Witch | lrwxrwxrwx 1 root root 4 2007-12-01 19:29 /bin/sh -> bash |
| 19:07.57 | Witch | openmoko@openmoko-devel:~/moko$ sh |
| 19:07.59 | Witch | sh-3.2$ exit |
| 19:08.00 | Witch | openmoko@openmoko-devel:~/moko$ bash |
| 19:08.02 | Witch | openmoko@openmoko-devel:~/moko$ |
| 19:08.03 | Witch | Or is it normal that 'bash' reports itself as 'sh' (and is order of magnitude faster in starting up!) when run as sh? |
| 19:08.08 | wurp2 | But already once I've forgotten to run it and ran my neo down until it shut off |
| 19:08.14 | wurp2 | while it was plugged in :-) |
| 19:08.37 | tonyg | ouch :) yeah I've done that too. optimistically assumed that the usb-charger was a smartish device |
| 19:08.42 | tonyg | next morning --> no phone. |
| 19:08.53 | wurp2 | Witch: bash probably detects its name and runs differently based on it |
| 19:09.16 | Witch | wurp2: Ok, so that _may_ be normal behaviour, then... |
| 19:09.25 | wurp2 | tonyg: It seems to only detect usb chargers properly if you can network through it |
| 19:09.38 | *** join/#openmoko jannu (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 19:09.50 | wurp2 | Witch: yeah. That's a total guess on my part, but I've seen other apps do it |
| 19:10.49 | Witch | I still have this error after following every instruction I can find: |
| 19:10.50 | Witch | openmoko@openmoko-devel:~/moko$ bitbake/bin/bitbake |
| 19:10.52 | Witch | -bash: bitbake/bin/bitbake: /usr/bin/env: bad interpreter: Permission denied |
| 19:11.38 | Witch | This seems normal (to me): |
| 19:11.40 | Witch | openmoko@openmoko-devel:~/moko$ ls -al /usr/bin/env |
| 19:11.41 | Witch | -rwxr-xr-x 1 root root 13160 2007-03-05 06:25 /usr/bin/env |
| 19:11.43 | Witch | openmoko@openmoko-devel:~/moko$ file /usr/bin/env |
| 19:11.44 | Witch | /usr/bin/env: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), stripped |
| 19:12.08 | tonyg | Witch, "head -1 bitbake/bin/bitbake" |
| 19:12.11 | *** join/#openmoko andrunko (n=andrunko@200.184.118.132) |
| 19:12.43 | Witch | tonyg: |
| 19:12.44 | wurp2 | Witch: Did you download the files on a windows box? |
| 19:12.48 | Witch | openmoko@openmoko-devel:~/moko$ head -1 bitbake/bin/bitbake |
| 19:12.49 | Witch | #!/usr/bin/env python |
| 19:12.53 | wurp2 | That sounds like an end of line issue |
| 19:12.57 | wurp2 | maybe |
| 19:13.05 | Witch | wurp2: Nope, Ubuntu... |
| 19:13.05 | tonyg | wurp2, could be! |
| 19:13.13 | tonyg | also, Witch, "which python" |
| 19:13.40 | tonyg | or even, "head -1 `which python` | xxd | head -5" |
| 19:13.47 | Witch | tonyg: |
| 19:13.47 | tonyg | "file `which python`" |
| 19:13.48 | Witch | $ which python |
| 19:13.50 | Witch | /usr/bin/python |
| 19:14.34 | *** join/#openmoko chris^ (n=kraetzi@p548AD1E3.dip.t-dialin.net) |
| 19:14.50 | *** join/#openmoko dkirker (n=dkirker@pcp028696pcs.wireless.calpoly.edu) |
| 19:15.06 | Witch | $ head -1 `which python` | xxd | head -5 |
| 19:15.07 | Witch | 0000000: 7f45 4c46 0101 0100 0000 0000 0000 0000 .ELF............ |
| 19:15.09 | Witch | 0000010: 0200 0300 0100 0000 9087 0508 3400 0000 ............4... |
| 19:15.10 | Witch | 0000020: 7ca3 1100 0000 0000 3400 2000 0700 2800 |.......4. ...(. |
| 19:15.12 | Witch | 0000030: 1b00 1a00 0600 0000 3400 0000 3480 0408 ........4...4... |
| 19:15.13 | Witch | 0000040: 3480 0408 e000 0000 e000 0000 0500 0000 4............... |
| 19:15.15 | Witch | $ file `which python` |
| 19:15.16 | Witch | /usr/bin/python: symbolic link to `python2.5' |
| 19:15.38 | tonyg | :( that seems eminently sensible so far |
| 19:15.44 | tonyg | how about plain old "python"? |
| 19:16.07 | wurp2 | My notes about a gui to help w/ fastcharge: http://pastebin.ca/876282 |
| 19:16.09 | wurp2 | input welcome |
| 19:16.22 | *** join/#openmoko coptix (n=OptimusP@f054208132.adsl.alicedsl.de) |
| 19:16.22 | Witch | $ python |
| 19:16.24 | Witch | Python 2.5.1 (r251:54863, May 2 2007, 16:56:35) |
| 19:16.28 | Witch | [GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2 |
| 19:16.30 | Witch | Type "help", "copyright", "credits" or "license" for more information. |
| 19:16.31 | Witch | >>> |
| 19:16.52 | Witch | tonyg: Yes, I've only seen 'sensible' things so far! |
| 19:17.26 | Witch | Perhaps there's a bug in Virtual PC that mucks bash? Somehow? |
| 19:18.46 | tonyg | ! sounds awfully unlikely |
| 19:18.53 | tonyg | have you dotted-in your setup-env script? |
| 19:18.54 | Witch | Perhaps related: |
| 19:18.55 | Witch | $ make qemu |
| 19:18.57 | Witch | [ -e build/qemu ] || \ |
| 19:18.58 | Witch | <PROTECTED> |
| 19:19.00 | Witch | [ -e build/qemu/Makefile ] || \ |
| 19:19.01 | Witch | <PROTECTED> |
| 19:19.03 | Witch | <PROTECTED> |
| 19:19.04 | Witch | <PROTECTED> |
| 19:19.06 | Witch | /bin/sh: /home/openmoko/moko/openmoko/trunk/src/host/qemu-neo1973/configure: /bin/sh: bad interpreter: Permission denied |
| 19:19.07 | Witch | make: *** [setup-qemu] Error 126 |
| 19:19.18 | tonyg | I usually "cd build; . ../setup-env; bitbake somepackage" |
| 19:19.47 | wurp2 | I would try "/usr/bin/env python" from the command line |
| 19:19.59 | wurp2 | And try 'vi -b' on one of the failing scripts |
| 19:20.08 | wurp2 | to check for invisible stuff in the first line |
| 19:20.10 | *** join/#openmoko fsteinel (n=fsteinel@pD9FBC65D.dip.t-dialin.net) |
| 19:20.50 | wurp2|in_and_out | itermittent didn't fit |
| 19:21.02 | yoyo | sleep time |
| 19:21.04 | yoyo | sii ja all |
| 19:21.07 | Witch | wurp2: |
| 19:21.09 | Witch | $ /usr/bin/env python |
| 19:21.11 | Witch | Python 2.5.1 (r251:54863, May 2 2007, 16:56:35) |
| 19:21.12 | Witch | [GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2 |
| 19:21.13 | Witch | Type "help", "copyright", "credits" or "license" for more information. |
| 19:21.15 | Witch | >>> |
| 19:21.16 | Witch | Starts up without trouble. |
| 19:22.06 | tonyg | the error from the makefile is extremely bizarre. |
| 19:22.19 | Witch | tonyg: |
| 19:22.20 | Witch | $ . ../setup-env ; bitbake help |
| 19:22.22 | Witch | -bash: /home/openmoko/moko/bitbake/bin/bitbake: /usr/bin/env: bad interpreter: Permission denied |
| 19:22.32 | tonyg | ok. |
| 19:22.35 | wurp2|in_and_out | any insight from vi -b? |
| 19:22.37 | tonyg | I'm out of clues :) |
| 19:22.58 | Witch | wurp2: which files _should_ i vi -b |
| 19:23.22 | wurp2|in_and_out | /home/openmoko/moko/bitbake/bin/bitbake |
| 19:24.15 | wurp2|in_and_out | then if it looks OK run it by hand (just to see if it bails right away like it did run the other way) |
| 19:24.27 | Witch | wurp2: first lines look like this: |
| 19:24.28 | Witch | #!/usr/bin/env python |
| 19:24.30 | Witch | # ex:ts=4:sw=4:sts=4:et |
| 19:24.31 | Witch | # -*- tab-width: 4; c-basic-offset: 4; indent-tabs-mode: nil -*- |
| 19:24.33 | Witch | # |
| 19:24.36 | wurp2|in_and_out | and if it does, then make a copy and hack stuff out of it until it stops failing |
| 19:24.41 | wurp2|in_and_out | then look at what you hacked out |
| 19:25.10 | wurp2|in_and_out | Witch: So nothing funny at the end of the #!/usr/bin/env python line? (like ^M or an unreadable character) |
| 19:25.33 | Witch | wurp2: Immediately bails out with: |
| 19:25.34 | Witch | $ bitbake/bin/bitbake |
| 19:25.35 | Witch | -bash: bitbake/bin/bitbake: /usr/bin/env: bad interpreter: Permission denied |
| 19:25.39 | wurp2|in_and_out | A file with nothing in it but: |
| 19:25.40 | wurp2|in_and_out | #!/usr/bin/env python |
| 19:25.43 | wurp2|in_and_out | print "hi" |
| 19:26.13 | wurp2|in_and_out | should run, and print hi. The kind of error you're getting from bitbake should only happen if starting it as a python script is failing altogether |
| 19:26.30 | wurp2|in_and_out | btw, how are you running it? In a terminal running bash? |
| 19:26.48 | mickeyl | ~seen writchie |
| 19:26.51 | apt | writchie <n=writchie@195.230.118.70.cfl.res.rr.com> was last seen on IRC in channel #openmoko, 41d 34m 36s ago, saying: 'some 4 band 3g phones are called 3 band gsm 900/1800/1900 with UMTS 2100'. |
| 19:26.51 | wurp2|in_and_out | btw, I'm getting booted periodically. I may go away unexpectedly :-( |
| 19:26.56 | mickeyl | hmm |
| 19:28.25 | Witch | wurp2: Damn and blast reboots ;-) |
| 19:28.26 | Witch | Anyway, curiouser and curiouser! |
| 19:28.28 | Witch | $ cat test |
| 19:28.29 | Witch | !/usr/bin/env python |
| 19:28.31 | Witch | print "hi" |
| 19:28.32 | Witch | <PROTECTED> |
| 19:28.34 | Witch | $ ./test |
| 19:28.35 | Witch | -bash: ./test: Permission denied |
| 19:28.37 | Witch | $ ls -al test |
| 19:28.38 | Witch | -rwxr-xr-x 1 openmoko openmoko 33 2008-01-28 12:55 test |
| 19:28.43 | wurp2|in_and_out | chmod +x test |
| 19:28.57 | Witch | It _is_ +x! |
| 19:29.02 | *** join/#openmoko styleism (n=sfgfadga@87-194-104-214.bethere.co.uk) |
| 19:29.05 | wurp2|in_and_out | O |
| 19:29.10 | Witch | That's what makes it curious :-) |
| 19:29.31 | wurp2|in_and_out | What about changing python to bash, and print to echo |
| 19:29.33 | wurp2|in_and_out | ? |
| 19:29.49 | Witch | wurp: what about me putting a # here in the first place :-( |
| 19:30.15 | Witch | wurp: $ ./test |
| 19:30.16 | wurp2|in_and_out | And did test come from copying & editing bitbake, or did you create it fresh? |
| 19:30.16 | Witch | -bash: ./test: /usr/bin/env: bad interpreter: Permission denied |
| 19:30.24 | wurp2|in_and_out | K |
| 19:30.35 | Witch | I editted it fresh (and missed the #) |
| 19:30.45 | wurp2|in_and_out | Right, I see now |
| 19:30.47 | wurp2|in_and_out | :-) |
| 19:31.05 | wurp2|in_and_out | But running env from the command line works? |
| 19:31.15 | wurp2|in_and_out | How's 'ls -l test' look? |
| 19:32.20 | *** join/#openmoko t][s][o (n=tso@135.84-49-137.nextgentel.com) |
| 19:32.44 | Witch | yes, gives me all kinds of environment settings (I guess that that its job, isn't it?) |
| 19:33.11 | Witch | $ ls -l test |
| 19:33.13 | Witch | -rwxr-xr-x 1 openmoko openmoko 34 2008-01-28 12:58 test |
| 19:33.24 | wurp2|in_and_out | Yeah, if you don't give it a command to run |
| 19:33.38 | wurp2|in_and_out | echo $USER? |
| 19:34.00 | wurp2|in_and_out | and echo $SHELL |
| 19:34.01 | Witch | openmoko |
| 19:34.09 | ScaredyCat | ping mickeyl |
| 19:34.17 | Witch | "/bin/bash" |
| 19:34.34 | *** part/#openmoko meus (i=bjartka@kremt.pvv.ntnu.no) |
| 19:34.35 | wurp2|in_and_out | wow, that's impressive :-) |
| 19:34.40 | mickeyl | pöng |
| 19:35.06 | wurp2|in_and_out | My only advice at this point is google "/usr/bin/env: bad interpreter: Permission denied" |
| 19:35.09 | wurp2|in_and_out | :-( |
| 19:35.12 | Witch | I wasn't going to try to get a single / into the irc channel somehow :-) |
| 19:35.20 | mickeyl | <PROTECTED> |
| 19:35.27 | wurp2|in_and_out | heh |
| 19:35.34 | mickeyl | just prepend with a space |
| 19:35.40 | Witch | (showoff :-) ) |
| 19:36.06 | Witch | Yes, but if I run it, I'd have to prepend the space somehow... Ok, typing " is more of a burden, but still... |
| 19:36.24 | mickeyl | ScaredyCat: pong |
| 19:36.51 | ScaredyCat | sooy.. |
| 19:37.24 | ScaredyCat | mickeyl: what is the preferred method for applicaitons to do stuff with gsm... via dbus? |
| 19:38.19 | Witch | hey, perhaps I've found something! |
| 19:38.57 | Witch | my 'moko' dir is a different file system (I made a new file system to store OM stuff on). |
| 19:39.09 | Witch | I guess I need an 'exec' in my mtab somewhere. |
| 19:39.21 | mickeyl | ScaredyCat: in the future, yes |
| 19:39.32 | mickeyl | this is pending |
| 19:39.34 | mickeyl | a) the dbus API |
| 19:39.36 | ScaredyCat | oh... |
| 19:39.37 | mickeyl | b) the phone server |
| 19:39.45 | ScaredyCat | lol |
| 19:39.53 | ScaredyCat | ok, so I can't do much atm? |
| 19:39.56 | mickeyl | both on my agenda for the next 3 months |
| 19:39.58 | ScaredyCat | until the api is done? |
| 19:40.01 | mickeyl | well, you can help me :D |
| 19:40.14 | ScaredyCat | you might ot want that ;) |
| 19:40.17 | ScaredyCat | not |
| 19:40.21 | *** join/#openmoko j_ack (n=j_ack@dsbg-4db7d79b.pool.einsundeins.de) |
| 19:40.24 | mickeyl | heh |
| 19:40.36 | mickeyl | well, at least you could participate in the discussions |
| 19:40.43 | mickeyl | all application programmers are invited |
| 19:40.47 | mickeyl | since it's the API you want to work with |
| 19:40.47 | ScaredyCat | :) |
| 19:40.56 | mickeyl | see smartphones-standards mailing list |
| 19:41.06 | mickeyl | linuxtogo.org/cgi-bin/mailman/listinfo |
| 19:41.17 | ScaredyCat | ta |
| 19:41.35 | Witch | wurp2, tonyg: I have my moko dir on a different file system. I needed the exec' permission in /etc/mtab to be able to run things from it! |
| 19:41.48 | tonyg | doh! |
| 19:41.49 | tonyg | :) |
| 19:42.13 | Witch | Whew! Finally I can develop stuff for my next phone! :-) |
| 19:42.29 | Witch | ...although it may take a while! |
| 19:45.35 | *** join/#openmoko Larry_jr (n=larry@200.184.118.132) |
| 19:48.50 | *** join/#openmoko Zword (n=Zword@bos94-3-82-226-234-106.fbx.proxad.net) |
| 19:49.16 | Witch | I've modified the wiki so that other people getting this error message may get it earlier than I did :-O |
| 19:54.51 | *** join/#openmoko Robwoerle (n=bob@Mbd1a.m.pppool.de) |
| 19:56.04 | CIA-15 | freesmartphone.org: 03emdete * r61 10/trunk/software/gsm0710muxd/ (10 files in 3 dirs): added glib/dbus stuff to muxer |
| 19:57.19 | *** join/#openmoko TAsn-ghost (n=TAsn@89.1.80.35.dynamic.barak-online.net) |
| 19:59.39 | Spida | ~[5~[5~[5~[5~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~[6~is there anything known about the date when the devices with wifi are expected? |
| 19:59.41 | apt | that's too long, Spida |
| 20:01.28 | mickeyl | march is the best guess atm. |
| 20:01.58 | *** join/#openmoko ericthefish (n=ivan@82-71-36-214.dsl.in-addr.zen.co.uk) |
| 20:02.39 | *** join/#openmoko andylockran (n=andylock@genesis.zrmt.com) |
| 20:02.47 | andylockran | hey guys |
| 20:02.55 | andylockran | finally got my moko back :p |
| 20:03.15 | andylockran | anyone on here that can give me some advice on qtopia images? |
| 20:03.45 | andylockran | i.e is 271107 the latest stable image (as it says on the wiki) or can I find a more up to date image elsewhere? |
| 20:08.22 | *** join/#openmoko stefan_schmidt (n=stefan@datenfreihafen.org) |
| 20:14.58 | ScaredyCat | mickeyl: do things like GetProviderName work ? |
| 20:15.11 | mickeyl | in how far? |
| 20:15.29 | mickeyl | like i said previously, there's no phone server code yet |
| 20:15.46 | mickeyl | i just started working on the architecture of it now that i have the first API draft |
| 20:15.52 | ScaredyCat | <PROTECTED> |
| 20:15.57 | ScaredyCat | should htat work? |
| 20:16.27 | ScaredyCat | or have I misunderstood dbus calls |
| 20:16.40 | mickeyl | looks good on first outlook |
| 20:17.33 | mickeyl | phonekit is using this interface as well |
| 20:17.46 | mickeyl | so if the object and interface paths are correct, it should work |
| 20:18.41 | mickeyl | try with python |
| 20:18.41 | ScaredyCat | hmm... |
| 20:18.48 | ScaredyCat | eeeeeeeeeeewwww |
| 20:18.48 | mickeyl | you can prototype so much faster |
| 20:18.51 | mickeyl | directly on the device |
| 20:19.02 | ScaredyCat | ok.. food first then dbus... |
| 20:19.24 | mickeyl | ~bon appetit |
| 20:19.25 | apt | well, bon appetit is smacznego. Guten Appetit. Eet Smakelijk. God Appetitt. Buon Appetito. Buen apetito Bom Apetite. buen apetito Smaklig måltid!. Hyvää ruokahalua. Bo Proveito |
| 20:20.02 | Spida | apt: sorry, I am on umts and got disconnected |
| 20:20.11 | *** join/#openmoko bkruse (n=bkruse@76.73.154.120) |
| 20:20.22 | bkruse | trolltech....geez |
| 20:20.29 | bkruse | Did that surprise anyone? |
| 20:20.40 | mickeyl | me |
| 20:20.45 | *** join/#openmoko bmk789 (n=bmk789@74-132-81-162.dhcp.insightbb.com) |
| 20:20.46 | ewon | what the hell are nokia gonig to do wth trolltech? |
| 20:20.47 | mickeyl | i did not know that they're that short on cash |
| 20:23.20 | mickeyl | although the stocks speak a language everyone understands... |
| 20:24.12 | br3n | nokia now has qt, gtk and symbian covered..... |
| 20:26.50 | mjr | second-hand report from their press conference says that they're gonna use Qt for S40/S60(/PC) development |
| 20:27.02 | mickeyl | Qt or Qtopia? |
| 20:27.02 | mjr | and that they're not planning a linux-based phone |
| 20:27.25 | mjr | and that Maemo will stay on the tablets with the G* foundation |
| 20:27.49 | mickeyl | hmm |
| 20:27.49 | mjr | my information doesn't say |
| 20:27.58 | ewon | I wonder will HTC ever stop being utter cunts and releae a video driver for the TyTn II |
| 20:28.00 | mickeyl | doesn't sound that convincing to me |
| 20:28.05 | mickeyl | too much fragmentation |
| 20:28.10 | mickeyl | but we'll see |
| 20:29.19 | *** join/#openmoko dkirker (n=dkirker@pcp022158pcs.dhcp.calpoly.edu) |
| 20:29.33 | *** join/#openmoko dneary (n=dneary@mne69-9-88-163-116-163.fbx.proxad.net) |
| 20:29.39 | dcordes | ewon: shame on them! I'm selling mine. |
| 20:31.20 | *** part/#openmoko Daemonax (n=mukunda@60-234-155-226.bitstream.orcon.net.nz) |
| 20:32.41 | *** join/#openmoko ajbrun (n=ajbrun@host81-159-128-199.range81-159.btcentralplus.com) |
| 20:33.30 | bkruse | mickeyl: agreed |
| 20:33.36 | *** join/#openmoko behdad (n=behdad@32.60.107.139) |
| 20:35.23 | mjr | I dunno, it sounds like something Nokia would do :] |
| 20:35.47 | mjr | but we'll see indeed |
| 20:36.08 | Stephmw | mjr: I'm really curious about the S40 angle |
| 20:36.20 | Stephmw | mjr: as I don't see how that would fit under NOS |
| 20:36.23 | *** join/#openmoko Sonicadvance (n=Sonic@67.61.15.39) |
| 20:36.50 | br3n | ewon, did you read harald's recent blog about TyTn? (not dir related to vid dr) |
| 20:37.04 | *** join/#openmoko OJW (n=OJW@87-194-198-122.bethere.co.uk) |
| 20:37.18 | tonyg | I've just tried a simple SDL program that blits a coloured rectangle to the display as quickly as possible under X11. I'm seeing 13 fps when I include an SDL_flip() after each frame, and 34 "fps" if I omit the SDL_flip (so nothing is drawn, just the blit to the X-client-side screen buffer happens, presumably) |
| 20:37.26 | tonyg | That's not very fast. |
| 20:37.46 | tonyg | What are the chances of GTA02's 2D acceleration helping out in cases like these? |
| 20:38.47 | mjr | since the bus to gpu AIUI is slower, you'd probably not want to do the blitting yourself through SDL but rather tell the X server to draw it, which then might use some acceleration :] |
| 20:39.10 | tonyg | mjr, not knowing much about SDL, wouldn't it operate that way internally? |
| 20:39.25 | ewon | br3n: no? |
| 20:39.29 | tonyg | or do you mean draw the coloured rectangles itself? :) |
| 20:39.52 | mjr | I assumed "blit" == "loop through an area in the framebuffer and set pixels" |
| 20:40.04 | br3n | ewon, rumoured gpl violation turned out to be false... :-) |
| 20:40.06 | mjr | perhaps I was mistaken |
| 20:40.07 | tonyg | mjr, no, I'm using SDL_BlitSurface |
| 20:40.09 | ewon | oh well |
| 20:41.01 | *** join/#openmoko zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) |
| 20:42.58 | mickeyl | why are you using SDL? |
| 20:45.11 | tonyg | doh. setting 16bit mode doubles fps :-) (of course!) |
| 20:45.19 | tonyg | 33fps with a flip after each blit |
| 20:45.28 | tonyg | mickeyl, because I'm interested in drawing without a widget-set |
| 20:45.35 | tonyg | as fast as possible |
| 20:45.40 | tonyg | using cairo occasionally |
| 20:45.42 | mickeyl | hmm |
| 20:45.56 | tonyg | I'm much happier now 16bit mode works. |
| 20:46.02 | mickeyl | i'd use EFL then |
| 20:46.04 | mickeyl | use EFL with the software-x11 backend. Once xrender accelleration is done for gta02, you can switch to that backend. |
| 20:46.49 | tonyg | does it work nicely with cairo? |
| 20:46.56 | tonyg | and does it do sprite-style blits? |
| 20:47.33 | tonyg | (aside: is the neo's screen a 16-bit display?) |
| 20:48.18 | tonyg | heh, actually I'd have to wait to switch to the xrender backend until I had a gta02 as well :) |
| 20:49.17 | mjr | efl is bitmap stuff, cairo is vector stuff, dunno about working together |
| 20:49.38 | mjr | and yeah 16-bit |
| 20:49.39 | tonyg | I'll check it out. Thanks for the tip. I'd glanced at it previously, but the docs and code are not as... visible as SDLs |
| 20:51.19 | *** join/#openmoko Aniruddha_NL (n=Aniruddh@s5590cf7b.adsl.wanadoo.nl) |
| 20:51.22 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 20:51.23 | *** join/#openmoko leastsuper (n=leastsup@tmo-072-136.customers.d1-online.com) |
| 20:52.24 | cworth | tonyg: So are you using SDL for more than the blit? |
| 20:52.57 | tonyg | cworth, not currently. I'm actually using cairo for all my drawing and it's... not fast on the openmoko. |
| 20:52.59 | cworth | tonyg: If not, cairo_paint with a cairo xlib surface should be plenty fast, (unless the neo has very broken X drivers for some reason). |
| 20:53.02 | tonyg | Admittedly, I was using 32-bits. |
| 20:53.05 | tonyg | I'm about to try 16-bits |
| 20:53.10 | tonyg | It may run twice as quickly |
| 20:53.13 | tonyg | which would be almost usable. |
| 20:53.28 | tonyg | My plan is to cairo onto some bitmaps which I then blit around until I really need to redraw the bitmaps. |
| 20:53.37 | cworth | tonyg: sure |
| 20:53.46 | tonyg | (unless I can get suitable performance out of plain ol' cairo) |
| 20:54.22 | cworth | tonyg: Cacheing rendered content is often a very good idea. |
| 20:54.54 | cworth | (Though once we have nice "3d-like acceleration" then just re-rendering everthing every frame should be fine too---that's how 3D applications typically work after all.) |
| 20:55.14 | tonyg | yeah. |
| 20:58.54 | *** join/#openmoko douglasf_ (n=douglasf@host-84-9-13-237.dslgb.com) |
| 20:59.15 | cworth | tonyg: It does if you use cairo-xlib. |
| 20:59.35 | tonyg | hmm. good point. |
| 20:59.46 | *** join/#openmoko lrg (n=liam@lrg2.demon.co.uk) |
| 20:59.58 | tonyg | ... otoh, i'd have to write to Xlib :-/ |
| 21:00.05 | tonyg | which is tedious |
| 21:00.28 | cworth | tonyg: Not really. Just a tiny bit of setup and then it's just cairo. |
| 21:00.48 | cworth | XOpenDisplay; XCreatePixmap; cairo_xlib_surface_create and you're on your way |
| 21:01.20 | cworth | tonyg: Can you extract Xlib Drawable idenitifers from your SDL surfaces? |
| 21:01.26 | tonyg | I need to take xevents too; and if I'm going to be rendering into offscreen pixmaps... |
| 21:01.26 | cworth | Then it would be even easier. |
| 21:01.33 | tonyg | cworth, perhaps so |
| 21:07.32 | *** join/#openmoko Jonashdsf (n=jonas@wop.ulyssis.student.kuleuven.be) |
| 21:09.31 | *** join/#openmoko CVirus (n=GoD@82.201.178.194) |
| 21:09.34 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 21:14.48 | *** join/#openmoko toxx_ (n=toxx_@73-210-dsl.kielnet.net) |
| 21:17.01 | *** join/#openmoko damianc (n=conway@unaffiliated/dconway) |
| 21:24.00 | *** join/#openmoko fgau (n=fgau@pD953ACE5.dip0.t-ipconnect.de) |
| 21:29.40 | *** join/#openmoko deepak (n=deepak@202.91.77.146) |
| 21:29.49 | *** join/#openmoko raster (n=raster@169.222.15.164) |
| 21:29.58 | deepak | Unable to resolve kernel panic issues |
| 21:30.16 | deepak | using Debian distro, not able to detect neo1973 |
| 21:30.27 | *** join/#openmoko Selveste1 (n=Selveste@85.235.243.199) |
| 21:30.39 | deepak | the detection through dfu-util is not achieved |
| 21:32.22 | SpeedEvil | do you have the cdc-acm module loaded? |
| 21:32.32 | SpeedEvil | this is the USB serial port. |
| 21:32.41 | SpeedEvil | virtual serial port |
| 21:33.10 | deepak | when i lsusb i get the following output |
| 21:33.22 | deepak | cdc-acm module loaded? |
| 21:33.23 | deepak | <SpeedEvil> this is the USB serial |
| 21:33.31 | SpeedEvil | wacky. |
| 21:33.31 | deepak | oops sorry about that |
| 21:33.37 | SpeedEvil | Lsusb shouldn't say that |
| 21:33.38 | SpeedEvil | :);2~ |
| 21:33.44 | deepak | Bus 005 Device 001: ID 0000:0000 |
| 21:33.45 | deepak | Bus 004 Device 001: ID 0000:0000 |
| 21:33.45 | deepak | Bus 003 Device 003: ID 1457:5122 |
| 21:33.45 | deepak | Bus 003 Device 001: ID 0000:0000 |
| 21:33.45 | deepak | Bus 001 Device 001: ID 0000:0000 |
| 21:33.45 | deepak | Bus 002 Device 001: ID 0000:0000 |
| 21:33.50 | deepak | SpeedEvil |
| 21:33.52 | SpeedEvil | 1457 is the neo |
| 21:33.55 | deepak | yup |
| 21:34.13 | deepak | SpeedEvil: but how do i get it detected under dfu-util |
| 21:34.24 | SpeedEvil | you know you have to press the aux button when it boots to put it into the right mode? |
| 21:34.52 | deepak | but i am shown a kernel panic |
| 21:35.17 | SpeedEvil | right - that's as there is no root filesystem installed |
| 21:35.42 | wurp2|in_and_out | SpeedEvil: Ack!! Someone was complaining about the same thing earlier |
| 21:35.44 | deepak | SpeedEvil:yes |
| 21:35.53 | wurp2|in_and_out | And I totally forgot to tell them to hold the aux button when they turned it on |
| 21:36.19 | raster | sudo modprobe ftdi_sio vendor=0x1457 product=0x5122 |
| 21:36.22 | wurp2|in_and_out | deepak: So you have the boot menu showing while dfu-util is failing to find the neo? |
| 21:36.26 | raster | then it will work |
| 21:36.45 | SpeedEvil | http://wiki.openmoko.org/wiki/Flashing_openmoko |
| 21:36.48 | SpeedEvil | is of yse |
| 21:40.01 | *** join/#openmoko Sonicadvance (n=Sonic@67.61.15.39) |
| 21:41.25 | deepak | raster: after modprobe ,tried dfu-util --list... no result |
| 21:42.01 | deepak | SpeedEvil:I tried there |
| 21:42.20 | raster | your neo should be in uboot mode |
| 21:42.22 | deepak | wurp2|in_and_out: Nope |
| 21:42.52 | deepak | raster: How exactly can i get into uboot mode |
| 21:42.52 | raster | if it is off or booted into the kernel it won't work |
| 21:43.12 | kdean06 | And on Debian you need to be root for dfu-util to detect it... Just covering bases. :P |
| 21:43.20 | raster | it will be in uboot for about 3 seconds between power on and kernel boot |
| 21:43.37 | SpeedEvil | deepak: it's explined on the flashing page |
| 21:43.45 | deepak | oki got the uboot menu |
| 21:43.48 | SpeedEvil | you need to gold down the aux button |
| 21:43.55 | SpeedEvil | right - now try dfu |
| 21:44.19 | SpeedEvil | On an unrelated matter. I found the bluetooth pairing script for headsets. |
| 21:44.30 | SpeedEvil | however, python lacks dbus, what do I do? |
| 21:44.48 | deepak | thx a lot gyuys |
| 21:44.53 | deepak | *guys |
| 21:44.56 | *** part/#openmoko deepak (n=deepak@202.91.77.146) |
| 21:47.23 | *** join/#openmoko Selveste1_ (n=Selveste@85.235.243.199) |
| 21:50.02 | *** join/#openmoko polz (n=polz@cpe-213-157-235-31.dynamic.amis.net) |
| 21:50.43 | wurp2|in_and_out | SpeedEvil: http://www.python.org/doc/current/ext/simpleExample.html |
| 21:51.08 | wurp2|in_and_out | Then publish the result as an ipkg (or opkg) so the rest of us don't have to do that |
| 21:51.16 | wurp2|in_and_out | :-/ |
| 21:52.15 | SpeedEvil | umm - no. I assume that there must be some moderately easy way - otherwise it wouldn't ahve been put in [[manually using bluetooth]] |
| 21:52.19 | *** join/#openmoko bmidgley_ (n=bmidgley@c-24-2-92-215.hsd1.ut.comcast.net) |
| 21:52.36 | *** join/#openmoko deepak (n=deepak@202.91.77.146) |
| 21:53.31 | wurp2|in_and_out | Ah, I thought you were saying you found a script somewhere else for some other platform |
| 21:53.51 | wurp2|in_and_out | I'm presuming 'ipkg list | grep dbus | grep py' doesn't return anything useful? |
| 21:54.00 | SpeedEvil | no |
| 21:57.26 | SpeedEvil | I'm just trying to get my BT headset working :) |
| 21:57.52 | deepak | SpeedEvil, once i get the basic u-boot menu |
| 21:58.07 | SpeedEvil | deepak: you run the dfu... thingy |
| 21:58.07 | deepak | SpeedEvil: I need to select the boot to usb option is it..? |
| 21:58.11 | SpeedEvil | no |
| 21:58.19 | SpeedEvil | don't select anything |
| 21:58.21 | deepak | SpeedEvil: Yes i did and i detected the device |
| 21:58.44 | deepak | SpeedEvil: Now also have the menu |
| 21:58.50 | SpeedEvil | ignore it |
| 21:58.55 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 21:59.01 | SpeedEvil | power off and on if you've flashed |
| 21:59.16 | deepak | nope |
| 21:59.32 | deepak | looking for the imae |
| 21:59.34 | deepak | *image |
| 21:59.44 | SpeedEvil | it'll timeout then |
| 22:00.08 | deepak | SpeedEvil:i mean once i download it, i need to flash the rootfs right..? |
| 22:00.27 | *** join/#openmoko TimRiker (n=timr@psnet.cc) |
| 22:00.35 | SpeedEvil | yes |
| 22:02.04 | deepak | SpeedEvil:sorry about that, that was a very silley question though |
| 22:06.41 | *** join/#openmoko mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 22:10.31 | *** join/#openmoko alex-weej (n=alex@cpc1-acto9-0-0-cust931.brnt.cable.ntl.com) |
| 22:14.54 | *** join/#openmoko heikkit (n=chatzill@c-67-188-122-139.hsd1.ca.comcast.net) |
| 22:19.17 | *** join/#openmoko alex-weej_ (n=alex@cpc1-acto9-0-0-cust931.brnt.cable.ntl.com) |
| 22:19.46 | spydon | gn folks |
| 22:25.57 | jr1 | is the wiki down? |
| 22:26.21 | zedstar | seems like it |
| 22:26.23 | balrog-kun | jr1: seems so, planet. is also dead |
| 22:28.07 | cesarb | great, another reason for mokomakefile to fail (flashing qemu randomly needs a file from the wiki) |
| 22:30.07 | balrog-kun | it only needs to download it once in the lifetime of the qemu tree |
| 22:30.41 | CIA-15 | freesmartphone.org: 03mickeyl * r62 10/trunk/software/gsm0710muxd/configure.ac: gsm0710muxd: fix PKG_CONFIG check |
| 22:31.39 | cesarb | balrog-kun: which doesn't help much the new guys (there should be at least two, if I'm following the chatter right) |
| 22:32.24 | balrog-kun | cesarb: it's likely that there aren't many new users during the wiki downtimes :p |
| 22:32.59 | cesarb | balrog-kun: heh true |
| 22:35.30 | CIA-15 | freesmartphone.org: 03mickeyl * r63 10/trunk/software/gsm0710muxd/configure.ac: gsm0710muxd: checking for dbus-glib-1 is enough |
| 22:38.39 | *** join/#openmoko loufoque (n=loufoque@tobias.residence.ens-lyon.fr) |
| 22:43.34 | cesarb | wtf, the default rootfs has... strace??? |
| 22:43.40 | cesarb | (and I just used it!) |
| 22:44.02 | *** join/#openmoko jannu (n=jannu@hoas-fe3cdd00-15.dhcp.inet.fi) |
| 22:45.32 | mwester | Now *that's* a right proper rootfs. |
| 22:47.45 | raster | cesarb: the devel-image sure does |
| 22:48.08 | cesarb | raster: is there any other? ;-) |
| 22:48.16 | raster | hhehehhehe |
| 22:49.10 | raster | possibly |
| 22:49.32 | raster | on the gta02 it really isnt so important |
| 22:49.35 | raster | with 256m of flash |
| 22:49.50 | raster | we can throw some debug goodies in |
| 22:50.06 | raster | as long as its jffs2 |
| 22:50.10 | raster | if we move to yaffs |
| 22:50.20 | raster | we will not compress anything so - we'll begin to bloat up |
| 22:50.50 | *** join/#openmoko doc|home (n=doc@gentoo/contributor/doc-007) |
| 22:54.53 | *** join/#openmoko TAsn (n=TAsn@89.1.211.245.dynamic.barak-online.net) |
| 22:58.27 | *** join/#openmoko bipak_ (n=bip@p57B84573.dip.t-dialin.net) |
| 22:59.48 | cesarb | great, it looks like the stats/trans_table sysfs file is bigger than one page, which causes the code to pass a "negative" length to snprintf (PAGE_SIZE - len)... |
| 23:00.26 | raster | bzzzt |
| 23:00.31 | raster | bad code. bad |
| 23:03.14 | raster | hooray |
| 23:03.17 | *** join/#openmoko eikonos (n=eikonos@S0106001c104ae594.gv.shawcable.net) |
| 23:03.22 | raster | we still cant suspend and resume |
| 23:03.56 | raster | and wootsors - still cant reliably make a call and receiving a call... hahahah |
| 23:04.47 | stefan_schmidt | raster: Overated anyway. Just change the specs to match this. ;) |
| 23:04.50 | cesarb | raster: at least the cpufreq code I'm writing is starting to work better, so there is less need for suspend/resume... |
| 23:05.32 | raster | cesarb: we will need suspend/resume |
| 23:05.33 | tonyg | cesarb, yaaaaay |
| 23:05.47 | raster | even if we clokc down severely i doubt we will manage more than 1-2days battery life |
| 23:05.50 | raster | on a new good battery |
| 23:06.03 | tonyg | raster, even 1 day is better than the 4-5h I'm seeing |
| 23:06.18 | raster | tonyg: sure - but really - for it to be a viable phone |
| 23:06.22 | tonyg | I have to carry round the usb cable with me, and find a PC every 5 hours :-) |
| 23:06.24 | raster | we ned to suspend/resume |
| 23:06.28 | tonyg | raster, agreed |
| 23:06.51 | tonyg | but I'd be able to use it as my personal phone with a 1day battery life |
| 23:06.51 | raster | my n800 can manage something just shy of a week if i leave it alone |
| 23:07.01 | *** join/#openmoko Moriarty_ (n=jv@adsl-152-250-241.mco.bellsouth.net) |
| 23:07.08 | tonyg | so could my sony t610, on a new battery |
| 23:07.12 | SpeedEvil | mwester: that's relatively trivial |
| 23:07.31 | SpeedEvil | mwester: it can already do that, you just need the script |
| 23:07.44 | mwester | :( Technically it's trivial. OM refuses to do so |
| 23:07.49 | tonyg | mwester, is that the reason that a switched-off phone quite quickly turns unswitchonable? |
| 23:07.54 | mwester | tonyg: Yes. |
| 23:08.00 | tonyg | the *only* reason? |
| 23:08.08 | cesarb | raster: the problem with suspend is that a program has to do nonstandard things instead of just a selec(...,timeout) |
| 23:08.10 | tonyg | ie. no other dev sucking current? |
| 23:08.11 | *** part/#openmoko Moriarty_ (n=jv@adsl-152-250-241.mco.bellsouth.net) |
| 23:08.20 | cesarb | s/selec/select/ |
| 23:08.21 | mwester | tonyg: at this point, I believe that everything *except* the GSM modem has been addressed via kernel patches and the like. |
| 23:08.33 | tonyg | :) righto |
| 23:08.53 | tonyg | SpeedEvil, so the script for that is basically at@poff followed by echo 0 > power_on, right? |
| 23:08.54 | raster | cesarb: a well written program with a well written select loop should work fine |
| 23:09.21 | SpeedEvil | yes |
| 23:09.24 | SpeedEvil | >tonyg |
| 23:09.27 | tonyg | neat, thanks SpeedEvil |
| 23:09.39 | mwester | tonyg: I submitted a bug and a shutdown script to fix this problem, OM refuses to incorporate claiming this should be done by gsmd -- which is wrong in the first place, but it's even more wrong since nobody will fix gsmd to actually do it. |
| 23:09.42 | cesarb | raster: my evil plan is to combine parts of the suspend code (which has to tell the gsm modem to wakeup and turn off the serial) with cpufreq, thus allowing it to go into absurdly-deep 1MHz mode |
| 23:10.00 | raster | cesarb: 1mhz might be doable |
| 23:10.05 | cesarb | raster: the "sleepy linux" proposal which has been floated around some weeks ago would also be a very good trick |
| 23:10.20 | raster | i wonder if its feasible and how good that is power-wise compared to suspend |
| 23:10.28 | raster | i suspect it wont be far off being as good as suspend |
| 23:10.29 | cesarb | I also plan into testing if SLOW _really_ can't be combined with IDLE... I'm suspecting it can |
| 23:10.30 | *** join/#openmoko amir (n=Miranda@gentoo/developer/amir) |
| 23:10.46 | tonyg | mwester, istm the kernel should do it? as a last-resort |
| 23:10.48 | raster | tho suspend is still better imho |
| 23:11.01 | raster | i do know my own mainloop code handles suspend perfectly well |
| 23:11.11 | raster | it has code in there for detecting just that |
| 23:11.16 | raster | and any oher hiccups |
| 23:11.17 | raster | eg |
| 23:11.22 | raster | killall -STOP proc |
| 23:11.25 | raster | for 1 min |
| 23:11.28 | raster | then -CONT it |
| 23:11.29 | cesarb | raster: of course, this is all GTA01-only, since I don't have a table of frequency settings which would be needed for cpufreq on GTA02 |
| 23:11.33 | raster | it will know what happened |
| 23:11.40 | raster | and figure things out |
| 23:11.51 | raster | (without signal handlers needed) |
| 23:12.04 | *** join/#openmoko TAsn (n=TAsn@89.1.142.59.dynamic.barak-online.net) |
| 23:12.04 | raster | the problem with 1mhz is |
| 23:12.05 | cesarb | raster: it can figure things out, but it can't easily wake up 1 minute later if it wants to |
| 23:12.07 | mwester | tonyg: I think so, but that's difficult since the shutdown of the GSM moodem is via an "AT@POFF" command sent via the serial port; no other means exists to turn it off (it's wired to the battery directly) |
| 23:12.08 | raster | the system is still alive |
| 23:12.12 | cesarb | raster: say you have an alarm clock app |
| 23:12.18 | raster | processes that were polling will keeppolling |
| 23:12.20 | cesarb | raster: it won't run during suspend, obviously |
| 23:12.28 | raster | but now their polls will eat up a lot more of the cpu - if not all |
| 23:12.37 | tonyg | mwester, righto. hm. so a shutdown script, then, if not gsmd. ick. |
| 23:12.48 | raster | cesarb: oh - of course |
| 23:12.55 | raster | you need a way to queue such wakup interrupts |
| 23:13.03 | cesarb | raster: meaning you need to write the app specially to use some random neo-only api |
| 23:13.08 | balrog-kun | cesarb: but i believe your code will be useful for GTA02 too with adapatation? |
| 23:13.11 | mwester | tonyg: at this point, I'd settle for just *SOMETHING* doing it. |
| 23:13.18 | cesarb | raster: or you need something like the "sleepy linux" thingy |
| 23:13.29 | raster | cesarb: chances are we need such a generic api for linux anyway |
| 23:13.37 | balrog-kun | i.e. less will be left to do on GTA02 when your code works on GTA01 |
| 23:14.14 | cesarb | sleepy linux: http://lwn.net/Articles/263180/ |
| 23:14.23 | cesarb | balrog-kun: true |
| 23:14.59 | balrog-kun | cesarb: great |
| 23:15.39 | cesarb | balrog-kun: the most you'd need to rewrite would be a small part of the serial driver (which is separate for each cpu version), the table of frequencies, and the hclk/pclk dividers code... that'd be about half of the cpufreq driver, since it currently is hardwired to a single cpu type |
| 23:15.49 | cesarb | balrog-kun: the really annoying parts would be all done |
| 23:16.04 | *** join/#openmoko TheBig (n=TheBig@host237-185-dynamic.16-79-r.retail.telecomitalia.it) |
| 23:16.23 | cesarb | balrog-kun: and the hardest part would in fact find a good table of PLL settings (just "max speed" and the slow modes aren't nearly enough) |
| 23:16.30 | *** join/#openmoko TAsn-ghost (n=TAsn@89.1.136.184.dynamic.barak-online.net) |
| 23:16.53 | balrog-kun | cesarb: but the tables can not be easily inferred from the specs? |
| 23:17.06 | balrog-kun | also i suppose they're board-specific, not only cpu-specific? |
| 23:17.07 | raster | cesarb: so basically suspend to ram allthe time (as much as possible) much like cpufreq automatic/concervative goernors may drop to a lower clock rate |
| 23:17.28 | cesarb | mwester: the *correct* way to do it would be to have *parts of gsmd in the kernel* (at least the part which talks to the AT intrepreter), so you could easily know where, when, and how to insert AT@POFF |
| 23:17.33 | raster | and then use interrupts from input devices for wakup (or rtc) |
| 23:17.37 | SpeedEvil | The other part that is required is the new GSM firmware that's been claimed to be coming. |
| 23:17.56 | SpeedEvil | cesarb: the kernel doesn't know when you want to power off |
| 23:18.01 | cesarb | balrog-kun: the tables are cpu-specific, not board-specific (well, they depend on the chosen crystal too...) |
| 23:18.13 | SpeedEvil | cesarb: only userspace really knows that. |
| 23:18.24 | SpeedEvil | GSM firmware that uses lower power in suspend |
| 23:18.33 | cesarb | SpeedEvil: the kernel knows you want to power off... it has to, since it's the kernel which powers the PMU off! |
| 23:19.30 | cesarb | SpeedEvil: in fact, I'm proposing a "neo GSM driver" which would do part of the gsmd job :D |
| 23:19.49 | SpeedEvil | True I suppose. What I meant is that the kernel doesn't make the decision to turn off and remain in a state the modem can wake the kernel, or to turn off and turn the modem off. |
| 23:20.05 | SpeedEvil | Some other policy thing needs to do that. |
| 23:20.06 | balrog-kun | cesarb: yeah, i was thinking that it may be a good idea to make gsmd talk to a kind of virtual serial port, which does the suspend/resume transparently to the userspace, on top of the physical pot |
| 23:20.26 | balrog-kun | the kernel would emulate that port |
| 23:20.41 | cesarb | SpeedEvil: nah, just have an IOCTL to set the desired power state (full-off or modem on), or even better leave it on on suspend and off on poweroff (the kernel does know the difference) |
| 23:20.43 | mickeyl | well, once you have MUXing in kernelspace it makes sense that the MUXer controls gsm power completely |
| 23:20.53 | cesarb | balrog-kun: exactly |
| 23:21.04 | mwester | ^^ what mickeyl said. |
| 23:21.05 | SpeedEvil | mickeyl: true of course. |
| 23:21.23 | cesarb | mickeyl: it'd prolly have to be a bit above the muxer, since the command would be muxed itself, just like ICMP with IP... |
| 23:21.23 | mickeyl | ~seen writchie |
| 23:21.26 | apt | writchie <n=writchie@195.230.118.70.cfl.res.rr.com> was last seen on IRC in channel #openmoko, 41d 4h 29m 11s ago, saying: 'some 4 band 3g phones are called 3 band gsm 900/1800/1900 with UMTS 2100'. |
| 23:21.35 | cesarb | woah 41d |
| 23:21.43 | mwester | And after looking at the mess that is the serial driver, a pseudo-driver that can be more carefully controlled would be a good idea. |
| 23:21.52 | mickeyl | mwester: yeah |
| 23:21.52 | *** join/#openmoko CVirus (n=GoD@82.201.178.194) |
| 23:21.59 | stefan_schmidt | mickeyl: He took a month of for finishing the kernel muxer ;) |
| 23:22.05 | mickeyl | *cough* |
| 23:22.07 | mickeyl | hope dies last |
| 23:22.18 | stefan_schmidt | mickeyl: True for you. :) |
| 23:22.21 | raster | man |
| 23:22.27 | SpeedEvil | mwester: horrible race conditions seem to emerge if you try to jam all the suspend/resume/... into the serial driver, yes. |
| 23:22.35 | stefan_schmidt | raster: dude |
| 23:22.38 | *** join/#openmoko tr2x_ (n=alvar@212-41-89-158.adsl.solnet.ch) |
| 23:22.49 | raster | if gsmd/libgsm dont radically improve soon i'm going to be forced to replace them with something that works... just out of frustration |
| 23:22.49 | raster | :) |
| 23:23.03 | mwester | SpeedEvil: Yep - as proven by something as simple as the console driver living in there along with the normal serial driver. |
| 23:23.14 | mickeyl | well |
| 23:23.17 | balrog-kun | somehow other serial drivers can deal much better with suspend resume (or even with just plain functioning) than the s3c24xx serial |
| 23:23.31 | mickeyl | once the dbus API is done, the phone server will be started |
| 23:23.37 | mickeyl | and once this works, we can do a new backend |
| 23:23.40 | cesarb | mwester: the console driver isn't "simple" |
| 23:23.42 | mickeyl | getting rid of libgsmd |
| 23:23.56 | cesarb | mwester: it has to run in unusual situations (before most drivers are up, during a crash...) |
| 23:23.58 | mwester | balrog-kun: I'm thinking the problem may have to do with the FIFO; there's not a lot of special handling in that driver for the various special modes one might wish to use. |
| 23:24.01 | raster | i'm sitting out at a nice loounge bar last night |
| 23:24.03 | mickeyl | by that time all applications use the dbus API and nothing needs to be changed on the upper layers |
| 23:24.05 | cesarb | mwester: which makes it do strange and unusual things |
| 23:24.15 | raster | and it took 3 boots and 8 tries until fdialler finally made a phone call. |
| 23:24.24 | raster | of course incoming calls didnt work |
| 23:24.33 | raster | and this is like an image i flashed on last week |
| 23:24.40 | mwester | cesarb: Yep, that's exactly right. So it ends up being a very intrusive driver once the real driver is operational :( |
| 23:24.58 | mickeyl | ya, gsmd is the weak spot right now |
| 23:25.00 | mickeyl | but like i said |
| 23:25.06 | mickeyl | i think that's a sane plan |
| 23:25.12 | cesarb | mwester: I'm not even TRYING to LOOK at it to see if I need to hook something cpufreq-related in the console part |
| 23:25.40 | mwester | cesarb: There's nothing there that's aware of the freq or timing. |
| 23:25.48 | mwester | (which is part of the problem) |
| 23:26.23 | mwester | For example, did you notice that there's absolutely NO locking in the serial driver to protect it from other interrupts? |
| 23:28.20 | cesarb | mwester: the locking is about 2 layers above |
| 23:28.29 | cesarb | mwester: in the generic serial driver |
| 23:28.45 | mwester | So at this point the new fix for the infamous bug #788 is looking to be to just drop the console output on the floor if flow control is turned on; it's just too big a rewrite to do the locking so that the console driver can "barge in", break flowcontrol, transmit, and enable flow control. |
| 23:29.57 | mwester | cesarb: That only works if everything below goes through that layer; which is not the case if we do anything interesting in the console code. |
| 23:31.19 | cesarb | mwester: the correct way to do it would be to use the unlocked code during early boot and use the locking after a certain point |
| 23:31.36 | *** join/#openmoko Fradeve (n=fradeve@host34-72-dynamic.2-79-r.retail.telecomitalia.it) |
| 23:31.38 | *** join/#openmoko mzb_d800 (n=mzb@ppp108-88.static.internode.on.net) |
| 23:31.46 | mwester | Yes. I think there are other drivers that seem to do that (there's locking in the bluefin driver, IIRC). |
| 23:33.16 | mwester | There is such a layer, but the normal tty layer and the console layer converge at the hardware, and the console requires that a character be transmitted by the hardware (not buffered) -- so it uses a separate path to the hardware. |
| 23:34.08 | mwester | So if you call printk, printk will not return until the final character has been placed into the UART TX register. |
| 23:35.30 | mwester | cesarb: A simplification would be to assume that during normal (non-debug) situations, the GSM modem will be active, and therefore there will never be any activity on the console at all. |
| 23:36.16 | *** join/#openmoko romu1us (n=romulus@S0106000625a403af.vc.shawcable.net) |
| 23:38.25 | cesarb | mwester: isn't that simplification isomorphic to "don't use console=ttySAC0 on uboot unless you are debugging"? |
| 23:40.01 | mwester | The kernel code that powers up the GSM modem and switches the serial port mux to the modem also suspends console activity on that serial port; so there will be no activity during that timeframe. |
| 23:40.10 | *** join/#openmoko Tronic (i=tronic@dsl-tkubras1-ff30c300-158.dhcp.inet.fi) |
| 23:40.18 | *** join/#openmoko a_thing (n=notroot@c-98-193-50-46.hsd1.il.comcast.net) |
| 23:41.08 | mwester | Removing "console=ttySAC0" is insurance to avoid the corner cases that can result in lockups during the transition in and out of that console-suspended state. |
| 23:41.10 | *** join/#openmoko retracile (n=eli@adsl-69-149-55-173.dsl.rcsntx.swbell.net) |
| 23:45.18 | *** join/#openmoko ken_ (n=user@84.92.70.37) |
| 23:46.41 | *** part/#openmoko coptix (n=OptimusP@f054208132.adsl.alicedsl.de) |
| 23:49.54 | *** join/#openmoko ericthefish_h (n=ivan@82-71-36-214.dsl.in-addr.zen.co.uk) |
| 23:55.13 | *** join/#openmoko qermit (i=qermit@unaffiliated/pantofel) |
| 23:55.31 | *** part/#openmoko qermit (i=qermit@unaffiliated/pantofel) |
| 23:56.15 | *** join/#openmoko El_Salvador (n=Brescia@adsl-248-182.37-151.net24.it) |
| 23:57.36 | *** join/#openmoko bmk789 (n=bmk789@74-132-81-162.dhcp.insightbb.com) |