| 00:02.27 | CIA-1 | freesmartphone.org: 03emdete * r36 10/trunk/software/py-proto/ (Makefile README pygpsd.py pygsmd.py pypwrd.py sample.py): |
| 00:02.27 | CIA-1 | freesmartphone.org: power on/off added. |
| 00:02.27 | CIA-1 | freesmartphone.org: brought gps nearer to gypsy |
| 00:02.27 | CIA-1 | freesmartphone.org: fixed sample |
| 00:02.52 | *** join/#openmoko mboldisc (n=mike@c-66-41-225-167.hsd1.mn.comcast.net) |
| 00:05.55 | *** join/#openmoko retracile (n=eli@adsl-69-149-60-45.dsl.rcsntx.swbell.net) |
| 00:09.39 | *** join/#openmoko Aria_ (n=aredride@betelgeuse.theinternetco.net) |
| 00:12.25 | *** join/#openmoko ThePizzaKing (n=jeff@c211-28-162-92.eburwd2.vic.optusnet.com.au) |
| 00:15.17 | *** join/#openmoko SirBob1701 (n=mcginley@139.84.102.124) |
| 00:23.11 | *** join/#openmoko Grarg (n=bert@ool-4355b0c2.dyn.optonline.net) |
| 00:35.05 | *** join/#openmoko ThePizzaKing (n=jeff@c211-28-162-92.eburwd2.vic.optusnet.com.au) [NETSPLIT VICTIM] |
| 00:35.05 | *** join/#openmoko Aria_ (n=aredride@betelgeuse.theinternetco.net) [NETSPLIT VICTIM] |
| 00:35.05 | *** join/#openmoko shenki (n=joel@202.174.42.5) [NETSPLIT VICTIM] |
| 00:46.51 | CIA-1 | freesmartphone.org: 03emdete * r37 10/trunk/software/py-proto/pygpsd.py: fixed typos |
| 00:56.54 | *** join/#openmoko Aria (n=aredride@224x229.ouraynet.com) |
| 01:03.19 | *** join/#openmoko BlackBsd (n=brian@72.168.193.117) |
| 01:13.31 | *** join/#openmoko C7__ (n=C7@123-125.0-85.cust.bluewin.ch) |
| 01:23.51 | *** join/#openmoko amir (n=Miranda@gentoo/developer/amir) |
| 01:30.23 | balrog-kun | of the gta02? it looks identical outside |
| 01:32.07 | *** join/#openmoko rtp (n=rtp@2a01:5d8:58a6:7960:20e:cff:fedc:7859) |
| 01:32.13 | SpeedEvil | Near-identical. |
| 01:32.20 | SpeedEvil | The buttons are translucent. |
| 01:34.47 | balrog-kun | it would be difficult to take a picture where this detail could be seen |
| 01:34.54 | SpeedEvil | True. |
| 01:34.56 | balrog-kun | oh unless the LEDs were on |
| 01:35.24 | Kero | Does gta02 have a led indicating it is charging? esp. when Linux is not running, yet? |
| 01:35.51 | SpeedEvil | As I understand it - no, it won't - it relies on linux or u-boot to set the LEDs |
| 01:36.13 | SpeedEvil | But they can carry on flashing. |
| 01:36.18 | SpeedEvil | after shutting off |
| 01:37.22 | Kero | too bad. this laptop may not be charging it, having been on battery itself. and even now, I'm not sure... dmesg says nothing. |
| 01:45.58 | *** join/#openmoko Sonicadvance1 (n=Sonic@67.61.15.39) |
| 01:46.15 | *** join/#openmoko cesarb_ (n=cesarb@copacabana.nitnet.com.br) |
| 01:51.42 | Kero | boots. so was charging :) |
| 01:55.08 | cesarb_ | Kero: it does not matter if the laptop is on battery. as long as that particular port is not a crippled 100mA-only port, it'll charge. |
| 01:58.06 | *** join/#openmoko DrOctavius (n=DrOctavi@host49.190-136-86.telecom.net.ar) |
| 01:58.24 | Kero | pretty sure a laptop of a friend did not load my Neo much, while we were out hiking. laptop was on power, not suspended. |
| 01:58.34 | SpeedEvil | that won't charge |
| 01:58.58 | Kero | explain? |
| 01:59.31 | SpeedEvil | It won't charge in suspend mode tyypically |
| 01:59.32 | SpeedEvil | oh |
| 01:59.34 | SpeedEvil | sorry |
| 01:59.38 | SpeedEvil | misread |
| 01:59.52 | Kero | hehe. I would guess it wouldn't charge when suspended. |
| 02:00.25 | Kero | but I bet the laptop found some power saving mode that disabled the Neo from charging. |
| 02:02.17 | Kero | and whether it is the OS or the hardware, I do not know; I know I care about being able to see what it *does* and then change the behaviour. |
| 02:09.46 | *** join/#openmoko kdean06 (n=Kevin@fsf/member/kdean06) |
| 02:15.43 | kdean06 | In messages, is it possible to set a different type of phone number other than work? I've run ts_calibrate so I'm decently sure it's not being inaccurate, but if I click on the word "Work" it deletes the entry - if this isn't how to do so, what is the method to choose a different type of number? |
| 02:19.56 | *** join/#openmoko moko-bunny (n=reik@CPE-76-178-148-218.natnow.res.rr.com) |
| 02:36.12 | *** join/#openmoko linux_ (n=linux@firewall.tw.openmoko.org) |
| 02:43.15 | *** join/#openmoko ThePizzaKing (n=jeff@c211-28-162-92.eburwd2.vic.optusnet.com.au) [NETSPLIT VICTIM] |
| 02:43.15 | *** join/#openmoko shenki (n=joel@202.174.42.5) [NETSPLIT VICTIM] |
| 02:50.20 | *** join/#openmoko heikkit (n=chatzill@c-67-188-122-139.hsd1.ca.comcast.net) |
| 02:54.40 | *** join/#openmoko erikd (n=erikd@218-214-64-136.people.net.au) |
| 03:00.50 | *** join/#openmoko dkirker (n=dkirker@69.229.198.200) |
| 03:06.43 | *** join/#openmoko olv (n=olvaffe@firewall.tw.openmoko.org) |
| 03:08.23 | Kero | what to whack... dbus? dialer? libgsmd-tool works fine, but the GUI has no clue and returns random error messages (like, method Dial with signature s does not exist, or no reply received) |
| 03:08.32 | *** join/#openmoko Sonicadvance1 (n=Sonic@67.61.15.39) |
| 03:11.00 | *** join/#openmoko fgau (n=fgau@pD9539AE5.dip0.t-ipconnect.de) |
| 03:13.33 | *** join/#openmoko sagaci1 (n=mark@cpe-24-175-92-155.tx.res.rr.com) |
| 03:15.40 | *** join/#openmoko nnpiggy (n=nnpiggy@dsl093-060-111.pit1.dsl.speakeasy.net) |
| 03:22.10 | *** join/#openmoko ljp (n=lpotter@203.94.178.46) |
| 03:25.00 | SpeedEvil | ipkg install bash! |
| 03:26.26 | Kero | and to my surprise: Cannot find package bash. |
| 03:26.49 | *** join/#openmoko Aria (n=aredride@224x229.ouraynet.com) |
| 03:27.35 | Kero | ash and sh complain about "applet not found" |
| 03:31.57 | SpeedEvil | Odd |
| 03:32.01 | SpeedEvil | It should be there. |
| 03:32.13 | SpeedEvil | However - ln /bin/bash /bin/whatever |
| 03:32.18 | SpeedEvil | should work |
| 03:34.57 | Kero | what is applet? |
| 03:35.05 | *** part/#openmoko Aria (n=aredride@224x229.ouraynet.com) |
| 03:35.30 | SpeedEvil | ah |
| 03:35.41 | SpeedEvil | it may be busybox |
| 03:36.02 | SpeedEvil | complaining it dpesn't know what to run |
| 03:36.46 | *** join/#openmoko mindCrime (n=chatzill@cpe-065-190-188-124.nc.res.rr.com) |
| 03:41.44 | *** join/#openmoko t_s_o (n=tso@179.84-49-131.nextgentel.com) |
| 04:03.27 | *** join/#openmoko SP-8472 (i=8472@dslb-084-056-240-242.pools.arcor-ip.net) |
| 04:08.27 | *** join/#openmoko poffy (n=poffy@c-98-199-135-173.hsd1.tx.comcast.net) |
| 04:16.31 | *** join/#openmoko behdad (n=behdad@CPE001217b19226-CM0012c9c84bc4.cpe.net.cable.rogers.com) |
| 04:17.11 | *** join/#openmoko Zenton (n=Vicente@212.166.192.129) |
| 04:17.39 | *** join/#openmoko nab (n=nab@64-172-115-11.ded.pacbell.net) |
| 04:23.27 | *** join/#openmoko freelock (n=john@foraker.freelock.com) |
| 04:34.31 | *** join/#openmoko CVirus (n=GoD@196.205.192.228) |
| 04:44.07 | *** join/#openmoko ^leo^ (n=user@r190-64-156-114.dialup.adsl.anteldata.net.uy) |
| 04:50.43 | *** join/#openmoko heikkit (n=chatzill@c-67-188-122-139.hsd1.ca.comcast.net) |
| 04:59.09 | *** join/#openmoko paguilar_ (n=paguilar@217.194.179.73) |
| 05:10.48 | *** join/#openmoko Tronic_ (i=tronic@88.195.48.158) |
| 05:13.20 | *** join/#openmoko Q_Continuum (n=Q@75-168-120-154.mpls.qwest.net) |
| 05:40.23 | *** join/#openmoko riot (n=wntrmut@krombacher-pils.oph.RWTH-Aachen.DE) |
| 05:41.02 | *** join/#openmoko wiml (n=wiml@underhill.hhhh.org) |
| 05:48.03 | *** join/#openmoko jeddy3 (n=mattiast@gw.sbg.se) |
| 05:50.04 | *** join/#openmoko tholin (n=tholin@85.8.6.155.static.se.wasadata.net) |
| 06:16.40 | *** join/#openmoko Zoolooc (n=fredsiba@nrbg-4dbfa6fd.pool.einsundeins.de) |
| 06:18.41 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 06:19.45 | *** join/#openmoko summatusmentis (n=summatus@72.168.202.219) |
| 06:37.33 | *** join/#openmoko peter_b (n=biertrin@p5497AF9D.dip0.t-ipconnect.de) |
| 06:44.42 | *** join/#openmoko ajbrun (n=ajbrun@host81-159-1-14.range81-159.btcentralplus.com) |
| 07:02.41 | *** join/#openmoko ruxpin (n=mikael@195.148.225.17) |
| 07:04.32 | *** join/#openmoko fobos (n=fobos@78.90.88.244) |
| 07:04.40 | *** join/#openmoko drath_ (i=vmaster@p5B07DC10.dip.t-dialin.net) |
| 07:06.44 | *** join/#openmoko miha (n=titus@nat-240.ro.66.com) |
| 07:08.26 | *** join/#openmoko cosmin (n=cosmin@nat-240.ro.66.com) |
| 07:08.35 | *** join/#openmoko buz (n=buz@130.60.39.67) |
| 07:08.53 | *** join/#openmoko geaaru (n=geaaru@host88-205-dynamic.24-79-r.retail.telecomitalia.it) |
| 07:10.23 | miha | honors and salutes to everyone |
| 07:12.00 | miha | salutare cosmin! |
| 07:12.12 | cosmin | hello |
| 07:12.42 | miha | i have a question for all you gurus and occult leaders |
| 07:13.22 | *** join/#openmoko ecraven (i=nex@eutyche.swe.uni-linz.ac.at) |
| 07:13.28 | miha | where did the /media/mmcblk0 dissapear in the last openmoko build for qemu? |
| 07:14.34 | miha | i am using MokoMakefile and i made "make download images" and "make flash-qemu-official" |
| 07:15.17 | miha | and i cannot find any catalog that is large enough for my purposes |
| 07:15.44 | *** join/#openmoko crunchywelch (n=welch@81.sub-75-196-124.myvzw.com) |
| 07:20.38 | *** join/#openmoko Mitacheto (n=chatzill@90-154-143-115.btc-net.bg) |
| 07:21.50 | *** join/#openmoko fulgas536 (n=fn@81.84.174.91) |
| 07:22.46 | *** join/#openmoko cosmin (n=cosmin@nat-240.ro.66.com) |
| 07:23.23 | *** join/#openmoko miha (n=miha@nat-240.ro.66.com) |
| 07:27.48 | *** join/#openmoko thomasg_ (n=thomasg@p57AFE4EA.dip.t-dialin.net) |
| 07:34.04 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-80-142.dsl.scarlet.be) |
| 07:40.00 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 07:41.46 | *** join/#openmoko wolog (n=wolog@s15209028.onlinehome-server.info) |
| 07:47.15 | *** join/#openmoko ^leo^` (n=user@r190-64-156-233.dialup.adsl.anteldata.net.uy) |
| 07:49.09 | *** join/#openmoko C7_ (n=C7@141-57.77-83.cust.bluewin.ch) |
| 07:50.11 | *** join/#openmoko dneary (n=dneary@mne69-9-88-163-116-163.fbx.proxad.net) |
| 07:52.12 | *** join/#openmoko rmoravcik (n=moravcik@gtsgw.ttc.cz) |
| 07:52.37 | CIA-1 | openmoko: 03werner * r3833 10/branches/src/target/kernel/2.6.24.x/patches/ (gta01-jbt6k74.patch smedia-glamo.patch): (log message trimmed) |
| 07:52.37 | CIA-1 | openmoko: Applied "fix-lcm-init-and-glamo-spi-gpio.patch" |
| 07:52.37 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=2daebe556bfa6842917ee930e7df7de1a51af2f0 |
| 07:52.37 | CIA-1 | openmoko: Allows panel to work on 2.6.24 |
| 07:52.37 | CIA-1 | openmoko: Signed-off-by: warmcat <andy@warmcat.com> |
| 07:52.41 | CIA-1 | openmoko: smedia-glamo.patch: |
| 07:52.43 | CIA-1 | openmoko: - drivers/mfd/glamo/glamo-spi-gpio.c (glamo_spigpio_probe): initialize |
| 07:54.37 | *** join/#openmoko tonyg (n=tonyg@82.152.201.120) |
| 07:56.07 | *** join/#openmoko tonyg_ (n=tonyg@82.152.201.120) |
| 07:59.51 | *** join/#openmoko fgau (n=fgau@62.8.133.125) |
| 08:00.42 | *** join/#openmoko rob_w|laptop (n=rob_w@p549B9C10.dip0.t-ipconnect.de) |
| 08:01.07 | CIA-1 | openmoko: 03werner * r3834 10/branches/src/target/kernel/2.6.24.x/config/defconfig-2.6.24-rc7: |
| 08:01.07 | CIA-1 | openmoko: Applied "add-vfat-nls-to-kern.patch" |
| 08:01.07 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=3535365795b39e664f3c90dd3d253ada5bccb6b0 |
| 08:01.07 | CIA-1 | openmoko: SD Card / VFAT in monolithic kernel |
| 08:01.07 | CIA-1 | openmoko: Signed-off-by: Andy Green <andy@openmoko.com> |
| 08:01.07 | CIA-1 | openmoko: - defconfig-2.6.24-rc7: changed CONFIG_FAT_FS, CONFIG_MSDOS_FS, CONFIG_VFAT_FS, |
| 08:01.11 | CIA-1 | openmoko: CONFIG_NLS, CONFIG_NLS_CODEPAGE_437, and CONFIG_NLS_ISO8859_1 from "m" to "y" |
| 08:03.25 | *** join/#openmoko ccube_ (n=ccube@insbett.net) |
| 08:03.58 | *** join/#openmoko borg_ (n=olaf@80.149.17.21) |
| 08:04.40 | *** join/#openmoko ccube (n=ccube@insbett.net) |
| 08:04.56 | *** join/#openmoko FuL|OUT (n=fn@81.84.174.91) |
| 08:05.10 | *** join/#openmoko baird- (n=cbaird@brushtail.apana.org.au) |
| 08:08.32 | Hopscotch | good morning |
| 08:08.53 | *** join/#openmoko Zoolooc (n=fredsiba@nrbg-4dbfc1c6.pool.einsundeins.de) |
| 08:12.07 | *** join/#openmoko Dodji (n=dodji@torimasen.com) |
| 08:14.03 | *** join/#openmoko Eludias (n=eludias@wingding.demon.nl) |
| 08:16.37 | *** join/#openmoko slomo (n=slomo@ubuntu/member/slomo) |
| 08:26.18 | *** join/#openmoko fulgas720 (n=fn@81.84.174.91) |
| 08:30.39 | *** join/#openmoko tobmaster (n=tobmaste@gw.sinnerschrader.com) |
| 08:31.31 | *** join/#openmoko TRIsoft (n=mac@p57A2CE55.dip.t-dialin.net) |
| 08:31.34 | TRIsoft | morning |
| 08:42.39 | *** join/#openmoko suuuper (n=suuuper@81-208-88-100.ip.fastwebnet.it) |
| 08:43.23 | *** join/#openmoko polz (n=polz@lbcsi.fri.uni-lj.si) |
| 08:46.55 | *** join/#openmoko Weteor (n=Weteor@i59F60828.versanet.de) |
| 08:49.55 | *** join/#openmoko jonibo (n=jonas@193.12.106.2) |
| 08:55.15 | miha | Good morning |
| 08:55.36 | *** join/#openmoko mbuf (n=mbuf@59.92.7.42) |
| 08:55.36 | miha | where is the SD card located in Openmoko u/ QEMU? |
| 08:55.57 | miha | it used to be somewhere like /media/mmcblk0 |
| 08:56.29 | miha | but i made an update and now i can't find it |
| 08:56.35 | miha | can somebody help me? |
| 08:57.31 | mbuf | miha, does df output tell you if it is mounted? |
| 08:57.44 | mbuf | miha, check dmesg output for /dev/mmcblk0 entry? |
| 08:58.58 | miha | i have no /media/mmcblk0 entry |
| 08:59.07 | miha | mmcblk0 is entirely gone from /media |
| 09:00.31 | mbuf | miha, run "dmesg | grep mmc" on the Neo to check if your mmc is first detected |
| 09:02.28 | CIA-1 | openmoko: 03werner * r3835 10/branches/src/target/kernel/2.6.24.x/patches/smedia-glamo.patch: (log message trimmed) |
| 09:02.28 | CIA-1 | openmoko: Applied "glamo-core-comment-unused-vars.patch", |
| 09:02.28 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=841192953ef0052e375c48936612fd0591587aed |
| 09:02.28 | CIA-1 | openmoko: Just kill genuine compile warnings about unused vars by commenting since they |
| 09:02.28 | CIA-1 | openmoko: look like they may be used for something eventually |
| 09:02.32 | CIA-1 | openmoko: Signed-off-by: Andy Green <andy@openmoko.com> |
| 09:02.34 | CIA-1 | openmoko: smedia-glamo.patch: |
| 09:02.50 | miha | sais someth like : mmc0: SD card claims to support the incompletely defines 'low voltage range'. This will be ignored. |
| 09:08.24 | miha | and some other messages like <7>mmc_set_power(0|1|2, vdd=0|20) |
| 09:13.02 | miha | but it does not detect the card |
| 09:17.58 | *** join/#openmoko Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
| 09:19.08 | *** join/#openmoko Field (n=Field@ip-185.emscb.ruhr-uni-bochum.de) |
| 09:19.36 | *** join/#openmoko lalo (n=lalo@sourcemage/mage/lalo) |
| 09:21.03 | *** join/#openmoko _diego_ (n=diego@host-84-222-11-188.cust-adsl.tiscali.it) |
| 09:21.19 | *** join/#openmoko mbuf (n=mbuf@59.92.18.160) |
| 09:21.56 | *** join/#openmoko Mathiasdm2 (n=Mathias@d54C597B6.access.telenet.be) |
| 09:27.04 | *** join/#openmoko shenki (n=joel@202.174.42.5) |
| 09:28.12 | *** join/#openmoko bedboi (n=bedboi@c3lab.poliba.it) |
| 09:31.09 | *** join/#openmoko nurgle_ (n=nurgle@pirates.ivistar.de) |
| 09:34.55 | *** join/#openmoko SP-8472 (i=8472@dslb-084-056-223-203.pools.arcor-ip.net) |
| 09:35.38 | *** join/#openmoko magumbade (n=magumbad@p5497D570.dip.t-dialin.net) |
| 09:37.58 | *** join/#openmoko nurgle_ (n=nurgle@pirates.ivistar.de) [NETSPLIT VICTIM] |
| 09:37.58 | *** join/#openmoko shenki (n=joel@202.174.42.5) [NETSPLIT VICTIM] |
| 09:38.22 | *** join/#openmoko jas4711 (n=jas@c80-216-80-66.bredband.comhem.se) |
| 09:39.24 | *** join/#openmoko magumbade (n=magumbad@p5497D570.dip.t-dialin.net) |
| 09:42.03 | *** join/#openmoko magumbade (n=magumbad@p5497D570.dip.t-dialin.net) |
| 09:43.33 | *** join/#openmoko zween (n=zween@78-86-213-209.zone2.bethere.co.uk) |
| 09:53.04 | *** join/#openmoko nurgle_ (n=nurgle@pirates.ivistar.de) [NETSPLIT VICTIM] |
| 09:53.04 | *** join/#openmoko shenki (n=joel@202.174.42.5) [NETSPLIT VICTIM] |
| 09:54.12 | *** join/#openmoko SP-8472 (i=8472@dslb-084-057-247-044.pools.arcor-ip.net) |
| 09:54.20 | *** join/#openmoko bluelightning (n=blueligh@pdpc/supporter/active/bluelightning) |
| 09:54.47 | *** join/#openmoko suuuper (n=suuuper@81-208-88-100.ip.fastwebnet.it) |
| 09:57.35 | *** join/#openmoko simon_ (n=simon@dyn167240.wlan.jku.at) |
| 10:02.15 | *** join/#openmoko nurgle_ (n=nurgle@pirates.ivistar.de) [NETSPLIT VICTIM] |
| 10:05.19 | *** join/#openmoko pvanhoof (i=root@pvanhoof.freax.org) |
| 10:06.17 | hrw | morning |
| 10:07.47 | *** join/#openmoko SP-8472_ (i=8472@dslb-084-057-245-245.pools.arcor-ip.net) |
| 10:17.03 | *** join/#openmoko SP-8472_ (i=8472@dslb-084-057-243-146.pools.arcor-ip.net) |
| 10:19.00 | *** join/#openmoko zedstar (n=john@sr-fw1.router.uk.clara.net) |
| 10:21.41 | *** join/#openmoko danilos (n=danilo@canonical/launchpad/danilos) |
| 10:26.29 | cesarb | Kero: some operating systems do not set the 500mA mode on the neo unless you have a driver for it, and you usually don't on these operating systems |
| 10:31.54 | *** join/#openmoko Audiomind (n=Audiomin@newhost71-217.imm.dtu.dk) |
| 10:33.43 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 10:35.35 | *** join/#openmoko Field (n=Field@ip-185.emscb.ruhr-uni-bochum.de) |
| 10:37.04 | *** join/#openmoko Tronic_ (i=tronic@dsl-tkubras1-ff30c300-158.dhcp.inet.fi) |
| 10:37.14 | *** join/#openmoko Gybrush__ (n=Gybrush@f053152091.adsl.alicedsl.de) |
| 10:41.39 | CIA-1 | openmoko: 03werner * r3836 10/branches/src/target/kernel/2.6.24.x/patches/smedia-glamo.patch: (log message trimmed) |
| 10:41.39 | CIA-1 | openmoko: Merger of "glamo-core-fix-irq-demux-desc-lock.patch", |
| 10:41.39 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=b51600d1168afff39fda4719d97fabcebdc3f8c9 |
| 10:41.39 | CIA-1 | openmoko: and a further refinement from "glamo-mmc-driver-2.6.24-incomplete.patch" |
| 10:41.39 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=bce576562d0b4e9c83ac9939bec424862994220f |
| 10:41.43 | CIA-1 | openmoko: desc gets overwritten inside the demux handler... it doesn't unlock what it |
| 10:41.45 | CIA-1 | openmoko: thinks it does... |
| 10:42.23 | *** join/#openmoko SP-8472 (i=8472@dslb-084-057-241-228.pools.arcor-ip.net) |
| 10:45.48 | CIA-1 | openmoko: 03thomas * r3837 10/trunk/src/target/ipkg/ (144 files in 5 dirs): * Add ipkg for future development |
| 10:47.00 | *** join/#openmoko Bish722 (n=Bish@p4FC4CDD8.dip.t-dialin.net) |
| 10:48.37 | CIA-1 | openmoko: 03werner * r3838 10/branches/src/target/kernel/2.6.24.x/patches/smedia-glamo.patch: (log message trimmed) |
| 10:48.37 | CIA-1 | openmoko: Applied "glamo-core-interrupt-enable-b9-madness.patch", |
| 10:48.37 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=110f15e3db695251bbc1367c10cebbc2cea44f80 |
| 10:48.37 | CIA-1 | openmoko: Setting "General Interrupt Register 1" to 0xffff not only enabled all |
| 10:48.37 | CIA-1 | openmoko: irqs, but also routed interrupts to the internal RISC processor, which |
| 10:48.40 | CIA-1 | openmoko: isn't what we want. |
| 10:48.42 | CIA-1 | openmoko: Signed-off-by: Andy Green <andy@openmoko.com> |
| 10:51.25 | *** join/#openmoko Magon (n=Magon@archangel.kolej.mff.cuni.cz) |
| 10:52.39 | *** join/#openmoko Weiss (i=taw27@pip.srcf.societies.cam.ac.uk) |
| 11:01.28 | *** join/#openmoko libervisco (n=libervis@tuxhacker/libervisco) |
| 11:03.37 | CIA-1 | openmoko: 03chris * r3839 10/trunk/src/target/OM-2007.2/applications/openmoko-dialer2/ (3 files in 2 dirs): |
| 11:03.37 | CIA-1 | openmoko: * src/phone-kit/moko-network.c: |
| 11:03.37 | CIA-1 | openmoko: Increase timeout to 60 seconds |
| 11:03.37 | CIA-1 | openmoko: * src/phone-kit/moko-sms.c: (moko_sms_send): |
| 11:03.37 | CIA-1 | openmoko: Don't try to resolve recipient number |
| 11:04.31 | *** join/#openmoko morricone (n=foobar@dslb-084-057-174-208.pools.arcor-ip.net) |
| 11:05.18 | *** join/#openmoko rd_ (n=dr@vnsecurity.net) |
| 11:06.06 | *** join/#openmoko florian (n=fuchs@217.146.132.69) |
| 11:08.12 | *** join/#openmoko _rob (n=rob@85.233.59.8.static.cablesurf.de) |
| 11:11.29 | CIA-1 | openmoko: 03werner * r3840 10/branches/src/target/kernel/2.6.24.x/patches/ (gta02-core.patch smedia-glamo.patch): (log message trimmed) |
| 11:11.29 | CIA-1 | openmoko: Applied "detect-glamo-irq-pullup.patch" |
| 11:11.29 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=c6be860fc5bb86ae5af7e26b61dba43566d43d3c |
| 11:11.29 | CIA-1 | openmoko: Runtime detection of if the glamo IRQ# line is blessed with a pullup or not |
| 11:11.29 | CIA-1 | openmoko: GTA-02 < A5 do not have it but can be reworked |
| 11:11.32 | CIA-1 | openmoko: Signed-off-by: Andy Green <andy@openmoko.com> |
| 11:11.34 | CIA-1 | openmoko: gta02-core.patch: |
| 11:12.31 | *** join/#openmoko Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
| 11:15.08 | *** join/#openmoko magumbade (n=magumbad@p5497D570.dip.t-dialin.net) |
| 11:15.18 | *** join/#openmoko infernixx (i=nix@unaffiliated/infernix) |
| 11:16.20 | *** join/#openmoko Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 11:18.00 | *** join/#openmoko Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz) |
| 11:19.16 | *** join/#openmoko Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
| 11:24.43 | *** join/#openmoko Zenton (n=Vicente@212.166.192.134) |
| 11:28.26 | *** join/#openmoko loufoque (n=loufoque@tobias.residence.ens-lyon.fr) |
| 11:29.50 | *** part/#openmoko Mathiasdm (n=Mathias@d54C597B6.access.telenet.be) |
| 11:52.33 | *** join/#openmoko pvanhoof (i=pvanhoof@pvanhoof.freax.org) |
| 11:57.11 | *** join/#openmoko Crashbit (n=Crashbit@unaffiliated/crashbit) |
| 12:09.05 | *** join/#openmoko Weteor (n=Weteor@i59F60828.versanet.de) |
| 12:13.24 | *** join/#openmoko edistar_ (n=edistar@ip503ddd09.speed.planet.nl) |
| 12:13.29 | CIA-1 | openmoko: 03werner * r3841 10/branches/src/target/kernel/2.6.24.x/patches/smedia-glamo.patch: |
| 12:13.29 | CIA-1 | openmoko: Applied "glamo-core-fix-uninitialized-spinlock.patch", |
| 12:13.29 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=627980eebea2e1449f60a54d44095c89385d8d39 |
| 12:13.29 | CIA-1 | openmoko: Uninitialized spinlock makes death on 2.6.24 |
| 12:13.29 | CIA-1 | openmoko: Signed-off-by: Andy Green <andy@openmoko.com> |
| 12:13.32 | CIA-1 | openmoko: smedia-glamo.patch: |
| 12:13.34 | CIA-1 | openmoko: - drivers/mfd/glamo/glamo-core.c (glamo_probe): initialize glamo->lock |
| 12:16.55 | *** join/#openmoko d1 (n=dr@vnsecurity.net) |
| 12:21.41 | *** join/#openmoko cepera (n=serega_k@86.110.162.2) |
| 12:25.11 | *** join/#openmoko Tjikkun_work (n=sander@kantoor.jronline.nl) |
| 12:33.04 | *** join/#openmoko dneary (n=dneary@mne69-9-88-163-116-163.fbx.proxad.net) |
| 12:40.15 | *** join/#openmoko krau (n=cktakaha@200.184.118.132) |
| 12:53.49 | *** join/#openmoko mgregsond (n=mgregson@caffeine.csclub.uwaterloo.ca) |
| 13:07.26 | *** join/#openmoko andrunko (n=andrunko@200.184.118.132) |
| 13:13.39 | *** join/#openmoko dbmoodb (n=david@unaffiliated/dbmoodb) |
| 13:13.55 | dbmoodb | march ? |
| 13:14.07 | dbmoodb | wtf .... did you guys have a break through or what ? |
| 13:14.32 | *** join/#openmoko Cyorxamp (n=Cyorxamp@212.57.232.254) |
| 13:14.52 | *** join/#openmoko Cyor (n=Cyorxamp@212.57.232.254) |
| 13:19.49 | mwester | dbmoodb: I think it was decided that "spring" was too vague, as it did not define which side of the equator. So it appears someone set it back to "March". I still suspect May/June is a better bet. |
| 13:20.16 | dbmoodb | ok |
| 13:22.53 | *** part/#openmoko dbmoodb (n=david@unaffiliated/dbmoodb) |
| 13:23.13 | *** join/#openmoko k-s[WORK] (n=gustavo@200.184.118.132) |
| 13:24.04 | *** join/#openmoko renatofilho^_ (n=renato@200.184.118.132) |
| 13:26.06 | *** join/#openmoko Ryback_ (n=ulisses@200.184.118.132) |
| 13:30.06 | *** join/#openmoko Pitbullpc (n=Bogus@194.32.100.97.cfl.res.rr.com) |
| 13:31.25 | *** part/#openmoko Pitbullpc (n=Bogus@194.32.100.97.cfl.res.rr.com) |
| 13:31.34 | *** join/#openmoko doc|home (n=doc@gentoo/contributor/doc-007) |
| 13:36.07 | *** join/#openmoko Larry_jr (n=larry@200.184.118.132) |
| 13:36.42 | *** join/#openmoko Zenton (n=Vicente@212.166.192.129) |
| 13:36.53 | *** join/#openmoko Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 13:37.48 | *** join/#openmoko rob_w|laptop (n=rob_w@p549B9C10.dip0.t-ipconnect.de) |
| 13:43.44 | *** join/#openmoko renatofilho^_ (n=renato@200.184.118.132) |
| 13:43.57 | *** join/#openmoko zween (n=zween@78-86-213-209.zone2.bethere.co.uk) |
| 13:50.08 | *** join/#openmoko C7 (n=C7@zux006-058-029.adsl.green.ch) |
| 13:50.50 | *** join/#openmoko meldianen (n=chatzill@arl57-1-82-231-110-171.fbx.proxad.net) |
| 13:58.05 | *** join/#openmoko retracile_ (n=eli@adsl-69-149-55-173.dsl.rcsntx.swbell.net) |
| 14:00.06 | *** join/#openmoko icman (n=icman@123-240-172-21.cctv.dynamic.lsc.net.tw) |
| 14:03.12 | *** join/#openmoko cb23 (n=cb25@dsl-245-152-189.telkomadsl.co.za) |
| 14:12.56 | *** join/#openmoko lennie (n=lenny@61.170.242.92) |
| 14:13.08 | lennie | wow |
| 14:13.18 | *** join/#openmoko faern (n=faern@faern.olf.sgsnet.se) |
| 14:13.37 | lennie | any suggests for openmoko with treo650 |
| 14:15.28 | lennie | only found this, http://blog.mikeasoft.com/2007/07/01/openmoko-on-a-treo-650/ |
| 14:15.37 | lennie | no more information |
| 14:16.03 | *** join/#openmoko trivex` (n=trivex@CPE00112f8785ab-CM000f9f50281e.cpe.net.cable.rogers.com) |
| 14:16.17 | *** join/#openmoko grummel (n=grummel@p5B16D568.dip.t-dialin.net) |
| 14:18.51 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 14:28.57 | *** join/#openmoko paguilar (n=paguilar@217.194.179.73) |
| 14:32.21 | *** join/#openmoko trivex (n=trivex@CPE00112f8785ab-CM000f9f50281e.cpe.net.cable.rogers.com) |
| 14:35.44 | *** join/#openmoko Hoolxi (n=ooooops@218.79.146.6) |
| 14:38.45 | *** join/#openmoko cvdstap (n=cvdstap@90-220.bbned.dsl.internl.net) |
| 14:39.01 | cvdstap | arw... delayed till march :) |
| 14:39.19 | XorA | thats just around the corner |
| 14:42.11 | *** join/#openmoko lsobral (n=sobral@200.184.118.132) |
| 14:42.56 | cvdstap | that be true |
| 14:43.31 | cvdstap | just wonder if they will make the mark tho |
| 14:44.23 | cvdstap | they still working on that battery thing ? |
| 14:45.54 | CIA-1 | freesmartphone.org: 03emdete * r38 10/trunk/software/ (8 files in 2 dirs): |
| 14:45.54 | CIA-1 | freesmartphone.org: make modem power/reset control optional (if used with pseudo tty) |
| 14:45.54 | CIA-1 | freesmartphone.org: allow pygsmd be activated via dbus (i.e. from a gsm0710 muxer) |
| 14:45.54 | CIA-1 | freesmartphone.org: add a dummy module for a gsm0710muxer |
| 14:46.15 | *** join/#openmoko retracile_ (n=eli@65.91.166.175) |
| 14:46.22 | *** join/#openmoko Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 14:46.30 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 14:55.39 | *** join/#openmoko orospakr (n=orospakr@132.213.238.4) |
| 15:01.23 | *** join/#openmoko nnpiggy (n=nnpiggy@209.195.169.219) |
| 15:01.54 | *** join/#openmoko summatusmentis (n=summatus@72.168.202.219) |
| 15:02.47 | *** join/#openmoko zipola (n=zipola@zip.kortex.jyu.fi) |
| 15:03.04 | *** join/#openmoko haakeyar (n=haakeyar@c9C364BC1.dhcp.bluecom.no) |
| 15:04.36 | Kero | if I get good software for gta01 by march, I'd be delighted !! |
| 15:06.32 | cvdstap | do i smell skeptisism ? |
| 15:08.53 | Kero | it's too easy to break simple calling features. I'm disappointed that's still the case half a year after I got my unit. |
| 15:08.57 | Kero | It's a demotivator. |
| 15:09.01 | *** join/#openmoko mindCrime (n=chatzill@66.83.208.218.nw.nuvox.net) |
| 15:10.14 | cvdstap | i see |
| 15:12.01 | SpeedEvil | There needs to be an automated build hose, with qemu or a real neo that tests each build before commit |
| 15:13.11 | cb23 | that would be pretty nifty, and you could write various little moko.tests that would test different aspects of the image |
| 15:13.31 | wurp2 | SpeedEvil: Presumably s/build hose/build host/ |
| 15:13.54 | cb23 | or s/build hose/build house/ maybe |
| 15:14.16 | wurp2 | But you're proposing two repositories then, I guess... you commit to the build host's rep, then it commits to the 'real' repository if tests pass |
| 15:14.52 | XorA | sounds like debian |
| 15:15.06 | wurp2 | continuous integration environments I've used always just labelled the latest version that passes tests, then send email to the guys who commited stuff that broke the build |
| 15:16.08 | wurp2 | although what you're talking about would be really easy with darcs as the revision control manager |
| 15:18.00 | cvdstap | bye all |
| 15:18.47 | *** join/#openmoko polz (n=polz@cpe-213-157-235-31.dynamic.amis.net) |
| 15:23.31 | *** join/#openmoko orino (n=orino@84-74-193-114.dclient.hispeed.ch) |
| 15:24.17 | Kero | SpeedEvil: no, it is a matter of priorities. Of course I am biased, since I own a gta01 |
| 15:24.41 | Kero | and there is a gta02 to worry, for FIC/openmoko |
| 15:24.59 | cb23 | lets just hope the devs dont get lazy and not-really-optimize-considering-the-processor-is-faster :( |
| 15:25.10 | Kero | but suffice to say, I would probably have worked on software for openmoko, had I been able to *use* the device. |
| 15:25.20 | SpeedEvil | wirp: yes |
| 15:25.36 | SpeedEvil | cbrake_away: opptimisation is always good. |
| 15:25.40 | Kero | and my software might just have enhanced gta02, too. |
| 15:27.02 | Kero | You can not make a continuous build environment for OpenEmbedded and then point to ppl who break stuff... OpenEmbedded is waaaaay to complex and not-monitored-the-right-way for that. |
| 15:27.41 | lennie | howto run openmoko in treo650? |
| 15:28.56 | *** join/#openmoko loquens (n=loquens@mail.avtomix-vrn.ru) |
| 15:29.23 | Stephmw | lennie: spend lots of time making it work? I don't think it's a supported platform for OM |
| 15:29.48 | *** join/#openmoko MetaMorfoziS (n=khmhm@3e44b1b2.adsl.enternet.hu) |
| 15:29.49 | *** join/#openmoko Tronic (i=tronic@dsl-tkubras1-ff30c300-158.dhcp.inet.fi) |
| 15:29.49 | Kero | plus, user stories like "Neo has an incoming call, answers, talks&listens", are you going to verify there's real audio coming out of the loudspeaker? both ways? |
| 15:30.05 | Kero | and automatically inserting the headphones to see whether audio follows automagically? |
| 15:30.27 | lennie | Stephmw, just for fun |
| 15:30.32 | *** join/#openmoko mbuf (n=mbuf@59.92.18.160) |
| 15:30.33 | Kero | *that* is the basic functionality I'm talking about, that should be tested before any commit. |
| 15:30.47 | *** join/#openmoko michele_ (n=michele@pdpc/supporter/active/michele) |
| 15:31.22 | lennie | Stephmw, if can run openmoko,that will be very interesting |
| 15:31.37 | Kero | but gsmd, dbus, dialer and the applet all can (and do, afaiac) break, with no tests of their own. |
| 15:31.45 | Kero | So the conclusion is "it does not work" |
| 15:32.28 | Stephmw | Kero: from experience at a manufacturers, the 'automation' we used was lots of manual labour and test scripts... |
| 15:33.02 | Stephmw | not exactly workable solution in this instance |
| 15:33.14 | Kero | right. |
| 15:33.24 | Kero | Noone is going to build a nice testing system for OpenMoko now |
| 15:33.36 | Kero | it's too much work, to build it now. |
| 15:33.49 | Kero | and that's without the headphones being inserted ;) |
| 15:36.42 | Stephmw | I did know of a place that did automated physical testing |
| 15:37.10 | Stephmw | each rig was adapted to the handset (which was gutted and hard-wired to the rig) |
| 15:37.57 | Kero | Stephmw: heard of many such things. Wear&tear of shoes, emulating walking and what not. |
| 15:38.09 | *** join/#openmoko paguilar (n=paguilar@217.194.179.73) |
| 15:38.19 | Kero | but it takes effort to set up that kind of thing |
| 15:38.50 | *** join/#openmoko libervisco (n=libervis@tuxhacker/libervisco) |
| 15:38.54 | Kero | an investment which is managable at the start, and worth it. But right now, it's a huge endeavor |
| 15:39.30 | Stephmw | absolutely... it also needs the hardware to be fairly stable ;) |
| 15:40.05 | *** join/#openmoko kdean06 (n=kdean06@pool-70-18-228-200.res.east.verizon.net) |
| 15:43.17 | Kero | true. |
| 15:44.25 | *** join/#openmoko alkjsdhf (n=c6fd145d@gateway/web/cgi-irc/ircatwork.com/x-1576a2fccead212e) |
| 15:45.05 | *** join/#openmoko TimRiker (n=timr@70.1.75.251) |
| 15:45.23 | CIA-1 | freesmartphone.org: 03mickeyl * r39 10/trunk/software/gsm0710muxd/ (27 files in 5 dirs): gsm0710muxd: autotoolize |
| 15:45.42 | *** join/#openmoko j_ack (n=j_ack@dsbg-4db7c2c0.pool.einsundeins.de) |
| 15:45.49 | CIA-1 | freesmartphone.org: 03mickeyl * r40 10/trunk/software/gsm0710muxd/data/ (gsm0710muxd init.d.gsm0710muxd): gsm0710muxd: rename init script |
| 15:46.48 | *** join/#openmoko jpozlovsky (n=jindra@21.238.broadband9.iol.cz) |
| 15:47.47 | *** join/#openmoko _magellan_ (n=c6fd145d@gateway/web/cgi-irc/ircatwork.com/x-84dcf6c5390d4183) |
| 15:49.20 | _magellan_ | is anyone successfully building and being able to flash the device using Moko makefile |
| 15:50.29 | _magellan_ | I can build but when I flash the device, the boot stops at the Angstrom text banner with no gui |
| 15:53.35 | *** join/#openmoko C7 (n=C7@zux006-058-029.adsl.green.ch) |
| 15:54.44 | *** join/#openmoko |tbb| (n=d95b155b@gateway/web/cgi-irc/ircatwork.com/x-f9a136134efe888b) |
| 16:02.03 | *** join/#openmoko AlexJTanner (n=alex@68-187-80-127.dhcp.eucl.wi.charter.com) |
| 16:02.11 | *** join/#openmoko pmw (n=pmw@66.25.22.51) |
| 16:04.05 | CIA-1 | freesmartphone.org: 03mickeyl * r41 10/trunk/software/gsm0710muxd/ (AUTHORS Makefile.am): gsm0710muxd: fix AUTHORS, add Makefile.am |
| 16:06.27 | *** part/#openmoko michele_ (n=michele@pdpc/supporter/active/michele) |
| 16:12.10 | *** join/#openmoko cepera (n=serega_k@86.110.162.2) |
| 16:13.16 | *** join/#openmoko doc|work (n=doc@gentoo/contributor/doc-007) |
| 16:13.52 | *** join/#openmoko spydon (n=spydon@90-227-34-143-no42.tbcn.telia.com) |
| 16:21.55 | *** join/#openmoko rob_w (n=bob@X1ff7.x.pppool.de) |
| 16:22.00 | *** join/#openmoko andrunko (n=andrunko@200.184.118.132) |
| 16:33.34 | *** join/#openmoko goxboxlive (n=goxboxli@81.80-202-132.nextgentel.com) |
| 16:43.02 | *** join/#openmoko chris^ (n=kraetzi@p548AE6B8.dip.t-dialin.net) |
| 16:54.31 | *** join/#openmoko wolog (n=wolog@AOrleans-152-1-43-187.w90-21.abo.wanadoo.fr) |
| 17:00.37 | *** join/#openmoko osmosis (n=steven@63.139.86.3) |
| 17:01.25 | *** join/#openmoko GNUtoo (n=GNUtoo@host203-147-dynamic.11-79-r.retail.telecomitalia.it) |
| 17:01.28 | *** part/#openmoko osmosis (n=steven@63.139.86.3) |
| 17:02.57 | GNUtoo | hello, qemu-neo1973 doesn't compile(gcc-3.4.6): http://pastebin.com/m52f11073 |
| 17:10.13 | *** join/#openmoko miip (n=miip@p54A578DF.dip.t-dialin.net) |
| 17:15.28 | *** join/#openmoko Audiomind (n=Audiomin@newhost71-217.imm.dtu.dk) |
| 17:18.36 | _magellan_ | is anyone successfully building and being able to flash the device using Moko makefile |
| 17:19.01 | _magellan_ | I can build but when I flash the device, the boot stops at the Angstrom text banner with no gui |
| 17:19.27 | Sup3rkiddo | _magellan_, you probably meant dfu for flahing..=) |
| 17:24.07 | *** join/#openmoko andrunko (n=andrunko@200.184.118.132) |
| 17:25.00 | *** join/#openmoko StealthCP (n=stealthc@88.191.12.145) |
| 17:30.54 | *** join/#openmoko simon_ (n=simon@w208.wist.uni-linz.ac.at) |
| 17:31.03 | *** join/#openmoko no_mind (n=vivek@122.163.223.77) |
| 17:31.17 | *** join/#openmoko pH5 (n=ph5@e178223154.adsl.alicedsl.de) |
| 17:32.52 | _magellan_ | you can flash with moko makefile |
| 17:33.06 | _magellan_ | all it does is run the dfu command |
| 17:33.36 | GNUtoo | anyone for my compilation issue? |
| 17:37.55 | _magellan_ | make flash-neo-local |
| 17:38.10 | Sup3rkiddo | _magellan_, ah, thats qemu |
| 17:38.29 | Sup3rkiddo | _magellan_, that flashes qemu, not the actual device |
| 17:38.40 | _magellan_ | let me look |
| 17:38.51 | _magellan_ | cause it connects to the device in usb |
| 17:39.38 | Sup3rkiddo | _magellan_, apologies, i read it as flash-qemu-local |
| 17:42.17 | _magellan_ | sup3rkiddo: it flashes the device |
| 17:42.42 | _magellan_ | are you able to build? |
| 17:42.58 | Sup3rkiddo | _magellan_, just a sec |
| 17:43.13 | Sup3rkiddo | _magellan_, are you on bleeding edge tree? |
| 17:43.35 | *** join/#openmoko yoyo (n=yoyo@nat.zegrze.maverick.com.pl) |
| 17:43.46 | yoyo | hi all one more time :) |
| 17:44.23 | *** join/#openmoko miip_ (n=miip@p54A566D3.dip.t-dialin.net) |
| 17:49.51 | _magellan_ | Im just doing make openmoko-devel-image |
| 17:50.36 | *** join/#openmoko eikonos (n=eikonos@S0106001c104ae594.gv.shawcable.net) |
| 17:50.39 | *** join/#openmoko Marcel_M (n=Marcel_M@86.59.65.236) |
| 17:53.01 | Sup3rkiddo | _magellan_, last build was 48 hours ago |
| 17:54.27 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-71c29fd1988d16c6) [NETSPLIT VICTIM] |
| 17:54.27 | *** join/#openmoko anders_ (n=andersg@xmms2/developer/anders) [NETSPLIT VICTIM] |
| 17:55.28 | _magellan_ | Sup3rKiddo: did you actually load that and turn the OM on? |
| 17:55.58 | Sup3rkiddo | _magellan_, yep |
| 17:56.09 | Sup3rkiddo | _magellan_, but i used dfu-util |
| 17:57.23 | *** join/#openmoko Zenton (n=Vicente@212.166.192.129) |
| 17:59.16 | *** part/#openmoko zedstar (n=john@sr-fw1.router.uk.clara.net) |
| 18:02.44 | _magellan_ | crap, what is wrong with mine. I went back and tried it with DFU and I still fail to boot |
| 18:03.08 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-71c29fd1988d16c6) [NETSPLIT VICTIM] |
| 18:03.08 | *** join/#openmoko anders_ (n=andersg@xmms2/developer/anders) [NETSPLIT VICTIM] |
| 18:04.11 | SpeedEvil | _magellan_: what does it do? |
| 18:04.12 | Sup3rkiddo | _magellan_, boot?, as in kernel panic? |
| 18:05.47 | _magellan_ | no there is no kernel panic, it starts, and then goes to the splash screen and then just as the status bar gets full, it goes back to text mode and displays the Angstrom text banner and just sits there |
| 18:06.22 | SpeedEvil | _magellan_: you've got a matching kernel and image? |
| 18:06.27 | SpeedEvil | from where? |
| 18:06.48 | _magellan_ | well I used the kernel and image built by moko makefile |
| 18:07.05 | SpeedEvil | Try a make update, and another make openmoko-devel-image |
| 18:07.12 | SpeedEvil | Just as a sanity check |
| 18:07.26 | SpeedEvil | It should go _much_ faster than the first |
| 18:07.34 | _magellan_ | I have, but Im not before giving it another go |
| 18:07.36 | _magellan_ | right |
| 18:07.56 | SpeedEvil | Also - try downloading images |
| 18:08.07 | SpeedEvil | ah |
| 18:08.11 | SpeedEvil | of course |
| 18:08.20 | *** join/#openmoko rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 18:08.20 | SpeedEvil | Have you ever flashed u-boot? |
| 18:08.34 | Sup3rkiddo | uh oh |
| 18:08.41 | SpeedEvil | If not. |
| 18:09.01 | SpeedEvil | And if the new image happens to take up less space than you've ever used on the root filesystem, jffs2 can get confused |
| 18:09.22 | SpeedEvil | you need to do - as described in the wiki - connect to the uboot console and do 'nand erase rootfs'. |
| 18:09.35 | SpeedEvil | Note that 'nand erase' on its own will brick your device. |
| 18:09.52 | SpeedEvil | jffs2 being confused can cause partial boots |
| 18:10.30 | _magellan_ | I have never had to mess with u-boot |
| 18:10.51 | _magellan_ | and Im not lookin forward to it |
| 18:11.12 | _magellan_ | but I do have the full developers kit so I can recover should it crap out |
| 18:11.13 | SpeedEvil | you just hold down the other button on boot |
| 18:11.18 | SpeedEvil | and it goes to the uboot menu |
| 18:11.34 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-71c29fd1988d16c6) [NETSPLIT VICTIM] |
| 18:11.34 | *** join/#openmoko anders_ (n=andersg@xmms2/developer/anders) [NETSPLIT VICTIM] |
| 18:11.36 | SpeedEvil | then you connect over /dev/ttyACM0 on the system it's plugged into |
| 18:11.36 | _magellan_ | well you have to do that to flash it |
| 18:11.41 | SpeedEvil | nad it pretends to be a serial port |
| 18:11.44 | *** join/#openmoko pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:11.50 | SpeedEvil | then you send 'nand erase rootfs' |
| 18:11.57 | SpeedEvil | and it says 'ok' after some time |
| 18:12.00 | SpeedEvil | then you dfu |
| 18:12.34 | _magellan_ | All this is in the wiki? |
| 18:12.51 | SpeedEvil | yes |
| 18:12.55 | SpeedEvil | I think in u-boot |
| 18:13.00 | SpeedEvil | or maybe [[bootloader]] |
| 18:13.18 | *** join/#openmoko buz (n=buz@84-74-88-75.dclient.hispeed.ch) |
| 18:13.46 | _magellan_ | any way I can confirm that this is the problem before I do it |
| 18:13.48 | *** join/#openmoko nibbo (i=nibbo@gateway/shell/blinkenshell.org/x-ca7423b66b376ff4) |
| 18:14.20 | _magellan_ | Im flashing another (clean) neo right now. |
| 18:14.38 | SpeedEvil | _magellan_: this is risk free - if you don't typo 'nand erase rootfs' |
| 18:15.42 | *** join/#openmoko geaaru (n=geaaru@79.24.205.88) |
| 18:16.24 | _magellan_ | hah, don't put it by me |
| 18:17.24 | *** join/#openmoko ajbrun (n=ajbrun@host81-159-2-75.range81-159.btcentralplus.com) |
| 18:20.00 | _magellan_ | alright Im going to load it on a clean on and if it still doesn't take then I will nand erase and start again |
| 18:20.11 | SpeedEvil | nand erase rootfs! |
| 18:20.14 | SpeedEvil | Not nand erase |
| 18:21.18 | *** join/#openmoko anders_ (n=andersg@xmms2/developer/anders) [NETSPLIT VICTIM] |
| 18:21.23 | *** join/#openmoko ajbrun (n=ajbrun@host81-159-2-75.range81-159.btcentralplus.com) |
| 18:24.39 | *** join/#openmoko fsteinel (n=fsteinel@pD9FBBC6B.dip.t-dialin.net) |
| 18:27.19 | *** join/#openmoko heikkit (n=chatzill@adsl-75-5-124-98.dsl.pltn13.sbcglobal.net) |
| 18:29.32 | *** join/#openmoko PBeck (n=PBeck@78.42.60.129) |
| 18:29.43 | PBeck | hi |
| 18:32.11 | *** join/#openmoko anders_ (n=andersg@xmms2/developer/anders) [NETSPLIT VICTIM] |
| 18:32.25 | *** join/#openmoko anders__ (i=andersg@193.26.17.18) |
| 18:33.46 | *** join/#openmoko crunchywelch (n=welch@36.sub-70-219-228.myvzw.com) |
| 18:38.18 | *** join/#openmoko philippe (n=fille@a91-153-17-113.elisa-laajakaista.fi) |
| 18:42.54 | *** join/#openmoko anders_ (i=andersg@0x63.nu) |
| 18:43.16 | *** join/#openmoko anders__ (i=andersg@193.26.17.18) [NETSPLIT VICTIM] |
| 18:48.02 | *** join/#openmoko behdad (n=behdad@32.60.107.139) |
| 18:53.38 | *** join/#openmoko zween (n=zween@78-86-213-209.zone2.bethere.co.uk) |
| 18:53.41 | *** join/#openmoko Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 18:54.28 | *** join/#openmoko Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 18:56.40 | *** join/#openmoko Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 18:59.47 | *** join/#openmoko jpozlovsky (n=jindra@rb5cc115.net.upc.cz) |
| 19:01.07 | *** join/#openmoko j_ack (n=j_ack@dsbg-4db7c2c0.pool.einsundeins.de) |
| 19:04.01 | cdbot2 | * * OM Bug 1182 has been created by andrew.paulsen(AT)packetdigital.com |
| 19:04.02 | cdbot2 | * * Charging current measurement is incorrect (fix) |
| 19:04.03 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1182 |
| 19:05.22 | *** join/#openmoko barko (n=WP-Gast@77-56-70-119.dclient.hispeed.ch) |
| 19:05.26 | barko | openmoko |
| 19:07.25 | barko | why? |
| 19:07.56 | XorA|gone | why not? |
| 19:08.20 | barko | openmoko |
| 19:09.53 | *** join/#openmoko ericthefish (n=ivan@82-71-36-214.dsl.in-addr.zen.co.uk) |
| 19:11.07 | *** join/#openmoko quicksand (i=clarke@gateway/tor/x-20213fc48043ca1a) |
| 19:11.23 | *** join/#openmoko pvanhoof (n=pvanhoof@d54C0EE14.access.telenet.be) |
| 19:13.11 | *** join/#openmoko marsan (n=marsan@ti500720a080-2584.bb.online.no) |
| 19:15.11 | *** join/#openmoko Aniruddha_NL (n=Aniruddh@s5590cf7b.adsl.wanadoo.nl) |
| 19:18.00 | apaulsen | are bug reports (like 1181 and 1182) the best way to get fixes into the kernel? |
| 19:19.29 | wurp2 | one would think that at least attaching a patch as you did would get you an email from someone telling you the best way to get the fix in... |
| 19:19.30 | _magellan_ | SpeedEvil: the nand clean didn't work |
| 19:19.41 | *** join/#openmoko lpotter (n=ljp@c210-49-127-23.rochd1.qld.optusnet.com.au) |
| 19:20.10 | _magellan_ | I did "nand erase clean rootfs" |
| 19:21.34 | wurp2 | _magellan_: I think it's just 'nand erase rootfs' |
| 19:21.41 | wurp2 | per http://wiki.openmoko.org/wiki/Flashing_openmoko |
| 19:22.29 | _magellan_ | Im going to go back and try that |
| 19:22.57 | *** join/#openmoko mccarthy_ (n=mccarthy@granular.che.pitt.edu) |
| 19:23.00 | _magellan_ | it says one way at http://wiki.openmoko.org/wiki/Nand_erase and the other at your address |
| 19:23.41 | yoyo | question on the margin: is openmoko slowing down or it is my feeling? korekt my if I'm wrong. |
| 19:23.43 | wurp2 | excellent |
| 19:25.22 | *** join/#openmoko Longfield (n=valentin@217-162-224-34.dclient.hispeed.ch) |
| 19:26.30 | kdean06 | yoyo, That depends on what you mean slowing down? Do you mean development? Buzz about the project? Phone sales? |
| 19:27.02 | *** join/#openmoko chris^ (n=kraetzi@p548AE6B8.dip.t-dialin.net) |
| 19:27.14 | yoyo | kdean06: development and bug corrections |
| 19:30.44 | *** join/#openmoko [PI]Sami (n=sami@a9b.pirttimaki.jyu.fi) |
| 19:35.00 | cdbot2 | * * OM Bug 1183 has been created by cwixon(AT)usa.net |
| 19:35.02 | cdbot2 | * * Suggested initscripts for gllin and gpsd |
| 19:35.03 | cdbot2 | * * http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=1183 |
| 19:35.06 | *** join/#openmoko cb23 (n=cb25@dsl-245-172-39.telkomadsl.co.za) |
| 19:35.23 | quicksand | yoyo: I think we can blame the holidays for a lot of that, at least the last month or so |
| 19:35.53 | flaushy | is the hype somewhat over now? |
| 19:36.04 | kdean06 | Holidays and the "pressure" for GTA02. Development is (right now) mostly hardware oriented, and there's now twice as much hardware but not twice as many developers. |
| 19:36.23 | flaushy | yeah :) |
| 19:36.41 | flaushy | gta02 is already kinda late :/ but better late then buggy :) |
| 19:37.34 | wurp2 | flaushy: 'kinda' late? 5 months late from when I started tracking it... |
| 19:37.41 | wurp2 | but I agree, better late than buggy |
| 19:37.46 | kdean06 | I'm kinda the opposite - I couldn't care less about how good the hardware is if the software to do stuff is half-functional. :) |
| 19:38.04 | spydon | Yeah I think like you kdean06 |
| 19:38.07 | wurp2 | and I'm having a good time with my gta01, or would be if I had it back from Shiloh yet :-/ |
| 19:38.17 | spydon | Just if it isn't any hardware pb |
| 19:38.27 | bembel | but maybe its TO late... |
| 19:38.27 | yoyo | kdean06: I don't understand it. openmoko is open source project (free) theoretically there shoot by any pressure deadlines or so :/ |
| 19:38.36 | _magellan_ | I wonder how things are going to be once "the switch" happens |
| 19:38.47 | wurp2 | But... for people wanting to buy an '02, one important criterion is that the hardware be solid |
| 19:38.55 | GNUtoo | personaly(as consumer) i would like hardware that is not buggy because you can't change it...software can be updated... |
| 19:39.01 | wurp2 | if the hw is solid, then you can buy it, play with what works now, and update when sw is complete |
| 19:39.06 | kdean06 | yoyo, OpenMoko is a Free Software project but the release of Freerunner (NOT OpenMoko) is directly tied to the stability of OpenMoko |
| 19:39.11 | spydon | indeed wurp2 |
| 19:39.15 | wurp2 | if the hw has a bug, you might have bought something that will never be fully usable |
| 19:39.36 | kdean06 | That's kinda true... |
| 19:39.45 | kdean06 | I was thinking about that yesterday, actually, and power management. |
| 19:39.54 | yoyo | I know, buggy hardware is bade think |
| 19:40.18 | bembel | but endless waiting is also bad... |
| 19:40.23 | _magellan_ | wurp2: you are correct, nand erase rootfs works and nand erase clean rootfs does not even though the doc says it does. Im back up and running |
| 19:40.59 | wurp2 | _magellan_: Excellent! Do you want to update the wiki, or shall I? ;-) |
| 19:41.16 | kdean06 | I'm half torn... On one hand as someone who PAID for the GTA01 device, if FIC KNOWS there's a hardware defect, I expect some kind of "meeting" with owners of the known-defective device. On the other hand, we're all fully warned that this is developmental stuff... |
| 19:41.24 | wurp2 | That nand erase clean rootfs meme seems to keep popping up |
| 19:41.31 | _magellan_ | will you? I don't have an account for it atm |
| 19:41.32 | wurp2 | I know I've been guilty of saying it sometimes :-( |
| 19:41.38 | wurp2 | _magellan_: OK |
| 19:41.52 | wurp2 | _magellan_: Creating an account is trivial, though, for the future... |
| 19:42.18 | _magellan_ | I know, but the last thing I need is another account right now |
| 19:42.19 | flaushy | kdean06: i prefer good hardware, since i didnt want to buy a gta01 and a gta02 i must wait for gta02 |
| 19:42.29 | flaushy | and u can always work on the softwarelateron |
| 19:42.37 | *** join/#openmoko ruoso (n=ruoso@81.84.156.83) |
| 19:42.38 | *** join/#openmoko cruso (n=chatzill@p4FD3E980.dip.t-dialin.net) |
| 19:43.04 | flaushy | wurp2: kinda late : ETA has been shifted back |
| 19:43.11 | kdean06 | No, I agree that BOTH need to be working. :P But I care more, personally, about the software (mainly for the reasons stated - I have no control over it). |
| 19:43.34 | kdean06 | I'll probably buy a GTA02 once the price drops OR when FIC offers incentive to GTA01 owners. |
| 19:43.41 | *** join/#openmoko rob_w (n=bob@X1ff7.x.pppool.de) |
| 19:44.12 | *** join/#openmoko dkirker (n=dkirker@69.229.198.200) |
| 19:46.23 | pmw | I know you must get this a lot, but are there any rough estimates on when gta02 will be released? |
| 19:46.41 | ewon | real soon now |
| 19:46.46 | zash | ~march says /topic |
| 19:46.46 | apt | Forward, MARCH! Shoulder, ARMS! Oh, so we want to be stupid, right, says /topic ? Think we're special, that we can do everything different than everyone else, right? Platoon, HALT. Get back, right now! |
| 19:46.55 | zash | lol@apt |
| 19:47.20 | yoyo | one time I'w read a sentence on some web page. "... openmoko is a think what you must have.. " |
| 19:47.23 | wurp2 | flaushy: Very late. ETA was October, as late as September |
| 19:47.55 | *** join/#openmoko ^leo^`` (n=user@r190-64-157-100.dialup.adsl.anteldata.net.uy) |
| 19:49.06 | wurp2 | but, on the other hand, I'd rather just keep getting their best guess. Building software (or designing hw) is not like building a house - you can't know how long it will take to solve a problem until you've done it |
| 19:49.26 | wurp2 | by which time it's a little late for estimates |
| 19:49.37 | flaushy | ETA is a good estimate tho |
| 19:49.50 | flaushy | from my point of view you can see the progress, they run into trouble etc |
| 19:49.52 | bembel | wurp2: if you can't know how long you need, then you can't publish a date... |
| 19:50.06 | flaushy | better they sort it out now, and do not try to hit the ETA |
| 19:51.03 | flaushy | kdean06: software is delevoping, i saw it with the zaurus and other devices :) |
| 19:51.17 | flaushy | good hardware is the key, then the software follows |
| 19:51.18 | kdean06 | I know. :) I use it myself. :) |
| 19:51.25 | kdean06 | Oh, sorry, misread that. |
| 19:51.33 | flaushy | uh? |
| 19:51.52 | barko | openmoko |
| 19:52.07 | wurp2 | Does anyone have authority to ban barko the bot? |
| 19:52.08 | *** join/#openmoko a__thing (n=notroot@c-98-193-50-46.hsd1.il.comcast.net) |
| 19:52.13 | kdean06 | flaushy, I read that "The software is developing, I saw it on the Zaurus" meaning "the software is coming along" rather than what you meant. :) |
| 19:52.23 | flaushy | okie |
| 19:52.28 | flaushy | :) |
| 19:52.38 | *** join/#openmoko mgregson (n=mgregson@auth2-235.uwaterloo.ca) |
| 19:52.49 | flaushy | i hope my university tries to get some hands on on it :) |
| 19:53.51 | flaushy | then we could do some stuff in our internships :) |
| 19:53.59 | barko | math |
| 19:55.01 | barko | why |
| 19:56.09 | *** join/#openmoko Weteor_ (n=Weteor@i59F62C92.versanet.de) |
| 19:56.45 | flaushy | barko? |
| 19:56.55 | barko | yes |
| 19:57.29 | wurp2 | b a r k o ??? |
| 19:57.56 | barko | what |
| 19:59.19 | barko | what? |
| 20:00.21 | barko | i asked something |
| 20:00.53 | flaushy | until now i only see some words? |
| 20:01.05 | flaushy | namely the channel repeated all over |
| 20:01.05 | CIA-1 | openmoko: 03werner * r3842 10/branches/src/target/kernel/2.6.24.x/patches/ (gta02-core.patch smedia-glamo.patch): (log message trimmed) |
| 20:01.05 | CIA-1 | openmoko: Applied r3788 and r3790 changes from 2.4.22.5 tree: |
| 20:01.05 | CIA-1 | openmoko: fbset-gta02-core.patch: |
| 20:01.05 | CIA-1 | openmoko: - arch/arm/mach-s3c2440/mach-gta02.c (gta02_glamo_pdata): increase maximum xres |
| 20:01.05 | CIA-1 | openmoko: from 480 to 640, to support rotation |
| 20:01.07 | CIA-1 | openmoko: - arch/arm/mach-s3c2440/mach-gta02.c (gta02_glamo_pdata): initialize |
| 20:01.09 | CIA-1 | openmoko: fb_mem_size to 4MB (half of the SRAM available on the chip) |
| 20:01.16 | yoyo | sleep time : sii ja i trzymajcie sie cieplo :) |
| 20:03.26 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-80-142.dsl.scarlet.be) |
| 20:04.03 | *** join/#openmoko dneary (n=dneary@mne69-9-88-163-116-163.fbx.proxad.net) |
| 20:04.49 | *** join/#openmoko peje (n=peje@150-0.77-83.cust.bluewin.ch) |
| 20:06.28 | *** join/#openmoko Zword (n=Zword@bos94-3-82-226-234-106.fbx.proxad.net) |
| 20:13.22 | kdean06 | I've never used cu before but i'm attempting to do it now and my keyboad is acting "odd" is this normal (and a sign of me not knowing what to expect) or buggy behavior? For instance, attempts to type "setenv boot_menu_timeout 65000" have the spacebar deleting sometimes, and _ making spaces and such. |
| 20:15.03 | CIA-1 | openmoko: 03werner * r3843 10/branches/src/target/kernel/2.6.24.x/patches/smedia-glamo.patch: (log message trimmed) |
| 20:15.03 | CIA-1 | openmoko: Applied "defeat-glamo-lcm-reset-since-uboot-does-it.patch", |
| 20:15.03 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=5fc5b83b6fcab7ed5c54f96990358e9b67c42083 |
| 20:15.03 | CIA-1 | openmoko: We don't need to go around resetting the video and lcm so much |
| 20:15.04 | CIA-1 | openmoko: now that U-boot got there first |
| 20:15.06 | CIA-1 | openmoko: Signed-off-by: Andy Green <andy@warmcat.com> |
| 20:15.08 | CIA-1 | openmoko: smedia-glamo.patch: |
| 20:17.38 | *** join/#openmoko moprilo (n=jjohn@201.198.78.23) |
| 20:18.01 | cb23 | kdean06, i'm not really sure if it will work, but why not try screen with no initialization strings set? |
| 20:18.23 | kdean06 | ? |
| 20:19.50 | kdean06 | Perhaps the missing information would be useful. :) I'm attempting to do a nano erase, but can't actually type the characters. I'm connecting to uBoot on a GTA01bv4's "default" uboot version and connecting as root via Debian Sid. |
| 20:19.54 | kdean06 | nand* |
| 20:20.51 | nano- | o/ |
| 20:20.58 | rwhitby | you *really* don't want to do just "nand erase" - unless you've got a debug board. I'm hoping you've got a third word on that command ... |
| 20:21.18 | kdean06 | rwhitby, No, nand erase rootfs, but I can't get the "nan" part. :) |
| 20:21.29 | wurp2 | kdean06: I don't use cu to connect |
| 20:21.39 | wurp2 | I think i was using screen |
| 20:21.53 | wurp2 | I did notice that if I type quickly I get weird behavior, and sometimes even if not |
| 20:22.28 | wurp2 | but backspace, persistence, and being very careful to check the line before I hit enter worked around the problem |
| 20:22.46 | kdean06 | Oh, so screen CAN be used there... What method is that, I haven't seen it mentioned. |
| 20:23.07 | wurp2 | I think I just did "screen /dev/ttyASDRASERF" or whatever that ttyA thing is ;-) |
| 20:23.12 | wurp2 | but I'm not 100% sure |
| 20:23.30 | wurp2 | searching google for site:wiki.openmoko.org + your search terms is useful |
| 20:23.46 | kdean06 | Ah yes, the Google search. :) |
| 20:23.50 | wurp2 | And have you read that manual I sent a link to here a couple of days ago? |
| 20:24.07 | kdean06 | I didn't see a link, so no. :) |
| 20:24.16 | wurp2 | There is a link to it from the wiki, but it's in a subtle place |
| 20:24.23 | kdean06 | I'll check if you re-link it. |
| 20:24.37 | CIA-1 | openmoko: 03werner * r3844 10/branches/src/target/kernel/2.6.24.x/patches/smedia-glamo.patch: (log message trimmed) |
| 20:24.37 | CIA-1 | openmoko: Applied "fix-fb-size-patch-dodji.patch", |
| 20:24.37 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=7f7c87b23579e3b212cfa5e92082ef255a455f3c |
| 20:24.37 | CIA-1 | openmoko: Contrary to what the name suggests, this patch mainly removes unusued |
| 20:24.37 | CIA-1 | openmoko: variables. The size change was already made when adding Dodji's main patch, |
| 20:24.41 | CIA-1 | openmoko: so it's not in this update. |
| 20:24.43 | CIA-1 | openmoko: - drivers/mfd/glamo/glamo-core.c (glamo_engine_reclock): debug-print the clock |
| 20:25.08 | wurp2 | http://openmoko.togaware.com/survivor/openmoko.html |
| 20:25.27 | wurp2 | It was very helpful, although I'm not 100% sure it was helpful re: u-boot prompt |
| 20:25.54 | wurp2 | http://openmoko.togaware.com/survivor/Interacting_with.html |
| 20:26.04 | wurp2 | That tells the screen command |
| 20:26.17 | kdean06 | Screen works well, thanks. :) |
| 20:26.35 | wurp2 | you're welcome :-) |
| 20:28.12 | CIA-1 | openmoko: 03werner * r3845 10/branches/src/target/kernel/2.6.24.x/patches/smedia-glamo.patch: (log message trimmed) |
| 20:28.12 | CIA-1 | openmoko: Applied "glamo-hold-engines-reset.patch", |
| 20:28.12 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=e669c89084dd131ad1329f3c251e4528e2e544c7 |
| 20:28.12 | CIA-1 | openmoko: There seems to be a serious problem letting mfd engines out of reset |
| 20:28.12 | CIA-1 | openmoko: on the glamo. It appears slowly clocked engines could block access |
| 20:28.16 | CIA-1 | openmoko: to the shared memory for long periods making problems for MMC. |
| 20:28.18 | CIA-1 | openmoko: Signed-off-by: Andy Green <andy@openmoko.com> |
| 20:29.56 | kdean06 | Hrm... It appears as if cu isn't the problem but pasting. :P |
| 20:31.11 | Vegar | pasting to the GSM modem? |
| 20:31.47 | Vegar | oh, to uboot |
| 20:32.50 | *** join/#openmoko bmk789 (n=bmk789@74-132-81-162.dhcp.insightbb.com) |
| 20:35.09 | kdean06 | If I paste via cu or screen while connected to uboot, it takes input "oddly" - not pasting works fine using screen. |
| 20:36.56 | *** join/#openmoko morricone (n=foobar@dslb-084-057-174-208.pools.arcor-ip.net) |
| 20:37.35 | wurp2 | kdean06: That jibes with my experience with typing quickly |
| 20:38.04 | wurp2 | I didn't avoid cu because of any issue with it; I avoided it because I had used screen before, but not cu |
| 20:38.54 | wurp2 | (I'm using screen right now - I hadn't actually used it to talk to some serial input device) |
| 20:39.40 | *** join/#openmoko zedstar (n=john@82-44-200-69.cable.ubr08.haye.blueyonder.co.uk) |
| 20:39.41 | mmontour | kdean06: look in openmoko/developers/werner/neocon - it's a terminal utility that will insert a delay between characters. I haven't tried it myself but it should help with your u-boot pasting problem. |
| 20:40.03 | *** join/#openmoko bmk789 (n=bmk789@74-132-81-162.dhcp.insightbb.com) |
| 20:40.08 | kdean06 | I can just stop being lazy. :P |
| 20:41.13 | _magellan_ | Has openmoko-terminal2 been taken out of the build tree? |
| 20:41.24 | kdean06 | Since there's a utility, I'm assuming it's a known problem and the cause is too much input too quickly - I don't use use uboot enough to need to install something to make being lazier easy, at least not yet. Just as long as it's not user error or a bug on my PC side, I'm good. |
| 20:42.00 | *** part/#openmoko TeNoVi (i=runegang@157.82-134-47.bkkb.no) |
| 20:43.00 | wurp2 | Has anyone successfully built MokoMakefile recently? |
| 20:43.24 | _magellan_ | I have but I had to remove openmoko-terminal2 from the build to get it to work |
| 20:43.31 | wurp2 | I always get errors - first it was failure to download some file, now it's u-boot-openmoko vs uboot-openmoko |
| 20:43.50 | wurp2 | _magellan_: Thanks, let me look into that |
| 20:43.51 | _magellan_ | have you updated the makefile? |
| 20:43.57 | wurp2 | yep |
| 20:44.57 | mmontour | wurp2: The u-boot-openmoko one may not be a real error - look earlier in the log to see if something else failed first |
| 20:45.24 | wurp2 | I always use make update-makefile && make setup update openmoko-devel-image to run it |
| 20:45.29 | wurp2 | mmontour: OK, will do |
| 20:45.49 | *** join/#openmoko CVirus (n=GoD@196.205.192.228) |
| 20:45.51 | wurp2 | I see an error compiling gcc-cross_4.1.2.bb |
| 20:46.11 | *** join/#openmoko SirBob1701 (n=mcginley@139.84.112.114) |
| 20:46.19 | _magellan_ | I think someone was haveing that problem earlier, was it you or someone else |
| 20:46.24 | CIA-1 | openmoko: 03werner * r3846 10/branches/src/target/kernel/2.6.24.x/patches/ (pnp_fixes.patch series): |
| 20:46.24 | CIA-1 | openmoko: Applied "pnp_fixes.patch", |
| 20:46.24 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=c7751f33688574a9512545ebc159481bac103de9 |
| 20:46.24 | CIA-1 | openmoko: From: Samuel Ortiz <sameo@openedhand.com> |
| 20:46.24 | CIA-1 | openmoko: pnp_fixes-patch: |
| 20:46.25 | CIA-1 | openmoko: - drivers/pnp/Kconfig: also allow PnP if we only have SDIO |
| 20:46.26 | wurp2 | Not me |
| 20:46.29 | CIA-1 | openmoko: - drivers/pnp/resource.c (pnp_check_dma): don't request a DMA |
| 20:46.36 | wurp2 | I will search logs |
| 20:47.27 | _magellan_ | I don't think they talked of a fix but I remember it |
| 20:47.32 | SirBob1701 | is there list of languages/compilers/interpreters this thing supports? |
| 20:47.38 | *** join/#openmoko bmk789 (n=bmk789@74-132-81-162.dhcp.insightbb.com) |
| 20:49.01 | *** part/#openmoko barko (n=WP-Gast@77-56-70-119.dclient.hispeed.ch) |
| 20:51.45 | CIA-1 | openmoko: 03werner * r3847 10/branches/src/target/kernel/2.6.24.x/patches/ (4 files): (log message trimmed) |
| 20:51.45 | CIA-1 | openmoko: Added the Atheros WiFi driver from Samuel Ortiz <sameo@openedhand.com>: |
| 20:51.45 | CIA-1 | openmoko: - "atheros_2_0_function.patch", |
| 20:51.45 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=e1ba2e32f166b646167e774a8d6c6e2881627a14 |
| 20:51.45 | CIA-1 | openmoko: - "atheros_2_0_hcd-patch", |
| 20:51.50 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=5ed9588b6ae2fb4da1351ea0e0bd1eaff1ebcd30 |
| 20:51.51 | CIA-1 | openmoko: - "atheros_2_0_sdio_stack.patch", |
| 20:53.47 | *** join/#openmoko bmk789 (n=bmk789@74-132-81-162.dhcp.insightbb.com) |
| 20:54.05 | *** join/#openmoko abraxa_ (n=abraxa@pD95FCAE4.dip.t-dialin.net) |
| 20:54.18 | PBeck | anybody knows the foobar dialer and can me give a screenshot? :) |
| 21:01.10 | CIA-1 | openmoko: 03werner * r3848 10/branches/src/target/kernel/2.6.24.x/config/defconfig-2.6.24-rc7: |
| 21:01.10 | CIA-1 | openmoko: Applied most of "wlan-config-changes.patch", |
| 21:01.10 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=6019b5e4106a916ebaaffaf8d8653e800dd17c2b |
| 21:01.10 | CIA-1 | openmoko: defconfig-2.6.24-rc7: enabled CONFIG_WIRELESS_EXT, CONFIG_PNP, |
| 21:01.10 | CIA-1 | openmoko: CONFIG_PNP_DEBUG, CONFIG_SDIO, CONFIG_SDIO_S3C24XX, CONFIG_SDIO_S3C24XX_DMA, |
| 21:01.12 | CIA-1 | openmoko: CONFIG_SDIO_AR6000_WLAN, and CONFIG_MMC_DEBUG |
| 21:01.14 | CIA-1 | openmoko: defconfig-2.6.24-rc7: monolithized CONFIG_MII and CONFIG_USB_USBNET |
| 21:03.12 | wurp2 | SirBob1701: This thing? |
| 21:03.19 | SirBob1701 | ? |
| 21:03.44 | wurp2 | regarding your last comment |
| 21:03.47 | wurp2 | what is 'this thing'? |
| 21:03.58 | *** join/#openmoko Gu1ll4um3r0m41n (i=Gu1ll4um@AReims-157-1-27-66.w86-208.abo.wanadoo.fr) |
| 21:04.18 | SirBob1701 | wurp2: oh openmoko in general |
| 21:05.02 | wurp2 | C and Python that I know of |
| 21:05.11 | wurp2 | and of course bash and ash |
| 21:05.22 | wurp2 | and awk and sed |
| 21:05.43 | wurp2 | Probably anything you have C code for that isn't platform specific is either supported or will be |
| 21:06.06 | wurp2 | And there was a note about a flavor of Java that would be supported on the gta02, but I dunno if that's generally available yet |
| 21:06.27 | SirBob1701 | wurp2: interesting. i'll have to take a look at what projects are going on to see if i can help out |
| 21:06.56 | wurp2 | The trick is getting your cross platform build to go through the first time :-) |
| 21:07.32 | wurp2 | They really need to set up a known label that points to the latest build that goes through from nothing to finished product |
| 21:08.32 | SirBob1701 | wurp2: i think the sites they have suck. hard to find out whats under development by who |
| 21:11.43 | CIA-1 | openmoko: 03werner * r3849 10/branches/src/target/kernel/2.6.24.x/patches/gta02-core.patch: (log message trimmed) |
| 21:11.43 | CIA-1 | openmoko: Applied most of "mach-gta02_wifi.patch", |
| 21:11.43 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=2066e0986693a33c77ae214b4d41071c4f556932 |
| 21:11.43 | CIA-1 | openmoko: gta02-core.patch: |
| 21:11.43 | CIA-1 | openmoko: - arch/arm/mach-s3c2440/mach-gta02.c (gta02_sdio_resources, gta02_sdio_dev, |
| 21:11.47 | CIA-1 | openmoko: gta02_machine_init): added SDIO resources |
| 21:11.49 | CIA-1 | openmoko: - arch/arm/mach-s3c2440/mach-gta02.c (gta02_machine_init): added power up and |
| 21:12.36 | wurp2 | I've wondered how they manage that very well |
| 21:14.38 | wurp2 | I don't really see how you *can*, on a project that is doing open source development with proprietary-type expectations about when stuff will get done |
| 21:14.52 | wurp2 | I mean, joe blow signs up to fix some bug |
| 21:15.08 | wurp2 | How long do you wait before you assume joe blow isn't going to deliver? |
| 21:15.18 | *** join/#openmoko dutchHome (n=dutchHom@85-18-14-19.fastres.net) |
| 21:17.05 | *** join/#openmoko bmk789_ (n=bmk789@74-132-81-162.dhcp.insightbb.com) |
| 21:17.16 | *** join/#openmoko ljp (n=lpotter@203.94.178.46) |
| 21:18.46 | kdean06 | I don't think that's so much a problem of Free Software vs proprietary - it's a matter of project management. I've seen no real person "in charge" of projects - that person would set a timeline for Joe Developer to deliver before considering him a non-deliverer. If he vanishes prior to that the project manager would choose to re-assign or whatever. |
| 21:19.35 | SirBob1701 | ya i have no idea how they manage it |
| 21:19.36 | SirBob1701 | lol |
| 21:20.35 | kdean06 | There is one problem there, however... Free Software developers have "need" or "passion" as a motivator for writing software - but there's not motivation there to do it in a timely manner. |
| 21:21.23 | *** join/#openmoko cruso (n=chatzill@p4FD3E980.dip.t-dialin.net) |
| 21:21.47 | *** join/#openmoko fgau (n=fgau@pD9539AE5.dip0.t-ipconnect.de) |
| 21:22.00 | kdean06 | The only people setting a time frame of the "speedy" delivery of these apps is FIC because they're basing their mass market product release around it. Everyone else is free to download it and submit a patch on a timeframe they see fit. |
| 21:22.11 | *** join/#openmoko wolog (n=wolog@AOrleans-152-1-10-180.w90-21.abo.wanadoo.fr) |
| 21:22.20 | kdean06 | Or I suppose it's technically OpenMoko Inc setting the timeframe. |
| 21:24.01 | *** join/#openmoko playya__ (n=playya@p508B06B6.dip0.t-ipconnect.de) |
| 21:24.27 | CIA-1 | openmoko: 03werner * r3850 10/branches/src/target/kernel/2.6.24.x/patches/ (series suspend-prelim1.patch): (log message trimmed) |
| 21:24.27 | CIA-1 | openmoko: Applied the preliminary power-saving patches for GTA02: |
| 21:24.27 | CIA-1 | openmoko: - "matt-suspend-prelim1-pcf50633.patch", |
| 21:24.27 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=e52762af763ec931a68ced7aeefccf11fc2c802b |
| 21:24.27 | CIA-1 | openmoko: - "matt-suspend-prelim1-pm-i2c.patch", |
| 21:24.30 | CIA-1 | openmoko: http://git.openmoko.org/?p=kernel.git;a=commit;h=bb908eb228af05fd532b2df7eb6bb50baf725bc2 |
| 21:24.32 | CIA-1 | openmoko: - "matt-suspend-prelim1-smedia-glamo-interdiff.patch", |
| 21:27.44 | *** join/#openmoko TeNoVi (i=runegang@157.82-134-47.bkkb.no) |
| 21:27.51 | *** part/#openmoko TeNoVi (i=runegang@157.82-134-47.bkkb.no) |
| 21:28.16 | *** join/#openmoko C7_ (n=C7@38-63.76-83.cust.bluewin.ch) |
| 21:28.17 | *** join/#openmoko marsan (n=marsan@ti500720a080-2584.bb.online.no) |
| 21:31.49 | wurp2 | kdean06: Timeframe on fixes still seems like an issue to me, basically because of turnover. |
| 21:32.08 | wurp2 | You only know how long someone will take to deliver something, or indeed if someone will consistently deliver, based on history |
| 21:32.31 | wurp2 | and in OS lots of people may become interested for 3 months then move on, without necessarily even telling you that they did so |
| 21:33.02 | wurp2 | It's not really OS specific, it's more just the telecommuting + no stick to hit non-performers with |
| 21:33.47 | kdean06 | And unless they have some tie, other than that of community, I don't really know it's fair to expect that of them. You can expect a Red hat employee to be responcible to fix a Fedora bug, but until a patch is in the maintainers hand, no single developer has that burden, or so I believe. |
| 21:34.12 | CIA-1 | openmoko: 03werner * r3851 10/branches/src/target/kernel/2.6.24.x/config/defconfig-2.6.24-rc7: |
| 21:34.12 | CIA-1 | openmoko: We need CONFIG_PACKET for DHCP to work. |
| 21:34.12 | CIA-1 | openmoko: defconfig-2.6.24-rc7: monolithized CONFIG_PACKET |
| 21:34.40 | wurp2 | I agree |
| 21:35.01 | wurp2 | Although I'll say that as a (rare) contributor, I feel very obligated to deliver what I say I will |
| 21:35.27 | wurp2 | Far easier are the times when you discover a bug, and while you're tracking down that it's not your problem, you see the fix |
| 21:35.40 | wurp2 | So you deliver bug report & patch simultaneously :-) |
| 21:36.03 | *** join/#openmoko ccube_ (n=ccube@e177209052.adsl.alicedsl.de) |
| 21:36.09 | wurp2 | But I know there are lots of things in OM that I would feel inclined to fix, if I could be sure I wasn't duplicating effort |
| 21:36.27 | wurp2 | and if it was easier to get a stable codebase to work from |
| 21:36.39 | wurp2 | which is a totally separate, solvable problem |
| 21:37.04 | kdean06 | Well, documentation itself is also important. :P |
| 21:37.11 | wurp2 | True |
| 21:37.14 | wurp2 | But that's a pipe dream |
| 21:37.16 | wurp2 | :-/ |
| 21:37.41 | *** join/#openmoko stefan_schmidt (n=stefan@datenfreihafen.org) |
| 21:37.49 | kdean06 | I'd LOVe to know who's working on ringtone management, for instance, and know what kind of spec said app needs to adhere to. |
| 21:37.50 | wurp2 | Whether it's proprietary or open source, often the things I want to know can only be found by either testing or reading the source |
| 21:38.14 | wurp2 | Oh, project mgmt documentation |
| 21:38.21 | wurp2 | I thought you meant docs on the sw itself |
| 21:38.36 | kdean06 | They're directly tied. |
| 21:38.40 | kdean06 | In my mind, anyway. |
| 21:39.21 | wurp2 | Well, what you want is easy |
| 21:39.33 | wurp2 | Just find one of the source files that deals with ringtons |
| 21:39.38 | wurp2 | s/ringtons/ringtones/ |
| 21:39.40 | kdean06 | One could read source all day, but do you REALLY want to find out by reading ALL of the OM source that the working for certain things are there? I'd MUCH rather know WHO is working on Project X. |
| 21:39.42 | *** join/#openmoko Sufflope (n=Sufflope@crj95-3-82-237-151-219.fbx.proxad.net) |
| 21:39.45 | wurp2 | Then look at the check in log :-) |
| 21:40.02 | wurp2 | darcs supports finding out line by line who contributed what |
| 21:40.21 | wurp2 | In svn you have to dig around for that, but even w/o that, you can probably see what you want from the file's history |
| 21:40.53 | wurp2 | I know I'm not telling you anything you don't already know... and I understand what you want is something more approachable and formal |
| 21:40.53 | Stephmw | I thought it was called 'svn blame' |
| 21:41.09 | wurp2 | Stephmw: wow, lemme look that up |
| 21:41.13 | wurp2 | I didn't know it had that! |
| 21:41.24 | Stephmw | ;) |
| 21:41.42 | Stephmw | what pissed me off is that SynergyCM/Continuous *didn't* |
| 21:41.56 | wurp2 | I see |
| 21:42.08 | wurp2 | Very nice! |
| 21:42.35 | wurp2 | closed source SCMs always piss me off |
| 21:43.08 | Stephmw | I would be interested in one that could deal with the workload we had on that one though |
| 21:43.53 | wurp2 | Interested in an open source rcs that could deal with the workload? |
| 21:44.08 | Stephmw | well, I don't work there anymore, so it's purely academic |
| 21:44.17 | wurp2 | I have never heard of a volume problem with either svn or cvs |
| 21:44.36 | wurp2 | either in total file space or # of transactions per minute |
| 21:44.55 | wurp2 | I'm sure it's possible to find the limit, but I thought the limits were too large to be a practical limit |
| 21:45.35 | Stephmw | 3-4k developers, ~13mloc (checkout zipped==3gb)... |
| 21:45.54 | wurp2 | I wouldn't think that would be a problem... |
| 21:45.56 | Stephmw | hmm, halve developers, half of them worked on another product |
| 21:46.06 | wurp2 | Although that's higher than I've heard of on one project |
| 21:46.18 | wurp2 | (# of devs, not # of mloc) |
| 21:46.34 | Stephmw | now add on, by-yearly branches from mainstream, by-weekly branches per product variety and about 400 products |
| 21:46.57 | Stephmw | err.. that's a bit vague |
| 21:47.12 | Stephmw | 1/2 year branches from mainstream and 2-weekly product branches |
| 21:47.17 | wurp2 | That's a lot, but I would still expect it to be a disk space and network issue, not an SCM issue |
| 21:47.46 | Stephmw | with that many concurrent changesets I think it would quickly become unmanageable with svn or cvs |
| 21:48.01 | wurp2 | I would be much more worried about the project mgmt problems of 1500 developers in one source tree :-) |
| 21:48.18 | Stephmw | took me 2 months to get the hang of it ;) |
| 21:48.24 | Stephmw | and I still hiccuped occasionally |
| 21:50.33 | Stephmw | wurp2: tbh, the whole process was way too heavy, I'm glad they're refactoring it |
| 21:50.52 | *** join/#openmoko Moniker42 (n=sean@pdpc/supporter/student/Moniker42) |
| 21:51.44 | *** join/#openmoko Fradeve (n=fradeve@87.18.254.231) |
| 21:52.46 | Moniker42 | i take it 1973 was the original planned release date of the openmoko? |
| 21:52.53 | wurp2 | lol |
| 21:52.58 | Stephmw | haha |
| 21:53.06 | Stephmw | Moniker42: yeah, it kept slipping |
| 21:53.25 | Stephmw | Moniker42: originally it was a hw fault: Hardware too big to fit in containers |
| 21:54.48 | *** join/#openmoko summatusmentis (n=summatus@72.168.202.219) |
| 21:54.52 | Moniker42 | Stephmw, too big enough to fit in shipping containers? :) |
| 21:55.32 | Stephmw | Moniker42: yah, then they noticed the label on the pcb: "TODO: miniaturise" |
| 21:56.28 | Moniker42 | that, and each model cost several million dollars ;) |
| 22:15.13 | *** join/#openmoko loufoque (n=loufoque@tobias.residence.ens-lyon.fr) |
| 22:16.23 | *** join/#openmoko bobesponja (n=bobespon@bas75-1-82-235-231-205.fbx.proxad.net) |
| 22:20.47 | *** part/#openmoko Moniker42 (n=sean@pdpc/supporter/student/Moniker42) |
| 22:25.27 | CVirus | http://boston.craigslist.org/gbs/m4w/533096562.html |
| 22:27.38 | *** join/#openmoko t_s_o (n=tso@179.84-49-131.nextgentel.com) |
| 22:30.37 | kdean06 | Pure plagarism - or old news. :P |
| 22:31.19 | kdean06 | http://stallman.org/extra/personal.html |
| 22:32.50 | Stephmw | SpeedEvil: I've seen em |
| 22:33.06 | Stephmw | SpeedEvil: anywhere RMS goes on conference he's got bearded groupies |
| 22:33.21 | SpeedEvil | Female ones I mean. |
| 22:33.31 | SpeedEvil | Or are they like dwarves :) |
| 22:33.43 | Stephmw | females? at FOSS conferences? |
| 22:34.03 | summatusmentis | what's a female? |
| 22:34.15 | SpeedEvil | man woman |
| 22:34.35 | Stephmw | seriously, last year's FOSDEM had women there... but I'd say it was under 10% |
| 22:34.51 | summatusmentis | "No manual entry for woman" SpeedEvil my computer doesn't know either |
| 22:37.18 | spydon | GN |
| 22:37.56 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 22:38.18 | *** join/#openmoko wibbit (n=douglasf@host-84-9-13-237.bulldogdsl.com) |
| 22:50.34 | wurp2 | I think RMS was dating a nice Brazilian girl |
| 22:50.54 | wurp2 | I guess they broke up ;-) |
| 22:52.26 | *** join/#openmoko cepera (n=serega_k@86.110.162.2) |
| 22:54.35 | *** join/#openmoko eikonos (n=eikonos@S0106001c104ae594.gv.shawcable.net) |
| 22:55.01 | CIA-1 | openmoko: 03werner * r3852 10/branches/src/target/kernel/2.6.24.x/patches/ (gta02-acc.patch series): |
| 22:55.04 | CIA-1 | openmoko: Applied r3799 and r3800 from the 2.6.22.5 tree. |
| 22:55.06 | CIA-1 | openmoko: Note that lis302dl.c has moved from drivers/spi/ to drivers/input/misc/ |
| 22:57.41 | *** join/#openmoko eikonos (n=eikonos@S0106001c104ae594.gv.shawcable.net) |
| 23:16.41 | *** join/#openmoko Grarg (n=bert@ool-4355b0c2.dyn.optonline.net) |
| 23:20.49 | *** join/#openmoko tonyg (n=tonyg@82.152.210.80) |
| 23:41.00 | *** join/#openmoko daMaestro|isBack (n=jon@fedora/damaestro) |
| 23:49.32 | *** join/#openmoko retracile (n=eli@adsl-69-149-55-173.dsl.rcsntx.swbell.net) |
| 23:52.45 | *** join/#openmoko bmk789 (n=bmk789@74-132-93-40.dhcp.insightbb.com) |
| 23:54.15 | *** join/#openmoko leoncamel (n=leoncame@p2016-ipbfp305fukuokachu.fukuoka.ocn.ne.jp) |