| 00:02.53 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 00:03.07 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 00:03.44 | dafox | rather high... I'd think there more more users left... :( |
| 00:04.24 | nox- | 98% sounds unlikely yeah... |
| 00:07.04 | *** join/#maemo Psi (~Psi@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 00:09.42 | DocScrutinizer05 | nfc what we're talking about |
| 00:09.55 | nox- | <dafox> well, what percentage of n900 owners is that then? |
| 00:10.15 | DocScrutinizer05 | doesn't get much clearer on repeating it |
| 00:11.22 | nox- | i guess he was wondering how many n900 users are in here... |
| 00:11.34 | DocScrutinizer05 | percentage of N900 users in #maemo? percentage of N900 users in freenode? percentage of freenode users in group of N900 users? |
| 00:11.38 | nox- | how many of the remaining users that is |
| 00:12.06 | dafox | without any real way of measuring that, my hope would be 'far less than 1%'. Just because there are just a few users on IRC doesn't mean that nobody is using n900 anymore |
| 00:12.51 | beford | I still use it as my main phone |
| 00:12.53 | nox- | percentage of #maemo users in total number of remaining n900 users |
| 00:13.07 | DocScrutinizer05 | <1% |
| 00:13.11 | nox- | yeah |
| 00:14.58 | DocScrutinizer05 | even council wasn't on IRC until I suggested to them |
| 00:15.12 | DocScrutinizer05 | some didn't even bother after I suggested |
| 00:15.40 | dafox | exactly. I don't think that kind of channel ranking is in anyway indicative of 'being dead' |
| 00:15.52 | DocScrutinizer05 | I'd even think tmo isn't used by more than 10% of N900 users |
| 00:16.28 | DocScrutinizer05 | eh? teotwaki talked about a "dead channel" iirc |
| 00:16.29 | dafox | well, if they're anything like me there may be many 'read only' users :) |
| 00:17.53 | DocScrutinizer05 | if anything, we might discuss how relevant IRC activity is for a living community |
| 00:18.02 | dafox | I thought he meant to imply maemo/n900 was 'dead' :s |
| 00:18.35 | nox- | it only smells funny :P |
| 00:18.43 | DocScrutinizer05 | hehehe |
| 00:19.04 | DocScrutinizer05 | highly evolved perverted tango |
| 00:20.06 | nox- | just wonders what will happen once nokia drops the websites... |
| 00:21.30 | DocScrutinizer05 | Nixon will bring them back ;-P |
| 00:21.41 | nox- | :P |
| 00:24.54 | teotwaki | please take your shoddy language parsing abilities elsewhere. I made it very clear that I was taking about this very specific channel. |
| 00:24.56 | DocScrutinizer05 | <PROTECTED> |
| 00:25.58 | teotwaki | If you read anything more than that into my statement: piss off, go troll somewhere else. |
| 00:26.16 | DocScrutinizer05 | hey, chill! |
| 00:26.26 | DocScrutinizer05 | :-) |
| 00:28.02 | teotwaki | lights a cigarette and throws one at anyone who asks. |
| 00:32.01 | DocScrutinizer05 | it seems in my company we are 3 smokers of >50 employees :-/ |
| 00:32.33 | teotwaki | DocScrutinizer05: in mine, it's roughly 40 smokers for 50 employees. |
| 00:35.02 | DocScrutinizer05 | well, it's a bit strange there in general. We also seem to have no coffee, nor any other supply for beverage |
| 00:35.14 | gomiam | hi again... |
| 00:35.21 | DocScrutinizer05 | hi |
| 00:35.51 | gomiam | I'm trying to flash my n900 through the software updater but it complains it is connected through a hub even though it is connected directly to the computer |
| 00:35.58 | *** join/#maemo hardaker (~hardaker@168.150.236.43) |
| 00:36.03 | gomiam | how can I tell the software updater not to pay attention to that? |
| 00:36.28 | DocScrutinizer05 | gomiam: several PC mainboards have on board USB hubs |
| 00:37.03 | gomiam | I guess that is the problem, but I can't really open up my laptop :) |
| 00:37.09 | DocScrutinizer05 | and actaully I have no clue about sw updater. I recommend to user flasher-3.5 |
| 00:37.14 | teotwaki | gomiam: have you tried different USB ports? |
| 00:37.23 | gomiam | teotwaki: all 4 of them |
| 00:37.32 | teotwaki | what about the fifth/ |
| 00:37.34 | gomiam | even the USB 3.0 one |
| 00:37.38 | teotwaki | The one behind the battery? |
| 00:37.55 | gomiam | not in this laptop, sorry |
| 00:38.07 | teotwaki | He has a brain. |
| 00:38.09 | teotwaki | :) |
| 00:38.10 | DocScrutinizer05 | use flasher |
| 00:38.11 | gomiam | XDD |
| 00:38.21 | gomiam | teotwaki: thanks... I guess :P |
| 00:38.38 | gomiam | ok, I'll try flasher. |
| 00:38.54 | gomiam | since I already downloaded the files some time ago |
| 00:38.58 | teotwaki | Last time I pulled that one on #ubuntu, the guy disconnected... Apparently he wasn't connected to a socket. |
| 00:39.04 | DocScrutinizer05 | ~flashing |
| 00:39.04 | infobot | well, maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware |
| 00:39.06 | gomiam | XDDDDDD |
| 00:39.32 | gomiam | teotwaki: perhaps he had the Ethernet connector on the back of the laptop |
| 00:39.48 | teotwaki | oh man, don't talk about that |
| 00:40.12 | gomiam | check if you do ;) |
| 00:40.19 | teotwaki | couple weeks ago, I borrowed a wireless keyboard/mouse from a colleague's desktop (after hours) for my raspberry |
| 00:41.01 | teotwaki | once I was done with it, I put the USB dongle back into the little placeholder for it, next to the keyboard's batteries. |
| 00:41.55 | teotwaki | When I got back the next morning, there was an email to the whole company, from the chick's manager (the chick I took the keyboard from), and the office manager |
| 00:42.15 | teotwaki | Both saying something along the lines of "Someone stole the dongle, return it immediately or face the consequences" |
| 00:42.18 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 00:42.27 | gomiam | XDDD |
| 00:42.30 | DocScrutinizer05 | haha |
| 00:42.32 | teotwaki | I went and told them it was in the storage thingie. |
| 00:42.50 | gomiam | well, I've been known to wonder where the hell the dongle was storeds at with some wireless mice |
| 00:43.07 | teotwaki | The IT guy (who happened to be there) looked at it, went "Oh, I didn't know they provided such a little hiding spot" |
| 00:43.08 | gomiam | e.g., it was hidden below the battery. |
| 00:43.20 | gomiam | teotwaki: my reaction, exactly. |
| 00:43.23 | teotwaki | And then he tried to plug it in. It didn't work. |
| 00:43.31 | gomiam | now that's stranger |
| 00:43.52 | teotwaki | I told him "You can't really put a USB connector in the Ethernet port. They're not electrically compatible" |
| 00:44.25 | teotwaki | He's the CEO's brother. Can you guess why he's the head of IT? |
| 00:44.42 | DocScrutinizer05 | I guess he didn't even blush |
| 00:47.49 | gomiam | I have had that problem too... usually when trying to reach the back of a computer by touch alone. Then again, I usually check the hole isn't too big :D |
| 00:48.38 | teotwaki | Pro-tip: if you can stuff your pinkie in it, it's not a USB port. |
| 00:49.19 | teotwaki | If you can't stuff your pinkie in an ethernet port, you're obese: get a bicycle. |
| 00:49.22 | DocScrutinizer05 | actually I just first time noticed they are almost same size |
| 00:50.04 | DocScrutinizer05 | (USB and RJ45 that is) |
| 00:51.01 | DocScrutinizer05 | fits surprisingly well |
| 00:59.43 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 01:02.29 | *** join/#maemo githogori (~githogori@248.sub-75-209-103.myvzw.com) |
| 01:05.23 | gomiam | ok, flashing... failed, yay! |
| 01:06.24 | gomiam | let's see whether it works, anyway |
| 01:09.42 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 01:11.56 | gomiam | ok, first message is telephony functions disabled. But it's not that surprising because I took the SIM card off. |
| 01:12.48 | GeneralAntilles | Does anybody remember that website with EULA summaries that people were tweeting about a month or two ago? |
| 01:14.55 | gomiam | GeneralAntilles: ¿google? |
| 01:16.08 | gomiam | ok, language selection ok |
| 01:16.35 | *** join/#maemo rick0815 (~try@xdsl-78-35-53-58.netcologne.de) |
| 01:17.50 | gomiam | ok, flash successful. Time to check the SIM. |
| 01:19.36 | gomiam | booting... |
| 01:19.55 | gomiam | and no message about telephony failure yet... |
| 01:20.39 | gomiam | and no dice: telephony functions disabled. Damn |
| 01:25.02 | gomiam | ok, bed time. I'll try it again tomorrow |
| 01:25.08 | gomiam | bye and thanks |
| 01:52.36 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 02:01.04 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 02:02.48 | *** join/#maemo uen| (~uen@p5DCB2D37.dip.t-dialin.net) |
| 02:16.34 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 02:16.41 | FIQ|n900 | ok seriously |
| 02:17.13 | FIQ|n900 | I've never liked microB because of random crashes, sometimes it needs to be restarted |
| 02:17.36 | FIQ|n900 | And it does its' job unusually bad now by simply not working *at all* ... |
| 02:19.38 | SpeedEvil | it's never crashed for me |
| 02:22.51 | *** join/#maemo Psi (~Psi@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 02:48.05 | *** join/#maemo radic_ (~radic@dslb-094-216-229-122.pools.arcor-ip.net) |
| 02:52.14 | *** join/#maemo robbiethe1st (~robbiethe@71-221-204-233.spkn.qwest.net) |
| 02:54.52 | *** join/#maemo pcfe` (~pcfe@brln-4dbc00f0.pool.mediaWays.net) |
| 02:54.53 | *** join/#maemo pcfe` (~pcfe@redhat/pcfe) |
| 03:21.09 | *** join/#maemo Gh0sty (~ghosty@213.211.139.233) |
| 03:45.39 | *** join/#maemo DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 03:50.42 | DocScrutinizer06 | for me neither |
| 03:51.20 | DocScrutinizer06 | and what does "not working at all" mean?` |
| 03:51.59 | Skry | working fine for me too |
| 03:53.21 | DocScrutinizer06 | I admit occasionally a "killall browserd" can help to free up considerable amounts of RAM, despite browserd gets immedeately restartded by dsme |
| 03:58.41 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 04:01.34 | *** join/#maemo dhbiker (~dhbiker@193.2.218.150) |
| 04:44.56 | *** join/#maemo pcfe (~pcfe@brln-d9badf7c.pool.mediaWays.net) |
| 04:44.56 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 04:50.48 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 05:26.25 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 05:39.35 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 05:40.58 | *** join/#maemo Hoolxi (~Openfree@183.195.230.115) |
| 06:03.42 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 06:12.06 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 06:19.34 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 06:53.12 | *** join/#maemo cyndis (cyndis@lakka.kapsi.fi) |
| 06:54.15 | *** join/#maemo joppuyo (joppu@lakka.kapsi.fi) |
| 06:54.46 | *** join/#maemo GNUton-BNC (~gnuton@81-197-175-110.elisa-mobile.fi) |
| 06:55.08 | *** join/#maemo robink_ (~quassel@fatcat.creosotehill.org) |
| 07:10.09 | *** join/#maemo ludens (~user@gateway/tor-sasl/ludens) |
| 07:10.09 | *** join/#maemo esaym153 (~esaym153@cpe-70-123-194-182.satx.res.rr.com) |
| 07:10.09 | *** join/#maemo jayne (~jayne@freenode/staff/jayne) |
| 07:10.09 | *** join/#maemo till- (till@vispillo.org) |
| 07:10.09 | *** join/#maemo conred (~conred@46.4.231.183) |
| 07:10.09 | *** join/#maemo mhoye (~mhoye@shell.off.net) |
| 07:10.09 | *** join/#maemo ieatlint (~ieatlint@tehinterweb.com) |
| 07:24.56 | *** join/#maemo Guest39269 (~rd@p57B48B6B.dip0.t-ipconnect.de) |
| 07:28.32 | *** join/#maemo joppuyo (joppu@lakka.kapsi.fi) |
| 07:28.38 | *** join/#maemo cyndis (cyndis@lakka.kapsi.fi) |
| 07:40.46 | *** join/#maemo githogori (~githogori@54.sub-75-215-165.myvzw.com) |
| 07:48.03 | *** join/#maemo timo^ (~timo@unaffiliated/tiempjuuh) |
| 08:00.13 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 08:03.36 | *** join/#maemo fw190 (~Krzysztof@user-31-174-61-209.play-internet.pl) |
| 08:06.13 | *** join/#maemo NIN101 (~NIN@p5DD287ED.dip0.t-ipconnect.de) |
| 08:07.30 | *** join/#maemo ssp (~ssp@c-98-216-141-199.hsd1.ma.comcast.net) |
| 08:12.11 | *** part/#maemo ssp (~ssp@c-98-216-141-199.hsd1.ma.comcast.net) |
| 08:17.29 | *** join/#maemo SmilybOrg (Smily@89.142.26.51) |
| 08:20.15 | *** join/#maemo piggz__ (~piggz@host-92-18-172-102.as13285.net) |
| 08:20.43 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 08:21.57 | *** join/#maemo mvp_ (~mvp@h196.natout.aau.dk) |
| 08:22.15 | *** join/#maemo zap_ (~zap@178.130.40.87) |
| 08:26.01 | *** join/#maemo eijk (~eijk@e178213034.adsl.alicedsl.de) |
| 08:27.23 | *** join/#maemo rcg (~rcg@g230050164.adsl.alicedsl.de) |
| 08:33.35 | *** join/#maemo Darkchaos (~darkchaos@i59F7AF20.versanet.de) |
| 08:35.29 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 08:38.30 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 08:42.27 | *** join/#maemo qwazix (~qwazix@athedsl-342566.home.otenet.gr) |
| 08:48.00 | *** join/#maemo Guest39269 (~rd@p57B48B6B.dip0.t-ipconnect.de) |
| 08:49.22 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 09:00.58 | *** join/#maemo jhb (~joerg@p579F6566.dip.t-dialin.net) |
| 09:08.57 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 09:13.32 | *** join/#maemo Chiku|dc (~Chiku01@vau06-5-88-183-56-98.fbx.proxad.net) |
| 09:13.34 | *** join/#maemo Chiku|dc (~Chiku01@unaffiliated/chiku) |
| 09:23.17 | *** join/#maemo M4rtinK (~M4rtinK@mail.melf.eu) |
| 09:45.20 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 10:10.22 | *** join/#maemo eMHa__ (~mh@HSI-KBW-091-089-140-038.hsi2.kabel-badenwuerttemberg.de) |
| 10:18.56 | *** join/#maemo utanapischti (~username@46.115.26.104) |
| 10:26.22 | *** join/#maemo dafox (~dafox@ip3e8380c8.speed.planet.nl) |
| 10:41.39 | *** join/#maemo APTX_ (~APTX@unaffiliated/aptx) |
| 10:45.01 | *** join/#maemo Guest29702 (~xubuntu@186.34.174.223) |
| 10:52.37 | *** join/#maemo Muelli (~muelli@port-21941.pppoe.wtnet.de) |
| 10:54.03 | *** join/#maemo Jucato (~jucato@kde/developer/jucato) |
| 10:59.53 | *** join/#maemo APTX (~APTX@unaffiliated/aptx) |
| 11:00.52 | *** join/#maemo MacDrunk (~marper@201.165.163.183) |
| 11:01.02 | *** part/#maemo MacDrunk (~marper@201.165.163.183) |
| 11:02.30 | *** join/#maemo stardiviner (~stardivin@122.236.241.183) |
| 11:05.47 | *** join/#maemo maybeHere (~cl@p5B167F8F.dip.t-dialin.net) |
| 11:29.28 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 11:35.06 | *** join/#maemo FIQ (~fiq@unaffiliated/fiq) |
| 11:51.16 | *** join/#maemo Guest39269 (~rd@p57B48B6B.dip0.t-ipconnect.de) |
| 12:06.10 | *** join/#maemo udovdh (~udovdh@pindarots.xs4all.nl) |
| 12:12.15 | *** join/#maemo sroh (~user@39.112.212.212) |
| 12:20.14 | *** join/#maemo udovdh (~udovdh@pindarots.xs4all.nl) |
| 12:20.32 | *** join/#maemo goldkatze (~nobody@unaffiliated/goldkatze) |
| 12:23.09 | *** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net) |
| 12:27.37 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 12:31.57 | *** join/#maemo Darkchaos2 (~darkchaos@i59F7A432.versanet.de) |
| 12:39.19 | *** join/#maemo MacDrunk (~marper@201.165.163.183) |
| 12:44.24 | *** join/#maemo teotwaki (~slau@Maemo/community/contributor/crashanddie) |
| 12:50.13 | *** join/#maemo GNUton-BNC (~gnuton@85-156-116-241.elisa-mobile.fi) |
| 12:59.47 | *** join/#maemo FireFly (~firefly@firefly.xen.prgmr.com) |
| 13:01.19 | *** join/#maemo MacDrunk (~marper@201.165.163.183) |
| 13:05.09 | *** join/#maemo Psi (~Psi@ip-58-28-158-238.static-xdsl.xnet.co.nz) |
| 13:05.12 | *** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net) |
| 13:07.23 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 13:11.05 | *** join/#maemo eMHa__ (~mh@HSI-KBW-37-49-79-172.hsi14.kabel-badenwuerttemberg.de) |
| 13:21.14 | *** join/#maemo LinuxCode (~LinuxCode@fedora/LinuxCode) |
| 13:29.18 | *** join/#maemo Neutron14 (~neutron@159.80-202-97.nextgentel.com) |
| 13:29.55 | *** join/#maemo Neutron14 (~neutron@159.80-202-97.nextgentel.com) |
| 13:41.52 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 13:51.30 | *** join/#maemo pdanek1 (~z62379@ip-84-42-189-38.net.upcbroadband.cz) |
| 13:53.40 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 13:59.06 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 14:04.29 | *** join/#maemo erstazi (~erstazi@pool-71-116-34-7.eriepa.dsl-w.verizon.net) |
| 14:04.30 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 14:11.26 | *** part/#maemo dump_01 (~dump_01@mx.z-up.ru) |
| 14:11.48 | *** join/#maemo zsolt (~zsolt@catv-89-133-7-183.catv.broadband.hu) |
| 14:12.25 | zsolt | hello!can't mount rootfs.jffs2 under debian."no space left" |
| 14:13.18 | zsolt | searched a lot ,didn't find any solution,just complains |
| 14:13.28 | *** join/#maemo timo^ (~timo@unaffiliated/tiempjuuh) |
| 14:14.04 | zsolt | i hope,that somebody can help me here |
| 14:14.53 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 14:16.48 | *** part/#maemo pdanek1 (~z62379@ip-84-42-189-38.net.upcbroadband.cz) |
| 14:22.36 | *** join/#maemo Guest39269 (~rd@87.180.139.107) |
| 14:30.46 | *** join/#maemo dump_01 (~dump_01@mx.z-up.ru) |
| 14:40.02 | *** join/#maemo psychologe (~user@124.160.210.106) |
| 14:41.09 | *** join/#maemo hardaker (~hardaker@168.150.236.43) |
| 14:43.12 | *** join/#maemo e-yes (~e-yes@77.51.98.126) |
| 14:43.17 | *** join/#maemo Effilry (~firefly@firefly.xen.prgmr.com) |
| 14:45.35 | *** join/#maemo Effilry (~firefly@oftn/member/FireFly) |
| 14:48.23 | *** part/#maemo psychologe (~user@124.160.210.106) |
| 14:48.29 | Skry | should maemo have hw accelerated mp3 decoding? |
| 14:48.48 | kerio | Skry: eeeh |
| 14:48.54 | kerio | it definetely could, the hardware is there |
| 14:49.04 | kerio | but i think that the dsp is only used for videos, by default, in mafw |
| 14:49.31 | Skry | I mean, just checking /lib/dsp and there are nothing for audio |
| 14:50.04 | Skry | gst-dsp has at least aac :) |
| 14:50.42 | Skry | not that it matters, just asking for curiosity |
| 14:55.43 | kerio | Skry: a couple of dudes tried to figure that out |
| 14:56.20 | kerio | it turns out that decoding mp3s with the dsp would be about the same power draw as decoding them with the cpu |
| 14:57.22 | Skry | yeah, I suspected the same |
| 14:57.35 | kerio | note that it should still be done, imo |
| 14:57.59 | kerio | so you can use the cpu for something else if you want to |
| 14:59.25 | Skry | agree with that one. hmm, gst-dsp does aac and gstreamer-ti does both aac and mp3. |
| 15:00.22 | Skry | oh god do i have to download yet another TI sdk :S |
| 15:01.26 | kerio | hahahaha |
| 15:01.39 | kerio | Skry: freemangordon probably knows about this |
| 15:05.48 | Skry | yeah he does. i already have latest gst-dsp and tidsp-binaries working on other os without any fuzz, was just wondering if mpeg1 audio decoding existed in maemo. |
| 15:07.11 | kerio | for instance, in my case i really, really want either the mp3 decoding or the a2dp encoding done by the dsp |
| 15:09.40 | Skry | didn't a2dp have the option for supporting mpeg4 audio? can't remember but if so, then it can be done already |
| 15:10.26 | Skry | if gst-dsp has aac encoding |
| 15:10.54 | kerio | also, i wonder |
| 15:10.59 | kerio | can i preencode my songs? |
| 15:11.18 | kerio | it would be *neat* |
| 15:11.37 | Skry | nah, decoding only :\ |
| 15:11.37 | *** join/#maemo sunny_s (~sunny_s@178.124.152.19) |
| 15:11.53 | kerio | make it happen, #maemo |
| 15:12.10 | kerio | i want cpuless songs-to-btheadset |
| 15:13.47 | *** join/#maemo FireFly (~firefly@firefly.xen.prgmr.com) |
| 15:15.52 | *** join/#maemo NGNUton-B (~gnuton@85-156-116-241.elisa-mobile.fi) |
| 15:16.54 | *** join/#maemo Smily (~Smily@89.142.252.23) |
| 15:18.21 | Skry | guess i'll take a look at that gstreamer-ti if it has some uber secret mpeg1 audio decoding bits |
| 15:18.46 | Skry | hopefully it is not such an abomination as their graphics sdk |
| 15:19.06 | Skry | first it makes you laugh, then it makes you cry |
| 15:22.03 | *** join/#maemo Dragnslcr (~scott@c-76-118-7-184.hsd1.ma.comcast.net) |
| 15:23.08 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 15:27.20 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 15:32.01 | *** join/#maemo DocScrutinizer06 (~HaleBopp@openmoko/engineers/joerg) |
| 15:33.32 | *** join/#maemo Guest39269 (~rd@p57B48B6B.dip0.t-ipconnect.de) |
| 15:43.18 | *** join/#maemo rlinfati (~rlinfati@pc-115-140-104-200.cm.vtr.net) |
| 15:44.48 | rlinfati | Pali, Hi, i'm flashing my n900 with libusb-sniff, i flash only mmc, only root, root+mmc.... you need another log ? |
| 15:45.37 | Pali | rlinfati, now I implemented initial flashing support, but logs are still usefull for me :-) |
| 15:45.43 | *** join/#maemo user___ (~user@31.185.137.96) |
| 15:46.33 | Pali | mmc flashing is done via mk II protocol (not nolo) and I did not looked at it yet |
| 15:48.02 | vi_ | freemangordon: ping |
| 15:48.07 | *** join/#maemo FireFly (~firefly@oftn/member/FireFly) |
| 15:50.26 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 16:06.01 | ludens | how risky is it to switch to the linux kernel for power users? |
| 16:06.14 | ludens | i just want to be able to run mobile hotspot |
| 16:06.42 | Sicelo | wasn't a risk for me. risk comes with what you do with it afterwards |
| 16:07.42 | ludens | yeah i dont plan to do anything with it that im aware of |
| 16:07.52 | ludens | i just have a need for mobile hotspot |
| 16:10.56 | Sicelo | then you'll be ok |
| 16:19.22 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 16:24.01 | *** join/#maemo toxaris (~toxaris@s83-180-246-172.cust.tele2.se) |
| 16:32.00 | *** join/#maemo Guest29702 (~xubuntu@186.34.174.223) |
| 16:32.32 | ludens | wow.. took five attempts before it booted |
| 16:32.40 | ludens | seems fine though |
| 16:34.13 | ludens | i guess i should avoid looking into all the things i could do now... |
| 16:34.24 | freemangordon | hehe |
| 16:34.51 | freemangordon | though you may want to turn SmartReflex on |
| 16:35.22 | freemangordon | vi__: pong |
| 16:36.45 | ludens | freemangordon: what is that |
| 16:38.21 | freemangordon | ludens: http://wiki.maemo.org/Smartreflex |
| 16:43.52 | DocScrutinizer05 | I'd feel reluctant to suggest SmartReflex to anybody, without even any proper evaluation of the expected benefit, compared to the very real concerns about Nokia telling it's not stable on hw level |
| 16:44.35 | freemangordon | DocScrutinizer05: there was an evaluation (burried somewhere on TMO) |
| 16:45.12 | freemangordon | Nokia has never said it is unstable at HW level afaik, if you have some reference, please share it |
| 16:46.19 | *** join/#maemo robink (~quassel@unaffilated/robink) |
| 16:47.22 | SpeedEvil | they pulled it in the kernel |
| 16:47.43 | SpeedEvil | also, there was a silicon errata on the part |
| 16:47.50 | DocScrutinizer05 | well, "Nokia" said exactly that, back in times where titan (iirc) found the SR sysnodes, and we asked here why they aren't used. Nokia even eliminated them in later kernels (again iirc, with PR1.1 kernel) |
| 16:48.05 | freemangordon | SpeedEvil: for SmartReflex? |
| 16:48.14 | freemangordon | do yo have some link |
| 16:48.18 | freemangordon | *you |
| 16:49.11 | DocScrutinizer05 | check last four weeks chanlog, I posted something with comment "in my book that reads like 'don't use SR', or at least it could" |
| 16:50.34 | DocScrutinizer05 | and there might also be circuit errata, not everything got screwed by TI |
| 16:50.37 | DocScrutinizer05 | ;-) |
| 16:50.38 | freemangordon | DocScrutinizer05: come on, I explained a couple of times why SR in stock kernel is beoken. |
| 16:50.51 | freemangordon | *broken |
| 16:51.36 | DocScrutinizer05 | you explained why it's definitely broken. You *didn't* explain that's the root and only cause it got deprecated by Nokia |
| 16:52.16 | DocScrutinizer05 | maybe it's other way round? Nokia simply didn't care about those efuse settings or whatever it was, since they already knew it been fsckd up on several other levels |
| 16:52.51 | freemangordon | Didn't I? fcked efuse calibrations are not the root cause SR to be unusable if using default algotithm? |
| 16:53.14 | freemangordon | ANd you are well aware Nokia never cared that much for n900 |
| 16:53.18 | DocScrutinizer05 | it's not even been investigated yet if every power domain is connected to the LDO it is meant to be |
| 16:53.35 | freemangordon | USB host mode is a good example of that |
| 16:53.50 | DocScrutinizer05 | you're spinning away |
| 16:53.54 | freemangordon | we've been told every now and then it is impossible |
| 16:54.01 | freemangordon | no, whY? |
| 16:54.17 | freemangordon | thumb2 is another good example |
| 16:54.45 | DocScrutinizer05 | you don't get it, eh? |
| 16:55.07 | freemangordon | DocScrutinizer05: I refuse to get anything in IIRC basis |
| 16:55.12 | freemangordon | *on |
| 16:55.31 | DocScrutinizer05 | for thumb we have a pretty clear SiErr report, and there's little reason to assume there's any other good rationale why thumb wasn't usable (except oooops compiler...) |
| 16:55.52 | freemangordon | DocScrutinizer05: remember my conversations with mra? |
| 16:56.05 | freemangordon | "conversations" even |
| 16:56.21 | DocScrutinizer05 | for SR you found *some* "broken" part, that definitely isn't proven to be the root cause |
| 16:56.59 | freemangordon | DocScrutinizer05: and you fail to provide any evidence something is broken besides "IIRC Nokia said" |
| 16:57.26 | DocScrutinizer05 | if we all remember correctly |
| 16:57.32 | DocScrutinizer05 | and for me that's enough |
| 16:57.40 | DocScrutinizer05 | I'm not accused here |
| 16:58.03 | freemangordon | but not for me, I need something written by either TI or Nokia |
| 16:58.21 | DocScrutinizer05 | so go search for it, maybe you find it in 2008 chanlogs |
| 16:58.41 | freemangordon | DocScrutinizer51: noo, it is you who insist "there must be something else" no me |
| 16:58.46 | freemangordon | *not |
| 16:58.57 | freemangordon | so, go search for it |
| 16:59.03 | DocScrutinizer05 | and I already told you I posted URL and quote of some SiErr I found some few weeks ago |
| 16:59.38 | freemangordon | and I look at them, we're not hit AIUI |
| 16:59.43 | freemangordon | looked even |
| 16:59.53 | DocScrutinizer05 | the difference is I *know* there's something else, particularly that satement from "those who should know" |
| 17:00.27 | freemangordon | DocScrutinizer05: come on, those who know told us USB HM is impossible, thumb2 is impossible, etc |
| 17:00.51 | freemangordon | I don;t need any other evidence that tyhose who know in practice just don't care |
| 17:00.53 | DocScrutinizer05 | and honestly I couldn't bother less to defend my memory against your silly accusations |
| 17:01.03 | freemangordon | silly? |
| 17:01.05 | freemangordon | ok |
| 17:01.27 | DocScrutinizer05 | yes, silly. If "iirc" is enough for you to start arguing and accusing me |
| 17:01.47 | freemangordon | DocScrutinizer05: I m not accusing you, sorry if I sound offensive |
| 17:01.51 | DocScrutinizer05 | go bitch at somebody else |
| 17:02.13 | freemangordon | sure |
| 17:03.50 | DocScrutinizer05 | while I can't see the monster benefit of hw driven LDO config over sw controlled LDO config which is working since beginning of N900 |
| 17:04.23 | DocScrutinizer05 | probably something like 300 machine cycles "wasted" on every C-state change |
| 17:04.30 | freemangordon | then you have NFC what SR is |
| 17:04.41 | DocScrutinizer05 | uhu |
| 17:06.18 | freemangordon | SW programs LDO with a particular voltage which is guaranteed to be stable for every device/temperature/load. SR lowers that voltage to one that is stable for the current device/temperature/load |
| 17:07.24 | freemangordon | this voltage is usually 20-30 % lower than SW controlled. draw your conclusions on battery life |
| 17:07.52 | DocScrutinizer05 | mhm, and what makes you think cpufreq doesn't reprogram LDOs dynamically? |
| 17:08.02 | freemangordon | because I know it |
| 17:08.26 | freemangordon | cpufreq uses OPP table and does one time programming on OPP switch |
| 17:09.12 | DocScrutinizer05 | one time? on the one time OPP is switched, or what? |
| 17:09.35 | freemangordon | yes, when OPP is changed voltage is changed too |
| 17:09.45 | DocScrutinizer05 | TADAAA! |
| 17:09.54 | freemangordon | but voltagee remains constant as long as OPP is not changed |
| 17:09.58 | *** join/#maemo NIN101 (~NIN@p5DD2889C.dip0.t-ipconnect.de) |
| 17:10.30 | freemangordon | DocScrutinizer05: ? |
| 17:10.33 | DocScrutinizer05 | and WTF do you think can SR do better in that regard? |
| 17:10.44 | freemangordon | hehe |
| 17:11.24 | freemangordon | as long as opp switch is complete and new voltage is programmed, SR lowers that by 20-30% as I already told you |
| 17:11.34 | DocScrutinizer05 | actually now it seems it's you who has NFC what's SR |
| 17:11.37 | freemangordon | based on temp/load/device calibrations |
| 17:11.47 | freemangordon | sure, I have NFC |
| 17:12.06 | NIN101 | Does somebody know a pdf viewer/ebook reader for fremantle with word wrapping on zoom? |
| 17:12.15 | freemangordon | DocScrutinizer05: go read SR driver, you will get it (i hope) |
| 17:12.43 | DocScrutinizer05 | thanks, I already have read about SR in TPS65050 and OMAP UM |
| 17:14.33 | DocScrutinizer05 | and I've read the list of ll known SiErr, and found some that sounded suspicious |
| 17:14.37 | DocScrutinizer05 | re SR |
| 17:14.56 | DocScrutinizer05 | and now I'm fed up with this non-discussion |
| 17:15.38 | freemangordon | the one you found would've already hit us if applicable, as the same happens when OPP is changed |
| 17:15.59 | freemangordon | twl is re-programmed via i2c ;) |
| 17:18.28 | Sc0rpius | everything that goes into the repository has to be OpenSource? |
| 17:20.40 | DocScrutinizer05 | Sc0rpius: basically yes |
| 17:22.08 | DocScrutinizer05 | NIN101: could pdf do reformatting even in theory? AIUI the format is inherent component of pdf |
| 17:25.09 | NIN101 | I know(read) that some readers can do it... e.g. adobe's or the one in android... |
| 17:28.05 | Skry | dont know what you guys are arguing about but at least in upstream cpufreq switches freqs and voltages by opp and handles voltage control to sr which does what it should. In upstream, sr is broken for some 3430s, sr in kernel-power works rock solid and does what it should. |
| 17:28.41 | Skry | but not going to argue as you both know the hardware better |
| 17:29.56 | freemangordon | Skry: exactly the same happens in KP ( cpufreq switches freqs and voltages by opp and handles voltage control to sr which does what it should ) |
| 17:32.04 | Skry | yup |
| 17:33.17 | Skry | my thought about this being: if it works, then it works and it has benefits so should be used. |
| 17:33.40 | Skry | and if it does not work, fix it :) |
| 17:33.46 | freemangordon | yup :D |
| 17:33.57 | DocScrutinizer05 | Skry: sorry, I have to ask about your definition of 2works" |
| 17:34.39 | *** join/#maemo ludens (~user@gateway/tor-sasl/ludens) |
| 17:34.53 | DocScrutinizer05 | is one kernel oops per day acceptable. one per week? 10% of devices not stable with it, or would 5% be tolerable? |
| 17:35.34 | freemangordon | DocScrutinizer05: so far there was not a single report of broken SR with KP >= 50 and stock frequencies |
| 17:35.47 | DocScrutinizer05 | pfff |
| 17:35.49 | DocScrutinizer05 | aha |
| 17:35.52 | freemangordon | and in my book that means "it works" |
| 17:36.02 | Skry | but it is actually quite confusing when engineers from ti, nokia and people in general all think different about this. |
| 17:36.14 | DocScrutinizer05 | sure, since there's no flag rising "THIS KERNEL OOPS TRIGGERED BY SR!" |
| 17:36.40 | DocScrutinizer05 | so users shrug and reboot |
| 17:36.59 | DocScrutinizer05 | and you say "fine, no ticked against SR opened" |
| 17:37.03 | freemangordon | DocScrutinizer05: I am not aware of kernel oops in KP since KP50 got out. Besides bq_ thingie, but that is a different story |
| 17:37.05 | DocScrutinizer05 | ticket* |
| 17:38.29 | *** join/#maemo florian (~fuchs@sign-4d0946b2.pool.mediaWays.net) |
| 17:38.30 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 17:38.44 | *** join/#maemo qwazix (~qwazix@athedsl-342566.home.otenet.gr) |
| 17:39.13 | Skry | my definition of "it works" in short is that _I_ don't get any oopses or lockups with sr and kp, and for _me_ sr improves battery life. For upstream kernel it is quite the opposite. |
| 17:39.47 | DocScrutinizer05 | and all this still doesn't yield a single evidence about supposed gigantic savings of SR over software doing exactly same |
| 17:41.08 | freemangordon | DocScrutinizer05: come on |
| 17:41.10 | DocScrutinizer05 | the quoted 30% lower voltage on SR are bogus, since that's nothing software couldn't do as well )and probably even does) |
| 17:41.20 | Skry | did not say anything about gigantic |
| 17:41.58 | freemangordon | :not: |
| 17:42.16 | freemangordon | DocScrutinizer05: on average it should extend battery life by 10-15% |
| 17:42.30 | freemangordon | depends on usage pattern of course |
| 17:42.32 | DocScrutinizer05 | but this whole discussion is like "hahaha you say 'iirc', so I call you a liar until you bring me a tape record of that talk", and "WFM, so it's proven" |
| 17:42.56 | freemangordon | never said "hahaha" |
| 17:43.08 | DocScrutinizer05 | and I'm out |
| 17:43.18 | freemangordon | and yes, I need some evidence to support your statement "there are SiErrs" |
| 17:43.59 | DocScrutinizer05 | pease stop spreading FUD, it been SpeedEvil who first said that |
| 17:44.22 | DocScrutinizer05 | and he didn't say "iirc" |
| 17:45.18 | DocScrutinizer05 | and in my book that's 2 to 1 for those who know what they know, while the one person just prefers to think they're both lying or telling shit |
| 17:45.42 | freemangordon | DocScrutinizer05: well, lets agree to disagree and stop that fight, ok :) ? |
| 17:45.46 | DocScrutinizer05 | and I'm not interetsed in discussions on that level |
| 17:46.14 | freemangordon | DocScrutinizer05: my level? come on |
| 17:46.20 | DocScrutinizer05 | I'd feel reluctant to suggest SmartReflex to anybody, without even any proper evaluation of the expected benefit, compared to the very real concerns about Nokia telling it's not stable on hw level |
| 17:46.22 | DocScrutinizer05 | stands |
| 17:47.56 | kerio | DocScrutinizer05: test it on a couple of n900s! |
| 17:48.11 | DocScrutinizer05 | MEEE?? dream on |
| 17:48.26 | freemangordon | kerio: it is still WFM basis, thus not enough |
| 17:49.27 | DocScrutinizer05 | damn, you're exceptionally simple today, are you? evaluation savings is *totally* unrelated to friggin WFM, if done correctly |
| 17:50.22 | freemangordon | DocScrutinizer05: I was talking about stability |
| 17:50.34 | DocScrutinizer05 | you were talking... about... aha |
| 17:50.46 | freemangordon | as if it is not stable, it makes no sense to measure the savings |
| 17:51.01 | DocScrutinizer05 | you're not talking at all, you're living your bitchy mood |
| 17:51.18 | freemangordon | actually my mood is pretty ok ;) |
| 17:51.38 | DocScrutinizer05 | yeah, I bet. Seems it's your preferred mood anyway |
| 17:51.51 | DocScrutinizer05 | for sure you must love it to argue |
| 17:52.19 | DocScrutinizer05 | no matter if there's any rationale in it ot not |
| 17:52.42 | DocScrutinizer05 | and honestly, I'm already more than fed up with it |
| 17:52.49 | DocScrutinizer05 | so for good now, cya |
| 17:53.26 | *** part/#maemo pcfe (~pcfe@redhat/pcfe) |
| 17:56.45 | *** join/#maemo Guest39269 (~rd@p57B48B6B.dip0.t-ipconnect.de) |
| 17:57.55 | *** join/#maemo sq-one (~sq-one@p57977589.dip.t-dialin.net) |
| 17:59.35 | Skry | oh why cant the sgx driver be reverse engineered :S |
| 18:00.09 | freemangordon | Skry: sgx driver is OSS :P |
| 18:00.09 | DocScrutinizer05 | who says it can't? |
| 18:01.36 | Skry | yeah the kernel part |
| 18:03.17 | Skry | ok, i can handle those closed libraries, but there really should be working (modern) driver for xorg |
| 18:04.19 | freemangordon | Skry: but,but... I thought it is upstreamed. Isn't it? |
| 18:04.37 | freemangordon | aah, no |
| 18:04.44 | Skry | no, andnever will be |
| 18:04.56 | Skry | unless someone does some serious cleanup |
| 18:05.17 | freemangordon | BTW did you manage to compile it? |
| 18:05.24 | freemangordon | (xorg driver) |
| 18:05.43 | *** join/#maemo zsolt (~zsolt@catv-89-133-7-183.catv.broadband.hu) |
| 18:06.06 | Skry | freemangordon: xorg driver is closed |
| 18:06.49 | Skry | i can compile kernel drivers ok if disabling xorg support from it, yes, they are linked |
| 18:08.02 | Skry | i stopped trying to compile it with x support when I started getting unknown symbols from drm kmod |
| 18:09.08 | zsolt | hi there.I extracted the rootfs from maemo image,tared,then untared in mmcblk0p5 modified rcS-late,uncommented fstab generation.it hangs with the maemo loader |
| 18:09.13 | zsolt | line |
| 18:09.36 | zsolt | now fstab is static |
| 18:10.20 | zsolt | use bootloader.didn't touch to the original fs |
| 18:10.30 | zsolt | need some advice please |
| 18:13.08 | zsolt | my goal is to boot maemo from sd card |
| 18:13.31 | *** join/#maemo ilink_sycbase (~i_k@94.197.127.136.threembb.co.uk) |
| 18:25.56 | DocScrutinizer05 | I think it's been accomplished before, maybe NIN101 knows details |
| 18:27.27 | NIN101 | dunno, never did it myself. |
| 18:30.58 | *** join/#maemo valerius (~user@85.26.180.131) |
| 18:32.18 | NIN101 | http://pastebin.com/raw.php?i=QH2EfTux parts of this config might help, basically you need the file system of sd card partition compiled into the kernel, not as a module... |
| 18:32.36 | NIN101 | and modify the comamnd line of the kernel to actually boot from sdcard then |
| 18:32.43 | NIN101 | (or do it by using flasher) |
| 18:33.06 | DocScrutinizer05 | yep, main obstacle being the fs driver |
| 18:33.27 | DocScrutinizer05 | KP should be fine |
| 18:34.29 | DocScrutinizer05 | just make uBoot load KP image from mmcblk0pN, and pass it kernel cmdline to have rootfs also on mmcblk0pN |
| 18:35.30 | NIN101 | you can also modify the built-in command line when recompilng the kernel(this is what you have to do anyway) |
| 18:35.34 | DocScrutinizer05 | keep in mind during early boot uSD is mmcblk0 and eMMc is mmcblk1. It only gets renamed later |
| 18:37.15 | DocScrutinizer05 | the nifty rationale of that probably being an option to make ROMBL load xloader/NOLO/$n1st-stage-BL from a swap-able uSD |
| 18:37.51 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 18:38.18 | DocScrutinizer05 | the ugly part of it: if there's no uSD plugged in, the eMMC will become mmcblk0 even during early boot/kernel-init |
| 18:39.04 | DocScrutinizer05 | sounds like windows drive letter hell, doesn't it? ;-P |
| 18:46.05 | *** join/#maemo GNUton-BNC (~gnuton@85-156-116-241.elisa-mobile.fi) |
| 18:49.23 | nox- | http://i.imgur.com/FdGXY.jpg |
| 18:49.25 | *** join/#maemo eijk (~eijk@e178213034.adsl.alicedsl.de) |
| 18:50.23 | *** join/#maemo lxp (~lxp@62-47-161-19.adsl.highway.telekom.at) |
| 18:53.31 | DocScrutinizer05 | hehe |
| 18:54.24 | DocScrutinizer05 | NIN101: why do you think zsolt needs a custom kernel? |
| 18:56.11 | DocScrutinizer05 | shouldn't uBoot boot a proper KP plus maemo5 rootfs from uSD or eMMC, just like it did (and still does?) for meego? |
| 18:58.18 | DocScrutinizer05 | I'd probably install meego dualboot setup on uSD, then replace meego kernel by KP, and copy fremantle rootfs over meego rootfs. Then just check uBoot config file for possible differences needed in kernel cmdline parameters |
| 18:59.16 | NIN101 | hmm ok, didn't assume uboot wa sused |
| 18:59.41 | DocScrutinizer05 | well, sounds like the easiest approach |
| 19:00.02 | DocScrutinizer05 | plus keeps original NAND maemo intact |
| 19:00.56 | DocScrutinizer05 | actually I placed exactly this task on my ToDo some 2 years ago. Eventually it fell off the bottom end |
| 19:01.31 | zsolt | i installed u-boot |
| 19:02.32 | zsolt | thank you for help |
| 19:05.19 | zsolt | it is funny,i told for u-boot to boot from mmcbl0p5 and put the zImage to /boot,what happens?it boots up from nand |
| 19:07.02 | Skry | could you give some details about how you told u-boot to do that? |
| 19:07.47 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 19:09.11 | Skry | nah, gtg |
| 19:10.28 | *** join/#maemo cyborg-one (~cyborg-on@188-115-189-126.broadband.tenet.odessa.ua) |
| 19:18.23 | kerio | i seriously need some kind of bluetooth remote control for the n900 :( |
| 19:18.31 | kerio | that is, something on my laptop that lets me do stuff with the n900 |
| 19:18.53 | kerio | at the very least connect to a wifi network |
| 19:19.18 | DocScrutinizer05 | hey, why does mine connect to WLAN automatically? ;-) |
| 19:20.34 | kerio | DocScrutinizer05: because you like to waste power looking for a wlan >:C |
| 19:21.10 | kerio | anyway, i do realize that it's kind of a niche usecase |
| 19:21.18 | freemangordon | kerio: incorrect, I have mine setup to do autoconnect every 5 minutes |
| 19:22.13 | DocScrutinizer05 | kerio: I once had a QB desktop button to toggle the "connect to WLAN if available" setting |
| 19:22.26 | kerio | DocScrutinizer05: the problem is accessing the desktop |
| 19:22.36 | DocScrutinizer05 | I needed that when my DSL was flaky |
| 19:22.48 | *** join/#maemo kov_ (~kov@189.59.128.160.dynamic.adsl.gvt.net.br) |
| 19:22.55 | kerio | the usecase is this: i'm pooping, and my phone is in my room |
| 19:23.10 | kerio | and it's not connected to the wifi network |
| 19:23.32 | Sicelo | :P |
| 19:23.39 | DocScrutinizer05 | why? |
| 19:23.50 | kerio | DocScrutinizer05: because i don't have autoconnect on |
| 19:23.58 | DocScrutinizer05 | yeah, why? |
| 19:24.07 | kerio | because battery! :( |
| 19:24.21 | DocScrutinizer05 | actually being connected to WLAN is pretty lightweight |
| 19:25.29 | *** join/#maemo ALoGeNo (~alogeno@243.Red-217-125-20.staticIP.rima-tde.net) |
| 19:25.29 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 19:25.33 | DocScrutinizer05 | so it seems your problem isn't to make N900 connect to WLAN at arbitrary time by user interaction, but rather make it connect to WLAN every time you enter the room |
| 19:25.48 | DocScrutinizer05 | or rather, come home |
| 19:26.16 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 19:28.38 | kerio | DocScrutinizer05: actually, i know what i want |
| 19:28.43 | kerio | ssh-through-bluetooth |
| 19:29.12 | DocScrutinizer05 | well, if you're not interested in alternatives, go and set it up |
| 19:29.46 | kerio | i wonder how |
| 19:29.50 | DocScrutinizer05 | PAN |
| 19:29.53 | kerio | last i heard, bluez was a giant mess |
| 19:30.02 | *** join/#maemo beford (~beford@unaffiliated/beford) |
| 19:30.06 | kerio | nah, PAN on fremantle is weird as fuck |
| 19:30.12 | kerio | i need a serial connection, bluetooth allows that |
| 19:30.18 | DocScrutinizer05 | you asked for it. Explicitly |
| 19:31.06 | DocScrutinizer05 | actually I'd be surprised to find ssh work via plain serial |
| 19:31.20 | kerio | i said ssh-over-bluetooth, not ssh-over-tcp-over-bluetooth :) |
| 19:31.28 | DocScrutinizer05 | it's rather network based, no? |
| 19:31.30 | kerio | DocScrutinizer05: are you kidding? ssh over pipes is insanely useful |
| 19:31.39 | kerio | ProxyCommand |
| 19:32.24 | DocScrutinizer05 | mhm, and how you're handling the URLs etc, the server name based auth |
| 19:32.26 | kerio | hmm, is there a command (apart for screen) to get input-output to and from a device file? |
| 19:32.39 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 19:32.45 | *** join/#maemo sunny_s (~sunny_s@86.57.254.135) |
| 19:33.04 | kerio | no, known_hosts isn't checked if you use ProxyCommand |
| 19:33.16 | kerio | because the hostname could be something weird |
| 19:33.19 | DocScrutinizer05 | :shrug: |
| 19:33.24 | DocScrutinizer05 | too weird for me |
| 19:34.01 | DocScrutinizer05 | get WLAN working. If you for F*s sake can't do that, get PAN working |
| 19:34.11 | kerio | the ssh client has an option to specify an executable to use as a proxy pipe |
| 19:34.27 | kerio | input and output eventually have to reach a ssh server, in some way |
| 19:34.52 | DocScrutinizer05 | if you can't even do that, send a semaphore file to some well known location on N900, via BT OBEX |
| 19:35.01 | kerio | oooh, that's simple |
| 19:35.03 | kerio | neat |
| 19:35.32 | DocScrutinizer05 | but you said you're not interested in alternatives |
| 19:35.35 | kerio | DocScrutinizer05: is there a command to do bidirectional transfers with a device file? |
| 19:36.00 | kerio | something like "screen /dev/ttywhatever" but that only does simple piping |
| 19:36.03 | DocScrutinizer05 | err, isn't that called minicom? |
| 19:36.09 | kerio | minicom is interactive too |
| 19:36.54 | DocScrutinizer05 | cat foo >/dev/bar |
| 19:37.34 | kerio | that's one-way only, though |
| 19:37.43 | DocScrutinizer05 | cat /dev/bar& |
| 19:37.52 | kerio | heh |
| 19:38.25 | *** join/#maemo user_ (~user@87.112.178.55) |
| 19:38.33 | DocScrutinizer05 | dunno what you're planning to do |
| 19:39.08 | kerio | i need the stdin of the command to be sent to the device file, and the output read from the device file to be outputted in the stdout |
| 19:39.41 | DocScrutinizer05 | what's the use of that? |
| 19:40.11 | DocScrutinizer05 | something like >> date|cat|cat|cat <<? |
| 19:40.46 | DocScrutinizer05 | how's stdout of any such tool different from piping the original device somewhere? |
| 19:40.58 | kerio | ssh wants an executable |
| 19:42.14 | DocScrutinizer05 | for good reason |
| 19:42.29 | kerio | oh nvm, you actually need to set the device file up in some way if it's a tty |
| 19:43.28 | kerio | anyway, i only need this on my computer, on the n900's side its' just *getty that calls sshd -i or nc localhost 22 |
| 19:43.40 | DocScrutinizer05 | don't you think getting PAN to purpose would be more sane? |
| 19:43.46 | kerio | nope! |
| 19:44.20 | DocScrutinizer05 | :shrug: |
| 19:44.27 | kerio | hmm, what's a good time for the automatic WLAN search? is 5 minutes too short? |
| 19:44.43 | DocScrutinizer05 | you might win some funny award with this solution, if you ever make it work |
| 19:45.04 | DocScrutinizer05 | I've put it to 10min |
| 19:45.17 | DocScrutinizer05 | set it to* |
| 19:46.56 | DocScrutinizer05 | way smarter of course would be to set it to 'off' and only trigger an immediate scan or set autoscan to 5min when you see some special trigger. GPS is probably no brilliant idea, but a certain cell-id on cellmo might work nicely |
| 19:47.03 | *** join/#maemo e-yes (~e-yes@77.51.65.101) |
| 19:48.01 | DocScrutinizer05 | your beloved SMSCB opername widget already dumps cellids to the log files |
| 19:48.24 | kerio | DocScrutinizer05: a special trigger such as my laptop opening a bluetooth connection of some sorts, maybe... |
| 19:48.35 | kerio | i'm still going through with this idea of ssh-over-serial, btw |
| 19:49.31 | DocScrutinizer05 | "opening BT connection"? why not just trigger on associate |
| 19:49.44 | kerio | yeah, that one |
| 19:50.01 | kerio | (although os x doesn't have a way to associate without doing something with the association) |
| 19:50.15 | DocScrutinizer05 | there's a tool on desktops that locks screens automatically when you leave BT range with your paired device, and unlocks when you come back |
| 19:50.42 | DocScrutinizer05 | standard bluez afaik |
| 19:51.30 | DocScrutinizer05 | you probably could plumb sth together on maemo that does pretty much the same |
| 19:51.57 | DocScrutinizer05 | I mean, association is a bilateral thing |
| 19:52.12 | DocScrutinizer05 | or rather, connection |
| 19:52.22 | DocScrutinizer05 | and loss thereof |
| 19:52.58 | kerio | agetty -8 -i -n -L -l "/usr/bin/nc localhost 22" /dev/ttyB0 |
| 19:53.01 | kerio | or something like this :D |
| 19:53.54 | kerio | so... /etc/bluetooth/main.conf looks unused |
| 19:57.21 | *** join/#maemo sq-one (~sq-one@p57977589.dip.t-dialin.net) |
| 19:59.51 | DocScrutinizer05 | I'd be honestly surprised to see this work |
| 20:12.09 | *** join/#maemo Yu2ing (5571f108@gateway/web/freenode/ip.85.113.241.8) |
| 20:18.07 | kerio | hrmpf, i can't find documentation on how to open a serial bluetooth port |
| 20:18.58 | freemangordon | kerio: wait a minute, I wrote something an year ago, I think it will help |
| 20:19.06 | kerio | freemangordon: i need the "server" part |
| 20:21.45 | Sicelo | you are looking for "rfcomm", i think |
| 20:21.49 | freemangordon | kerio: don't know what do you mean by "server part",but you need to call rfcomm |
| 20:22.05 | freemangordon | Sicelo: aah, you beat me :D |
| 20:22.17 | kerio | freemangordon: i meant that i want the n900 to wait for a serial connection from my laptop |
| 20:22.45 | freemangordon | kerio: though if you wish I can give you my btsettingsqt :D |
| 20:23.33 | freemangordon | lemme try if it still works (and how) |
| 20:23.35 | kerio | oh ok, rfcomm listen |
| 20:26.44 | *** join/#maemo ludens (~user@gateway/tor-sasl/ludens) |
| 20:27.25 | freemangordon | kerio: it is still ok, bt helper in settings (if you want it) |
| 20:27.41 | freemangordon | you can connect com port with it |
| 20:27.58 | freemangordon | it creates serial device in /dev and goodies like that |
| 20:29.15 | freemangordon | kerio: http://dox.bg/files/dw?a=a957243826 |
| 20:29.57 | kerio | ty |
| 20:31.29 | kerio | hrmpf, "serial port" connects to the bluetooth DUN interface |
| 20:31.55 | freemangordon | you have DUN on your laptop? |
| 20:32.08 | freemangordon | service that is |
| 20:32.55 | DocScrutinizer05 | kerio: DUN is a trick |
| 20:33.25 | DocScrutinizer05 | afaik, it's just using pnatd to pipe between serial BT and cellmo |
| 20:33.39 | freemangordon | kerio: you tried rfcomm or my app? |
| 20:33.40 | DocScrutinizer05 | done in some scriptie or event file |
| 20:34.17 | DocScrutinizer05 | kerio: you probably want to replace pnatd by your cxontraption to interface to ssh |
| 20:34.24 | kerio | freemangordon: not yet |
| 20:34.48 | freemangordon | kerio: try it, it connects the correct thing (IIRC) |
| 20:34.57 | freemangordon | not DUN |
| 20:35.03 | kerio | hm |
| 20:35.23 | kerio | well apparently os x doesn't support RFCOMM out of the box anyway |
| 20:35.29 | kerio | so first i need a RFCOMM utility |
| 20:36.17 | DocScrutinizer05 | less /etc/event.d/phonet-at |
| 20:37.12 | kerio | DocScrutinizer05: hmm, that's the gadget serial though |
| 20:37.19 | DocScrutinizer05 | sure |
| 20:38.24 | kerio | i see |
| 20:38.33 | freemangordon | kerio: I just made a connection between /dev/rfcomm0 and COM4 on my PC |
| 20:38.46 | kerio | DocScrutinizer05: it's /etc/event.d/bluetooth-dun :) |
| 20:38.48 | kerio | and it's about as simple |
| 20:38.59 | kerio | i need to register a SPP instead of a DUN, but it's really the same thing |
| 20:39.01 | kerio | tyvm y'all |
| 20:45.01 | freemangordon | hmm, maybe i should finish that application some day |
| 20:46.41 | Skry | no, you should start coding me sgx xorg driver first ;> |
| 20:46.49 | freemangordon | hehe |
| 20:47.11 | freemangordon | no, you should boot maemo5 with kernel 3.6 first :D |
| 20:47.30 | Skry | actually I'm about to try :) |
| 20:47.34 | freemangordon | well, 3.2 will do the job too :P |
| 20:47.56 | freemangordon | Skry: ask Pali for help, he has some bits needed to do that |
| 20:48.18 | vi_ | Skry: you said thumb2+hardfp compiled stuff will run on n900 in a chroot? |
| 20:48.26 | freemangordon | vi_: pong |
| 20:48.31 | Skry | vi_: yes |
| 20:48.35 | freemangordon | (very late one) |
| 20:48.35 | vi_ | freemangordon: hey. |
| 20:48.49 | vi_ | freemangordon: I kludged through my issue. |
| 20:48.59 | vi_ | thankyou anyways. |
| 20:49.01 | freemangordon | Skry: only with KP or kernel-cssu |
| 20:49.10 | Skry | yep |
| 20:49.16 | freemangordon | because of thumb |
| 20:49.32 | freemangordon | vi_: ok |
| 20:49.39 | freemangordon | np |
| 20:49.46 | vi_ | Skry: does strait up debian have a hardfp+thumb2 branch? |
| 20:49.53 | Pali | Skry: I have patch for meego (2.6.37+) kernel which add maemo5 specific interface |
| 20:50.10 | Pali | but not everything |
| 20:50.19 | freemangordon | Pali: hi |
| 20:50.22 | Pali | hi |
| 20:50.38 | freemangordon | I still wait an answer re libbmeipc :P |
| 20:50.54 | freemangordon | why you don;t like my code :D |
| 20:51.09 | Skry | vi_: I dont know, they had it in planning state though at some point, if memory serves |
| 20:51.13 | Pali | for unknown reason qemu cannot use emmc |
| 20:51.24 | Pali | so I was not able to test that patch in qemu |
| 20:51.24 | Skry | Pali: could you give me a link for that patch? |
| 20:51.30 | Pali | yes, wait |
| 20:52.06 | vi_ | neon optimised bzip2 would be sweet. |
| 20:52.20 | Pali | Skry: http://atrey.karlin.mff.cuni.cz/~pali/meego_n900_kernel_fremantle.patch |
| 20:52.24 | freemangordon | vi_: who uses it? apt? |
| 20:52.34 | Pali | patch is for meego n900 kernel (from gitorious branch) |
| 20:53.02 | Skry | freemangordon: but seriously, someone should start doing that xorg driver, I think one could get xf86-video-modesetting and start including sgx stuff ala fbdev-sgx |
| 20:53.13 | Skry | Pali: thanks |
| 20:53.25 | freemangordon | Skry: sure, but that won;t be me :P |
| 20:53.32 | *** join/#maemo GNUton-BNC (~gnuton@85-156-116-241.elisa-mobile.fi) |
| 20:53.39 | *** join/#maemo dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 20:53.47 | vi_ | freemangordon: yup. |
| 20:53.50 | Skry | freemangordon: think about all the fame and glory! :P |
| 20:54.18 | freemangordon | Skry: I am already fed with fame and glory :D:D:D |
| 20:55.33 | Pali | Skry: look here: http://atrey.karlin.mff.cuni.cz/~pali/meego_n900_kernel_fremantle.sh |
| 20:55.42 | Skry | it's beginning to look like i have to start learning and do it myself. maybe i can get it to display hello world through sgx in few years or so |
| 20:55.55 | Skry | Pali: sure |
| 20:55.57 | kerio | meh, bluetooth is a fucking mess |
| 20:55.59 | Pali | I used these commands in qemu for removing some specified parts |
| 20:56.22 | Pali | disabling bme & lowmem |
| 20:56.28 | vi_ | kerio: yup. |
| 20:57.41 | vi_ | there is a chilli sauce thief at my work. |
| 20:57.59 | vi_ | he steals my chilli sauce from the fridge. |
| 20:58.12 | vi_ | and uses it up. |
| 20:58.24 | vi_ | That motherfucker is going to pay. |
| 20:59.25 | vi_ | I just put some 'daves insanity sauce' in a cholula bottle. I am going to leave it in the fridge at work. |
| 20:59.25 | kerio | freemangordon: hmm, where does that btsettings come from? |
| 20:59.58 | freemangordon | kerio: I wrote it |
| 20:59.59 | vi_ | DIS was banned from the world chilli sauce convention because it was too spicy. |
| 21:00.07 | kerio | freemangordon: neat |
| 21:00.16 | kerio | what is it doing that i'm not doing? ;_; |
| 21:00.36 | freemangordon | NFC what are you doing :P |
| 21:01.45 | freemangordon | kerio: I started it in the times when I was playing with extkbd/extmou. Stock BT applect was missing "connect" button for HID devices |
| 21:02.21 | freemangordon | fortunately I found a way to write "plugins" to BT applet and to enable "connect" in the stock UI |
| 21:02.44 | freemangordon | so I stopped btsettingsqt develpment :) |
| 21:03.03 | kerio | alright, setting the channel to something that can actually be used as a SP makes things work much better |
| 21:04.47 | kerio | ok, i have a serial connection between my laptop and my phone! |
| 21:05.03 | freemangordon | kerio: using rfcomm or my program? |
| 21:05.06 | kerio | rfcomm |
| 21:05.12 | kerio | your program is useless! >:C |
| 21:05.18 | freemangordon | hehe |
| 21:05.37 | kerio | i have a neat way of doing *something* when prompted from bluetooth, though |
| 21:05.40 | freemangordon | IIRC rfcomm has a parameter to connect SPP |
| 21:05.52 | kerio | freemangordon: my laptop runs os x |
| 21:06.03 | freemangordon | kerio: rfcomm on n900 ;) |
| 21:06.03 | kerio | ~phonecontrol |
| 21:06.03 | infobot | phonecontrol is probably http://wiki.maemo.org/Phone_control |
| 21:06.15 | kerio | freemangordon: nah, just sdptool |
| 21:06.52 | freemangordon | well, ok, you may want to program hci, it is even harder :P |
| 21:07.25 | freemangordon | kerio: what is the device (under /dev)? |
| 21:07.37 | kerio | freemangordon: it takes the first one if you pass "-1" to it |
| 21:07.54 | kerio | and you can pass it to a program |
| 21:08.40 | kerio | imagines a getty - rfcomm - picocom monstruosity |
| 21:09.38 | vi_ | freemangordon: you know that app search widget? |
| 21:09.47 | freemangordon | no |
| 21:09.56 | *** join/#maemo muellisoft (~muelli@port-19725.pppoe.wtnet.de) |
| 21:10.15 | vi_ | the one that presents a list of all the available programs on the n900. |
| 21:10.18 | vi_ | ? |
| 21:10.44 | RST38h | $5.9 billion spent on repairing broken iPhones. |
| 21:10.45 | freemangordon | vi_: i've heard of it, but have never used it |
| 21:10.58 | RST38h | 30% iPhone users broke their preciousses in the last year. |
| 21:11.21 | RST38h | Freaking sect. |
| 21:12.30 | vi_ | when you type in letters on hildn home the device starts searching you phone book. |
| 21:12.55 | vi_ | is that a feature of hildon home or adressbook? |
| 21:13.03 | freemangordon | hildon-desktop |
| 21:13.05 | kerio | DocScrutinizer05: you were mostly right |
| 21:13.07 | freemangordon | IIRC |
| 21:13.21 | kerio | if i want to do things properly i need to set up some kind of null modem ppp connection anyway |
| 21:13.24 | vi_ | does it just make a dbus call? |
| 21:13.30 | kerio | so i might as well find a way to set PAN up |
| 21:13.31 | freemangordon | vi_: yes |
| 21:13.51 | vi_ | can it be altered to call up other things? |
| 21:13.55 | freemangordon | sure |
| 21:14.03 | vi_ | ...excellent. |
| 21:14.08 | Pali | freemangordon, https://gitorious.org/rx51-bme-replacement/libbmeipc/commit/400a51264b45e6a41b4266487b82f23b97158663 |
| 21:15.33 | freemangordon | Pali: aah, that way is muuuch better :) |
| 21:15.54 | freemangordon | did you try it? it should work, but anyway. |
| 21:15.54 | Pali | can you test it? |
| 21:15.58 | freemangordon | Pali: no KP52 here |
| 21:16.08 | Pali | ok |
| 21:16.14 | vi_ | the actuall dbus call, is it hardcoded into HD? |
| 21:16.15 | freemangordon | I was focused on -thumb these days |
| 21:16.20 | freemangordon | vi_: yes |
| 21:16.37 | freemangordon | Pali: will try to find time tomorrow to test it |
| 21:16.44 | Pali | ok |
| 21:16.56 | Pali | now I have better 0xFFFF |
| 21:17.10 | Pali | it can send and boot kernel |
| 21:17.10 | freemangordon | congrats |
| 21:17.14 | freemangordon | wow |
| 21:17.52 | Pali | flashing was not tested yet, but initial implementation is done |
| 21:18.04 | freemangordon | is afk |
| 21:26.25 | kerio | DocScrutinizer05: do you think it's possible to "preencode" music for A2DP? |
| 21:26.39 | DocScrutinizer05 | umm nope |
| 21:26.55 | DocScrutinizer05 | A2DP is either plain PCM, or mp3 |
| 21:27.14 | kerio | fine by me |
| 21:27.14 | DocScrutinizer05 | I don't think many headsets support mp3 |
| 21:27.20 | kerio | aw :( |
| 21:27.32 | DocScrutinizer05 | ya know, volume etc |
| 21:27.35 | DocScrutinizer05 | ;-) |
| 21:27.51 | kerio | i don't care about volume, the volume on the n900 is always at max anyway |
| 21:28.04 | DocScrutinizer05 | well, the manufs care |
| 21:28.12 | kerio | my headset has its own volume |
| 21:28.30 | DocScrutinizer05 | so I guess you'll have a hard time finding a headset that supports mp3 |
| 21:28.43 | kerio | i see |
| 21:29.06 | DocScrutinizer05 | maybe you could find out with some advanced tool of bluez suite |
| 21:29.26 | DocScrutinizer05 | anyway A2DP is a wrapper |
| 21:29.46 | kerio | so pushing sound through bluetooth shouldn't take CPU |
| 21:29.55 | DocScrutinizer05 | err |
| 21:30.07 | kerio | if it's pushing PCM |
| 21:30.26 | DocScrutinizer05 | it definitely will take CPU, for decoding mp3, as that's how mafw works |
| 21:30.28 | kerio | i mean, there's no compression |
| 21:30.32 | *** join/#maemo emma (~em@unaffiliated/emma) |
| 21:30.38 | kerio | i said "pushing sound through bt" |
| 21:30.49 | fizzie | "[A2DP] relies on GAVDP. It includes mandatory support for low complexity subband codec (SBC) and supports optionally MPEG-1,2 Audio, MPEG-2,4 AAC and ATRAC", claims bluetooth.org. |
| 21:30.52 | DocScrutinizer05 | yeah, that should work lightweight |
| 21:30.55 | kerio | i wasn't talking about the sound production :) |
| 21:31.18 | kerio | fizzie: ooh, so DocScrutinizer is full of lies |
| 21:31.43 | fizzie | A "low complexity subband codec", if truly "low complexity", should be... low complexity, though. |
| 21:34.02 | kerio | "However in today's practice all high quality audio still transfers over A2DP by means of SBC codec." |
| 21:35.23 | kerio | i assume the raw sound data is 44100/16 PCM |
| 21:36.24 | DocScrutinizer05 | ~wiki a2dp |
| 21:39.10 | *** join/#maemo Guest71123 (~dafox@ip51cc571d.speed.planet.nl) |
| 21:39.40 | *** join/#maemo spoofy (~spoofy@e151.rwd.prospect.pl) |
| 21:43.42 | Pali | freemangordon, reason why I suggested to use sockets in libbmeipc is because pipe is unidirectional |
| 21:44.00 | Pali | you cannot select/poll for both read and write |
| 21:44.37 | Pali | socketpair create pair of connected sockets |
| 21:45.04 | DocScrutinizer05 | dang, even SBC is no plain PCM, but anyway that's OTA format, not what you deliver to the BT interface from AP |
| 21:45.16 | Pali | and you can both read & write on socket |
| 21:46.37 | DocScrutinizer05 | kerio: iirc all the BT chips I've seen so far are connected via IIS/PCM for audio (if embedded) |
| 21:47.05 | DocScrutinizer05 | the encoding to SBC is done on BT chip afaik |
| 21:47.39 | Pali | freemangordon you can look here for socketpair implementation: https://meego.gitorious.org/~pali/meego-device-adaptation/pali-n900_libbme/commits/replacement |
| 21:50.13 | DocScrutinizer05 | well, sockets seem a nice thing, can't see what's wrong with them |
| 21:50.54 | DocScrutinizer05 | and everybody uses sockets ;-) |
| 21:54.56 | Pali | DocScrutinizer05, do you know if there is any NOLO/bootloader/flasher/... documentation? |
| 21:55.16 | Pali | or other alternative flasher tool? |
| 21:55.21 | DocScrutinizer05 | I'm pretty sure there isn't |
| 21:55.32 | *** join/#maemo sheepbat (~lev3k@2001:5c0:1000:a::111) |
| 21:55.37 | DocScrutinizer05 | sure, you know the alternative flasher tool |
| 21:56.05 | kerio | hahaha |
| 21:56.13 | Pali | ok, so only 0xFFFF, flasher-3.5 and phoenix? |
| 21:56.15 | DocScrutinizer05 | nevertheless there's a "standard" called dfu |
| 21:56.23 | DocScrutinizer05 | :nod: |
| 21:56.46 | Pali | but dfu is not supported by nolo :-( |
| 21:57.15 | Pali | and no support in u-boot too... |
| 21:57.26 | DocScrutinizer05 | I don't know how much they ripped off from dfu, or how much the forced into dfu to make NOLO/flasher out of it |
| 21:58.14 | DocScrutinizer05 | ~wiki dfu |
| 21:58.34 | DocScrutinizer05 | yeah :-S |
| 21:58.34 | Pali | phoenix is windows only SW... is there any way how to sniff usb communication on windows? |
| 21:58.46 | DocScrutinizer05 | yes |
| 21:59.11 | DocScrutinizer05 | but don't ask me what's been the name, you know I'm a windows hater and noob |
| 21:59.37 | Pali | I was thinking about start windows in qemu, connect usb port to qemu and LD_PRELOAD my library... |
| 22:00.02 | DocScrutinizer05 | nah, there's actually a real tool for sniffing USB |
| 22:00.06 | DocScrutinizer05 | I even used it once |
| 22:00.59 | DocScrutinizer05 | maybe that one: http://sourceforge.net/projects/usbsnoop/ |
| 22:01.10 | DocScrutinizer05 | (first hit on google) |
| 22:01.21 | Pali | I have small library which print info about libusb functions... I do not need to rewrite usb communication back to libusb |
| 22:01.49 | Pali | because library wrap around libusb and print params (+ dump buffer) |
| 22:02.12 | DocScrutinizer05 | http://www.google.de/search?q=sniff+usb+windows |
| 22:03.23 | Pali | DocScrutinizer05, I think that in flasher-3.5 are more buffer overflow |
| 22:03.29 | Pali | and in fiasco-gen too! |
| 22:03.33 | DocScrutinizer05 | >> From time to time I need to dump usb traffic under windows, mostly to support hardware under Linux, so my primary goal is to produce dump files for protocol analysis. For USB traffic, it seems that SniffUsb is the clear winner... It works under XP and has much nicer GUI than earlier versions. It produce huge dump files, but everything is there.<< |
| 22:04.16 | *** join/#maemo Guest29702 (~xubuntu@186.34.174.223) |
| 22:05.53 | DocScrutinizer05 | Pali: haha! :) >>Personally, I'd use qemu or kvm and instrument their USB passthrough code, then use libusb to prototype the replacement driver in userspace (this latter bit I've done before; writing USB device drivers in Python is fun!).<< http://stackoverflow.com/questions/117474/how-to-sniff-usb-port-under-windows |
| 22:07.16 | Pali | I do not know full & correct NOLO protocol, but randomly copy some parts of buffer to other memory (to part of buffer which is sent via USB) is bug |
| 22:08.25 | DocScrutinizer05 | >>1) Since people don't seem to realize it, wireshark does monitor USB traffic, and has a parser for it; but the catch is only under linux. Wireshark on Windows will not do this.<< |
| 22:10.00 | Pali | and fiasco-gen doing similar. when generating mmc fiasco image it append section with id '4' and size 0, but append data of zeros and sometimes append some previous data |
| 22:10.57 | Pali | this seems like nokia devs forgot to call memset(buf, 0, size) and writing some random memory to fiasco image! |
| 22:11.40 | DocScrutinizer05 | quite possible |
| 22:11.58 | DocScrutinizer05 | might be "free blocks" |
| 22:12.02 | DocScrutinizer05 | ;-) |
| 22:12.06 | *** join/#maemo FIQ (~fiq@unaffiliated/fiq) |
| 22:12.37 | Pali | fiasco is only archive for images, in my 0xFFFF fiasco gen implementation I do not writing any of those random data and both 0xFFFF and flasher-3.5 unpacking fiasco images same |
| 22:12.38 | DocScrutinizer05 | this way you could hide a lot of funny stuff in fiasco images |
| 22:12.52 | DocScrutinizer05 | with plausible deniability |
| 22:13.44 | Pali | this is reason, why nokia did not released source code to fiasco |
| 22:13.53 | Pali | it is crap SW |
| 22:14.00 | Pali | full of errors and bugs |
| 22:14.02 | DocScrutinizer05 | that's why ;-P |
| 22:14.21 | Skry | why this does not surprise me |
| 22:15.07 | Pali | maybe we can write exploit for flasher-3.5 :D |
| 22:15.27 | DocScrutinizer05 | idly wonders if flasher-3.12 is backward compatible and maybe a tad better |
| 22:15.45 | Pali | flasher-3.5 must run as root, so it is simple :D |
| 22:16.04 | Pali | flasher-3.12 want to send APE algo image |
| 22:16.22 | Pali | so you cannot use it for flashing n900 |
| 22:16.23 | *** join/#maemo emma (~em@unaffiliated/emma) |
| 22:16.29 | DocScrutinizer05 | hey you think of a buffer overflow exploit to root the PC flasher-3.5 is running on? nice! |
| 22:16.52 | GeneralAntilles | MWKN is currently 1-story-strong. . . . D: |
| 22:17.12 | DocScrutinizer05 | errr ? |
| 22:17.25 | DocScrutinizer05 | aah, has only one story |
| 22:17.35 | Pali | GeneralAntilles, you can add info that 0xFFFF version 0.5 was released |
| 22:17.45 | GeneralAntilles | Pali, that's the only story. :D |
| 22:17.45 | Pali | and new version is preparing |
| 22:17.46 | DocScrutinizer05 | :-) |
| 22:17.51 | Pali | ok :-) |
| 22:17.53 | GeneralAntilles | There's some election news |
| 22:17.58 | GeneralAntilles | that I haven't been paying any attention to. |
| 22:18.02 | DocScrutinizer05 | LOL |
| 22:18.45 | *** join/#maemo etrunko (~etrunko@186.214.91.89) |
| 22:18.59 | DocScrutinizer05 | I'm afraid we'll see an implosion of council/board on this election |
| 22:20.15 | DocScrutinizer05 | are we still at 2 brave men standing? |
| 22:20.25 | GeneralAntilles | Good question |
| 22:20.29 | GeneralAntilles | I should probably find that out |
| 22:20.30 | GeneralAntilles | You know |
| 22:20.32 | GeneralAntilles | for MWKN |
| 22:20.37 | DocScrutinizer05 | for 10 positions |
| 22:20.58 | *** join/#maemo wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 22:21.13 | DocScrutinizer05 | those two are really great candidates, but still |
| 22:21.18 | GeneralAntilles | wmarone, are you running for council/Hildon Foundation/whatever |
| 22:21.24 | wmarone | no |
| 22:21.31 | GeneralAntilles | You probably should. |
| 22:21.32 | *** join/#maemo FIQ (~fiq@unaffiliated/fiq) |
| 22:24.35 | DocScrutinizer05 | most of the mammoths moved on, now we're facing a scene like after the big impact (60mio y ago) - nobody left to really take on this duty |
| 22:25.36 | DocScrutinizer05 | I'm afraid we'll either see no council/board at all, due to lack of candidates, or we'll get another annoyance |
| 22:26.31 | GeneralAntilles | 10 seats is a lot to fill |
| 22:27.13 | DocScrutinizer05 | I already pondered to forget my hat there, to offer a dummy stand-in with a promise of no more than 2h/week assigned to any related task |
| 22:27.39 | DocScrutinizer05 | just to keep the idea alive |
| 22:27.57 | DocScrutinizer05 | aka make it happen at all |
| 22:28.10 | DocScrutinizer05 | or: avoid council implosion |
| 22:28.16 | *** join/#maemo FredrIQ (~fiq@unaffiliated/fiq) |
| 22:28.25 | GeneralAntilles | Out with a whimper |
| 22:28.54 | DocScrutinizer05 | but then, that was a tad too ... :-S |
| 22:29.47 | Pali | look at this patch series: http://www.mail-archive.com/linux-media@vger.kernel.org/msg51251.html fixes for n900 lirc kernel driver for upstream kernel |
| 22:30.00 | DocScrutinizer05 | I wonder how many already even *noticed* there'll be elections |
| 22:30.48 | DocScrutinizer05 | otoh do we want somebody for board or council who didn't |
| 22:44.33 | jacekowski | why do we need whole council for like 5 users that are still left? |
| 22:52.34 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 22:55.35 | DocScrutinizer05 | Pali: nice :-) |
| 22:55.56 | DocScrutinizer05 | a pretty good lesson on how patches should get reviewed |
| 22:56.16 | DocScrutinizer05 | s/reviewed/discussed in public/ |
| 22:58.08 | DocScrutinizer05 | jacekowski: seems we even got 5 devels left ;-) So number of users might be a few magnitudes larger. Anyway that's the council statute |
| 23:06.01 | *** join/#maemo teotwaki (~slau@Maemo/community/contributor/crashanddie) |
| 23:07.38 | DocScrutinizer05 | Pali: (re patches) I think they're nice but a tad fresh yet. I'd wait maybe 3 months at least before even considering to do anything with them to KP |
| 23:08.41 | *** join/#maemo erstazi (~erstazi@pool-71-116-34-7.eriepa.dsl-w.verizon.net) |
| 23:08.41 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 23:11.09 | Luke-Jr | DocScrutinizer05: I considered putting my name out there just to have a non-Maemo voice on it, but I really don't have time |
| 23:11.35 | Luke-Jr | if there's really such a shortage that more are NEEDED, feel free to list me if I can get by without too much in the way of duties |
| 23:12.16 | DocScrutinizer05 | Luke-Jr: same reasoning here (re time). I'll keep it in mind |
| 23:14.12 | *** join/#maemo 21WAAJXY7 (~net@2001:388:608c:6cb5:31de:c215:a6e2:d088) |
| 23:14.12 | *** join/#maemo 50UABPUJ8 (~net@2001:388:608c:6cb5:31de:c215:a6e2:d088) |
| 23:22.24 | *** part/#maemo 21WAAJXY7 (~net@2001:388:608c:6cb5:31de:c215:a6e2:d088) |
| 23:45.02 | *** join/#maemo Jucato (~jucato@kde/developer/jucato) |
| 23:50.38 | *** join/#maemo stardiviner (~stardivin@122.236.248.85) |
| 23:59.14 | *** join/#maemo krayonWork (~krayon@pdpc/supporter/28for7/krayon) |
