| 00:00.01 | *** join/#maemo beford (~fercho@unaffiliated/beford) |
| 00:02.58 | *** join/#maemo khertan_ (~quassel@AAmiens-553-1-101-81.w92-155.abo.wanadoo.fr) |
| 00:09.11 | *** join/#maemo otep_ (~quassel@AP-203.167.31.157.sysads.com) |
| 00:11.03 | *** join/#maemo ArGGu^^ (~arggu@e83-245-139-128.elisa-laajakaista.fi) |
| 00:15.48 | *** join/#maemo valdyn_ (~valdyn@valdyn.org) |
| 00:16.13 | *** join/#maemo valdyn__ (~valdyn@valdyn.org) |
| 00:37.08 | *** join/#maemo r00t|n900 (~r00t@82.113.99.14) |
| 00:40.53 | *** join/#maemo jiero (~chatzilla@110-174-150-114.static.tpgi.com.au) |
| 00:45.10 | *** join/#maemo lupine_85 (~lupine_85@sharpcoin.org) |
| 00:51.45 | *** join/#maemo kthomas_vh (~kthomas@c-69-244-203-127.hsd1.tn.comcast.net) |
| 00:53.36 | *** join/#maemo ArGGu^^ (~arggu@e83-245-139-128.elisa-laajakaista.fi) |
| 00:58.57 | HyperSnyper | does Joikuspot still have an issue with custom kernel ? needing to do > "modprobe JoikuSpot_Bouncer", before starting ? |
| 00:59.12 | *** join/#maemo pronto (~moo@l.beer-nation.com) |
| 01:12.30 | *** join/#maemo sid_ (~sid@nrbg-4dbfc094.pool.mediaWays.net) |
| 01:25.10 | *** join/#maemo otep (~quassel@27.126.153.141) |
| 01:53.55 | *** join/#maemo fusi_ (~fusi@cust31-dsl91-135-13.idnet.net) |
| 01:53.57 | *** join/#maemo Robot101 (~robot101@iota.hadesian.co.uk) |
| 01:54.07 | *** join/#maemo burchr (~burchr@pasanda.collabora.co.uk) |
| 01:55.56 | *** join/#maemo MohammadAG (~MohammadA@ipv6.indus.air.ai) |
| 01:55.56 | *** join/#maemo xnt14 (~xnt14@ipv6.indus.air.ai) |
| 01:58.29 | *** join/#maemo barisione (~barisione@pasanda.collabora.co.uk) |
| 01:59.20 | *** join/#maemo andrunko (~andrunko@pasanda.collabora.co.uk) |
| 02:00.25 | *** join/#maemo Plnt (~someone@rhea.pwn.cz) |
| 02:01.05 | *** join/#maemo InvalidHandle (~user@dsl-roibrasgw1-fe8efb00-63.dhcp.inet.fi) |
| 02:01.48 | *** join/#maemo balrog-k1n (~balrog@211-goc-32.acn.waw.pl) |
| 02:02.45 | balrog-k1n | hey, does Mappero really save the tracks when it says "Track saved."? i can't find any of the tracks it saved anywhere in the filesystem |
| 02:03.07 | balrog-k1n | it looks like they should be in ~/MyDocs, but there's no new files there :/ |
| 02:03.38 | balrog-k1n | would hate to have to recreate all the tracks by revisiting the palces |
| 02:04.07 | *** join/#maemo mesx (~mesx@89-172-230-5.adsl.net.t-com.hr) |
| 02:06.25 | balrog-k1n | although if i select a different directory in the save dialog, a new file does appear |
| 02:06.33 | balrog-k1n | only not in the main directory |
| 02:06.49 | Macer | going to get a synology disk station |
| 02:07.40 | balrog-k1n | i really hope it didn't just send them to the bitbucket |
| 02:09.24 | SpeedEvil | new log + strace? |
| 02:10.02 | balrog-k1n | if i save another file under the same name as a previous track it doesn't complain, still says "Track Saved", so it might be it never wrote the file ;/ |
| 02:12.46 | balrog-k1n | tries strace |
| 02:13.30 | balrog-k1n | oh no strace installed |
| 02:13.56 | balrog-k1n | this would be about the third time i've lost hours of work due to maemo mapper bugs :/ |
| 02:14.23 | SpeedEvil | I like the gps tracker widget - just works for me |
| 02:14.50 | balrog-k1n | i'll try that, thanks |
| 02:14.55 | balrog-k1n | can it insert marks? |
| 02:15.16 | SpeedEvil | no |
| 02:15.31 | SpeedEvil | i use photos to do marks |
| 02:17.30 | balrog-k1n | i did my latest mapping on buses so there wasn't enough time to notice something interesting and snap a picture of it before we left it behind :p |
| 02:18.42 | *** join/#maemo chainsawbike (~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) |
| 02:19.17 | SpeedEvil | ah |
| 02:21.58 | *** join/#maemo otep_ (~quassel@AP-203.167.31.157.sysads.com) |
| 02:23.59 | mr_jrt | Just out of curiosity...what advantage does Joikuspot have over Mobile Hotspot? |
| 02:30.23 | *** join/#maemo maybeHere (~cl@p5B162BF8.dip.t-dialin.net) |
| 02:30.27 | *** join/#maemo githogori (~githogori@c-24-7-1-43.hsd1.ca.comcast.net) |
| 02:32.45 | HyperSnyper | trying to get bleeding edge applet loaded > installed power kernel > installed applet set location and dled drivers > but on loading i get "ifconfig SIOCGIFFLAGS: No such device" |
| 02:32.51 | HyperSnyper | any ideas ? |
| 02:35.11 | *** join/#maemo amiconn_ (quassel@rockbox/developer/amiconn) |
| 02:40.49 | HyperSnyper | hmm seems the one i've installed is from extras"42" and too old |
| 02:41.07 | *** join/#maemo pcfe (~pcfe@a88-115-1-196.elisa-laajakaista.fi) |
| 02:41.07 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 02:48.10 | *** join/#maemo TSCHAKeee (~TSCHAKeee@173.9.2.181-New-England.hfc.comcastbusiness.net) |
| 03:02.19 | *** join/#maemo luke-jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 03:04.15 | balrog-k1n | SpeedEvil: speaking of bugs have you noticed, on the n900 that the gps would sometimes get stuck in a state where it claims to see 12 or so satellites at the minimum signal strength (6%?) and stop updating until it's turned off and on, or sometimes the whole device would have to be power cycled? |
| 03:05.20 | *** join/#maemo jiero (~chatzilla@110-174-150-114.static.tpgi.com.au) |
| 03:09.46 | SpeedEvil | Not seen that |
| 03:10.26 | *** join/#maemo MohammadAG (~MohammadA@ipv6.indus.air.ai) |
| 03:10.26 | *** join/#maemo xnt14 (~xnt14@ipv6.indus.air.ai) |
| 03:18.05 | *** join/#maemo DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 03:20.03 | *** join/#maemo Pavel (~pavel@c-98-235-93-225.hsd1.pa.comcast.net) |
| 03:23.42 | balrog-k1n | regrets clearing the last track after saving it :( |
| 03:27.17 | *** join/#maemo sheepbat (~lev3k@2001:5c0:1000:a::179) |
| 03:28.40 | *** join/#maemo mase76 (~mase76@pD9FF7844.dip.t-dialin.net) |
| 03:33.36 | *** join/#maemo Openfree` (~Openfreer@116.228.88.131) |
| 03:39.39 | *** join/#maemo keithzg (~quassel@d198-53-39-250.abhsia.telus.net) |
| 03:40.49 | *** join/#maemo r00t|n900 (~r00t@82.113.99.14) |
| 03:54.22 | *** join/#maemo vblazquez (~vic@219.77.17.95.dynamic.jazztel.es) |
| 03:58.58 | *** join/#maemo CodenameStrike-N (~Codenames@175.136.245.149) |
| 04:00.27 | *** join/#maemo radic_ (~radic@dslb-178-002-227-158.pools.arcor-ip.net) |
| 04:00.47 | *** join/#maemo x29a_ (~x29a@g229019060.adsl.alicedsl.de) |
| 04:01.03 | *** join/#maemo x29a_ (~x29a@unaffiliated/x29a) |
| 04:02.19 | *** join/#maemo inz (~inzane@inz.fi) |
| 04:08.04 | *** join/#maemo abner (~Abner@pasanda.collabora.co.uk) |
| 04:09.21 | *** join/#maemo robink (~quassel@unaffilated/robink) |
| 04:11.31 | *** join/#maemo radic_ (~radic@dslb-178-002-227-158.pools.arcor-ip.net) |
| 04:11.31 | *** join/#maemo CodenameStrike-N (~Codenames@175.136.245.149) |
| 04:11.31 | *** join/#maemo sheepbat (~lev3k@2001:5c0:1000:a::179) |
| 04:11.31 | *** join/#maemo xnt14 (~xnt14@ipv6.indus.air.ai) |
| 04:11.31 | *** join/#maemo luke-jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 04:11.31 | *** join/#maemo githogori (~githogori@c-24-7-1-43.hsd1.ca.comcast.net) |
| 04:11.31 | *** join/#maemo maybeHere (~cl@p5B162BF8.dip.t-dialin.net) |
| 04:11.31 | *** join/#maemo chainsawbike (~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) |
| 04:11.31 | *** join/#maemo Robot101 (~robot101@iota.hadesian.co.uk) |
| 04:11.31 | *** join/#maemo fusi_ (~fusi@cust31-dsl91-135-13.idnet.net) |
| 04:11.31 | *** join/#maemo pronto (~moo@l.beer-nation.com) |
| 04:11.31 | *** join/#maemo lupine_85 (~lupine_85@sharpcoin.org) |
| 04:11.31 | *** join/#maemo perlite (~perlite@111-240-167-172.dynamic.hinet.net) |
| 04:11.32 | *** join/#maemo andre900 (~user@20-29-80-78.tmcz.cz) |
| 04:11.32 | *** join/#maemo ToJa92_ (~toja92@46.21.151.120) |
| 04:11.32 | *** join/#maemo Chewtoy (~Chewtoy@c80-216-42-142.bredband.comhem.se) |
| 04:11.32 | *** join/#maemo vivijim (~vivijim@unaffiliated/vivijim) |
| 04:11.32 | *** join/#maemo ds3 (noinf@netblock-66-245-251-24.dslextreme.com) |
| 04:11.32 | *** join/#maemo trx (~ns-team@93.87.57.135) |
| 04:11.32 | *** join/#maemo Gadgetoid (~phil@cpc3-nrwh9-2-0-cust561.4-4.cable.virginmedia.com) |
| 04:11.32 | *** join/#maemo APTX (APTX@unaffiliated/aptx) |
| 04:11.32 | *** join/#maemo piggz (~piggz@host-89-241-6-203.as13285.net) |
| 04:11.32 | *** join/#maemo lxp1 (~lxp@212-183-124-75.adsl.highway.telekom.at) |
| 04:11.32 | *** join/#maemo swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
| 04:11.32 | *** join/#maemo rokka (~rokka@c183.myrootshell.com) |
| 04:11.32 | *** join/#maemo lbt_hel (~david@78.32.229.233) |
| 04:11.32 | *** join/#maemo renatofilho (~renato@186.215.206.130) |
| 04:11.32 | *** join/#maemo mgedmin (~mg@Maemo/community/contributor/mgedmin) |
| 04:11.32 | *** join/#maemo stippeng (~quassel@peterbilt.cs.abo.fi) |
| 04:11.32 | *** join/#maemo tg (~tg@irc.tgbit.net) |
| 04:11.32 | *** join/#maemo vesa (~vesku@193.184.83.234) |
| 04:11.32 | *** join/#maemo Mozillion (~paul@target.ipv6.spacelabs.nl) |
| 04:11.33 | *** join/#maemo Corsac (~yap@molly.corsac.net) |
| 04:11.33 | *** join/#maemo joejoe (~imlich@2001:67c:1220:80c:21c:c0ff:fe18:9398) |
| 04:11.33 | *** join/#maemo HyperSnyper (~~hidden@unaffiliated/hypersnyper) |
| 04:11.33 | *** join/#maemo madduck (~madduck@debian/developer/madduck) |
| 04:11.33 | *** join/#maemo ludens (~ludens@mudkip.apua.se) |
| 04:11.33 | *** join/#maemo krau (~krau@canuck.infradead.org) |
| 04:11.33 | *** join/#maemo bbee (~bbee@unaffiliated/bbee) |
| 04:11.33 | *** join/#maemo pdz (~paul@76-247-184-89.lightspeed.sjcpca.sbcglobal.net) |
| 04:11.33 | *** join/#maemo luke-jr|otg (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 04:11.33 | *** join/#maemo cpt_nemo (cpt_nemo@rfc1459.de) |
| 04:11.33 | *** join/#maemo Cor-Ai (cor-ai@ua-83-227-245-131.cust.bredbandsbolaget.se) |
| 04:11.33 | *** join/#maemo khertan (~khertan@nax2.naxos-fr.net) |
| 04:11.33 | *** join/#maemo crashanddie (~crashandd@Maemo/community/contributor/crashanddie) |
| 04:11.33 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 04:11.33 | *** join/#maemo sezuan (bouncer@irc.scheff32.de) |
| 04:11.33 | *** join/#maemo Sazpaimon (~wat@c-68-32-58-174.hsd1.nj.comcast.net) |
| 04:11.33 | *** join/#maemo simeoni (humis@temppeli.org) |
| 04:11.33 | *** join/#maemo kraft (kraft@gateway/shell/blinkenshell.org/x-kztlcwkafpqloddr) |
| 04:11.33 | *** join/#maemo jpinx-away (~jpinx@simula.gunkies.org) |
| 04:11.33 | *** join/#maemo esaym153 (~esaym153@cpe-67-11-147-73.satx.res.rr.com) |
| 04:11.33 | *** join/#maemo johnsu01 (~user@fsf/staff/johnsu01) |
| 04:11.33 | *** join/#maemo Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
| 04:11.33 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-207-165.triad.res.rr.com) |
| 04:11.33 | *** join/#maemo dRbiG (drbig@unhallowed.pl) |
| 04:11.33 | *** join/#maemo xkr47 (xkr47@2001:14b8:141:5926:5358:9793:2384:6264) |
| 04:11.33 | *** join/#maemo Macor (macer@lasziv.reprehensible.net) |
| 04:11.33 | *** join/#maemo tank-man (1000@S010600121729c6a1.vc.shawcable.net) |
| 04:11.34 | *** join/#maemo doc|home (~doc@gentoo/contributor/doc-007) |
| 04:11.34 | *** join/#maemo VRe (~vre@vre.iki.fi) |
| 04:11.34 | *** join/#maemo klasu_ (~klasu@a88-113-97-166.elisa-laajakaista.fi) |
| 04:11.34 | *** join/#maemo mk8 (~torello@ip-212-141.sn1.eutelia.it) |
| 04:11.34 | *** join/#maemo Gh0sty (~ghosty@77.109.78.21) |
| 04:11.34 | *** join/#maemo Termana (Termana@109.73.162.123) |
| 04:11.34 | *** join/#maemo args[0] (~args0]@64.79.104.103) |
| 04:11.34 | *** join/#maemo FireFly (~firefly@unaffiliated/firefly) |
| 04:11.34 | *** join/#maemo udovdh (~udovdh@pindarots.xs4all.nl) |
| 04:11.34 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 04:11.34 | *** join/#maemo Jaffa (~andrew@Maemo/community/contributor/Jaffa) |
| 04:11.34 | *** join/#maemo dzho (~deejoe@poppy.etrumeus.com) |
| 04:11.34 | *** join/#maemo mva (mva@pirate-party.ru) |
| 04:11.34 | *** join/#maemo shpaq (~shpaq@gentoo/user/shpaq) |
| 04:11.34 | *** join/#maemo soltys (soltys@83.168.118.74) |
| 04:11.34 | *** join/#maemo merlin1991 (~merlin@Maemo/community/cssu/merlin1991) |
| 04:11.34 | *** join/#maemo sr71 (~sr71@r.0x.to) |
| 04:11.34 | *** join/#maemo sulx (~sulx@85-23-15-158.bb.dnainternet.fi) |
| 04:11.34 | *** join/#maemo Ian--- (Ian--@77.243.78.98) |
| 04:11.34 | *** join/#maemo Patina (~tomas@1385158770.dhcp.dbnet.dk) |
| 04:11.34 | *** join/#maemo Guest95253 (~Termana@217.18.70.242) |
| 04:11.34 | *** join/#maemo robtaylor (~robtaylor@floopily.codethink.co.uk) |
| 04:11.34 | *** join/#maemo aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 04:11.34 | *** join/#maemo Suiseiseki (~desu@wikipedia/Antonio-Lopez) |
| 04:11.34 | *** join/#maemo tzorvas (~tzorvas@unaffiliated/tzorvas) |
| 04:11.34 | *** join/#maemo Funnyface (~user5330@172.80-202-83.nextgentel.com) |
| 04:11.34 | *** join/#maemo fscker_ (~adam@hypnos.fscker.com) |
| 04:11.35 | *** join/#maemo Sicelo (sicelo@unaffiliated/sicelo) |
| 04:11.35 | *** join/#maemo nid0 (~nidO@dsl-fixed-94-30-53-17.interdsl.co.uk) |
| 04:11.35 | *** join/#maemo chadi (~chadi@50.57.88.216) |
| 04:11.35 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 04:11.35 | *** join/#maemo dm8tbr (dm8tbr@2001:41b8:0:f010::2) |
| 04:11.35 | *** join/#maemo trumee (~trumee@cpc2-cmbg7-0-0-cust855.5-4.cable.virginmedia.com) |
| 04:11.35 | *** join/#maemo onekenthomas (~kthomas@c-69-244-203-127.hsd1.tn.comcast.net) |
| 04:11.35 | *** join/#maemo dmb (dmb@unaffiliated/dmb) |
| 04:11.35 | *** join/#maemo Trewas (ilonen@jumi.lut.fi) |
| 04:11.35 | *** join/#maemo fizzie (fis@iris.zem.fi) |
| 04:11.35 | *** join/#maemo chem|st (~chemist@svn.unix-ag.uni-kl.de) |
| 04:11.35 | *** join/#maemo visz (hv@kytkin.vipu.org) |
| 04:11.35 | *** join/#maemo Trizt (~user@184.82.68.104) |
| 04:11.35 | *** join/#maemo hiemanshu (~quassel@fedora/hiemanshu) |
| 04:11.35 | *** join/#maemo jd (~jade@unaffiliated/jade) |
| 04:11.35 | *** join/#maemo Flanbix (~Flanbix@w114-210.fenner.hull.ac.uk) |
| 04:11.35 | *** join/#maemo Sickki (sickki@unaffiliated/sickki) |
| 04:11.35 | *** join/#maemo agi (~agi@manson.entorno-digital.com) |
| 04:11.35 | *** join/#maemo ThreeM (hanseschla@gaming.hanseschlacht.de) |
| 04:11.54 | *** join/#maemo kov (~kov@debian/developer/kov) |
| 04:11.54 | *** join/#maemo evilbulgarian (~vladi@66-192-149-18.static.twtelecom.net) |
| 04:11.54 | *** join/#maemo edheldil (~edheldil@2001:1488:ac14:1400:222:19ff:fe31:415e) |
| 04:11.54 | *** join/#maemo pyhimys (~kytomaki@193.65.59.9) |
| 04:11.54 | *** join/#maemo Xjs|moonshine (moon@siddhartha.aoide.de) |
| 04:11.54 | *** join/#maemo brik (~brik@dereferenced.net) |
| 04:11.54 | *** join/#maemo basiaf (~basiaf@2a01:238:433a:c200::1) |
| 04:11.54 | *** join/#maemo mardy (~mardy@a88-115-29-188.elisa-laajakaista.fi) |
| 04:11.54 | *** join/#maemo cyndis_ (cyndis@lakka.kapsi.fi) |
| 04:11.55 | *** join/#maemo aslani (~aslan@ruutana.net) |
| 04:11.55 | *** join/#maemo povbot (~supybot@office.pov.lt) |
| 04:11.55 | *** join/#maemo Riussi (~jris@codemancers.fi) |
| 04:11.55 | *** join/#maemo defragger (~FatFreddy@unaffiliated/defragger) |
| 04:11.55 | *** join/#maemo joga (FwivYnzz@unaffiliated/joga) |
| 04:11.55 | *** join/#maemo ShadowJK (jk@terminus.enivax.net) |
| 04:11.55 | *** join/#maemo kulve (631109c573@humboldt.pingu.fi) |
| 04:11.55 | *** join/#maemo Hoxzer (haikion@amadeus.cc.tut.fi) |
| 04:11.55 | *** join/#maemo ieatlint (~ieatlint@tehinterweb.com) |
| 04:11.55 | *** join/#maemo alien_ (~cristi@46.102.246.155) |
| 04:11.55 | *** join/#maemo TheXception|off (~thexcepti@unaffiliated/thexception) |
| 04:12.33 | *** join/#maemo fortytwo (~forty_two@no.dolphins.here.forty-two.nu) |
| 04:12.34 | *** join/#maemo d1b (~db@d1b.org) |
| 04:12.41 | *** join/#maemo ToJa92_ (~toja92@46.21.151.120) |
| 04:12.45 | *** join/#maemo bugzy (~bugzy@adsl-99-176-7-95.dsl.lsan03.sbcglobal.net) |
| 04:14.51 | *** join/#maemo inz (~inzane@inz.fi) |
| 04:15.26 | *** join/#maemo MohammadAG (~MohammadA@ipv6.indus.air.ai) |
| 04:16.57 | *** join/#maemo xnt14 (~xnt14@ipv6.indus.air.ai) |
| 04:18.17 | *** join/#maemo ToJa92_ (~toja92@46.21.151.120) |
| 04:19.48 | *** join/#maemo d1b (~db@d1b.org) |
| 04:24.24 | Sazpaimon | finaly got my N900 put back together |
| 04:24.35 | Sazpaimon | find a small piece of something got under the digitizer screen |
| 04:24.41 | Sazpaimon | i cant blow it out |
| 04:24.44 | Sazpaimon | :( |
| 04:30.25 | *** join/#maemo robbiethe1st (~robbiethe@71-34-212-209.spkn.qwest.net) |
| 04:39.07 | *** join/#maemo marainein (~marainein@114-198-76-209.dyn.iinet.net.au) |
| 04:46.43 | *** join/#maemo RedWar (~ralph@c-98-231-28-72.hsd1.fl.comcast.net) |
| 04:48.58 | *** join/#maemo MohammadAG (~MohammadA@ipv6.indus.air.ai) |
| 04:54.43 | *** join/#maemo Kilroo1 (~Kilroo@cpe-098-026-207-165.triad.res.rr.com) |
| 04:57.23 | *** join/#maemo Kilroo (~Kilroo@cpe-098-026-207-165.triad.res.rr.com) |
| 04:57.33 | *** join/#maemo abner (~Abner@pasanda.collabora.co.uk) |
| 04:58.01 | *** join/#maemo andrunko (~andrunko@pasanda.collabora.co.uk) |
| 04:59.08 | *** join/#maemo Kilroo2 (~Kilroo@cpe-098-026-207-165.triad.res.rr.com) |
| 05:00.06 | *** join/#maemo pronto (~moo@l.beer-nation.com) |
| 05:00.58 | *** join/#maemo z4chh (~zach@50.30.195.16) |
| 05:03.14 | *** join/#maemo CodenameStrike-N (~Codenames@175.136.245.149) |
| 05:12.45 | *** join/#maemo Spydemon (~Kevin@crous-robertsau-194-254-53-116.u-strasbg.fr) |
| 05:14.09 | *** join/#maemo keithzg (~quassel@d198-53-39-250.abhsia.telus.net) |
| 05:17.34 | *** join/#maemo fortytwo (~forty_two@no.dolphins.here.forty-two.nu) |
| 05:19.09 | *** join/#maemo Chiku (~Chiku01@unaffiliated/chiku) |
| 05:20.02 | *** join/#maemo wazd (~wazd@broadband-95-84-185-178.nationalcablenetworks.ru) |
| 05:20.52 | *** join/#maemo z4chh (~zach@50.30.195.16) |
| 05:20.54 | *** join/#maemo ced117 (~ced117@AStrasbourg-552-1-84-78.w92-141.abo.wanadoo.fr) |
| 05:20.54 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 05:21.48 | *** join/#maemo KaziKluBey (KaziKluBey@c-83-233-222-141.cust.bredband2.com) |
| 05:22.52 | *** join/#maemo idont (~iDont@j138215.upc-j.chello.nl) |
| 05:28.44 | *** join/#maemo jiero (~chatzilla@110-174-150-114.static.tpgi.com.au) |
| 05:29.17 | *** join/#maemo M4rtinK (~M4rtinK@ip-94-112-98-210.net.upcbroadband.cz) |
| 05:32.28 | *** join/#maemo TSCHAKeee (~TSCHAKeee@173.9.2.181-New-England.hfc.comcastbusiness.net) |
| 05:36.47 | *** join/#maemo otep (~quassel@27.126.153.141) |
| 05:44.48 | *** join/#maemo Roomerlol (~Roomerlol@176.14.30.112) |
| 05:45.44 | *** join/#maemo mece (~mwikstro@mariehamn.abo.fi) |
| 05:45.50 | *** join/#maemo barisione (~barisione@pasanda.collabora.co.uk) |
| 05:57.33 | ruskie | http://www.linuxfordevices.com/c/a/News/ZTE-T98-and-Asus-Asus-ToughETBW11AA/ <-- hmm |
| 06:00.02 | *** join/#maemo sezuan (bouncer@irc.scheff32.de) |
| 06:00.56 | *** join/#maemo ZZzzZzzz (~ZZzzZzzz@APlessis-Bouchard-154-1-74-84.w90-35.abo.wanadoo.fr) |
| 06:04.08 | *** join/#maemo jpe (~jpe@d5152E781.static.telenet.be) |
| 06:04.28 | ruskie | http://www.theregister.co.uk/2011/09/29/apple_claims_products_lame/ <-- rofl |
| 06:10.48 | *** part/#maemo ZZzzZzzz (~ZZzzZzzz@APlessis-Bouchard-154-1-74-84.w90-35.abo.wanadoo.fr) |
| 06:22.29 | *** join/#maemo krayon (~fallen@pdpc/supporter/28for7/krayon) |
| 06:22.39 | *** part/#maemo krayon (~fallen@pdpc/supporter/28for7/krayon) |
| 06:23.24 | *** join/#maemo wam (~wam@unaffiliated/wam) |
| 06:25.07 | *** join/#maemo retro|cz (~retro@175.23.broadband2.iol.cz) |
| 06:25.44 | *** join/#maemo lupine_85 (~lupine_85@unaffiliated/lupine-85/x-7392152) |
| 06:32.01 | *** join/#maemo achipa (attila@nat/nokia/x-wsgsssosspguowtq) |
| 06:34.36 | *** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net) |
| 06:40.19 | *** join/#maemo murrayc (~murrayc@ppp-188-174-85-143.dynamic.mnet-online.de) |
| 06:43.39 | *** join/#maemo andrenarchy (~andrenarc@stifel.math.tu-berlin.de) |
| 06:43.47 | *** part/#maemo andrenarchy (~andrenarc@stifel.math.tu-berlin.de) |
| 06:52.55 | *** join/#maemo dominikb (~quassel@62-47-232-124.adsl.highway.telekom.at) |
| 06:54.11 | *** join/#maemo sid_ (~sid@pD9519316.dip0.t-ipconnect.de) |
| 07:03.52 | *** join/#maemo dvarnes (~dvarnes@203-206-128-239.perm.iinet.net.au) |
| 07:06.22 | *** join/#maemo larsivi (~quassel@144-77-15.connect.netcom.no) |
| 07:10.16 | *** join/#maemo rd (~rd@p57B494F8.dip0.t-ipconnect.de) |
| 07:14.30 | *** join/#maemo eijk (~eijk@e178196148.adsl.alicedsl.de) |
| 07:18.43 | *** join/#maemo wazd (~wazd@188.123.241.176) |
| 07:26.49 | *** join/#maemo gomiam (~magao@157.88.94.233) |
| 07:30.02 | *** join/#maemo wam (~wam@unaffiliated/wam) |
| 07:30.33 | *** join/#maemo dneary_ (~dneary@Maemo/community/docmaster/dneary) |
| 07:31.18 | *** join/#maemo Mhondoz (~rd@ti0152a380-0226.bb.online.no) |
| 07:32.52 | *** join/#maemo booiiing|clone (~quassel@cl-959.dus-01.de.sixxs.net) |
| 07:35.12 | *** join/#maemo CodenameStrike-N (~Codenames@175.136.245.149) |
| 07:37.20 | *** join/#maemo dvarnes (~dvarnes@203-206-128-239.perm.iinet.net.au) |
| 07:39.22 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 07:40.36 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 07:41.29 | *** join/#maemo lardman (~simon@host-78-146-247-114.as13285.net) |
| 07:41.29 | *** join/#maemo lardman (~simon@Maemo/community/contributor/lardman) |
| 07:42.41 | *** join/#maemo jrocha (~JRocha@155.99.117.91.static.mundo-r.com) |
| 07:43.05 | *** part/#maemo khertan (~khertan@nax2.naxos-fr.net) |
| 07:45.40 | *** join/#maemo _berto_ (~berto@155.99.117.91.static.mundo-r.com) |
| 07:46.39 | *** join/#maemo wam (~wam@unaffiliated/wam) |
| 07:46.40 | *** join/#maemo ErwinJunge (~ErwinJung@s3eea6043.adsl.wanadoo.nl) |
| 07:50.28 | *** join/#maemo CodenameStrike-N (~Codenames@175.136.245.149) |
| 07:51.22 | *** join/#maemo drj_cro (~drj@outnat.abanka.hr) |
| 07:53.25 | *** join/#maemo ayanes (~ayanes@unaffiliated/ayanes) |
| 08:02.31 | *** join/#maemo kama (~kama@unaffiliated/kama) |
| 08:06.02 | rmrfchik | DocScrutinizer: lol, you're on metawatch as well ;) |
| 08:08.03 | *** join/#maemo sezuan (bouncer@irc.scheff32.de) |
| 08:09.26 | *** join/#maemo larsivi (~quassel@144-77-15.connect.netcom.no) |
| 08:12.12 | *** join/#maemo arno0ob (~arno0ob@62.129.24.203) |
| 08:13.44 | Jaffa | GeneralAntilles: What's the battery life like on your MetaWatch? |
| 08:15.03 | rmrfchik | oh, and GeneralAntilles is there |
| 08:16.40 | ErwinJunge | DocScrutinizer: I got happy too early. The SIM failed again last night :( I guess I'll let my electronics friend have another go at hot air reflow. Or could there be another cause? |
| 08:22.31 | *** join/#maemo arno0ob_ (~arno0ob@62.129.24.203) |
| 08:22.58 | *** join/#maemo rmrfchik (~rmrfchik@linuxhacker.ru) |
| 08:23.04 | *** join/#maemo keithzg_ (~quassel@d198-53-39-250.abhsia.telus.net) |
| 08:24.28 | *** join/#maemo rm_you (Adam@66-90-160-127.dyn.grandenetworks.net) |
| 08:24.28 | *** join/#maemo rm_you (Adam@Maemo/community/cssu/rm-you) |
| 08:25.04 | *** join/#maemo kabtoffe (~kabtoffe@dsl-hkibrasgw3-fff4c000-98.dhcp.inet.fi) |
| 08:25.09 | *** join/#maemo mesx (~mesx@89-172-230-5.adsl.net.t-com.hr) |
| 08:30.43 | *** join/#maemo drj_cro (~drj@outnat.abanka.hr) |
| 08:35.04 | *** join/#maemo murrayc (~murrayc@ppp-188-174-85-143.dynamic.mnet-online.de) |
| 08:37.21 | *** join/#maemo jhb (~joerg@195.88.116.105) |
| 08:39.58 | *** join/#maemo scoobertron (~tom@93.186.150.192) |
| 08:39.58 | *** join/#maemo tank-man (1000@S010600121729c6a1.vc.shawcable.net) |
| 08:39.58 | *** join/#maemo ZogG (~zoggrules@bzq-79-181-208-147.red.bezeqint.net) |
| 08:39.58 | *** join/#maemo ErwinJunge (~ErwinJung@s3eea6043.adsl.wanadoo.nl) |
| 08:39.58 | *** join/#maemo lbt (~david@78.32.229.233) |
| 08:39.58 | *** join/#maemo kama (~kama@93-50-99-1.ip152.fastwebnet.it) |
| 08:39.58 | *** join/#maemo psycho_oreos (~no@115.131.4.30) |
| 08:39.58 | *** join/#maemo sp3001 (~tt@cs78207043.pp.htv.fi) |
| 08:39.59 | *** join/#maemo pcacjr___ (~pcacjr@187.78.104.13) |
| 08:39.59 | *** join/#maemo fasta_ (1334259@xs8.xs4all.nl) |
| 08:39.59 | *** join/#maemo em_ (~em@user-0ccem0s.cable.mindspring.com) |
| 08:39.59 | *** join/#maemo flat_ (flat@hardcore.puputehdas.com) |
| 08:39.59 | *** join/#maemo swc|666_1 (~G.Gecko@irc.pentoo.ch) |
| 08:39.59 | *** join/#maemo DocScrutinizer2 (~halley@p54939BC5.dip.t-dialin.net) |
| 08:39.59 | *** join/#maemo gri (~gri@muhkuh.net) |
| 08:39.59 | *** join/#maemo dominikb_ (~quassel@62-47-232-124.adsl.highway.telekom.at) |
| 08:39.59 | *** join/#maemo MikaT_ (~mitapoja@projects.sse.fi) |
| 08:39.59 | *** join/#maemo till (till@r021.red.fastwebserver.de) |
| 08:39.59 | *** join/#maemo jargon- (~dayo@83.229.6.19) |
| 08:39.59 | *** join/#maemo rtyler_ (~tyler@63-246-20-94.contegix.com) |
| 08:39.59 | *** join/#maemo GeneralAntilles1 (~ryan@69-33.187-72.tampabay.res.rr.com) |
| 08:39.59 | *** join/#maemo larsivi (~quassel@144-77-15.connect.netcom.no) |
| 08:39.59 | *** join/#maemo sezuan (bouncer@irc.scheff32.de) |
| 08:39.59 | *** join/#maemo ayanes (~ayanes@unaffiliated/ayanes) |
| 08:39.59 | *** join/#maemo CodenameStrike-N (~Codenames@175.136.245.149) |
| 08:39.59 | *** join/#maemo jrocha (~JRocha@155.99.117.91.static.mundo-r.com) |
| 08:39.59 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 08:39.59 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 08:39.59 | *** join/#maemo booiiing|clone (~quassel@cl-959.dus-01.de.sixxs.net) |
| 08:39.59 | *** join/#maemo Mhondoz (~rd@ti0152a380-0226.bb.online.no) |
| 08:39.59 | *** join/#maemo wazd (~wazd@188.123.241.176) |
| 08:39.59 | *** join/#maemo sid_ (~sid@pD9519316.dip0.t-ipconnect.de) |
| 08:39.59 | *** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net) |
| 08:39.59 | *** join/#maemo achipa (attila@nat/nokia/x-wsgsssosspguowtq) |
| 08:39.59 | *** join/#maemo jpe (~jpe@d5152E781.static.telenet.be) |
| 08:40.00 | *** join/#maemo Roomerlol (~Roomerlol@176.14.30.112) |
| 08:40.00 | *** join/#maemo otep (~quassel@27.126.153.141) |
| 08:40.00 | *** join/#maemo KaziKluBey (KaziKluBey@c-83-233-222-141.cust.bredband2.com) |
| 08:40.00 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 08:40.00 | *** join/#maemo Chiku (~Chiku01@unaffiliated/chiku) |
| 08:40.00 | *** join/#maemo fortytwo (~forty_two@no.dolphins.here.forty-two.nu) |
| 08:40.00 | *** join/#maemo Kilroo2 (~Kilroo@cpe-098-026-207-165.triad.res.rr.com) |
| 08:40.00 | *** join/#maemo MohammadAG (~MohammadA@ipv6.indus.air.ai) |
| 08:40.00 | *** join/#maemo robbiethe1st (~robbiethe@71-34-212-209.spkn.qwest.net) |
| 08:40.00 | *** join/#maemo xnt14 (~xnt14@ipv6.indus.air.ai) |
| 08:40.00 | *** join/#maemo inz (~inzane@inz.fi) |
| 08:40.00 | *** join/#maemo bugzy (~bugzy@adsl-99-176-7-95.dsl.lsan03.sbcglobal.net) |
| 08:40.00 | *** join/#maemo biston (~biston@server88-208-234-119.live-servers.net) |
| 08:40.00 | *** join/#maemo jaska (jaska@f948.ip11.netikka.fi) |
| 08:40.00 | *** join/#maemo MrOpposite (~MrOpposit@unaffiliated/mropposite) |
| 08:40.00 | *** join/#maemo frals (~frals@Maemo/community/contributor/frals) |
| 08:40.00 | *** join/#maemo rosseaux (~BeRo@62.76.238.89.in-addr.arpa.manitu.net) |
| 08:40.00 | *** join/#maemo bebna (~bebna@84.38.68.50) |
| 08:40.00 | *** join/#maemo grinsekatze (~grinsekat@clue20.linguistik.uni-erlangen.de) |
| 08:40.00 | *** join/#maemo Ikarus (~ikarus@46-129-66-189.dynamic.upc.nl) |
| 08:40.00 | *** join/#maemo neal (~user@c-24-91-125-189.hsd1.ma.comcast.net) |
| 08:40.00 | *** join/#maemo matrixx (matrixx@xob.kapsi.fi) |
| 08:40.00 | *** join/#maemo dvoid_ (~quassel@h253n5-sde-a31.ias.bredband.telia.com) |
| 08:40.00 | *** join/#maemo villev (vivainio@kapsi.fi) |
| 08:40.00 | *** join/#maemo Gizmokid2005 (~Gizmokid2@vps2.gizmokid2005.com) |
| 08:40.00 | *** join/#maemo florentia (~florentia@kraken.insecable.net) |
| 08:40.00 | *** join/#maemo kevin_b (~kevin_b@ks35127.kimsufi.com) |
| 08:40.01 | *** join/#maemo DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
| 08:40.01 | *** join/#maemo X-Fade (~xfade@d5152FFD8.static.telenet.be) |
| 08:40.01 | *** join/#maemo kerio (~kerio92@unaffiliated/kerio92) |
| 08:40.01 | *** join/#maemo GuySoft (~guysoft@109.226.24.250) |
| 08:40.01 | *** join/#maemo odin_ (~Odin@93-97-168-38.zone5.bethere.co.uk) |
| 08:40.01 | *** join/#maemo Plnt (~someone@rhea.pwn.cz) |
| 08:40.01 | *** join/#maemo radic_ (~radic@dslb-178-002-227-158.pools.arcor-ip.net) |
| 08:40.01 | *** join/#maemo sheepbat (~lev3k@2001:5c0:1000:a::179) |
| 08:40.01 | *** join/#maemo luke-jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 08:40.01 | *** join/#maemo githogori (~githogori@c-24-7-1-43.hsd1.ca.comcast.net) |
| 08:40.01 | *** join/#maemo maybeHere (~cl@p5B162BF8.dip.t-dialin.net) |
| 08:40.01 | *** join/#maemo chainsawbike (~chainsawb@chainsawbike-1-pt.tunnel.tserv25.sin1.ipv6.he.net) |
| 08:40.01 | *** join/#maemo Robot101 (~robot101@iota.hadesian.co.uk) |
| 08:40.01 | *** join/#maemo fusi_ (~fusi@cust31-dsl91-135-13.idnet.net) |
| 08:40.01 | *** join/#maemo lupine_85 (~lupine_85@unaffiliated/lupine-85/x-7392152) |
| 08:40.14 | *** join/#maemo perlite (~perlite@111-240-167-172.dynamic.hinet.net) |
| 08:40.14 | *** join/#maemo Chewtoy (~Chewtoy@c80-216-42-142.bredband.comhem.se) |
| 08:40.14 | *** join/#maemo vivijim (~vivijim@unaffiliated/vivijim) |
| 08:40.14 | *** join/#maemo ds3 (noinf@netblock-66-245-251-24.dslextreme.com) |
| 08:40.14 | *** join/#maemo trx (~ns-team@93.87.57.135) |
| 08:40.14 | *** join/#maemo Gadgetoid (~phil@cpc3-nrwh9-2-0-cust561.4-4.cable.virginmedia.com) |
| 08:40.14 | *** join/#maemo APTX (APTX@unaffiliated/aptx) |
| 08:40.14 | *** join/#maemo piggz (~piggz@host-89-241-6-203.as13285.net) |
| 08:40.14 | *** join/#maemo lxp1 (~lxp@212-183-124-75.adsl.highway.telekom.at) |
| 08:40.14 | *** join/#maemo rokka (~rokka@c183.myrootshell.com) |
| 08:40.14 | *** join/#maemo renatofilho (~renato@186.215.206.130) |
| 08:40.14 | *** join/#maemo mgedmin (~mg@Maemo/community/contributor/mgedmin) |
| 08:40.14 | *** join/#maemo stippeng (~quassel@peterbilt.cs.abo.fi) |
| 08:40.15 | *** join/#maemo tg (~tg@irc.tgbit.net) |
| 08:40.15 | *** join/#maemo vesa (~vesku@193.184.83.234) |
| 08:40.15 | *** join/#maemo Mozillion (~paul@target.ipv6.spacelabs.nl) |
| 08:40.15 | *** join/#maemo Corsac (~yap@molly.corsac.net) |
| 08:40.15 | *** join/#maemo joejoe (~imlich@2001:67c:1220:80c:21c:c0ff:fe18:9398) |
| 08:40.15 | *** join/#maemo HyperSnyper (~~hidden@unaffiliated/hypersnyper) |
| 08:40.15 | *** join/#maemo madduck (~madduck@debian/developer/madduck) |
| 08:40.15 | *** join/#maemo ludens (~ludens@mudkip.apua.se) |
| 08:40.15 | *** join/#maemo krau (~krau@canuck.infradead.org) |
| 08:40.15 | *** join/#maemo bbee (~bbee@unaffiliated/bbee) |
| 08:40.15 | *** join/#maemo pdz (~paul@76-247-184-89.lightspeed.sjcpca.sbcglobal.net) |
| 08:40.15 | *** join/#maemo luke-jr|otg (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 08:40.15 | *** join/#maemo cpt_nemo (cpt_nemo@rfc1459.de) |
| 08:40.15 | *** join/#maemo Cor-Ai (cor-ai@ua-83-227-245-131.cust.bredbandsbolaget.se) |
| 08:40.15 | *** join/#maemo crashanddie (~crashandd@Maemo/community/contributor/crashanddie) |
| 08:40.15 | *** join/#maemo erstazi (~erstazi@unaffiliated/erstazi) |
| 08:40.15 | *** join/#maemo Sazpaimon (~wat@c-68-32-58-174.hsd1.nj.comcast.net) |
| 08:40.15 | *** join/#maemo simeoni (humis@temppeli.org) |
| 08:40.15 | *** join/#maemo kraft (kraft@gateway/shell/blinkenshell.org/x-kztlcwkafpqloddr) |
| 08:40.15 | *** join/#maemo jpinx-away (~jpinx@simula.gunkies.org) |
| 08:40.15 | *** join/#maemo esaym153 (~esaym153@cpe-67-11-147-73.satx.res.rr.com) |
| 08:40.15 | *** join/#maemo johnsu01 (~user@fsf/staff/johnsu01) |
| 08:40.15 | *** join/#maemo Milhouse (~irc_milho@Maemo/community/contributor/Milhouse) |
| 08:40.15 | *** join/#maemo dRbiG (drbig@unhallowed.pl) |
| 08:40.15 | *** join/#maemo xkr47 (xkr47@2001:14b8:141:5926:5358:9793:2384:6264) |
| 08:40.15 | *** join/#maemo Macor (macer@lasziv.reprehensible.net) |
| 08:40.15 | *** join/#maemo doc|home (~doc@gentoo/contributor/doc-007) |
| 08:40.16 | *** join/#maemo VRe (~vre@vre.iki.fi) |
| 08:40.16 | *** join/#maemo klasu_ (~klasu@a88-113-97-166.elisa-laajakaista.fi) |
| 08:40.16 | *** join/#maemo mk8 (~torello@ip-212-141.sn1.eutelia.it) |
| 08:40.16 | *** join/#maemo Gh0sty (~ghosty@77.109.78.21) |
| 08:40.16 | *** join/#maemo Termana (Termana@109.73.162.123) |
| 08:40.16 | *** join/#maemo args[0] (~args0]@64.79.104.103) |
| 08:40.16 | *** join/#maemo FireFly (~firefly@unaffiliated/firefly) |
| 08:40.16 | *** join/#maemo udovdh (~udovdh@pindarots.xs4all.nl) |
| 08:40.16 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 08:40.17 | *** join/#maemo Jaffa (~andrew@Maemo/community/contributor/Jaffa) |
| 08:40.17 | *** join/#maemo dzho (~deejoe@poppy.etrumeus.com) |
| 08:40.17 | *** join/#maemo mva (mva@pirate-party.ru) |
| 08:40.17 | *** join/#maemo shpaq (~shpaq@gentoo/user/shpaq) |
| 08:40.17 | *** join/#maemo soltys (soltys@83.168.118.74) |
| 08:40.17 | *** join/#maemo merlin1991 (~merlin@Maemo/community/cssu/merlin1991) |
| 08:40.17 | *** join/#maemo sr71 (~sr71@r.0x.to) |
| 08:40.17 | *** join/#maemo sulx (~sulx@85-23-15-158.bb.dnainternet.fi) |
| 08:40.17 | *** join/#maemo Ian--- (Ian--@77.243.78.98) |
| 08:40.17 | *** join/#maemo Patina (~tomas@1385158770.dhcp.dbnet.dk) |
| 08:40.17 | *** join/#maemo Guest95253 (~Termana@217.18.70.242) |
| 08:40.17 | *** join/#maemo robtaylor (~robtaylor@floopily.codethink.co.uk) |
| 08:40.17 | *** join/#maemo aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 08:40.17 | *** join/#maemo Suiseiseki (~desu@wikipedia/Antonio-Lopez) |
| 08:40.17 | *** join/#maemo tzorvas (~tzorvas@unaffiliated/tzorvas) |
| 08:40.17 | *** join/#maemo Funnyface (~user5330@172.80-202-83.nextgentel.com) |
| 08:40.17 | *** join/#maemo fscker_ (~adam@hypnos.fscker.com) |
| 08:40.17 | *** join/#maemo Sicelo (sicelo@unaffiliated/sicelo) |
| 08:40.17 | *** join/#maemo nid0 (~nidO@dsl-fixed-94-30-53-17.interdsl.co.uk) |
| 08:40.17 | *** join/#maemo chadi (~chadi@50.57.88.216) |
| 08:40.17 | *** join/#maemo shamus (~shamus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 08:40.17 | *** join/#maemo dm8tbr (dm8tbr@2001:41b8:0:f010::2) |
| 08:40.17 | *** join/#maemo trumee (~trumee@cpc2-cmbg7-0-0-cust855.5-4.cable.virginmedia.com) |
| 08:40.17 | *** join/#maemo onekenthomas (~kthomas@c-69-244-203-127.hsd1.tn.comcast.net) |
| 08:40.17 | *** join/#maemo dmb (dmb@unaffiliated/dmb) |
| 08:40.17 | *** join/#maemo Trewas (ilonen@jumi.lut.fi) |
| 08:40.17 | *** join/#maemo fizzie (fis@iris.zem.fi) |
| 08:40.18 | *** join/#maemo chem|st (~chemist@svn.unix-ag.uni-kl.de) |
| 08:40.18 | *** join/#maemo visz (hv@kytkin.vipu.org) |
| 08:40.18 | *** join/#maemo Trizt (~user@184.82.68.104) |
| 08:40.18 | *** join/#maemo hiemanshu (~quassel@fedora/hiemanshu) |
| 08:40.18 | *** join/#maemo jd (~jade@unaffiliated/jade) |
| 08:40.18 | *** join/#maemo Flanbix (~Flanbix@w114-210.fenner.hull.ac.uk) |
| 08:40.18 | *** join/#maemo Sickki (sickki@unaffiliated/sickki) |
| 08:40.18 | *** join/#maemo agi (~agi@manson.entorno-digital.com) |
| 08:40.18 | *** join/#maemo ThreeM (hanseschla@gaming.hanseschlacht.de) |
| 08:40.18 | *** join/#maemo kov (~kov@debian/developer/kov) |
| 08:40.18 | *** join/#maemo evilbulgarian (~vladi@66-192-149-18.static.twtelecom.net) |
| 08:40.18 | *** join/#maemo edheldil (~edheldil@2001:1488:ac14:1400:222:19ff:fe31:415e) |
| 08:40.18 | *** join/#maemo pyhimys (~kytomaki@193.65.59.9) |
| 08:40.18 | *** join/#maemo Xjs|moonshine (moon@siddhartha.aoide.de) |
| 08:40.18 | *** join/#maemo brik (~brik@dereferenced.net) |
| 08:40.18 | *** join/#maemo basiaf (~basiaf@2a01:238:433a:c200::1) |
| 08:40.18 | *** join/#maemo mardy (~mardy@a88-115-29-188.elisa-laajakaista.fi) |
| 08:40.18 | *** join/#maemo cyndis_ (cyndis@lakka.kapsi.fi) |
| 08:40.18 | *** join/#maemo aslani (~aslan@ruutana.net) |
| 08:40.18 | *** join/#maemo povbot (~supybot@office.pov.lt) |
| 08:40.18 | *** join/#maemo Riussi (~jris@codemancers.fi) |
| 08:40.18 | *** join/#maemo defragger (~FatFreddy@unaffiliated/defragger) |
| 08:40.18 | *** join/#maemo joga (FwivYnzz@unaffiliated/joga) |
| 08:40.18 | *** join/#maemo ShadowJK (jk@terminus.enivax.net) |
| 08:40.18 | *** join/#maemo kulve (631109c573@humboldt.pingu.fi) |
| 08:40.18 | *** join/#maemo Hoxzer (haikion@amadeus.cc.tut.fi) |
| 08:40.18 | *** join/#maemo ieatlint (~ieatlint@tehinterweb.com) |
| 08:40.19 | *** join/#maemo alien_ (~cristi@46.102.246.155) |
| 08:40.19 | *** join/#maemo TheXception|off (~thexcepti@unaffiliated/thexception) |
| 08:41.39 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 08:41.39 | *** join/#maemo flux (flux@coffee.modeemi.fi) |
| 08:41.39 | *** join/#maemo ColdFyre (~lenny@c-98-248-33-157.hsd1.ca.comcast.net) |
| 08:41.40 | *** join/#maemo ivan4th (~ivan4th@smtp.igrade.ru) |
| 08:41.40 | *** join/#maemo RokSteady (~mikaelf@pdpc/supporter/active/roksteady) |
| 08:41.40 | *** join/#maemo musca` (musca@tyrael.eu) |
| 08:41.40 | *** join/#maemo jacekowski (jacekowski@jacekowski.org) |
| 08:41.40 | *** join/#maemo peetah (~peetah@cha92-9-82-236-202-86.fbx.proxad.net) |
| 08:41.40 | *** join/#maemo ruskie (ruskie@sourcemage/mage/ruskie) |
| 08:41.40 | *** join/#maemo cehteh (~ct@pipapo.org) |
| 08:41.40 | *** join/#maemo claw (~claw@109.73.51.163) |
| 08:41.40 | *** join/#maemo kevsim (~quassel@nat/trolltech/x-yzqchzonduiyrtwg) |
| 08:41.40 | *** join/#maemo lardman|home (~lardman@138-38-179-9.docking.bath.ac.uk) |
| 08:41.40 | *** join/#maemo mhlavink (quassel@nat/redhat/x-qgfjnhbstlapsmbs) |
| 08:41.40 | *** join/#maemo jben (~jben@alpha.jben.info) |
| 08:41.40 | *** join/#maemo Earthwings (~quassel@gentoo/developer/earthwings) |
| 08:41.40 | *** join/#maemo Mek_ (~quassel@93.157.1.37) |
| 08:41.40 | *** join/#maemo ketas-av (~ketas@kvlt.eu) |
| 08:41.40 | *** join/#maemo dev (~dev@itc-scholz.de) |
| 08:41.40 | *** join/#maemo jeverling (~quassel@jeverling.de) |
| 08:41.40 | *** join/#maemo Flipi|BNC (bnc@kann.nicht.ohne.dj-flipi.de) |
| 08:41.40 | *** join/#maemo gregoa (~gregoa@chello212186032184.406.14.vie.surfer.at) |
| 08:41.40 | *** join/#maemo onion_ (~milang@tori.tal.org) |
| 08:41.40 | *** join/#maemo jevin (~jevin@napalm.jevinskie.com) |
| 08:41.40 | *** join/#maemo felipe` (~felipe@unaffiliated/felipe) |
| 08:41.40 | *** join/#maemo chouchoune (~arnaud@chouchoune.fr) |
| 08:41.40 | *** join/#maemo Scorcerer (scor@czlug.icis.pcz.pl) |
| 08:41.40 | *** join/#maemo egs (~egs@quassel/developer/egs) |
| 08:41.52 | *** join/#maemo skule (~svs@exitus.logiva.dk) |
| 08:41.52 | *** join/#maemo eijk (~eijk@e178229201.adsl.alicedsl.de) |
| 08:41.52 | *** join/#maemo fredrin_ (~Fredrik@cm-84.208.108.15.getinternet.no) |
| 08:41.52 | *** join/#maemo florian (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:41.52 | *** join/#maemo pronto (~moo@l.beer-nation.com) |
| 08:41.52 | *** join/#maemo x29a (~x29a@unaffiliated/x29a) |
| 08:41.52 | *** join/#maemo vblazquez (~vic@219.77.17.95.dynamic.jazztel.es) |
| 08:41.52 | *** join/#maemo InvalidHandle (~user@dsl-roibrasgw1-fe8efb00-63.dhcp.inet.fi) |
| 08:41.52 | *** join/#maemo burchr (~burchr@pasanda.collabora.co.uk) |
| 08:41.52 | *** join/#maemo ArGGu^^ (~arggu@e83-245-139-128.elisa-laajakaista.fi) |
| 08:41.53 | *** join/#maemo Khertan (~quassel@AAmiens-553-1-101-81.w92-155.abo.wanadoo.fr) |
| 08:41.53 | *** join/#maemo mitsutaka (~mitsutaka@p4071-ipbf4103marunouchi.tokyo.ocn.ne.jp) |
| 08:41.53 | *** join/#maemo Kaptenen (~Kaptenen@81.216.60.47) |
| 08:41.53 | *** join/#maemo lopz (~jjlc@unaffiliated/lopz) |
| 08:41.53 | *** join/#maemo C-S-B (~csb@ipv4-95-152-205-90.static.as8844.net) |
| 08:41.53 | *** join/#maemo drussell (~dave@cpc2-brom9-2-0-cust485.wolv.cable.virginmedia.com) |
| 08:41.53 | *** join/#maemo mtnbkr (~mtnbkr@75-150-91-17-NewEngland.hfc.comcastbusiness.net) |
| 08:41.53 | *** join/#maemo Juozapas (~juoza@78-56-252-56.static.zebra.lt) |
| 08:41.53 | *** join/#maemo tchan (~tchan@lunar-linux/developer/tchan) |
| 08:41.53 | *** join/#maemo RhymeswA (~rhymes@c-174-59-229-192.hsd1.pa.comcast.net) |
| 08:41.53 | *** join/#maemo SpeedEvil (~user@tor/regular/SpeedEvil) |
| 08:41.53 | *** join/#maemo woldrich (~scp1@unaffiliated/scp1) |
| 08:41.53 | *** join/#maemo Malin (~malin@97.8.9.46.customer.cdi.no) |
| 08:41.53 | *** join/#maemo Sc0rpius (~naikel@190.78.157.249) |
| 08:41.53 | *** join/#maemo jonne|reconnecte (~jonne@91.182.51.33) |
| 08:41.53 | *** join/#maemo wijiji (~a@c-76-19-53-23.hsd1.nh.comcast.net) |
| 08:41.53 | *** join/#maemo paroneayea (~user@fsf/member/paroneayea) |
| 08:41.53 | *** join/#maemo Sampppa (moonlight@only4fun.fi) |
| 08:41.53 | *** join/#maemo loft306 (~Thumper@tuxhacker/loft306) |
| 08:42.06 | *** join/#maemo tuho (~t@a91-153-35-135.elisa-laajakaista.fi) |
| 08:42.06 | *** join/#maemo gomiam (~magao@157.88.94.233) |
| 08:42.06 | *** join/#maemo amiconn (quassel@rockbox/developer/amiconn) |
| 08:42.06 | *** join/#maemo valdyn__ (~valdyn@valdyn.org) |
| 08:42.06 | *** join/#maemo valdyn_ (~valdyn@valdyn.org) |
| 08:42.06 | *** join/#maemo Smily (Smily@BSN-143-34-54.dial-up.dsl.siol.net) |
| 08:42.06 | *** join/#maemo GNUton-BNC (~gnuton@85-156-53-213.elisa-mobile.fi) |
| 08:42.06 | *** join/#maemo mavhc (~mavhc@cpc3-basf10-2-0-cust617.12-3.cable.virginmedia.com) |
| 08:42.06 | *** join/#maemo parasight (parasight@propelli.cop.fi) |
| 08:42.06 | *** join/#maemo mardi (~mardi@host86-180-12-96.range86-180.btcentralplus.com) |
| 08:42.06 | *** join/#maemo AndrewX192 (~andrew@unaffiliated/andrewx192) |
| 08:42.06 | *** join/#maemo wmarone (~wmarone@c-67-174-148-77.hsd1.ca.comcast.net) |
| 08:42.06 | *** join/#maemo sunkan (~sunkan@alva.zappa.cx) |
| 08:42.06 | *** join/#maemo yaccin (~quassel@2001:1a50:11:0:5f:8f:ac0c:1) |
| 08:42.09 | *** join/#maemo voegelas (~voegelas@HSI-KBW-109-192-051-187.hsi6.kabel-badenwuerttemberg.de) |
| 08:43.49 | *** join/#maemo eijk (~eijk@e178229201.adsl.alicedsl.de) |
| 08:44.20 | *** join/#maemo Pali (~quassel@rohar.kolej.mff.cuni.cz) |
| 08:47.15 | ruskie | ~aegis |
| 08:47.15 | infobot | http://www.developer.nokia.com/Community/Wiki/Harmattan:Developer_Library/Developing_for_Harmattan/Harmattan_security/Security_guide , or "The purpose of this framework is: ... to make sure that the platform meets the requirements set by third party software that requires a safe execution environment.", or http://en.wikipedia.org/wiki/Trusted_Computing#Criticism, or http://en.qi-hardware.com/w/images/1/10/ME_382_LockedUpTechnology2.gif |
| 08:49.21 | *** join/#maemo jpe (~jpe@d5152E781.static.telenet.be) |
| 08:52.42 | *** join/#maemo mortenvp (~mortenvp@h196.natout.aau.dk) |
| 08:53.09 | *** join/#maemo rd (~rd@p57B494F8.dip0.t-ipconnect.de) |
| 08:55.39 | *** join/#maemo andre__ (~andre@g1.blanicka25.net) |
| 08:55.39 | *** join/#maemo andre__ (~andre@Maemo/community/bugmaster/andre) |
| 08:59.24 | *** join/#maemo bash` (~bash@archlinux/developer/andrea) |
| 09:05.29 | *** join/#maemo mitsutak_ (~mitsutaka@p4071-ipbf4103marunouchi.tokyo.ocn.ne.jp) |
| 09:06.26 | *** join/#maemo skrr (~skrr@jalava.cc.jyu.fi) |
| 09:08.27 | *** join/#maemo schend (suresh@nat/nokia/x-yekegojziadjbgyu) |
| 09:09.02 | *** join/#maemo sid_ (~sid@pD9519316.dip0.t-ipconnect.de) |
| 09:09.58 | *** join/#maemo MohammadAG (~MohammadA@ipv6.indus.air.ai) |
| 09:11.32 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 09:13.43 | *** join/#maemo jiero (~chatzilla@110-174-150-114.static.tpgi.com.au) |
| 09:17.42 | *** join/#maemo dominikb (~quassel@62-47-248-247.adsl.highway.telekom.at) |
| 09:17.54 | *** join/#maemo rd (~rd@p57B494F8.dip0.t-ipconnect.de) |
| 09:20.02 | *** join/#maemo _nicolai_ (~nicolai@rzpc32.informatik.uni-hamburg.de) |
| 09:24.46 | *** join/#maemo zap_ (~zap@213.59.86.89) |
| 09:27.12 | *** join/#maemo wazd_ (~wazd@188.123.241.176) |
| 09:31.07 | *** join/#maemo tackat (~trahn@pd956c438.dip0.t-ipconnect.de) |
| 09:37.24 | *** join/#maemo FIQ (~fiq@unaffiliated/fiq) |
| 09:38.16 | RST38h | Meanwhile: Top 1% of iOS Game Developers Make a Third of All Revenue |
| 09:40.01 | *** join/#maemo jpe (~jpe@d5152E781.static.telenet.be) |
| 09:42.14 | *** join/#maemo eMHa_ (~mh@212.144.117.125) |
| 09:45.03 | *** join/#maemo Vid (~vid@unaffiliated/vid/x-344509) |
| 09:46.49 | *** join/#maemo rd (~rd@p57B494F8.dip0.t-ipconnect.de) |
| 09:50.17 | *** join/#maemo bash` (~bash@archlinux/developer/andrea) |
| 09:51.02 | *** part/#maemo piggz (~piggz@host-89-241-6-203.as13285.net) |
| 09:51.17 | *** join/#maemo dvaske (asolsson@nat/nokia/x-elwycovyygjkkytz) |
| 09:57.02 | *** join/#maemo sirdancealot (~kook@100.177.broadband10.iol.cz) |
| 09:58.05 | *** join/#maemo Wikier (~wikier@cm-93-156-162-172.telecable.es) |
| 09:58.19 | lardman|home | RST38h: something similar with tax returns iirc |
| 09:58.27 | lardman|home | though not quite such extreme numbers |
| 09:59.41 | ruskie | http://www.theregister.co.uk/2011/09/30/software_copyright/ <-- this sounds way to much like business logic |
| 10:00.54 | *** join/#maemo jiero (~chatzilla@110-174-150-114.static.tpgi.com.au) |
| 10:01.34 | *** join/#maemo jargon- (~dayo@unaffiliated/jargon-) |
| 10:04.35 | *** join/#maemo piggz (~piggz@host-89-241-6-203.as13285.net) |
| 10:05.10 | *** join/#maemo Hags (~milko@83.142.23.69) |
| 10:06.14 | Hags | How do you exit the menu of Navit on Maemo on Nokia N900? (In particular, how do you use Navit at all, e.g. example maps.xml showing whether I can use multiple root XML elements, etc.? ) |
| 10:08.22 | Hags | In particular, is there any way to use Navit without having to restart the program each time you change a setting? |
| 10:12.01 | Hags | OK, I figured it out, it's uparrow, enter. Why? |
| 10:14.28 | *** join/#maemo DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 10:17.39 | *** join/#maemo jiero (~chatzilla@110-174-150-114.static.tpgi.com.au) |
| 10:18.11 | DocScrutinizer | ~moo |
| 10:18.11 | infobot | ACTION mooooooooo! I am cow, hear me moo, I weigh twice as much as you. I am cow, eating grass, methane gas comes out my ass |
| 10:18.42 | *** join/#maemo wazd__ (~wazd@188.123.241.176) |
| 10:19.17 | DocScrutinizer | c'mon it's Friday, so what's the completely weird possibly made up and for sure OT talk today? ;-D |
| 10:20.20 | DocScrutinizer | this comet MohammadAG mentioned destroyed the world a week ago and we just didn't notice yet? |
| 10:22.39 | *** join/#maemo nmjnb (~nmjnb@c-567e72d5.026-18-73746f23.cust.bredbandsbolaget.se) |
| 10:30.12 | *** join/#maemo larsivi (~quassel@144-77-15.connect.netcom.no) |
| 10:34.30 | *** join/#maemo larsivi (~quassel@144-77-15.connect.netcom.no) |
| 10:35.53 | Pali | DocScrutinizer: I have solution for bq kernel module and BME |
| 10:36.06 | *** join/#maemo NIN101 (~NIN101@p5DD287A1.dip0.t-ipconnect.de) |
| 10:41.12 | SpeedEvil | Pali: Which is? |
| 10:41.13 | DocScrutinizer | Pali: nice |
| 10:41.21 | DocScrutinizer | bother to tell me? |
| 10:41.25 | *** join/#maemo tackat (~trahn@pd956c438.dip0.t-ipconnect.de) |
| 10:41.50 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 10:42.19 | DocScrutinizer | my idea was along a LD_PRELOAD lib around bme, to intercept and redirect fopen() and friends |
| 10:42.30 | Pali | First is patch in bq module which export character device with ioctl for access bq registers |
| 10:42.37 | DocScrutinizer | only if it was to /dev/i2c-2 |
| 10:42.54 | Pali | and I have simple library for LD_PRELOAD compatible with i2c-dev |
| 10:43.03 | DocScrutinizer | :-D |
| 10:43.13 | Pali | Next is patch for kernel module i2c-dev which will use ioctl function in bq module |
| 10:43.19 | SpeedEvil | In principle, that sounds not insane |
| 10:43.34 | *** join/#maemo rd (~rd@p57B494F8.dip0.t-ipconnect.de) |
| 10:43.42 | Pali | that i2-dev kernel module patch is not done yet |
| 10:44.01 | DocScrutinizer | :nod: could work |
| 10:44.29 | DocScrutinizer | take particular care about i2c-dev not building up too much overhead |
| 10:45.47 | *** join/#maemo lizardo (~lizardo@189.2.128.130) |
| 10:47.05 | DocScrutinizer | anyway my isea of just dealing with bme to redirect the access to /dev/i2c-2 to the proper /sys/bq27200/raw feels less invasive to me |
| 10:47.46 | DocScrutinizer | leaves the kernel space untainted, and only needs a LD_PRELOAD wrapper around BME |
| 10:47.54 | SpeedEvil | He who writes the code makes the rules. |
| 10:48.01 | *** join/#maemo wazd___ (~wazd@188.123.241.176) |
| 10:48.02 | DocScrutinizer | :-) |
| 10:48.18 | DocScrutinizer | not in kernelspace, SpeedEvil |
| 10:48.42 | SpeedEvil | And yes, such a patch will never, ever get upstream. |
| 10:48.51 | Pali | yes, better is patched i2c-dev to use bq module for access reigsters |
| 10:48.54 | SpeedEvil | Which raises some maintainance issues |
| 10:49.44 | Pali | but BME and all battery our stuf is maemo related |
| 10:49.47 | DocScrutinizer | please check for "recursion termination conditions"! ;-D |
| 10:50.13 | Pali | in pre build kernel-power v49 is that bq kernel patch included |
| 10:50.22 | Pali | see commit: https://garage.maemo.org/plugins/ggit/browse.php/?p=kernel-power;a=commit;h=bac1e954cf97153134efb2d54ba11c50306a136e |
| 10:50.27 | DocScrutinizer | and honestly patching i2c-dev feels ... nasty |
| 10:50.38 | Pali | patch: bq27x00-reg.diff |
| 10:50.50 | *** join/#maemo kov_ (~kov@177.27.183.11) |
| 10:51.59 | DocScrutinizer | as i2c-dev is a corner stone of the whole system, if there's any bug in it, we might even kill hw |
| 10:52.23 | MohammadAG | DocScrutinizer, the comet decided to turn back after it heard about Tizen |
| 10:52.32 | *** join/#maemo vblazquez (~vic@219.77.17.95.dynamic.jazztel.es) |
| 10:52.48 | SpeedEvil | Naah. |
| 10:52.50 | Pali | so we must be sure that i2c patch will be bug-free |
| 10:52.55 | DocScrutinizer | last patch to i2c-dev introduced a bug so nasty nobody but me noticed it, and it wasn't even reproducable as it depended on a race condition |
| 10:53.08 | SpeedEvil | It actually hit. The only casualties were 3500 nokians. |
| 10:54.11 | *** join/#maemo alehorst (~alehorst@177.42.22.110) |
| 10:54.16 | MohammadAG | noobish q: what does bq offer that bme doesn't? |
| 10:54.51 | SpeedEvil | Accurate information about the battery state |
| 10:55.01 | DocScrutinizer | Pali: a LD_PRELOAD wrapper around bme, to make it access /sys/*/*/bq27200/raw rather than /dev/i2c-2, that would fix the issue without any tampering with kernel space |
| 10:55.32 | Pali | wrapper is ready, see: https://code.launchpad.net/~pali/+junk/maemo_libbqioctl |
| 10:55.34 | MohammadAG | on that note, is Harmattan's bme better/more accurate? |
| 10:55.49 | Pali | I tested it only with bq.sh script and i2cget |
| 10:55.59 | DocScrutinizer | MohammadAG: seems to be, yes |
| 10:57.16 | Pali | wrapper library overwrite open, close and ioctl (which are exported by libc.so.6) |
| 10:57.31 | DocScrutinizer | Pali: great |
| 10:58.10 | Pali | DocScrutinizer, can you look at that library? There can be some bugs... |
| 10:58.26 | DocScrutinizer | the link you just posted? |
| 10:59.06 | DocScrutinizer | Pali: ^^^ |
| 10:59.24 | Pali | yes, maemo_libbqioctl |
| 10:59.33 | DocScrutinizer | will do, a pleasure |
| 11:00.51 | *** join/#maemo net-split (~netsplit@krlh-5f726fc2.pool.mediaWays.net) |
| 11:01.32 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 11:06.17 | *** join/#maemo zogg_ (~zoggrules@bzq-79-181-208-147.red.bezeqint.net) |
| 11:08.53 | *** join/#maemo larsivi (~quassel@144-77-15.connect.netcom.no) |
| 11:09.16 | *** join/#maemo r00t|n900 (~r00t@82.113.99.14) |
| 11:11.26 | *** join/#maemo DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 11:13.18 | DocScrutinizer | Pali: I gather in bqread you get the register return value in struct bq27x00_reg_parms int ret, anyway you later on check this varable for <0. I don't get it how you'll get register values <0 from bq27200, or are you assuming an implicit cast of signed int8/16 to always positive int? |
| 11:14.10 | Pali | see interface of reg_params in kernel: https://garage.maemo.org/plugins/ggit/browse.php/?p=kernel-power;a=blob;f=kernel-power-2.6.28/debian/patches/bq27x00-reg.diff;h=11a99503e121c9d75aa916250b4d756f22294bef;hb=bac1e954cf97153134efb2d54ba11c50306a136e |
| 11:14.47 | Pali | value from bq register is casted to (32bit) signed int |
| 11:14.51 | DocScrutinizer | aiui the code will return dezimal 65534 for 0xFFFF, correct? |
| 11:15.12 | Pali | should be |
| 11:15.18 | DocScrutinizer | :nod: |
| 11:15.37 | Pali | I'm using function bq27x00_read in bq27x00_battery_reg_ioctl |
| 11:16.11 | Pali | and in whole bq module is used function bq27x00_read |
| 11:17.18 | *** join/#maemo t_s_o (~tso@108.84-48-228.nextgentel.com) |
| 11:18.03 | *** join/#maemo wazd_ (~wazd@188.123.241.176) |
| 11:26.27 | *** join/#maemo Andy80 (~andy80@host248-180-dynamic.10-79-r.retail.telecomitalia.it) |
| 11:26.27 | *** join/#maemo Andy80 (~andy80@Maemo/community/contributor/Andy80) |
| 11:26.35 | Andy80 | hi |
| 11:26.51 | Andy80 | one question: who manage the Planet Maemo feeds? |
| 11:28.26 | *** join/#maemo thessy (~thomas@212.255.27.225) |
| 11:29.09 | *** join/#maemo habmala (~sebb@h21n2-k-flo-a13.ias.bredband.telia.com) |
| 11:31.21 | DocScrutinizer | I still fail to wrap my head around it completely, but I think it's not 100% the way I'd prefer, which is: bq27200.ko creates not only the plaintext "/sys/*/*/bq27200/current_now" and whatnot sysnodes, but also a plaintext(!) raw dump sysnode (see http://people.openmoko.org/joerg/battery/bq27k-detail dmp=(`cat /sys/devices/platform/s3c24xx_pwm.0/hdq.0/hdq/dump| tr -d '\n'`) ) -- then I'd assume the libbqioctl LD_PRELOAD wrapper around |
| 11:31.23 | DocScrutinizer | bme to intercept access to /dev/i2c-2 and map it to reads to that /sys/*/*/bq27200/raw (which is a plaintext file consisting of hex printed register values of all bq27200-chip registers) |
| 11:33.33 | *** join/#maemo bash` (~bash@archlinux/developer/andrea) |
| 11:34.07 | DocScrutinizer | Pali: as I understand it you're doing the LD_PRELOAD for bme (et al) and intercept the open(), close(), ioctl() calls, but I fail to understand where to you redirect them. Seems they are not redirected to /sys/*/*/bq27200/raw (aka /sys/devices/platform/s3c24xx_pwm.0/hdq.0/hdq/dump ) plain text file |
| 11:35.22 | Pali | ioctl call is redirected to ioctl call on /dev/bq27200-0 |
| 11:35.54 | Pali | that character device is created by bq module |
| 11:37.48 | *** join/#maemo rd (~rd@p57B494F8.dip0.t-ipconnect.de) |
| 11:37.49 | *** join/#maemo arno0ob (~arno0ob@nor75-19-82-244-51-6.fbx.proxad.net) |
| 11:38.25 | *** join/#maemo r00t|n900 (~r00t@82.113.99.14) |
| 11:41.05 | DocScrutinizer | yes. |
| 11:41.53 | DocScrutinizer | well it will probably work as well, though I find it's nicer to not create that new device /dev/bq27200-0 but rather that sysnode with plaintext |
| 11:42.17 | DocScrutinizer | but that's just me, your taste may vary on that |
| 11:44.46 | DocScrutinizer | btw if you'd augment libbqioctl to also handle bq24150 access, we could actually implement jrbme.ko proper kernel based charging handler and chip interface, according to http://maemo.cloud-7.de/bq24150-sysnode.spec.txt (redirect the ioctl calls to /sys/*/*/bq24150/r00..r05 ) |
| 11:45.00 | *** join/#maemo Pali (~quassel@rohar.kolej.mff.cuni.cz) |
| 11:45.00 | *** join/#maemo Arkenoi (~ark@178.177.75.125) |
| 11:45.14 | Arkenoi | does kernel-bfs have all kernel-power features? |
| 11:45.45 | DocScrutinizer | I think jacekowski already started on implementing such a kernel module to expose all those sysnodes for bq24150, but he stopped when he noticed it will collide with bme direct i2c-2 access |
| 11:46.02 | DocScrutinizer | Arkenoi: nfc what's kernel-bfs |
| 11:46.35 | Arkenoi | kernel with brain fuck scheduler, obviously. it is in extras-devel iirc |
| 11:47.12 | DocScrutinizer | hooray for new kernels for whatever-little-detail-changed from stock |
| 11:47.27 | DocScrutinizer | ¡ |
| 11:47.32 | ruskie | hehe |
| 11:47.46 | ruskie | prefers the one he rolled himself with all the trimmings he wanted included |
| 11:48.59 | DocScrutinizer | afaik you can change scheduler even on the fly, so what's wrong with asking pali to include bfs scheduler to PK as an option? |
| 11:51.08 | DocScrutinizer | I mean there's been a reason why h-e-n stopped rolling a special h-e-n kernel and opted for integration of hostmode extensions to PK as quick as possible |
| 11:51.16 | *** join/#maemo liar (~liar@213.162.68.165) |
| 11:51.24 | ruskie | still doesn't like PK |
| 11:51.53 | DocScrutinizer | so I guess you adore kernel-bfs then X-P |
| 11:51.57 | ruskie | nope |
| 11:52.00 | ruskie | as said... my own ;) |
| 11:52.13 | ruskie | I don't need overclocking and whatnot... just the same kernel with some stuff enabled |
| 11:52.42 | amiconn | uses PK for several features: hostmode, ipv6 and overclocking/ undervolting |
| 11:52.58 | *** join/#maemo Jade (~jade@unaffiliated/jade) |
| 11:53.27 | DocScrutinizer | ruskie: overclocking doesn't add anything to kernel, it just changes a few numerical constants |
| 11:53.28 | ruskie | I stopped bothering with overclocking stuff 6 years ago |
| 11:54.01 | DocScrutinizer | ruskie: and it's not enabled in non-tampered PK, it's just *available* |
| 11:54.22 | Pali | DocScrutinizer, kernel module for jrbe would be nice |
| 11:54.26 | ruskie | I thought it was enabled but just set to some default? |
| 11:54.35 | DocScrutinizer | Pali: indeed |
| 11:54.49 | Pali | we could export functions to kernel instead some sysfs/dev nodes |
| 11:54.50 | ruskie | fbcon is another thing I want to have and have in my own kernel |
| 11:55.06 | *** join/#maemo pronto (~moo@l.beer-nation.com) |
| 11:55.11 | DocScrutinizer | Pali: so you say I should finally finish my work on http://maemo.cloud-7.de/bq24150-sysnode.spec.txt ? |
| 11:55.16 | DocScrutinizer | :-) |
| 11:55.27 | Pali | ruskie: fbcon is included in kernel-power |
| 11:55.47 | DocScrutinizer | ruskie: fine! |
| 11:56.39 | Pali | DocScrutinizer, you can finish specification. I can help you with implementing kernel module, but I do not know bq24150 chip |
| 11:57.04 | *** join/#maemo deimos (~deimos@host199-68-dynamic.0-79-r.retail.telecomitalia.it) |
| 11:57.06 | *** join/#maemo bashlnx (~bash@archlinux/developer/andrea) |
| 11:57.08 | DocScrutinizer | Pali: I guess ruskie knows that, and he just wants to let us all know what he would like in PK and what not. Not that this matters to PK config, as we for sure won't remove "fixes" just because ruskie doesn't consider them useful for him |
| 11:57.33 | ruskie | DocScrutinizer, what do you consider a "fix" ? |
| 11:57.48 | DocScrutinizer | Pali: we should ping jacekowski what's been the state of his work with bq24150 kernel module |
| 11:59.48 | Pali | ok |
| 12:00.10 | DocScrutinizer | ruskie: see changelog of PK and you got it all - not going to debate this now with you, you're of course free to roll your own custom kernel whenever you like the way you like. I'm just saying cmmunity doesn't need another 392 kernel flavours in extras-devel, when everything can get integrated into PK, and enabled/disabled just like user decides to |
| 12:00.28 | ruskie | DocScrutinizer, agreed on that |
| 12:00.38 | ruskie | good thing I don't push things into extras anything ;) |
| 12:01.47 | *** join/#maemo Evanescence (~Evanescen@122.237.1.117) |
| 12:02.17 | DocScrutinizer | Pali: I'm not fluent in kernel hacking for maemo atm, but I for sure can help with completing the http://maemo.cloud-7.de/bq24150-sysnode.spec.txt and explaining any unclear detail on how kernel module shall work |
| 12:02.45 | Arkenoi | yes, i'd prefer kernel-bfs features to be integrated to p-k |
| 12:02.58 | Pali | DocScrutinizer ok |
| 12:03.47 | DocScrutinizer | of course this would introduce a incompatibility into PK that still makes bme break whenever the bq24150.ko get loaded, unless bme is started LD_PRELOAD libbqioctl bme |
| 12:03.55 | *** join/#maemo bashlnx (~bash@host182-75-dynamic.19-79-r.retail.telecomitalia.it) |
| 12:03.59 | *** join/#maemo bashlnx (~bash@archlinux/developer/andrea) |
| 12:04.00 | *** join/#maemo dneary_ (~dneary@Maemo/community/docmaster/dneary) |
| 12:04.03 | Pali | DocScrutinizer, can you look at this commit in android kernel? https://gitorious.org/android-n900/kernel-ng/commit/a7aa7f049e5be547a65247b7d88f6d248929d26c |
| 12:04.20 | Pali | if rjbme.ko will be implemented we can stop bme and delete it |
| 12:04.40 | DocScrutinizer | I'd prefer to not touch android stuff except for most desperate state of mind |
| 12:04.55 | Pali | that commit impelement something about bq charger |
| 12:05.57 | DocScrutinizer | Pali: the nice thing is user is free to either stop bme and use jrbme.ko to care about charging, or start bme and everything will work as usual, given bme got that libbqioctl wrapper |
| 12:07.09 | Pali | yes, if kernel driver will be not static linked into kernel, it is possible stop bme and load module... unload module and start bme |
| 12:07.21 | DocScrutinizer | Pali: (andridiot bq charger) I'm quite confident my idea about how bq24150 works and shall get handled is good enough so I don't need any additional input from andridiot land that possibly spoils my day or my clear thoughts |
| 12:08.10 | DocScrutinizer | Pali: (unload module and start bme...) even with module loaded bme can work with that wrapper |
| 12:08.36 | Pali | if we update/create new wrapper for that it is possible |
| 12:08.55 | DocScrutinizer | Pali: I got some RL topics on my calendar - c u l8r |
| 12:10.35 | *** join/#maemo vazel (~wizl@ahrinia.net) |
| 12:16.02 | *** join/#maemo kov_ (~kov@187.116.170.65) |
| 12:19.47 | *** join/#maemo drj_cro (~drj@outnat.abanka.hr) |
| 12:20.34 | *** join/#maemo kW_ (~kW@port-92-206-89-162.dynamic.qsc.de) |
| 12:22.46 | *** join/#maemo Stskeeps (~cvm@monster.tspre.org) |
| 12:22.46 | *** join/#maemo Stskeeps (~cvm@Maemo/community/distmaster/Stskeeps) |
| 12:23.49 | *** join/#maemo valdyn_ (~valdyn@valdyn.org) |
| 12:23.49 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 12:23.50 | *** part/#maemo Stskeeps (~cvm@Maemo/community/distmaster/Stskeeps) |
| 12:25.38 | *** join/#maemo jhb (~joerg@195.88.116.105) |
| 12:27.49 | *** join/#maemo wazd__ (~wazd@188.123.241.176) |
| 12:35.04 | *** join/#maemo Spydemon (~Kevin@crous-robertsau-194-254-53-116.u-strasbg.fr) |
| 12:36.58 | *** join/#maemo mr_jrt (~j@jamie-thompson.co.uk) |
| 12:47.09 | *** join/#maemo mase76 (~mase76@pD9FF7DF3.dip.t-dialin.net) |
| 12:57.36 | *** join/#maemo Pavel (~pavel@c-98-235-93-225.hsd1.pa.comcast.net) |
| 12:57.52 | *** join/#maemo wazd_ (~wazd@188.123.241.176) |
| 12:58.33 | *** join/#maemo AVHard (~AVHard@187.104.57.85) |
| 13:01.39 | merlin1991 | DocScrutinizer: remember my ranting about 2g/dual not working for me? |
| 13:01.53 | merlin1991 | I just tried with my sim in the n900 from my sister, and voila there it works |
| 13:02.51 | SpeedEvil | My 2G is a bit dodgy |
| 13:03.08 | DocScrutinizer | hmm, what about trying a new SIM in *your* N900, after fresh full flash, as suggested? |
| 13:03.14 | merlin1991 | well I can't even get on 2g it just never switches and when I reopen the settings it's 3g again |
| 13:03.22 | merlin1991 | gonna do that soon |
| 13:03.34 | merlin1991 | need to back up stuff first :/ |
| 13:05.55 | DocScrutinizer | anyway I guess it's a hw defect in cellmo |
| 13:06.15 | DocScrutinizer | reflashing cellmo FW might help |
| 13:06.21 | DocScrutinizer | bbl |
| 13:08.50 | AVHard | Hi there! |
| 13:09.07 | AVHard | May I ask a question about maemo and meego here? |
| 13:09.29 | *** join/#maemo mase_76 (~mase76@p5DD3B2ED.dip.t-dialin.net) |
| 13:09.32 | AVHard | Will I'll be able to install maemo packages in meego? |
| 13:10.17 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 13:11.37 | merlin1991 | hm just installed syslog to check and all I get is this: http://pastebin.com/55Ru1gX6 |
| 13:12.31 | merlin1991 | AVHard: no |
| 13:13.31 | AVHard | start to dislike meego now |
| 13:16.11 | *** join/#maemo pvanhoof (~pvanhoof@217.22.63.163.static.hosted.by.easyhost.be) |
| 13:16.54 | t_s_o | ok, color me worried. The N800 suddenly thinks there is 14MB more free space on the internal storage |
| 13:17.07 | *** join/#maemo Soder (~Soder@53.96.227.87.static.vx.siw.siwnet.net) |
| 13:21.22 | *** join/#maemo ArGGu^^ (~arggu@e83-245-139-128.elisa-laajakaista.fi) |
| 13:23.27 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 13:27.53 | *** join/#maemo wazd__ (~wazd@188.123.241.176) |
| 13:29.47 | *** join/#maemo Tuco1 (~Tuco1@unaffiliated/tuco) |
| 13:30.16 | *** join/#maemo vmlemon (~vmlemon_@unaffiliated/vmlemon) |
| 13:31.18 | t_s_o | figures, for some reason apt had cleaned out its cache but not downloaded updated lists. Do it really use 10MB tho?! |
| 13:39.28 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 13:42.24 | *** join/#maemo rm_work (~rm_you@Maemo/community/cssu/rm-you) |
| 13:44.30 | *** join/#maemo dvarnes (~dvarnes@203-206-128-239.perm.iinet.net.au) |
| 13:44.35 | *** join/#maemo tkharju (~tkharju@ip-40-92.dhcp.opintanner.fi) |
| 13:44.39 | *** part/#maemo tkharju (~tkharju@ip-40-92.dhcp.opintanner.fi) |
| 13:46.59 | DocScrutinizer | pretty fsckng annoying that Nokia always sends his developer newsletter twice >:-( |
| 13:47.35 | *** join/#maemo trupheenix (~quassel@122.167.129.134) |
| 13:48.00 | *** join/#maemo wazd_ (~wazd@188.123.241.176) |
| 13:53.39 | *** join/#maemo mardi (~mardi@host86-144-129-255.range86-144.btcentralplus.com) |
| 13:55.28 | GeneralAntilles1 | Jaffa, dunno |
| 13:55.40 | GeneralAntilles1 | Jaffa, haven't even gotten it to a full charge yet. |
| 13:56.23 | GeneralAntilles1 | But it arrived empty at about 1700 UTC yesterday |
| 13:57.20 | GeneralAntilles1 | I charged it until about 2100 UTC |
| 13:57.47 | GeneralAntilles1 | Got to about 66%, tried to charge it last night, but it apparently didn't want to take. |
| 13:57.51 | GeneralAntilles1 | 22% this morning |
| 13:58.15 | *** join/#maemo em (~em@unaffiliated/emma) |
| 13:59.10 | GeneralAntilles1 | buys some MLB playoff tickets |
| 14:01.11 | *** join/#maemo etrunko (~etrunko@32.104.18.240) |
| 17:22.28 | *** join/#maemo infobot (~infobot@rikers.org) |
| 17:22.28 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog |
| 17:24.24 | Arkenoi | oops. i reflashed n900 and now nokia messaging vanished from service providers list |
| 17:24.34 | *** join/#maemo disco_stu (~wrt54gl@190.216.32.137) |
| 17:25.02 | *** join/#maemo ColdFyre (~lenny@c-98-248-33-157.hsd1.ca.comcast.net) |
| 17:25.05 | DocScrutinizer | ~part |
| 17:25.13 | *** join/#maemo lizardo (~lizardo@189.2.128.130) |
| 17:25.23 | *** part/#maemo infobot (~infobot@rikers.org) |
| 17:25.32 | *** join/#maemo infobot (~infobot@rikers.org) |
| 17:25.32 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog |
| 17:26.22 | *** join/#maemo fuz_ (nobody@vau75-10-88-164-23-88.fbx.proxad.net) |
| 17:27.26 | *** part/#maemo infobot (~infobot@rikers.org) |
| 17:27.32 | *** join/#maemo infobot (~infobot@rikers.org) |
| 17:27.32 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog |
| 17:27.49 | DocScrutinizer | meh |
| 17:28.38 | *** mode/#maemo [+v infobot] by ChanServ |
| 17:29.08 | *** join/#maemo Wild_Doogy (~Wild_Doog@155.42.84.214) |
| 17:29.20 | *** join/#maemo idont (~iDont@j138215.upc-j.chello.nl) |
| 17:32.31 | DocScrutinizer | ok, one last test (sorry for the noise) |
| 17:32.39 | *** part/#maemo infobot (~infobot@rikers.org) |
| 17:32.47 | *** join/#maemo infobot (~infobot@rikers.org) |
| 17:32.48 | *** topic/#maemo is Welcome to #maemo http://maemo.org/intro/ | http://wiki.maemo.org/Community_Council | Source: http://wiki.maemo.org/Sources | Chanlog: http://mg.pov.lt/maemo-irclog |
| 17:32.49 | *** mode/#maemo [+v infobot] by ChanServ |
| 17:32.58 | DocScrutinizer | better |
| 17:34.17 | orangey | is there a way to remove the 'no sim' icon? |
| 17:34.18 | orangey | it's irritating |
| 17:34.23 | orangey | and unnecessary |
| 17:34.32 | DocScrutinizer | umm |
| 17:34.34 | RST38h | cover it with a piece of sticky paper? |
| 17:34.39 | DocScrutinizer | probably yes |
| 17:34.47 | orangey | RST38h: i like it |
| 17:34.58 | orangey | DocScrutinizer: I've been through the forums, and others also complain of the same thing |
| 17:35.02 | orangey | but no solution thus far |
| 17:35.03 | Macer | hahaha |
| 17:35.30 | Macer | a piece of sticky paper huh? :) |
| 17:35.32 | orangey | I had a bit more success not making the 'cell' as default when trying to call |
| 17:35.33 | *** join/#maemo SmilyOrg (Smily@89.143.46.255) |
| 17:36.20 | Macer | my buddy is going to bake my n900 in a little bit... i think he said tomorrow |
| 17:36.26 | Macer | he found the perfect fitting usb port tho :) |
| 17:36.28 | Estel_ | orangey, AIS recently got support for hidding icons |
| 17:36.38 | orangey | AIS? |
| 17:36.48 | Estel_ | advanced-interface-switcher |
| 17:37.05 | Estel_ | You may hide wlan, gsm, or bluetooth icons completely |
| 17:37.22 | DocScrutinizer | orangey: has anybody tried tweaking that xml config file that determines which statusbar icons show up where, and which menu buttons are available? |
| 17:37.29 | Estel_ | it's workaround for irritating icons-flashing, when You got more than one disabled |
| 17:37.59 | orangey | Estel_: searching |
| 17:38.07 | Estel_ | DocScrutinizer, I've given edit to my post about kernel bfs |
| 17:38.08 | orangey | DocScrutinizer: Whatever AIS does, maybe that would work for this too.. |
| 17:38.16 | *** join/#maemo valerius (~user@smtp.elizovotv.ru) |
| 17:38.38 | Estel_ | There is now official annoucement thread now, with nice explanation what bfs-kernel is and why, by Idont |
| 17:39.13 | orangey | macer: bake it? |
| 17:39.14 | Estel_ | ...+ many posts of people complaining about it being unable to install alongside kp48/49, lol |
| 17:39.21 | Estel_ | soldering, probably |
| 17:39.32 | Macer | he said the only way to do it would be to reflow it |
| 17:40.01 | Estel_ | it's great how people who don't know what kernel is - even on basic level go and read annoucement about bleeding-edge one with many warnings... |
| 17:40.05 | Macer | so he is going to use a solder epoxy and use hot air |
| 17:40.05 | Wild_Doogy | hey, anyone know how the wifi auto connect works on the N900? I want to find a workarround for it not autoconnecting to WPA2-enterprise |
| 17:40.27 | Estel_ | then, go ahead and install it on top of kp49, lol2 |
| 17:40.48 | *** join/#maemo ale152 (~quassel@host188-25-dynamic.10-87-r.retail.telecomitalia.it) |
| 17:41.01 | Estel_ | solder epoxy? wtf, solder with some de-oxidizing agent in form of epoxy putty? |
| 17:41.16 | Macer | i forgot how he said it heh |
| 17:41.24 | Estel_ | hardening only, when it's hot? |
| 17:41.29 | idont | Estel_: I went offline after posting the announcement thread, only to find out there were about two pages full of issues when I came back today o.O |
| 17:41.36 | Estel_ | never heard about it |
| 17:41.45 | Macer | he is using hot air on it |
| 17:41.50 | Estel_ | Yea, saw that :) btw, nice to see You here |
| 17:41.53 | Macer | to get the solder to make the port stick |
| 17:42.02 | idont | Seems like some didn't knew about the difference between kernel-bfs-flasher and kernel-bfs-bootimg :-/ |
| 17:42.14 | Estel_ | Macer, I just wonder what epoxy-solder is |
| 17:42.42 | Estel_ | yea, but teying to install it alongside kp is even more lol |
| 17:42.52 | Estel_ | anyway, it will settle down after few days |
| 17:42.53 | Macer | maybe i got the wording wrong.. but it would assume it is a thick paste like substance |
| 17:43.03 | Estel_ | joy of making annoucements |
| 17:43.05 | Macer | that will melt and harden when heated and cooled |
| 17:43.09 | idont | yep. There was/is one valid issue between the posts though |
| 17:43.34 | idont | It seems that Maemo will reboot several times when trying to boot a different kernel (with a different extraversion) |
| 17:43.40 | Estel_ | You got trishas trying to use it, failing, complaining for x pages, then, finally, annoucement reach desired audience |
| 17:43.53 | Estel_ | yea, nticed it |
| 17:44.05 | idont | After succesfully booting it, it will boot every time flawlessly though |
| 17:44.16 | idont | really strange, but not exlusive to kernel-bfs AFAIK |
| 17:44.17 | Estel_ | I wonder why it looks like that |
| 17:44.54 | idont | me too, will look into it later. Probably has something to do with the modules not being load or so. At least, that's my only guess right now |
| 17:45.21 | Estel_ | Macer, if it is something like solder + soldering paste n form of putty, but becoming real solder after heating to ~400 C degrees, that would be great |
| 17:45.24 | DocScrutinizer | WAAAAAAAAAAAAAAAAAAAAAAH!!!!!!!!!!!! |
| 17:45.31 | DocScrutinizer | >>Kernel-bfs reintroduces the original workaround but makes it optional. This way you can choose to accept the risks associated with removing the safety mechanism and use both bq27x00_battery and bme like in kernel-power v45-v47. To enable this old behaviour, execute "echo 1 > /sys/kernel/n900/i2c-dev_break_ioctl". You could put that command in a startup script for convenience's sake. Please refer to this post for more information regarding |
| 17:45.33 | DocScrutinizer | the workaround.<< |
| 17:45.42 | Macer | Estel_: heh |
| 17:46.01 | idont | DocScrutinizer: Hehe, I knew you would post something like that ;) |
| 17:46.03 | DocScrutinizer | never let fools mess with your kernel! |
| 17:46.05 | Estel_ | Macer, it would allow to repair broken pds |
| 17:46.07 | *** join/#maemo mece (~mece@dsl-tkubrasgw1-fe3fdc00-44.dhcp.inet.fi) |
| 17:46.12 | Estel_ | hahaha, I knw it also |
| 17:46.13 | orangey | Estel_: not only does it not do what I want, it adds an extra icon! |
| 17:46.32 | Estel_ | I knpw You will love me after that, but I was one requesting it :P |
| 17:46.41 | *** join/#maemo villager (ovehk@knuth.ping.uio.no) |
| 17:46.45 | Macer | Estel_: well. as long as my usb port works ;) |
| 17:46.47 | Estel_ | orangey, hahaha, how come? |
| 17:46.54 | Macer | i haven't had my n900 for like 3 months |
| 17:46.57 | orangey | Estel_: the AIS icon! |
| 17:47.09 | Estel_ | icon?! ais doesnt have icon |
| 17:47.11 | Macer | or more |
| 17:47.26 | DocScrutinizer | idont: why don't you also implement a self destruct sysnode? echo 1 >/sys/BS/boom |
| 17:47.32 | orangey | Estel_: my status area now has a new icon.. a bunch of stacked bars |
| 17:47.34 | idont | DocScrutinizer: I agree that the the safety mechanism in i2c-dev shouldn't be disabled, but some people are willing to take the risk. Anyway, i2c-dev_break_ioctl is 0 by default of course |
| 17:47.46 | Estel_ | DocScrutinizer, but You must admit that there is no confirmed report of any fault causesd by it |
| 17:47.46 | idont | I for one will not echo 1 ;-) |
| 17:48.01 | DocScrutinizer | Estel_: BS |
| 17:48.16 | Estel_ | and I will echo 1. I was using it for ages without single glitch. |
| 17:48.28 | Estel_ | I agree with rationale to disable it by default |
| 17:48.37 | Estel_ | but freedom of choice is best |
| 17:48.41 | idont | DocScrutinizer: Please don't forget that I actually *agree* with you opinion. |
| 17:49.00 | DocScrutinizer | Estel_: there's no way to postmortem-analyze it's been a i2c collision on any arbitrary bus on any arbitrary chip on any register that made the hw go hamuk |
| 17:49.06 | Estel_ | I would not cry here, if something goes wrong. Will just come and post info about it ;) |
| 17:49.09 | idont | Estel_: +1 |
| 17:49.17 | idont | @ freedom of choice ;) |
| 17:49.51 | Estel_ | DocScrutinizer, but how come one can use it extensively for months without any collisions? |
| 17:50.04 | Estel_ | I can't belive it's pure luck |
| 17:50.12 | DocScrutinizer | so patches like this one add to a general "linux sucks and is instable" notion that is impossible to fix, unless you radically forbid any such bullshit ever hits the daylight |
| 17:50.21 | Estel_ | there must be something deeper about it |
| 17:50.28 | *** join/#maemo beford (~fercho@unaffiliated/beford) |
| 17:50.38 | Estel_ | DocScrutinizer, one enabling thia should know the risk |
| 17:50.58 | orangey | DocScrutinizer: OK, now that AIS didn't work, where is this XML file that decides status bar icons? |
| 17:51.09 | Estel_ | if I build airplane on my own and go using it, I'm also knowing risk and it's ok - as long as I can't crash on someone head |
| 17:51.13 | GeneralAntilles | Jaffa, scratch all the battery talk. That was phone battery, not watch battery. . . . |
| 17:51.52 | Estel_ | DocScrutinizer, anyway, You have any idea what symptoms could prove conflict? |
| 17:51.54 | DocScrutinizer | Estel_: unless you understand why it happens, when it happens, and why it has to be FORBIDDEN to ever get to any machine, I can't teach you here about reentrant-save race-free kernel design |
| 17:51.57 | orangey | I am blown away by how modern a phone can remain when it's open. my n900 doesn't show its age at all! |
| 17:52.22 | orangey | except modest won't mark my replied emails as replied.. boo |
| 17:52.27 | Estel_ | I would love to report here even smallest things that may be related to echoing 1 it |
| 17:52.59 | mece | Estel_, echo one where? |
| 17:53.03 | DocScrutinizer | Estel_: you probably won't even notice, and if you do you never would think it's related |
| 17:53.35 | Estel_ | I understand, but what the risk is, in Your opinion? what may happen? |
| 17:53.59 | DocScrutinizer | can be a 1000 things, starting from wrong backlight brightness (readout of ALS got fsckd) to battery exploding (bq24150 programmed to charge battery to 4.45V) |
| 17:54.04 | Estel_ | mece, I mean kernel-bfs feature to enable bq27x00_battery co-existence with bme |
| 17:54.28 | Estel_ | ok, I'll look for any hardware issues. *any* |
| 17:54.31 | *** part/#maemo AVHard (~AVHard@187.104.57.85) |
| 17:54.31 | mece | Estel_, ok, not my area :) carry on. |
| 17:54.36 | idont | mece: I've reintroduced the i2c-battery patch in kernel-bfs, but with some sysfs code wrapped around it (disabled by default) |
| 17:55.06 | Estel_ | if something, even smallest thing goes wrong, I'll be first to report it. ven if it's not related. |
| 17:55.19 | Estel_ | but just plain suspection ;) |
| 17:55.21 | DocScrutinizer | idont: this patch is a) idiotic, and b) there are better ways to achieve same result |
| 17:55.36 | Estel_ | DocScrutinizer, what ways? |
| 17:55.44 | Estel_ | is very interested |
| 17:55.45 | idont | DocScrutinizer: a) I agree and b) They're not finished yet AFAIK |
| 17:55.54 | DocScrutinizer | and c) bq27200.ko driver is poorly written/designed anyway |
| 17:55.57 | idont | Estel_: redirecting ioctls |
| 17:56.27 | idont | DocScrutinizer: I'm not using the bq27x00_battery module |
| 17:56.40 | idont | Well, only to test if the patch was working :P |
| 17:56.59 | orangey | idont: Just looking at the announcement. Is the experience markedly better than the current kernel power? |
| 17:56.59 | DocScrutinizer | idont: e.g bq27200.ko could open-read-close i2c-dev instead of continuously occupy it |
| 17:57.22 | Estel_ | orangey, it depends |
| 17:57.22 | javispedro | GeneralAntilles: eh hehe, sorry for the confusion :P |
| 17:57.35 | GeneralAntilles | Well, it certainly makes sens |
| 17:57.36 | GeneralAntilles | e |
| 17:57.42 | orangey | Estel_: on? |
| 17:57.42 | Estel_ | DocScrutinizer, so why no one rewrite it for us and even submit changes upstream? |
| 17:57.48 | GeneralAntilles | Watch battery life combined with currently SSID seems a little arbitrary. |
| 17:57.56 | *** join/#maemo rd (~rd@p57B494F8.dip0.t-ipconnect.de) |
| 17:57.58 | DocScrutinizer | because nobody needs that driver so far |
| 17:58.07 | Estel_ | orangey, on use case. BFS is sheulder, as You already know. |
| 17:58.16 | orangey | sheulder? |
| 17:58.19 | *** join/#maemo Pavel (~pavel@c-98-235-163-3.hsd1.pa.comcast.net) |
| 17:58.24 | orangey | right, scheduler |
| 17:58.26 | Estel_ | It is reportedly known to work better on non-server machines |
| 17:58.26 | orangey | yes, I know |
| 17:58.33 | DocScrutinizer | so it's a complete BS to introduce a bug into i2c-dev to enable that driver coexist with bme |
| 17:58.35 | Estel_ | but its harsd to measure in hard numbers |
| 17:58.39 | idont | orangey: I would say to try it out for yourself :). Results seem to be mixed (ranging from "impressive" to "no difference"). At leat I'm happy to use it :-) |
| 17:58.44 | Estel_ | Idont quoted some graphs |
| 17:58.53 | orangey | idont: what's your experience? |
| 17:59.10 | idont | orangey: improvement, but I'm biased towards BFS' design |
| 17:59.54 | DocScrutinizer | idont: why would you want to keep bme running and instead fuckup kernel i2c-dev when bq27200.ko works pretty ok in an unpatched version of kernel, as long as bme got stopped? |
| 18:00.11 | idont | Estel_: I'm not sure which graphs you're talking about. Could you point me to them? (I'm sorry if I forgot something) |
| 18:00.18 | orangey | I've put in enough phone time today, I think. I'll try it in a couple of weeks when things are a bit more free for me |
| 18:00.34 | orangey | DocScrutinizer: Any hints re that XML for the status bar icons? All I can find is a thread discussing it on diablo |
| 18:00.34 | *** join/#maemo reenignEesreveR (~ree@119.152.74.76) |
| 18:00.42 | idont | DocScrutinizer: Does everything still work with bme stopped? |
| 18:01.07 | DocScrutinizer | does everything still work with i2c fucked up? |
| 18:01.09 | reenignEesreveR | could anyone suggest something robust for time lapse video on n900? |
| 18:01.44 | idont | DocScrutinizer: irrelevant IMO, the risk is optional. |
| 18:01.51 | DocScrutinizer | BS |
| 18:01.55 | idont | ? |
| 18:02.31 | Estel_ | iDontp i mean one quoted from bfs reasdme |
| 18:02.33 | Estel_ | readme |
| 18:02.59 | Estel_ | "courtesy of Serge Belyshev" |
| 18:03.07 | DocScrutinizer | to end users (and here all those who don't do kernel dev are end users) nothing is ever "optional" as there will be packages that request bq27200 module and will "take the risk" on behalf of "end user" |
| 18:03.12 | Estel_ | idont, sorry for typo |
| 18:03.20 | idont | np, one moment |
| 18:03.37 | Estel_ | it is rather comparing numbers proving inefficiency of cfa sheulder |
| 18:03.45 | idont | Estel_: graphs should be somewhere here: http://ck.kolivas.org/patches/bfs/ |
| 18:05.22 | Estel_ | idont, bme functions doesn't work with bme disables, obviously |
| 18:05.23 | idont | DocScrutinizer: I disagree, the user has to echo 1 himself and therefore willfully accepts the risks. I'm assuming no software would do this on behalf of the user (that would be an unacceptable risk IMO) |
| 18:05.37 | DocScrutinizer | HAHAHAHAHAHA |
| 18:05.45 | Estel_ | so no emergency shutdown on low battery |
| 18:05.58 | Estel_ | (= possible risk of filesysten damage) |
| 18:06.05 | DocScrutinizer | Estel_: BS |
| 18:06.08 | Estel_ | no charging via pc |
| 18:06.14 | Estel_ | @500mA |
| 18:06.25 | Estel_ | (only 100mA, if any) |
| 18:06.27 | *** part/#maemo mece (~mece@dsl-tkubrasgw1-fe3fdc00-44.dhcp.inet.fi) |
| 18:06.28 | Estel_ | etc |
| 18:06.34 | idont | Estel_: I know, it was more of a rhetorical question to DocScrutinizer ;-). That's why the patch is included. |
| 18:06.35 | DocScrutinizer | out |
| 18:06.55 | Estel_ | DocScrutinizer, I don't like when someone try to babysit me as user, by denying me to use some option... |
| 18:07.03 | Estel_ | ...if risk is well described |
| 18:07.05 | DocScrutinizer | this is too fucking nuts for my nerves |
| 18:07.08 | idont | DocScrutinizer: Please know that the patch will be removed as soon as a proper fix for bq27x00_battery + bme will be finished |
| 18:07.09 | Estel_ | i.e with all warninga |
| 18:07.33 | idont | DocScrutinizer: I'm sorry, it is not my intention to get your nerves up :-( |
| 18:07.49 | Estel_ | DocScrutinizer, no offense, but when You introduced hotswapping battery... |
| 18:08.03 | DocScrutinizer | Estel_: I'm just saying one more sentence: you got NFC what's the risk, and you mess with other people's hardware in a way I deprecate deeply |
| 18:08.12 | Estel_ | via stopping bme and fooling chip to emergency charge |
| 18:08.27 | Estel_ | I'm not meesing with other people hardware in any way |
| 18:08.45 | Estel_ | talking like that, aircrack-ng should be forbidden |
| 18:09.03 | Estel_ | cause it make 50% of user to mess with other people hardware |
| 18:09.11 | Estel_ | in direct way |
| 18:09.34 | DocScrutinizer | thatnk for proof of NFC |
| 18:09.41 | DocScrutinizer | thanks even |
| 18:09.43 | Estel_ | I agrwe that I'm not specialist, so I accept risk twice - the one I understan, and the horrible one I dont understand |
| 18:09.51 | Estel_ | it's my choice |
| 18:10.19 | Estel_ | as long as it is not enabled by default, nor adveristed as safe, but warned, its ok |
| 18:10.36 | DocScrutinizer | hope you're expert enough to strace each app you install for doing that magic echo 1 >selfdestruct |
| 18:10.49 | Estel_ | Your topic about hotswapping battery can fuck up people filesystem if fails, and You have written warninga in red around it |
| 18:11.02 | Estel_ | and it's ok ;) |
| 18:11.16 | DocScrutinizer | thanks for again proving NFC |
| 18:11.29 | DocScrutinizer | removing battery is sth different to stopping bme |
| 18:11.34 | orangey | Any hints on where I can configure my statusbar icons to remove the 'no sim' icon? |
| 18:11.39 | DocScrutinizer | and I'm definitely out now |
| 18:12.01 | reenignEesreveR | time lapse ... anyneo |
| 18:12.03 | reenignEesreveR | ? |
| 18:12.08 | idont | DocScrutinizer: Hope all is well, I'll be out in a minute too |
| 18:12.47 | Estel_ | look. Description on kernel-bfs annoucement is clear and understandable to any person installing it |
| 18:12.53 | orangey | what is the name of the area in which the clock and 'nosim' icons are? Is that 'status bar'? |
| 18:15.24 | Estel_ | with all due respect for DocScrutinizer, I just don't agree here and I'm quite surprised by this over-reaction |
| 18:15.41 | DocScrutinizer | no, nothing is well! one fool writing a bs bq27200 driver, andother fool writes a patch to make it work with broken brainfsckd bme and that patch introduces risk of severe hw damage. the next fool reverts the rejection of that whole stinking pile of BS and tells a nice story of "taking the risk" (for WHAT?????) - and tomorrow an adridiot copycats it and serves it as hot pie to cyanogen, from where same fool#1 will import it next week as " |
| 18:15.43 | DocScrutinizer | certified to work in andridiot" - january it goes upstream |
| 18:15.47 | DocScrutinizer | no, nothing OK |
| 18:16.25 | Estel_ | DocScrutinizer, You're not forced to use it, yep? |
| 18:16.47 | Estel_ | for me, freedom of choice is much more important. |
| 18:17.13 | Estel_ | Your ex'ple with selfdestruct echo - why not, anyone can use vi_ russian roulette script |
| 18:17.26 | DocScrutinizer | Estel_: once fool #6 sends it upstream I'm forced to use it |
| 18:17.37 | Estel_ | as far is it's described properly, it's no more bad thing. People can damage their devices psychically... |
| 18:17.45 | orangey | for posterity, it is: /etc/hildon-desktop/status-menu.plugins |
| 18:17.50 | Estel_ | so advocate for not using it upstream |
| 18:17.52 | DocScrutinizer | and I already been forced to use it when it went into PK without proper review |
| 18:18.01 | *** join/#maemo florian (~fuchs@sign-4db60c54.pool.mediaWays.net) |
| 18:18.01 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 18:18.22 | Estel_ | erm, You were not forced to update. And in bfs-kernel it'a disabled by default |
| 18:18.27 | SpeedEvil | The risk of hardware damage is real - the kernel is talking over I2C to the power regulators on the chips dozens of times a second. |
| 18:18.40 | SpeedEvil | Race conditions that can corrupt these writes can kill chips. |
| 18:18.42 | Estel_ | now, You're excited by f€t, that people are able to enable it, if they like to |
| 18:18.49 | Estel_ | no one forcing anyone to use it |
| 18:19.02 | DocScrutinizer | SpeedEvil: please take over, my blood pressure destabilizes |
| 18:19.11 | Estel_ | SpeedEvil, exactly, that is how I understand risk |
| 18:19.43 | Pavel | DocScrutinizer, SpeedEvil: Looks like it segfaults on my phone, but I am running the power user kernel (since I need to use the WiFi hotspot app). |
| 18:20.07 | Estel_ | SpeedEvil, if You dont mind explaining for a while without nervous reactions ;) |
| 18:20.11 | DocScrutinizer | Estel_: NOBODY IS ALLOWED TO PUBLISH SHIT WHEN THERE ARE BETTER ALTERNATIVES |
| 18:20.12 | Sazpaimon | anyone test meego 1.3 yet? |
| 18:20.22 | RST38h | Really? |
| 18:20.26 | Estel_ | there are no alternatives working already |
| 18:20.44 | Estel_ | and everyone can publish shit, without forcing others to use it (microsoft) |
| 18:21.05 | DocScrutinizer | there's no excuse for own incompetence in "others are free to reject it" |
| 18:21.21 | DocScrutinizer | not if hw damage is the alternative |
| 18:21.23 | *** join/#maemo lxp (~lxp@91-115-98-246.adsl.highway.telekom.at) |
| 18:21.43 | *** join/#maemo t7^ (~core@202.80.172.101) |
| 18:21.45 | Estel_ | dropping phone into bathtube is also risk |
| 18:22.05 | Estel_ | would You penalty people for using it while taking bath, or in bathroom at all? |
| 18:22.05 | DocScrutinizer | Estel_: you're close to a kick for trolling |
| 18:22.24 | Estel_ | interesting, cause I'm performing civilized discussion. |
| 18:22.33 | Estel_ | You're free to dissagree |
| 18:22.40 | *** join/#maemo idont (~iDont@j138215.upc-j.chello.nl) |
| 18:22.52 | DocScrutinizer | no you use purposely stupid analogies |
| 18:23.02 | Estel_ | But if Yout think emotions are overhelming You, won't You mind going off-line for a while? I don't like being terrorized |
| 18:23.03 | idont | Internet suddenly got disconnected :S |
| 18:23.10 | Estel_ | :P |
| 18:23.22 | *** join/#maemo githogori (~githogori@216.207.36.222) |
| 18:23.52 | DocScrutinizer | nobody may sell a bath radio to stick to your bathtub with two suckers, not even when there's a writing in red on it about "DANGER! Do Not Let Drop Into Water!" |
| 18:24.01 | *** join/#maemo piggz (~piggz@host-89-241-6-203.as13285.net) |
| 18:24.24 | Estel_ | DocScrutinizer, with all due respect again, scarring someone by kick in IRC channel, judt bcauise You don't agree or think she/he is talking shit, is much worse for Open Spirit than enabling people to echo 1 some dangerous path |
| 18:25.05 | Estel_ | of course this would ban hair dryera |
| 18:25.09 | Estel_ | dryers* |
| 18:25.23 | Estel_ | You realizep how many people dry hairs in bathtube? |
| 18:25.28 | t7^ | :o |
| 18:25.41 | t7^ | so |
| 18:25.44 | idont | Estel_: I don't think I got kicked, my internet connection stopped as a whole (all lights lighted up on the modem, never seen that before) |
| 18:25.44 | DocScrutinizer | refusing to see the difference between stupid behaviour and using stupidly behaving appliances/other stuff is considered trolling here |
| 18:25.51 | t7^ | anyone checked out meego ce1.3 on n900 yet? |
| 18:25.56 | Estel_ | for me, Your analogies - in this certain matter - are stupid, but I'm not trying to terrorize You with "kick for trolling" |
| 18:25.58 | t7^ | how is the performance? |
| 18:26.05 | Sazpaimon | t7^, I just asked in meego |
| 18:26.17 | Sazpaimon | stskeeps says there's a decent speed improvement |
| 18:26.23 | t7^ | oh |
| 18:26.25 | Sazpaimon | they even say to give it a try on my class2 microsd |
| 18:26.25 | t7^ | thanks Sazpaimon |
| 18:26.35 | t7^ | really? |
| 18:26.43 | Sazpaimon | yeah |
| 18:26.43 | t7^ | hmm i lost my class 10 card!! |
| 18:26.44 | DocScrutinizer | screwit |
| 18:26.45 | Estel_ | Sorry DocScrutinizer, You may don't like me from now on, but I consider You behaviour as clearly terrorizing me with possible channel operator rights abuse. |
| 18:26.48 | t7^ | dropped it somewhere |
| 18:26.56 | t7^ | i'll get a class 4 now |
| 18:26.59 | t7^ | and try meeg |
| 18:27.05 | Estel_ | something I don't like on civilized discuassion. |
| 18:27.14 | Sazpaimon | class 10 isnt as good as a class 5 or 6 for an OS install imo |
| 18:27.25 | Sazpaimon | the higher the class, the worse the random read/write speeds get |
| 18:27.32 | DocScrutinizer | Estel_: you're free to consider that as whatever you like |
| 18:27.39 | Estel_ | I may dissagree with You, but I would defend Your right to speak Your opinion (in civilized manner) to my last blood drop ;) |
| 18:27.56 | Sazpaimon | if you're running an OS on the card, random read/write is very important |
| 18:28.04 | DocScrutinizer | and now sorry gentlemen, I got better things to do than to teach fools about risk management in sw development |
| 18:28.06 | Sazpaimon | the class only applies to sequential read and write |
| 18:28.30 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 18:28.32 | Estel_ | DocScrutinizer, You already stated that You're very emotional about all of this. You really don't think You need to calm down a little? |
| 18:28.35 | Sazpaimon | I've found class 6 cards have the best tradeoff between sequential and random read/write speeds |
| 18:29.09 | *** join/#maemo mintux1 (~mrg@91.98.228.134) |
| 18:29.10 | Estel_ | I thick channel operator abuse is something none of us want here. |
| 18:30.22 | idont | DocScrutinizer: The patch is very device specific (i.e. bme -> n900). I don't think it is realistic to even expect this patch to ever end up upstream. Otherwise, I would agree with that these kind of patches should be killed with fire (for the greater good) |
| 18:30.57 | Estel_ | anyway, DocScrutinizer, I just like Yout to know that I still respect You and You work, even when I totally diss_ree with You here, and I think Your behavior (by calling idont fool and trying to terrorize me, by possible kick from channel) is tot!ly out of line here.is |
| 18:31.03 | *** join/#maemo smhar (~salman@46.184.160.48) |
| 18:31.14 | Estel_ | I also hope that all is well |
| 18:31.26 | Estel_ | out for a while, ping me if needed. |
| 18:31.40 | idont | Let's call it a day, I think everyone has said what they've wanted to say |
| 18:31.45 | mintux1 | I would like ods file open with gnumeric but in file manager I have to select this application for each file I added application/ods=gnumeric.desktop to /usr/share/applications/defaults.list also I have this http://codepad.org/GVHsjBgi what shall I do? |
| 18:31.49 | Estel_ | agree |
| 18:32.16 | mintux1 | I tired this topic but doesn't work for me http://talk.maemo.org/showthread.php?t=9349 |
| 18:36.14 | mintux1 | <PROTECTED> |
| 18:36.38 | *** join/#maemo eMHa_ (~mh@HSI-KBW-078-042-037-221.hsi3.kabel-badenwuerttemberg.de) |
| 18:37.06 | mintux1 | no suggestion ? |
| 18:37.22 | *** join/#maemo fiferboy (~fiferboy@Maemo/community/contributor/fiferboy) |
| 18:38.08 | Estel_ | mintux1, what is not working for You exactly? |
| 18:38.43 | Estel_ | dbus-switchboard is thing You should use to change MIME correlations |
| 18:42.41 | *** join/#maemo NGNUton-BC (~gnuton@80-186-222-108.elisa-mobile.fi) |
| 18:47.21 | *** part/#maemo Wild_Doogy (~Wild_Doog@155.42.84.214) |
| 18:47.48 | mintux1 | Estel_: when I open file manager and I want to open ods file it ask for a application to open. I would like when I press it . it open in gnumeric automatically not select gnumeric in list each time |
| 18:48.41 | Estel_ | and that is how dbus-switchboard is supported to work AFAIK - at least if gnumeric support opening files like that |
| 18:49.03 | Estel_ | in dbus-switchboard, You need to set gnumeric as handler for mimetype of Your choice. |
| 18:49.14 | *** join/#maemo Smily (Smily@89.142.17.253) |
| 18:49.17 | *** join/#maemo pronto (~moo@l.beer-nation.com) |
| 18:49.47 | *** join/#maemo lizardo (~lizardo@189.2.128.130) |
| 18:51.22 | mintux1 | Estel_: I want that but I could not |
| 18:51.34 | mintux1 | it doesn't work |
| 18:51.54 | Estel_ | could You tell us what exactly does not work, particullary? |
| 18:52.00 | Estel_ | i.e. what You did. |
| 18:52.06 | Estel_ | and what results were? |
| 18:52.37 | *** join/#maemo GNUton-BNC (~gnuton@dsl-espbrasgw1-feb5df00-149.dhcp.inet.fi) |
| 18:53.24 | mintux1 | Estel_: I added "application/ods=gnumeric.desktop" to /usr/share/applications/defaults.list according of this topic http://talk.maemo.org/showthread.php?t=9349 also I changed this file to http://codepad.org/GVHsjBgi after open file manager and then ask me to select app again |
| 18:53.39 | *** join/#maemo SmilyOrg (Smily@BSN-61-28-69.dial-up.dsl.siol.net) |
| 18:54.15 | mintux1 | I would like when open a ods file in file manager.it open in gnumeric. just this |
| 18:55.22 | *** join/#maemo Pavel (~pavel@c-98-235-88-116.hsd1.pa.comcast.net) |
| 18:56.16 | *** join/#maemo guerby (~guerby@2a01:6600:8081:a500::1) |
| 18:59.59 | Estel_ | mintux1, insteasd of following this topic |
| 19:00.06 | Estel_ | install dbus-switchboard |
| 19:00.18 | Estel_ | from extras-devel (usual warnings etc) |
| 19:00.29 | Estel_ | and use it to achieve Your goal |
| 19:02.24 | Estel_ | on slightly different topic, could anyone point me to /sbin or /bin maemo default script, for enabling mass-storage mode? |
| 19:03.31 | Estel_ | for unknown reasons, sometimes my N900 (after long uptime, without echoing 1 bfs-kernel dangerous feature) ;) doesn't react to connecting it to pc, while it react for connecting it to charger. USB port ks in perfect condition, seems software-related. |
| 19:04.16 | Estel_ | the same way, many times, after disconnecting from mass-storage, my MyDocs isn't mounted - so I use script for manual mounting, if such thing happen. |
| 19:04.50 | Estel_ | Would like to use same method for kicking it into usb mass storage mode, when it deny it |
| 19:05.10 | psycho_oreos | something to do with ke-recv |
| 19:05.38 | *** join/#maemo hardaker2 (~hardaker@mail.hardakers.net) |
| 19:07.21 | DocScrutinizer | Estel_: what do you think why access to bq27200 via i2cget is safe, while bq27200.ko module either rebots or kills the hardware? Only because the bq27200 module is poorly written and the patch is making that even worse. There are better ways to implement the bq27200.ko so it acts exactly like i2cget, and this will allow loading of the module without stopping bme and without causing reboots. That is why this patch is *absolute bullshit* - it |
| 19:07.22 | DocScrutinizer | doesn't fix things but makes them worse, and there's no excuse whatsoever to proliferate it to users other than the one who wrote that crap, NO MATTER how many warning tags you attach to this dangerous version, no matter how many padlocks you add |
| 19:08.52 | *** join/#maemo KaziKluBey (KaziKluBey@c-83-233-222-5.cust.bredband2.com) |
| 19:09.16 | *** join/#maemo lofty306 (~OnTheRoad@tuxhacker/loft306) |
| 19:16.37 | *** join/#maemo GNUton-BNC (~gnuton@dsl-espbrasgw1-feb5df00-149.dhcp.inet.fi) |
| 19:17.31 | *** join/#maemo Smily (Smily@BSN-61-107-248.dial-up.dsl.siol.net) |
| 19:19.42 | DocScrutinizer | and the patch to implement that is only marginally more complex than the one that needs this echo 1>foobar lock, damn probably incl this safety lock the whole thing is more complex than a proper fix. The key is (I said this before, maybe it went unnoticed with all my shouting) that the bq27200.ko module mustn't open the i2c-dev exclusively on loading, but simply opens it immediately before it reads a value from bq-chip, then closes it again. |
| 19:19.44 | DocScrutinizer | <PROTECTED> |
| 19:19.45 | DocScrutinizer | Result: peaceful coexistence, no kernel reboots, no collisions killing hardware; patch: ~20 lines |
| 19:23.13 | DocScrutinizer | there is no justification whatsoever to do it the dangerous way like in kernel-cfs, not even when there are additional safety measures implemented |
| 19:24.27 | idont | DocScrutinizer: But why would pali then go through all the trouble of intercepting and redirecting ioctls, when the solution is that simple? |
| 19:24.41 | idont | *Do note that I haven't looked through the bq27x00_battery module's code* |
| 19:25.02 | DocScrutinizer | and of course you are free to use that hw-killing kernel anyway, and I'm far from teachering you. But that kernel shouldn't be available for general public |
| 19:25.10 | ShadowJK | I'm not entirely sure there's such a concept as non-exclusive access by a kernel module.. |
| 19:25.28 | *** join/#maemo Smily (Smily@89.142.215.232) |
| 19:25.30 | DocScrutinizer | idont: because that'S the *clean* way, while my suggestion is a dirty hack still, but a working dirty hack |
| 19:25.52 | idont | DocScrutinizer: fair enough |
| 19:25.56 | DocScrutinizer | ShadowJK: probably there isn't, indeed |
| 19:26.02 | *** join/#maemo hardaker2 (~hardaker@mail.hardakers.net) |
| 19:28.04 | DocScrutinizer | ShadowJK: nevertheless during module_init the bq27200 somehow opens/allocates the bq27200 chip and that makes /dev/i2c-2 reject access to that chip. The code inside bq27200.ko doing this (and reverting it on module unload) must be exploitable somehow |
| 19:28.40 | ShadowJK | It's part of the thing that makes no two kernel modules being able to hold the same device simultaneously |
| 19:28.50 | DocScrutinizer | yes |
| 19:29.19 | idont | DocScrutinizer: what about a seperate kernel build with the patch enabled, only available over at kernel-bfs' garage page and thus not easily accessible by the general public. Combining this with the said arguments (the patch being optional, disabled by default, and device-specific), would you find it in your heart to have peace with the subject, just until the proper fix has been finished? |
| 19:29.50 | DocScrutinizer | yes, of course |
| 19:31.13 | idont | Okay, I'll make that happen right away then. I'm really sorry for getting your nerves up, that wasn't my intention of course. |
| 19:31.39 | DocScrutinizer | there are more dirty kernels around than anybody could count - the key is not to make them available to ignorant users |
| 19:32.18 | DocScrutinizer | idont: I am sorry to get THAT upset about it |
| 19:32.44 | DocScrutinizer | whole aegis situation that probably been caused by events like that made it worse for me |
| 19:32.50 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 19:32.56 | ShadowJK | yeah :/ |
| 19:33.59 | idont | DocScrutinizer: no problem, you've got your reasons :-) |
| 19:34.30 | mintux1 | I want ssh service run when n900 come up |
| 19:34.55 | DocScrutinizer | mintux1: it does, in standard config |
| 19:35.13 | mintux1 | but in mine I should run it manually |
| 19:35.32 | DocScrutinizer | mhm, so you probably added that on purpose |
| 19:36.05 | Sc0rpius | yeah maybe you installed that OpenSSH selector or something |
| 19:36.08 | Sc0rpius | I forgot the name of that |
| 19:36.14 | Sc0rpius | but standard it's always running |
| 19:38.27 | Sc0rpius | so have you heard of that Meltemi OS for Nokia low-end phones? |
| 19:38.37 | *** join/#maemo swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
| 19:38.48 | DocScrutinizer | sure |
| 19:39.04 | Sc0rpius | actually that's a step in the right direction |
| 19:39.09 | DocScrutinizer | sounds like maemo-light |
| 19:39.11 | Sc0rpius | now they should ditch WP7 |
| 19:39.23 | psycho_oreos | slowly but surely |
| 19:39.25 | mintux1 | Estel_: I tried dbus-switchboard but it doesn't work too :-( |
| 19:42.01 | RST38h | Apps on Nokia Store had 2.5 times more downloads in the second quarter of 2011 than did apps on Apples App Store |
| 19:43.04 | *** join/#maemo rd (~rd@p57B494F8.dip0.t-ipconnect.de) |
| 19:49.31 | *** join/#maemo dangergrrl (~ariana@67.21.131.7) |
| 19:49.33 | *** part/#maemo mintux1 (~mrg@91.98.228.134) |
| 19:52.34 | *** join/#maemo TSCHAKeee (~TSCHAKeee@173.9.2.181-New-England.hfc.comcastbusiness.net) |
| 19:57.52 | *** join/#maemo Estel_ (~Estel@d35-11.icpnet.pl) |
| 19:58.07 | *** join/#maemo zap_ (~zap@178.130.21.28) |
| 20:03.20 | Estel_ | hi therep I was off, just went through logs |
| 20:04.06 | Estel_ | DocScrutinizer, I absolutely get Your reasons and agree with it, and I would be first to advocate inclusion of Your "dirty" hack for opening and closing i2c access |
| 20:04.18 | Estel_ | when something like that would be available |
| 20:04.39 | Estel_ | unfortunatelly, I'm unable to write that ~20 lines of code You mentioned. |
| 20:04.45 | DocScrutinizer | aiui idont will look into it |
| 20:04.52 | DocScrutinizer | or not, dunno |
| 20:05.38 | Estel_ | DocScrutinizer, if You would write such small patch for bq27x00_battery.ko I would be eternally grateful. |
| 20:06.11 | DocScrutinizer | fact is, for now "nobody" needs the bq27200 kernel module anyway, so best option is to not even include it to kernel, or simply ignore and not load it |
| 20:06.28 | Estel_ | Anyway, when I suggested 412b to use such a i2c-like way of gathering real battery info in his advanced-power-monitor, he answered that it would be too much reaource intensive |
| 20:07.06 | Estel_ | so I'm not 100% sure, if You're right that it's so simple solution |
| 20:07.29 | Estel_ | thats why I think iDont should not delete this option, until proper fix is introduced. |
| 20:07.52 | DocScrutinizer | the simplest solution for now is to use i2cget, as is done in my err *cough* shadowjk's bw27200.sh script |
| 20:08.08 | ShadowJK | lol |
| 20:08.47 | ShadowJK | Wish someone would just make the replacement battery applets access bq27200 through i2c-dev instead of sysfs :P |
| 20:08.56 | DocScrutinizer | as stated above, for now nobody needs /sys/bq27200/* and it better stays that way as long as we got no proper module implementation |
| 20:09.32 | idont | Estel_: the i2c-battery-sysfs patch will be disabled in the repo version of kernel-bfs. An exact same build with the patch enabled will be available from kernel-bfs' garage page. This seems to be the best compromise until we've got a proper fix. |
| 20:10.11 | *** join/#maemo lopz (~jjlc@200.87.220.95) |
| 20:10.12 | *** join/#maemo lopz (~jjlc@unaffiliated/lopz) |
| 20:10.18 | DocScrutinizer | oooh there acrually is "somebody" who needs the bq27200/ sysnodes? replacement-battery-applet? too bad, see what happens when you publish APIs based on broken design |
| 20:10.49 | Estel_ | I see idont . But isn't it much more hassle for You, and restraining users freedom a little? You know, forcing to use garage instead repo, for something *DISABLED* by default, that someone can enable if she/he wish |
| 20:11.27 | Estel_ | DocScrutinizer, You have not answered my questin about resource-intensivity of Your approach to act like i2cget |
| 20:11.52 | DocScrutinizer | I don't see any impact on resource demand |
| 20:12.06 | Estel_ | as stated above ;) 412b deny to use that way for gathering info for adevanced-power-monitor, as it seems to be reource heavy |
| 20:12.28 | DocScrutinizer | after all you'd not want to read out bq27200 more frequently than maybe max every other second |
| 20:12.32 | Estel_ | You know, applet must pool such data quite often. Anyway, im just quoting |
| 20:12.41 | Estel_ | thought about same thing |
| 20:12.42 | DocScrutinizer | so the additional open/close is negligible |
| 20:12.52 | Estel_ | but I'm not coder, so I rely on what he said. |
| 20:13.25 | DocScrutinizer | this concern suggests he's doing sth terribly wrong |
| 20:13.50 | Estel_ | idont, for me using garage page isn't a problem, but I still don't get the thing with restraining people to access something that is clearly stated as dangerous, cause possible hardware damage etc and depreciated. |
| 20:13.58 | Estel_ | maybe |
| 20:14.11 | Estel_ | will try to find appropriate post |
| 20:14.27 | DocScrutinizer | a system("i2cdump 2 0x55") every 5 seconds is no problem regarding any resource demand |
| 20:15.31 | DocScrutinizer | neither is a readout from a *proper* /sys/bq27200/capacity sysnode |
| 20:16.21 | *** join/#maemo llee (~leonlee@nat/trolltech/x-xoqnjiuhueiqasxp) |
| 20:16.55 | idont | Estel_: Yes, it is a bit more hassle for me. I'm even putting my personal opinion aside. However, if there are such strong feelings against including a patch like this, then I'm willing to just that. Those really interested in the patch won't mind downloading the debs manually. |
| 20:16.56 | Estel_ | It's very interesting, and probably important |
| 20:17.26 | DocScrutinizer | if the app fails to implemet proper refresh cycle management (I.E. have a timer to call once it every 30s to update battery state, only when visible) then that's the problem of that app - not any resource hungry access to bq27200 |
| 20:18.28 | DocScrutinizer | idont: even on extras-devel apps that deliberately risk to kill the hardware are not allowed afaik |
| 20:18.37 | Estel_ | I'll try to talk about it with 412b. Anyway, I think it would be best to include proper fix that ShadowJK is suggesting |
| 20:18.52 | Estel_ | hey, rootsh is allowed ;) |
| 20:19.00 | Estel_ | using proper command You can kill device |
| 20:19.08 | DocScrutinizer | so what? that isn't dangerous to hw in any way |
| 20:19.10 | Estel_ | like vi_ russian roulette |
| 20:19.32 | Estel_ | overclocking too much is dangerous |
| 20:19.38 | DocScrutinizer | Estel_: I'm immediately stopping to answer this. It's not leading anywhere |
| 20:19.51 | Estel_ | really, dont treat people like idiots, even if they are. |
| 20:19.54 | Estel_ | no problem. |
| 20:20.15 | DocScrutinizer | though I agree the combination of PK_with_OC plus the OC-GUI should be banned as well |
| 20:20.29 | *** join/#maemo jargon- (~dayo@unaffiliated/jargon-) |
| 20:20.42 | Estel_ | I'm just talking that it is IMO not good to deny something to people willing taking risk, just beause YOU tyhink it should be banned. |
| 20:21.04 | Estel_ | You know, joy of Open Source is that no one should dictate what is ok. |
| 20:21.21 | Estel_ | bfs sheulder wasn't accepted upstream, but there are people using it. |
| 20:21.42 | DocScrutinizer | the problem with OC stuff is you can't exactly tell who's the culprit and also there are claims it serves a certain purpose that **can not reached otherwise**, which is not the case for the bq27200.ko patch |
| 20:21.53 | Estel_ | I just don't like when one person try to restrain others, when they don't pose danger to others. |
| 20:22.46 | Estel_ | currently, bq patch serves purpose of serving as data source for battery status menu applet, that can show extremely precise data about battery state, when fuel gauge is calibrated properly. |
| 20:23.12 | Estel_ | I would be first to advocate replacing this module with proper fix, if anyone dare to implement that. |
| 20:23.24 | Estel_ | I would, but I don't have enough knowledge :( |
| 20:23.30 | psycho_oreos | There are those who takes risks, and then you see them asking for help with very little usable battery life. There are those who don't take risks, and still benefit from the usual usable battery life |
| 20:23.33 | Estel_ | You say that it is 20 line of code |
| 20:23.47 | DocScrutinizer | for bq27200.ko there's a documented (since 2h ;-D) alternative way that has no risks for hardware, and risk for hardware is a dirty collateral damage of that bq27200, while for OC it's more or less the purpose. So the two cases differ quite a bit |
| 20:24.10 | Estel_ | but You "waste" 100 lines on irc, just to restrain others for using shitty, bad, nut only one availabe solution ATM |
| 20:24.23 | Estel_ | ok, agreed. |
| 20:24.52 | Estel_ | but that alternative way wasn't implemented. I would love to test it *nd advocate it, it is written already |
| 20:25.30 | Estel_ | I really dont like current solution either, but it seems no one knowledgeable want to fix it - by fizxing bq module or implementing workaround by i2cget |
| 20:26.00 | Estel_ | I would 100% agree with You advocating to ban currwnt solution, if, at the meantime, You would public other, safe solution. |
| 20:26.41 | Estel_ | before that, it's just banning without giving alternative solution. Mind that not everybody is coder able to implement proper way of soing it. |
| 20:27.15 | Estel_ | You'rw giving us great, alternative solution and I appreciate that, but without implementation for it, it is not replacement for current bad, shitty solution. |
| 20:27.29 | Estel_ | I hope You get my point without blood pressure variations ;) |
| 20:27.46 | DocScrutinizer | my blood pressure is all OK :-D |
| 20:28.41 | hiemanshu | DocScrutinizer: aegis |
| 20:28.44 | hiemanshu | watches the BP rise |
| 20:28.48 | DocScrutinizer | *sigh* |
| 20:29.01 | *** join/#maemo geaaru (~geaaru@host204-88-dynamic.244-95-r.retail.telecomitalia.it) |
| 20:29.25 | RST38h | Doc: Why are you wasting time arguing with this guy? |
| 20:29.29 | idont | Estel_: Whilst I fully agree with you, the truth is that there indeed are many ignorant users. Even though I personally think it should not be done, maintaining a seperate build seems the best compromise (available to those who want it/more difficult to get for the more ignorant people) |
| 20:29.31 | Estel_ | btw psycho_oreos , thanks for hint about mass storage mode |
| 20:29.49 | Estel_ | idont, it's fine with me |
| 20:29.59 | DocScrutinizer | Estel_: alas I'm not set up here to do kernel development right atm, if only for missing free storage on disk and missing bucks for a fresh HDD |
| 20:30.21 | Estel_ | RST38h, does I feel some "elitarish" thinkingfrom Your side? |
| 20:30.35 | Estel_ | I see DocScrutinizer |
| 20:30.36 | idont | Estel_: Glad to hear that :). Gosh, I really started some discussion by implementing a feature I don't even use myself :-P |
| 20:30.43 | Estel_ | hahaha |
| 20:30.49 | Estel_ | joy of mainaining something |
| 20:30.54 | RST38h | No, Estel_ you feels regularish trolololo |
| 20:31.11 | psycho_oreos | Estel_, did you find the answer from that hint? :) |
| 20:31.35 | Estel_ | psycho_oreos, unfortunatelly not yet. It's strangw cause reboot always fix that |
| 20:32.00 | Estel_ | RST38h, sorry for my english. I mean that You sounded like someone talking from "high elite position" |
| 20:32.21 | Estel_ | anyway, RST38h I don't think dissing someone is a way of civilized, meritocratic discussion. |
| 20:32.31 | Estel_ | even if You think I'm talking shit. |
| 20:33.02 | Estel_ | I would just retain my right to disagree about patch, that I think is shitty written myself :D |
| 20:33.05 | RST38h | Estel:It is only meritocratic if you have proven your merit |
| 20:33.34 | Estel_ | IMO i've proved that think disabled by default, only enabled if user do some echo, knowing all the risk - is ok |
| 20:33.42 | Estel_ | I'm enjoying freedom of choice. |
| 20:33.50 | Estel_ | But, we may disagree here. |
| 20:33.52 | RST38h | But it does not really matter. What matters is that you have not been able to let go of the topic for the last 3+ hours or so. |
| 20:33.52 | idont | -bfs7 has been pushed to Maemo's autobuilder, it should pop up in Maemo's repositories in about half an hour or so. -bfs6 (with the i2c patch enabled) can still be found at kernel-bfs' garage page |
| 20:34.15 | DocScrutinizer | Estel_: we all got your point of user being free to do what he likes, but see - even idont changed his mind somewhat and agreed to not publish it via extras-devel (the "power-users' extras repo" nowadays). His reasoning is completely in line with my concerns |
| 20:34.16 | Estel_ | we have been talking \out this, then I was out for a hour or so... |
| 20:34.32 | *** join/#maemo florian (~fuchs@sign-4d094cd3.pool.mediaWays.net) |
| 20:34.32 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 20:34.47 | idont | RST38: It is hard to let a topic go if there's still a disagreement. I suffer from that too |
| 20:35.03 | Estel_ | hehe, he agrees because outcry after this, stating that he don't agree with it, just to make things less agressive ;) |
| 20:35.09 | *** join/#maemo Atarii (~Atarii@77.107.156.213) |
| 20:35.09 | *** join/#maemo Atarii (~Atarii@unaffiliated/atarii) |
| 20:35.10 | idont | RST38h: ^ |
| 20:35.44 | Estel_ | RST38h, we can not agree, but I don't feel like dissing You and naming like troll etc. If we're into meritocratic, dissing someone is pure Sophism. |
| 20:35.56 | Estel_ | but, we can just let go that pathetic matter? |
| 20:36.31 | Estel_ | I got my personal opinion about such uncivilized behavior. It does not make me not want to co-operate with You in future, anyway ;) |
| 20:36.59 | Estel_ | Still, my young son is calling me, so I'm off. |
| 20:37.46 | Estel_ | so bye for now, and peace please. We don't need to mock up each other, IMO. |
| 20:37.46 | DocScrutinizer | fine, so problem solved, everybody happy (more or less), todo list for the next 5 years done and agreed upon, let's have some RL - it's WEEKEND fellas! |
| 20:37.57 | Estel_ | yea ;) |
| 20:40.42 | idont | Hehe, I've been asked to come down to a friend's house about two hours ago :-P. Seems like I should get going too. Have a nice weekend all! |
| 20:41.04 | DocScrutinizer | cya idoru |
| 20:41.07 | DocScrutinizer | idont |
| 20:42.08 | DocScrutinizer | RST38h: doesn't help to shout or ignore people, if you want to convince them |
| 20:43.15 | DocScrutinizer | so as estel obviously didn't troll on purpose (though it looked to me like he did, for a short moment), I prefer to try and get the matter discussed to an end |
| 20:43.32 | *** join/#maemo lardman (~simon@Maemo/community/contributor/lardman) |
| 20:44.06 | DocScrutinizer | btw estel been quite helpful on a number of tmo threads |
| 20:45.04 | DocScrutinizer | so while his merits clearly aren't based on sw development experience, he gained some merits for common sense and a helping attitude |
| 20:45.50 | DocScrutinizer | the problem here is to explain the idea of "poisonous code" |
| 20:46.07 | DocScrutinizer | to somebody not into sw development that much |
| 20:49.49 | DocScrutinizer | it's obviously not easy to explain why rat poison that looks like cookies mustn't be sold in a supermarket, no matter how explicit and bold the warning printed on the box, and how hard it is to open the box |
| 20:51.24 | DocScrutinizer | and that analogy only covers the end user aspect, not the developer side, when packages like communtiy-battery-applet (or whatever the name) depend on that poisonous feature |
| 20:52.30 | *** join/#maemo Arkenoi (~ark@178.177.75.125) |
| 20:55.14 | *** join/#maemo githogori_ (~githogori@216.207.36.222) |
| 20:55.36 | *** join/#maemo Arkenoi_ (~ark@178.177.75.125) |
| 20:55.59 | *** join/#maemo githogori (~githogori@216.207.36.222) |
| 21:00.11 | *** join/#maemo alehorst (~alehorst@177.42.22.110) |
| 21:02.26 | *** join/#maemo scoobertron (~tom@93.186.150.192) |
| 21:10.06 | *** join/#maemo dominikb (~quassel@62-47-233-36.adsl.highway.telekom.at) |
| 21:12.25 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 21:21.52 | *** join/#maemo pronto (~moo@l.beer-nation.com) |
| 21:23.15 | *** join/#maemo eijk (~eijk@e178195186.adsl.alicedsl.de) |
| 21:30.40 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 21:37.15 | *** join/#maemo jiero (~chatzilla@110-174-150-114.static.tpgi.com.au) |
| 21:42.18 | *** join/#maemo eijk (~eijk@e178195186.adsl.alicedsl.de) |
| 21:43.25 | *** join/#maemo khertan (~quassel@AAmiens-553-1-101-81.w92-155.abo.wanadoo.fr) |
| 21:58.19 | *** join/#maemo Ken-Young (~Ken@pool-68-160-4-66.bos.east.verizon.net) |
| 22:00.20 | *** join/#maemo Sicelo_ (~sicelo@unaffiliated/sicelo) |
| 22:04.51 | *** join/#maemo zerojay (~jay@blk-138-76-237.eastlink.ca) |
| 22:05.06 | *** join/#maemo zerojay (~jay@Maemo/community/contributor/zerojay) |
| 22:07.39 | *** join/#maemo khertan (~quassel@AAmiens-553-1-101-81.w92-155.abo.wanadoo.fr) |
| 22:10.50 | *** join/#maemo fecub (~fecub@e182018011.adsl.alicedsl.de) |
| 22:11.38 | *** join/#maemo liar (~liar@clnet-p09-185.ikbnet.co.at) |
| 22:29.26 | *** join/#maemo blackthorne (~blackthor@88.210.98.124.rev.optimus.pt) |
| 22:34.25 | *** join/#maemo valerius (~user@80.83.239.72) |
| 22:40.05 | *** join/#maemo Pavel (~pavel@client-75-102-66-200.mobility-up.psu.edu) |
| 22:40.56 | *** join/#maemo KaziKluBey_N900 (~user@c-83-233-222-8.cust.bredband2.com) |
| 22:42.28 | *** join/#maemo githogori (~githogori@c-24-7-1-43.hsd1.ca.comcast.net) |
| 22:52.24 | *** join/#maemo dangergrrl (~ariana@161.98.13.100) |
| 22:59.12 | *** join/#maemo mr_jrt2 (~j@jamie-thompson.co.uk) |
| 23:00.48 | *** join/#maemo zap_ (~zap@178.130.21.28) |
| 23:02.32 | *** join/#maemo vblazquez (~vic@219.77.17.95.dynamic.jazztel.es) |
| 23:14.41 | *** part/#maemo orangey (~orangey@CPE0018e7c840f5-CM0022103a6e13.cpe.net.cable.rogers.com) |
| 23:17.14 | *** join/#maemo Estel_ (~Estel@d35-11.icpnet.pl) |
| 23:17.22 | Estel_ | ping idont |
| 23:17.39 | Estel_ | ~seen idont |
| 23:17.51 | infobot | idont <~iDont@j138215.upc-j.chello.nl> was last seen on IRC in channel #maemo, 2h 37m 9s ago, saying: 'Hehe, I've been asked to come down to a friend's house about two hours ago :-P. Seems like I should get going too. Have a nice weekend all!'. |
| 23:18.41 | Estel_ | ping ShadowJK |
| 23:19.03 | ShadowJK | hello |
| 23:19.38 | Estel_ | hi there. Could You please tell me, if one of symtoms from bq27200 module ioccuping i2c exclusively |
| 23:19.48 | Estel_ | is that i2cget can't access it? |
| 23:19.54 | ShadowJK | yes |
| 23:20.09 | Estel_ | damn, something went wrong with mainstream kernel-bfs update |
| 23:20.36 | ShadowJK | heh. Is bq27..... .ko loaded? |
| 23:20.41 | Estel_ | it seems that hotfix 'forced' by DocScrutinizer for disabling dangerous paths completely, did exactly reverse |
| 23:20.51 | Estel_ | yea, from start, without echoing magic |
| 23:21.09 | ShadowJK | Well... |
| 23:21.09 | Estel_ | it just works out of the box (flawlessly, but stil...):P |
| 23:21.47 | Estel_ | the funniest thing is that in bfs6 it worked well, but in bfs7 aimed to kill it, it work out of box |
| 23:21.57 | ShadowJK | If bq2xxxx.ko is loaded, then nothing from userspace can access the same address on i2c |
| 23:22.17 | ShadowJK | (except if it was opened before the kernel module was loaded) |
| 23:22.35 | Estel_ | I know I may be asking noobish question, but how bme can work in such conditions? i5's out of userspace? |
| 23:23.11 | DocScrutinizer | bme gets started before bq27200.ko is loaded |
| 23:23.22 | ShadowJK | What happens is: bme starts, opens i2c-dev for bq27200 address. Then, the kernel module is loaded and acquires bq27200 address. |
| 23:23.32 | DocScrutinizer | stop bme; start bme -> problems start |
| 23:24.40 | DocScrutinizer | ShadowJK: actually that's another bug in that module, no? Shouldn't it either refuse to load, or kill all filehandles that are open at i2c-2 ? |
| 23:25.18 | ShadowJK | heh |
| 23:25.33 | ShadowJK | It's probably not the responsibility of the module |
| 23:25.48 | Estel_ | i understand but one thing makes me wonder |
| 23:26.03 | Estel_ | while using kp46-47, with module autoloaded |
| 23:26.15 | Estel_ | and trying to hotswap DocScrutinizer way |
| 23:26.21 | Estel_ | i was disabling and enabling bme |
| 23:26.26 | DocScrutinizer | probably it should make /dev/i2c-2 return -EBLOCKED or sth for all ioctl operations to the addr 0x55 |
| 23:26.38 | Estel_ | without any problems, with bq...0.ko loaded |
| 23:26.50 | Estel_ | how it's even possible? |
| 23:26.57 | Estel_ | should't i get instant reboot? |
| 23:27.05 | Estel_ | or infamous patch prevent that? |
| 23:27.43 | DocScrutinizer | those had the check commented out so no open() to any I2C-2 would fail ever |
| 23:28.03 | Estel_ | I hope we are correct with diagnosis of problem, because I warned people in bfs thread about current version behavior. Otherwise, I'm spreading good-will FUD ;P |
| 23:28.13 | DocScrutinizer | that'S been the infamous patch, yes |
| 23:28.20 | ShadowJK | Frankly, it all needs a reading of the omap3 i2c driver, to see what happens if i2c-dev and bqxxxx.ko tries to submit requests simultaneously. IF it ends up as two simultaneous bitbangs, then very very bad, and random, things can happen. If the driver has arbitration and queueing, then at most the worst that happens is that the device that is being accessed gets confused (which in the case of bq27200 isn't entirely catastrophic)... |
| 23:29.00 | ShadowJK | and by "submit requests simultaneously", I do not mean "open device simultaneously" |
| 23:29.03 | ShadowJK | :P |
| 23:29.17 | Estel_ | :P any way of checking that? |
| 23:29.19 | DocScrutinizer | yes |
| 23:29.45 | *** join/#maemo pronto (~moo@unaffiliated/pronto) |
| 23:30.38 | DocScrutinizer | ShadowJK: scheduler further mitigates the real-life problems, but it doesn't cure the basic problem. Also note carefully that this nasty nasty evil hack disabled locking for ALL i2c-dev |
| 23:30.43 | Estel_ | I would love to check it once for all and settle this. If it really result in simultaneous bitbangs, I would love to not use it and advocate not doing so everywhere. |
| 23:31.24 | ShadowJK | do we have any i2c bus on any behind-battery test pads..? |
| 23:31.34 | Estel_ | ...erm, so maybe little rewrite, to make it disabling lock only for particular i2c-dev ? |
| 23:31.56 | DocScrutinizer | so odds are there are concurrent and thus colliding accesses to e.g PMU cpu regulators |
| 23:32.14 | *** join/#maemo net-split (~netsplit@krlh-5f726fc2.pool.mediaWays.net) |
| 23:32.26 | Estel_ | I recall something related ti i2c and testpads, but DocScrutinizer probably will know it for sure |
| 23:32.27 | ShadowJK | I don't really understand the kernel i2c stack enough |
| 23:33.32 | DocScrutinizer | ShadowJK: the patch was pretty simple to understand: it basically just commented out the >> return(-EAGAIN); << line |
| 23:33.41 | DocScrutinizer | from i2c-dev |
| 23:33.43 | DocScrutinizer | iirc |
| 23:33.48 | Estel_ | so, DocScrutinizer, would it be good thing to rewrite this path, to allow it only disabling lock for certain i2c-devs? |
| 23:34.01 | ShadowJK | Yeah I mean I don't have a grasp of the rest of the i2c stack :P |
| 23:34.50 | DocScrutinizer | no, it shouldn't mess with i2c-locking mechanism at all. The bq27200 driver needs moving around of a few lines - those who lock and unlock the i2c bus |
| 23:35.06 | Estel_ | I'm trying to accure information how this could be done right way... Maybe I would be able to buggy someone for fix, if it is not heavy work |
| 23:35.41 | DocScrutinizer | probably author of bq27200.ko is the one you should pester about it |
| 23:35.45 | Estel_ | I wonder if colin.stephane ir freemangordon could write fix for it. Colin seemed especially interested in bq module. |
| 23:36.00 | Estel_ | this is maemo-specific thing, isnt it? |
| 23:36.05 | Estel_ | due to bme? |
| 23:36.17 | DocScrutinizer | I think fmg is competent to implement that fix, yes |
| 23:36.51 | Estel_ | I really regret that I'm not competent |
| 23:37.27 | Estel_ | would be great to end this f*ckin saga. I was never dissed so many times due to some line-commented-out thing :P |
| 23:37.49 | DocScrutinizer | Estel_: that'S the problem, it's not particularly maemo specific. The patch applies to any linux, and will "work" everywhere, while you see similar "problems" like the bme-lock of i2c in 1000s of shades on arbitrary platforms |
| 23:38.07 | Estel_ | I see. |
| 23:38.27 | Estel_ | erm, so our fix may be even included mainstream? great ;) |
| 23:38.35 | Estel_ | we just need it done :( |
| 23:40.04 | Estel_ | so, if I understand it correctly, there are two options for us inside Maemo - fix this module, or buggy advanced-power-monitor author to implement i2cget method of accessing info, with correct opening and closing i2c, yes? |
| 23:40.11 | DocScrutinizer | so any semi-(in)competent "devel" anywhere facing a similar problem of i2c bus locked by a module and he wants to access the chip directly, could decide to port that """fix""" to another platform, and eventually you bet the knowledge of collision problems won't migrate with the patch |
| 23:40.36 | DocScrutinizer | yes |
| 23:40.44 | DocScrutinizer | exactly, those are the 2 options |
| 23:41.14 | Estel_ | which one seems to be quicker/better for us, particullary? |
| 23:41.23 | Estel_ | by logic i think second one? |
| 23:41.33 | DocScrutinizer | fix bq27200 module is the better way |
| 23:41.43 | Estel_ | that would make bq module unneeded at all? |
| 23:41.50 | Estel_ | so, logic failed eh ;P |
| 23:42.29 | Estel_ | for widespread linux, of course it's better, that's why asked about "us" in Maemo, particullary. |
| 23:42.36 | DocScrutinizer | using i2cget or i2cdump in advanced-power-monitor is the much faster way though |
| 23:43.11 | DocScrutinizer | and will work even on stock kernel |
| 23:43.16 | Estel_ | I will buggy 412b then, and meanwhile also buggy colin and freeman |
| 23:43.39 | Estel_ | the worst thing is that I don't understand difference between i2cget method and i2cdump one |
| 23:44.09 | DocScrutinizer | err, the one fetches one register, the dump does a dump of all registers |
| 23:44.17 | Estel_ | and I don't have heart to ask overprojected guys like You and ShadowJK to talk with him. So I'll advocate some method without knowing it well :/ |
| 23:44.44 | Estel_ | which one is less resource-intensive for thing that need refresh once for few seconds? |
| 23:44.53 | DocScrutinizer | just send him here, we are all available for a short chat |
| 23:45.06 | Estel_ | Yea, I know. Will try. |
| 23:45.30 | ShadowJK | DocScrutinizer, basically it's all design around the premise that if you have a bq27200.ko driver, then everythign that needs information from bq27200 hardware should talk to that driver. So there are poor (or none at all) locking methods for the driver in the kernel to use... |
| 23:45.56 | DocScrutinizer | if this applet needs only one value from the chip (e.g. percentage of capacity) then i2cget is the method of choice |
| 23:47.18 | Estel_ | I hope that jrbme will save day for us, someday ;) |
| 23:47.32 | DocScrutinizer | if it needs more than one value (percentage, mAh, time-to-empty), then I'd suggest i2cdump, like used in http://people.openmoko.org/joerg/battery/bq27k-detail |
| 23:47.51 | Estel_ | by the way, any chances for another dump of Your development booston, with fix for idle current draw? |
| 23:48.24 | Estel_ | it seems that booston / kill it / boostoff doesn't work 100%, so connecting briefly to charger is a must |
| 23:48.38 | DocScrutinizer | yup, I'm hoping every day to work on it, and every evening I find myself having "wasted" my time on other things |
| 23:48.44 | *** join/#maemo bugzy (~bugzy@adsl-99-99-145-151.dsl.lsan03.sbcglobal.net) |
| 23:48.55 | Estel_ | quite inconveinent during travel, so even quick dirty fix would be muchmappreciated |
| 23:48.56 | ShadowJK | "fix this module" vs "i2cget method" are incompatible. As I see it, there are two choices: 1) everyone uses i2cget/i2c-dev. 2) everyone uses the kernel module's /sys/...../bq27x00.ko/* |
| 23:49.04 | Estel_ | much appreciated* |
| 23:49.33 | Estel_ | ShadowJK, true, but without jrbme we can't achieve 2) |
| 23:49.40 | ShadowJK | yes |
| 23:49.52 | DocScrutinizer | ShadowJK: you missed my "specification" as of some hours ago here in this chan? |
| 23:51.19 | Estel_ | DocScrutinizer, nice to know. Would test it with pleasure, so don't wait for posting it in hostmode thread, when You got something |
| 23:51.21 | DocScrutinizer | I suggested that bq27200.ko is doing a compromise between "normal" mode which locks i2c bus, and evil-nasty-patch mode that doesn't lock at all |
| 23:52.09 | Estel_ | aka opening and closing every time, yep? |
| 23:52.23 | ShadowJK | how about we just have a daemon that writes to a tmpfs a replica of the /sys/..../bq27200/* files? ;P |
| 23:52.38 | DocScrutinizer | ShadowJK: basically bq27200.ko could exactly mimic i2cdump |
| 23:52.51 | ShadowJK | it's a major rewrite.. |
| 23:52.55 | DocScrutinizer | Estel_: yep |
| 23:53.20 | Estel_ | hey, and the other way? rewrite of i2cdump to become new bq? |
| 23:53.30 | Estel_ | probably even worse rewrite? |
| 23:53.33 | DocScrutinizer | hehehe |
| 23:53.36 | ShadowJK | no |
| 23:53.57 | DocScrutinizer | i2cdump is a userland app, not a kernel module |
| 23:54.39 | Estel_ | I know, but I have no idea about how hard is to re-code one into another. Joys of talking with non-coder, I guess. |
| 23:54.41 | DocScrutinizer | IF we could create files in /sys, then it actually could get done by a modified i2cdump |
| 23:55.06 | ShadowJK | Like, give me half an hour and I could have a script that uses i2cget to create a directory structure that looks exactly like the /sys/...../bq one created by the bq27200 kernel module... But to make bq27200 kernel module lock and release resources constantly, is a big undertaking I think, as there's just not the supporting infrastructure available inside the kernel as far as I'm aware |
| 23:55.36 | ShadowJK | (but my directory structure copy wouldn't reside in /sys obviously) |
| 23:55.48 | DocScrutinizer | that's the point |
| 23:56.00 | DocScrutinizer | I think only kernel can create files in /sys |
| 23:56.54 | DocScrutinizer | but I can't see why we can't wrap some sort of i2cdump executable with a module framework |
| 23:57.16 | Estel_ | hey, I've found pot by 412b about our ugly fast method, could You look int it? http://talk.maemo.org/showpost.php?p=1078288&postcount=703 |
| 23:57.46 | Estel_ | of course I still preffer Your guys method of fixing bq module, so keep brainstorming ;) |
| 23:57.47 | *** join/#maemo bugzy (~bugzy@adsl-99-99-145-151.dsl.lsan03.sbcglobal.net) |
| 23:59.50 | Estel_ | I like Your ideas, especially that actual bq module lack many usefull info that for example, bq27200.sh provides |
| 23:59.59 | Estel_ | all edv, vdq, etc |
