00:00.20 | *** join/#openmoko arw_ (i=foobar@201.244.106.127) |
00:23.41 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
00:44.04 | *** join/#openmoko retracile (n=eli@76.204.213.211) |
00:46.04 | *** join/#openmoko SpeedEvil (i=1000@tor/regular/SpeedEvil) |
01:06.08 | *** join/#openmoko Defiant- (i=erik@c168140.adsl.hansenet.de) |
01:13.18 | *** join/#openmoko kkb110 (n=kkb110@host133-16.student.udel.edu) |
01:41.07 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
01:45.48 | *** join/#openmoko max_posedon (n=max_pose@80.249.91.80) |
01:52.23 | *** join/#openmoko AlexC (n=alexc@unaffiliated/alexc) |
01:53.44 | DocScrutinizer | roh: chandra == openmoko.org (?) |
01:57.44 | DocScrutinizer | hmm |
01:57.48 | DocScrutinizer | jr@halley:~/Desktop> host people.openmoko.org |
01:57.50 | DocScrutinizer | people.openmoko.org is an alias for sita.openmoko.org. |
01:57.51 | DocScrutinizer | sita.openmoko.org has address 88.198.124.203 |
01:58.25 | DocScrutinizer | hmm |
01:58.28 | DocScrutinizer | jr@halley:~/Desktop> host chandra.openmoko.org |
01:58.30 | DocScrutinizer | chandra.openmoko.org has address 88.198.23.49 |
02:21.52 | *** join/#openmoko pcfe (n=pcfe@a83-245-163-168.elisa-laajakaista.fi) |
02:30.00 | *** join/#openmoko amarsh04 (n=amarsh04@118.210.98.83) |
02:31.44 | *** join/#openmoko eolson (n=eolson@c-24-13-244-61.hsd1.il.comcast.net) |
03:02.02 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
03:11.53 | *** join/#openmoko pleemans (n=toi@d54C2A96D.access.telenet.be) |
03:15.50 | *** join/#openmoko Ainulind1le (n=ainu@calaquendi.org) |
03:15.50 | *** join/#openmoko borg__ (n=olaf@80.149.17.21) |
03:15.50 | *** join/#openmoko TobiX_ (i=tobias@zoidberg.org) |
03:15.50 | *** join/#openmoko blindcod1r (n=blindcod@fortuna.crash-override.net) |
03:15.50 | *** join/#openmoko jkyro_ (i=jasu@dsl-hkibrasgw1-fe23f900-77.dhcp.inet.fi) |
03:15.50 | *** join/#openmoko Kayin_ (i=mverstee@shell2.skyberate.net) |
03:15.51 | *** join/#openmoko jorma_ (n=kario@tuubi.mermit.fi) |
03:15.51 | *** join/#openmoko mmontour_ (n=mmontour@S01060016b606e65a.vc.shawcable.net) |
03:15.51 | *** join/#openmoko ndnihil (n=nihil@adsl-75-61-52-38.dsl.stlsmo.sbcglobal.net) [NETSPLIT VICTIM] |
03:15.51 | *** join/#openmoko BillK (n=BillK@124-169-159-10.dyn.iinet.net.au) [NETSPLIT VICTIM] |
03:15.51 | *** join/#openmoko ike_ (i=ike@akademia.szluug.org) |
03:15.51 | *** join/#openmoko Elleo (n=Elleo@mikeasoft.com) [NETSPLIT VICTIM] |
03:15.51 | *** join/#openmoko Jiten (n=blight@217.149.54.172) |
03:15.52 | *** join/#openmoko oon_ (n=oon@ankhoon.net) |
03:15.53 | *** join/#openmoko lobo_ (n=hehe@h250.78.29.71.dynamic.ip.windstream.net) [NETSPLIT VICTIM] |
03:15.53 | *** join/#openmoko laotseu (n=laotseu@80.73.248.178) |
03:15.53 | *** join/#openmoko TeLLuS (n=Johan@179.108.227.87.static.f.siw.siwnet.net) [NETSPLIT VICTIM] |
03:15.53 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) [NETSPLIT VICTIM] |
03:15.54 | *** join/#openmoko Kamping_Kaiser (i=kgoetz@203.209.167.143) |
03:15.54 | *** join/#openmoko SpeedEvil (i=1000@mauve.plus.com) |
03:15.55 | *** join/#openmoko Sargun (n=Sargun@75-101-13-24.dsl.static.sonic.net) |
03:15.55 | *** join/#openmoko doc|home (n=doc@gentoo/contributor/doc-007) |
03:15.55 | *** join/#openmoko jserv-- (n=jserv@61-30-10-70.static.tfn.net.tw) [NETSPLIT VICTIM] |
03:15.56 | *** join/#openmoko cdbot2_ (n=cdbot2@hentges.net) |
03:15.56 | *** join/#openmoko Personne (n=Blankowo@portedesetoiles.homelinux.com) [NETSPLIT VICTIM] |
03:15.57 | *** join/#openmoko transylvania (i=leon@lor34-1-82-240-239-234.fbx.proxad.net) [NETSPLIT VICTIM] |
03:16.16 | *** join/#openmoko PaulFertser (n=PaulFert@mail.nixl.net) |
03:16.23 | *** join/#openmoko APz (n=fn-apz@adsl-109-212-210.kymp.net) [NETSPLIT VICTIM] |
03:16.27 | *** join/#openmoko SeligArkin (n=selig@80.68.94.226) [NETSPLIT VICTIM] |
03:18.04 | *** join/#openmoko DocScrutinizer (n=jr@200.194.116.85.dsl.manitu.net) |
03:26.14 | *** join/#openmoko _Andrew (n=andrew@unaffiliated/andrew/x-643872) |
03:44.33 | *** join/#openmoko Q-Master (n=qmaster@78.111.152.187) |
03:47.09 | *** join/#openmoko Sargun (n=Sargun@atarack/Staff/Sargun) |
03:54.32 | *** join/#openmoko Kame2 (n=manuel@port-92-196-49-141.dynamic.qsc.de) |
04:20.58 | *** join/#openmoko droid001 (n=g1@p4FDCDEF0.dip.t-dialin.net) |
04:25.47 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
04:28.11 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
04:29.47 | *** join/#openmoko Waqar (n=Waqar@116.71.214.58) |
04:30.33 | *** join/#openmoko yanu (n=yanu@d54C5F808.access.telenet.be) |
04:31.43 | Waqar | Does any one else make android other then Koolu for Neo FreeRunner |
04:32.39 | *** join/#openmoko phil_ (i=crypt@shell.bawue.net) |
04:34.27 | *** join/#openmoko DocScrutinizer (n=jr@200.194.116.85.dsl.manitu.net) |
04:34.57 | *** join/#openmoko wejp (n=wejp@moon.spacetechnology.net) [NETSPLIT VICTIM] |
04:35.37 | *** join/#openmoko Waqar (n=Waqar@116.71.214.58) |
04:35.44 | *** join/#openmoko ace (n=ace@mail.nologin.org) |
04:36.03 | *** join/#openmoko xcasexwrka (n=rrg@h-62-20.A163.priv.bahnhof.se) [NETSPLIT VICTIM] |
04:47.59 | *** join/#openmoko else58 (n=else58@70.114.141.31) |
04:49.28 | *** join/#openmoko DocScrutinizer-8 (n=jr-N810@200.194.116.85.dsl.manitu.net) |
04:53.49 | *** join/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
04:56.13 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:01.42 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:04.21 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:07.26 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:09.33 | *** join/#openmoko dns53 (n=dns@ppp246-215.static.internode.on.net) |
05:10.25 | *** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
05:17.07 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
05:17.39 | objorn | is there a stand for the freerunner? |
05:18.40 | objorn | or some type of dock? |
05:27.21 | Slaxxer | i have a stang i salvaged from somewhere |
05:27.26 | objorn | here's a quick sketch i just made to show what i was thinking of: http://imagebin.ca/img/nD1g6Wi.png |
05:27.44 | objorn | something that brings it eye level while i have my usb keyboard attached to it |
05:28.01 | Slaxxer | more like a CLAW |
05:28.41 | objorn | it could also be a docking station if you made appropriate adjustments, use your imagination :) |
05:28.51 | Slaxxer | opkg upgrading |
05:29.16 | Slaxxer | hopefully |
05:34.18 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
05:36.26 | *** join/#openmoko pbaxter (n=pbaxter@host195-10-dynamic.54-79-r.retail.telecomitalia.it) |
05:41.19 | objorn | Slaxxer: opkg? |
06:01.35 | *** join/#openmoko freelock_ (n=john@216.231.62.127) |
06:33.03 | *** join/#openmoko e-Flex (n=e@h-30-37.A176.priv.bahnhof.se) |
06:40.04 | *** join/#openmoko mostly_useless (n=michael@75.111.45.143) |
06:40.56 | *** join/#openmoko chihchun (n=nnnnnnch@u7.hlc.edu.tw) |
06:53.46 | *** join/#openmoko everslick (n=clemens@91-113-113-109.adsl.highway.telekom.at) |
06:54.07 | *** part/#openmoko mostly_useless (n=michael@75.111.45.143) |
07:05.03 | *** join/#openmoko tenzind (n=tenzin@119.152.122.155) |
07:31.46 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
08:04.06 | *** join/#openmoko zedstar (n=john@fsf/member/zedstar) |
08:10.46 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
08:10.49 | *** join/#openmoko vivijim (n=vivijim@unaffiliated/vivijim) |
08:18.51 | *** join/#openmoko tuxi (n=quassel@p4FD66C35.dip.t-dialin.net) |
08:26.42 | *** join/#openmoko RedFlash (n=RedFlash@host65-41-dynamic.60-82-r.retail.telecomitalia.it) |
08:28.23 | *** join/#openmoko RedFlash (n=RedFlash@host65-41-dynamic.60-82-r.retail.telecomitalia.it) |
08:30.21 | *** join/#openmoko azaghal (n=azaghal@91.148.112.90) |
08:37.55 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
08:41.04 | *** join/#openmoko tuxi (n=quassel@p4FD66C35.dip.t-dialin.net) |
08:46.06 | *** join/#openmoko edgar (n=christop@cm56-222-142.liwest.at) |
08:59.21 | *** join/#openmoko azaghal (n=azaghal@91.148.112.90) |
09:05.01 | d1b | hi um is shr ok for use atm |
09:05.03 | d1b | like the latest ... |
09:08.32 | Fox_Muldr | hi |
09:12.01 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
09:29.24 | *** join/#openmoko tomcatek (n=tomcatek@078088179065.elblag.vectranet.pl) |
09:35.06 | *** join/#openmoko bar_code (n=ollo@124.64.96.137) |
09:40.24 | *** join/#openmoko morphis (n=morphis@p54898212.dip0.t-ipconnect.de) |
09:42.45 | *** join/#openmoko johnq (n=x@p4FD481F3.dip0.t-ipconnect.de) |
10:03.50 | *** join/#openmoko tenzind (n=tenzin@119.152.113.175) |
10:06.34 | *** join/#openmoko pa4wdh (n=pa4wdh@a213-84-93-147.adsl.xs4all.nl) |
10:07.27 | *** join/#openmoko Sharwin_F (n=Sharwin_@4.pool85-50-90.dynamic.orange.es) |
10:08.30 | *** join/#openmoko zear (n=zeartul@pawlowia.rz.izeto.pl) |
10:09.01 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
10:09.15 | zear | hi there |
10:09.39 | zear | can i plug fr to the usb, so it can charge while i flash the modem firmware with the uSD? |
10:10.10 | lindi- | zear: why not? |
10:10.17 | zear | lindi-, just wanted to be sure |
10:10.27 | zear | i mean. during the process |
10:10.31 | zear | it's flashing right now |
10:14.23 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
10:15.42 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
10:18.57 | *** join/#openmoko spydon (n=spydon@nl103-146-152.student.uu.se) |
10:19.49 | *** join/#openmoko el_sime (n=Simone@mar75-6-82-238-37-40.fbx.proxad.net) |
10:23.43 | zear | PaulFertser, hi there. I've reflashed my modem software to moko11, and i still can't make * calls |
10:23.58 | zear | still getting the GSM.SIM.NotReady |
10:30.02 | *** join/#openmoko vaiursch (n=erwin@84-75-29-4.dclient.hispeed.ch) |
10:30.50 | *** join/#openmoko tenzind_ (n=tenzin@119.152.113.175) |
10:31.27 | *** join/#openmoko raron (n=kvirc@91.83.2.171.pool.invitel.hu) |
10:33.09 | *** join/#openmoko oon (n=oon@ankhoon.net) |
10:35.15 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
10:42.13 | *** join/#openmoko FredWP (n=FredWP@unaffiliated/fredwp) |
10:51.53 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-078-042-064-042.hsi3.kabel-badenwuerttemberg.de) |
11:04.25 | DocScrutinizer-8 | zear: moko11 (as any new modem fw) is not supposed to change sim.notready issue |
11:05.29 | DocScrutinizer-8 | zear: only known sim issue which can be fixed with update of FW is the "3G"-simcard not working thing |
11:05.29 | zear | DocScrutinizer-8, i was told to flash the firmware to the newest version before asking of this problem |
11:05.48 | DocScrutinizer-8 | that's been a good advice anyway |
11:05.50 | zear | so yeah, now i have it in the current version, and would like to know if there is a fix for my problem ;) |
11:06.26 | zear | yeah, the firmware i had before was in version moko8 ;) |
11:06.36 | DocScrutinizer-8 | probably an issue with your sim and provider. Did you try with other phone to use the sim? |
11:06.46 | zear | yes |
11:06.59 | zear | different sims and distros on freerunner |
11:06.59 | *** join/#openmoko wd (n=wd@82.119.147.190) |
11:07.02 | DocScrutinizer-8 | which distro and version? |
11:07.30 | zear | don't remember the details, but it was SHR testing and something else |
11:07.35 | zear | that debian thingy |
11:07.53 | DocScrutinizer-8 | uhh, testing is bitrotten to dust |
11:07.54 | zear | i can call * numbers with that sim from other phones |
11:08.46 | DocScrutinizer-8 | though that's not a reason for your problem afaik, nevertheless I recommend to try 0808 version of shr-u, as listed in #chan topic |
11:09.10 | zear | i have the current one, dunno what version it is |
11:09.25 | zear | actually, the lack of * numbers support in my fr kills the whole idea of using fr as a phone |
11:09.50 | DocScrutinizer-8 | please make sure you're using image as of 0808 (or 0906) |
11:09.54 | zear | as i need to call * numbers to recharge my prepaid account, or to get information about my account stats |
11:10.25 | zear | DocScrutinizer-8, can i somehow find it out on the freerunner? as i don't have the images anymore |
11:10.47 | DocScrutinizer-8 | err, please elaborate on your problem. I think I don't get the whole picture |
11:11.22 | zear | DocScrutinizer-8, you mean the one with being unable to call * starting numbers? |
11:11.37 | DocScrutinizer-8 | what's "* numbers"? can you call other numbers? |
11:11.50 | DocScrutinizer-8 | can you accept inbound calls? |
11:11.53 | zear | i mean numbers that look like that: *101# |
11:12.02 | zear | i can call all the standard numbers |
11:12.07 | zear | and recieve texts |
11:12.22 | zear | but i can't call any special numbers that start with * |
11:12.28 | DocScrutinizer-8 | zear: so update to 0808 please |
11:12.59 | DocScrutinizer-8 | this is an issue that's been fixed long ago in shr-u |
11:13.23 | zear | well, i have the newest version of shr-unstable |
11:13.30 | zear | from two days ago |
11:13.42 | zear | i mean, i flashed it two days ago, but it's a version from september |
11:13.48 | DocScrutinizer-8 | there's no image of 2 days ago |
11:14.06 | DocScrutinizer-8 | hmm, dunno then |
11:14.11 | DocScrutinizer-8 | here it works |
11:14.15 | zear | besides, i can't call that numbers even by directly passing them with AT commands |
11:15.35 | zear | ok, it's shr-full-glibc-ipk--20090906-om-gta02.rootfs.jffs2 i have |
11:15.37 | *** join/#openmoko Blastur (n=kebab@86-232-96-87.cust.blixtvik.se) |
11:16.26 | DocScrutinizer-8 | shr-U as of 0808 (with some older upgrades but that doesn't matter here): calling "*101#" on german O2 loop prepaid gives me correct answer (screnn pops up saying "your account: xy.zzâ¬" |
11:17.11 | zear | well, for me on two polish networks, "era" and "play" simply returns to the dialer app |
11:20.29 | DocScrutinizer-8 | please try "*31#<any-good-number> |
11:21.12 | zear | you mean any normal number so i can call someone? |
11:21.31 | DocScrutinizer-8 | yep |
11:22.08 | DocScrutinizer-8 | the above sequence should dial that number but suppress your own number-signaling (CLIR) |
11:22.35 | zear | it makes a valid call |
11:22.53 | DocScrutinizer-8 | so the issue is with your provider it seems |
11:23.21 | zear | but *101# works fine with that card on other phones |
11:23.43 | DocScrutinizer-8 | hmm |
11:23.47 | zear | besides, it's not the first sim card that prevents me from calling *101# on freerunner |
11:23.58 | DocScrutinizer-8 | try "*#61#" |
11:24.14 | zear | what will that do? |
11:24.24 | DocScrutinizer-8 | it should reply an empty "data:" |
11:24.36 | DocScrutinizer-8 | which is a bug but anyway |
11:25.08 | zear | i can hear in my speakers it tries to contact the network, but nothing happenes |
11:25.24 | DocScrutinizer-8 | strange |
11:26.07 | zear | should i launch mickeyterm and see what it returns when i call *101# ? |
11:26.42 | DocScrutinizer-8 | zear: that's no issue of modem firmware. It *might* be a problem of FSO framework. We need mickey for that. He'll be back on Monday |
11:26.44 | *** join/#openmoko agg1n (n=jan@static-87-245-13-210.teleos-web.de) |
11:27.21 | zear | DocScrutinizer-8, but i remember i was getting an "ERROR" respond then i was trying to call this number via mickeyterm |
11:27.51 | DocScrutinizer-8 | zear: please join #openmoko-cdevel and rise the issue there |
11:28.11 | zear | DocScrutinizer-8, ok, will dod that |
11:28.52 | DocScrutinizer-8 | zear: preferrably on Monday when Mickeyl is back (and online) ;-) |
11:31.09 | DocScrutinizer-8 | zear: you could pastebin a copy of a mickeyterm session where you do a ATD*101# though. I might have a short look at it |
11:32.18 | DocScrutinizer-8 | zear: please include a "ATD<your-own-number>" which should show a "BUSY" as result |
11:38.44 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r2637a41756b6 10/fsogsmd/src/ (10 files in 2 dirs): fsogsmd: implement org.freesmartphone.GSM.Device.{Get|Set}SimBuffersSms() |
11:38.45 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r2aed1bd88603 10/fsogsmd/src/ (4 files in 3 dirs): fsogsmd: modem: channelForCommand is abstract hence MUST be implemented by the modem plugin |
11:38.48 | DocScrutinizer-8 | zear: here ATD*101# works |
11:38.51 | *** part/#openmoko madwoota (i=mad@woota.net) |
11:38.53 | CIA-44 | freesmartphone.org: 03mickey 07phonesim * r4b555cb99b10 10/modems/generic.xml: generic.xml: properly implement +CNMI |
11:39.33 | DocScrutinizer-8 | zear: ATD*234# gives "ERROR" (as it's a non-supported code) |
11:39.45 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
11:44.33 | *** join/#openmoko pleemans (n=toi@194.171.92.22) |
11:44.58 | *** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-119-224.pools.arcor-ip.net) |
11:48.42 | *** join/#openmoko bentob0x (n=laurent@ip-213-49-73-211.dsl.scarlet.be) |
11:48.46 | *** join/#openmoko madwoota (i=mad@woota.net) |
11:50.19 | *** join/#openmoko h4v (n=h4v@new.otos.pl) |
11:51.20 | *** join/#openmoko hannes_s (n=hannes_s@f054141035.adsl.alicedsl.de) |
12:00.29 | jaj | for some time now my openmoko doesn't emit a sound anymore when ringing |
12:00.38 | jaj | runnig shr-unstable, is this a know problem? |
12:04.10 | dos1 | jaj: opkg remove -force-depends speech-dispatcher? |
12:06.33 | jaj | hmm yeah indeed that might be it :) |
12:07.23 | *** join/#openmoko Slyon|away (n=lukas@p4FDB1EBD.dip0.t-ipconnect.de) |
12:07.25 | Slyon|away | !logs |
12:07.26 | cdbot2 | Channel logs for #openmoko are archived at: |
12:07.27 | cdbot2 | http://hentges.net/tmp/logs/irc/%23openmoko |
12:07.28 | cdbot2 | Live-logs are available at |
12:07.30 | cdbot2 | http://hentges.net/tmp/logs/irc/livelogs/%23openmoko.livelog |
12:07.32 | cdbot2 | See ?? help-logs for usage instructions |
12:07.49 | DocScrutinizer-8 | grrrrrrrrrrrrrrrrrrr for speech-dispatcher |
12:09.40 | *** part/#openmoko Slyon|away (n=lukas@p4FDB1EBD.dip0.t-ipconnect.de) |
12:12.11 | DocScrutinizer-8 | CoreDump: what about an ultracool patch to cdbot, to listen for "~logs" (sic) and make that an "alias" of "sleep 5; !logs" ;-D |
12:13.45 | CoreDump | the problem is that ~ usually interferes with apt, ibot and friends =) |
12:13.55 | DocScrutinizer-8 | yep |
12:14.20 | DocScrutinizer-8 | that's why I suggested to specifically grep for "~logs" |
12:15.22 | DocScrutinizer-8 | CoreDump: and give apt a "sleep 5" to finish his thing first |
12:16.19 | CoreDump | ibot is listening to ~logs as well, so the shortcut would need to be manually enabled for any channel ibot / apt is not in. |
12:17.08 | DocScrutinizer-8 | CoreDump: I have no idea how cdbot could care about whether there is apt or not. |
12:17.30 | CoreDump | I've I ever get sufficiently bored, I shall have a look =) |
12:18.01 | DocScrutinizer-8 | but yes it's kinda hackish and not compatible to each channels setup for cdbot |
12:18.12 | CoreDump | exactly |
12:19.00 | DocScrutinizer-8 | as ibot/apt *might* use different shortcut than "~" |
12:20.12 | DocScrutinizer-8 | so if cdbot is only bot on a channel and already listens to "~" it would be kinda annoying to also listen to "~logs" and do same thing twice |
12:20.44 | CoreDump | right. Highly annoying. I speak from experience =) |
12:20.59 | DocScrutinizer-8 | in channels with apt listening to e.g. % it would fail |
12:22.08 | DocScrutinizer-8 | though timriker told me apt always is configured to listen to ~ |
12:23.46 | DocScrutinizer-8 | CoreDump: would you mind to add cdbot to #openmoko-cdevel? |
12:24.28 | CoreDump | not at all. Let me see if I have one more spare channel. Freenode does not allow cdbot to join more than 20 heh |
12:24.46 | DocScrutinizer-8 | we already got nslu logs there, but anyway |
12:24.57 | DocScrutinizer-8 | duh |
12:25.54 | *** join/#openmoko arw_ (i=foobar@190.24.94.121) |
12:30.52 | CIA-44 | freesmartphone.org: 03mickey 07specs * r896563e12805 10/ (4 files in 3 dirs): |
12:30.52 | CIA-44 | freesmartphone.org: org.freesmartphone.GSM.Device: Add new API org.freesmartphone.GSM.Device.SetFunctionality( s:level ) -> () |
12:30.52 | CIA-44 | freesmartphone.org: NOTE: This deprecates org.freesmartphone.GSM.SetAntennaPower! |
12:31.21 | CoreDump | let me know when there are any problems in -cdevel. The channel is pretty much off my radar usually ;) |
12:34.29 | CIA-44 | freesmartphone.org: 03mickey 07libfso-glib * rae45e89e5f35 10/src/ (3 files): regenerate |
12:42.28 | PaulFertser | zear: i'm sorry that reflashing to the newest version didn't help but otoh i'm sure nobody should be using old versions unless there's _very_ good reason to do so. |
12:43.08 | PaulFertser | zear: and i've to admit that your issues looks extremely weird, it's like "it just can't be like that". |
12:51.33 | *** join/#openmoko jonkristian (n=jonkrist@66.84-48-49.nextgentel.com) |
12:51.47 | *** join/#openmoko hannes_s (n=hannes_s@f054141035.adsl.alicedsl.de) |
12:58.31 | *** join/#openmoko fenfir (n=fenfir@99.22.251.44) |
12:59.22 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
12:59.40 | *** join/#openmoko arw_1 (i=foobar@190.27.0.226) |
13:02.45 | CIA-44 | freesmartphone.org: 03mickey 07cornucopia * r44a757f3ca90 10/fsogsmd/src/ (4 files in 2 dirs): |
13:02.45 | CIA-44 | freesmartphone.org: fsogsmd: prepare for org.freesmartphone.GSM.Device.{Get|Set}Functionality |
13:02.46 | CIA-44 | freesmartphone.org: NOTE: Need to integrate fsogsmd with resource system before we can implement this |
13:05.00 | *** join/#openmoko max_posedon (n=max_pose@81-243-252-87-dynamic-pool.gprs.mts.by) |
13:09.09 | DocScrutinizer-8 | PaulFertser: yep. I'm still waiting for the mickeyterm "log" |
13:09.52 | DocScrutinizer-8 | sounds like "pebkac" |
13:10.31 | DocScrutinizer-8 | wrong "number" or sth. Or maybe simply provider does not support the function anymore |
13:11.13 | *** join/#openmoko Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com) |
13:11.31 | *** join/#openmoko pbaxter_ (n=pbaxter@host8-152-dynamic.51-79-r.retail.telecomitalia.it) |
13:21.34 | *** join/#openmoko Batchy (n=batchy@AVelizy-155-1-91-145.w90-35.abo.wanadoo.fr) |
13:22.48 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-073-116.hsi.kabelbw.de) |
13:22.58 | PBeck | hi |
13:25.23 | *** join/#openmoko desowin (n=desowin@66.160.197.250) |
13:25.44 | desowin | how do I restore the NAND mtdparts to factory-state? |
13:28.08 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
13:41.15 | *** join/#openmoko Schorhr (n=ircdspam@24.106.113.82.net.de.o2.com) |
13:42.46 | *** join/#openmoko ericthefish (n=ivan@94-192-230-157.zone6.bethere.co.uk) |
13:44.30 | *** part/#openmoko desowin (n=desowin@66.160.197.250) |
13:45.10 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
13:51.57 | *** join/#openmoko playya_ (n=playya@unaffiliated/playya) |
13:55.00 | *** join/#openmoko Heinervdm (n=thomas@188.46.28.155) |
13:59.46 | *** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:00.03 | *** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:08.27 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-073-116.hsi.kabelbw.de) |
14:10.09 | *** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:10.11 | *** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:17.44 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
14:24.32 | *** join/#openmoko max_posedon (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by) |
14:24.50 | *** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:25.21 | *** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
14:35.38 | *** join/#openmoko UberNeo (n=UberNeo@122.181.132.88) |
14:53.11 | *** part/#openmoko fenfir (n=fenfir@99.22.251.44) |
14:55.13 | *** join/#openmoko Everslick (n=clemens@91-113-117-181.adsl.highway.telekom.at) |
14:56.58 | *** join/#openmoko alephnull (n=alok@122.172.5.147) |
14:57.45 | *** join/#openmoko GovCon (n=GC@unaffiliated/govcon) |
15:05.31 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
15:06.21 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
15:06.26 | *** join/#openmoko max_posedon1 (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by) |
15:08.57 | *** join/#openmoko vininim (n=vininim@pdpc/supporter/student/vininim) |
15:09.16 | *** join/#openmoko max_posedon1 (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by) |
15:23.39 | *** join/#openmoko andrenarchy (n=andrenar@dslb-088-065-119-224.pools.arcor-ip.net) |
15:32.54 | *** join/#openmoko dcordes (n=luke-g@unaffiliated/dcordes) |
15:42.58 | *** join/#openmoko CVirus (n=Satan@41.130.213.6) |
15:48.42 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
15:49.05 | *** join/#openmoko chomwitt (n=chomwitt@ppp-94-66-174-24.home.otenet.gr) |
15:55.07 | *** join/#openmoko |raron| (n=kvirc@91.82.242.201.pool.invitel.hu) |
15:57.11 | *** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
16:00.03 | *** join/#openmoko juan_arandaalvar (n=jaranda@201.143.86.234.dsl.dyn.telnor.net) |
16:04.12 | *** join/#openmoko CVirus (n=Satan@41.130.213.6) |
16:04.38 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
16:05.49 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167976137.dsl.bell.ca) |
16:11.26 | *** join/#openmoko tenzind (n=tenzin@116.71.182.227) |
16:23.49 | *** join/#openmoko nomeata (i=nobody@nomeata.de) |
16:33.04 | *** join/#openmoko tsdogs (n=tsdogs@net203-187-146.mclink.it) |
16:41.20 | *** join/#openmoko azaghal (n=azaghal@195.252.105.233) |
16:43.11 | CIA-44 | freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r89df0861123f 10framework/framework/subsystems/opimd/ (4 files): opimd: SQLite-*: use FLOAT type in database for Timestamps and Duration fields |
16:45.42 | *** join/#openmoko Guest80031 (n=ahhaahah@host45-133-dynamic.1-87-r.retail.telecomitalia.it) |
16:45.46 | CIA-44 | freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r1a30891d8ea4 10framework/framework/subsystems/opimd/docs/TODO: opimd: update TODO |
16:46.39 | Guest80031 | hallo i crosscompiled kernel for openmoko, everything worked, but in the tar.gz for modules i cant find ar6000 for wireless ( i used andy-tracking ), can anybody explain me how is it that i missed those drivers? |
16:46.48 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
16:48.22 | Guest80031 | the kernel runs correctly ( i even patched cpufreq against it), targzed alla modules -C /, but on /lib/modules/`uname -r` i find no trace of ar6000.ko |
16:48.32 | Guest80031 | do any of u had experience with it? |
16:50.23 | dos1 | Guest80031: maybe you have it built into kernel? |
16:51.37 | Guest80031 | ok tnx |
16:51.39 | Guest80031 | you were right |
16:51.46 | Guest80031 | being blind today |
16:58.58 | *** join/#openmoko vaiursch (n=erwin@84-75-29-4.dclient.hispeed.ch) |
16:59.28 | Guest80031 | mhm, ok just another question, how is it that my kernel is bigger then 2 mb (having modules in it.. ok).. but how can i manage to create a smaller kernel? |
17:01.34 | *** join/#openmoko tenzind_ (n=tenzin@116.71.182.227) |
17:05.21 | *** join/#openmoko trev_ (n=tobi@95-88-97-79-dynip.superkabel.de) |
17:05.48 | *** join/#openmoko UberNeo (n=UberNeo@122.181.132.88) |
17:06.01 | CIA-44 | openmoko: 03rehar * r5666 10/trunk/gta02-core/modules/ (INFO STATUS fa2012.fpd mkloe): added FA2012 footprint |
17:07.37 | *** join/#openmoko spydon (n=spydon@90-227-33-55-no42.tbcn.telia.com) |
17:11.51 | Guest80031 | gps seems not to work |
17:12.02 | Guest80031 | does it relay on some modules? |
17:13.57 | Guest80031 | even after echo 1 > |
17:14.48 | Guest80031 | i get absolutly no device for gps |
17:15.47 | SpeedEvil | what hardware? |
17:15.51 | SpeedEvil | oh - nvm |
17:16.06 | *** join/#openmoko pwerken (n=pwerken@a-eskwadraat.nl) |
17:16.09 | SpeedEvil | the GPS is on /dev/ttySAC1 I think - it's a nomrla serial port |
17:16.15 | Guest80031 | yeah |
17:16.18 | Guest80031 | is not there |
17:16.50 | SpeedEvil | you mean you have no serail devices? |
17:16.55 | SpeedEvil | So GSM doesn't work ither? |
17:17.10 | Guest80031 | nope |
17:17.23 | SpeedEvil | well - you need to load a serial module |
17:17.34 | SpeedEvil | or build it in |
17:17.44 | Guest80031 | which is |
17:17.56 | SpeedEvil | dunno |
17:18.15 | Guest80031 | i just build andy-tracking |
17:18.24 | Guest80031 | so i guess, something is going wrong with this kernel |
17:18.40 | SpeedEvil | If there are modules built, then instlal them all |
17:20.49 | Guest80031 | can you give me a lsmod |
17:20.52 | Guest80031 | on yours ? |
17:22.14 | SpeedEvil | not got FT |
17:22.15 | SpeedEvil | FR |
17:22.29 | SpeedEvil | and the neo1973 I does have ahas it as a builtin I think |
17:22.38 | *** join/#openmoko pespin (n=pespin@90.163.54.46) |
17:22.40 | SpeedEvil | go through menuconfig and look for things that say serial |
17:42.01 | *** join/#openmoko Snowball (n=Snowball@g230069051.adsl.alicedsl.de) |
17:42.11 | *** join/#openmoko cz_jc (n=jc@88.146.126.102) |
17:45.27 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
17:55.17 | *** join/#openmoko pespin (n=pespin@90.163.54.46) |
17:56.09 | *** join/#openmoko fenfir (n=fenfir@99.22.251.44) |
18:01.00 | *** join/#openmoko spydon (n=spydon@90-227-33-55-no42.tbcn.telia.com) |
18:02.44 | *** join/#openmoko agg1n1 (n=jan@static-87-245-12-160.teleos-web.de) |
18:13.00 | UberNeo | how to put neo on suspend mode from ssh |
18:16.00 | zear | DocScrutinizer, PaulFertser.. sorry for such a late respond, but anyway, i've launched the ATD*101# command via mickeyterm and i got a valid respond |
18:16.32 | zear | before i was using a different command in mickeyterm, that's probably why I didn't succeed |
18:16.39 | PaulFertser | zear: ATD? ussd are supposed to work with other command, yes. |
18:18.03 | DocScrutinizer | nah USSD work with ATD just fine |
18:18.06 | zear | i still can't call that number from the gui however |
18:18.18 | *** join/#openmoko jonkristian (n=jonkrist@66.84-48-49.nextgentel.com) |
18:18.39 | DocScrutinizer | here it works |
18:18.47 | PaulFertser | zear: that's because GUI uses framework and it uses that dedicated command. |
18:19.09 | DocScrutinizer | nope it doesn't, on three digit commands |
18:19.29 | zear | oh well, if I can call that number via mickeyterm, it's all i need ;) |
18:19.44 | zear | just a question, how can i do that via bash script? |
18:19.50 | zear | i'd like to have a simple command for that |
18:19.57 | PaulFertser | DocScrutinizer: at least Zhone did ussd for anything that started with * iirc. |
18:20.19 | DocScrutinizer | btw it also doesn't work on two digit commands, otherwise the result on dialing *#61# was "Disabled" and not an empty screen |
18:21.41 | DocScrutinizer | PaulFertser: USSD is the response handling, for actual cmd fso needs to find the command in a list and select the corresponding dedicated AT-cmd instead of ATD |
18:21.53 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
18:22.04 | DocScrutinizer | there is no USSD specs for 3-digit |
18:22.55 | DocScrutinizer | and obviously fso doesn't know aout the "*#xx#" ones (the query cmds) |
18:23.02 | *** join/#openmoko rddDavid51 (n=roudoudo@78.234.93.192) |
18:23.42 | DocScrutinizer | anyway with SHR-U88 dialing *101# works here, from mickeyterm as well as from dialer |
18:24.31 | PaulFertser | DocScrutinizer: FSO always uses +CUSD=1,"%s",15 to send ussd. |
18:24.32 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
18:24.34 | DocScrutinizer | and as long as I don't see the mickeyterm ATD result, I won't bother anymore as it's useless guess effort |
18:25.00 | DocScrutinizer | oh well, whatever |
18:25.01 | zear | PaulFertser, that's the command that results in ERROR for me |
18:25.22 | PaulFertser | zear: i understand. Let me tell you the cli method to do ATD |
18:25.30 | DocScrutinizer | no wonder, it's invalid for 3digit numbers |
18:25.55 | DocScrutinizer | wtf?! it WORKS here |
18:26.05 | DocScrutinizer | nah, bye |
18:28.35 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
18:28.55 | PaulFertser | zear: dbus-send --type=method_call --print-reply --system --dest=org.freesmartphone.ogsmd /org/freesmartphone/GSM/Call org.freesmartphone.GSM.Call '*102#' voice |
18:29.35 | zear | PaulFertser, thanks |
18:29.40 | PaulFertser | zear: does it work? |
18:29.44 | zear | and thank you all guys for finding the solution |
18:29.52 | zear | haven't checked yet, just assumed it does ;D |
18:30.27 | zear | PaulFertser, ah, nope |
18:30.34 | zear | bus-send: Data item "*101#" is badly formed |
18:34.16 | *** join/#openmoko nio_ (n=nio@d594e5f2.dsl.concepts.nl) |
18:34.25 | *** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
18:34.37 | h4v | zear: i've got the same problem here |
18:35.51 | zear | h4v, ah, so i'm not alone. That's good, maybe a fix can be produced if there is more of us :D |
18:36.12 | PaulFertser | zear: "string(*101#)"? |
18:36.23 | PaulFertser | zear: oh sorry |
18:36.28 | PaulFertser | zear: dbus-send, of course |
18:36.38 | *** join/#openmoko freelock (n=john@216.231.62.127) |
18:37.02 | PaulFertser | zear: "string:*101#" |
18:38.06 | *** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
18:42.41 | *** join/#openmoko cz_jc (n=jc@88.146.126.102) |
18:44.52 | *** join/#openmoko Zorkman (n=Zork@78-22-123-127.access.telenet.be) |
18:44.53 | *** join/#openmoko Majkhii (n=Majkhii@213.155.250.139) |
18:46.29 | *** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
18:48.06 | *** join/#openmoko tschaka (n=tschaka@p5B0EA9DA.dip0.t-ipconnect.de) |
18:48.14 | *** join/#openmoko agg1n (n=jan@static-87-245-12-160.teleos-web.de) |
18:48.33 | *** join/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
18:48.47 | zear | PaulFertser, you mean org.freesmartphone.GSM.Call 'string:*101' voice |
18:50.09 | CIA-44 | openmoko: 03rehar * r5667 10/trunk/gta02-core/ (8 files): added footprint names to components |
18:54.50 | PaulFertser | zear: yes, if you intend to call *101 |
18:55.10 | zear | that returns dbus-send: Data item "voice" is badly formed |
18:55.37 | Kagee | org.freesmartphone.GSM.Call 'string:*101' 'sring:voice' ? |
18:55.37 | zear | should i remove the voice parameter? |
18:56.50 | zear | Kagee, nah, that just leads to another error |
18:56.50 | zear | Error org.freedesktop.DBus.Error.UnknownMethod: Method "Call" with signature "ss" on interface "org.freesmartphone.GSM" doesn't exist |
18:57.01 | PaulFertser | zear: yes string:voice |
18:57.55 | zear | PaulFertser, http://pastebin.com/m5d3ea214 |
18:58.09 | PaulFertser | zear: dbus-send --type=method_call --print-reply --system --dest=org.freesmartphone.ogsmd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.Call.Initiate 'string:*102#' string:voice |
18:58.54 | zear | PaulFertser, ok, that does something |
18:59.40 | zear | the command is being executed and returns to the console, while i can hear via the speakers some data is being send |
18:59.58 | zear | but nothing is being returned either on the TTY, or in the gui |
19:00.46 | zear | http://pastebin.com/m4f2eba19 |
19:00.46 | *** join/#openmoko vininim_ (n=vininim@pdpc/supporter/student/vininim) |
19:00.51 | PaulFertser | zear: i'm not sure it's supposed to be. Because you're using non-ussd method for ussd. |
19:01.00 | zear | :P |
19:08.45 | *** join/#openmoko Q-Master (n=qmaster@78.111.145.31) |
19:20.46 | zear | I'd like to thank you guys for your help somehow |
19:20.51 | zear | so have this little game i ported: http://91.192.165.7:8002/powder111_fr.tar.bz2 |
19:27.37 | lindi- | zear: please don't recommend non-free software here :( |
19:28.04 | zear | lindi-, hey, it's free |
19:28.08 | SpeedEvil | wI have no problem as long as it's stated to be non-free |
19:28.10 | zear | the source is open |
19:28.13 | zear | it's just not GPL |
19:28.36 | lindi- | zear: it says 'Do not modify the POWDER binary nor accompanying files.' |
19:28.48 | zear | i didn't modify them in a bit |
19:28.51 | zear | i just recompiled them ;) |
19:29.19 | lindi- | zear: can I modify powder binary? |
19:29.37 | zear | lindi-, the author encourages people to port his game to new platforms |
19:29.46 | lindi- | zear: that did not answer my question |
19:29.56 | zear | lindi-, i'd say read the license |
19:30.06 | lindi- | zear: i did |
19:30.11 | lindi- | zear: it looks non-free to me |
19:30.49 | zear | lindi-, i've played it on so many platforms so i can say the author has nothing against about using his code |
19:31.02 | lindi- | zear: that does not help if he is not giving the permission in writing |
19:31.13 | *** join/#openmoko retracile (n=eli@76-204-213-211.lightspeed.allntx.sbcglobal.net) |
19:31.56 | *** join/#openmoko hax404 (n=quassel@mnhm-590d8823.pool.mediaWays.net) |
19:32.22 | zear | lindi-, oh right, i almost forgot, the code is on Creative Commons Sampling Plus license |
19:32.31 | lindi- | zear: how could I know that? ;) |
19:32.53 | zear | not my problem, he should have put it in the readme |
19:33.14 | zear | http://www.zincland.com/powder/index.php?pagename=release here's where you can get the code and find out about the license |
19:33.14 | lindi- | zear: where can I get the source? |
19:33.17 | zear | ;D |
19:33.56 | lindi- | now I need to figure out if that CC license is free |
19:35.30 | zear | just look at the changelog, there are so many contriburors and ports, that this game must be Stallman-friendly ;) |
19:35.54 | lindi- | zear: the COPYING says "1) This is *NOT* an Open Source license. This code is not "free"." |
19:36.12 | zear | and where does it say "You can't port it to a new platform"? |
19:36.38 | lindi- | zear: where does it say that I can modify it? |
19:37.06 | zear | oh c'mon, why don't you start enjoy playing this game instead? :D |
19:37.10 | lindi- | zear: eh? |
19:37.21 | lindi- | zear: you are trying to trick me into running non-free software? |
19:37.41 | zear | lindi-, i can send a mail to the author and ask him for the permission, if thay'll make you feel better ;) |
19:37.54 | lindi- | zear: well the author itself says that it is not free |
19:37.57 | lindi- | zear: so why bother? |
19:38.07 | zear | because it's a nice game? |
19:38.11 | PaulFertser | zear: the author should should change license to one of the "free software", otherwise it's disappointing. |
19:38.13 | lindi- | zear: it's a non-free game |
19:38.13 | zear | and runs on your favoutite phone? |
19:38.37 | PaulFertser | zear: do you understand that freedom matters more than "nice games" to some people? |
19:38.41 | zear | oh like freerunner is all open-source |
19:38.53 | lindi- | http://triplane-class.sf.net is a nice game that we liberated and ported (GPLv3+) |
19:38.54 | PaulFertser | zear: except the firmware |
19:39.04 | zear | yeah, that's what i'm talking about ;) |
19:39.11 | zear | and lack of 3d chip support |
19:39.22 | lindi- | zear: why did you say that the game is free? |
19:39.45 | zear | i agree with you that opensource is the best solution, but it's his game and he can license it however he wants |
19:40.02 | zear | because this game is free, he doesn't charge you for it |
19:40.36 | lindi- | zear: so you have a different definition for free software? how can you be on this IRC network? |
19:41.03 | zear | according go CC sampling plus 1.0 license: "You are free to perform, display, and distribute copies of this whole work for noncommercial purposes (e.g., file-sharing or noncommercial webcasting)." |
19:41.22 | zear | lindi-, no, i love GPL as much as you guys |
19:41.56 | zear | just if the code is licensed under the CC+1.0, it means it is free to some extent |
19:42.12 | lindi- | zear: according to COPYING the code is not "free" or "open source" |
19:42.40 | zear | so why is it released on CC+ license? |
19:42.50 | lindi- | zear: there are multiple licenses |
19:42.58 | lindi- | zear: I haven't yet even analyzed them all |
19:43.04 | zear | and that means i can choose the one i like, right? |
19:43.23 | lindi- | zear: no, different licenses have been granted to different parts of it |
19:43.52 | zear | ok, i'll send a mail to the author, asking him if we're allowed to run this game on fr |
19:43.56 | lindi- | zear: but if the author says that it is "not an open source license" I don't think I bother to review it |
19:44.12 | lindi- | zear: running is only freedom 0 |
19:44.23 | lindi- | zear: i want freedoms 1, 2 and 3 too |
19:44.32 | SpeedEvil | I want freedom 7! |
19:44.40 | zear | lindi-, maybe you should read the last section of the LICENSE.TXT ;) |
19:45.17 | lindi- | zear: it just makes things even more unclear |
19:45.25 | zear | :P |
19:46.15 | zear | oh well, i can port another game if you don't like this one :P |
19:46.38 | lindi- | zear: i might like the game, I just want to be able to share and change the software I use :) |
19:47.30 | zear | lindi-, i've been observing this project for a longer time and i know that the author encourages people to modify the code, and port it to new platforms |
19:47.42 | zear | just look at the changelog, there are many contributors |
19:47.46 | lindi- | zear: he should express that in writing |
19:47.50 | lindi- | or she |
19:47.52 | zear | lindi-, i agree |
19:48.13 | *** join/#openmoko gunbritt (n=arfmarf@unaffiliated/gunbritt) |
19:48.55 | lindi- | zear: if you really think so please ask him to pick an already existing license |
19:49.18 | lindi- | zear: MIT, LGPL, GPL, Apache -- something |
19:49.26 | *** join/#openmoko jas4711 (n=jas@c80-216-24-211.bredband.comhem.se) |
19:49.26 | zear | lindi-, i'll mail him, as i plan to release this port as .ipk and maybe upload it on opkg.org or something |
19:49.53 | zear | lindi-, if you have nothing against, i might include this conversation in the mail, what you think? |
19:49.54 | lindi- | zear: having a custom license is very suspicious |
19:49.58 | lindi- | zear: sure |
19:50.11 | lindi- | zear: include my email address too. timo.lindfors@iki.fi |
19:50.16 | zear | hehe, ok |
19:51.13 | zear | lindi-, but so far, please, if you have time, check this game out and report any problems |
19:51.39 | zear | so far it looks 100% playable on the touchscreen, but i haven't really tested it yet |
19:52.01 | lindi- | zear: thanks but no thanks, i don't want to run non-free stuff :( |
19:52.11 | zear | lindi-, :P |
19:57.17 | PaulFertser | lindi-: btw, i think that emergency shutdown is done by hardware in some pcf50633 versions but i'm not sure what gta versions used that. |
20:04.17 | *** join/#openmoko two34 (n=erik@81-233-151-113-no82.business.telia.com) |
20:13.02 | DocScrutinizer-8 | hmm |
20:13.45 | DocScrutinizer-8 | tries to grep for emergency shutdown |
20:18.20 | *** part/#openmoko otypoks (n=e55c2403@xkh1g1.infr.xiaoka.com) |
20:18.22 | CIA-44 | openmoko: 03rehar * r5668 10/trunk/gta02-core/ (cpu-power.sch cpu.sch modem.sch sd-sim.sch wlan.sch): added more footprint names to components |
20:26.43 | *** join/#openmoko samgee (n=samgee@fsf/member/samgee) |
20:28.38 | PaulFertser | DocScrutinizer-8: probably it was a feature of pcf50606 even |
20:28.47 | PaulFertser | DocScrutinizer-8: i mean you hold pwr for some time and it shuts off. |
20:29.14 | DocScrutinizer-8 | hard shutdown after 8sec is a hw-feature afaik |
20:30.10 | DocScrutinizer-8 | MAYbe I recall incorrect and it's a feature of 50606 only, but I can't believe that |
20:30.23 | *** join/#openmoko chomwitt_ (n=chomwitt@ppp-94-66-142-80.home.otenet.gr) |
20:32.14 | *** join/#openmoko panicking (n=Michael@77.224.194.88) |
20:33.48 | DocScrutinizer-8 | actually I seem to remember it a kind of watchdog which you can stop by actively writing to some register, otherwise it will shutdown hard after 8sec |
20:34.26 | DocScrutinizer-8 | also iirc: you need to setup tha "watchdog" |
20:34.54 | *** part/#openmoko samgee (n=samgee@fsf/member/samgee) |
20:35.11 | PaulFertser | DocScrutinizer-8: i know that in the latest kernel it's implemented as a pure software feature. |
20:35.51 | DocScrutinizer-8 | yep, "pressed for 1 sec" "...2 sec" ... |
20:36.04 | DocScrutinizer-8 | dunno why |
20:38.28 | PaulFertser | DocScrutinizer-8: hardware feature of pcf50633 is described at page 20 |
20:38.30 | *** join/#openmoko SpeedEvil (n=user@tor/regular/SpeedEvil) |
20:38.40 | DocScrutinizer-8 | though that printk (if it even is) doesn't proove that's the kernel which does actual shutdown |
20:39.17 | DocScrutinizer | PaulFertser: you know how to lure me in ;-) |
20:39.28 | *** join/#openmoko valos (n=valos@mar92-6-82-227-150-198.fbx.proxad.net) |
20:40.58 | DocScrutinizer | if onkey_mode control bits configured accordingly; see Table 12). |
20:41.11 | *** join/#openmoko ajbrun (n=ajbrun@host86-153-226-10.range86-153.btcentralplus.com) |
20:41.26 | DocScrutinizer | 8 seconds, the PCF50633 enters Standby mode if no action is taken by the host controller |
20:41.29 | DocScrutinizer | :-) |
20:41.33 | PaulFertser | DocScrutinizer: sure but i'm still puzzled why that 8 sec software thing was introduced. |
20:41.44 | DocScrutinizer | I love it when I was right :-P |
20:42.10 | DocScrutinizer | PaulFertser: no idea. Where do you cnclude from it's a software thing? |
20:42.15 | panicking | DocScrutinizer, if the GSM is on and you switch off the divice, maybe you must all the gsm_dev_off function? |
20:42.16 | PaulFertser | DocScrutinizer: hehe |
20:42.37 | DocScrutinizer | panicking: for gta01 yes. for 02 no |
20:42.38 | PaulFertser | panicking: hm, seems to be right but not applicable to gta02 |
20:42.42 | PaulFertser | :D |
20:43.28 | panicking | DocScrutinizer, but yesterday some boy sead that is direct connect to the battery |
20:43.36 | panicking | and it's switch off using a gpio |
20:43.39 | PaulFertser | panicking: on gta01 it is |
20:43.48 | PaulFertser | panicking: on gta02 only RF part is directly connected. |
20:43.58 | panicking | ok thanks PaulFertser |
20:44.07 | DocScrutinizer | panicking: I don't care what some boys say about "my" schametics ;-P |
20:44.24 | PaulFertser | DocScrutinizer: + /* Some revisions of the chip don't have a 8s standby mode on |
20:44.28 | PaulFertser | + * ONKEY1S press. We try to manually do it in such cases. */ |
20:44.32 | PaulFertser | (from the sources) |
20:44.44 | PaulFertser | By Balaji |
20:45.01 | DocScrutinizer | bah, what's THAT??? |
20:45.29 | DocScrutinizer | I wonder where balaj got that info from?? o.O |
20:45.52 | SpeedEvil | Please ignore everything I say |
20:45.59 | SpeedEvil | At all times. |
20:46.07 | DocScrutinizer | huh? |
20:46.14 | SpeedEvil | was thinking of gta01 when I said the above. |
20:46.16 | DocScrutinizer | SpeedEvil: you're well? |
20:46.44 | DocScrutinizer | SpeedEvil: yu said what? |
20:47.08 | DocScrutinizer | aaah, you were "the boy"? :-DD |
20:47.10 | SpeedEvil | something about Gsm being connected direclty to battery |
20:47.20 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
20:47.41 | DocScrutinizer | SpeedEvil: afaik it's correct for *you*, no? |
20:47.49 | SpeedEvil | yes |
20:48.06 | *** join/#openmoko mjr (i=mjr@aulis.sange.fi) |
20:48.10 | SpeedEvil | Though not now, as battery not installed |
20:48.25 | *** join/#openmoko polz (n=polz@ecg.fri.uni-lj.si) |
20:48.36 | DocScrutinizer | PaulFertser: well, no harm in kernel trying to behave as well ;-) |
20:49.07 | DocScrutinizer | PaulFertser: nevertheless we should take care the ""onkey_mode control bits configured accordingly"" |
20:49.44 | PaulFertser | DocScrutinizer: the datasheet puzzles me. I can't easily find description of differences of different variants. Though it looks like only reset values depend on that anyway. |
20:50.48 | DocScrutinizer | PaulFertser: and we should proceed on scrupulous interogation of balaj for that nonsense |
20:51.42 | DocScrutinizer | PaulFertser: http://people.openmoko.org/joerg/pcf50633/pcf50633-variants.txt et al |
20:52.20 | *** join/#openmoko h4v_ (n=h4v@new.otos.pl) |
20:54.22 | DocScrutinizer | http://people.openmoko.org/joerg/pcf50633/PCF50633HN-09-N3rev0.1.pdf |
20:54.29 | PaulFertser | DocScrutinizer: nice |
20:54.29 | DocScrutinizer | PaulFertser: o.O |
20:54.37 | larsc | imo there is no 'special' handling required to prevent hardware 8s timeout |
20:54.38 | PaulFertser | DocScrutinizer: but looks like it affects reset values only. |
20:54.43 | DocScrutinizer | maybe balaj is right |
20:55.08 | PaulFertser | DocScrutinizer: how so? |
20:55.16 | DocScrutinizer | no he isn't. Sure that's only reset defaults |
20:55.52 | DocScrutinizer | larsc: we don't want to prevent it ;-D |
20:55.55 | PaulFertser | DocScrutinizer: probably we should introduce a sysfs node to make that behaviour configurable and remove pure software solution. |
20:56.00 | DocScrutinizer | we want to *enable* it |
20:56.25 | DocScrutinizer | PaulFertser: sounds sensible to me |
20:56.32 | DocScrutinizer | PaulFertser: can you do that? |
20:57.27 | larsc | DocScrutinizer: lindi- wants to |
20:57.33 | PaulFertser | DocScrutinizer: technically, yes, practically not sure, too many things i've already promised and haven't done :-/ |
20:57.53 | DocScrutinizer | same here :-/ |
20:57.58 | PaulFertser | larsc: so to prevent it we can just disable it, no need to reset watchdog or whatever. |
20:58.12 | DocScrutinizer | lindi is welcome to give some love to that topic |
20:59.32 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
21:00.19 | larsc | so you want the device to be turned of after pressing the power key for 8s? |
21:01.22 | PaulFertser | larsc: some people want, lindi- doesn't. I don't care much but i'd like users to have a choice. |
21:01.38 | DocScrutinizer | PaulFertser: start of p.21 is highly interesting |
21:02.16 | PaulFertser | larsc: but if i needed to choose between options, i'd disable that emergency shutdown because it's the same as to pull out the battery which is trivial (and even faster). |
21:02.40 | DocScrutinizer | veto |
21:02.58 | DocScrutinizer | I love a decent switch to power down uncond |
21:03.39 | PaulFertser | DocScrutinizer: it's nice to have that stuff on my sandisk sansa because there i'd need some disassembly to physically pull the plug. Not an issue on gta. |
21:03.54 | DocScrutinizer | and there's a whole bunch of situations where you can't "simply remove bat" |
21:04.55 | PaulFertser | DocScrutinizer: if one wants to just avoid hard lockup he'll use hardware watchdog in SoC i guess. |
21:05.50 | DocScrutinizer | I never used hardware watchdog so far, as nobody made that a simple opt-in at config |
21:06.14 | DocScrutinizer | mumbles ramconsole, ramconsole... |
21:06.21 | PaulFertser | DocScrutinizer: on debian it's as simple as "apt-get install watchdog" or something like that. |
21:06.40 | larsc | if the soc is locked up the hw timeout will work anyway |
21:07.01 | larsc | at least if i understand the manual correctly |
21:07.16 | *** part/#openmoko dwb (n=david@a177027.upc-a.chello.nl) |
21:07.16 | DocScrutinizer | let's change the POV -- why would anybody get rid of that feature?? |
21:07.54 | DocScrutinizer | larsc: if onkey_mode control bits configured accordingly |
21:08.16 | larsc | DocScrutinizer: i'm not to sure about that |
21:08.25 | DocScrutinizer | but I am |
21:09.03 | DocScrutinizer | ONKEY_MODE ONKEY mode selection 00 (Wake-up by |
21:09.05 | DocScrutinizer | (7,6) 00: Wake-up by falling edge only falling edge only) |
21:09.06 | DocScrutinizer | <PROTECTED> |
21:09.08 | DocScrutinizer | <PROTECTED> |
21:09.09 | DocScrutinizer | <PROTECTED> |
21:09.11 | DocScrutinizer | <PROTECTED> |
21:09.12 | DocScrutinizer | <PROTECTED> |
21:09.58 | PaulFertser | DocScrutinizer: to be able to use pwr button the only that can be used to wake up the device for special purposes, e.g. lindi- wants to initiate recording of a voicenote and continue until it's depressed. |
21:10.04 | *** join/#openmoko ruoso (n=ruoso@201009019232.user.veloxzone.com.br) |
21:10.10 | DocScrutinizer | larsc: we have default of "00" (on HN09-N3 variant) and we need "01" |
21:11.20 | PaulFertser | DocScrutinizer: watchdog is superior solution that is already works and has benefits comparing to this pcf50633 feature, at least it seems so to me. |
21:11.28 | PaulFertser | s^ is^^ |
21:11.45 | DocScrutinizer | well, we could do that with HOLD button, but yes I see the usecase. No problem to change ONKEY_MODE then |
21:12.19 | PaulFertser | DocScrutinizer: yes, hold button but i'm not sure how to properly leave mic bias on during suspend. |
21:12.20 | DocScrutinizer | PaulFertser: nope. I don't want uninvited boot |
21:12.37 | DocScrutinizer | I want forced unconditional shutdown on my command |
21:13.00 | PaulFertser | DocScrutinizer: when is possible to hold power but not possible to pull out the battery? |
21:13.29 | DocScrutinizer | (leave on) duh hat's simple: power WM8753 and set according #control |
21:14.03 | DocScrutinizer | e.g when you can't use both hands |
21:14.07 | DocScrutinizer | during car driving |
21:14.16 | PaulFertser | DocScrutinizer: atm i'm trying just that: pulling out the battery with one hand |
21:14.20 | DocScrutinizer | esp if device is in a cradle |
21:14.23 | DocScrutinizer | etc etc |
21:14.27 | PaulFertser | DocScrutinizer: works if i use my chest too :) |
21:14.45 | larsc | can you press both buttons at the same time with one hand? |
21:15.15 | PaulFertser | larsc: i can |
21:15.22 | DocScrutinizer | nope, no admittance from HW and system architects department for disabling hard shutdown by default |
21:15.36 | PaulFertser | DocScrutinizer: ok :) |
21:15.44 | larsc | anyway. imo it's not the kernel who should device whether to turn of the device or not but userspace |
21:16.04 | larsc | s/device/decide/ |
21:17.34 | DocScrutinizer | if someone doesn't like the behaviour then (s)he can reprogram OOCMODE - OOC mode register (address 10h) 7:6 onkey_mode quite easily |
21:18.18 | larsc | sure |
21:19.14 | DocScrutinizer | I agree we should get rid of, or make en/disable-able the kernel sw-"watchdog" for the 8sec press |
21:19.38 | DocScrutinizer | and ask balaj WTH he thought when writing this patch |
21:19.54 | *** join/#openmoko kirun_ (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
21:20.39 | DocScrutinizer | that's *very* unpolite to state things like "not all variants of 50633 have..." and NOT provisioning any reference |
21:21.39 | PaulFertser | DocScrutinizer: probably it was copied from an earlier driver, who knows. |
21:22.02 | DocScrutinizer | If I were boss of a project, I'd ask a coworker to meet me in my room for 15min talk, on such a patch without reference |
21:25.10 | *** join/#openmoko Cervajz (n=Cervajz@77.93.201.22) |
21:25.32 | DocScrutinizer | anyway, a sysfs node to change OOCMODE - 7:6 to 00 or 01, called sth power/pwrbutton_hard_shutdown with values enabled for 01 and disabled for 00 is easily implemented I think |
21:25.36 | ndnihil | only 15 minutes? |
21:26.10 | DocScrutinizer | anothe similar one for kernel-timer was nice :-) |
21:26.24 | DocScrutinizer | ndnihil: probably only 5, as there's rather few to say on that |
21:26.53 | larsc | hm... wouldn't it be better to set it always to 01 and make the use of totrst configurable? |
21:26.58 | DocScrutinizer | either they know their way around after 5min, or probably another 10 won't help |
21:27.23 | DocScrutinizer | err what's totrst?? |
21:27.40 | larsc | read section 8.1.6.3 |
21:29.34 | DocScrutinizer | hmm, that is more like a "feeding the watchdog". Not sure if we need that |
21:30.10 | PaulFertser | DocScrutinizer: i've checked, there was no comment in the old driver, looks like Balaji introduced it. |
21:30.38 | DocScrutinizer | of course it would be a much smarter way if lindi's recording app would feed the dog, and if it hangs we still get usual hard shutdown |
21:32.06 | DocScrutinizer | but eventually we need to reset the shutdown condition anyway I guess, otherwise I dunno what exactly happens after we release pwrbutton after 30sec and feeding the dog stops |
21:36.16 | larsc | a recording app shouldn't bother about the special features of some random power supply device |
21:37.05 | DocScrutinizer | heh, if I read correctly, the 8sec timer is *triggered* after 1sec of pwrbutton press, but it's not a condition for the transition to standby to hold the button after that |
21:38.36 | larsc | yup |
21:39.08 | DocScrutinizer | so it's up to the kernel anyway to watch the button stays being pressed, by doing a totrst every second, and after 8sec to shutdown gracefully. If kernel fails to do that at least once in 8sec, then hw-shutdown will trigger |
21:40.08 | larsc | maybe make that timeout configurable via sysfs. |
21:41.45 | DocScrutinizer | yes, the 8sec is just an arbitrary timeout to give kernel a chance to react. But actual duration to press pwrbutton is determined by kernel anyway (except if kernel hangs in which case a 1 sec press should suffice to shutdown 8sec later) |
21:42.27 | DocScrutinizer | this kernel timeout (actually kind of a loop counter) is easily configurable via sysfs, a 0 might mean disable |
21:43.20 | DocScrutinizer | aka "infinite reset of pwrbutton timer" |
21:43.30 | larsc | yes |
21:43.47 | DocScrutinizer | :-) |
21:44.14 | DocScrutinizer | I *love* a clear short easy spec |
21:48.10 | DocScrutinizer | so who's c&p this to a ticket now? probably that's up to lindi- , no? ;-D |
21:52.29 | DocScrutinizer | aah, and: writing to this sysnode resets kernel counter/timer to whatever that value is that's been written (means a e.g 8sec timeout that's half expired gets reset to 8sec on writing "8" to that sysnode). This way lindis recording app could behave cute and readout the default that's been set by whomever from that sysnode, and on pwrbutton press detection the app would periodically write back that value (e.g "8") to same node, to |
21:52.31 | DocScrutinizer | prevent shutdown |
21:53.01 | lindi- | larsc: i disabled that 8 sec timeout in my kernel completely |
21:53.37 | DocScrutinizer | lindi-: that's fine but won't make it "upstream" ;-P |
21:54.14 | lindi- | make the default kill the device but supply a /sys node to disable it would be fine for me |
21:54.14 | DocScrutinizer | I think it's better to fix that for good, in a most flexible and powerful manner |
21:55.55 | DocScrutinizer | lindi-: you can write "0" to that sysnode (if youre nasty and lazy ;-P), or you read out the initial value and write that value back periodically to abort shutdown timeout whenever you detect the powerbutton is pressed |
21:55.56 | larsc | the most flexible and powerful way to solve this would be to remove the timeout from the kernel completly and let some userspace daemon mointor the input device and turn the device of after some amount of time |
21:56.07 | larsc | or present a shutdown dialog to the user |
21:56.10 | larsc | or whatever |
21:57.01 | lindi- | larsc: perhaps. and then also additionally use hardware watchdog to detect kernel lockup (which would be better than what we currently do) |
21:57.13 | lindi- | (we = what most be people do) |
21:57.29 | lindi- | larsc: btw, about the patch, is it in some git branch already? |
21:58.40 | DocScrutinizer | lindi-: as elaborated above (most clearly I hope) we NEED a kernel driver to periodically reset the powerbutton timer in PMU anyway. So I think it's a really bad idea to delegate such most important and highlevel function to userland |
21:59.21 | lindi- | DocScrutinizer: is that an issue on gta02 too? my device stays running even though I disabled that 8 sec shutdown |
21:59.35 | lindi- | DocScrutinizer: I just set #define PCF50633_ONKEY1S_TIMEOUT -1 |
21:59.39 | larsc | lindi-: no |
21:59.43 | lindi- | larsc: ok. |
22:00.06 | lindi- | DocScrutinizer: and after that I can hold power button down as long as I want without shutdown |
22:00.17 | lindi- | anyways, i need some sleep now, it's 1 am already |
22:00.22 | DocScrutinizer | lindi-: I'm only talking about pcf50633 atm, though I think pcf50606 may be similar |
22:01.02 | DocScrutinizer | lindi-: I have no idea what that define does |
22:01.15 | DocScrutinizer | I know what PCF50633 does though |
22:02.17 | DocScrutinizer | if we don't enable OOCMODE - OOC mode register (address 10h) 7:6 by setting it to "01" then hw shutdown doesn't work at all |
22:03.01 | Guest80031 | guys how is it that andy-tracking compiled kernel is > 2.3 mb? |
22:03.15 | Guest80031 | where can i find a .config for less then 2mb |
22:03.16 | Guest80031 | ? |
22:04.37 | DocScrutinizer | Guest80031: though the last 1h might look different, this isn't probably the channel to ask this. /join #openmoko-cdevel ;-) |
22:04.47 | larsc | Guest80031: https://dev.openwrt.org/browser/trunk/target/linux/s3c24xx/config-2.6.30 |
22:05.29 | DocScrutinizer | or that :-D |
22:16.20 | *** join/#openmoko h4v (n=h4v@new.otos.pl) |
22:16.20 | *** join/#openmoko mjr (i=mjr@aulis.sange.fi) [NETSPLIT VICTIM] |
22:16.20 | *** join/#openmoko h4v_ (n=h4v@new.otos.pl) [NETSPLIT VICTIM] |
22:16.57 | *** join/#openmoko Cervajz (n=Cervajz@77.93.201.22) [NETSPLIT VICTIM] |
22:17.14 | *** join/#openmoko polz (n=polz@ecg.fri.uni-lj.si) [NETSPLIT VICTIM] |
22:53.22 | *** join/#openmoko methril_home (n=methril@73.73.220.87.dynamic.jazztel.es) |
22:54.37 | *** join/#openmoko SpeedEvil1 (n=user@tor/regular/SpeedEvil) |
22:56.59 | *** join/#openmoko everslick (n=clemens@91-113-117-110.adsl.highway.telekom.at) |
23:01.58 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
23:20.14 | *** join/#openmoko Kame2 (n=manuel@port-92-196-49-141.dynamic.qsc.de) |
23:23.10 | *** join/#openmoko Reactor16 (i=Reactor1@c-93-182-184-112.cust.relakks.com) |
23:25.10 | *** join/#openmoko batti112 (n=batti@dslb-088-078-021-086.pools.arcor-ip.net) |
23:38.32 | *** join/#openmoko andi (n=andi@eeepc.andi.whyi.org) |
23:38.47 | *** join/#openmoko zing (n=zing@fedora/zing) |
23:41.47 | *** join/#openmoko kkb110 (n=kkb110@host133-16.student.udel.edu) |
23:48.01 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
23:48.59 | *** join/#openmoko Bane^ (i=bane@shelli.fi) |
23:57.37 | *** join/#openmoko max_posedon (n=max_pose@226-243-252-87-dynamic-pool.gprs.mts.by) |