| 00:21.46 | *** join/#openmoko CVirus (n=Satan@41.130.213.3) |
| 00:32.48 | *** join/#openmoko everslick (n=clemens@212-183-116-80.adsl.highway.telekom.at) |
| 00:34.21 | *** join/#openmoko mjr (i=mjr@aulis.sange.fi) |
| 00:34.39 | *** join/#openmoko Docscrutemp (n=Joerg_rw@openmoko/engineers/joerg) |
| 00:37.21 | KoFish | lindi-: whats your opinion on hackable? |
| 00:40.29 | *** join/#openmoko ChaosEagle (n=eagle@82.113.121.134) |
| 00:40.35 | ChaosEagle | Happy new year everyone! :) |
| 00:40.55 | ChaosEagle | (for those of you to which that applies, that is ;) ) |
| 00:41.44 | *** join/#openmoko daMaestro (n=jon@fedora/damaestro) |
| 00:42.00 | ChaosEagle | Did anyone of you manage to get a 16gb microsdhc-card to run in your freerunner? |
| 00:43.24 | *** join/#openmoko jlmoko (n=jluis@144.Red-83-58-232.dynamicIP.rima-tde.net) |
| 01:10.35 | *** join/#openmoko mwester (n=mwester@nslu2-linux/mwester) |
| 01:22.58 | *** join/#openmoko peter-b (n=peter_b@mnch-5d85e9e0.pool.mediaWays.net) |
| 01:28.32 | *** join/#openmoko xyzz_ (n=xyzz@92.60.50.253) |
| 01:41.07 | *** join/#openmoko fredrin|fail (n=fredrik|@ti0035a340-dhcp0191.bb.online.no) |
| 01:48.18 | *** join/#openmoko aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 01:52.22 | *** join/#openmoko ColdFyre (n=coldfyre@c-67-169-165-12.hsd1.ca.comcast.net) |
| 02:06.44 | *** join/#openmoko Defiant (i=erik@e179196150.adsl.alicedsl.de) |
| 02:14.03 | linkmauve__ | Good night. |
| 02:14.05 | *** part/#openmoko linkmauve__ (n=linkmauv@apijab1.apinc.org) |
| 02:14.14 | *** join/#openmoko jlmoko_ (n=jluis@14.Red-88-27-34.staticIP.rima-tde.net) |
| 02:23.16 | *** join/#openmoko Q-Master_ (n=qmaster@89-179-65-31.broadband.corbina.ru) |
| 02:32.42 | *** join/#openmoko aloril (n=aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 02:51.02 | *** join/#openmoko juan_arandaalvar (n=jaranda@evdomip-47-74.iusacell.net) |
| 03:16.49 | *** join/#openmoko pcfe (n=pcfe@a83-245-166-104.elisa-laajakaista.fi) |
| 03:38.51 | *** join/#openmoko Broam (n=brian@c-98-204-130-63.hsd1.md.comcast.net) |
| 04:20.44 | KoFish | i'm running hackable:1 now and i'm just wondering if i have to do something special to get a gps signal? or is it just impossible to get one inside? |
| 04:44.43 | *** join/#openmoko rud (n=rud@p5B200936.dip0.t-ipconnect.de) |
| 04:58.58 | *** join/#openmoko max_posedon (n=max_pose@80.249.84.73) |
| 05:24.00 | *** join/#openmoko rozzin (n=rozzin@209-20-69-211.slicehost.net) |
| 05:24.05 | *** part/#openmoko rozzin (n=rozzin@209-20-69-211.slicehost.net) |
| 05:28.34 | *** join/#openmoko Docscrutemp (n=Joerg_rw@openmoko/engineers/joerg) |
| 05:30.47 | *** join/#openmoko DocScrutinizer (n=jr@openmoko/engineers/joerg) |
| 05:30.58 | *** join/#openmoko jserv-- (n=jserv@61.57.131.211) |
| 05:46.07 | dns53 | KoFish it is an agps so you could potentially feed the gps chip some data to help it out but probably not inside |
| 06:07.18 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 06:16.04 | *** join/#openmoko Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh) |
| 06:44.40 | *** part/#openmoko Broam (n=brian@c-98-204-130-63.hsd1.md.comcast.net) |
| 06:55.23 | *** join/#openmoko ColdFyre (n=coldfyre@c-67-169-165-12.hsd1.ca.comcast.net) |
| 07:36.15 | *** join/#openmoko dos11 (n=dos@dey156.neoplus.adsl.tpnet.pl) |
| 08:19.12 | *** join/#openmoko everslick (n=clemens@91-113-124-161.adsl.highway.telekom.at) |
| 08:19.43 | *** join/#openmoko alabd (n=alabd@unaffiliated/alabd) |
| 08:20.13 | alabd | Hello , Is there any free ringtone ? |
| 08:34.05 | *** join/#openmoko rmoravcik (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 08:34.11 | *** part/#openmoko rmoravcik (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 08:40.04 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 08:46.13 | *** join/#openmoko sandwitch (n=sandwitc@247-50-223.ftth.xms.internl.net) |
| 08:54.26 | *** join/#openmoko Kame2 (n=manuel@port-92-196-99-30.dynamic.qsc.de) |
| 08:59.43 | *** join/#openmoko valos (n=valos@78.233.104.132) |
| 09:01.38 | lindi- | KoFish: hackable does not follow debian policy |
| 10:03.20 | *** join/#openmoko jlmoko_ (n=jluis@146.Red-88-5-203.dynamicIP.rima-tde.net) |
| 10:24.15 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 10:28.18 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 10:28.47 | *** join/#openmoko jlmoko_ (n=jluis@211.Red-88-3-93.dynamicIP.rima-tde.net) |
| 10:33.17 | *** join/#openmoko alabd (n=alabd@unaffiliated/alabd) |
| 10:35.07 | alabd | Hello , Is there dnsmasq and ipmasq packages for SHR ? how to have them on shr ? |
| 10:40.24 | *** join/#openmoko thrashold (n=europan@3mhz.net) |
| 10:40.43 | *** join/#openmoko drscream (n=drscream@cayococo-air.doc.fruky.net) |
| 10:43.26 | alabd | With out ipmasq and dnsmasq how to share internet on fr to snother pc ? |
| 10:45.42 | *** join/#openmoko geaaru (n=geaaru@host133-172-dynamic.51-79-r.retail.telecomitalia.it) |
| 11:14.21 | lindi- | alabd: how is that specific to fr? |
| 11:14.50 | alabd | lindi-: ipmasq and dnsmasq are not in opkg list |
| 11:15.26 | lindi- | alabd: you can use other distros on fr too |
| 11:15.55 | alabd | now it is not possible free space is ~ 120 mg |
| 11:16.01 | lindi- | alabd: however, i don't think you need to run those on the phone |
| 11:16.17 | alabd | have you tested anytime that? |
| 11:16.18 | lindi- | alabd: ah, sorry misread your question |
| 11:16.31 | lindi- | alabd: yes, i run bind and dhcpd |
| 11:16.47 | alabd | no have you used fr as host to share internet |
| 11:17.26 | lindi- | alabd: yes |
| 11:17.48 | lindi- | sharing gprs with wlan |
| 11:17.49 | *** join/#openmoko spydon (n=spydon@nl103-146-152.student.uu.se) |
| 11:18.06 | *** join/#openmoko TAsn (n=tasn@89-139-169-10.bb.netvision.net.il) |
| 11:18.25 | alabd | shr ? lindi- |
| 11:18.31 | lindi- | alabd: no, debian |
| 11:18.46 | alabd | and what have you done on debian lindi- ? |
| 11:18.57 | alabd | humble use this for ubuntu and works http://ubuntuforums.org/showthread.php?t=91370 |
| 11:19.45 | lindi- | alabd: http://lindi.iki.fi/lindi/openmoko/home-lindi-bin-2009-10-04.tar.gz and see bin/adhoc |
| 11:22.07 | lindi- | hmm sorry it's not there |
| 11:22.42 | lindi- | alabd: but it's just basic ip_forwad=1, iptables MASQUERADE and then running bind and dhcpd |
| 11:22.47 | lindi- | ip_forward even |
| 11:23.31 | alabd | bind and dhcp |
| 11:23.31 | alabd | or |
| 11:23.47 | alabd | bind or dhcp |
| 11:23.54 | alabd | both bind and dhcp ? |
| 11:24.20 | lindi- | alabd: of course |
| 11:24.45 | alabd | what does bind do ? |
| 11:24.53 | lindi- | alabd: huh? it is a dns sever |
| 11:25.00 | lindi- | the most common one |
| 11:25.09 | lindi- | sever even, this keyboard is bit tricky |
| 11:25.13 | lindi- | server :) |
| 11:25.25 | alabd | what is exact command humble have not used bind ever |
| 11:26.35 | lindi- | it has a configuration file, you can configure it to do many things |
| 11:27.38 | *** join/#openmoko tsdogs (n=tsdogs@net203-187-146.mclink.it) |
| 11:27.39 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) |
| 11:28.10 | alabd | you mean it needs many configurations ? or it is terse |
| 11:28.48 | lindi- | alabd: just use dnsmasq if you feel that is easier |
| 11:29.33 | lindi- | alabd: bind can do a lot of different things, if you have never heard of the most common dns server then you probably are not ready to configure it |
| 11:30.45 | *** join/#openmoko TAsn (n=tasn@89-139-169-10.bb.netvision.net.il) |
| 11:31.10 | alabd | lindi-: problem is that there is no ipmasq pkg in opkg list |
| 11:31.49 | lindi- | alabd: that is why i do not use SHR :) |
| 11:31.49 | alabd | and sharing will work without dnsmasq but ipmasq is required on host |
| 11:32.50 | alabd | but if you had 256 MG space maybe you would have use lindi- |
| 11:34.26 | lindi- | alabd: no idea, SD cards are cheap |
| 11:34.47 | lindi- | alabd: it is MB btw |
| 11:35.19 | alabd | yes |
| 11:35.52 | alabd | and is it possible for you to explain bind configuration are needed |
| 11:37.44 | *** join/#openmoko TAsn (n=tasn@89-139-169-10.bb.netvision.net.il) |
| 11:38.10 | lindi- | alabd: no i don't remember it by heart |
| 11:38.14 | alabd | TAsn: hello , what have you done for rtl keyboard ? |
| 11:38.53 | mjr | the question is more whether there's ipmasq support in the kernel (I don't know) than if there's a package that runs the command to initialize it, though |
| 11:45.08 | lindi- | that too yes |
| 11:46.37 | alabd | What is package name that runs the command to initialize it ? |
| 11:46.50 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 11:50.53 | *** join/#openmoko rmoravcik (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 12:00.01 | *** join/#openmoko Gabrys (n=Gabrys@abqh186.neoplus.adsl.tpnet.pl) |
| 12:02.05 | *** part/#openmoko rmoravcik (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 12:03.42 | *** join/#openmoko voidwalker (n=voidwalk@94.52.178.95) |
| 12:29.47 | *** join/#openmoko mjr (n=mjr@aulis.sange.fi) |
| 12:30.36 | *** join/#openmoko rafiki (i=rafiki@anapnea.net) |
| 12:39.35 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 12:48.15 | *** join/#openmoko PBeck (n=PBeck@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 12:48.25 | PBeck | hi |
| 13:02.16 | *** join/#openmoko mjr (i=mjr@aulis.sange.fi) |
| 13:13.20 | *** join/#openmoko wd (n=wd@82.119.147.190) |
| 13:14.30 | *** join/#openmoko jserv-- (n=jserv@61.57.131.211) |
| 13:20.58 | *** part/#openmoko kennyz (n=kennyz@uralnet.org) |
| 13:21.10 | *** join/#openmoko kennyz (n=kennyz@uralnet.org) |
| 13:25.06 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 13:33.14 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 13:44.08 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 13:49.57 | *** join/#openmoko xcasexwr1a (n=rrg@h-62-20.A163.priv.bahnhof.se) |
| 13:52.29 | *** join/#openmoko BillK (n=BillK@124-169-47-165.dyn.iinet.net.au) |
| 13:55.31 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 14:06.23 | *** join/#openmoko naeg (n=naeg@194.208.239.170) |
| 14:06.58 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 14:12.17 | *** join/#openmoko dos1 (n=dos@unaffiliated/dos1) |
| 14:12.31 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 14:19.36 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
| 14:29.36 | *** join/#openmoko CVirus (n=Satan@41.233.140.54) |
| 14:29.45 | *** join/#openmoko kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 14:36.15 | *** join/#openmoko der-lehmann (n=der-lehm@188-192-133-169-dynip.superkabel.de) |
| 14:41.11 | *** join/#openmoko tim_abell (n=tim@78-86-198-4.zone2.bethere.co.uk) |
| 14:42.45 | *** join/#openmoko pa4wdh (n=pa4wdh@lt30598-lnx.ipv6.pa4wdh.nl.eu.org) |
| 14:49.07 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 14:50.11 | *** join/#openmoko Cervajz (n=Cervajz@opensuse/member/Cervajz) |
| 14:50.11 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 14:59.49 | *** join/#openmoko max_posedon (n=max_pose@80.249.84.73) |
| 15:04.58 | *** join/#openmoko PBeck_ (n=PBeck@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 15:08.34 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 15:09.43 | *** join/#openmoko MHazem (n=Satan@41.233.140.54) |
| 15:11.36 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 15:21.09 | *** join/#openmoko zeroedout (i=zeroedou@xx114200220.cipherkey.com) |
| 15:21.30 | *** join/#openmoko playya (n=playya@unaffiliated/playya) |
| 15:26.54 | *** join/#openmoko PBeck_ (n=PBeck@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 15:28.43 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 15:29.36 | *** join/#openmoko TAsn (n=tasn@89-139-169-10.bb.netvision.net.il) |
| 15:29.45 | *** join/#openmoko KenYoung (n=Ken@pool-151-204-249-204.bstnma.east.verizon.net) |
| 15:31.10 | *** join/#openmoko PBeck_ (n=PBeck_mo@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 15:32.35 | *** join/#openmoko PBeck_mobile (n=PBeck_mo@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 15:34.58 | *** join/#openmoko sudharsh (n=sudharsh@unaffiliated/sudharsh) |
| 15:43.27 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 15:46.50 | *** join/#openmoko TAsn (n=tasn@89-139-169-10.bb.netvision.net.il) |
| 15:55.49 | *** join/#openmoko Martix_ (n=Martix_@212.111.30.125) |
| 16:01.22 | *** join/#openmoko pH5 (n=ph5@g229076001.adsl.alicedsl.de) |
| 16:01.56 | Martix_ | hi, http://wiki.openmoko.org/wiki/Community_Updates/current claims that Fast Context Switch Extension is in android-kernel, is this extension also available for FR CPU? |
| 16:03.51 | Kero | no wonder that oe/shr/bitbake/whatever seems to hang: stacktrace says stdout_handle.readline() |
| 16:06.48 | Kero | not as bad as it seems ;) |
| 16:07.07 | *** join/#openmoko voidwalker (i=voidwalk@94.52.178.95) |
| 16:12.44 | *** join/#openmoko rmoravcik1 (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 16:12.55 | *** part/#openmoko rmoravcik1 (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 16:13.10 | *** join/#openmoko pb___ (n=pb@85.210.22.104) |
| 16:19.21 | lindi- | Martix_: they are using fr cpu |
| 16:28.20 | *** join/#openmoko demitar (n=demitar@vaxjo8.235.cust.blixtvik.net) |
| 16:33.37 | Kero | just a terribly slow connection... |
| 16:34.39 | *** join/#openmoko everslick (n=clemens@91-113-115-81.adsl.highway.telekom.at) |
| 16:35.06 | *** join/#openmoko sudharsh (n=sudharsh@unaffiliated/sudharsh) |
| 16:40.47 | *** join/#openmoko azaghal_ (n=azaghal@91.148.113.134) |
| 16:56.17 | *** join/#openmoko tim_abell (n=tim@78-86-198-4.zone2.bethere.co.uk) |
| 16:56.25 | *** join/#openmoko mnt_real (n=sinan@bas12-montrealak-1167974851.dsl.bell.ca) |
| 17:03.14 | Martix_ | lindi-: but in S3C2442B isnt any mention about FCSE |
| 17:04.46 | PaulFertser | Martix_: why do you think it's of any use? |
| 17:08.10 | PaulFertser | Martix_: and yes, probably it's not supported on armv4 anyway. I'm not sure why panicking thinks it was worth patching/enabling. |
| 17:09.43 | Martix_ | oh, I see |
| 17:09.54 | *** join/#openmoko cz_jc (n=jc@88.146.126.102) |
| 17:10.07 | cz_jc | PaulFertser, nope, its really not supported |
| 17:10.20 | cz_jc | as per s3c2442 datasheet chapter 5 - memory controller features |
| 17:10.33 | Martix_ | cz_jc: he knows :-) |
| 17:10.59 | cz_jc | coprocessors on s3c2442 seem to be standard cp14 and cp15 |
| 17:11.03 | PaulFertser | cz_jc: thanks, i wasn't sure. Was googling right atm (not pro enough to read s3c2442 datasheet) ;) |
| 17:11.24 | cz_jc | PaulFertser, its not really that complicated, the summary pretty much.. sums it up ;) |
| 17:11.54 | cz_jc | btw. is anyone aware of some glamo datasheet leak? :) |
| 17:12.17 | SpeedEvil | Datasheets aren't _that_ hard. |
| 17:12.34 | cz_jc | SpeedEvil, I aggree, its really hacker friendly |
| 17:12.41 | mwester | There was some interested discussion on LAKL about the value of FCSE; what I though I understood from that was that for a general purpose Linux system FCSE is not going to make much difference, if any. And the current distros for the gta0x systems are all general purpose, I think. |
| 17:13.24 | cz_jc | AFAIK different processes get different bunches of cache reserved so it isn't flushed on every process switch when you jump around in memory |
| 17:16.55 | *** join/#openmoko asdruv (n=chatzill@201.193.169.146) |
| 17:17.07 | *** part/#openmoko asdruv (n=chatzill@201.193.169.146) |
| 17:20.32 | *** join/#openmoko azaghal (n=azaghal@91.148.115.45) |
| 17:21.53 | *** join/#openmoko azaghal__ (n=azaghal@91.148.115.45) |
| 17:31.30 | lindi- | Martix_: fcse is a feature of the processor |
| 17:31.41 | lindi- | PaulFertser: it is supported on armv4 |
| 17:32.01 | *** join/#openmoko Gabrys (n=Gabrys@abqh186.neoplus.adsl.tpnet.pl) |
| 17:36.24 | *** join/#openmoko fsteinel (n=fsteinel@fedora/fsteinel) |
| 17:36.43 | cz_jc | hmm all the papers say it doesn't |
| 17:38.52 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 17:40.03 | lindi- | cz_jc: what papers? |
| 17:41.28 | cz_jc | lindi-, well I didn't read armv4t architecture description, I read one that documents ARM7TDMI in entirety and assumed it was the same on ARM920T except cache and mmu which is documented in s3c2442 datasheet and doesn't say anything about fcse... |
| 17:41.48 | cz_jc | I'm reading the actual arm arm document now :/ |
| 17:42.16 | *** join/#openmoko PBeck|mobile (n=PBeck|mo@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 17:43.12 | *** join/#openmoko alabd (n=alabd@unaffiliated/alabd) |
| 17:43.25 | *** join/#openmoko ericthefish (n=ivan@sit/hacker/ericthefish) |
| 17:53.39 | cz_jc | according to arm arm, cache features are 'implementation defined' on architectures prior to armv6 |
| 17:55.03 | alabd | hello while running iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE there is a problem and says : |
| 17:55.06 | alabd | <PROTECTED> |
| 17:55.19 | cz_jc | alabd, use SNAT |
| 17:56.15 | *** join/#openmoko Docscrutemp (n=Joerg_rw@openmoko/engineers/joerg) |
| 17:56.19 | PaulFertser | cz_jc: SNAT is hard when you have ppp connection with ever-changing ip. |
| 17:56.38 | cz_jc | PaulFertser, connman should keep track of it, shouldn't it ? |
| 17:56.59 | cz_jc | alabd, anyway looks like you don't have masquerade target in your iptables |
| 17:57.16 | PaulFertser | cz_jc: i've no idea if connman provides support for "sharing internet". |
| 17:57.37 | cz_jc | PaulFertser, hmm.. its broken anyway |
| 17:57.53 | PaulFertser | cz_jc: MASQUERADE broken? |
| 17:58.03 | cz_jc | PaulFertser, nooo that worked so well it got flagged deprecated :) |
| 17:59.00 | alabd | PaulFertser: what do you mean PaulFertser ? ppp connection change each time but is it related to this ? > iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE |
| 17:59.57 | alabd | or this ? ? > iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.3.2 |
| 18:00.03 | alabd | ? |
| 18:00.08 | PaulFertser | cz_jc: when was that deprecated? It looks like 2 months ago it wasn't. |
| 18:00.34 | PaulFertser | alabd: do you want to tell me SHR kernel modules do not include MASQUERADE? |
| 18:00.52 | cz_jc | PaulFertser, kconfig says its recommended not to use it unless required because snat is better in some connection pool keeping |
| 18:01.03 | alabd | humble dont know |
| 18:01.09 | PaulFertser | cz_jc: i'd not call that deprecated. |
| 18:01.17 | cz_jc | yeah looks like its missing in the userspace tools |
| 18:01.20 | alabd | error is : iptables v1.4.6: Couldn't load target `MASQUERADE':/usr/libexec/xtables/libipt_MASQUERADE.so: cannot open shared object file: No such file or directory |
| 18:01.52 | cz_jc | thats rather weird |
| 18:01.59 | PaulFertser | cz_jc: hm, it used to not have any userspace dependencies. |
| 18:02.08 | alabd | maybe we can copy .so file there ? |
| 18:03.37 | PaulFertser | alabd: the correct way would be to report a bug to SHR maintainers. |
| 18:03.51 | alabd | and maybe another package is required |
| 18:04.00 | alabd | directory /xtables does not exists |
| 18:04.30 | cz_jc | alabd, what does iptables -t nat -L say ? |
| 18:05.29 | cz_jc | lindi-, well this itself says that its definitely not architecture-standard extension: Prior to ARMv6, a System Coprocessor was not mandatory. Earlier architecture variants might have |
| 18:05.29 | cz_jc | implemented a subset of the functionality or used it in an IMPLEMENTATION DEFINED manner. Where new |
| 18:05.29 | cz_jc | features have been added, or definitions of pre-existing features changed, this is explicitly stated. |
| 18:05.53 | alabd | cz_jc: http://pastebin.com/m733c531b |
| 18:05.57 | cz_jc | but ARM920T says it has a cache so it therefore must have system coprocessor |
| 18:06.17 | alabd | PaulFertser: how dod you say you had experienced gprs sharing ? |
| 18:06.31 | cz_jc | alabd, good, at least we see you have your iptables working somehow |
| 18:07.12 | alabd | cz_jc: so now how to share gprs internet ? |
| 18:07.23 | PaulFertser | alabd: on my Debian there's /lib/xtables/libipt_MASQUERADE.so |
| 18:07.25 | cz_jc | alabd, have you had it working at least locally ? |
| 18:07.38 | alabd | gprs ? cz_jc |
| 18:07.44 | cz_jc | alabd, yes |
| 18:08.02 | alabd | yea it works localy |
| 18:08.25 | cz_jc | alabd, well lets try with snat at least |
| 18:08.41 | PaulFertser | alabd: i'd say that's packaging error in SHR, so you should report it. |
| 18:10.10 | cz_jc | alabd, iptables -t nat -A POSTROUTING -d \! (local subnet) -j SNAT --to (ip of your phone on ppp) |
| 18:10.18 | cz_jc | alabd, also, do what PaulFertser says |
| 18:11.30 | PaulFertser | cz_jc: (! local subnet) -o ppp0 would work as well |
| 18:11.49 | PaulFertser | cz_jc: and is imho a bit easier |
| 18:11.50 | cz_jc | ok, in that case omit the -d part |
| 18:12.19 | cz_jc | PaulFertser, but you need the --to part afaik |
| 18:13.05 | PaulFertser | cz_jc: of course, SNAT needs that. |
| 18:13.24 | PaulFertser | --to-source |
| 18:14.07 | cz_jc | yeah you're right |
| 18:14.21 | cz_jc | bad webpage, sorry |
| 18:14.25 | *** join/#openmoko pespin (n=Sharwin_@60.pool85-50-90.dynamic.orange.es) |
| 18:14.37 | *** join/#openmoko azaghal_ (n=azaghal@231.229.178.212.adsl.dyn.beotel.net) |
| 18:14.42 | *** join/#openmoko demitar (n=demitar@vaxjo8.235.cust.blixtvik.net) |
| 18:15.33 | PaulFertser | JaMa|Wrk: heh, here we do not work on the 1st of Jan ;) |
| 18:15.45 | PaulFertser | JaMa|Wrk: do you know whom to ask about iptables packaging on SHR? |
| 18:17.00 | lindi- | must be a no-trivial task to package all that with so few people :( |
| 18:17.04 | lindi- | s/no/non/ |
| 18:17.15 | cz_jc | poor people |
| 18:18.00 | cz_jc | on gentoo it just works with zero freerunner-specific effort, I could give you a tarball |
| 18:18.01 | PaulFertser | lindi-: well, it's probably upstream OE problem. |
| 18:18.17 | cz_jc | I mean tarball of armv4t softmmu thumb interwork optimized iptables |
| 18:19.31 | andi | Martix_: at least the cpu scaling stuff is in the 2.6.31 branches |
| 18:21.20 | Martix_ | andi: and FCSE |
| 18:21.34 | *** join/#openmoko blan (n=blan@HSI-KBW-085-216-059-158.hsi.kabelbw.de) |
| 18:24.00 | cz_jc | lindi-, you were right, ARM920T has FCSE |
| 18:24.12 | cz_jc | lindi-, according to this: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0151c/I27743.html |
| 18:25.15 | tim_abell | has just discovered that github's tgz'd tag download system is a lot more complicated than it first appears |
| 18:25.23 | lindi- | cz_jc: yep, i think i looked at this several months ago but could not remember pointers |
| 18:25.45 | cz_jc | lindi-, other paper I read claims FCSE is present on 'armv5t' |
| 18:25.58 | cz_jc | lindi-, but its not really matter of arm architecture revision as it is implementation specific |
| 18:26.13 | cz_jc | but ARM920T implementation has FCSE mandatory |
| 18:26.18 | tim_abell | http://github.com/timabell/mokopod/tarball/0.2.0.4 redirects to http://waitdownload.github.com/timabell-mokopod-0023788.tar.gz which redirects to http://download.github.com/timabell-mokopod-0023788.tar.gz which doesn't exist unless you hit the second link |
| 18:26.29 | cz_jc | and since s3c2442 is claimed to be arm920t, it must support FCSE |
| 18:26.40 | tim_abell | combine that with a bitbake that doesn't handle redirects, and you have a broken build |
| 18:27.34 | cz_jc | looks like I have some fcse related stuff to add to my cflags :) |
| 18:33.04 | *** join/#openmoko juan_arandaalvar (n=jaranda@evdomip-104-12.iusacell.net) |
| 18:33.27 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 18:39.28 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 18:41.06 | *** join/#openmoko Gabrys (n=Gabrys@81.219.207.29) |
| 18:41.51 | *** join/#openmoko Gabrys (n=Gabrys@81.219.207.29) |
| 18:49.06 | *** join/#openmoko Heinervdm (n=thomas@pD9E17DC3.dip.t-dialin.net) |
| 19:00.20 | alabd | PaulFertser: cz_jc this way ? iptables -t nat -A POSTROUTING \! (local subnet) -o ppp0 -j SNAT --to-source |
| 19:02.12 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 19:02.59 | *** part/#openmoko der-lehmann (n=der-lehm@188-192-133-169-dynip.superkabel.de) |
| 19:03.31 | cz_jc | alabd, this works on my system: iptables -t nat -A POSTROUTING -d \! 192.168.0.0/16 -j SNAT --to-source 10.108.31.215 |
| 19:03.49 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 19:03.56 | cz_jc | alabd, 192.168.0.0/16 is the subnet I don't want to NAT on (I use bridge router) |
| 19:04.16 | cz_jc | alabd, 10.108.31.215 is address on my server. for you it will be ip on the ppp0 interface |
| 19:04.26 | cz_jc | alabd, also you need to enable routing in sysctl: |
| 19:04.49 | cz_jc | alabd, echo 1 > /proc/sys/net/ipv4/ip_forward |
| 19:06.06 | cz_jc | alabd, so for example, set your freerunner on usb0 as 192.168.0.202 as default and set this address on your pc as a default gateway |
| 19:06.29 | cz_jc | alabd, this worked for me |
| 19:08.22 | *** join/#openmoko pieterc (n=user@86.70-245-81.adsl-dyn.isp.belgacom.be) |
| 19:14.53 | *** join/#openmoko Amorphous (i=jan@unaffiliated/amorphous) |
| 19:16.00 | alabd | iptables -t nat -A POSTROUTING -d \! 192.168.0.202 -j SNAT --to-source 10.108.31.215 ? and how to use (! local subnet) -o ppp0 in this command cz_jc ? |
| 19:16.29 | cz_jc | alabd, nope, you don't want to nat on 192.168.0.0/24 then |
| 19:16.37 | cz_jc | alabd, you want the pc to be reachable too |
| 19:17.29 | cz_jc | alabd, then iptables -t nat -A POSTROUTING -d \! 192.168.0.0/24 -j SNAT --to-source <ip on ppp0> |
| 19:19.04 | alabd | cz_jc: so what are these ? |
| 19:19.04 | cz_jc | alabd, you know what? http://wiki.openmoko.org/wiki/Tethering |
| 19:19.05 | alabd | <PaulFertser> cz_jc: (! local subnet) -o ppp0 would work as well |
| 19:19.05 | alabd | <PROTECTED> |
| 19:19.05 | alabd | <cz_jc> ok, in that case omit the -d part |
| 19:19.29 | cz_jc | alabd, disregard that, I tested this exact configuration just now |
| 19:19.30 | PaulFertser | cz_jc: LOL |
| 19:19.34 | cz_jc | alabd, but look at the wiki page |
| 19:19.37 | cz_jc | PaulFertser, what ? |
| 19:19.37 | lindi- | cz_jc: -d is probably not needed |
| 19:19.49 | PaulFertser | cz_jc: "you know what" statement |
| 19:20.00 | cz_jc | PaulFertser, why not? ;P |
| 19:20.17 | cz_jc | I figured it would be less time consuming |
| 19:20.18 | PaulFertser | cz_jc: funny it took you so long ;) |
| 19:20.47 | cz_jc | PaulFertser, I couldnt find it at first. who thinks about 'tethering'? dunno even what the word means |
| 19:21.03 | PaulFertser | cz_jc: i prefer not to give any advice on networking and to not provide any ready-made iptables recipies. I only give links to docs at iptables.org |
| 19:21.15 | cz_jc | PaulFertser, go ahead XD |
| 19:21.32 | PaulFertser | cz_jc: imho one should learn some basic networking first, then configuration is obvious. I learned iptables by its man page. |
| 19:21.55 | cz_jc | PaulFertser, same here, I have it printed out for reference with important parts marked |
| 19:21.59 | lindi- | iptables is not totally obvious, some sort of debugging tool would be nice (i have written some scripts) |
| 19:22.01 | cz_jc | its really a great page |
| 19:22.15 | cz_jc | lindi-, iptables itself is a great debugging tool imo |
| 19:22.43 | lindi- | cz_jc: but what one would like is to to be able to simulate things |
| 19:22.58 | lindi- | cz_jc: take a pcap dump and see how packets would get mangled |
| 19:23.00 | cz_jc | lindi-, then think tun/tap kernel driver and virtualbox :) |
| 19:23.52 | cz_jc | lindi-, you can see how packets are mangled either with iptables -v -L or if you add a log target in your script |
| 19:24.06 | alabd | PaulFertser: how to report that ? |
| 19:24.09 | lindi- | cz_jc: but that does not explain for example how connection tracking entries are added |
| 19:24.13 | PaulFertser | alabd: what? |
| 19:24.25 | lindi- | cz_jc: when it parses packets in RELATED targets |
| 19:24.34 | alabd | that problem with iptable |
| 19:24.34 | PaulFertser | alabd: packaging issues? I guess a mail to shr-users would be enough. |
| 19:24.43 | cz_jc | lindi-, thats not related to iptables, thats iproute problem and you should not mess with that probably |
| 19:24.44 | alabd | ok |
| 19:24.57 | cz_jc | lindi-, sorry I meant netfilter |
| 19:25.11 | alabd | maybe kernel modules for masq does not exists |
| 19:25.37 | lindi- | cz_jc: well the kernel stuff is the one that provides hose packet counters too |
| 19:25.56 | cz_jc | lindi-, yeah I think you would definitely found something in /proc, /sys etc |
| 19:26.23 | cz_jc | lindi-, on what occasion do you need to alter how connection tracking works ? |
| 19:26.35 | *** join/#openmoko Gabrys (n=Gabrys@81.219.207.29) |
| 19:26.52 | lindi- | cz_jc: well i'd like to understand why a certain connection tracking entry gets added sometimes |
| 19:27.08 | cz_jc | lindi-, thats kernel debugging then :) |
| 19:27.09 | lindi- | cz_jc: i have been unable to reproduce it :) |
| 19:27.16 | cz_jc | not exactly troubleshooting networks imo |
| 19:27.18 | lindi- | but sometimes it gets added |
| 19:27.44 | cz_jc | lindi-, look at bridge router extension, it allows you to do very dirty stuff manualy |
| 19:27.49 | cz_jc | including mangle conntrack entries |
| 19:28.07 | *** join/#openmoko Gabrys (n=Gabrys@81.219.207.29) |
| 19:29.38 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 19:29.51 | *** join/#openmoko Broam (n=brian@c-98-204-130-63.hsd1.md.comcast.net) |
| 19:32.50 | *** join/#openmoko Ainulindale (n=ainu@calaquendi.org) |
| 19:35.46 | *** join/#openmoko Gabrys (n=Gabrys@81.219.207.29) |
| 19:39.20 | JaMa | PaulFertser: I wasn't working after 5PM yesterday.. but I left work in a hurry and forgot to change nick and then I was rather JaMa|Gone :) |
| 19:39.33 | JaMa | PaulFertser: I'll check iptables for you.. but later.. |
| 19:39.53 | PaulFertser | JaMa: ok, thanks a lot! |
| 19:39.55 | cz_jc | JaMa, haha hi fellow Czech |
| 19:40.18 | JaMa | PaulFertser: recipe is in OE.. so if it compiles fine (running now) I'll add it to SHR feed |
| 19:40.24 | JaMa | cz_jc: hi |
| 19:40.25 | cz_jc | if I noticed that before I would have said already we don't work on 1st jan unless we want big pay bonuses XD |
| 19:40.53 | PaulFertser | JaMa: iptables are already present in SHR. The problem is that it lacks .so to support MASQUERADE target. |
| 19:41.06 | JaMa | jup that's why last year I left work 1st Jan at 4 AM :) |
| 19:41.29 | PaulFertser | cz_jc: wanna have a laugh? Russians do not work 1-10 Jan |
| 19:41.34 | Gabrys | anyone tried the new hackable:1? |
| 19:41.36 | cz_jc | JaMa, good for you |
| 19:41.47 | cz_jc | PaulFertser, noone? even police ? |
| 19:42.10 | cz_jc | I would be looting all over the place XD |
| 19:42.23 | PaulFertser | cz_jc: of course those who must work on holidays mostly work. |
| 19:42.45 | cz_jc | here police are pretty busy controlling crowds on town squares and stuff |
| 19:42.51 | cz_jc | even now XD |
| 19:42.54 | tim_abell | is tantalizingly close to a working bitbake for podpooch |
| 19:42.59 | tim_abell | and has been for days now |
| 19:42.59 | JaMa | PaulFertser: ah ok.. I'll check it too, as it probably should because in recipe is rrecomends for kernel-module-ipt-masquerade, so someone planed to use it :) |
| 19:44.51 | PaulFertser | tim_abell: hey, but you're close so everything's all right :) |
| 19:45.10 | tim_abell | yep |
| 19:45.12 | tim_abell | nearly there |
| 19:45.31 | tim_abell | gave up on the github tgz download, but it up on my own site instead |
| 19:46.28 | PaulFertser | tim_abell: github allows anonymous git clone, why not use that? |
| 19:46.53 | tim_abell | i got stuck on that for some reason, i'll come back to that when i have the tgz one working |
| 19:47.02 | tim_abell | it would be better |
| 19:47.10 | PaulFertser | tim_abell: because i saw OE cloning via git without problems. |
| 19:48.34 | PaulFertser | alabd: ^^^ see i already reported your iptables issue |
| 19:49.58 | alabd | PaulFertser: that's kind of you |
| 19:51.57 | alabd | thank you |
| 19:54.02 | *** join/#openmoko Kame2 (n=manuel@port-92-196-99-30.dynamic.qsc.de) |
| 19:54.11 | *** join/#openmoko pieterc` (n=user@91.180.238.85) |
| 19:59.46 | *** join/#openmoko badcloud_ (n=badcloud@89-138-14-239.bb.netvision.net.il) |
| 20:00.00 | badcloud_ | is this of interest to anyone? http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42571 |
| 20:01.07 | cz_jc | badcloud_, I know that one |
| 20:01.24 | cz_jc | badcloud_, if you used proper cflags, you wouldn't run into it. don't rely on gcc specs being correct |
| 20:02.58 | cz_jc | badcloud_, the specs entirely depend on what gcc gets compiled with and apparently someone messed up configuring the package so some versions of gcc compiled armv6 code as I recall |
| 20:03.38 | cz_jc | badcloud_, when you for example ran it just as armv4tl-softfloat-linux-gnueabi-gcc program.c -o binary and didn't specify much else |
| 20:04.01 | badcloud_ | cz_jc, one sec |
| 20:05.12 | badcloud_ | back |
| 20:05.30 | cz_jc | badcloud_, wb |
| 20:05.39 | badcloud_ | cz_jc, wb? |
| 20:05.48 | badcloud_ | cz_jc, I'm really new to the whole gcc thing |
| 20:05.53 | badcloud_ | could you walk me through it? |
| 20:05.57 | PaulFertser | Hey guys, seen this: http://fora.tv/2009/11/08/Science_Laughs_Science_Comedian_Brian_Malow ? Probably directly mplayer'able from http://fora.tv/fora/fora_download?cid=11174&fid=36796 |
| 20:06.01 | badcloud_ | the error I got was in the middle of make |
| 20:06.04 | cz_jc | badcloud_, sure, lemme dig my cflags |
| 20:06.09 | badcloud_ | tnx |
| 20:06.42 | badcloud_ | btw, has anyone managed to make a script using youtube-dl and mplayer to watch youtube clips in realtime_ |
| 20:06.42 | cz_jc | badcloud_, those are mine for example: -Os -march=armv4t -mtune=arm920t -mabi=aapcs-linux -mlittle-endian -msoft-float -mthumb-interwork -marm -pipe |
| 20:06.43 | badcloud_ | ? |
| 20:07.11 | badcloud_ | cz_jc, ok, how would I change mine? |
| 20:07.14 | cz_jc | badcloud_, the -mtune ad softfloat being most important ones that would fix your bug |
| 20:07.21 | badcloud_ | (I'm compiling on the neo itself) |
| 20:07.25 | cz_jc | badcloud_, thats a thing you change in your cross compile environment |
| 20:07.44 | cz_jc | badcloud_, if youre compilling on FR, then just export it inside CFLAGS env variable before making |
| 20:07.51 | badcloud_ | how_ |
| 20:07.51 | cz_jc | or maybe before configuring |
| 20:07.52 | badcloud_ | ? |
| 20:07.59 | *** join/#openmoko gena2x (n=gena2x@bsdmn.com) |
| 20:08.02 | cz_jc | badcloud_, env variable.. like bash ? |
| 20:08.08 | badcloud_ | stupid '?' keyboard placement |
| 20:08.22 | badcloud_ | in /etc/profile? |
| 20:08.31 | badcloud_ | again, totall newbie |
| 20:08.37 | badcloud_ | *total |
| 20:08.38 | cz_jc | badcloud_, you could do that |
| 20:08.53 | cz_jc | badcloud_, if you use gentoo for example, you would define it in /etc/make.conf |
| 20:09.05 | badcloud_ | I'm using SHR-T |
| 20:09.08 | badcloud_ | latest |
| 20:09.15 | cz_jc | badcloud_, but if you compile programs manually, you need to export it |
| 20:09.25 | gena2x | Hi guys, can author of Intone be found here? |
| 20:09.28 | cz_jc | badcloud_, then just try it by typing export CFLAGS="-Os -march=armv4t -mtune=arm920t -mabi=aapcs-linux -mlittle-endian -msoft-float -mthumb-interwork -marm -pipe" |
| 20:09.37 | badcloud_ | one sec, I'll try |
| 20:09.53 | gena2x | Or on some other channel. |
| 20:10.18 | gena2x | It yes, anyone know his nick? |
| 20:10.23 | gena2x | s/It/If/ |
| 20:10.46 | badcloud_ | smartass apt |
| 20:12.31 | cz_jc | gena2x, maybe you can reach him via OM wiki |
| 20:13.02 | cz_jc | gena2x, whats your problem ? |
| 20:13.52 | gena2x | gena2x: no problem, just wanted to talk him a bit on IRC, but now will just write mail. |
| 20:14.09 | gena2x | cz_jc: ^ |
| 20:14.20 | cz_jc | gena2x, right, gl |
| 20:14.31 | gena2x | cz_jc: ty |
| 20:14.46 | badcloud_ | cz_jc, tried it and got the same error with 'make' |
| 20:15.02 | cz_jc | badcloud_, what are you compilling ? |
| 20:15.06 | badcloud_ | remind |
| 20:15.16 | cz_jc | badcloud_, does it have a configure script ? |
| 20:15.29 | cz_jc | badcloud_, if so, you need to rerun it |
| 20:15.36 | badcloud_ | gotcha |
| 20:15.37 | cz_jc | badcloud_, better yet, start with clean sources again |
| 20:15.49 | badcloud_ | trying again |
| 20:16.28 | badcloud_ | gotcha ;) will do |
| 20:17.22 | alabd | cz_jc: the command you mentioned is not ok methink |
| 20:17.36 | cz_jc | alabd, what does it write ? |
| 20:17.48 | alabd | <PROTECTED> |
| 20:17.48 | alabd | <PROTECTED> |
| 20:17.48 | alabd | <PROTECTED> |
| 20:18.17 | cz_jc | alabd, the '!' is to tell netfilter not to SNAT packets coming back and forth from your FR and to your pc |
| 20:19.15 | cz_jc | alabd, oh come on, use one of those gui clicky things already or read the wiki page :) |
| 20:20.00 | cz_jc | alabd, the command I mentioned is exactly whats natting me ATM on my router |
| 20:20.10 | cz_jc | alabd, I'd say thats working |
| 20:23.36 | Broam | Hello all. |
| 20:23.46 | Broam | having trouble getting the latest SHR up and running |
| 20:24.03 | cz_jc | how come so many purples are here? :D |
| 20:24.28 | badcloud_ | cz_jc, same error |
| 20:24.28 | tim_abell | purples? |
| 20:24.35 | badcloud_ | :P |
| 20:24.37 | cz_jc | tim_abell, seems to be pretty common name |
| 20:24.47 | cz_jc | badcloud_, yeah right ;P |
| 20:25.03 | badcloud_ | cz_jc, I'm serious |
| 20:25.16 | cz_jc | badcloud_, yeah, just kidding ;) |
| 20:25.33 | cz_jc | badcloud_, looks bad.. could you pastebin makefile of that package ? |
| 20:25.42 | badcloud_ | sure, one sec |
| 20:27.05 | badcloud_ | http://pastebin.com/m2f33ee1b |
| 20:27.56 | cz_jc | badcloud_, ok, one more: src/Makefile |
| 20:28.11 | badcloud_ | k |
| 20:28.17 | cz_jc | badcloud_, as you can see, those makefiles saw some manual hacking, there could be the culprit |
| 20:28.32 | tim_abell | anyone here subscribed to shr-devel? i want to know if my patch made it through to the list. and i'm being impatient :) |
| 20:28.48 | tim_abell | it's called bitbake for podpooch |
| 20:28.51 | cz_jc | tim_abell, thats not a good trait to have with the Freerunner ;) |
| 20:29.03 | tim_abell | heh |
| 20:29.23 | badcloud_ | http://pastebin.com/m63cae13f |
| 20:29.29 | tim_abell | it's the first time i've ever used git format-patch and git send-email |
| 20:30.05 | cz_jc | badcloud_, bastard ! |
| 20:30.07 | cz_jc | badcloud_, # |
| 20:30.07 | cz_jc | <PROTECTED> |
| 20:30.10 | cz_jc | badcloud_, on line 44 |
| 20:30.25 | cz_jc | badcloud_, that boy needs to be taught a lesson, this program wouldn't compile on any other machine |
| 20:30.41 | badcloud_ | I'll give you his email ;) |
| 20:30.52 | *** join/#openmoko PBeck|mobile (n=PBeck|mo@HSI-KBW-085-216-075-177.hsi.kabelbw.de) |
| 20:30.58 | cz_jc | badcloud_, I'm not really into so much effort |
| 20:31.02 | badcloud_ | ha |
| 20:31.08 | badcloud_ | so what should I change? |
| 20:31.17 | cz_jc | badcloud_, anyway, looks like its already set to compile for freerunner |
| 20:31.23 | badcloud_ | ? |
| 20:31.34 | cz_jc | badcloud_, so this seems to be a problem with gcc really |
| 20:31.50 | badcloud_ | ... |
| 20:31.54 | cz_jc | badcloud_, gcc --version |
| 20:31.59 | badcloud_ | 4.4.2 |
| 20:32.14 | cz_jc | badcloud_, hmm, that one works for me |
| 20:32.24 | cz_jc | badcloud_, strange error then |
| 20:32.40 | badcloud_ | hold on |
| 20:33.10 | cz_jc | also using gcc instead of $CC and other stuff |
| 20:33.16 | tim_abell | can't take the suspense waiting for the mail to hit the lists and goes to make a coffee |
| 20:33.23 | badcloud_ | I had to dl libc_nonshared.a from http://build.shr-project.org/tests/mrmoku/ |
| 20:33.27 | cz_jc | tim_abell, ADD ? |
| 20:33.30 | tim_abell | that's a whole ten mins now i've been waiting |
| 20:33.37 | tim_abell | add? |
| 20:33.38 | cz_jc | tim_abell, oh boy :) |
| 20:33.44 | cz_jc | tim_abell, attention deficite disorder |
| 20:34.04 | cz_jc | I wish I was diagnosed with that |
| 20:34.04 | tim_abell | i got as far as attention, and then got distracted, sorry what were you saying? |
| 20:34.13 | cz_jc | tim_abell, lol |
| 20:34.54 | badcloud_ | cz_jc, so suggestions? |
| 20:34.56 | cz_jc | badcloud_, hmm so you get an illegal instruction |
| 20:35.13 | badcloud_ | did you look at the patch in the first link? |
| 20:35.15 | cz_jc | badcloud_, it could be gcc itself compiled badly, not the program you are compilling |
| 20:35.28 | badcloud_ | it was installed from the shr repo |
| 20:35.35 | cz_jc | badcloud_, yes I did and recognized it immediately |
| 20:35.46 | *** join/#openmoko Kame2 (n=manuel@port-92-196-99-30.dynamic.qsc.de) |
| 20:35.47 | badcloud_ | and that didn't look good? |
| 20:35.56 | cz_jc | badcloud_, its strange with new gcc |
| 20:35.59 | cz_jc | my gcc works |
| 20:36.05 | badcloud_ | on your fr? |
| 20:36.09 | cz_jc | badcloud_, yes |
| 20:36.13 | badcloud_ | or cross-comp env |
| 20:36.16 | cz_jc | badcloud_, want a tarball ? |
| 20:36.19 | badcloud_ | really? damn luck then |
| 20:36.47 | badcloud_ | what would I do with it without a functioning compiler? |
| 20:37.15 | cz_jc | badcloud_, its strange its not working in the first place |
| 20:37.40 | badcloud_ | which packages would you suggest reinstalling then ? |
| 20:38.00 | cz_jc | badcloud_, gcc for starters |
| 20:38.04 | cz_jc | badcloud_, try another version |
| 20:38.40 | badcloud_ | where would I find an ipk aside from the one in the shr repo? |
| 20:38.42 | cz_jc | badcloud_, as for that package you showed me, CFLAGS really change nothing and it must be gcc fault really (which I thought was fixed one major revision ago) |
| 20:39.09 | badcloud_ | can you give me the link of the ipk you used? |
| 20:39.26 | cz_jc | badcloud_, I use gentoo but I could give you a tarball you just unpack to your system root |
| 20:39.40 | badcloud_ | wouldn't I need to compile it? |
| 20:40.28 | tim_abell | awww, still no mail. :( wonder if it went awol. it's possible my smtp server didn't like it |
| 20:40.29 | cz_jc | badcloud_, nope |
| 20:40.56 | cz_jc | badcloud_, but it would be better if you did it the right way and found another package for your distribution |
| 20:41.05 | cz_jc | badcloud_, if nothing else works, ping me |
| 20:41.43 | cz_jc | tim_abell, try some weed |
| 20:41.59 | tim_abell | lol |
| 20:45.40 | cz_jc | JaMa, are you shr dev by chance ? |
| 20:48.06 | badcloud_ | cz_jc, should I try 4.3.3? |
| 20:48.27 | cz_jc | badcloud_, you could, I think 4.3 worked too |
| 20:48.42 | tim_abell | anyone want to try out my bitbake? http://github.com/timabell/mokopod/raw/master/podpooch_0.2.0.4.bb |
| 20:49.25 | tim_abell | how long shall i wait before deciding my mail is lost |
| 20:49.31 | tim_abell | hrm |
| 20:49.32 | cz_jc | tim_abell, just leave the window open and chill ;) |
| 20:49.37 | tim_abell | nnnnnrgh! |
| 20:49.39 | cz_jc | tim_abell, I'd give it a day or two |
| 20:49.59 | cz_jc | tim_abell, on some lower traffic projects, maybe a month |
| 20:50.32 | tim_abell | shr-devel isn't moderated is it? |
| 20:50.34 | cz_jc | tim_abell, whats up? can't you compile it and try yourself ? |
| 20:50.50 | cz_jc | tim_abell, well.. I doubt you would have anonymous commit access |
| 20:50.51 | tim_abell | yeah, works for me |
| 20:50.59 | cz_jc | tim_abell, well then, why hurry? :) |
| 20:51.33 | tim_abell | i want to know if my hard work and head scratching has paid off or whether it's back to the drawing board :) |
| 20:51.51 | tim_abell | and it's my first ever attempt at getting my own work into a distro of any kind |
| 20:52.01 | tim_abell | so i'm a bit like a kid in a candy shop |
| 20:52.09 | cz_jc | tim_abell, well thats open source for you |
| 20:52.10 | tim_abell | "want it now!" |
| 20:52.16 | cz_jc | people will respond whenever they want to |
| 20:52.31 | tim_abell | my mail doesn't seem to have hit the list yet |
| 20:52.33 | cz_jc | tim_abell, meself don't have shr now so I cant test |
| 20:52.46 | tim_abell | at least it hasn't done the loop back to my mailbox |
| 20:52.59 | cz_jc | tim_abell, really? have you subscribed, etc the normal way ? |
| 20:53.15 | tim_abell | yeah, and i've received some mails through the list and sent a few the normal way |
| 20:53.40 | cz_jc | tim_abell, good.. so did you send this one the same way ? |
| 20:53.51 | tim_abell | this time i used git send-email |
| 20:53.59 | tim_abell | rather than thunderbird |
| 20:54.10 | cz_jc | tim_abell, if I were you, I'd do it by hand to be sure |
| 20:54.44 | tim_abell | shall i just attach the patch to an email? |
| 20:55.03 | cz_jc | tim_abell, rather than attach, just post it in plaintext after some foreword :) |
| 20:55.14 | cz_jc | tim_abell, I think attachments don't get through anyway |
| 20:55.19 | *** join/#openmoko kisscoolman (n=adeti@lns-bzn-45-82-65-152-156.adsl.proxad.net) |
| 20:57.33 | tim_abell | http://lists.projects.openmoko.org/pipermail/shr-devel/ what happened to december? |
| 20:58.21 | cz_jc | tim_abell, maybe people were too drunk to work |
| 20:58.42 | tim_abell | lol |
| 20:58.44 | cz_jc | tim_abell, just kidding, seems like its refresh rate stinks |
| 20:58.49 | tim_abell | i've had a few mails |
| 20:59.25 | gena2x | wrong list i think :) |
| 20:59.50 | cz_jc | tim_abell, lookie here: http://lists.openmoko.org/nabble.html#nabble-f832940 |
| 20:59.53 | *** join/#openmoko ColdFyre (n=coldfyre@c-67-169-165-12.hsd1.ca.comcast.net) |
| 21:00.43 | tim_abell | i saw that page and was a little confused by the contents. couldn't see my mails from 27/28th dec on there |
| 21:01.20 | gena2x | http://lists.shr-project.org/mailman/listinfo |
| 21:01.30 | gena2x | I thought shr lists are here? |
| 21:01.32 | cz_jc | geaaru, yes, youre right |
| 21:01.33 | cz_jc | tim_abell, http://lists.shr-project.org/pipermail/shr-devel/ |
| 21:01.49 | tim_abell | ah ha |
| 21:01.50 | cz_jc | geaaru, sorry stupid tab completion, that was for gena2x |
| 21:02.00 | cz_jc | they moved, apparently :) |
| 21:02.10 | gena2x | loooong ago :) |
| 21:02.31 | cz_jc | tim_abell, and you are there: http://lists.shr-project.org/pipermail/shr-devel/2010-January/001750.html |
| 21:03.01 | gena2x | And they ever didn't wrote in old list where they move, I can recall how long it took for me to figure it out. |
| 21:03.08 | tim_abell | bingo |
| 21:03.22 | cz_jc | hehe so not drunk, just not present |
| 21:03.29 | gena2x | And google is always finding old list grrrr. |
| 21:03.31 | cz_jc | like theres a big difference |
| 21:03.44 | *** join/#openmoko swap38 (n=quassel@mey38-1-82-225-49-212.fbx.proxad.net) |
| 21:03.51 | tim_abell | maybe the list server decided i didn't need a third copy |
| 21:04.03 | gena2x | mb someone should rename it to *.archive |
| 21:04.31 | gena2x | I'm fun of reading throught web, not mailbox.... |
| 21:05.07 | tim_abell | thanks folks, i can relax and wait for the "no no no no, not like that" email |
| 21:05.09 | tim_abell | :) |
| 21:05.21 | cz_jc | hehehe |
| 21:05.48 | cz_jc | tim_abell, I don't see anything wrong at first glance aside from missing body email |
| 21:05.58 | cz_jc | *email body dammit |
| 21:06.09 | tim_abell | didn't notice you could do that with git email |
| 21:06.18 | *** join/#openmoko alabd (n=alabd@unaffiliated/alabd) |
| 21:06.28 | tim_abell | and wasn't mentioned in http://shr-project.org/trac/wiki/Howto%20get%20my%20application%20in%20the%20SHR%20feed?version=11 |
| 21:07.05 | cz_jc | tim_abell, doesn't it open an editor to type something in when you run the last command ? |
| 21:07.11 | cz_jc | it does so for commits, etc when you omit text |
| 21:07.14 | *** join/#openmoko messerting (n=messerti@cm-84.208.182.112.getinternet.no) |
| 21:07.15 | *** join/#openmoko valos (n=valos@mar92-6-82-227-150-198.fbx.proxad.net) |
| 21:09.25 | tim_abell | didn't for me |
| 21:10.26 | cz_jc | tim_abell, ok then, its their fault not yours ;) |
| 21:10.31 | tim_abell | :-) |
| 21:10.34 | tim_abell | hurrah |
| 21:10.59 | gena2x | lol, just imagined team of drunk devs who were drinking for whole december and can't write any mail... |
| 21:11.12 | tim_abell | who looks after the shr-unstable recipes? |
| 21:11.15 | cz_jc | gena2x, thats what OSS conferences are for |
| 21:11.28 | tim_abell | as in, who is likely to actually handle my patch |
| 21:11.55 | cz_jc | maybe shr camp |
| 21:12.03 | JaMa | cz_jc: yes |
| 21:12.15 | cz_jc | JaMa, good ! check out shr-devel please :) |
| 21:12.26 | cz_jc | JaMa, and nag present tim_abell ;) |
| 21:13.03 | JaMa | seen that already.. |
| 21:13.31 | tim_abell | woo |
| 21:13.52 | cz_jc | tim_abell, thats progress XD |
| 21:14.03 | tim_abell | of course if i actually get any more users than me then i might have to actually fix some of the issues with podpooch :-S |
| 21:14.05 | tim_abell | hides |
| 21:14.30 | cz_jc | tim_abell, if you're just a packager you only get to nag about them to the developers |
| 21:15.52 | tim_abell | i did a bit more than package this one :) |
| 21:15.53 | *** join/#openmoko jonkristian (n=jonkrist@174.84-48-204.nextgentel.com) |
| 21:16.36 | cz_jc | tim_abell, what, did you do the developer ? XD |
| 21:16.50 | tim_abell | huh? |
| 21:16.56 | cz_jc | tim_abell, hehe just kidding, good for you, gl getting your package in ;) |
| 21:16.57 | JaMa | tim_abell: git send-email is fine.. I'll push it probably tomorrow after some testing.. |
| 21:17.13 | JaMa | but now I'm going to bed.. |
| 21:17.26 | tim_abell | ta, gnight :) |
| 21:17.37 | tim_abell | i'm sure it needs some testing! |
| 21:17.47 | cz_jc | tim_abell, hehe, see? I told you ;) |
| 21:17.53 | cz_jc | tim_abell, at least you got acknowledged |
| 21:17.53 | *** join/#openmoko Ghiottone (n=ale@adsl-ull-242-8.49-151.net24.it) |
| 21:18.18 | badcloud_ | cz_jc, upgraded with http://build.shr-project.org/shr-unstable/ipk/armv4t/gcc_4.4.2-r1.1.4_armv4t.ipk |
| 21:18.24 | badcloud_ | same error with make |
| 21:18.25 | JaMa | tim_abell: and if you're using gmail.. then its normal "feature" that ML e-mails sent by you, arent in your mailbox when they return from list :/ |
| 21:18.34 | JaMa | hates gmail for this.. |
| 21:18.51 | tim_abell | is most pleased with the ackowledgement |
| 21:18.58 | cz_jc | badcloud_, hmm.. gcc --version confirms youre using the new/old package ? |
| 21:19.25 | tim_abell | i use http://www.fastmail.fm/ and thunderbird |
| 21:19.32 | tim_abell | they are very good |
| 21:19.35 | *** join/#openmoko alabd_ (n=alabd@85.9.76.3) |
| 21:19.43 | cz_jc | JaMa, gmail did return them for me, but I use nabble |
| 21:19.46 | tim_abell | oh and you can write your own sieve scripts |
| 21:19.52 | badcloud_ | cz_jc,yup |
| 21:20.03 | tim_abell | usually my mails come back to me. all very odd |
| 21:20.09 | cz_jc | badcloud_, ok, so any other C apps work? seeing as you can shell in, looks like they do, right ? |
| 21:20.18 | cz_jc | badcloud_, lets see, cd into /tmp |
| 21:21.06 | badcloud_ | and? |
| 21:21.07 | cz_jc | badcloud_, wget http://pastebin.org/pastebin.php?dl=70357 |
| 21:21.08 | alabd_ | cz_jc: thanks but that command gives error on fr > http://pastebin.com/m2be950f |
| 21:21.52 | cz_jc | badcloud_, sorry, wget http://pastebin.org/pastebin.php?dl=70357 -o hello.c |
| 21:22.19 | cz_jc | badcloud_, and wrong again: wget http://pastebin.org/pastebin.php?dl=70357 -O hello.c |
| 21:22.33 | alabd_ | the command cz_jc > iptables -t nat -A POSTROUTING -d \! 192.168.3.0/24 -j SNAT --to 10.6.4.161 |
| 21:22.44 | cz_jc | badcloud_, this time: gcc -o hello hello.c |
| 21:22.51 | cz_jc | badcloud_, chmod a+x hello |
| 21:22.53 | cz_jc | badcloud_, ./hello |
| 21:22.55 | cz_jc | badcloud_, does it work ? |
| 21:23.38 | cz_jc | alabd, thats weird |
| 21:23.49 | badcloud_ | cz_jc,yep |
| 21:23.51 | cz_jc | alabd, then: iptables -t nat -A POSTROUTING \! -d 192.168.3.0/24 -j SNAT --to 10.6.4.161 |
| 21:23.54 | JaMa | cz_jc: problem is that gmail move them to right directory (if you're using labels) right when you sent that e-mail and then discards copy returned in loop from ML |
| 21:24.01 | cz_jc | badcloud_, ah man you used bad command |
| 21:24.04 | cz_jc | badcloud_, not --to |
| 21:24.22 | badcloud_ | ? |
| 21:24.35 | badcloud_ | where? |
| 21:24.37 | JaMa | cz_jc: and I use gmail only for forwarding to my other e-mail accounts.. and that discarded copy is not forwared.. as well as that copy moved to folder while sending.. :/ |
| 21:24.45 | cz_jc | badcloud_, sorry, that was for alabd_ |
| 21:24.52 | cz_jc | too much bourbon to hold context switch information atm |
| 21:25.00 | cz_jc | alabd, --to-source |
| 21:25.53 | alabd_ | cz_jc: Using intrapositioned negation (`--option ! this`) is deprecated in favor of extrapositioned (`! --option this`). |
| 21:26.10 | cz_jc | alabd, thats just a warning. its the only thing it printed ? |
| 21:26.26 | badcloud_ | cz_jc,should I just call it quits? |
| 21:26.41 | cz_jc | badcloud_, well if it works, looks like you can indeed compile stuff |
| 21:27.08 | badcloud_ | so why the ยค%&/( error with that one file? |
| 21:27.08 | cz_jc | badcloud_, maybe its something else with the makefile my drunk mind didn't quite catch |
| 21:27.14 | alabd_ | cz_jc: maybe command works with error...http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528736 |
| 21:27.41 | cz_jc | badcloud_, the error says the processor hit illegal instruction |
| 21:27.47 | cz_jc | badcloud_, you could get a lot more with strace |
| 21:28.03 | cz_jc | badcloud_, it may even not be the c compiler, it may be assembler, linker, preprocessor |
| 21:28.05 | cz_jc | hard to catch |
| 21:28.26 | cz_jc | alabd, thats easy to find out: iptables -t nat -L |
| 21:29.30 | badcloud_ | could you compile it for me? http://www.roaringpenguin.com/files/download/remind-03.01.07.tar.gz |
| 21:29.39 | cz_jc | dude, he cut himself off XD |
| 21:29.53 | badcloud_ | into an ipk I mean |
| 21:30.01 | cz_jc | should've told him how to flush iptables chains probably |
| 21:30.27 | cz_jc | badcloud_, no, I can't do ipks |
| 21:30.45 | *** join/#openmoko radekp (n=radek@63.120.broadband10.iol.cz) |
| 21:31.06 | badcloud_ | crap |
| 21:31.19 | badcloud_ | thanks for the help |
| 21:33.20 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) |
| 21:34.33 | *** join/#openmoko objorn (n=objorn@unaffiliated/objorn) |
| 21:39.37 | *** join/#openmoko rmoravcik1 (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 21:40.17 | *** part/#openmoko rmoravcik1 (n=rmoravci@ip-89-102-141-60.karneval.cz) |
| 21:43.17 | *** join/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 21:51.35 | *** join/#openmoko SpiroPoulos89 (n=SpiroPou@user-0cevdnp.cable.mindspring.com) |
| 21:54.53 | SpiroPoulos89 | hello......im looking to purchase an openmoko phone in the USA. can anyone point me in the right direction |
| 21:55.22 | *** join/#openmoko ale_ (n=ale@monitor.interfree.it) |
| 21:55.41 | slaxxer | openmoko.com? |
| 21:56.23 | *** part/#openmoko SpiroPoulos89 (n=SpiroPou@user-0cevdnp.cable.mindspring.com) |
| 21:56.39 | *** join/#openmoko SpiroPoulos89 (n=SpiroPou@user-0cevdnp.cable.mindspring.com) |
| 21:57.46 | slaxxer | http://us.direct.openmoko.com/ |
| 21:58.30 | SpiroPoulos89 | i was wondering if I could get a number or should I email them......cause I want to pay with money order |
| 21:59.23 | slaxxer | sdk systems on east coast |
| 21:59.31 | slaxxer | i think |
| 22:00.31 | slaxxer | sdg systems |
| 22:02.46 | SpiroPoulos89 | sdg systems doesn't seem to have openmoko phones |
| 22:05.56 | *** part/#openmoko SpiroPoulos89 (n=SpiroPou@user-0cevdnp.cable.mindspring.com) |
| 22:12.15 | *** join/#openmoko raster (n=raster@enlightenment/developer/raster) |
| 22:24.44 | *** join/#openmoko tschaka (n=tschaka@p5B0E8FB2.dip0.t-ipconnect.de) |
| 22:28.48 | roh | just added http://lwn.net/Articles/368396/ to the moko spamassassins |
| 22:28.59 | roh | holler if there are any trouble |
| 22:49.28 | *** join/#openmoko Ghiottone (n=ale@adsl-ull-242-8.49-151.net24.it) |
| 22:54.10 | *** join/#openmoko Broam (n=brian@c-98-204-130-63.hsd1.md.comcast.net) |
| 22:55.06 | *** join/#openmoko Slyon (n=lukas@p4FDB3B86.dip0.t-ipconnect.de) |
| 22:55.24 | *** join/#openmoko Fox_M|afk (i=quakeman@g227019202.adsl.alicedsl.de) |
| 23:10.29 | *** join/#openmoko MHazem (n=Satan@41.233.140.54) |
| 23:15.26 | *** join/#openmoko asdruv (n=chatzill@201.193.169.146) |
| 23:15.46 | *** part/#openmoko der-lehmann (n=stefan@188-192-133-169-dynip.superkabel.de) |
| 23:19.05 | asdruv | hey there!! i've just tried to install bluez4 on my OM but it seems the init.d script wasn't installed, is that known?? or should I file a bug?? |
| 23:26.37 | *** join/#openmoko wd (n=wd@82.119.147.190) |
| 23:53.52 | *** join/#openmoko Gabrys (n=Gabrys@81.219.207.29) |