| 00:00.59 | *** join/#maemo Luke-Jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 00:04.31 | *** join/#maemo stardiviner (~stardivin@122.236.244.159) |
| 00:10.49 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 00:15.38 | *** join/#maemo Smily (Smily@89.143.181.181) |
| 00:17.02 | *** join/#maemo Smily (Smily@89.143.181.181) |
| 00:27.40 | *** join/#maemo LaoLang_cool (~LaoLang_c@221.226.175.141) |
| 00:57.45 | *** join/#maemo Venusaur (~desu@wikipedia/Antonio-Lopez) |
| 01:04.39 | *** join/#maemo schen (~schen@cpe-70-113-75-127.austin.res.rr.com) |
| 02:04.30 | *** join/#maemo uen| (~uen@p5DCB2DFE.dip.t-dialin.net) |
| 02:10.18 | *** join/#maemo merlin1991 (~merlin@Maemo/community/cssu/merlin1991) |
| 02:10.29 | *** join/#maemo Dragnslcr (~scott@c-76-118-7-184.hsd1.ma.comcast.net) |
| 02:12.14 | *** join/#maemo AD-N770 (~jep@198.pool85-50-25.dynamic.orange.es) |
| 02:14.20 | *** join/#maemo mva (mva@im.pirate-party.ru) |
| 02:15.15 | *** join/#maemo madalu (~user@unaffiliated/madalu) |
| 02:24.58 | *** join/#maemo pcfe (~pcfe@brln-d9ba6f3c.pool.mediaWays.net) |
| 02:24.58 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 02:27.29 | *** join/#maemo AD-N770 (~jep@41.pool85-50-25.dynamic.orange.es) |
| 02:43.18 | *** join/#maemo radic_ (~radic@dslb-178-002-225-178.pools.arcor-ip.net) |
| 02:45.44 | *** join/#maemo etrunko (~etrunko@134.134.139.74) |
| 02:54.12 | *** join/#maemo pcfe (~pcfe@brln-4dbc05c0.pool.mediaWays.net) |
| 02:54.13 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 02:59.14 | *** join/#maemo Jucato (~jucato@kde/developer/jucato) |
| 03:04.18 | *** join/#maemo DocScrutinizer05 (~HaleBopp@openmoko/engineers/joerg) |
| 03:24.04 | *** join/#maemo jhb1 (~joerg@p579F64AC.dip.t-dialin.net) |
| 03:35.24 | *** join/#maemo Jade (~jade@unaffiliated/jade) |
| 03:48.01 | *** join/#maemo beford (~beford@unaffiliated/beford) |
| 04:44.28 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 04:49.11 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 05:35.13 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 05:44.31 | *** join/#maemo aap (~drew@cpe-174-101-232-161.cinci.res.rr.com) |
| 05:46.19 | *** join/#maemo darkschneider (~gab@93-32-53-237.ip32.fastwebnet.it) |
| 05:47.10 | *** join/#maemo VRe (~vre@vre.iki.fi) |
| 05:48.39 | *** join/#maemo hazchemix (~user@m83-187-23-5.cust.tele2.nl) |
| 06:02.19 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 06:08.21 | *** join/#maemo _berto_ (~berto@dsl-hkibrasgw4-fe53df00-164.dhcp.inet.fi) |
| 06:11.32 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 06:28.56 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 06:29.46 | *** join/#maemo florian (~fuchs@sign-4db6ad72.pool.mediaWays.net) |
| 06:29.46 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 06:47.10 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 06:48.02 | *** join/#maemo hazchemix (~mpthx@support.leaseweb.net) |
| 06:56.26 | *** join/#maemo MacDrunk (~marper@201.165.163.183) |
| 06:58.43 | *** part/#maemo MacDrunk (~marper@201.165.163.183) |
| 07:05.04 | *** join/#maemo andre__ (~andre@ip-89-176-24-140.net.upcbroadband.cz) |
| 07:05.05 | *** join/#maemo andre__ (~andre@Maemo/community/bugmaster/andre) |
| 07:17.23 | *** join/#maemo MacDrunk (~marper@201.165.163.183) |
| 07:20.29 | *** part/#maemo MacDrunk (~marper@201.165.163.183) |
| 07:22.31 | *** join/#maemo lbt (~david@30.92.17.93.rev.sfr.net) |
| 07:22.31 | *** join/#maemo lbt (~david@Maemo/community/contributor/lbt) |
| 07:25.56 | *** join/#maemo florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 07:25.57 | *** join/#maemo florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 07:29.38 | *** join/#maemo utanapischti (~username@p57958ADB.dip.t-dialin.net) |
| 07:29.45 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 07:53.30 | *** join/#maemo e-yes (~e-yes@94.45.176.180) |
| 07:54.09 | *** join/#maemo valeriusM (~user@95.153.161.110) |
| 08:01.46 | *** join/#maemo eMHa_ (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 08:08.24 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 08:09.16 | *** join/#maemo Jucato (~jucato@kde/developer/jucato) |
| 08:11.13 | *** join/#maemo eijk (~eijk@e178203033.adsl.alicedsl.de) |
| 08:16.20 | *** join/#maemo nslu2-log (~nslu2-log@140.211.169.184) |
| 08:20.38 | *** join/#maemo AD-N770 (~jep@o.bcn.fluendo.net) |
| 08:23.14 | *** join/#maemo rcg-work (~rcg-work@fb2-pub-1.dv-nr.fh-frankfurt.de) |
| 08:27.12 | *** join/#maemo teotwaki (~slau@Maemo/community/contributor/crashanddie) |
| 08:33.37 | *** join/#maemo norayr (~norayr@212.73.74.28) |
| 08:36.41 | *** join/#maemo OkropNick (kuba@host-n2-72-190.telpol.net.pl) |
| 08:37.57 | *** join/#maemo arno0ob (~arno0ob@nor75-32-78-237-172-37.fbx.proxad.net) |
| 08:39.45 | *** join/#maemo valeriusM (~user@178.76.208.218) |
| 08:40.32 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 08:53.40 | *** join/#maemo Jucato (~jucato@kde/developer/jucato) |
| 08:54.17 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 08:55.04 | *** join/#maemo calvaris (~calvaris@fanzine.igalia.com) |
| 08:55.18 | GGon | so where is maemo for raspberry pi? |
| 08:57.06 | *** join/#maemo M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
| 08:57.40 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 08:58.49 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 08:59.02 | Luke-Jr | GGon: never? |
| 08:59.13 | GGon | heh |
| 08:59.18 | GGon | meego? :-P |
| 08:59.22 | Luke-Jr | RPi isn't a Nokia product, and Nokia's abandoned Maemo anyway |
| 08:59.50 | GGon | then port cssu to it :-P |
| 08:59.53 | GGon | heh |
| 08:59.58 | Luke-Jr | … |
| 09:00.07 | Luke-Jr | GGon: you realize cssu/maemo/etc is not open source? |
| 09:00.23 | GGon | oh. thought cssu was |
| 09:01.05 | GGon | i was honestly joking anyways |
| 09:02.02 | *** join/#maemo Shapeshifter (~Shapeshif@unaffiliated/shapeshifter) |
| 09:05.33 | internetishard | why the hell does nokia make both the n9 and the lumia 920? |
| 09:05.41 | internetishard | Why do they stretch themselves like that??? |
| 09:06.50 | jacekowski | what? |
| 09:06.54 | jacekowski | n9 is old phone |
| 09:07.18 | internetishard | Yeah, not that old - and if they keep flip flopping with OSs all of the time they'll never gain any momentum |
| 09:08.03 | Luke-Jr | internetishard: Nokia has abandoned all Linux |
| 09:08.34 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 09:08.48 | *** join/#maemo Dibblah (~Dibblah@host31-54-16-103.range31-54.btcentralplus.com) |
| 09:09.05 | internetishard | wtf was n9? A test? Old parts that they wanted to get rid of? :P |
| 09:09.38 | Luke-Jr | contract |
| 09:10.05 | Luke-Jr | afaik Nokia's agreement with Intel(?) said they had to make at least one phone with MeeGo |
| 09:10.59 | internetishard | nice way to waste potential. If it's like "fuck it guys, we gotta do this cause a paper says it" - why not try something ambitious and different? |
| 09:11.23 | internetishard | Take an interesting risk |
| 09:11.40 | Luke-Jr | it's a company |
| 09:12.00 | internetishard | yeah yeah... |
| 09:14.24 | *** join/#maemo norayr (~norayr@212.73.74.28) |
| 09:14.30 | jacekowski | internetishard: because microsoft had experience on phone market |
| 09:14.35 | jacekowski | internetishard: and mobile OS market |
| 09:14.47 | jacekowski | internetishard: in the end, their platform once had almost 100% of the market |
| 09:14.51 | *** join/#maemo Muelli (~muelli@port-21958.pppoe.wtnet.de) |
| 09:14.57 | jacekowski | internetishard: so microsoft was much better option |
| 09:17.57 | internetishard | It's going to be interesting to see a microsoft product that is more open than an apple product |
| 09:18.25 | internetishard | Or maybe less of a walled garden |
| 09:18.52 | Luke-Jr | … |
| 09:18.58 | Luke-Jr | Microsoft has *always* been more open than Apple |
| 09:19.39 | internetishard | Really? Maybe I've been Linux exclusive for too long... :X |
| 09:19.44 | Luke-Jr | yes |
| 09:19.56 | Luke-Jr | Microsoft made software and didn't care what hardware you ran it on |
| 09:20.10 | Luke-Jr | Apple was always "you run our software on our hardware, period" |
| 09:20.47 | internetishard | I was thinking more in terms of DRM and file management... |
| 09:28.52 | *** join/#maemo zap_ (~zap@213.59.86.89) |
| 09:29.51 | *** join/#maemo geaaru (~geaaru@host170-152-static.43-88-b.business.telecomitalia.it) |
| 09:39.32 | *** join/#maemo Pali (~pali@unaffiliated/pali) |
| 09:43.28 | *** join/#maemo skope (skope@psykedelia.org) |
| 09:48.45 | *** join/#maemo dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 09:50.25 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 10:08.13 | *** join/#maemo ijon_ (~ijon@2a02:6b8:0:40c:8882:a65b:869f:3371) |
| 10:08.23 | *** part/#maemo ijon_ (~ijon@2a02:6b8:0:40c:8882:a65b:869f:3371) |
| 10:17.44 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 10:29.42 | *** join/#maemo e-yes (~e-yes@94.25.130.1) |
| 10:32.03 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 10:33.27 | Lava_Croft | 'open' is not the word |
| 10:33.32 | Lava_Croft | 'indifferent' is a better word |
| 10:34.28 | Lava_Croft | MS just followed where MS thought the money was |
| 10:34.31 | chem|st | open to hardware does not mean hackable... |
| 10:34.46 | jacekowski | internetishard: microsoft never cared about drm really |
| 10:35.02 | jacekowski | internetishard: it was just doing what industry wanted |
| 10:35.06 | jacekowski | and they wanted drm |
| 10:35.12 | jacekowski | so microsoft gave them that |
| 10:35.30 | *** join/#maemo murrayc (~murrayc@ppp-88-217-71-143.dynamic.mnet-online.de) |
| 10:35.38 | jacekowski | + parts of windows are open source |
| 10:35.46 | jacekowski | .net is fully open source |
| 10:35.59 | chem|st | jacekowski: what about trying to get hardware manufacturer to build drm hardware and stuff? |
| 10:36.13 | jacekowski | like what/ |
| 10:36.15 | jacekowski | TPM? |
| 10:36.56 | Lava_Croft | ill go completely off-topic and ask if there's any System Shock 2 / Thief 2 fans here |
| 10:36.57 | jacekowski | TPM was never meant for drm |
| 10:37.01 | Lava_Croft | since there's quite good news! :) |
| 10:37.08 | jacekowski | it was an option |
| 10:37.17 | jacekowski | but everyone knew that it's not going to work |
| 10:38.20 | deepy | Lava_Croft: yes |
| 10:38.28 | Lava_Croft | deepy: http://www.ttlg.com/forums/showthread.php?t=140085 |
| 10:38.39 | Lava_Croft | Some patch come out of nowhere, on some French forum |
| 10:38.58 | Lava_Croft | It's a huge update to both the Dark engine and its editor, DromEd |
| 10:39.08 | Lava_Croft | It's just such big and lovely news that i have to spam it anywhere i can :P |
| 10:39.50 | deepy | AIs now breathe from their head instead of their stomachs. They will no longer drown when up to their waist in water. |
| 10:39.59 | Lava_Croft | ;) |
| 10:40.02 | Lava_Croft | never noticed? :) |
| 10:40.52 | Lava_Croft | that changelog is far from incomplete:) |
| 10:40.55 | Lava_Croft | er |
| 10:40.56 | Lava_Croft | complete* |
| 10:42.24 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 10:42.35 | chem|st | lol |
| 10:52.21 | deepy | I'm more of a 'darnit!' |
| 11:00.32 | *** join/#maemo Hurrian (~Hurrian@121.54.2.104) |
| 11:05.33 | *** join/#maemo maybeArgh (~cl@p5B163D55.dip.t-dialin.net) |
| 11:05.52 | *** join/#maemo etrunko (~etrunko@134.134.139.76) |
| 11:07.37 | *** join/#maemo eMHa_ (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 11:17.29 | *** join/#maemo hazchemix (~mpthx@support.leaseweb.net) |
| 11:20.55 | *** join/#maemo BCMM (~ben@unaffiliated/bcmm) |
| 11:25.46 | *** join/#maemo kama (~kama@unaffiliated/kama) |
| 11:28.21 | *** join/#maemo dafox (~dafox@ip51cc571d.speed.planet.nl) |
| 11:34.24 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 11:38.26 | *** join/#maemo lbt_away (~david@Maemo/community/contributor/lbt) |
| 11:58.52 | *** join/#maemo HYUJI (~NUMONE@110.137.188.190) |
| 11:59.50 | *** join/#maemo ab[out] (~ab@pdpc/supporter/professional/ab) |
| 12:03.22 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 12:04.42 | *** join/#maemo lizardo (lizardo@nat/indt/x-knxviknoerllykfe) |
| 12:13.35 | *** join/#maemo Zahra (~Zahra@unaffiliated/belendax) |
| 12:24.21 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 12:33.58 | *** join/#maemo at1as (~at1as@69.51.159.182) |
| 12:38.36 | *** join/#maemo dimw1t (~at1as@69.51.159.182) |
| 12:41.11 | *** join/#maemo chenca (chenca@nat/indt/x-zygngstjrbvkfqtl) |
| 12:43.43 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 12:47.31 | *** join/#maemo chenca1 (~chenca@189.98.203.48) |
| 12:49.34 | *** join/#maemo chenca (chenca@nat/indt/x-ejnfmhxsrshtidbf) |
| 12:54.08 | *** join/#maemo beford (~beford@unaffiliated/beford) |
| 13:01.57 | *** join/#maemo Hurrian (~Hurrian@121.54.2.104) |
| 13:03.59 | *** join/#maemo stardiviner (~stardivin@122.236.244.235) |
| 13:12.58 | *** join/#maemo calvaris (~calvaris@fanzine.igalia.com) |
| 13:14.15 | *** join/#maemo int_ua (~int_ua@ip-602f.proline.net.ua) |
| 13:23.02 | int_ua | freemangordon: isn't the flashplayer 10 a joke? |
| 13:27.38 | *** join/#maemo penguinbait (~snoopy@173-10-44-233-Michigan.hfc.comcastbusiness.net) |
| 13:27.38 | *** join/#maemo penguinbait (~snoopy@Maemo/community/contributor/penguinbait) |
| 13:30.53 | int_ua | Hey, anyone, is Flash 10 for N900 truly released? |
| 13:32.07 | *** join/#maemo drussell (~dave@cpc1-brom10-2-0-cust341.16-1.cable.virginmedia.com) |
| 13:35.04 | *** join/#maemo NishanthMenon (~nmenon@192.94.92.14) |
| 13:39.23 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 13:42.27 | *** join/#maemo konelix (~konelix@190.143.170.67) |
| 13:43.50 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 13:45.50 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 13:47.15 | kerio | int_ua: it is |
| 13:48.00 | int_ua | kerio: why no official source then? |
| 13:48.09 | kerio | because it was somewhat leaked |
| 13:48.13 | kerio | from the "unreleased" ovi repo |
| 13:52.54 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 13:54.14 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 13:56.08 | *** join/#maemo lxp (~lxp@212-183-127-119.adsl.highway.telekom.at) |
| 13:59.49 | Pali | freemangordon, DocScrutinizer05, see this: http://www.spinics.net/lists/lm-sensors/msg32275.html |
| 14:00.18 | Pali | maybe n900 has similar temperature formula |
| 14:00.37 | Pali | Degree Celcius = 1 / (t1 + 1/298)- 273 |
| 14:00.38 | Pali | where t1 = (1/B)* ln(( ADCval * 2.5)/(R25*ITBAT*255)) |
| 14:00.50 | Pali | Default values of R25, B, ITBAT are 10e3, 3380 and 50e-6 respectively |
| 14:04.40 | *** join/#maemo konelix_ (~konelix@190.143.170.67) |
| 14:10.23 | *** join/#maemo hazchemix (~mpthx@support.leaseweb.net) |
| 14:13.13 | *** join/#maemo jluisn_ (~quassel@187.115.172.24) |
| 14:19.58 | Pali | bme tell me: 0x64 0x00 0x34 0x0d 0x2a 0x01 and 0x0D34 is 3380 |
| 14:20.11 | Pali | from cal data |
| 14:22.12 | Pali | and 0x012A is 298 |
| 14:23.03 | Pali | why is in above patch "1/298" and default value for B=3380?? |
| 14:23.50 | *** join/#maemo inz (inz@inz.fi) |
| 14:24.09 | Pali | 0x0063 is 100 |
| 14:24.18 | Pali | *0x0064 |
| 14:25.07 | *** join/#maemo Ionakka (~lechuck@a91-153-151-125.elisa-laajakaista.fi) |
| 14:25.17 | jacekowski | endianess and shit |
| 14:28.04 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 14:29.06 | Pali | jacekowski, yes, it is similar |
| 14:29.30 | Pali | I think that bme does not send me random data |
| 14:29.45 | Pali | and also not random in cal |
| 14:29.55 | *** join/#maemo valdyn (~valdyn@valdyn.org) |
| 14:30.10 | Pali | nokia used similar formula as in above patch |
| 14:32.52 | *** join/#maemo konelix_ (~konelix@200.119.152.151) |
| 14:33.56 | *** join/#maemo shanttu (~shanttu@dsl-hkibrasgw3-ff55c100-11.dhcp.inet.fi) |
| 14:36.20 | *** join/#maemo valeriusM (~user@95.153.189.209) |
| 14:38.19 | *** join/#maemo etrunko (etrunko@nat/intel/x-widymoxppofvfhuk) |
| 14:41.31 | *** join/#maemo konelix_ (~konelix@200.119.152.151) |
| 14:43.57 | *** join/#maemo jluisn_ (~quassel@187.115.172.24) |
| 14:45.40 | *** join/#maemo rm_work (~rm_you@Maemo/community/cssu/rm-you) |
| 14:45.54 | *** join/#maemo chenca (chenca@nat/indt/x-euiaqhgzmqoxvgmr) |
| 14:52.18 | *** join/#maemo jluisn__ (~quassel@187.115.172.24) |
| 14:53.09 | *** join/#maemo chenca (chenca@nat/indt/x-gyhqkxdocwxyqjhf) |
| 14:54.15 | Pali | look also: https://lkml.org/lkml/2011/6/28/190 "TBAT look-up table" |
| 14:56.07 | *** join/#maemo Jucato (~jucato@kde/developer/jucato) |
| 15:01.56 | *** join/#maemo penguinbait (~snoopy@173-10-44-233-Michigan.hfc.comcastbusiness.net) |
| 15:01.56 | *** join/#maemo penguinbait (~snoopy@Maemo/community/contributor/penguinbait) |
| 15:02.20 | *** join/#maemo mark_g44 (markg@79.133.201.75) |
| 15:03.32 | mark_g44 | fakeroot: preload library `libfakeroot-sysv.so' not found, aborting. |
| 15:03.51 | mark_g44 | scratchbox on debian 64bit |
| 15:04.39 | Pali | Now, finally I have temperature formula for n900!!! 1 / ( (1/3380) * ln((RAW*2.5)/(100*0.0067*255)) + 1/298 ) |
| 15:04.55 | mark_g44 | any solutions for fakeroot ? :/ |
| 15:05.10 | Pali | tested on values from DocScrutinizer05 and is correct! |
| 15:05.16 | Pali | freemangordon, see ^^^ |
| 15:06.33 | Pali | formula is same as in patch https://lkml.org/lkml/2011/6/28/190 with B=3380 R25=100 ITBAT=0.0067 |
| 15:07.07 | Pali | in cal data (and also from bme) I got 3 numbers: 3380, 100 and 298 |
| 15:07.41 | Pali | ITBAT was calculated from DocScrutinizer data |
| 15:09.35 | *** join/#maemo mavhc (~mavhc@cpc3-basf10-2-0-cust617.12-3.cable.virginmedia.com) |
| 15:13.54 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 15:17.11 | Pali | note that in mtd1 cal in section bme is this line: 05 03 03 00 64 00 34 0D 2A 01 00 00 00 00 00 00 |
| 15:17.42 | *** join/#maemo SmilyOrg (Smily@BSN-142-121-181.dial-up.dsl.siol.net) |
| 15:18.18 | *** join/#maemo Darkchaos (~darkchaos@i59F7A092.versanet.de) |
| 15:23.24 | *** join/#maemo valeriusM (~user@85.26.180.131) |
| 15:25.47 | Pali | ping merlin1991 |
| 15:25.55 | merlin1991 | Pali: pong |
| 15:25.57 | Pali | you had problems with u-boot |
| 15:26.00 | merlin1991 | yes |
| 15:26.20 | Pali | did you tried to run rescueos from u-boot on that n900? |
| 15:26.22 | kerio | DocScrutinizer05: today after removing and putting back the battery i still had the phantom ACT_DEAD mode |
| 15:26.24 | kerio | ;_; |
| 15:26.47 | merlin1991 | Pali: yeah, though I don't have the data anymore, but I can grab it for you later today |
| 15:26.59 | Pali | ok |
| 15:27.23 | Pali | I need output of dumpatags from rescue os |
| 15:27.41 | Pali | if n900 uboot can boot rescue os... |
| 15:35.40 | *** join/#maemo konelix_ (~konelix@200.119.152.229) |
| 15:36.29 | *** join/#maemo FIQ|n900 (~FIQ@unaffiliated/fiq) |
| 15:42.23 | *** join/#maemo hazchemix (~user@m90-131-66-155.cust.tele2.nl) |
| 15:47.01 | *** join/#maemo timo^ (~timo@unaffiliated/tiempjuuh) |
| 15:48.40 | *** join/#maemo konelix_ (~konelix@200.119.152.229) |
| 15:52.19 | *** join/#maemo konelix__ (~konelix@190.143.170.71) |
| 15:53.38 | *** join/#maemo setanta (setanta@nat/indt/x-xtpqgrhufgurveez) |
| 16:00.51 | *** join/#maemo NIN101 (~NIN@p5DD28E99.dip0.t-ipconnect.de) |
| 16:02.54 | *** join/#maemo GuySoft (~guysoft@109.226.25.176) |
| 16:06.39 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 16:09.41 | *** join/#maemo valeriusM (~user@95.153.177.46) |
| 16:12.56 | *** join/#maemo _PanzerSajt (~panzersaj@82.131.168.51.pool.invitel.hu) |
| 16:14.15 | _PanzerSajt | Hy! I have read the post about this new flash version. They claim that this is really flash10. I could agree with them on this topic, but my question is it has HW acceleration? |
| 16:18.46 | ShadowJK | only one I know of is couple years old "demo" from TI, that doesn't quite work |
| 16:19.13 | _PanzerSajt | ShadowJK, yes I have seen that demo too |
| 16:19.40 | ShadowJK | dont know of anything else, besides adobe having withdrawn flash from android |
| 16:21.16 | ruskie | http://www.h-online.com/security/news/item/Android-smartphones-USSD-calls-can-kill-SIM-cards-1719230.html <-- fun |
| 16:32.47 | *** join/#maemo kov (~kov@debian/developer/kov) |
| 16:42.13 | *** part/#maemo _PanzerSajt (~panzersaj@82.131.168.51.pool.invitel.hu) |
| 16:46.19 | *** join/#maemo konelix_ (~konelix@190.143.170.70) |
| 16:49.39 | *** join/#maemo perlite (~perlite@114-25-197-43.dynamic.hinet.net) |
| 16:51.28 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 16:52.11 | *** join/#maemo perlite_ (~perlite@114-25-201-222.dynamic.hinet.net) |
| 16:53.15 | *** part/#maemo mark_g44 (markg@79.133.201.75) |
| 16:56.10 | *** join/#maemo chadi (chadi@unaffiliated/chadi) |
| 17:03.16 | kerio | ah fuck |
| 17:03.19 | kerio | my phonet is been crashing |
| 17:03.24 | kerio | *has |
| 17:03.35 | *** join/#maemo calvaris (~calvaris@fanzine.igalia.com) |
| 17:04.49 | kerio | this is not good |
| 17:05.50 | kerio | DocScrutinizer05: halp |
| 17:09.02 | SpeedEvil | odd |
| 17:09.07 | SpeedEvil | crashing how? |
| 17:09.33 | *** join/#maemo perlite (~perlite@114-36-238-244.dynamic.hinet.net) |
| 17:11.26 | kerio | SpeedEvil: i open the powerkey menu, "TabletPC mode" isn't there |
| 17:12.01 | *** join/#maemo hardaker (~hardaker@108-241-244-170.lightspeed.frokca.sbcglobal.net) |
| 17:12.46 | kerio | i'm just worried this is a precursor for the rapuyama problem |
| 17:14.55 | SpeedEvil | odd |
| 17:15.40 | *** join/#maemo mark_g44 (markg@79.133.201.75) |
| 17:18.10 | kerio | i know |
| 17:18.12 | kerio | it happened this morning |
| 17:18.38 | kerio | i saw the "no sim" logo flash |
| 17:18.57 | *** join/#maemo krau (krau@nat/indt/x-fxhgrenwklfqwmic) |
| 17:18.59 | kerio | ~n900-full-reset |
| 17:18.59 | infobot | extra, extra, read all about it, n900-full-reset is when the user presses the PWRON (power-on) button for 8 seconds and removes the battery in the next 8 seconds, the TPS65950 enters NO SUPPLY state instead of BACKUP state, even if a valid backup battery is present. In such a situation, the backup domain registers are also reset, along with the VRRTC domain registers. |
| 17:21.20 | *** join/#maemo timeless (uid4015@firefox/developer/timeless) |
| 17:28.21 | *** join/#maemo ZogG_laptop (~ZogG@bzq-79-182-219-57.red.bezeqint.net) |
| 17:31.25 | *** join/#maemo NishanthMenon__ (~nmenon@192.91.66.186) |
| 17:31.32 | *** join/#maemo valerius (~user@85.26.180.131) |
| 17:36.04 | *** join/#maemo rcg (~rc@g230051018.adsl.alicedsl.de) |
| 17:50.55 | DocScrutinizer51 | Pali: coool! |
| 17:51.48 | Pali | :-) |
| 17:53.05 | Pali | last missing is correct BSI value |
| 17:55.11 | *** join/#maemo eMHa_ (~mh@HSI-KBW-37-49-79-172.hsi14.kabel-badenwuerttemberg.de) |
| 17:57.41 | DocScrutinizer51 | well, I really hope somebody with a DMM and a 'new' BL5J can probe the resistance of BSI |
| 18:02.34 | *** join/#maemo rick8024 (~try@xdsl-78-35-48-123.netcologne.de) |
| 18:04.06 | Pali | in bmeipc is also message for raw bsi value & message for calibration data |
| 18:04.24 | Pali | I will try to write program which ask it from bme |
| 18:05.26 | SpeedEvil | new? |
| 18:05.33 | SpeedEvil | by does age matter |
| 18:05.36 | SpeedEvil | why |
| 18:06.54 | DocScrutinizer05 | new model |
| 18:07.55 | *** join/#maemo florian (~fuchs@sign-4db6ad72.pool.mediaWays.net) |
| 18:07.57 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 18:08.13 | *** join/#maemo beford (~beford@unaffiliated/beford) |
| 18:09.10 | Pali | new table is here: https://gitorious.org/rx51-bme-replacement/rx51_battery/commit/4b81bc418e9a1d2d224325c34bd58412b97a377d |
| 18:09.19 | Pali | temperature between 201.81 C and -20.02 C |
| 18:09.26 | Pali | DocScrutinizer05, see ^^ |
| 18:09.57 | Pali | it is enought? |
| 18:10.10 | DocScrutinizer05 | nope, we need at very least -25°C |
| 18:10.39 | DocScrutinizer05 | iirc |
| 18:10.52 | freemangordon | do it -35 |
| 18:11.07 | freemangordon | (finlamd, you know :) ) |
| 18:11.12 | Pali | then table will be too big |
| 18:11.13 | freemangordon | finland even |
| 18:11.15 | SpeedEvil | my freezer hits< -45 |
| 18:11.28 | freemangordon | Pali: how big? |
| 18:11.42 | Pali | now we have 512 values |
| 18:11.56 | freemangordon | 201.81 deg?!? Pali, WTF? :D:D:D |
| 18:12.10 | Pali | for raw value 1 |
| 18:12.28 | freemangordon | well, IIRC it is 10 bit ADC |
| 18:13.20 | Pali | so 1024 values? |
| 18:13.46 | freemangordon | yes |
| 18:14.03 | Pali | ok |
| 18:14.03 | freemangordon | but based on 1024 values, we can interpolate |
| 18:14.17 | freemangordon | (but don;t tell doc) |
| 18:14.36 | Pali | so max (raw) adc value is 1024 |
| 18:14.44 | freemangordon | 1023? |
| 18:14.46 | Pali | or 1023? |
| 18:14.53 | Pali | because 0 does not make sense |
| 18:14.55 | freemangordon | should be 1023 |
| 18:14.58 | freemangordon | why? |
| 18:15.08 | Pali | see formula |
| 18:15.30 | Pali | log(0) is not defined |
| 18:16.07 | freemangordon | aah, i see |
| 18:16.25 | freemangordon | then your formula is incorrect :P |
| 18:17.06 | Pali | maybe, but is based on some samsung chip and that chip has 2/3 parameters same |
| 18:17.40 | Pali | and after calculating third param it is ok for Doc data |
| 18:18.13 | Pali | raw 1023 = -32.53°C |
| 18:18.28 | SpeedEvil | so are any measurements needed, and if so, what? |
| 18:18.58 | freemangordon | Pali: so this formula gives the same reading as BME? |
| 18:19.42 | Pali | same (+/-1°C) as Doc BME |
| 18:20.00 | Pali | and seems is same on my n900 bme |
| 18:20.36 | *** join/#maemo konelix__ (~konelix@190.143.170.71) |
| 18:20.39 | Pali | but I did not used DocScrutinizer enterprise solution :-) |
| 18:22.03 | freemangordon | hmm BTW why not using the formula instead of LUT? |
| 18:22.19 | DocScrutinizer05 | Pali: pretty please use a sparse table |
| 18:22.45 | Pali | no natural logarithm function in kernel |
| 18:22.46 | freemangordon | having 8k LUT does not seem a good idea to me |
| 18:23.16 | freemangordon | Pali: i can interpolate it to polinomial |
| 18:23.17 | DocScrutinizer05 | we fscking don't need a 8k LUT |
| 18:23.32 | DocScrutinizer05 | and we don't need friggin interpolation |
| 18:23.36 | freemangordon | hehe |
| 18:23.48 | DocScrutinizer05 | just pick next larger raw value tuple from LUT |
| 18:24.03 | DocScrutinizer05 | have one tuple per degree centigrade |
| 18:24.27 | freemangordon | hmm, sounds sane |
| 18:24.43 | freemangordon | that way we'll have about 130 ints |
| 18:25.18 | DocScrutinizer05 | right |
| 18:25.21 | freemangordon | range -32 to 98 |
| 18:25.34 | DocScrutinizer05 | make that 200 |
| 18:25.52 | freemangordon | dowe really need battery temp above 95? |
| 18:25.56 | DocScrutinizer05 | -50 to +150 |
| 18:26.01 | freemangordon | hehe |
| 18:26.14 | freemangordon | seems the sensor cannot read bellow 32 |
| 18:26.21 | Pali | DocScrutinizer05, min is -32.53 |
| 18:26.36 | DocScrutinizer05 | oh, ok |
| 18:26.53 | Pali | or, is there way how to call natural logarithm in kernel? |
| 18:26.59 | freemangordon | and we dont really need anything above 75 (maybe) |
| 18:27.00 | DocScrutinizer05 | no way |
| 18:27.17 | DocScrutinizer05 | we need 90 minimum |
| 18:27.29 | freemangordon | DocScrutinizer05: agree, that is why i said 98 |
| 18:27.34 | freemangordon | but 150 is insane |
| 18:27.41 | SpeedEvil | 95 c is 'throw t away as hard as you can' |
| 18:27.54 | DocScrutinizer05 | since... we would like to put up a highscore eventually ;-P |
| 18:28.01 | freemangordon | :) |
| 18:28.35 | freemangordon | Can those batteries withstand temps over 70 deg? |
| 18:29.00 | DocScrutinizer05 | yes, particularly because 150 real °C is insane, we want it converted to watch our hw actually *go insane* |
| 18:30.17 | DocScrutinizer05 | look, if a user drops in here, asking about "my bat has 75" we all go WAAAAH! duck and cover!! When he comes in with "my bat has 150" we laugh and tell him to take it to a repair shop to swap the thermistor |
| 18:30.36 | Pali | 1 = 201.81, 2 = 159.65, 3 = 138.29, 4 = 124.37, 5 = 114.21, 6 = 106.28, 7 = 99.82, 8 = 94.41, 7 = 89.76 |
| 18:30.44 | Pali | this is not very usable ^^^ |
| 18:30.58 | DocScrutinizer05 | pretty fine |
| 18:31.01 | *** join/#maemo konelix (~konelix@190.143.170.70) |
| 18:31.03 | *** join/#maemo M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
| 18:31.06 | freemangordon | why not? |
| 18:31.15 | DocScrutinizer05 | it also doesn't hurt to use those 7 entries in LUT |
| 18:31.53 | freemangordon | if your raw is over 201, then temp is 2 deg and so on |
| 18:32.09 | DocScrutinizer05 | I'd really have 1. and last LUT tupel cover the ADC extrema |
| 18:32.38 | freemangordon | aah, it is raw/temp |
| 18:33.34 | freemangordon | ooh, ant it highly unlinear, so we'll have way less that 130 |
| 18:33.39 | DocScrutinizer05 | so if ADC/raw is 0 or 1, you output 202°C |
| 18:33.48 | freemangordon | :nod: |
| 18:34.05 | freemangordon | naah |
| 18:34.13 | freemangordon | it is rather 350 |
| 18:34.58 | DocScrutinizer05 | if it's in a range of dunno 120...135, you find next lower tupel in LUT which is 120raw=54° |
| 18:36.19 | DocScrutinizer05 | for 53° you next LUT tupel is 136=53°, and will get picked for ADC 136...dunno151 |
| 18:36.24 | DocScrutinizer05 | get the pickture? |
| 18:37.08 | DocScrutinizer05 | basically your LUT looks exactly like my spamming I've done here |
| 18:37.09 | freemangordon | Pali: what is the precision BME return value has? |
| 18:37.13 | DocScrutinizer05 | and on pastebin |
| 18:37.29 | DocScrutinizer05 | same, since it's same ADC |
| 18:37.40 | DocScrutinizer05 | just other mux chan |
| 18:37.48 | Pali | freemangordon, integer (1°C) |
| 18:38.09 | DocScrutinizer05 | ooh sorry, BME not BSI |
| 18:38.10 | freemangordon | Pali: then we don;t need anything with higher precision |
| 18:38.11 | Pali | but kernel driver must report 1/100°C |
| 18:38.23 | freemangordon | *100 :P |
| 18:38.30 | Pali | ok :-) |
| 18:39.03 | DocScrutinizer05 | it's even insane to get 1° precision from battemp |
| 18:39.10 | DocScrutinizer05 | as noisy as it is |
| 18:39.32 | freemangordon | Pali: we'll never have a really high precision temp measurement because of the differences in thermistors |
| 18:39.41 | DocScrutinizer05 | that too |
| 18:39.50 | freemangordon | and we don't need it in practice |
| 18:39.52 | DocScrutinizer05 | but noise is even worse I'd guess |
| 18:39.59 | freemangordon | so 1deg resolution is perfect |
| 18:40.02 | Pali | what noise? |
| 18:40.03 | DocScrutinizer05 | yep |
| 18:40.06 | DocScrutinizer05 | absolutely |
| 18:40.17 | freemangordon | Pali: from ADC conversion |
| 18:40.21 | freemangordon | for example |
| 18:40.27 | Pali | ok |
| 18:40.33 | DocScrutinizer05 | Pali: look at my full dump on pastebin and watch the raw value skip up and down like mad |
| 18:40.51 | freemangordon | you saw it for capacity calculation |
| 18:40.57 | DocScrutinizer05 | I dunno where from it comes, maybe RF interference or whatnot |
| 18:41.03 | freemangordon | the raw value is not a constant |
| 18:41.09 | DocScrutinizer05 | yep |
| 18:42.19 | kerio | hey DocScrutinizer05 |
| 18:42.30 | kerio | i'm afraid my phonet is dying D: |
| 18:43.44 | Pali | kerio: sudo stop sscd && sleep 5 && sudo start sscd |
| 18:43.52 | kerio | Pali: i know |
| 18:43.56 | kerio | that's not the problem |
| 18:44.01 | kerio | the problem is that it needed that |
| 18:44.04 | kerio | D: |
| 18:45.39 | DocScrutinizer05 | kerio: and what can I do to make you feel less terrified? |
| 18:46.13 | kerio | DocScrutinizer05: hug me and tell me everything is going to be fine ;_; |
| 18:46.37 | DocScrutinizer05 | I have a hard time telling lies |
| 18:46.51 | kerio | k ._. |
| 18:46.55 | DocScrutinizer05 | (a lie, a lie!) ;-P |
| 18:47.42 | DocScrutinizer05 | I just can tell you odds are you're wrong as usual ;-) |
| 18:48.02 | kerio | phew |
| 18:48.26 | DocScrutinizer05 | reflash stock PR1.3 without any leete apps or kernels or whatever |
| 18:48.31 | DocScrutinizer05 | test for a few days |
| 18:48.37 | kerio | ew |
| 18:48.39 | kerio | no |
| 18:48.50 | DocScrutinizer05 | if problem persists, you probably got a real problem |
| 18:49.03 | kerio | meh, it's probably a flaky SIM anyway |
| 18:49.11 | DocScrutinizer05 | if not, somebody else has a real problem |
| 18:49.14 | kerio | or maybe it's smartreflex |
| 18:49.27 | kerio | DocScrutinizer05: ? |
| 18:49.40 | DocScrutinizer05 | possible |
| 18:49.51 | kerio | nah, it's not SR :) |
| 18:49.55 | DocScrutinizer05 | uhuh |
| 18:49.59 | kerio | rapuyama isn't SRed |
| 18:50.09 | DocScrutinizer05 | but maybe SIM power is |
| 18:50.17 | kerio | oooooooooooooooooh |
| 18:50.17 | DocScrutinizer05 | I haven't checked it |
| 18:50.23 | kerio | neat |
| 18:50.51 | kerio | hm, where would one check something like this? |
| 18:50.52 | DocScrutinizer05 | toldya SR isn't even evaluated to meant to work, on a circuit level |
| 18:50.57 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 18:51.08 | DocScrutinizer05 | maybe they used a LDO for SIM that is considered DSP by SR |
| 18:51.54 | *** join/#maemo lxp1 (~lxp@212-183-124-33.adsl.highway.telekom.at) |
| 18:52.05 | DocScrutinizer05 | obviously you check that stuff in schematics, my favourity daily work, so I won't do it today for friggin SR |
| 18:52.31 | kerio | DocScrutinizer05: you could check it with a multimeter! |
| 18:52.59 | DocScrutinizer05 | you follow each single connection and read the datasheet specs for all the pins it connects, and ponder if they match and make sense |
| 18:53.36 | kerio | usually, do they? |
| 18:54.30 | DocScrutinizer05 | this way you find LP5523 has a IRQ output to OMAP GPIO that 'ideally' can fry your whole SOC since you can switch it to a mode where it supplies Vbat to GPIO which is 1.8V |
| 18:54.47 | DocScrutinizer05 | (do they?) obviously not always |
| 18:54.56 | DocScrutinizer05 | otherwise I hadn't spotted that |
| 18:55.06 | kerio | woooooooah |
| 18:55.16 | kerio | ponders about a self-destruct mechanism |
| 18:56.25 | DocScrutinizer05 | other "errors" can be on purpose, when e.g. they deliberately decided SR isn't worth it and they better use that LDO for SIM power than for separate DSP power |
| 18:56.51 | DocScrutinizer05 | (just a hypothetical scenario) |
| 18:57.37 | DocScrutinizer05 | then me and my EE-supapowas have to decide if it's sane and sensible and how it's meant to work, or if they outright fsckd it up |
| 18:58.10 | DocScrutinizer05 | if I'm lucky, they left a note in kernel source about it |
| 18:58.29 | DocScrutinizer05 | like /* don't use SR here, since this LDO is for SIM! */ |
| 19:01.12 | *** join/#maemo geaaru (~geaaru@host116-230-dynamic.244-95-r.retail.telecomitalia.it) |
| 19:02.07 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 19:13.43 | *** join/#maemo Venemo_N9 (~venemo@fedora/Venemo) |
| 19:14.35 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 19:16.39 | *** join/#maemo Luke-Jr (~luke-jr@2001:470:5:265:222:4dff:fe50:4c49) |
| 19:18.33 | *** join/#maemo Muelli (~muelli@port-7649.pppoe.wtnet.de) |
| 19:21.43 | *** join/#maemo konelix (~konelix@190.143.170.70) |
| 19:35.11 | Pali | freemangordon, DocScrutinizer05: https://gitorious.org/rx51-bme-replacement/rx51_battery/commit/154913d0c633d5903422cabe1178418d1ba7aad1 |
| 19:35.25 | Pali | only two small tables |
| 19:36.02 | Pali | first: TEMP = rx51_temp_table1[RAW] second: RAW = rx51_temp_table2[TEMP-rx51_temp_table2_first] |
| 19:45.21 | *** join/#maemo konelix (~konelix@190.143.170.68) |
| 19:50.14 | DocScrutinizer05 | Pali: some weird var naming aside, it looks quite nice |
| 19:51.39 | DocScrutinizer05 | e.g I'd not call the var to store result of ADC temperature: >> int temperature = rx51_battery_read_adc(0); << wasn't simple >> int raw << a better name? |
| 19:52.04 | *** join/#maemo guampa (~guampa@unaffiliated/guampa) |
| 19:53.38 | DocScrutinizer05 | replace |
| 19:53.42 | DocScrutinizer05 | /* ADC channels are 10 bit, higher value are undefined */ |
| 19:53.43 | DocScrutinizer05 | 114if (temperature >= 1024) |
| 19:53.45 | DocScrutinizer05 | 190115 |
| 19:53.47 | DocScrutinizer05 | meh |
| 19:54.43 | DocScrutinizer05 | replace >> if (temperature >= 1024) << by >> if (temperature >= 2^10) << |
| 19:55.10 | DocScrutinizer05 | or 1<<10 |
| 19:55.47 | *** join/#maemo hardaker (~hardaker@mail.hardakers.net) |
| 19:56.47 | DocScrutinizer05 | err 2**10 |
| 19:57.08 | DocScrutinizer05 | 1<<10 is even nicer |
| 19:59.02 | kerio | huh, C has "**" as an operator? |
| 20:00.41 | fizzie | It doesn't. Though given int *p, you could write 2**p. (To get multiplication and dereferencing.) |
| 20:01.51 | *** join/#maemo mvp_ (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 20:03.30 | DocScrutinizer05 | nah, it of course hasn't |
| 20:03.57 | DocScrutinizer05 | Pali: the following two lines definitely look kinda nonsensical in 2nd line: |
| 20:04.00 | DocScrutinizer05 | if (temperature < rx51_temp_table2[min]) |
| 20:04.02 | DocScrutinizer05 | 123return rx51_temp_table2_first-min; |
| 20:04.57 | DocScrutinizer05 | and lines 124,125 look no less weird |
| 20:05.59 | DocScrutinizer05 | I think I know what you intended, but due to suboptimal var names it again gets confusing and might have confused you (or me ;-D) |
| 20:07.03 | Pali | 1. if RAW value is < 25 return 53 |
| 20:07.06 | DocScrutinizer05 | I'd call min rather tab2_offset_centigrade |
| 20:07.48 | Pali | min & max means index of array |
| 20:08.17 | DocScrutinizer05 | Pali: 1. min=0, so if (temperature < rx51_temp_table2[0]) return rx51_temp_table2_first; |
| 20:08.20 | *** join/#maemo konelix_ (~konelix@190.143.170.64) |
| 20:08.22 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 20:08.58 | Pali | it is correct |
| 20:09.03 | DocScrutinizer05 | so scratch my remark 2 posts above aboiut name of min, I already got confused |
| 20:09.03 | Pali | or why not? |
| 20:10.50 | DocScrutinizer05 | actually what you *meant* is: if (temperature < rx51_temp_table2[min]) return min + rx51_temp_table2_first; |
| 20:11.57 | *** join/#maemo chenca (chenca@nat/indt/x-prdojssbafsralhu) |
| 20:12.01 | DocScrutinizer05 | err, or what |
| 20:12.46 | *** join/#maemo ijon_ (~ijon@broadband-95-84-253-136.nationalcablenetworks.ru) |
| 20:12.47 | DocScrutinizer05 | omg, you sorted the table as index==offset down from offset-max ? |
| 20:13.22 | Pali | see usage of table2: RAW = rx51_temp_table2[TEMP-rx51_temp_table2_first] |
| 20:13.30 | *** part/#maemo ijon_ (~ijon@broadband-95-84-253-136.nationalcablenetworks.ru) |
| 20:13.55 | DocScrutinizer05 | yeah, I see RAW there, but nowhere else in the code |
| 20:14.13 | Pali | ah, yes, raw is "int temperature" |
| 20:14.24 | Pali | I will rename "temperature" to "raw" |
| 20:14.39 | DocScrutinizer05 | and I'm not interested in calculating RAW from TEMP, no? |
| 20:15.02 | Pali | then invert it :-) |
| 20:15.11 | DocScrutinizer05 | why don't you invert it? |
| 20:15.32 | Pali | because it is not possible |
| 20:15.38 | DocScrutinizer05 | i c |
| 20:15.49 | Pali | you have more values assigned to one index |
| 20:16.16 | DocScrutinizer05 | yesyes |
| 20:16.31 | *** join/#maemo konelix__ (~konelix@190.143.170.65) |
| 20:17.06 | DocScrutinizer05 | still it nukes my mind to figure what's real centigrade Celsius for first entry in rx51_temp_table2 |
| 20:18.40 | DocScrutinizer05 | since I'd call rx51_temp_table2_first simply tab2_offset_centigrade_C |
| 20:19.47 | DocScrutinizer05 | and explain sort order of that rx51_temp_table2 verbatim |
| 20:21.12 | DocScrutinizer05 | maybe I'm too simple today |
| 20:21.43 | *** part/#maemo mark_g44 (markg@79.133.201.75) |
| 20:21.53 | Pali | first table is easy and direct: table1[1] = 201 means RAW 1 = 201°C; table[2] = 159 means RAW 2 = 159°C |
| 20:23.55 | DocScrutinizer05 | yes |
| 20:24.17 | *** join/#maemo ZogG_laptop (~ZogG@109.67.13.92) |
| 20:24.31 | Pali | but inversion of first table is not injective, e.g 203°C, 202°C, 201°C all have RAW value 1 |
| 20:24.46 | *** join/#maemo ALoGeNo (~alogeno@243.Red-217-125-20.staticIP.rima-tde.net) |
| 20:24.46 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 20:25.43 | Pali | so it is better so store RAW values 1-24 in table RAW-->TEMP |
| 20:26.37 | Pali | now look at second table. it convert TEMP-->RAW |
| 20:28.06 | Pali | TEMP -31 = RAW 937; TEMP -32 = RAW 993 |
| 20:28.14 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 20:28.37 | DocScrutinizer05 | Pali: so far I already got it |
| 20:28.55 | kerio | huh, C has "**" as an operator? |
| 20:28.58 | kerio | whoops, sorry |
| 20:29.06 | DocScrutinizer05 | so first entry of tab2 has raw value for 53°C |
| 20:29.14 | kerio | i meant to do up and enter on a different window |
| 20:29.37 | Pali | DocScrutinizer05, yes |
| 20:31.05 | DocScrutinizer05 | another nitpicking: rx51_temp_table2 -> rx51_temp_table_main; rx51_temp_table1 -> rx51_temp_table_aux |
| 20:31.51 | Pali | DocScrutinizer05, so you did not have exam from calculus this month, right? :D |
| 20:33.17 | DocScrutinizer05 | /* this rx51_temp_table_aux holds °C values for index[raw] in 1..24 */ |
| 20:34.47 | DocScrutinizer05 | /* this rx51_temp_table_main holds raw values for index[°C] starting at offset 53°C for first entry and counting down 1°C for each consecutive entry */ |
| 20:36.19 | DocScrutinizer05 | /* raw values in between table entries are using next lower(?) °C value as result */ |
| 20:36.31 | *** join/#maemo sq-one (~sq-one@p579779EC.dip.t-dialin.net) |
| 20:36.57 | Pali | first table is funcion with domain (raw) [1,24] and second table is function with domain (temp) [53, -32] |
| 20:37.59 | DocScrutinizer05 | oops, actually *higer value* since min means high temperature and max means low temperature |
| 20:38.42 | DocScrutinizer05 | see why I find this a tad confusing? |
| 20:40.31 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 20:45.58 | DocScrutinizer05 | but I admit your solution is probably more optimized than my more prototypical approach to have one table with (int raw, int temp) tuples |
| 20:46.31 | *** join/#maemo MrPingu (~MrPingu@86.92.226.97) |
| 20:46.59 | DocScrutinizer05 | and only have one tuple per temp value (like your table2 does) |
| 20:47.21 | DocScrutinizer05 | it didn't occur to me to use the index |
| 20:48.35 | DocScrutinizer05 | ~6+14 + 25 |
| 20:48.35 | infobot | 45 |
| 20:48.45 | DocScrutinizer05 | meh |
| 20:48.50 | DocScrutinizer05 | ~6*14 + 25 |
| 20:48.50 | infobot | 109 |
| 20:49.13 | DocScrutinizer05 | additional int, but less code to handle special cases and two tables |
| 20:49.53 | DocScrutinizer05 | probably your solution is 80 bytes shorter than mine |
| 20:52.43 | Pali | there is still way how to decrease module binary size |
| 20:54.39 | Pali | only 26 values are > 255, they can be stored in third table (16 bit) and other as 8bit numbers |
| 20:59.08 | *** join/#maemo vi__ (~user@84.93.180.223) |
| 20:59.38 | DocScrutinizer05 | eeeeeek |
| 20:59.58 | vi__ | EEEEEEKK! |
| 21:00.04 | vi__ | a |
| 21:00.07 | vi__ | mouse! |
| 21:00.08 | *** join/#maemo _rd (~rd@p57B495CE.dip0.t-ipconnect.de) |
| 21:01.41 | DocScrutinizer05 | btw if you add a 25th array element of 53 to end of rx51_temp_table1, you can save the (anyway incorrect) lines 121..123 |
| 21:05.03 | *** join/#maemo nox- (noident@p57900A2D.dip.t-dialin.net) |
| 21:05.22 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 21:06.17 | *** join/#maemo chenca (chenca@nat/indt/x-uvvtfrxtoaloddqk) |
| 21:07.04 | Pali | it is correct :-) for temperature 54°C there is no RAW value (look at formula and try to assign) |
| 21:07.41 | Pali | only 55°C and 53°C |
| 21:07.51 | DocScrutinizer05 | (incorrect since for all other raw values you pick the next lower index (with next lower raw value) in rx51_temp_table2 aiui, in return (rx51_temp_table2_first - min) * 100;) |
| 21:08.20 | *** join/#maemo MrPingu (~MrPingu@86.92.226.97) |
| 21:08.42 | DocScrutinizer05 | only for this special case you return next higher value |
| 21:10.39 | vi__ | sweet |
| 21:10.53 | vi__ | ghostery seems to work with microb. |
| 21:10.55 | DocScrutinizer05 | but since there's no gap in your raw values between last index of tab1 (24) and lowest value in tab2[0], the case is fictive anyway |
| 21:12.46 | Pali | DocScrutinizer05, no, now I see that line 122 is redundant and it is always false |
| 21:13.16 | Pali | if raw == 24 then rx51_temp_table1[24] is returned |
| 21:13.42 | Pali | if raw == 25 then binary search loop in rx51_temp_table2 is performed |
| 21:13.45 | DocScrutinizer05 | and if your tables would look different (e.g. value of tab2[0]=30) then adding 30 as last value to tab1 would catch that again |
| 21:14.39 | Pali | sizeof(table1)/sizeof(table1[0]) is 25 |
| 21:14.42 | DocScrutinizer05 | Pali: exactly what I tried to tell you, when I said "case is fictive", so why "no"? |
| 21:15.37 | Pali | it always return ceil(convert(raw)) |
| 21:16.09 | DocScrutinizer05 | no |
| 21:16.32 | DocScrutinizer05 | you do return (rx51_temp_table2_first - min) * 100 |
| 21:16.52 | Pali | right, *100 is needed |
| 21:16.56 | DocScrutinizer05 | (which btw might better look like return (rx51_temp_table2_first - mid) * 100 ?) |
| 21:17.12 | Pali | I forgot to add *100 |
| 21:17.16 | DocScrutinizer05 | that too |
| 21:18.27 | DocScrutinizer05 | and for a fictive raw value of 24.5 it should return 53°C, not 55°C |
| 21:18.43 | *** join/#maemo ZogG_laptop (~ZogG@bzq-109-67-13-92.red.bezeqint.net) |
| 21:18.55 | *** join/#maemo pcfe (~pcfe@brln-4d0ce7d9.pool.mediaWays.net) |
| 21:18.55 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 21:19.14 | DocScrutinizer05 | I.E last value in tab1, not first value in tab2 |
| 21:19.16 | *** join/#maemo _rd (~rd@p57B495CE.dip0.t-ipconnect.de) |
| 21:19.49 | Pali | ah, now I see what you mean |
| 21:19.55 | DocScrutinizer05 | since for all other raw values that aren't 'exact' you also pick the next lower raw value's temperature |
| 21:20.23 | DocScrutinizer05 | it's a dicontinuity |
| 21:20.30 | DocScrutinizer05 | though it never will occur |
| 21:21.24 | DocScrutinizer05 | better have your tab1 and tab2 'overlap' rather than accept gaps between them |
| 21:22.28 | DocScrutinizer05 | so line 121..123 are incorrect and cruft ;-) |
| 21:23.10 | DocScrutinizer05 | 125 still missing * 100 |
| 21:23.53 | Pali | 119, 123 and 125 |
| 21:24.23 | DocScrutinizer05 | while I rather would return #def for EOUTOFBOUNDS |
| 21:24.58 | Pali | 121..123 - you need to prevent infinite loop in binary search |
| 21:25.32 | Pali | see 186, MIN/MAX are ignored |
| 21:26.09 | DocScrutinizer05 | ohwell, you could just add 1023 aka --(1<<10) to tab2 |
| 21:27.30 | Pali | ok, return values are fixed |
| 21:27.32 | dafox | hi all. I was wondering if anyone here has his n900 working with an DLNA media server for playing music? |
| 21:27.38 | Pali | now I'm going offline... |
| 21:27.50 | DocScrutinizer05 | add 1023 to tab2! ;-) |
| 21:28.12 | DocScrutinizer05 | saves line 124..125 |
| 21:29.42 | DocScrutinizer05 | IOW why /* Possible correct values which are not in tables */ when you actually can take care there's no such value that's not in the tables? |
| 21:32.58 | *** join/#maemo konelix_ (~konelix@200.119.165.12) |
| 21:39.06 | DocScrutinizer05 | btw static u8 rx51_temp_table2_first = 53; is useless (better use a #def rx51_temp_table2_first 53) since it never gets changed |
| 21:39.53 | DocScrutinizer05 | (compiler will take care of it I guess, as it will probably not allign your u8 array like you hope it does) |
| 21:43.44 | DocScrutinizer05 | I'm actually almost temped to write an alternative code with only one uniform table with struct tuple {u16 raw; u16 celsius} |
| 21:43.48 | DocScrutinizer05 | almost |
| 22:12.10 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 22:15.19 | *** join/#maemo pcfe` (~pcfe@brln-4dbaab09.pool.mediaWays.net) |
| 22:15.20 | *** join/#maemo pcfe` (~pcfe@redhat/pcfe) |
| 22:16.26 | *** part/#maemo internetishard (~root@c-98-210-156-199.hsd1.ca.comcast.net) |
| 22:24.06 | *** join/#maemo odin_ (~Odin@93-97-168-38.zone5.bethere.co.uk) |
| 22:32.15 | *** join/#maemo konelix_ (~konelix@200.119.163.35) |
| 22:33.27 | *** join/#maemo narcos (~narcos@ASt-Lambert-154-1-12-45.w90-61.abo.wanadoo.fr) |
| 22:35.07 | narcos | Hello all. I'd like to launch a script requiring root from a desktop icon. The only way I've managed to succeed is with a 'loader' script. In my .desktop file I have Exec=osso-xterm -e "sh /bin/loader.sh" and then loader.sh has sudo theRealScript.sh |
| 22:35.29 | narcos | Is there a way to do this directly? |
| 22:36.50 | *** join/#maemo stardiviner (~stardivin@122.236.243.98) |
| 22:38.18 | *** join/#maemo Dynamit (~Mohamed@84-55-71-22.customers.ownit.se) |
| 22:40.10 | *** join/#maemo fredrinLap (~fn@cm-84.208.108.15.getinternet.no) |
| 22:46.19 | narcos | Maybe I can rephrase - is there a way to launch osso-xterm directly into a root shell? |
| 22:46.31 | Skry | narcos: chmod u+s theRealScript.sh ? |
| 22:46.55 | narcos | Skry: Hm, good point |
| 22:46.56 | narcos | tries |
| 22:48.16 | nox- | suid scripts work? |
| 22:49.09 | Skry | no idea |
| 22:49.16 | narcos | it launches, trying to test if I have elevated privs |
| 22:49.35 | narcos | should 'whoami' report the name of the calling user, or root? |
| 22:52.30 | *** join/#maemo shadeslayer (~shadeslay@ubuntu/member/shadeslayer) |
| 22:53.08 | DocScrutinizer05 | nox-: nope |
| 22:53.39 | DocScrutinizer05 | usually scripts won't obey SUID |
| 22:53.42 | nox- | yeah i'd have been surprised |
| 22:54.02 | DocScrutinizer05 | there's a system option to allow it (probably compile time option) |
| 22:54.36 | DocScrutinizer05 | but sh somescript.sh will *never* obey SUID |
| 22:56.31 | narcos | Thing is, using the 'launcher' method would be fine (beyond the annoyance), but theRealScript.sh has some code that catches SIGTERM, and gracefully shuts things down. However, hitting ctrl-c via the launcher script doesn't seem to pass the SIGTERM onto theRealScript.sh (unless Im passing the SIGERM along incorrectly)... |
| 22:57.35 | DocScrutinizer05 | usual way: if ![ $(/usr/bin/whoami) = root]; then exec sudo $0 "$@"; fi; |
| 22:58.00 | *** join/#maemo odin_ (~Odin@93-97-168-38.zone5.bethere.co.uk) |
| 22:58.54 | DocScrutinizer05 | and get a proper shebang line and call it directly instead of passing it to sh as a parameter |
| 22:59.40 | DocScrutinizer05 | get a correct entry in /etc/sudoers.d/<yoursudofile> |
| 22:59.56 | DocScrutinizer05 | run update-sudoers, do NOT edit /etc/sudoers |
| 23:02.31 | narcos | DocScrutinizer05: There are lots of file in /etc/sudoers.d/ - I'm not sure which one I should be looking at..? 'everybody.sudoers' perhaps? |
| 23:03.37 | DocScrutinizer05 | dafaq, what? is there a file called everybody.sudoers? |
| 23:03.41 | DocScrutinizer05 | OMG |
| 23:03.50 | narcos | Er, yeah :) |
| 23:04.15 | narcos | There are 20 files there. |
| 23:04.23 | DocScrutinizer05 | you should create your own file, like every decent other app has |
| 23:04.58 | narcos | Hmmm |
| 23:05.21 | narcos | And this is given that I want the user 'user' to be able to sudo? Even though it already can? |
| 23:05.21 | DocScrutinizer05 | but I guess everybody.sudoers has yust the ultimate fsck-me-please config inside that allows everybody to do everything via sudo |
| 23:05.44 | DocScrutinizer05 | errwut? |
| 23:06.08 | DocScrutinizer05 | the user wants to sudo <yourfile>, not sudo sudo |
| 23:06.11 | narcos | Ah, sorry, I think I misunderstood the purpose of the file. |
| 23:06.18 | narcos | Gotcha. |
| 23:08.32 | *** join/#maemo Arkenoi (~ark@swsoft-msk-nat.sw.ru) |
| 23:09.05 | DocScrutinizer05 | if your script is foobar.sh, your sudoers file might be for-fobar.sudoers, and contains >> user ALL = NOPASSWD: /path/to/foobar.sh * << |
| 23:09.42 | DocScrutinizer05 | btw I got no everybody.sudoers file |
| 23:10.13 | narcos | Sweet, it works |
| 23:10.21 | DocScrutinizer05 | I bet you got that abomination with some weird crappy pkg like "easy-sudo" or whatever |
| 23:10.37 | narcos | Not sure - how could I chech? |
| 23:10.49 | narcos | (to satisfy your curiosity :) ) |
| 23:10.56 | narcos | s/chech/check/ |
| 23:11.51 | narcos | # dpkg -l | grep sudo |
| 23:11.51 | narcos | ii rootsh 1.5 Enable root access, via the "sudo gainroot" |
| 23:11.51 | narcos | ii sudo 1:1.6.8p12-4osso22+0m5 Provide limited super user privileges to spe |
| 23:15.51 | DocScrutinizer05 | dpkg -S /etc/sudoers.d/everybody.sudoers |
| 23:16.04 | DocScrutinizer05 | narcos: ^^^ |
| 23:16.37 | DocScrutinizer05 | also what actually *is* in this file? |
| 23:16.47 | DocScrutinizer05 | cat /etc/sudoers.d/everybody.sudoers |
| 23:17.04 | *** join/#maemo at1as (~at1as@199.106.165.155) |
| 23:17.07 | DocScrutinizer05 | paste the one relevant line here |
| 23:17.17 | DocScrutinizer05 | (if it's just one) |
| 23:17.51 | narcos | user ALL=(ALL) NOPASSWD: ALL |
| 23:17.59 | narcos | # dpkg -S /etc/sudoers.d/everybody.sudoers |
| 23:18.00 | narcos | dpkg: /etc/sudoers.d/everybody.sudoers not found. |
| 23:18.22 | DocScrutinizer05 | yeah, expected as much |
| 23:18.32 | narcos | What does that tell us? |
| 23:18.35 | DocScrutinizer05 | it's a really really terrible idea |
| 23:18.55 | DocScrutinizer05 | it tells sudo to accept any command from any user, without asking for password |
| 23:19.32 | narcos | Ah! |
| 23:19.35 | DocScrutinizer05 | and no package feels responsible for that abomination |
| 23:19.52 | DocScrutinizer05 | probably some hacker rooted your device ;-P |
| 23:19.53 | narcos | LOL - if I was that package, I wouldn't own up either |
| 23:20.23 | narcos | It's probably the custom install I'm using |
| 23:20.28 | narcos | checks the setup file |
| 23:21.00 | DocScrutinizer05 | you should delete that friggin file |
| 23:21.11 | DocScrutinizer05 | the everybody.sudoers |
| 23:21.25 | DocScrutinizer05 | don't forget to run command update-sudoers |
| 23:21.25 | narcos | Yeah, I think I will. |
| 23:22.03 | narcos | So, I use the 'pwnphone' image, because it loads up things like power-kenrnel, scapy, tshark, and other networking things that I need |
| 23:22.28 | narcos | Once I get stuff working, I'll probably make my own image - if 'image' is the right word |
| 23:23.22 | DocScrutinizer05 | yeah, it already pwnd your phone's sudo |
| 23:23.46 | narcos | Yeah, seems so |
| 23:23.50 | narcos | Rascals. |
| 23:24.21 | DocScrutinizer05 | if you're concerned about proper sudo setup, have a look to my tools page to get working ROOTpassword for sudo gainroot |
| 23:24.27 | DocScrutinizer05 | ~jrtools |
| 23:24.27 | infobot | jrtools is, like, http://wiki.maemo.org/User:Joerg_rw/tools |
| 23:25.52 | DocScrutinizer05 | still not safe (any attacker can install crap like this everybody.sudoers via HAM still), but at least it feels a tad better first approach when sudo gainroot asks for root password |
| 23:27.20 | narcos | DocScrutinizer05: Cool, thanks, I'll check that out. |
| 23:27.27 | DocScrutinizer05 | yw |
| 23:27.46 | narcos | Although these devices will largely run unattended, so not requiring a password is a good thing. |
| 23:28.20 | narcos | Can rather limit it to my scripts. |
| 23:28.56 | narcos | DocScrutinizer05: How did it come to be that you know so much about Maemo..? |
| 23:29.28 | DocScrutinizer05 | hmm? |
| 23:29.56 | DocScrutinizer05 | all proper sudoers files for particular usecases still have NOPASSWD in them |
| 23:30.42 | narcos | No I mean in general, you seem to grok everything about it. |
| 23:30.46 | *** join/#maemo SpeedEvil (~quassel@tor/regular/SpeedEvil) |
| 23:31.06 | DocScrutinizer05 | that's the idea how to use sudoers: you define special cases where a program needs root, and you define if this particular case sudo shall ask for password or not |
| 23:31.27 | narcos | ah right, gotcha |
| 23:31.32 | narcos | That makes more sense. |
| 23:32.30 | DocScrutinizer05 | narcos: I'm using linux since >12 years now, I used sun-OS/solaris even before. And I had a job where I had to deal with similar embedded/phone linux |
| 23:33.26 | narcos | OK, cool :) |
| 23:33.47 | DocScrutinizer05 | my advice on jrtools just removes NOPASSWD from gainroot, and it sets default config of sudo to ask for root's password, not user's password |
| 23:34.35 | narcos | neat |
| 23:34.42 | narcos | Seems like a good idea |
| 23:36.00 | DocScrutinizer05 | "Defaults targetpw" |
| 23:36.14 | narcos | I notice on this 'pwnphone' image they launch all their apps via the 'laucher' script approach |
| 23:36.20 | narcos | I think I'll pass your wisdom along to them |
| 23:39.49 | *** join/#maemo LaoLang_cool (~LaoLang_c@221.226.175.141) |
| 23:42.17 | DocScrutinizer05 | your ö |
| 23:42.46 | DocScrutinizer05 | your line user ALL=(ALL) NOPASSWD: ALL was actually perfectly sane without the NOPASSWD |
| 23:43.22 | DocScrutinizer05 | (given you have "Defaults targetpw") |
| 23:43.52 | narcos | ah ok |
| 23:45.10 | *** join/#maemo robbiethe1st (~robbiethe@50-37-85-40.mscw.id.frontiernet.net) |
| 23:45.17 | DocScrutinizer05 | on ubuntu and other crap you have no "Defaults targetpw" afaik, so each "sudo foobar" asks for USER password before executing foobar with root privileges |
| 23:45.30 | DocScrutinizer05 | which is rather silly in my book |
| 23:46.06 | robbiethe1st | Except that the only point of it is to prevent applications from running without user permissions |
| 23:46.12 | robbiethe1st | *the user's permission |
| 23:46.32 | narcos | heh @ 'Ubuntu and other crap'. Does seem a little silly. |
| 23:46.53 | DocScrutinizer05 | hmm, I bet I fool you with a shell 5liner |
| 23:47.37 | narcos | Oh yeah? |
| 23:47.59 | DocScrutinizer05 | yeah, since there's no problem to fake sudo output |
| 23:48.08 | DocScrutinizer05 | this is called password skimming |
| 23:48.31 | narcos | Oh right - yeah, sneaky :) |
| 23:48.46 | DocScrutinizer05 | and generally user's password shouldn't empower any process to have root permissions |
| 23:49.07 | robbiethe1st | You're still thinking in terms of multi-user machines |
| 23:49.09 | narcos | Hadn't thought about it via sudo before, that's a nice idea. I see it more often with fake banking/facebook/gmail/foo web apps |
| 23:49.13 | robbiethe1st | Versus single-user machine. |
| 23:49.22 | DocScrutinizer05 | no |
| 23:49.24 | DocScrutinizer05 | I |
| 23:49.34 | DocScrutinizer05 | 'm thinking roles instead of users |
| 23:49.48 | DocScrutinizer05 | which is actually how it's once been meant |
| 23:50.19 | narcos | Ohhhh right |
| 23:50.45 | DocScrutinizer05 | robbiethe1st: FFS promote BM to testing! |
| 23:51.06 | DocScrutinizer05 | n8 |
| 23:52.35 | robbiethe1st | Uh, is everything else in testing? |
| 23:52.43 | *** join/#maemo ALoGeNo (~alogeno@unaffiliated/alogeno) |
| 23:52.47 | robbiethe1st | dependancys |
| 23:53.09 | *** join/#maemo otep (~quassel@AP-203.167.4.11.sysads.com) |
| 23:53.22 | DocScrutinizer05 | PostSuspendum: check your etc/passwd and you'll see that you're always on a multiuser machine on any unix |
| 23:53.45 | DocScrutinizer05 | dependencies, good point. We'll deal with that later |
| 23:54.00 | DocScrutinizer05 | or right now |
| 23:54.14 | DocScrutinizer05 | we'll get this to extras, od die |
| 23:54.17 | DocScrutinizer05 | or* |
| 23:54.27 | robbiethe1st | Clicking promote now. |
| 23:54.49 | DocScrutinizer05 | if not even BM makes it to extras, we can nuke extras all together and rename devel to extras |
| 23:55.09 | robbiethe1st | Rename Testing to Extras |
| 23:55.11 | DocScrutinizer05 | n8 |
| 23:55.50 | robbiethe1st | There. Package promoted? |
| 23:56.03 | robbiethe1st | nOW WHAT? |
| 23:57.30 | *** join/#maemo M4rtinK (~M4rtinK@ip-89-102-207-166.net.upcbroadband.cz) |
| 23:58.18 | narcos | Phew, late o'clock, time for bed. Thanks for the help DocScrutinizer05. |
| 23:58.27 | narcos | Night all. |