| 00:03.10 | Estel_ | holy fuck, hellix antennas! I don't remember, when I've seen them in mobile equipment last time |
| 00:07.31 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.28) |
| 00:16.30 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 00:19.20 | *** join/#maemo SpeedEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 00:20.53 | *** join/#maemo ZogG_lap1op (~ZogG_lapt@188.64.201.11) |
| 00:37.14 | *** join/#maemo konelix_ (~konelix@200.119.180.218) |
| 00:38.14 | *** join/#maemo SpeedEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 00:45.12 | *** join/#maemo smooph1 (~smooph@g230051006.adsl.alicedsl.de) |
| 00:59.07 | *** join/#maemo konelix__ (~konelix@200.119.186.234) |
| 01:00.53 | *** join/#maemo uen| (~uen@p5DCB1E5F.dip.t-dialin.net) |
| 01:15.37 | *** join/#maemo jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 01:39.10 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 01:43.52 | *** join/#maemo Sazpaimon_ (wat@pool-68-238-249-133.phlapa.fios.verizon.net) |
| 02:04.02 | *** join/#maemo Sazpaimon__ (wat@pool-68-238-249-133.phlapa.fios.verizon.net) |
| 02:06.30 | *** join/#maemo jonwil_ (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 02:06.33 | *** join/#maemo Ian--- (Ian--@46.11.29.44) |
| 02:06.41 | *** join/#maemo BiggAl (~BiggAl@109.204.120.170) |
| 02:06.56 | *** join/#maemo timeless_ (users.4015@gateway/web/irccloud.com/x-fdaiiymtlhvppftv) |
| 02:07.23 | *** join/#maemo timeless (users.4015@firefox/developer/timeless) |
| 02:07.25 | *** join/#maemo InvalidHandle (~user@dsl-roibrasgw1-fe8efb00-63.dhcp.inet.fi) |
| 02:07.40 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 02:07.45 | *** join/#maemo MrOpposite (~MrOpposit@c-84a7e253.5628737--62697410.cust.bredbandsbolaget.se) |
| 02:07.48 | *** join/#maemo valeriusM (~user@85.26.180.143) |
| 02:08.01 | *** join/#maemo peetah_ (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 02:08.01 | *** join/#maemo smooph (~smooph@g230051006.adsl.alicedsl.de) |
| 02:08.03 | *** join/#maemo luke-jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 02:08.03 | *** join/#maemo xnt14 (~xnt14@ool-45772b34.dyn.optonline.net) |
| 02:08.10 | *** join/#maemo r00t|home (~r00t@port-83-236-58-48.dynamic.qsc.de) |
| 02:08.36 | *** join/#maemo willer_ (wimoreir@nat/indt/x-vkehctzwilbsbbde) |
| 02:08.43 | *** join/#maemo nid0 (nidO@dsl-fixed-94-30-53-17.interdsl.co.uk) |
| 02:09.00 | *** join/#maemo chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
| 02:09.06 | *** join/#maemo Guest50722 (~MrOpposit@unaffiliated/mropposite) |
| 02:10.16 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 02:12.03 | *** join/#maemo smooph1 (~smooph@g226030061.adsl.alicedsl.de) |
| 02:13.16 | *** join/#maemo real-dev (~dev@itc-scholz.de) |
| 02:18.59 | *** join/#maemo KrayonWork (~krayon@pdpc/supporter/28for7/krayon) |
| 02:23.45 | *** join/#maemo ToJa92 (~ToJa92@90-231-48-224-no126.tbcn.telia.com) |
| 02:24.59 | *** join/#maemo r00t|home (~r00t@port-83-236-58-48.dynamic.qsc.de) |
| 02:32.25 | *** join/#maemo lylyc (~avf@120.168.1.159) |
| 02:39.47 | *** join/#maemo Openfree` (~Openfreer@116.228.88.131) |
| 02:51.52 | *** join/#maemo radic (~radic@dslb-094-216-248-068.pools.arcor-ip.net) |
| 02:57.24 | *** join/#maemo Jade (~jade@modemcable067.187-203-24.mc.videotron.ca) |
| 02:57.24 | *** join/#maemo Jade (~jade@unaffiliated/jade) |
| 03:10.44 | *** join/#maemo gn00b (~gn00b@174-26-35-77.phnx.qwest.net) |
| 03:11.01 | *** join/#maemo florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 03:25.01 | *** join/#maemo Vibe (~Vibe@gateway/tor-sasl/vib3) |
| 03:25.12 | *** join/#maemo stardiviner (~stardivin@122.236.244.111) |
| 03:28.44 | *** join/#maemo gn00b (~gn00b@174-26-35-77.phnx.qwest.net) |
| 03:46.27 | *** join/#maemo gn00b (~gn00b@174-26-35-77.phnx.qwest.net) |
| 03:50.16 | *** join/#maemo Sazpaimon (~wat@pool-68-238-249-133.phlapa.fios.verizon.net) |
| 04:03.31 | *** join/#maemo gn00b (~gn00b@174-26-35-77.phnx.qwest.net) |
| 04:15.42 | *** join/#maemo lylyc (~avf@120.168.1.159) |
| 04:41.14 | *** join/#maemo Sazpaimon_ (wat@pool-68-238-249-133.phlapa.fios.verizon.net) |
| 04:52.37 | *** join/#maemo Sazpaimon (wat@pool-68-238-249-133.phlapa.fios.verizon.net) |
| 04:59.22 | *** join/#maemo chainsawbike (~chainsawb@unaffiliated/chainsawbike) |
| 05:07.18 | *** join/#maemo lylyc (~avf@120.168.1.159) |
| 05:09.08 | *** join/#maemo ghjgfjghjbn (~jdfgf@c-67-173-179-137.hsd1.il.comcast.net) |
| 05:09.51 | *** join/#maemo lylyc (~avf@120.168.1.159) |
| 05:25.35 | *** join/#maemo elninja (~r@c-98-228-121-226.hsd1.in.comcast.net) |
| 05:39.23 | *** join/#maemo lylyc (~avf@120.168.1.159) |
| 05:39.32 | *** join/#maemo stardiviner (~stardivin@218.74.188.38) |
| 05:50.32 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 05:55.31 | *** join/#maemo internetishard (~root@c-98-210-156-199.hsd1.ca.comcast.net) |
| 05:55.58 | internetishard | Any new phones you guys are excited about? |
| 05:56.29 | wmarone | maybe if JollaMobile drops something good... |
| 05:56.39 | wmarone | otherwise, no. |
| 05:57.03 | internetishard | pfff |
| 05:57.12 | internetishard | :(((((( |
| 05:57.29 | internetishard | Hate sacrificing keyboard to get the best phone |
| 06:01.40 | *** join/#maemo Vanadis (~Vanadis@46-126-8-235.dynamic.hispeed.ch) |
| 06:03.31 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 06:10.17 | *** join/#maemo eMHa_ (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 06:18.04 | *** join/#maemo stardiviner (~stardivin@218.74.181.125) |
| 06:19.43 | DocScrutinizer05 | Estel_: you never noticed the on the photos? Was a first "WTF a cute thing they did there?!" here |
| 06:20.21 | *** join/#maemo Openfree` (~Openfreer@64.191.99.80) |
| 06:20.46 | DocScrutinizer05 | no fractal antennae but still nifty ;-P |
| 06:22.15 | *** join/#maemo MohammadAG (~MohammadA@ool-45772b34.dyn.optonline.net) |
| 06:22.16 | internetishard | DocScrutinizer: planning to do any android dev? |
| 06:22.45 | DocScrutinizer05 | internetishard: job is job :-S |
| 06:23.18 | internetishard | shit, that's your job? |
| 06:23.23 | internetishard | w00t |
| 06:24.02 | DocScrutinizer05 | well, STE's modems are to be found in quite a number of android phones |
| 06:24.15 | *** join/#maemo xnt14 (~xnt14@ool-45772b34.dyn.optonline.net) |
| 06:24.39 | internetishard | I'm just having existential issues with moving away from the n900 because I can't handle the fact that my techn00b friends are owning me with android shit |
| 06:25.21 | DocScrutinizer05 | job is job, and me is me |
| 06:25.25 | DocScrutinizer05 | :-D |
| 06:25.44 | DocScrutinizer05 | and me got 4 N900 right now |
| 06:26.04 | DocScrutinizer05 | and zarro an droid phones |
| 06:27.58 | internetishard | man, Conversations is a mess on maemo |
| 06:30.06 | *** join/#maemo rcg (~rc@g230052233.adsl.alicedsl.de) |
| 06:31.01 | Macer | ad-droid |
| 06:31.26 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 06:31.33 | Macer | internetishard: just get a lumia 900 |
| 06:31.48 | Macer | so you can hear them tell you all the "open/closed" jargon all day long |
| 06:33.20 | internetishard | pfff, that doesn't have a HW keyboard |
| 06:33.29 | internetishard | Surely not as fast as the top androids |
| 06:34.20 | *** join/#maemo gn00b (~gn00b@174-26-35-77.phnx.qwest.net) |
| 06:38.53 | *** join/#maemo messerting_ (~messertin@cm-84.209.20.159.getinternet.no) |
| 07:00.14 | *** join/#maemo qwazix (~qwazix@athedsl-235542.home.otenet.gr) |
| 07:01.10 | *** join/#maemo dhbiker (~dhbiker@APN-122-251-176-gprs.simobil.net) |
| 07:07.40 | *** join/#maemo Saviq_ (~Saviq@89-70-82-159.dynamic.chello.pl) |
| 07:20.23 | *** join/#maemo murrayc (~murrayc@ppp-88-217-72-173.dynamic.mnet-online.de) |
| 07:21.24 | *** join/#maemo Openfree` (~Openfreer@116.228.88.131) |
| 07:25.45 | *** join/#maemo _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
| 07:29.43 | *** join/#maemo utanapischti (~username@p57958FEB.dip.t-dialin.net) |
| 07:31.35 | *** join/#maemo jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 07:39.21 | *** join/#maemo ab (~ab@pdpc/supporter/professional/ab) |
| 07:46.32 | *** join/#maemo _shadowx (~shadowx@195.24.90.254) |
| 07:50.46 | *** join/#maemo Venemo_N9 (~venemo@fedora/Venemo) |
| 08:01.09 | *** join/#maemo calvaris (~calvaris@fanzine.igalia.com) |
| 08:04.07 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 08:12.01 | *** join/#maemo andre__ (~andre@ip-89-176-24-140.net.upcbroadband.cz) |
| 08:12.01 | *** join/#maemo andre__ (~andre@Maemo/community/bugmaster/andre) |
| 08:12.07 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 08:17.50 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 08:19.46 | *** join/#maemo AD-N770 (~jep@o.bcn.fluendo.net) |
| 08:29.25 | *** join/#maemo Dibblah (~Dibblah@host86-168-39-124.range86-168.btcentralplus.com) |
| 08:30.26 | *** join/#maemo marainein (~net@2001:388:608c:6cb5:d1a:3dce:59e2:7c47) |
| 08:36.16 | *** join/#maemo hiemanshu` (~quassel@ec2-50-19-23-40.compute-1.amazonaws.com) |
| 08:37.38 | *** join/#maemo hiemanshu` (~quassel@fedora/hiemanshu) |
| 08:40.01 | *** join/#maemo ruskie (ruskie@sourcemage/mage/ruskie) |
| 08:43.41 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 08:44.29 | *** part/#maemo pcfe (~pcfe@redhat/pcfe) |
| 08:48.37 | *** join/#maemo messerting_ (~messertin@cm-84.209.20.159.getinternet.no) |
| 08:51.22 | *** join/#maemo jhb (~joerg@p4FEF56E7.dip.t-dialin.net) |
| 08:55.12 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 08:59.50 | *** join/#maemo ALoGeNo (~alogeno@243.Red-217-125-20.staticIP.rima-tde.net) |
| 08:59.50 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 09:08.35 | *** join/#maemo eddyb (~eddy@unaffiliated/eddyb) |
| 09:09.08 | eddyb | sooo, can anybody explain me what's with all this Phonet&ISI stuff? |
| 09:09.22 | eddyb | phonet seems pretty straight-forward, just a link protocol |
| 09:09.29 | eddyb | but ISI? |
| 09:09.43 | eddyb | is there a formal definition of it, anything? |
| 09:10.09 | eddyb | I can't even find what the acronym means |
| 09:10.13 | eddyb | (even though I've seen it a few times) |
| 09:10.34 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.18) |
| 09:12.15 | *** join/#maemo Dynamit_ (~alexander@84-55-71-22.customers.ownit.se) |
| 09:13.09 | *** join/#maemo Dynamit (~alexander@84-55-71-22.customers.ownit.se) |
| 09:21.45 | StyXman_ | eddyb: in which context had you seen it? |
| 09:23.18 | eddyb | StyXman_: well, I managed to capture an USSD request on phonet0, I copied the capture file on my laptop, found the ISI wireshark plugin, and it gave me some info |
| 09:23.49 | DocScrutinizer51 | the isi specs once were 'public' at mobilehandset.com or sth like that |
| 09:24.12 | eddyb | the problem is that it just decodes some headers, the actual data (USSD in my case) is not interpreted |
| 09:24.27 | eddyb | DocScrutinizer51: please tell me I can find them |
| 09:24.31 | StyXman_ | eddyb: this one? http://talk.maemo.org/showthread.php?t=73753 |
| 09:24.32 | DocScrutinizer51 | handsetmodem.com whatever |
| 09:24.52 | *** join/#maemo trx (~ns-team@93.87.57.55) |
| 09:25.04 | DocScrutinizer51 | eddyb: roaming, my links are at home |
| 09:25.10 | StyXman_ | www.wirelessmodemapi.com |
| 09:25.24 | eddyb | I'd love to know more about all the internal phone stuff, there's some GSM hacking I thought of |
| 09:25.24 | StyXman_ | seems busy/down |
| 09:25.39 | DocScrutinizer51 | that one |
| 09:25.41 | eddyb | and not hacking as in "doing bad things" |
| 09:25.43 | DocScrutinizer51 | yes! |
| 09:25.55 | eddyb | StyXman_: nope |
| 09:26.13 | DocScrutinizer51 | it's down since... :-/ |
| 09:26.18 | eddyb | StyXman_: actually, it's similar, but the one I found was a git repo with support for the latest wireshark |
| 09:26.27 | eddyb | DocScrutinizer51: maybe wayback machine? |
| 09:26.47 | eddyb | StyXman_: I don't think the code changed that much, there's only one recent commit to support latest version of wireshark |
| 09:27.48 | StyXman_ | eddyb: ack |
| 09:28.14 | eddyb | at least it does interpret the status packages, so I can see the signal strength varying |
| 09:28.31 | eddyb | DocScrutinizer51: can you remember what it stands for, at least? |
| 09:28.42 | StyXman_ | login protected, the wayback machine is useless |
| 09:28.45 | eddyb | one of the 'i's is 'intelligent', I think the first one |
| 09:28.50 | eddyb | StyXman_: :( |
| 09:29.09 | DocScrutinizer51 | eddyb: sory, no clue |
| 09:29.25 | eddyb | intelligent service something |
| 09:29.39 | eddyb | why is this stuff so closed anyway? |
| 09:29.41 | DocScrutinizer51 | eddyb: but I might find the docs later (in 10h) |
| 09:30.11 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.18) |
| 09:30.14 | eddyb | did Nokia try to hide the internal GSM guts, maybe to keep people from playing with it? |
| 09:30.39 | DocScrutinizer51 | dunno |
| 09:30.47 | StyXman_ | eddyb: you're this >< close to mention pakistan's inteligence agency :) |
| 09:31.14 | eddyb | what? |
| 09:31.27 | StyXman_ | eddyb: from what I know, carriers don't like internal specs going around |
| 09:31.54 | StyXman_ | eddyb: http://en.wikipedia.org/wiki/Inter-Services_Intelligence |
| 09:32.10 | eddyb | http://mg.pov.lt/harmattan-irclog/%23harmattan.2012-02-19.log.html#t2012-02-19T15:38:37 |
| 09:32.20 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 09:32.38 | jonwil | ofono source code can be a good way to understand n900 modem stuff |
| 09:32.50 | jonwil | assuming its a part ofono implements that is |
| 09:33.31 | eddyb | jonwil: I doubt there's anything in there, the little I've seen is "TODO" |
| 09:33.42 | eddyb | StyXman_: yeah, that's what I thought :( |
| 09:34.08 | StyXman_ | eddyb: more leads, here are the specs names: http://web.archive.org/web/20110208194337/http://wirelessmodemapi.com/ |
| 09:34.15 | StyXman_ | 07-Dec-2010 Wireless Modem API Releases G1.V2-10W49 and G2.V1-10W49 available |
| 09:34.29 | StyXman_ | good luck finding anythoing in google |
| 09:34.55 | jonwil | which bit of the modem do you want to know about? |
| 09:34.56 | eddyb | maybe they're afraid the system is too poorly thought of, and that any open GSM subsystem in a smartphone could allow for dangerous experimentation |
| 09:35.06 | eddyb | dunno really, just speculating |
| 09:35.19 | StyXman_ | eddyb: and/or just abusing their networks |
| 09:35.42 | jonwil | ok, if you have a specifc bit, I can see if any of the headers I have (e.g. cellmo-icpr82-headers from the repos) has the relavent info |
| 09:35.51 | jonwil | but right now I gotta go out, going to go see Batman |
| 09:36.08 | eddyb | jonwil: basically as much as possible so I can somehow translate the captured packets |
| 09:36.22 | jonwil | packets of which sort? USSD? Everything? |
| 09:36.44 | *** join/#maemo CodenameStrike-N (~Codenames@175.138.113.84) |
| 09:36.50 | eddyb | jonwil: USSD for now, it seems simple in concept, but I'd definitely want everything there is :) |
| 09:37.10 | eddyb | and maybe be able to send commands of my own |
| 09:37.16 | jonwil | ok, well I gotta go, talk to me later and I will see if I can help you with USSD |
| 09:37.31 | jonwil | it may be better to talk USSD via the Cellular Services Daemon |
| 09:37.36 | jonwil | i.e. the DBUS interface for it |
| 09:37.39 | jonwil | cya later guys |
| 09:38.01 | eddyb | http://www.gossamer-threads.com/lists/maemo/developers/64049 |
| 09:38.27 | eddyb | DBUS? lol, no, I don't need it to work, I need to see how it works :) |
| 09:38.42 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 09:41.26 | StyXman_ | ls -la |
| 09:41.28 | StyXman_ | duh |
| 09:42.01 | *** join/#maemo leochencipher (~user@507080F7.static.ziggozakelijk.nl) |
| 09:42.51 | eddyb | DocScrutinizer51: google doesn't really know anything about those release names. do you happen to have them stored anywhere, or you're just hoping they aren't completely gone from the face of the internet? |
| 09:45.21 | StyXman_ | eddyb: neither other search engines |
| 09:45.39 | eddyb | bummer |
| 09:46.35 | eddyb | LOL |
| 09:46.43 | eddyb | it's in the wireshark plugin - the abbreviation |
| 09:46.53 | eddyb | Intelligent Service Interface |
| 09:46.58 | eddyb | too non-descript |
| 09:47.03 | StyXman_ | hehehe |
| 09:48.40 | eddyb | is there a technical documentation on USSD? |
| 09:49.08 | eddyb | the links from wikipedia are .doc files that explain the concept, but not any implementation at all |
| 09:49.40 | eddyb | I should probably call a similar code and see what the difference is |
| 09:55.20 | eddyb | I found where the code is :) |
| 09:56.06 | eddyb | 6c for *133#, 8c for *134# |
| 09:56.32 | *** join/#maemo ZogG_lap1op (~ZogG_lapt@188.64.200.16) |
| 09:56.41 | eddyb | and ac for *135# :D |
| 09:57.40 | eddyb | that's ({3, 4, 5} << 0x20) + 0xc :D |
| 09:58.10 | *** join/#maemo _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
| 10:13.58 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 10:14.38 | *** join/#maemo jluisn (~quassel@187.115.172.24) |
| 10:15.25 | *** join/#maemo zap_ (~zap@213.59.86.89) |
| 10:18.05 | *** join/#maemo aap (~drew@cpe-174-101-232-161.cinci.res.rr.com) |
| 10:19.07 | *** join/#maemo Gizmokid2005 (~Gizmokid2@dedi.gizmokid2005.com) |
| 10:24.40 | *** join/#maemo zeq (~s_j_newbu@2a01:348:1e3:1:e6ec:10ff:fe9a:d418) |
| 10:34.10 | *** join/#maemo Dynamit (~alexander@84-55-71-22.customers.ownit.se) |
| 10:45.56 | *** join/#maemo skule (~svs@exitus.logiva.dk) |
| 10:48.55 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 11:02.32 | zeq | freemangordon: Removing the gdb python script solved the problem with libc++, but now the same error occurs relating to libc6! something very fishy! |
| 11:07.36 | *** join/#maemo jonne|reconnecte (~jonne@91.182.54.241) |
| 11:07.37 | *** join/#maemo Gizmokid2005 (~Gizmokid2@dedi.gizmokid2005.com) |
| 11:08.39 | *** join/#maemo maybeHere (~cl@p5B163E7B.dip.t-dialin.net) |
| 11:19.23 | freemangordon | zeq: seems there are major fixes in fennec, could you rebase |
| 11:19.38 | freemangordon | zeq: lemme google for that error |
| 11:20.08 | freemangordon | is that the error: warning: unable to find dependency information for shared library libstdc++ (soname 6, path libstdc++.so.6, dependency field Depends)" |
| 11:24.19 | *** join/#maemo NIN101 (~NIN@p5DD28B9C.dip0.t-ipconnect.de) |
| 11:28.24 | *** join/#maemo eddyb (~eddy@unaffiliated/eddyb) |
| 11:28.45 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 11:29.39 | freemangordon | zeq: libstdc++ is missing /var/lib/dpkg/info/libstdc++6.shlibs file |
| 11:31.38 | *** join/#maemo TabletEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 11:39.59 | *** join/#maemo etrunko (~etrunko@201.53.200.25) |
| 11:42.52 | *** join/#maemo kov_ (~kov@189.59.151.84.dynamic.adsl.gvt.net.br) |
| 11:50.13 | *** join/#maemo setanta (setanta@nat/indt/x-ejrdyhdfxjpmomiq) |
| 11:54.33 | freemangordon | zeq: the error is because there is no libstdc++6-dev package installed ') |
| 11:54.37 | freemangordon | ;) |
| 11:55.07 | StyXman_ | that should be a build-dep problem |
| 11:55.11 | zeq | freemangordon: honestly, it wasn't! |
| 11:56.09 | zeq | the gcc packaging process from sb-toolchain-extras was failing to properly process the shlib deps due to the .py file in the lib path! |
| 11:57.06 | zeq | I don't know why libc6 now is causing the same problem, I'm attempting to rebuild it with the gcc47 toolchain... |
| 12:02.25 | *** join/#maemo lizardo (lizardo@nat/indt/x-nkhljrdxyrpkxmnz) |
| 12:02.38 | *** join/#maemo FIQ (~FIQ@unaffiliated/fiq) |
| 12:04.18 | freemangordon | zeq: I am lost. you were able to build the toolchain a few days ago, ain't? |
| 12:05.00 | freemangordon | now you were no longer able AIUI |
| 12:05.05 | freemangordon | correct? |
| 12:05.19 | freemangordon | *you are |
| 12:07.43 | zeq | toolchain is fine. I actually tried to rebuild qmltube, but the scratchbox debian-etch devkit has tool old debhelper for the package. So, I tried removing it (the devkit) and using the SDK versions of the dpkg tools. |
| 12:08.00 | *** join/#maemo louisdk (louisdk@cpe.atm4-0-1301038.hknxx5.customer.tele.dk) |
| 12:08.30 | freemangordon | qmltube should be ok, where did you get it from? |
| 12:08.38 | zeq | that solved the immediate problem, but revealed other problems |
| 12:08.52 | zeq | apt-get source ;) |
| 12:09.03 | freemangordon | zeq: extras or extras-devel? |
| 12:09.18 | freemangordon | there is an updated automake in extras |
| 12:09.18 | zeq | I'll check policy, hold on... |
| 12:12.03 | zeq | <PROTECTED> |
| 12:12.47 | freemangordon | zeq: well, no way you cannot build stuff that autobuilder can :P |
| 12:12.47 | zeq | that's not right :/ |
| 12:13.07 | zeq | what does the autobuilder use? |
| 12:13.14 | freemangordon | the same thing SB uses |
| 12:13.17 | zeq | as far as debian tools? |
| 12:13.26 | zeq | not sb devkit? |
| 12:13.51 | freemangordon | AFAIK autobuilder uses SB |
| 12:13.54 | freemangordon | somehow |
| 12:14.21 | freemangordon | zeq: anyway, you should be able to build qmltube without any fancy debhelper stuff |
| 12:14.29 | *** join/#maemo dromer (~henk@fedora/dreamer) |
| 12:14.32 | zeq | I seem to have lost my extras repo??? |
| 12:14.40 | freemangordon | could be |
| 12:14.51 | zeq | it was there yesterday! |
| 12:15.02 | freemangordon | so, toolchain (4.7.2) on your site is ok? |
| 12:15.24 | zeq | the qmltube version I attempted to build was 1.3.1 |
| 12:15.28 | *** join/#maemo dromer_ (~henk@melange.soleus.nu) |
| 12:15.41 | freemangordon | hmm, that is extras-devel afaik, lemme check |
| 12:15.42 | zeq | the toolchain should be fine |
| 12:16.04 | zeq | It's the stripped version though |
| 12:16.34 | freemangordon | zeq: one more thing: why it is called libstdc++6-dev_4.7.2-0+cssu0-thumb0_armel.deb |
| 12:16.42 | freemangordon | but not libstdc++6-dev_4.7.2-0+cssu0_armel.deb |
| 12:16.52 | freemangordon | the same for the others |
| 12:17.10 | zeq | let me see what's there... |
| 12:17.31 | freemangordon | zeq: did you create -dbg package when you stripped it? |
| 12:17.36 | *** join/#maemo TabletEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 12:17.57 | freemangordon | not that is is really neede |
| 12:18.03 | freemangordon | *needed |
| 12:18.14 | zeq | freemangordon: I'm going to extend the sb rules to generate dbg debs |
| 12:18.24 | zeq | it's what I was planning on this afternoon |
| 12:18.36 | freemangordon | ok |
| 12:18.59 | zeq | is there a std way of doing so, a good example? |
| 12:19.03 | freemangordon | could you rebase fennec in the meanwhile, there is a development on speed regression issue |
| 12:19.14 | freemangordon | zeq: dh_strip |
| 12:19.24 | zeq | :) |
| 12:19.27 | zeq | useful! |
| 12:19.42 | freemangordon | just a second, i'll give you an example |
| 12:19.43 | zeq | ^ debhelper |
| 12:21.08 | zeq | I guess I should manually strip the i386 parts? |
| 12:21.28 | freemangordon | well, leave them with symbols |
| 12:21.41 | freemangordon | we are not really interested in 386 |
| 12:22.09 | zeq | it makes the toolchain quite a log bigger, and I can't see the advantage of having them |
| 12:22.34 | zeq | s/log/lot/ |
| 12:23.41 | DocScrutinizer51 | i386 is for debugging on PC, you don't care fopr size or wanna strip |
| 12:24.07 | freemangordon | :nod: |
| 12:25.42 | *** join/#maemo conze (~conze@46.4.231.183) |
| 12:26.31 | freemangordon | zeq: add dh_strip --dbg-package="libstdc++6-dbg" after dh_link in debian/rules |
| 12:26.50 | zeq | They're only useful for debugging the toolchain itself, we're not likely to need to do that, hopefully! |
| 12:26.50 | freemangordon | and add package libstdc++6-dbg in debian/control |
| 12:27.12 | freemangordon | aah, you mean to strip gcc, etc? |
| 12:27.16 | freemangordon | that's fine |
| 12:27.51 | zeq | yup |
| 12:27.59 | *** join/#maemo stardiviner (~stardivin@218.74.181.125) |
| 12:28.04 | freemangordon | zeq: the same principle (for debug package) for libgcc1_s |
| 12:28.18 | zeq | ok |
| 12:30.30 | *** join/#maemo penguinbait (~snoopy@173-10-44-233-Michigan.hfc.comcastbusiness.net) |
| 12:30.30 | *** join/#maemo penguinbait (~snoopy@Maemo/community/contributor/penguinbait) |
| 12:35.15 | *** join/#maemo brzys (~brzys@178-37-142-18.adsl.inetia.pl) |
| 12:36.14 | *** join/#maemo conze (~conze@46.4.231.183) |
| 12:41.49 | zeq | somehow my scratchbox is all messed up, I need to fix it (or start again) before finishing to toolchain bits |
| 12:45.38 | freemangordon | zeq: ok |
| 12:54.45 | *** join/#maemo messerting_ (~messertin@cm-84.209.20.159.getinternet.no) |
| 12:57.30 | *** join/#maemo chenca (chenca@nat/indt/x-ncgypaqguljtbjvo) |
| 13:06.15 | *** join/#maemo etrunko (~etrunko@201.53.200.25) |
| 13:11.16 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.10) |
| 13:16.35 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 13:18.46 | *** join/#maemo jargon- (~dayo@unaffiliated/jargon-) |
| 13:18.52 | *** join/#maemo konelix (~konelix@200.119.179.117) |
| 13:19.50 | *** join/#maemo messerting_ (~messertin@cm-84.209.20.159.getinternet.no) |
| 13:21.20 | *** join/#maemo tanty (~agomez@9.49.60.213.dynamic.mundo-r.com) |
| 13:22.20 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.6) |
| 13:27.57 | zeq | freemangordon: I've discovered why my sb is messed up, apt is trying to use i386 pkgs. But not *how*?!? |
| 13:30.09 | zeq | start again from a rootstrap I guess... |
| 13:30.20 | zeq | unless somebody has an idea? |
| 13:31.55 | *** join/#maemo ZogG_lap1op (~ZogG_lapt@188.64.201.10) |
| 13:36.25 | zeq | I switched back to the etch devkit, and it's using ARM arch again... |
| 13:37.39 | zeq | does anybody have a clue? do the target tools automatically detect that it's not really hosted natively? |
| 13:38.25 | *** join/#maemo vi__ (5860d978@gateway/web/freenode/ip.88.96.217.120) |
| 13:39.18 | zeq | debian-etc is the correct devkit for the fremantle SDK, right? |
| 13:39.28 | zeq | s/etc/etch/ |
| 13:41.48 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 13:42.52 | *** join/#maemo etrunko (~etrunko@201.53.200.25) |
| 13:44.27 | *** join/#maemo NishanthMenon (~nmenon@192.91.66.189) |
| 13:46.56 | *** join/#maemo beford (~beford@unaffiliated/beford) |
| 13:47.41 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.3) |
| 13:47.50 | *** join/#maemo rm_work (~rm_you@johnx.xen.prgmr.com) |
| 13:47.51 | *** join/#maemo rm_work (~rm_you@Maemo/community/cssu/rm-you) |
| 13:49.52 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 13:50.45 | *** join/#maemo konelix_ (~konelix@200.119.176.30) |
| 13:57.16 | *** join/#maemo lylyc (~avf@125.161.24.225) |
| 13:58.49 | *** join/#maemo AndChat-141876 (~SpeedEvil@tor/regular/SpeedEvil) |
| 13:59.49 | *** join/#maemo DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 14:00.03 | *** join/#maemo DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 14:09.17 | *** join/#maemo mase76 (~mase76@p5DD39768.dip.t-dialin.net) |
| 14:09.47 | freemangordon | zeq: afaik, yes, you should use debian-etch |
| 14:19.35 | *** part/#maemo valeriusN (~valeriusN@xmpp.jrudevels.org) |
| 14:20.39 | *** join/#maemo jhb (~joerg@p4FEF56E7.dip.t-dialin.net) |
| 14:21.05 | *** join/#maemo mickname (luodemm1@kosh.org.aalto.fi) |
| 14:24.14 | *** join/#maemo Avishek12 (Avishek12@117.201.111.184) |
| 14:27.50 | *** join/#maemo TabletEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 14:33.24 | *** join/#maemo paroneayea (~user@fsf/member/paroneayea) |
| 14:40.16 | *** join/#maemo Darkchaos (~darkchaos@i59F4A507.versanet.de) |
| 14:45.31 | *** join/#maemo zeq (~s_j_newbu@178.102.86.96) |
| 14:45.45 | *** join/#maemo konelix_ (~konelix@190.143.224.149) |
| 14:46.11 | *** join/#maemo brzys (~brzys@178-37-142-18.adsl.inetia.pl) |
| 14:48.35 | *** join/#maemo jonwil (~jonwil@27-33-137-199.static.tpgi.com.au) |
| 14:51.00 | Estel_ | DocScrutinizer, yea, I must admit I'ven't checked any photos before disassembling, before I needed to check if screen flex cable is disconnectable :P Like the thrill of disassembling it slowly. BTW, those spiral helix antennas are really cute, it's a pity that it doesn't work well |
| 14:51.31 | jonwil | hi |
| 14:51.37 | Estel_ | In fact, it's so cute, that I would like them to work well very much. Have they re-used them in N9? I wonder if they fail just because alu body, or in any case |
| 14:51.44 | Estel_ | hi jonwil |
| 14:51.56 | jonwil | time to dive back into all the dbus stuff :) |
| 14:53.36 | *** join/#maemo TabletEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 14:56.46 | Pali | any dbus guru? |
| 14:56.57 | Pali | I need to send array of dicts via dbus-send |
| 14:57.17 | Pali | but I do not know systax, dbus-send still show me errors... |
| 14:57.30 | Pali | jonwil, see ^^^ |
| 14:57.48 | jonwil | I dont know how to send a dict via dbus-send either |
| 14:58.00 | jonwil | what are you trying to send specifically? |
| 14:58.13 | jonwil | i.e. what method call/interface/etc? |
| 14:59.32 | Pali | this: http://talk.maemo.org/showpost.php?p=1242204&postcount=35 (buf with jackbias on) |
| 15:00.11 | jonwil | no idea how one sends that via dbus-send |
| 15:00.35 | Pali | and other way (C/glib/Qt)? |
| 15:01.32 | jonwil | dont know either |
| 15:01.39 | jonwil | never dealt with dicts in dbus |
| 15:03.21 | Pali | stupid ohmd... |
| 15:03.30 | Pali | why dicts? |
| 15:03.36 | Pali | and why array of dicts?? |
| 15:04.10 | jonwil | I would reverse engineer it except that I think its coming from that !@#%$#@!@# Prolog :( |
| 15:04.19 | jonwil | searching for com.nokia.policy.context now |
| 15:04.29 | jonwil | see where its coming from |
| 15:05.17 | jonwil | one reference in alsaped (which is presumably the one doing the listening) |
| 15:06.42 | *** join/#maemo _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
| 15:07.13 | *** join/#maemo konelix__ (~konelix@190.143.230.17) |
| 15:08.36 | jonwil | it also comes from the prolog code and also module-policy-enforcement.so |
| 15:08.56 | *** join/#maemo florian (~fuchs@sign-4d091e79.pool.mediaWays.net) |
| 15:09.06 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 15:11.37 | Pali | pulseaudio-policy-enforcement/src/dbusif.c |
| 15:12.00 | Pali | commit 398b87a9d6a10c4fab03e15d83bcd8dba4bc49d7 |
| 15:12.17 | *** join/#maemo TabletEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 15:12.20 | Pali | repo git://gitorious.org/maemo-multimedia/pulseaudio-policy-enforcement.git |
| 15:12.27 | Pali | this match fremantle version |
| 15:14.54 | *** join/#maemo Elleo (~Elleo@libre.fm/hacker/elleo) |
| 15:17.30 | kerio | Pali: ooh, what's that patch? |
| 15:17.47 | Pali | kerio, what patch? |
| 15:18.29 | kerio | i thought you were working on the pulseaudio policy |
| 15:18.31 | *** join/#maemo TabletEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 15:18.50 | Pali | no patch yet... |
| 15:19.33 | Pali | jonwil, do you know how to sniff all UDP packets on localhost on ports 3000, 3001, ...3010 on n900? |
| 15:19.38 | jonwil | nope |
| 15:19.46 | Pali | maybe tcpdump... |
| 15:20.23 | Pali | seems that all ohm stuff got events from UDP ports 300x on localhost |
| 15:20.47 | jonwil | ok, looks like module-policy-enforcement does nothing with jackbias |
| 15:21.01 | *** join/#maemo jon_y_ (~enforcer@pbz-162-87.tm.net.my) |
| 15:24.15 | *** join/#maemo TabletEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 15:24.40 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 15:25.58 | FIQ|n900 | how come using N900 as a mobile hotspot with mobilehotspot only supports few devices? |
| 15:26.12 | *** join/#maemo sq-one (~sq-one@p549AA989.dip.t-dialin.net) |
| 15:26.32 | *** join/#maemo calvaris (~calvaris@fanzine.igalia.com) |
| 15:26.39 | FIQ|n900 | my DS, my 3DS, and my linux installation everyone fails at obtaining an IP address, windows does it just fine |
| 15:26.59 | jonwil | ok, everything goes back to the prolog code |
| 15:27.01 | freemangordon | zeq: could you rebase febbec to latest m-c so I can build it ind answer the question here:https://bugzilla.mozilla.org/show_bug.cgi?id=753158 |
| 15:27.02 | povbot | 04Bug 753158: was not found. |
| 15:27.12 | jonwil | which we dont have and cant reverse engineer |
| 15:27.27 | freemangordon | fennec that is :D |
| 15:27.32 | zeq | freemangordon: ok, I'll get to it as soon as I can... |
| 15:27.49 | freemangordon | how is you SB? |
| 15:28.38 | zeq | since I switched back to the devkit, it's working again, but I still have questions... |
| 15:28.59 | freemangordon | well, ask them :) |
| 15:29.20 | Pali | ok, tcpdump shown only that app-detect packets... nothing more |
| 15:29.32 | FIQ|n900 | I can't say much about the DS/3DS, but my linux box use arch, and I use wicd, which works fine with everything but my n900-mobilehotspot |
| 15:29.37 | freemangordon | zeq: if you are trying to build -dbg packages, I can help |
| 15:29.37 | Pali | so jackbias is turned off by some prolog predicate or dres rule |
| 15:29.54 | Pali | need to know which and how that rtcom-call-ui doing it... |
| 15:30.30 | Pali | I bet it will be some easy rule like "phone call is active" |
| 15:30.35 | freemangordon | zeq: anyway, going to test your gcc 4.7 |
| 15:31.54 | zeq | freemangordon: go ahead, there shouldn't be any functional changes with the deb repackaging/stripping |
| 15:32.44 | Pali | or maybe jackbias can be controlled via libplayback (as some phone call mode)? |
| 15:32.52 | zeq | As I mentioned, I've had more luck _using_ the advanced features |
| 15:33.10 | zeq | -flto seems to work now |
| 15:33.13 | freemangordon | zeq: and what is your _current_ prob;lem? |
| 15:33.14 | zeq | for example |
| 15:33.29 | jonwil | ok, so the prolog stuff resides in libohm_rule_engine.so |
| 15:33.34 | zeq | the thing I wanted to ask questions about |
| 15:34.16 | zeq | some packages appear to require DebHelper>5 |
| 15:34.32 | Pali | in session and system dbus is nothing, in loopback lo is nothing too |
| 15:34.39 | freemangordon | zeq: hmm, where did you get those from? |
| 15:35.08 | zeq | but the devkit doesn't support that |
| 15:35.10 | zeq | or maybe that's >= 5 ... anyway, that's what got my scratchbox messed up |
| 15:35.33 | freemangordon | devkit supports 5, that's for sure |
| 15:35.39 | *** join/#maemo messerting_ (~messertin@cm-84.209.20.159.getinternet.no) |
| 15:35.40 | Pali | so jackbias must be enabled/disabled (that dbus signal) via some other dep code (prolog/dres) based on active call |
| 15:35.54 | jonwil | yes |
| 15:35.55 | *** join/#maemo FredrIQ|n900 (~FIQ@unaffiliated/fiq) |
| 15:36.03 | zeq | my debian-etch devkit is from gentoo |
| 15:36.04 | zeq | as is the rest of my sb install |
| 15:36.26 | jonwil | my guess is that something talks to libohm_rule_engine.so which then triggers the prolog code |
| 15:36.34 | freemangordon | zeq: SB here supports 5 |
| 15:36.48 | zeq | must've been greater than 5 then |
| 15:37.10 | zeq | can't test atm because my toolchain is unready |
| 15:37.14 | Pali | jonwil, do you have i386 linux box? |
| 15:37.15 | freemangordon | no way such package to exist in extras |
| 15:37.30 | jonwil | I do, why? |
| 15:37.49 | Pali | seems that old swi prolog which is in sdk repo can load that prolog code |
| 15:37.52 | zeq | it was qmltube-1.3.1 |
| 15:37.58 | Pali | but for some reason I cannot compile it for amd64 |
| 15:38.03 | jonwil | ok |
| 15:38.09 | MohammadAG | is there any page where I write text with formatting and get HTML code? |
| 15:38.22 | Pali | and i386 version has some problems with my amd64 /lib paths... |
| 15:38.25 | jonwil | whats package name of the prolog in question? |
| 15:38.25 | MohammadAG | I don't feel like learning HTML for something quick |
| 15:38.25 | freemangordon | zeq: wouldn't it be better to wait until your new toolchain is ready |
| 15:38.31 | jonwil | I have working scratchbnox |
| 15:38.34 | jonwil | scratchbox |
| 15:38.38 | jonwil | or it should be working |
| 15:38.41 | jonwil | it was last I looked |
| 15:39.04 | zeq | yes, but you prompted me to ask my questions :P |
| 15:39.07 | *** join/#maemo penguinbait (~snoopy@173-10-44-233-Michigan.hfc.comcastbusiness.net) |
| 15:39.07 | *** join/#maemo penguinbait (~snoopy@Maemo/community/contributor/penguinbait) |
| 15:39.14 | Pali | jonwil, swi-prolog_5.6.50-0maemo3+0m5.tar.gz |
| 15:39.20 | Pali | only source code is in SDK |
| 15:39.24 | jonwil | ok |
| 15:39.28 | Pali | repository.maemo.org/pool/maemo5.0/free/s/swi-prolog |
| 15:39.37 | freemangordon | zeq: so we will be aligned |
| 15:39.55 | *** join/#maemo leochencipher (~schen@507080E4.static.ziggozakelijk.nl) |
| 15:40.17 | zeq | slight problem with my toolchain building |
| 15:40.25 | freemangordon | :D |
| 15:40.26 | jonwil | most of the code for this stuff is opened thanks to MeeGo, only bit that isn't is the prolog code (the bit we need) |
| 15:40.56 | Pali | jonwil, when you build & install deb packages, download /usr/share/policy/rules/rx51/policy.plc |
| 15:41.03 | freemangordon | zeq: where to read on howto build my own? |
| 15:41.10 | Pali | and then start $ swipl |
| 15:41.11 | *** join/#maemo Estel_ (~Estel@adkn238.neoplus.adsl.tpnet.pl) |
| 15:41.19 | zeq | dh_strip seems to look for sbox-arm...strip |
| 15:41.20 | zeq | guess I'm going to need some manual symlinks :/ |
| 15:41.29 | Pali | and in swipl run: ['/path/to/policy.plc']. |
| 15:41.55 | Pali | (do not forget for dot after ]) |
| 15:42.05 | jonwil | ok, now running apt-get -b source swi-prolog |
| 15:42.11 | jonwil | in scratchbox |
| 15:42.14 | jonwil | its pulling it |
| 15:42.31 | freemangordon | zeq: is that in SB? |
| 15:42.51 | jonwil | now I need to install some build deps |
| 15:43.09 | zeq | the alien-tc build system is part of sb-toolchain-extras |
| 15:43.26 | freemangordon | zeq: ok |
| 15:43.44 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.3) |
| 15:44.40 | jonwil | now building swi-prolog |
| 15:44.45 | zeq | brb |
| 15:46.46 | *** join/#maemo TabletEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 15:49.11 | jonwil | ok, swipl says FATAL ERROR: Could not find system resources" |
| 15:49.35 | Pali | try: swipl -x </path/> |
| 15:49.47 | Pali | (without < and > ) |
| 15:49.53 | jonwil | what path do I use? |
| 15:50.02 | Pali | full path to that policy file |
| 15:50.40 | jonwil | ok, now it says "inappropriate ioctl for device" |
| 15:50.43 | Pali | or make policy file executable and run: ./file |
| 15:50.56 | Pali | jonwil, this is bad error... |
| 15:51.34 | Pali | can you try it in armel scratchbox? |
| 15:51.44 | *** join/#maemo dhbiker (~dhbiker@APN-122-106-50-gprs.simobil.net) |
| 15:51.48 | Pali | maybe qemu will run armel version of swipl |
| 15:52.11 | Pali | or better download armel prolog from downloads.maemo.nokia.com |
| 15:52.39 | jonwil | I dont have qemu going |
| 15:53.35 | Pali | I mean stratchbox qemu |
| 15:53.45 | jonwil | I dont have scratchbox qemu working right |
| 15:53.47 | jonwil | for some reason |
| 15:53.51 | Pali | ah, ok |
| 15:55.14 | jonwil | if I run policy.plc on my phone it just prints % halt and does nothing |
| 15:55.24 | jonwil | swipl does exist on the device fyi |
| 15:55.57 | jonwil | if I run it and pass the path to the dresc file, it prints the same ioctl error |
| 15:56.04 | jonwil | with -x |
| 15:56.17 | jonwil | if I pass it the path to the plc file, it just prints the % halt again |
| 15:56.44 | *** join/#maemo FIQ (~FIQ@unaffiliated/fiq) |
| 15:56.57 | jonwil | if I run swipl x86 in scratchbox with -x policy.plc it also prints the % halt |
| 15:57.10 | jonwil | so we know we can read the plc file in swipl |
| 15:57.16 | jonwil | we just need to find the right magic to get it to decompile it for us |
| 15:57.37 | jonwil | ok, now swipl gives me the prompt when I run it alone |
| 15:58.21 | zeq | freemangordon: the issue with strip was my selected toolchain was the toolchain I was building! |
| 15:58.34 | freemangordon | nice :D |
| 15:58.52 | zeq | yeah, oops! :D |
| 15:58.53 | freemangordon | so it is ok now? |
| 15:59.10 | freemangordon | with -dbg packages and so? |
| 15:59.23 | zeq | should be. doing full rebuild to check |
| 15:59.28 | freemangordon | ok |
| 15:59.43 | zeq | I need to check their contents |
| 16:00.38 | Pali | jonwi, you can use this for show all predicates which comes from disk file: predicate_property(A, B), B = file(_). |
| 16:01.05 | Pali | jonwil, so you load that file to interpreter, run that ^^^ |
| 16:01.25 | Pali | for loading file is used this: ['file']. |
| 16:01.33 | Pali | or consult('file'). |
| 16:03.13 | jonwil | ok, I used consult |
| 16:03.19 | Pali | jonwil, read last line: http://compilers.iecc.com/comparch/article/02-11-007 |
| 16:03.35 | Pali | I still looking for way how to run swi decompiler |
| 16:03.43 | zeq | I don't think it's sufficient to just call dh_strip with the debug package name |
| 16:03.44 | zeq | because there are multiple debs buillt |
| 16:03.45 | zeq | built* |
| 16:03.47 | Pali | at least predicate_property show all know predicates |
| 16:04.15 | jonwil | when I use that exact predicate_property line it prints just A = file_search_path |
| 16:04.17 | Pali | jonwil, run that predicate_property if you loaded it and press ';' for next output |
| 16:04.27 | Pali | press key ';' |
| 16:05.05 | jonwil | ok, it kept going then ran out of things to display |
| 16:05.28 | jonwil | it only printed things from prolog files, not the PA files |
| 16:05.59 | Pali | predicate_property(A, B). |
| 16:06.08 | Pali | this will show all ^^^ |
| 16:06.32 | Pali | but did consult finished without errors? |
| 16:06.46 | Pali | if consult show error, nothing is loaded... |
| 16:06.54 | jonwil | yeah consult gave errors :( |
| 16:07.51 | jonwil | errors about "string too long" |
| 16:07.55 | jonwil | and some others |
| 16:08.11 | Pali | I think that consult compiling code |
| 16:08.15 | Gh0sty | yes string too small on women wouldnt cause errors :P |
| 16:08.17 | jacekowski | MohammadAG: are you around? |
| 16:08.22 | Gh0sty | and string missing even less! |
| 16:08.43 | Pali | this should be used for loading state file: ['/file/']. |
| 16:09.04 | jonwil | same errors when I use that |
| 16:09.31 | Pali | jonwil, can you check if you have same version of swipl as version of prolog in n900? |
| 16:09.45 | Pali | e.g same version of swi-prolog source package |
| 16:09.47 | *** join/#maemo MohammadAG (~MohammadA@Maemo/community/contributor/MohammadAG) |
| 16:10.21 | jonwil | same version except x86 vs armel |
| 16:12.30 | jonwil | seems like the only way to get swipl to read a plc state is to use the -x option |
| 16:12.32 | MohammadAG | jacekowski: Sort of, need to go out and get some stuff, why? |
| 16:12.39 | jonwil | which just runs it and doesnt let you do anything |
| 16:13.22 | *** join/#maemo ced117 (~ced117@AStrasbourg-552-1-26-202.w90-13.abo.wanadoo.fr) |
| 16:13.23 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 16:14.30 | Pali | jonwil, try swipl -x /path/to/file -f none |
| 16:14.43 | Pali | and try also -d 10 |
| 16:14.45 | kerio | oh god, prolog |
| 16:15.14 | jonwil | that prints % halt |
| 16:15.29 | jonwil | then exitPrologThreads(): me = 1 |
| 16:15.36 | jonwil | then Waiting for 0 threads... |
| 16:18.52 | *** join/#maemo jhb (~joerg@p4FEF56E7.dip.t-dialin.net) |
| 16:19.58 | zeq | freemangordon: the libs are getting stripped, but the debuginfo isn't making it into the dbg debs |
| 16:21.30 | *** join/#maemo APTX (APTX@unaffiliated/aptx) |
| 16:25.14 | jonwil | aha I got it |
| 16:25.25 | jonwil | if you pass -t prolog it prints the prompt |
| 16:25.26 | jonwil | we are in |
| 16:26.30 | Pali | jonwil, output :) |
| 16:26.36 | jonwil | I can now run predicate_property |
| 16:27.14 | jonwil | have we found the way to dump things yet? |
| 16:27.20 | jonwil | or is predicate_property all we got so far? |
| 16:28.21 | Pali | google tells me that swi prolog has decompiler... |
| 16:28.26 | jonwil | yes it does |
| 16:28.29 | Pali | but I do not know how to start it |
| 16:28.30 | jonwil | but I cant find it |
| 16:28.34 | jonwil | the right predicate |
| 16:28.36 | jonwil | or option |
| 16:28.41 | Pali | I know about predicate_property |
| 16:28.55 | Pali | first, can you upload output of predicate_property to pastebin? |
| 16:29.10 | jonwil | how can I do that? |
| 16:29.37 | *** join/#maemo Gizmokid2005 (~Gizmokid2@dedi.gizmokid2005.com) |
| 16:29.41 | jonwil | manually press ; a lot of times and copy that text from terminal to pastebin? |
| 16:29.48 | Estel_ | DocScrutinizer, ping |
| 16:30.14 | Estel_ | or someone else who is fluent in reading N900's schematics |
| 16:30.29 | Estel_ | Could I request small assistance? |
| 16:30.35 | jonwil | what do you need to know Estel_? |
| 16:30.52 | Estel_ | looking @ n900 motherboard, at the side with keyboard domesheet... |
| 16:30.58 | Estel_ | You have IR diode on right side |
| 16:31.01 | Pali | jonwil, yes press ; |
| 16:31.10 | Estel_ | now, looking like that, I've soldered *left* side of this diode |
| 16:31.30 | Estel_ | could You help me in understanding, what are next element following path from that? |
| 16:31.41 | Pali | jonwil, gtrace. show grafical tracing with decompiled source code |
| 16:31.48 | Estel_ | I can't get it form schematics for a life of me, although I admit I sucks at reading such schematics |
| 16:32.09 | Estel_ | I wonder where heat could "go" while I soldered that plate |
| 16:32.34 | Estel_ | (ir diode have two plates, and one I mentioned was broken, I soldered it, n900 worked, same for IR diode, but n900 died totally next day) |
| 16:33.05 | Estel_ | judging bys chematics I can't get what could make it reject to show any, even smallest signs of life, without any visual damage |
| 16:33.14 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.27) |
| 16:33.29 | Estel_ | in case of fried things lying next to thing I've soldere,d it should at least try to boot |
| 16:33.37 | Estel_ | but maybe I'm reading schematics wrong way |
| 16:36.00 | Pali | jonwil, now I written quicksort in prolog, compiled to that state file (via qsaveprogram), deleted source code, loaded binary into prolog, started gtrace. and my quicksort |
| 16:36.21 | Pali | it show me very similar source code in gui debugger |
| 16:36.37 | Pali | so need to know how gtrace. can show all source code |
| 16:36.53 | jonwil | gtrace wont work on the swipl I have in scratchbox |
| 16:39.13 | DocScrutinizer51 | Estel_: pong, but I have to trace down a 'kernel' pointer corruption |
| 16:39.47 | *** join/#maemo felipe` (~felipe@unaffiliated/felipe) |
| 16:40.06 | Pali | jonwil, it will work: start: DISPLAY=:0 swipl |
| 16:40.21 | Pali | this will redirect scratchbox display to native |
| 16:40.29 | Pali | I used it more times for gitg |
| 16:40.41 | Pali | some info http://www.swi-prolog.org/gtrace.html |
| 16:40.42 | Estel_ | ok DocScrutinizer no problem, I'm not going anywhere, so if You find a bit of spare time later, I'll be glad for help :) |
| 16:41.08 | jonwil | start says "need to be root" |
| 16:41.45 | jonwil | oh wait got it now |
| 16:42.04 | DocScrutinizer51 | Estel_: I'llping you later and ask what's the syslog of your PC wehn plugging USB to N900 |
| 16:42.24 | jonwil | when I do gtrace it says correct to "trace"? |
| 16:42.33 | jonwil | so my swipl must not have gtrace support |
| 16:42.37 | Estel_ | DocScrutinizer, it's like plugging cutoff cable :( |
| 16:42.48 | Estel_ | i.e. plug that have been cutoff from something |
| 16:42.57 | DocScrutinizer51 | damn |
| 16:43.10 | Pali | tada, I have decompiler |
| 16:43.15 | Pali | predicate listing |
| 16:43.18 | Estel_ | I understand that electronic can die, sometimes, but I've never seen N900 dying like that, quietly |
| 16:43.27 | Pali | it will decompile code |
| 16:43.30 | Pali | jonwil, ^^^ |
| 16:43.38 | jonwil | ok, what do I do? |
| 16:43.40 | Pali | first extract preditates |
| 16:43.47 | *** join/#maemo livelace (~livelace@62.192.242.235) |
| 16:43.47 | Pali | and then run: listing(predicate). |
| 16:44.00 | Estel_ | it just refused to live, when N950 was getting closer |
| 16:44.10 | Estel_ | shakes voodoo engineering flag |
| 16:44.11 | *** join/#maemo AndChat-141876 (~SpeedEvil@tor/regular/SpeedEvil) |
| 16:45.41 | *** join/#maemo AndChat-141876 (~SpeedEvil@tor/regular/SpeedEvil) |
| 16:46.23 | Pali | jonwil, or run: listing. |
| 16:46.40 | Pali | it should decompile something |
| 16:46.43 | Pali | or all |
| 16:46.50 | *** join/#maemo mardi (~rod@host109-154-180-158.range109-154.btcentralplus.com) |
| 16:47.40 | jonwil | we have something |
| 16:47.59 | Pali | upload it to pastebin |
| 16:48.28 | Pali | also write full command which you use to load that binary file into swipl |
| 16:52.52 | *** join/#maemo Dr_I (~irchon@92.40.254.31.threembb.co.uk) |
| 16:54.24 | Pali | jonwil, or run listing(_). |
| 16:54.34 | Pali | it will decompile everything... |
| 16:55.10 | jonwil | listing(_). prints "arguments are not sufficiantly instantiated" |
| 16:55.30 | *** join/#maemo |||||| (~user@a91-155-157-149.elisa-laajakaista.fi) |
| 16:56.09 | *** part/#maemo |||||| (~user@a91-155-157-149.elisa-laajakaista.fi) |
| 16:57.18 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.28) |
| 16:57.22 | *** join/#maemo TabletEvil (~SpeedEvil@tor/regular/SpeedEvil) |
| 16:57.37 | Pali | this working in 5.10.4 |
| 16:58.14 | Pali | so use listing. or listing(name). (for each name) |
| 16:59.20 | Pali | http://www.swi-prolog.org/pldoc/doc_for?object=section(2,'4.5',swi('/doc/Manual/listing.html')) |
| 17:00.16 | *** join/#maemo jon_y (~enforcer@pbz-162-87.tm.net.my) |
| 17:00.24 | *** join/#maemo hurbu__ (~hurbanza@81-174-24-135.dynamic.ngi.it) |
| 17:00.25 | *** join/#maemo zeq1 (~steve@cpc19-rdng21-2-0-cust106.15-3.cable.virginmedia.com) |
| 17:00.43 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 17:01.37 | *** join/#maemo GeneralAntilles (~ryan@Maemo/community/contributor/GeneralAntilles) |
| 17:02.13 | *** join/#maemo XDS2010_ (users.1218@gateway/web/irccloud.com/x-tqzpkxvdfsoxmnhx) |
| 17:02.31 | *** join/#maemo disco_stu (~wrt54gl@190.216.32.137) |
| 17:02.36 | *** join/#maemo InvalidHandle (~user@dsl-roibrasgw1-fe8efb00-63.dhcp.inet.fi) |
| 17:02.37 | *** join/#maemo penguinbait (~snoopy@Maemo/community/contributor/penguinbait) |
| 17:02.37 | *** join/#maemo jon_y_ (~enforcer@pbz-162-87.tm.net.my) |
| 17:02.37 | *** join/#maemo mickname (luodemm1@kosh.org.aalto.fi) |
| 17:02.37 | *** join/#maemo NIN101 (~NIN@p5DD28B9C.dip0.t-ipconnect.de) |
| 17:02.37 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 17:02.37 | *** join/#maemo hiemanshu (~quassel@fedora/hiemanshu) |
| 17:02.37 | *** join/#maemo andre__ (~andre@Maemo/community/bugmaster/andre) |
| 17:02.37 | *** join/#maemo 16WAAV9HH (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 17:02.37 | *** join/#maemo Ian--- (Ian--@46.11.29.44) |
| 17:02.37 | *** join/#maemo Cor-Ai (~cor-ai@c-3342e253.67-8-64736c10.cust.bredbandsbolaget.se) |
| 17:02.37 | *** join/#maemo Arkenoi (~ark@swsoft-msk-nat.sw.ru) |
| 17:02.37 | *** join/#maemo mayday_jay (~mayday-ja@bas1-burlington02-1176191095.dsl.bell.ca) |
| 17:02.37 | *** join/#maemo Venusaur (~desu@wikipedia/Antonio-Lopez) |
| 17:02.37 | *** join/#maemo petteri (petteri@hilla.kapsi.fi) |
| 17:03.30 | jonwil | http://www.cncmods.net/files/prolog.log |
| 17:03.39 | *** join/#maemo Gh0sty (~ghosty@213.219.143.134.adsl.dyn.edpnet.net) |
| 17:03.42 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 17:03.42 | *** join/#maemo Arkenoi (~ark@swsoft-msk-nat.sw.ru) |
| 17:03.48 | jonwil | thats what I get if I do listing. for each .pl file in the plc file |
| 17:03.58 | jonwil | jackbias is definatly there |
| 17:04.29 | jonwil | I cant read prolog code though |
| 17:05.28 | *** join/#maemo MrOpposite (~MrOpposit@c-84a7e253.5628737--62697410.cust.bredbandsbolaget.se) |
| 17:06.06 | Pali | jonwil, thanks very very much! |
| 17:06.19 | jonwil | can you understand that mess? |
| 17:06.28 | Pali | also, can you wrote commands how to create this output? |
| 17:06.34 | Pali | I can read prolog |
| 17:06.46 | Pali | it is easy |
| 17:06.47 | teotwaki | prologprologprologprologprologprologprologprologprologprologprologprolog |
| 17:06.53 | Pali | there is no problem in this code |
| 17:06.54 | jonwil | I used swipl -x policy.plc -t prolog | tee prolog.log |
| 17:07.01 | Pali | ok |
| 17:07.02 | teotwaki | prologprologprologprolog prologprolog prologprologprologprologprologprolog prologprolog prologprolog prologprolog prologprologprologprologprologprologprologprologprologprolog prologprolog prologprolog prologprologprologprologprologprolog |
| 17:07.05 | jonwil | then I typed listing. |
| 17:07.10 | *** join/#maemo nsuffys (~NokiansFr@145.237.146.195.dynamic.adsl.abo.nordnet.fr) |
| 17:07.20 | jonwil | then <blah>:listing. for each .pl file |
| 17:07.47 | Pali | this is only definitions, nothing high level |
| 17:08.08 | *** join/#maemo trumee (~parul@188-222-165-248.zone13.bethere.co.uk) |
| 17:08.10 | *** join/#maemo XDS2010_ (users.1218@gateway/web/irccloud.com/x-ubjmokhckkmyeiml) |
| 17:08.10 | jonwil | ok, so how exactly is that prolog code being told to toggle the jackbias then> |
| 17:09.48 | *** join/#maemo nsuffys (~NokiansFr@145.237.146.195.dynamic.adsl.abo.nordnet.fr) |
| 17:09.59 | *** join/#maemo nsuffys_ (~NokiansFr@145.237.146.195.dynamic.adsl.abo.nordnet.fr) |
| 17:10.14 | Pali | jonwil, can you also uploat that predicate properties? |
| 17:10.15 | *** join/#maemo nsuffys (~NokiansFr@145.237.146.195.dynamic.adsl.abo.nordnet.fr) |
| 17:10.23 | Pali | it show for eatch predicate source file |
| 17:10.38 | Pali | it will be usefull to compare with release meego code |
| 17:11.08 | jonwil | if you look at the log file I posted and find the ?- prompts, that book-ends each listing |
| 17:11.14 | jonwil | so the first one is listing. |
| 17:11.17 | Pali | ok |
| 17:11.43 | jonwil | then they are in order as listed in policy.plc |
| 17:11.47 | jonwil | so init.pl first |
| 17:11.56 | Estel_ | DocScrutinizer and others trying to help - I think I've found possible cause |
| 17:11.56 | jonwil | then load.pl and so on |
| 17:12.02 | Pali | context_variable(jackbias, B) :- ( headset_accessible, ( call_alerting ; call_active ) *-> A=on; A=off |
| 17:12.04 | Estel_ | something is fuckin wrong with that Ir diode, after all |
| 17:12.27 | Estel_ | at very few moment of inserting battery, (without case) I see micro-spark on place where IR diode is connected |
| 17:12.32 | Estel_ | visible only in absolute dark |
| 17:12.38 | Estel_ | (needed to go to bahthroom to notice it) |
| 17:12.43 | Estel_ | but still, it is there |
| 17:13.01 | Pali | so jackbias is ON when headset_accessible is TRUE and ( call_alering is TRUE or call_active is TRUE ) |
| 17:13.16 | Estel_ | why the holy fuck, plate connecting to Ir diode would spark on sole insterting of battery? 0_o |
| 17:13.27 | jonwil | context.pl (location of that code) is totally missing from the meego tree |
| 17:13.30 | Pali | call_alerting :- fact_exists('com.nokia.policy.call', [direction, state], [incoming, created]). |
| 17:14.55 | Pali | call_active :- fact_exists('com.nokia.policy.active_media_group', [media, group, state], [audio_playback, cscall, on]). |
| 17:15.07 | Pali | call_active :- fact_exists('com.nokia.policy.playback', [group, setstate], [ipcall, play]). |
| 17:15.23 | Pali | so we need to send these dbus signals ^^^^ |
| 17:15.37 | jonwil | fact_exists is what exactly? |
| 17:16.02 | Pali | jonwil, try listing(fact_exists). |
| 17:16.24 | Pali | this will be some internal prolog code I think |
| 17:17.35 | Estel_ | still need a little help. is this left-hand side of diode connected to mass, or + voltage? |
| 17:17.48 | Estel_ | I suspect that overheat from 100w soldering iron could short left plate with ground |
| 17:17.52 | Estel_ | with ground plane |
| 17:17.58 | jonwil | grepping code for active_media_group now |
| 17:18.05 | jonwil | that should show up what we need to know |
| 17:18.06 | Estel_ | of course, if it isn't ground anyway ;) |
| 17:18.14 | jonwil | i.e. who tells ohm what to do |
| 17:20.35 | Pali | jonwil, I cannot find in which file was context_variable(jackbias, B) defined |
| 17:20.50 | jonwil | context.pl |
| 17:20.58 | jonwil | which doesnt exist in meego |
| 17:21.47 | Pali | jownil, can you upload output of predicate_property(A, B), B = file(_). too? |
| 17:21.59 | jonwil | that takes too long to press ; all those times :P |
| 17:22.15 | Pali | you can use findall predicate |
| 17:22.32 | jonwil | tell me what to type then |
| 17:26.26 | zeq1 | freemangordon: figured it out. The sb toolchain builder gcc rules file was using debhelp 4 compat |
| 17:26.38 | zeq1 | (which has a different synatx for dh_strip! |
| 17:27.25 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 17:30.21 | jonwil | ok, so pali, what command do I type? |
| 17:30.42 | Pali | findall(A, predicate_property(A, file(_)), C). |
| 17:30.51 | jonwil | ok |
| 17:30.52 | Pali | but it show '...' |
| 17:30.57 | Pali | because output is too big |
| 17:31.04 | Pali | I do not know how to fix this |
| 17:31.06 | jonwil | ok |
| 17:31.08 | jonwil | damn |
| 17:31.12 | Pali | is there any prolog guru? |
| 17:32.02 | Sicelo | Pali: would you have any idea why old ubootpr13 would work on my N900, while the bootmenu-enabled uboot fails to run even with 'stock' kernel? |
| 17:32.30 | Pali | Sicelo, do not know now |
| 17:32.38 | Pali | I have prolog in my head |
| 17:33.25 | Sicelo | :) |
| 17:33.27 | Sicelo | kewl |
| 17:36.11 | Pali | this is correct for printing all: B = file(_), findall((A,B), predicate_property(A, B), C). |
| 17:36.23 | Pali | now to tell prolog to show full line output |
| 17:36.54 | jonwil | ok, tell me if you find out how to do that :) |
| 17:37.25 | jonwil | its a pitty we cant find the magic decompile(blah) that we need :PO |
| 17:37.27 | jonwil | :P |
| 17:40.59 | Pali | jonwil, run this: findall((A,B), predicate_property(A, file(B)), C), member(D, [C, 1]). |
| 17:41.06 | Pali | and then pres 'w' |
| 17:41.17 | Pali | and after that '.' |
| 17:41.45 | merlin1991 | l |
| 17:42.39 | jonwil | it doesnt like member(blah) |
| 17:42.58 | *** join/#maemo jluisn_ (~quassel@187.115.172.24) |
| 17:43.24 | jonwil | wants to remove that term from the expression |
| 17:43.38 | jonwil | oh wait my fault |
| 17:43.48 | MohammadAG | jacekowski, back |
| 17:43.50 | DocScrutinizer51 | Estel_: I have a bare PCB but no gerbers for the 8ish layers of the PCB |
| 17:45.08 | Estel_ | yea... I've xtracted solder from all the pad, and I clearly see that it was shorted with ground - due to extensive heat, part of solder mask get away and it's shorted with 1st layer of ground |
| 17:45.17 | Estel_ | first one, at the surface (i hope only here) |
| 17:45.33 | Estel_ | well, learn on my mistakes, everyone, and never ever repair N900 without proper tools. and never use 100W soldering iron :P |
| 17:45.35 | Estel_ | seriously though |
| 17:45.41 | Estel_ | after removing whole solder, it's still shjort |
| 17:45.49 | Estel_ | well, sparking even more, due to worse connection |
| 17:46.17 | Estel_ | I wonder how the fuck could I remove shortcut here, if, for some reason, ground plane touches +V of irc diode pad |
| 17:46.31 | Estel_ | other than cutting off 3mmx1mm of PCB apart |
| 17:46.40 | Estel_ | like cancer cell, lol |
| 17:47.31 | DocScrutinizer51 | Estel_: WAIT! I'm @home in 30 min |
| 17:47.43 | Estel_ | OK |
| 17:47.48 | Estel_ | sorry, I though You've finished :) |
| 17:47.55 | Estel_ | (as You've replied) |
| 17:48.05 | Estel_ | no worries, i'm not going to cut anything... yet :LD |
| 17:48.06 | DocScrutinizer51 | make decent macro shots! |
| 17:48.12 | Estel_ | exactly what i'm doing right now |
| 17:52.07 | jonwil | pali: http://www.cncmods.net/files/prolog2.log |
| 17:52.15 | jonwil | thats what I can get out of that command line |
| 17:52.34 | Pali | ok, thanks |
| 17:52.49 | Pali | some sed script which add '\n' and it will be readable :-) |
| 17:53.44 | jonwil | hmm it seems to only have output one item from each .pl file |
| 17:53.48 | jonwil | I could be wrong though |
| 17:54.11 | jacekowski | MohammadAG: can you translate http://jacekowski.org/IMG_20120724_2047452.jpg - text at the bottom |
| 17:54.52 | MohammadAG | jacekowski, the green text? |
| 17:55.13 | MohammadAG | if you mean the blue ink, they're numbers |
| 17:55.22 | jacekowski | blue |
| 17:56.09 | jonwil | any luck pali? |
| 17:56.25 | Pali | sed 's/),/),\n/g' prolog2.log |
| 17:56.31 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 17:56.34 | jonwil | are we any closer to finding out the way to trigger this jack thing? |
| 17:56.48 | Pali | jonwil, yes see log ^^^^^ |
| 17:57.01 | Pali | find call_active |
| 17:57.07 | Pali | this should be enought |
| 17:57.11 | MohammadAG | jacekowski, pm |
| 17:57.15 | Pali | but I will continue later |
| 17:57.27 | Pali | for today is enought |
| 17:57.33 | Pali | we have everything which is needed |
| 17:59.35 | Pali | this script reformat output: sed "s/'),/'),\n/g" prolog2.log | grep policy-settings-0.4.10.7+0m5 |
| 18:02.35 | jonwil | fact_exists comes from http://meego.gitorious.org/maemo-multimedia/prolog/blobs/6feb212f9b720caa57ddffb935e3f3ac47f4a4e0/extensions/pl_fact.c |
| 18:02.48 | jonwil | it uses ohm APIs to check fact store |
| 18:08.22 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 18:08.49 | *** join/#maemo shadeslayer (~shadeslay@ubuntu/member/shadeslayer) |
| 18:10.51 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.29) |
| 18:11.12 | *** join/#maemo Sicelo (sicelo@unaffiliated/sicelo) |
| 18:12.22 | Pali | so C code |
| 18:12.34 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 18:12.42 | Pali | from names I see that these are dbus names |
| 18:14.24 | DocScrutinizer06 | Estel_: you made macro snapshots? |
| 18:15.34 | Estel_ | Hi DocScrutinizer, thanks for help. I'm trying - I forget that my camera is 300 miles away. Obviously, I can't take photos with N900, and N950 ones, even with amcro settings, result in a crap quality, not to mention lack of tripod mounting point... |
| 18:15.46 | Estel_ | I try to recover my old camera, that was lying in drawer for 4 years |
| 18:15.51 | *** join/#maemo messerting_ (~messertin@cm-84.209.20.159.getinternet.no) |
| 18:15.55 | Estel_ | (still, I remember it made decent macro shots) |
| 18:16.02 | Estel_ | charging it's battery, actually |
| 18:16.26 | DocScrutinizer05 | k |
| 18:16.39 | Estel_ | or, maybe You know how to change focus in N950 pre-1.2 camera app? ;) |
| 18:17.34 | Estel_ | all right, old camera is working! brb. |
| 18:21.49 | kerio | will never solder anything |
| 18:23.36 | zeq1 | freemangordon: I have it all working properly now. |
| 18:24.02 | DocScrutinizer05 | Estel_: anode of LED sits at Vbat+ |
| 18:25.46 | DocScrutinizer05 | Estel_: any tiny short to GND will eventually deplete battery completely, and without _any_ voltage at battery, and even a rather low resisive load via your short, no charging of any kind will kick in |
| 18:26.25 | *** join/#maemo brzys (~brzys@178-37-142-18.adsl.inetia.pl) |
| 18:27.11 | DocScrutinizer05 | the bq24150 will abort any emergency charging due to error VBAT_very_low |
| 18:27.42 | DocScrutinizer05 | now let me see if I can find my bare PCB |
| 18:27.57 | DocScrutinizer05 | got it |
| 18:29.31 | Estel_ | nods |
| 18:29.36 | Estel_ | Thanks a lot, it makes sense now |
| 18:29.47 | DocScrutinizer05 | yeah, BOTH pads of IR-LED are contacted to inner layer trace by 3 vias, and surrunded by GND plane |
| 18:29.54 | Estel_ | just a few minutes, I must charge batteries little more, it died againwhen I wanted to shot |
| 18:29.56 | Estel_ | (camera) |
| 18:30.28 | DocScrutinizer05 | Estel_: I'm afraid you have to desolder IR-LED completely |
| 18:30.40 | DocScrutinizer05 | then clean up pads |
| 18:30.41 | Estel_ | yes, negative one is Ok, but left hand one is shorted to ground plane |
| 18:30.51 | DocScrutinizer05 | with desolder braid |
| 18:30.54 | Estel_ | I've desoldered ir led and removed all solder from left pad |
| 18:31.00 | Estel_ | resu;t - it sparks even more :P |
| 18:31.08 | Estel_ | (due to worse connection on short) |
| 18:31.36 | Estel_ | I'm afraid either pad or ground plane fragment got deformed and touch traces of anode, a little |
| 18:31.38 | DocScrutinizer05 | desolder IR-LED *completely, remove it from board |
| 18:31.42 | DocScrutinizer05 | dispose it |
| 18:31.45 | Estel_ | will show it in photo in few minutes |
| 18:32.49 | Estel_ | I also think that after initial sparking, something cuts off power from whole N900 |
| 18:32.54 | Estel_ | as it sparks only for a moment |
| 18:33.04 | Estel_ | and battery isa 3.75V, despite sitting in N900 for few days |
| 18:33.06 | Pali | info about decompiled prolog code for jack bias is here: http://talk.maemo.org/showpost.php?p=1242365&postcount=39 |
| 18:33.12 | Estel_ | I suspect it would be all fried, with constant short |
| 18:33.36 | Estel_ | (it sparks, now with a micro tiny bit of smoke, and is quiet afterwards) |
| 18:34.21 | Estel_ | of course it is totally in line with Your info about things cutting of possibility of emergency charge and other "I'm dead, leave me alone" symptoms |
| 18:34.38 | trx | hmm, status led on my n900 isn't working, keyboard backlight also.. is this a known issue? |
| 18:35.13 | zeq1 | freemangordon: so close... |
| 18:35.14 | Estel_ | trx, I experienced in once some time ago, when I kept my sspare sim under backcover. when I removed it - = removed additional presure - it started to work again, after next reboot |
| 18:35.15 | DocScrutinizer05 | Estel_: stop that fireworks shit! |
| 18:35.16 | zeq1 | dpkg: dependency problems prevent configuration of libstdc++6-dbg: |
| 18:35.16 | zeq1 | <PROTECTED> |
| 18:35.16 | zeq1 | <PROTECTED> |
| 18:35.26 | Estel_ | DocScrutinizer, ?I'm not doing it ;) just writing how it looked |
| 18:35.37 | Estel_ | after I've removed solder and tried again |
| 18:35.38 | DocScrutinizer05 | Estel_: http://maemo.cloud-7.de/Gallery-N900-exploded/platine_02.jpeg zoom in to 1000% until you see the vias on your both pads |
| 18:35.50 | zeq1 | anybody any idea why the versions aren't matching? |
| 18:35.57 | DocScrutinizer05 | (triangle on upper, 3 in a line on lower) |
| 18:35.59 | trx | Estel_ i have nothing there, never did |
| 18:36.13 | trx | (except for the sim card) |
| 18:36.31 | zeq1 | I've used Depends: libstdc++6 (= ${binary:Version}) |
| 18:36.38 | zeq1 | in the control file |
| 18:36.41 | DocScrutinizer05 | Estel_: you'll get an idea about the tiny itsy bitsy gap between pads and surrounding groundplane |
| 18:36.53 | Estel_ | sure, looking at it, wait a second |
| 18:38.12 | Estel_ | ok, i see it, 3 dots in line on right, and triangle on left. what is it, exactly? |
| 18:38.44 | Estel_ | You're telling me this is +, and rest is groundplane?0_o? |
| 18:39.15 | Estel_ | holy shit, i though it's just mark of place where metal is attached via laser or electricized, instead of soldering |
| 18:39.21 | DocScrutinizer05 | the dots are vias |
| 18:39.33 | Estel_ | like on flat cables connected to liion cells |
| 18:39.34 | DocScrutinizer05 | tha copper pads are the soldering area |
| 18:39.48 | *** join/#maemo mase76 (~mase76@p5DD39768.dip.t-dialin.net) |
| 18:39.49 | DocScrutinizer05 | everything around (green) is ground plane |
| 18:40.08 | Estel_ | OK, I get it, that whole coopera apd is soldering area (obviously) but I think I fail to understand what vias is |
| 18:40.53 | Estel_ | You mean dark green also, or light green only? i..e, dark green is insulating space? |
| 18:41.47 | DocScrutinizer05 | a via is a hole in PCB with copper "tube" (or "wire") inside, connecting one layer traces to another layer's traces |
| 18:42.13 | DocScrutinizer05 | those are most likely closed laser vias |
| 18:42.28 | Estel_ | 2wait a second, going to do photos... |
| 18:42.33 | Estel_ | yea, that is what I understand as vias |
| 18:42.33 | DocScrutinizer05 | I.E "wire", not "pipe" |
| 18:42.41 | Estel_ | ah, I see |
| 18:42.44 | Estel_ | oh my. |
| 18:42.49 | Estel_ | there "small" here |
| 18:42.58 | DocScrutinizer05 | and diameter of like 0.05mm |
| 18:43.35 | Estel_ | hoever, my damn fireworks appear not in place where those triangle is located, more like in center,even 0.1mm off to the opposite side |
| 18:43.44 | Estel_ | brb |
| 18:44.25 | DocScrutinizer05 | wiki Via (electronics) |
| 18:45.06 | DocScrutinizer05 | ~wiki Via (electronics) |
| 18:45.42 | trx | Estel_ i removed the battery and the sim card, put them back in place and booted the phone.. it works now.. |
| 18:45.49 | trx | Estel_ thanks for the tip :) |
| 18:46.45 | DocScrutinizer05 | Estel_: http://en.wikipedia.org/wiki/Via_(electronics) |
| 18:46.50 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 18:50.58 | Estel_ | DocScrutinizer, uploading photo now |
| 18:51.09 | Estel_ | Yea, have seen this article 5 minutes earlier :D |
| 18:51.38 | trx | also, time and date have been lost, does that mean that my onboard battery is dead? |
| 18:51.58 | freemangordon | zeq1: seems the epoch is missing |
| 18:52.36 | freemangordon | zeq: BTW why (= 4:4.7.2-0+cssu0-thumb0) but not (= 4:4.7.2+cssu0) |
| 18:53.01 | freemangordon | and where comes the epoch from? |
| 18:56.38 | zeq1 | thumb because I realised they are possibly built with thumb, since I don't think I specified not to... |
| 18:56.50 | zeq1 | I'll check |
| 18:57.50 | zeq1 | I don't know where the epoch is coming from. I'll put the control.in and rules on my site so you can take a look |
| 18:58.23 | DocScrutinizer05 | trx: most likely, like for 95% of us |
| 18:58.46 | *** join/#maemo disco_stu (~wrt54gl@190.216.32.137) |
| 18:59.27 | DocScrutinizer05 | trx: WANNA REPLACE IT? |
| 18:59.35 | DocScrutinizer05 | oops, sorry capslock |
| 19:01.02 | Estel_ | DocScrutinizer, http://lorienart.pl/plate.jpg |
| 19:01.18 | Estel_ | left one is fubar, but it isn't the one causing problem |
| 19:01.23 | zeq1 | freemangordon: they're in the sb-toolchain subdir |
| 19:01.42 | Estel_ | right one is the one sparking, please look at this small fragment of lost solder mask on right side |
| 19:02.06 | Estel_ | It seems to me, that it's solder mask burned out due to sparkings |
| 19:02.11 | freemangordon | zeq1: ok |
| 19:02.24 | Estel_ | it looks clean now, cause I've cleaned it during removing solder from pad |
| 19:02.51 | Estel_ | this is exact place - meeting of this palce on ground plane, and solder plate - where it sparks |
| 19:03.04 | Estel_ | Trizt, no problem, sometimes, led's driver isn't loaded at all |
| 19:03.10 | kerio | trx: gpsrecorder could help, but agps requires correct time to work properly |
| 19:03.25 | Estel_ | most likely, it doesnm't mean it's going to die soon - I got this problem fo0r a week, then it disappeared, and never ever appeared again, for months |
| 19:03.34 | Estel_ | trx, not Trizt |
| 19:03.36 | Estel_ | sorry :) |
| 19:05.37 | freemangordon | zeq1: Package: libstdc++6-dev - Depends: libstdc++6 (>= CC_GCCVER), libc6-dev |
| 19:05.39 | freemangordon | Package: libstdc++6-dbg - Depends: libstdc++6 (= ${binary:Version}) |
| 19:05.53 | freemangordon | I think it should be Package: libstdc++6-dbg - Depends: libstdc++6 (= CC_GCCVER) |
| 19:06.03 | freemangordon | the same for libgc1-dbg |
| 19:06.14 | DocScrutinizer05 | Estel_: you created a short there, and it got worse by itself from the sparks |
| 19:06.15 | freemangordon | *libgcc1-dbg |
| 19:06.27 | Estel_ | nods |
| 19:06.32 | Estel_ | any idea how to fix it? |
| 19:06.35 | DocScrutinizer05 | Estel_: use a pin and scratch the gap clean |
| 19:07.11 | Estel_ | ok, You mean trying to re-create this dark green gap (as in your explode photo?) |
| 19:07.13 | DocScrutinizer05 | then "polish" the whole area with e.g. glass fibre pencil |
| 19:07.23 | DocScrutinizer05 | yes |
| 19:07.34 | Estel_ | glass fibre pencil? wtf is that? |
| 19:07.38 | Estel_ | is going to check on google |
| 19:07.40 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.1) |
| 19:07.56 | freemangordon | zeq1: also please edit CC_GCCVER so the final version to become 4:4.7.2+cssu0, and make sure to not compile it with -mthumb :) |
| 19:08.12 | *** join/#maemo hazchemix (~user@m83-178-105-96.cust.tele2.nl) |
| 19:08.39 | freemangordon | zeq1: BTW epoch comes from debian/changelog, would you please check it |
| 19:08.45 | DocScrutinizer05 | Estel_: http://www.artifolk.co.uk/catalog/products/airbrush_accessories/faber_castell_glass_fibre_eraser_pen.htm |
| 19:10.29 | Estel_ | thanks a lot, i'll try to fix it... No matter what, I owe You a good beer :) |
| 19:10.59 | Estel_ | if not for the time spent on looking at it. I hope it's repairable, it would be extremely stupid to have non working N900 due to micro short on IR diode plate |
| 19:11.37 | DocScrutinizer05 | Estel_: remove a dot of green varnish at surrounding groundplane. Then test isolation between pad and groundplane blank spot with a DMM (plus on pad!) |
| 19:12.29 | DocScrutinizer05 | without battery inserted it should be relatively high resistance (at least after a while when capacitors got charged) |
| 19:12.29 | Estel_ | ok. Out of curiosity, why plus on pad matter when testing resistance? |
| 19:12.39 | Estel_ | ah |
| 19:12.41 | Estel_ | understood |
| 19:12.54 | DocScrutinizer05 | it matters since otherwise you will reverse supply a lot of stuff |
| 19:13.34 | Estel_ | You mean that testing resistance without battery, with multimeter, with plus on ground plane, can be dangerous for N900 in all conditions (not only in my short) |
| 19:13.36 | Estel_ | ? |
| 19:13.47 | DocScrutinizer05 | yes |
| 19:14.14 | Estel_ | what kind of voltage/amperage DMM use for testing resistance? |
| 19:14.15 | DocScrutinizer05 | also you should use a good DMM with a test voltage not >1.0V |
| 19:14.20 | DocScrutinizer05 | depends |
| 19:14.26 | Estel_ | a-ha, it's not standarized? |
| 19:14.27 | DocScrutinizer05 | 0.1...9V |
| 19:14.39 | Estel_ | OK |
| 19:14.51 | Estel_ | will test it with 2nd multimeter, when I'll be near one |
| 19:15.14 | DocScrutinizer05 | you can test with your tongue |
| 19:15.27 | Estel_ | no effect |
| 19:15.28 | DocScrutinizer05 | if you taste electricity, it's too much |
| 19:15.32 | Estel_ | I.e. don't feel anything |
| 19:15.55 | trx | DocScrutinizer05 even if i wanted to, i dont think i could find one :) |
| 19:16.11 | DocScrutinizer05 | spare cell? |
| 19:16.14 | Estel_ | BTW, lets rewing what happened. I made microshort, so n900 worked, but was acting strangtely. such micro-short could be reaosn why n900 turned out on it's own, when putting battery in? |
| 19:16.20 | Estel_ | it was first thing that troubled me |
| 19:16.44 | trx | DocScrutinizer05 yeah |
| 19:16.50 | DocScrutinizer05 | Estel_: yep |
| 19:16.54 | DocScrutinizer05 | ~bupbat |
| 19:16.54 | infobot | bupbat is probably http://www.mouser.com/catalog/632/2009.pdf http://il.farnell.com/taiyo-yuden/pas414hr-va5r/cap-0-06f-3-3v-80ohm-4-8mm-coin/dp/1853000?Ntt=PAS414HR-VA5R, or use the capacitive type, LiIon are breaking during 12 months |
| 19:17.09 | Estel_ | later, this little short gets bigger and bigger onb it's own, due to resistance etc, which resulted in charging being cut off, yep? when i left it on charging, it just got so big, that N900 said "emergency off" |
| 19:17.23 | Estel_ | everything matches, i.e. no things that we don't know why happened? |
| 19:17.23 | DocScrutinizer05 | yep |
| 19:18.39 | Estel_ | nice bup, it's pity that they don't have sample program ;) |
| 19:18.47 | Estel_ | shipping = 10x price of battery |
| 19:18.54 | DocScrutinizer05 | :nod: |
| 19:19.22 | Estel_ | I suspect that standard coin battery with 3V won't work there well (or at all?) |
| 19:19.34 | DocScrutinizer05 | no good idea |
| 19:19.45 | DocScrutinizer05 | rather use a standard capacitor (goldcap) |
| 19:20.20 | DocScrutinizer05 | min 3V |
| 19:20.27 | DocScrutinizer05 | well, 2.8 |
| 19:21.02 | DocScrutinizer05 | nah scratch that, I'm speculating |
| 19:21.16 | DocScrutinizer05 | min 3.3V I'd *guess* |
| 19:21.31 | DocScrutinizer05 | (for the goldcap) |
| 19:22.39 | Estel_ | nods |
| 19:22.42 | DocScrutinizer05 | two or 3 guys actually did already, and said it works fine |
| 19:22.52 | Estel_ | btw, after all, I feel a little bit of electricity, when checking multimeter with tongue |
| 19:23.09 | Estel_ | on 200 OHM resolution |
| 19:23.15 | Estel_ | (up to 200 ohm) |
| 19:23.25 | DocScrutinizer05 | yeah, that's ok |
| 19:23.49 | DocScrutinizer05 | just make sure you don't swao plus and minus |
| 19:23.54 | DocScrutinizer05 | swap* |
| 19:24.31 | DocScrutinizer05 | and don't switch to higher range without previously checking again! |
| 19:24.42 | DocScrutinizer05 | this time with a second DMM |
| 19:24.47 | Estel_ | plus on soldering pad of diode (offending one), minus on ground plane, yep? |
| 19:24.56 | DocScrutinizer05 | yep |
| 19:25.29 | Estel_ | still 15 ohm resistance :/ |
| 19:25.39 | DocScrutinizer05 | steady? |
| 19:25.41 | Estel_ | I have feeling, that it's get lower when I try to clean it? 0_o |
| 19:25.45 | Estel_ | yea |
| 19:26.08 | DocScrutinizer05 | properly scratch the gap/trench free |
| 19:26.27 | DocScrutinizer05 | with a usual pin |
| 19:26.35 | Estel_ | slowly dropping |
| 19:26.47 | Estel_ | i.e. becoming *lower* not higher |
| 19:26.53 | DocScrutinizer05 | :-o |
| 19:27.07 | DocScrutinizer05 | forget testing with DMM then |
| 19:27.09 | Estel_ | yea, trying, it's damn small, and reflections of light form exposed ground plane doesn't help |
| 19:27.16 | Estel_ | hm? |
| 19:27.38 | DocScrutinizer05 | it might show bogus values due to other components sharing Vbat+ |
| 19:27.49 | *** join/#maemo FIQ (~FIQ@unaffiliated/fiq) |
| 19:28.34 | Estel_ | yea... BTw, 2nd pad of this diode doesn't have connection with ground |
| 19:28.36 | Estel_ | is it normal? |
| 19:28.37 | DocScrutinizer05 | just remove the short by scrating it away. Don't be too gentle to the surrounding groundlane when doing so |
| 19:28.46 | Estel_ | I mean 2nd pad, that isnt sparking |
| 19:29.01 | DocScrutinizer05 | it's to a transistor |
| 19:29.06 | DocScrutinizer05 | (2nd pad) |
| 19:29.24 | DocScrutinizer05 | so it damn better was NOT connected to GND while device off |
| 19:30.34 | Estel_ | :D |
| 19:30.47 | Estel_ | I hope that short is indeed on outer side, not happened in internal layers |
| 19:30.53 | Estel_ | (due to heat from initial soldering) |
| 19:31.03 | Estel_ | You know, no melted isolating layters between cooper layers |
| 19:31.07 | Estel_ | vias or whatever |
| 19:31.31 | DocScrutinizer05 | depending on how deep your soldering hurted the plastic of PCB, you shouldn't scratch too deep on that short |
| 19:31.51 | DocScrutinizer05 | rather remove a bit of the groiundplane where it "touches" the pad |
| 19:32.11 | Estel_ | yea, as of being not too gently on surrounding ground plane - no risk that I'll bend something and make things worse? i.e. cross ground plane with any trace beneath it, while scratching ;) |
| 19:32.43 | DocScrutinizer05 | not if you're only scrating away the copper ;-P |
| 19:33.49 | DocScrutinizer05 | I'm more afraid you hurt a lower layer trace wehn scratching the "trench"/gap too much with your pin |
| 19:34.21 | DocScrutinizer05 | ground plane otoh is basicaly useless at that location |
| 19:34.39 | DocScrutinizer05 | you can remove some 2 mm without any adverse effect |
| 19:35.24 | DocScrutinizer05 | use good magnifier glass to inspect stuff |
| 19:35.45 | DocScrutinizer05 | touch with a wet finger to make dust invisible |
| 19:35.56 | Estel_ | aye, proceeding |
| 19:36.47 | DocScrutinizer05 | use a pinpointed but "round tip" small knife to scratch away a bit from groundplane |
| 19:37.20 | DocScrutinizer05 | something like smallest size swiss army knife |
| 19:38.17 | DocScrutinizer05 | or a dremel with a milling tool, if you are careful |
| 19:38.39 | Estel_ | trying with knife... well, now I have 0.9 ohm resistance, i.e. direct contact 0_o |
| 19:38.45 | Estel_ | and I'm extremely careful |
| 19:38.52 | DocScrutinizer05 | shit |
| 19:40.00 | *** join/#maemo user_____ (~user@146.90.189.50) |
| 19:40.18 | DocScrutinizer05 | you could cut a new trench to groundplane, to form an isle that then may connect to Vbat+ all it likes, as it's no longer connected to GND |
| 19:40.32 | Estel_ | it reminds me of when I tried to remove short on badly "repaired" usb port on my first N900 - more I triued to remove short between 2 pins, the better it became. either i'm terrible at scratching, or pcb is very, very fragile when it comes to layers |
| 19:40.55 | *** join/#maemo ZogG_lap1op (~ZogG_lapt@188.64.201.31) |
| 19:41.10 | user_____ | you found the fault? |
| 19:41.11 | Estel_ | I wonder, what traces are locaterd there, beneath surface - maybe it's not that bad idea, after all, to cut ou 0.5 mm x 1mm part of PCB, at all? ;) |
| 19:41.16 | Estel_ | of course i'm going to try scratch more |
| 19:41.17 | Estel_ | for now |
| 19:41.22 | Estel_ | yea |
| 19:41.33 | Estel_ | short between pad of IR plate and ground plane |
| 19:41.35 | vi_ | what did you do? |
| 19:41.47 | Estel_ | connected battery to bare motherboard in bahthroom, saw a micro-spark |
| 19:41.54 | vi_ | Estel_: HTF did you manage that?? |
| 19:42.01 | Estel_ | DocScrutinizer, helped me much to properly diagnose wtf,. now trying to remove short |
| 19:42.11 | Estel_ | overheat on solderin iron, probably |
| 19:42.11 | DocScrutinizer05 | http://lorienart.pl/plate.jpg |
| 19:42.16 | Estel_ | melted gap between ground plane and pad |
| 19:42.22 | Estel_ | yea |
| 19:42.47 | Estel_ | it had to be micro, micro, micro short, as n900 worked for a day, but with time, due to heat on this micro bit of surface, it become bigger |
| 19:43.08 | Estel_ | to the point of n900 doing emergency cut off |
| 19:43.08 | vi_ | ... |
| 19:43.22 | Estel_ | DocScrutinizer, concluded, from schematics, that anode of diode is connected directly to V+ from battery |
| 19:43.24 | vi_ | I thought the IR controller would have short protection built in. |
| 19:43.31 | Estel_ | see above :P |
| 19:43.48 | Estel_ | basically, I have short between battery + and ground :/ |
| 19:43.57 | vi_ | wow. |
| 19:44.07 | Estel_ | the sad fact - more IO try to remove it (short), the less resistive it become, now it is 0.9 ohm |
| 19:44.07 | vi_ | you gone fucked up proper. |
| 19:44.29 | vi_ | No more IR diode for you. |
| 19:45.01 | Estel_ | fck the diode, I want working N900 |
| 19:47.28 | Estel_ | DocScrutinizer, it's going better! Out of 200 scale now |
| 19:47.38 | Estel_ | managed to scratch ground plane better with a fork (sic!) |
| 19:47.47 | Estel_ | one tooth of fork, to be precise |
| 19:48.16 | DocScrutinizer05 | Estel_: actually the 0.9R might be a good thing: with your initial 15R there are like 300mA flowing from battery via that thing, max 1W. NOW it will be like 3..4A, and 15W, which should burn away the short in a few milliseconds |
| 19:48.48 | Estel_ | battery protective circuit would cut it off, no? |
| 19:48.51 | freemangordon | but,but,what is the material of PCB? |
| 19:49.03 | Estel_ | fiber glass-epoxy? |
| 19:49.03 | DocScrutinizer05 | yeah, probably it will cut it off |
| 19:49.10 | freemangordon | isn't int it epoxy? |
| 19:49.12 | DocScrutinizer05 | but it might actually suffice |
| 19:49.18 | vi_ | fr4!!! |
| 19:49.28 | freemangordon | but epoxy should stand to at least 150 deg |
| 19:49.36 | Estel_ | now I see whiote pcb material under ground plane, I think i'm closing to happy end |
| 19:49.51 | Pali | can somebody who has n900 rootfs extracted on computer find which applications have string "active_media_group" ? |
| 19:50.09 | Pali | which files? |
| 19:50.28 | freemangordon | Pali: grepping on the device takes some 2-3 minutes iirc |
| 19:50.44 | *** join/#maemo Trizt (~user@2a03:4000:1::2e26:ed96:1) |
| 19:51.28 | freemangordon | make them 10, but still, it is not slow |
| 19:52.13 | Pali | I found way how to enable jack bias |
| 19:52.41 | Pali | pb_playback_new and use PB_CLASS_VOIP and PB_STATE_PLAY |
| 19:53.12 | freemangordon | jack bias? |
| 19:53.28 | freemangordon | WTF is that? |
| 19:53.43 | freemangordon | Pali: in the meantime http://talk.maemo.org/showpost.php?p=1242411&postcount=686 |
| 19:54.51 | Pali | jack bias is alsa switch |
| 19:55.03 | Pali | when is disabled headset button is disabled |
| 19:55.22 | Pali | and maemo system doing all to permanently disable it |
| 19:58.29 | DocScrutinizer05 | headset button AND mic |
| 19:58.39 | freemangordon | hmm, ok |
| 19:58.44 | freemangordon | zeq: ping |
| 19:58.50 | zeq1 | just back from dinner |
| 19:58.51 | zeq1 | :) |
| 19:58.53 | freemangordon | :) |
| 19:59.04 | freemangordon | did yiou see my comments? |
| 19:59.21 | freemangordon | hates typos |
| 19:59.22 | *** join/#maemo Sicelo_ (sicelo@unaffiliated/sicelo) |
| 19:59.31 | DocScrutinizer05 | Pali: afaik it's sufficient to start recorder to power micbias |
| 19:59.39 | DocScrutinizer05 | aka jack-bias |
| 19:59.51 | Pali | yes via pb_* |
| 19:59.52 | zeq1 | about making sure it's not compiled thumb and checking Changelog |
| 19:59.53 | Pali | functions |
| 20:00.06 | zeq1 | just going to rebase fennec first... |
| 20:00.11 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.18) |
| 20:01.22 | DocScrutinizer05 | unless you have recorder running, it will have video CVBS on same pin of jack - and _no_ micbias |
| 20:01.26 | kerio | Pali: you should tell Saturn about your script, actually |
| 20:01.30 | kerio | (re:cleven) |
| 20:02.04 | freemangordon | zeq1: debian/control too, I will query you with all the stuff again |
| 20:02.12 | Pali | here is: http://atrey.karlin.mff.cuni.cz/~pali/packet-injection.sh |
| 20:02.19 | zeq1 | freemangordon: fennec rebased |
| 20:02.22 | zeq1 | and pushed |
| 20:02.29 | kerio | Pali: he's not here though |
| 20:02.29 | kerio | i think |
| 20:02.42 | Pali | kerio, post link where is needed |
| 20:02.47 | kerio | i don't have a TMO account! |
| 20:02.47 | DocScrutinizer05 | Pali: there's also been an app that allows skipping to next song on mediaplayer, with headset button |
| 20:02.49 | Pali | I'm going offline now |
| 20:02.49 | Estel_ | DocScrutinizer, more than 20k ohm resistance, i think it's enough :P |
| 20:02.56 | DocScrutinizer05 | Pali: they had same problem, and solved it |
| 20:03.05 | DocScrutinizer05 | yep :-D |
| 20:03.10 | freemangordon | zeq1: great, going to build it |
| 20:03.12 | Pali | Doc, no they did not solved it |
| 20:03.30 | Pali | I'm writing proper maemo code for it |
| 20:03.35 | Estel_ | going to assembly device a little and check.. Or anything else I could do before? |
| 20:03.42 | Pali | jonwil help me with decoding prolog code |
| 20:03.50 | Pali | and now I know how to do it |
| 20:03.56 | DocScrutinizer05 | Estel_: redo your batchroom thing |
| 20:04.06 | DocScrutinizer05 | bathroom* |
| 20:04.28 | Pali | ok, working :-) |
| 20:04.28 | DocScrutinizer05 | Pali: that's great news |
| 20:04.43 | DocScrutinizer05 | the prolog disassembly |
| 20:04.58 | Pali | patch for open media player based on libplayback library will be later |
| 20:05.02 | Estel_ | did it, no sparks detected |
| 20:05.09 | freemangordon | Pali: please find some time tomorrow to push new KP with fixed bootimg provides: |
| 20:05.32 | freemangordon | as I depend on it to push a new cssu-thumb |
| 20:05.54 | DocScrutinizer05 | Estel_: so next step will be attach to PC, check if ROMBL will register, no? You don't need to attach screen for that |
| 20:06.20 | *** join/#maemo chenca (chenca@nat/indt/x-nwppyfbnaylhudkr) |
| 20:06.38 | freemangordon | zeq1: did you see the query? |
| 20:06.43 | *** join/#maemo setanta (setanta@nat/indt/x-zrtvxvtclyaepuhr) |
| 20:06.51 | DocScrutinizer05 | means you don't need to detach it when something still doesn't work |
| 20:07.07 | DocScrutinizer05 | waves and heads out for dinner |
| 20:07.14 | Estel_ | true, good idea |
| 20:07.18 | Estel_ | thanks a lot and bon apetit! |
| 20:07.23 | Estel_ | I'll write later how it turned out |
| 20:07.43 | DocScrutinizer05 | ~botsnack |
| 20:07.43 | infobot | DocScrutinizer05: thanks |
| 20:08.07 | DocScrutinizer05 | I'm still around for a while, listening to highlights |
| 20:08.17 | *** join/#maemo Cor-Ai_ (~cor-ai@c-3342e253.67-8-64736c10.cust.bredbandsbolaget.se) |
| 20:08.19 | *** join/#maemo Ian-- (Ian--@46.11.29.44) |
| 20:08.21 | DocScrutinizer05 | ~botsnack |
| 20:08.21 | infobot | thanks, DocScrutinizer05 |
| 20:09.10 | *** join/#maemo mickname (luodemm1@kosh.org.aalto.fi) |
| 20:09.59 | *** join/#maemo Cor-Ai (~cor-ai@c-3342e253.67-8-64736c10.cust.bredbandsbolaget.se) |
| 20:11.17 | Sc0rpius | how many posts I need in tmo to tag a thread? |
| 20:11.25 | zeq1 | freemangordon: should I explicitly specfify --with-mode=arm? |
| 20:12.23 | freemangordon | Sc0rpius: 300 afaik |
| 20:12.35 | Sc0rpius | :S |
| 20:12.39 | Sc0rpius | I have that |
| 20:12.48 | freemangordon | zeq1: thumb should be turned off by default |
| 20:13.06 | freemangordon | zeq1: lemme check my configure |
| 20:13.26 | zeq1 | I think it is default off, but --with-mode=arm makes it explicit |
| 20:13.40 | zeq1 | --with-mode=thumb make -mthumb default |
| 20:13.44 | freemangordon | ok |
| 20:14.08 | zeq1 | I'll rebuild with --with-mode=arm to make sure |
| 20:14.28 | freemangordon | zeq1: you can just use readelf |
| 20:14.29 | zeq1 | I've got a good build procedure in place now |
| 20:14.38 | freemangordon | on compiled binaries |
| 20:14.49 | freemangordon | readelf -A should do the job |
| 20:15.09 | Estel_ | YEA!!!!! it works! |
| 20:15.35 | *** join/#maemo vblazquez (~vic@108.69.15.37.dynamic.jazztel.es) |
| 20:15.35 | Estel_ | DocScrutinizer, enormous thanks. you have few bootles of best beer on me, either if we meet in person, or via HEN donation, which one You feel more proper |
| 20:15.39 | *** join/#maemo Cor-Ai (~cor-ai@c-3342e253.67-8-64736c10.cust.bredbandsbolaget.se) |
| 20:15.49 | Estel_ | my dear N900 is working again *off-screen love scene* |
| 20:16.14 | zeq1 | freemangordon: does that actually say whether thumb is used or whether it's supported? |
| 20:16.48 | freemangordon | if it has TAG_THUMB2, then it is used |
| 20:17.08 | freemangordon | iirc |
| 20:17.31 | freemangordon | zeq1: well, rebuild it, just to make sure |
| 20:18.00 | zeq1 | it's building |
| 20:18.02 | zeq1 | :) |
| 20:18.07 | freemangordon | :) |
| 20:18.27 | zeq1 | is this so it can make it to CSSU proper? |
| 20:19.08 | freemangordon | well, we've never discussed toolchain upgrade, but why not? |
| 20:19.30 | zeq1 | it makes sense |
| 20:19.38 | *** join/#maemo mase76 (~mase76@p5DD39768.dip.t-dialin.net) |
| 20:19.41 | zeq1 | if we can show it to be useful |
| 20:19.59 | freemangordon | yeah |
| 20:21.11 | zeq1 | freemangordon: going to take a look at that changelog, and dropping the thumb0 |
| 20:21.22 | freemangordon | ok |
| 20:21.41 | freemangordon | zeq1: did you look at control.in |
| 20:22.08 | freemangordon | zeq1: |
| 20:22.11 | freemangordon | control.in |
| 20:22.13 | freemangordon | Package: libstdc++6-dev - Depends: libstdc++6 (>= CC_GCCVER), libc6-dev |
| 20:22.15 | freemangordon | Package: libstdc++6-dbg - Depends: libstdc++6 (= ${binary:Version}) |
| 20:22.17 | freemangordon | I think it should be: |
| 20:22.19 | freemangordon | Package: libstdc++6-dbg - Depends: libstdc++6 (= CC_GCCVER) |
| 20:23.24 | *** join/#maemo markinfo (~marek@ip-89-102-184-66.net.upcbroadband.cz) |
| 20:23.29 | zeq1 | ok |
| 20:25.14 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 20:25.18 | Estel_ | oh my, how comfortable n900 keyboard is, compared to N950! And how great is to use stylus again :D |
| 20:25.54 | *** join/#maemo eMHa_ (~mh@HSI-KBW-37-49-79-172.hsi14.kabel-badenwuerttemberg.de) |
| 20:26.41 | freemangordon | :D |
| 20:27.58 | freemangordon | zeq1: building fennec |
| 20:28.28 | *** part/#maemo hiemanshu|Zzz (~quassel@fedora/hiemanshu) |
| 20:28.57 | zeq1 | freemangordon: what news is there on fennec, and what was the bug I needed to check in on? |
| 20:29.34 | *** join/#maemo DrGrov (~C.J@a91-153-77-41.elisa-laajakaista.fi) |
| 20:29.47 | freemangordon | zeq1: the one you,ve commented has a reply, here https://bugzilla.mozilla.org/show_bug.cgi?id=753158 |
| 20:29.48 | povbot | 04Bug 753158: was not found. |
| 20:29.51 | *** join/#maemo vblazquez (~vic@108.69.15.37.dynamic.jazztel.es) |
| 20:30.09 | zeq1 | ah ok! :) heading there now |
| 20:30.31 | *** join/#maemo kodomo (~gregor@f052068191.adsl.alicedsl.de) |
| 20:31.01 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 20:32.10 | NIN101 | is here somebody running raspberry pi with the N900 wall charger successfully? |
| 20:34.49 | Estel_ | NIN101, sure, why not? |
| 20:35.31 | NIN101 | kinda have the feeling the ethernet port doesn't get enough power. |
| 20:35.57 | *** join/#maemo mase76 (~mase76@p5DD39768.dip.t-dialin.net) |
| 20:36.23 | Estel_ | shouldn't be the case, although I must admit that normally I use my 2A 5V power supply |
| 20:36.31 | Estel_ | just tested that it boot with n900 wall charger |
| 20:36.32 | Estel_ | when You asked |
| 20:36.36 | *** join/#maemo vblazquez (~vic@108.69.15.37.dynamic.jazztel.es) |
| 20:36.38 | jonwil | anyone heard of drc, mudrc, stw, eq or aep in an audio/pulseaudio/whatever context? |
| 20:36.42 | NIN101 | it boots, USB keyboard works, but ethernet doesn't. |
| 20:36.51 | Estel_ | with other Ps it works ok |
| 20:36.53 | Estel_ | ? |
| 20:37.43 | NIN101 | "Ps"? |
| 20:39.44 | NIN101 | hmm ok now I got other power issue symptons. Will buy a 2A 5V tomorrow i guess. |
| 20:40.26 | *** join/#maemo Saviq (~Saviq@canonical/saviq) |
| 20:41.56 | *** join/#maemo vblazquez (~vic@108.69.15.37.dynamic.jazztel.es) |
| 20:44.20 | DocScrutinizer05 | Estel_: I'm happy it worked. No need for beer |
| 20:46.19 | DocScrutinizer05 | jon-kha: eq = equalizer, aep = ??? (heard it before) |
| 20:46.46 | DocScrutinizer05 | ~mudrc |
| 20:46.54 | DocScrutinizer05 | ~dr5c |
| 20:46.57 | DocScrutinizer05 | ~drc |
| 20:47.05 | Estel_ | DocScrutinizer, thanks a lot, so lets settle up with real one, someday :) |
| 20:47.06 | DocScrutinizer05 | ~wtf drc |
| 20:50.56 | zeq1 | freemangordon: nearly finished |
| 20:51.38 | *** part/#maemo DrGrov (~C.J@a91-153-77-41.elisa-laajakaista.fi) |
| 20:53.01 | vi_ | so how is the fennec doing? |
| 20:54.04 | zeq | vi_: depends who you ask ;) |
| 20:54.29 | Estel_ | vi_, You won't belive what i'll be doing after finishing backup of my whole device |
| 20:54.38 | Estel_ | I'll try to, this time properly, solder this fuckin diode back in place |
| 20:54.43 | zeq | vi_: we're trying to get it into a good state for initial re-release. |
| 20:55.07 | Estel_ | good state, when You ask heroes like freemangordon and zeq mean full-fledged microB replacement :P |
| 20:55.07 | zeq | make sure it's fast, and functional |
| 20:55.34 | Estel_ | zeq, have You two suceed in getting rid of fuckin fake top banner? |
| 20:55.45 | Estel_ | ]I wa sout of loop for more than two weeks, most of the time |
| 20:57.00 | *** join/#maemo rcg (~rc@g230052233.adsl.alicedsl.de) |
| 20:57.17 | zeq | Estel_: there is a mixed-mode, with a url-bar plus the fremantle top status bar |
| 20:57.30 | Estel_ | that's nice |
| 20:57.43 | zeq | I'm going to try to make it start that way by default |
| 20:57.55 | Estel_ | and copy&paste? is it "hidden funcionality" still, or work as it should in real browser? (maybe fennec fixed it, idk) |
| 20:58.20 | Estel_ | and msot important question, does it work with real mouse connected via bluetooth or usb? |
| 20:58.43 | *** join/#maemo konelix (~konelix@190.143.236.41) |
| 20:59.03 | Estel_ | I wonder, if additions, like spell-checker will work too. If yes, it's going to be absolutely neat |
| 21:00.07 | *** join/#maemo valeriusN (~valeriusN@xmpp.jrudevels.org) |
| 21:01.24 | *** join/#maemo Guest29538 (~MrOpposit@unaffiliated/mropposite) |
| 21:03.17 | NIN101 | ok, the ethernet cable was fscked up. |
| 21:06.29 | *** join/#maemo _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
| 21:06.50 | *** join/#maemo hazchemix (~user@ip51ccb388.speed.planet.nl) |
| 21:07.21 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 21:11.05 | *** join/#maemo npm (~npm@cpe-76-168-113-151.socal.res.rr.com) |
| 21:19.31 | freemangordon | zeq1: fennec compilation gives errors :( |
| 21:20.42 | *** join/#maemo _rd (~rd@p57B4958F.dip0.t-ipconnect.de) |
| 21:21.36 | zeq1 | what errors? |
| 21:21.50 | zeq1 | shall I try it here? |
| 21:21.57 | freemangordon | error: cannot convert 'std::nullptr_t' to 'mozilla::gl::SharedTextureHandle {aka unsigned int}' in return |
| 21:22.13 | zeq1 | I haven't managed to get the right depenency yet for the dbg pkg :( |
| 21:22.24 | freemangordon | "/home/maemo/workspace/thumb/tmp/fennek/fennec-qt-maemo5/gfx/gl/GLContextProviderEGL.cpp:891:16:" |
| 21:22.31 | zeq1 | CC_GCCVER resolves to 4.7.2 (without cssu0) |
| 21:22.40 | freemangordon | zeq1: did you try my proposal? |
| 21:22.46 | zeq1 | dpkg: dependency problems prevent configuration of libstdc++6-dbg: |
| 21:22.47 | zeq1 | <PROTECTED> |
| 21:22.47 | zeq1 | <PROTECTED> |
| 21:23.14 | zeq1 | yes, this was using CC_GCCVER as you suggested |
| 21:23.20 | freemangordon | aaah, damn |
| 21:23.42 | freemangordon | did you find where the epoch comesh from? |
| 21:24.35 | freemangordon | and where -0 in 4.7.2-0+cssu0 comes from? |
| 21:24.41 | freemangordon | zeq1: ^^^ |
| 21:25.42 | zeq1 | freemangordon: I've copied the changelog.in |
| 21:25.48 | zeq1 | onto my webserver |
| 21:26.22 | freemangordon | ok |
| 21:26.48 | zeq1 | is it correct for libstdc++ to have an epoch of 4? |
| 21:26.58 | freemangordon | nfc |
| 21:27.12 | freemangordon | btw it is changelo, not changelog.in you've copied |
| 21:28.16 | zeq1 | ah, that's because the changelog is dynamically generated from the changelog.in |
| 21:28.35 | zeq1 | I can copy the final file if it helps |
| 21:28.42 | freemangordon | zeq1: I think your rules file is wrong, you should dh_strip after dh_link |
| 21:28.54 | Estel_ | freemangordon, I see that You're both working very hard on this fennec |
| 21:29.06 | freemangordon | upload the changelog.in please |
| 21:29.10 | freemangordon | Estel_: yep |
| 21:29.13 | Estel_ | do You suspect, that it will be full fledged browser for everyday use, i.e. "make me forget microb"? |
| 21:29.22 | zeq1 | freemangordon: did I not do that? |
| 21:29.26 | Estel_ | I'm glad you two took it, as browser is too big thing for sole single person |
| 21:29.48 | zeq1 | oops!! |
| 21:30.15 | freemangordon | Estel_: and the best thing is we have romaxa on our side ;) |
| 21:30.20 | Estel_ | well, i'm extremely late to new great things - busy 2 weeks, and now i had this diode problem.. Now as my n900 is repaired, after finishing full backup, i'll jump into CSSU wagon, finally :) |
| 21:30.36 | Estel_ | nice to hear, even if I don't know who he is ;) |
| 21:30.38 | zeq1 | freemangordon: I'm not sure how I managed to copy the wrong file :$ |
| 21:30.43 | zeq1 | it's there now :) |
| 21:31.11 | freemangordon | what is your sb-toolchain-extras version |
| 21:31.25 | freemangordon | zeq1: ^^^ |
| 21:32.39 | zeq1 | sb-toolchain-extras_1.0.25 |
| 21:32.51 | zeq1 | I was looking for the version tag :) |
| 21:34.30 | freemangordon | zeq1: where that (VERSION) comes from? |
| 21:34.40 | freemangordon | .conf file? |
| 21:34.59 | zeq1 | darcs tag |
| 21:35.16 | freemangordon | zeq1: CC_FULLVER = 4:$(CC_GCCVER) |
| 21:35.29 | freemangordon | http://www.snewbury.org.uk/maemo/fremantle-linaro-4.7-2012.07.conf |
| 21:35.34 | freemangordon | why? |
| 21:35.42 | freemangordon | where did you get that from? |
| 21:35.50 | zeq1 | sure there's reason, let check |
| 21:36.13 | freemangordon | could you upload your actual .conf file? |
| 21:36.19 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.31) |
| 21:36.28 | zeq1 | that's because that part was auto-generated |
| 21:36.31 | *** join/#maemo Darkchaos (~darkchaos@i59F4A702.versanet.de) |
| 21:36.42 | zeq1 | it's the same form in the example .conf files |
| 21:37.42 | zeq1 | I've updated the file |
| 21:37.49 | freemangordon | zeq1: remove that epoch, I don;t think we need it |
| 21:38.10 | freemangordon | see: ii libstdc++6-4.2-dev 4.2.1-4maemo13+0m5 |
| 21:38.17 | freemangordon | no epoch here |
| 21:38.44 | freemangordon | well, lemme check the .deb |
| 21:38.45 | zeq1 | I've copied one of the examples: ct-gcc4.0.1-glibc.conf |
| 21:38.52 | freemangordon | ok |
| 21:39.15 | zeq1 | I can just drop it. It could be some default sb behaviour that doesn't apply to maemo |
| 21:40.21 | zeq1 | I think it's quite normal to have the epoch set on toolchains on most distros |
| 21:40.40 | freemangordon | gcc-4.2 (4.2.1-4maemo13+0m5) unstable; urgency=low |
| 21:40.53 | zeq1 | no epoch there |
| 21:41.00 | zeq1 | fair enough |
| 21:41.07 | freemangordon | that is from gcc-4.2_4.2.1-4maemo13+0m5.tar\gcc-4.2_4.2.1-4maemo13+0m5\gcc-4.2-4.2.1\debian\changelog |
| 21:41.12 | zeq1 | I'll just remove it, it makes life easier anyway ;) |
| 21:41.25 | freemangordon | we may want to change the distribution too |
| 21:41.31 | freemangordon | to unstable |
| 21:41.39 | zeq1 | fair point |
| 21:41.43 | zeq1 | at least for now |
| 21:43.43 | zeq1 | it's currently sb-toolchian-extras, right |
| 21:43.50 | freemangordon | yep |
| 21:43.58 | freemangordon | change that to unstable |
| 21:44.05 | zeq1 | that doesn't make sense anyway if we're not using their versioning scheme |
| 21:44.15 | freemangordon | :nod: |
| 21:44.31 | freemangordon | and merlin1991's repo won't import anything but unstable :D |
| 21:44.43 | zeq1 | even better reason :D |
| 21:44.48 | merlin1991 | freemangordon: it imports fremantle aswell now |
| 21:44.59 | freemangordon | good :) |
| 21:45.07 | zeq1 | merlin1991: but not sb-toolchain-extras |
| 21:45.08 | zeq1 | :) |
| 21:45.19 | freemangordon | zeq1: make it fremantle then |
| 21:45.20 | merlin1991 | yep defenitely not sb-toolchain-extras :D |
| 21:45.31 | zeq1 | probably should change the contact email too |
| 21:45.53 | zeq1 | I'm sure the scratchbox folks don't want to be spammed for bugs in my toolchain ;) |
| 21:46.04 | freemangordon | yeah :D |
| 21:47.13 | merlin1991 | especially since quite a lot of repos send an email for successfull imports ,) |
| 21:48.23 | zeq1 | what should I change the email to? |
| 21:48.29 | zeq1 | my own personal email? |
| 21:48.39 | zeq1 | or do we have a mailing list I should be subscribed to? |
| 21:48.55 | freemangordon | well, put yours for now, we could change it later on |
| 21:49.01 | zeq1 | ok |
| 21:49.06 | *** join/#maemo konelix_ (~konelix@200.119.166.136) |
| 21:49.11 | freemangordon | if it turns out there are piles of mails :D |
| 21:51.11 | merlin1991 | does this mean we have a proper packaged toolchain for sb now? |
| 21:51.51 | freemangordon | hmm, not exactly, the toolchain itself is still tar.gz, but everything else should be in place |
| 21:51.55 | zeq1 | success! |
| 21:52.17 | merlin1991 | so we still have no scratchbox-gccsomething :/ |
| 21:52.26 | freemangordon | merlin1991: but I will assume .tar.gz toolchain a properly packaged one |
| 21:53.01 | merlin1991 | I could easily build you a .deb out of the tar.gz |
| 21:53.08 | merlin1991 | for convinence sake |
| 21:53.09 | freemangordon | well, then we have :) |
| 21:53.20 | zeq1 | it is possible to generate more debs from the alien-tc |
| 21:53.40 | zeq1 | but it's only a cross-compiler |
| 21:53.47 | freemangordon | libstdc++, libgcc-base and libgcc1 should be properly packaged, along with -dbg and -devel packages |
| 21:53.55 | zeq1 | so it doesn't make sense to package up anything but the ARM bins from it |
| 21:54.08 | freemangordon | zeq1: hmm, it makes |
| 21:54.29 | freemangordon | if you want 386 target |
| 21:54.47 | zeq1 | can't parse ^ |
| 21:55.05 | freemangordon | SB has armel and 386 rootstraps |
| 21:55.27 | zeq1 | So I should make a i386 cross-compiler too? |
| 21:55.51 | freemangordon | well, not now :) |
| 21:56.07 | freemangordon | merlin1991: do we really need 386 compiler? |
| 21:56.36 | merlin1991 | well the sb session to test things locally only works in i386 but htat is a convenience thing |
| 21:57.13 | freemangordon | I read that as no, we don't really need it :) |
| 21:57.37 | *** part/#maemo Saviq (~Saviq@canonical/saviq) |
| 21:58.03 | zeq1 | I suppose it's not really a cross-compiler ;) |
| 21:58.03 | freemangordon | zeq1: what that "success!" means? |
| 21:58.11 | freemangordon | yeah |
| 21:58.18 | zeq1 | oh, right, yes, no more conflicts |
| 21:58.27 | zeq1 | I'm putting it up on the site now |
| 21:58.33 | freemangordon | great |
| 21:59.49 | freemangordon | 58MB? |
| 22:00.30 | zeq1 | hold on |
| 22:00.36 | freemangordon | merlin1991: http://www.snewbury.org.uk/maemo/packages/scratchbox/ looks good to me. |
| 22:01.16 | zeq1 | they're updated |
| 22:01.26 | freemangordon | yeah |
| 22:01.28 | zeq1 | the toolchain is being repacked now |
| 22:01.35 | freemangordon | but why only 58MB? |
| 22:01.41 | freemangordon | aah, ok |
| 22:01.44 | zeq1 | just lucky |
| 22:02.03 | zeq1 | I'll quickly check it's static, hold-on |
| 22:02.17 | zeq1 | (I have removed some of the bloat though) |
| 22:02.28 | freemangordon | did you strip it? |
| 22:02.48 | *** join/#maemo Ian--- (Ian--@46.11.122.66) |
| 22:03.45 | zeq1 | the cross-compiler is stripped |
| 22:03.51 | zeq1 | the ARM binaries are not |
| 22:04.09 | zeq1 | well, they have the debuginfo stripped into dbg |
| 22:04.43 | zeq1 | so the shared libs in libgcc1 and libstdc++6 should be stripped |
| 22:05.01 | zeq1 | obviously it needs testing as I've only just built it :P |
| 22:05.05 | freemangordon | yeah, i saw that, my question was why toolchain is 3 times smaller |
| 22:05.19 | freemangordon | but yeah, if it works :D |
| 22:07.15 | freemangordon | is going to try to enlarge his SB VmWare disk, wish him luck |
| 22:07.31 | zeq1 | crap |
| 22:07.47 | freemangordon | dynamically linked? |
| 22:07.55 | zeq1 | tracker: Depends: libgcc1 (>= 1:4.2.1) but 4.7.2-0+cssu0 is to be installed |
| 22:08.15 | freemangordon | hmm, we need an epoch then :( |
| 22:08.15 | zeq1 | libgcc1 should have an epoch apparerntly |
| 22:08.21 | freemangordon | yeah |
| 22:08.39 | freemangordon | what is libstdc++ version |
| 22:08.48 | zeq1 | *sigh* |
| 22:08.54 | freemangordon | maybe it needs epoch too |
| 22:09.18 | zeq1 | I don't think so |
| 22:09.36 | zeq1 | libgcc1 is the only broken depe |
| 22:09.43 | zeq1 | dependency |
| 22:10.10 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.15) |
| 22:11.17 | freemangordon | lemme check the control file in SDK (for libgcc) |
| 22:16.07 | zeq1 | it was probably getting bumped to 4 by the previous sb-toolchain-extras builds |
| 22:16.19 | zeq1 | so didn't notice the brokeness |
| 22:16.32 | freemangordon | could be |
| 22:17.13 | freemangordon | hmm, Version: 1:4.2.1-4maemo13+0m5 |
| 22:17.28 | freemangordon | Depends: gcc-4.2-base (= 4.2.1-4maemo13+0m5), libc6 (>= 2.5.0-1) |
| 22:17.38 | freemangordon | that is stock libgcc |
| 22:18.00 | freemangordon | I cannot grok how they manage to do that |
| 22:18.11 | zeq1 | epoch 1 just for libgcc1 |
| 22:18.21 | freemangordon | yes |
| 22:18.37 | zeq1 | I wonder how they came up with that? |
| 22:22.07 | freemangordon | yeah, I am looking at source |
| 22:22.41 | freemangordon | BTW: |
| 22:22.51 | *** join/#maemo [XeN] (~XenGi@cpe-001f3fc8bcac.ip-pool.rftonline.net) |
| 22:22.51 | freemangordon | BOOT_CFLAGS = -march=armv7a -mcpu=cortex-a8 -mfpu=vfp -mfloat-abi=softfp -fno-omit-frame-pointer -fno-optimize-sibling-calls |
| 22:22.52 | freemangordon | CFLAGS_FOR_TARGET = -march=armv7a -mcpu=cortex-a8 -mfpu=vfp -mfloat-abi=softfp -fno-omit-frame-pointer -fno-optimize-sibling-calls |
| 22:22.55 | freemangordon | STAGE1_CFLAGS = -g -O -march=armv7a -mcpu=cortex-a8 -mfpu=vfp -mfloat-abi=softfp -fno-omit-frame-pointer -fno-optimize-sibling-calls |
| 22:22.57 | freemangordon | CFLAGS = -march=armv7a -mcpu=cortex-a8 -mfpu=vfp -mfloat-abi=softfp -fno-omit-frame-pointer -fno-optimize-sibling-calls |
| 22:23.09 | freemangordon | zeq1: ^^^ |
| 22:25.08 | zeq1 | where's that from? |
| 22:25.20 | freemangordon | debian/rules of gcc 4.2.1 |
| 22:25.27 | freemangordon | the one in SDK repo |
| 22:25.54 | zeq1 | fpu=vfp? |
| 22:25.59 | freemangordon | yep |
| 22:26.02 | freemangordon | why not? |
| 22:27.36 | freemangordon | zeq1: Depends: gcc-4.2-base (= ${Source-Version}), libgcc1 (= ${gcc:EpochVersion}) |
| 22:27.37 | zeq1 | isn't vfpv3 usually used on fremantle? |
| 22:28.15 | freemangordon | I think it is auto selected based on -mcpu=cortex-a8 |
| 22:28.25 | zeq1 | no reason not to use NEON though on recent gcc versions |
| 22:28.31 | zeq1 | ah ok |
| 22:28.52 | freemangordon | anyway, see the depends: for libgcc1-dbg ^^^ |
| 22:29.39 | zeq1 | gcc:EpochVersion? |
| 22:29.51 | freemangordon | yeah, never saw such thing |
| 22:29.54 | freemangordon | :D |
| 22:30.01 | zeq1 | ??? |
| 22:31.27 | freemangordon | you have ${gcc:Version} too ;) |
| 22:31.49 | zeq1 | I'm setting 1: dh_gencontrol -plibgcc1 -plibgcc1-dbg -- -v1:$(SB_FULLVER) |
| 22:31.52 | zeq1 | ok? |
| 22:32.12 | zeq1 | dh_gencontrol -plibgcc1 -plibgcc1-dbg -- -v1:$(SB_FULLVER) |
| 22:32.16 | freemangordon | zeq1: bteere edit control.in file |
| 22:32.19 | freemangordon | *better |
| 22:32.56 | zeq1 | How would I set the epoch for just those debs in the control.in? |
| 22:32.57 | *** join/#maemo louisdk (louisdk@cpe.atm4-0-1301038.hknxx5.customer.tele.dk) |
| 22:33.29 | freemangordon | Depends: libgcc1 (= ${gcc:EpochVersion}) |
| 22:33.44 | freemangordon | that is for -dbg |
| 22:33.50 | freemangordon | libgcc-dbg |
| 22:34.12 | freemangordon | the same should be for libstdc++ depends: |
| 22:34.39 | freemangordon | and change the epoch to 1: in .conf file |
| 22:35.06 | zeq1 | that's fine for the depends, but we need the epoch bumped for the package version too |
| 22:36.55 | freemangordon | i know, I still cannot understand how they've managed to do that |
| 22:37.39 | zeq1 | so we'll use epoch 1 thoughtout? |
| 22:37.53 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.22) |
| 22:37.54 | zeq1 | s/thoughtout/thoughout/ |
| 22:38.13 | freemangordon | but that will change the epoch on other packages too :( |
| 22:38.19 | zeq1 | indeed |
| 22:38.44 | freemangordon | where did you get that from: gcc-4.2 (4.2.1-4maemo13+0m5) unstable; urgency=low |
| 22:38.48 | freemangordon | sorry |
| 22:38.49 | freemangordon | <PROTECTED> |
| 22:38.59 | freemangordon | that one: ^^^ |
| 22:39.39 | freemangordon | if you think it will work, I am ok with it |
| 22:40.00 | zeq1 | the original rules had the same without the 1: |
| 22:40.19 | zeq1 | and without the libgcc1-dbg obviously |
| 22:43.01 | freemangordon | EPOCH := 1 |
| 22:43.05 | freemangordon | DEB_EVERSION := $(EPOCH):$(DEB_VERSION) |
| 22:43.10 | freemangordon | BASE_VERSION := $(shell echo $(DEB_VERSION) | sed -e 's/\([1-9]\.[0-9]\).*-.*/\1/') |
| 22:43.33 | freemangordon | that is from rules.conf |
| 22:44.20 | zeq1 | rules.conf? |
| 22:44.31 | freemangordon | yeay, gcc 4.2.1 :) |
| 22:45.04 | freemangordon | so, the trickery is somewhere there. |
| 22:45.07 | zeq1 | I changed control.in to depend on 1:.... |
| 22:45.22 | freemangordon | hmm, wont work |
| 22:45.32 | zeq1 | and with the rules change ^^^ it seems to have installed okay |
| 22:46.07 | zeq1 | no more broken libgcc1 depe |
| 22:46.21 | freemangordon | what? (= 1:${binary:Version}) works? |
| 22:46.30 | zeq1 | yes |
| 22:46.36 | zeq1 | ugly though :/ |
| 22:46.38 | freemangordon | WTF? :D |
| 22:47.04 | freemangordon | so it seems ok now? |
| 22:47.05 | zeq1 | we can replace it with a variable later |
| 22:47.08 | freemangordon | yes |
| 22:47.40 | zeq1 | it works except that I have a couple of packages I built earlier depending on 4: :( |
| 22:48.25 | zeq1 | that's good though! ;) |
| 22:48.46 | freemangordon | yeah |
| 22:48.56 | freemangordon | did you upload it? |
| 22:49.03 | zeq1 | doing so now... |
| 22:50.51 | zeq1 | packages should be updated |
| 22:51.05 | zeq1 | repacking toolchain |
| 22:51.22 | zeq1 | done |
| 22:51.30 | freemangordon | great, unfortunately my vmware disk still expands :( |
| 22:56.05 | freemangordon | well, expanding complete, lets the fun begin :D |
| 22:56.22 | *** join/#maemo timeless (users.4015@firefox/developer/timeless) |
| 22:58.09 | freemangordon | zeq1: I wonder if i move /scratchbox to a different partition and mount that partition under /scratchbox, will it continue to work? |
| 22:58.15 | merlin1991 | yes |
| 22:58.22 | merlin1991 | my native system works like this |
| 22:58.22 | freemangordon | thanks |
| 23:11.33 | *** join/#maemo dn` (~user@41-132-185-151.dsl.mweb.co.za) |
| 23:12.04 | dn` | testing |
| 23:14.28 | *** join/#maemo RiD (~RiD@bl17-225-226.dsl.telepac.pt) |
| 23:18.10 | zeq1 | freemangordon: I'm off to sleep now, see you tommorow. |
| 23:18.21 | freemangordon | bye |
| 23:20.22 | *** part/#maemo dn` (~user@41-132-185-151.dsl.mweb.co.za) |
| 23:32.05 | *** join/#maemo ZogG_laptop (~ZogG_lapt@188.64.201.31) |
| 23:32.06 | *** join/#maemo jluisn (~quassel@187.114.216.149) |
| 23:38.12 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 23:48.53 | *** join/#maemo robbiethe1st (~robbiethe@50-52-29-84.cral.id.frontiernet.net) |
| 23:52.02 | *** join/#maemo aap (~drew@cpe-174-101-232-161.cinci.res.rr.com) |
| 23:59.10 | Estel_ | guys, i don't exactly understand details of what you're talking about, but reading it is more interesting than any criminal-science-fiction like csi ;) |
| 23:59.50 | Estel_ | although, yet not as interesting as scandinavian criminals, like forbydelsen. Well, for that, i must wait for user-friendly results, I think ;) |
