| 00:07.50 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 00:17.27 | *** join/#maemo krnlyng (~liar@77.116.111.86.wireless.dyn.drei.com) |
| 01:07.09 | *** join/#maemo eMHa_ (~mh@p54B0FEA2.dip0.t-ipconnect.de) |
| 01:16.14 | *** join/#maemo andril (~andril@c-66-229-28-40.hsd1.fl.comcast.net) |
| 01:34.52 | *** join/#maemo andril (~andril@c-66-229-28-40.hsd1.fl.comcast.net) |
| 01:40.22 | *** join/#maemo robbiethe1st (~robbiethe@172.76.102.229) |
| 01:46.36 | *** join/#maemo at1as (~at1as@ip-64-134-71-1.public.wayport.net) |
| 02:05.17 | *** join/#maemo krnlyng (~liar@77.116.111.86.wireless.dyn.drei.com) |
| 02:21.45 | Maxdamantus | ceene at what voltage? |
| 02:21.58 | Maxdamantus | s/ /: / |
| 02:25.37 | Maxdamantus | ceene: I think I had a similar problem and just ran the flash LEDs from shortly before I predicted it would reset again for the first calibration. |
| 02:26.12 | Maxdamantus | then at that point it should be able to calibrate better the second time. |
| 02:47.10 | *** join/#maemo Humpelstilzchen (erik@f054188097.adsl.alicedsl.de) |
| 02:58.41 | *** join/#maemo eMHa__ (~mh@p54B0FAFD.dip0.t-ipconnect.de) |
| 03:32.12 | DocScrutinizer05 | ceene: >> The Valid Discharge Flag (VDQ) in the FLAGS register is set when this condition occurs and remains set until the learning discharge cycle completes or an event occurs that disqualifies the learning cycle.<< and >>A learning cycle can be disqualified by any of the following conditions: 1. Cold temperature: Temperature ⤠TCOMP[3:0] (°C) when the EDV1 threshold voltage is reached. 2. Light load: A capacity learning cycle is |
| 03:32.14 | DocScrutinizer05 | disqualified if average current is less than or equal to 2 times the initial standby load when the EDV1 threshold voltage is reached. 3. Fast voltage drop: VOLT ⤠(EDV1 â 256 mV) before EDV1 is set. 4. Excessive charging: Cumulative Charge > 255 NAC counts (910 μVh) during a learning discharge cycle (alternating discharge/charge/discharge before EDV1 is set).<< |
| 03:34.43 | DocScrutinizer05 | this boils down to: don't charge during learning cycle (self evident), do discharge with a moderate load that's not too low but also not too high |
| 03:35.42 | DocScrutinizer05 | particularly don't cause load bursts when batt voltage is about to reach EDV1 |
| 03:36.29 | DocScrutinizer05 | ideally you keep backlight lit, this will warrant a proper calibration |
| 03:39.26 | DocScrutinizer05 | ~bq-calibrate |
| 03:39.26 | infobot | methinks bq-calibrate is http://maemo.cloud-7.de/maemo5/patches_n_tools/calibrate-bq27k.sh, or http://talk.maemo.org/showpost.php?p=1053809&postcount=846 |
| 03:41.22 | DocScrutinizer05 | "Ho ever" :-P |
| 03:46.25 | DocScrutinizer05 | actually there's a lot of cargo cult action suggested in that tmo post. I suggest to rather ignore it all together, it's confusing at best |
| 03:52.19 | DocScrutinizer05 | infobot: no, bq-calibrate is http://maemo.cloud-7.de/maemo5/patches_n_tools/calibrate-bq27k.sh, or http://talk.maemo.org/showthread.php?p=1247595 |
| 03:52.19 | infobot | DocScrutinizer05: okay |
| 04:12.55 | Maxdamantus | DocScrutinizer05: there are a few other cases listed. I'm not entirely sure, but I think the "Excessive self-discharge" one might be relevant. |
| 04:14.29 | Maxdamantus | when I got a new battery (polarcell), the LMD was at something like 1100 mAh, and after fully charging the new one and letting it discharge, it stayed at 6% with NAC = 68 for a few hours, then eventually NAC went to 67 and VDQ changed to 0 at the same time. |
| 04:15.24 | Maxdamantus | so from there the NAC and RSOC dropped as I would expect, but VDQ had already been reset, presumably because it was discharging far more than it had expected to given the existing LMD. |
| 04:16.48 | Maxdamantus | iirc, I might've observed that twice before just trying to discharge it less efficiently by leaving the light on for the last few hours. |
| 04:17.32 | Maxdamantus | I have the log of it happing at least once. |
| 04:20.15 | Maxdamantus | https://gist.github.com/Maxdamantus/fc0c0089eedbb5a00982 |
| 04:21.52 | Maxdamantus | 18:15 3760 6 6 -40 71 71 71 65535 105 27 1 0 |
| 04:22.10 | Maxdamantus | 20:39 3702 6 6 -127 68 68 68 65535 32 21 1 0 |
| 04:22.41 | Maxdamantus | 6% at 3.7 V for two and a half hours. |
| 04:24.17 | Maxdamantus | Right, 68*16 = 1088, which was my LMD at the time. |
| 04:30.36 | Maxdamantus | wonders why there's a big red "Not Recommended For New Designs" line at the top of every page in the bq27200 document. |
| 04:31.20 | Maxdamantus | Because it was a bad system in the first place, or because it's simply been superceded (and whatever that is will end up with the same line eventually)? |
| 04:32.24 | *** join/#maemo trumee (~trumee@c-50-175-121-86.hsd1.tx.comcast.net) |
| 04:32.45 | Maxdamantus | suspects the former. |
| 04:33.08 | robbiethe1st | Actually, probably the latter |
| 04:33.16 | robbiethe1st | I've seen that in a lot of 'old chip' pages |
| 04:33.33 | Maxdamantus | not sure how other hardware does it, but I imagine it usually doesn't require typical people to do full discharges before telling them anything useful about the battery. |
| 04:33.36 | robbiethe1st | Because they want you to use a new design chip(which is probably better supported) |
| 04:34.27 | Maxdamantus | unless the devices have a couple of batteries that they can switch between as they calibrate each one. |
| 04:35.10 | robbiethe1st | Y'know, I'm still not sure how accurate any of these devices battery meters are. I just know that, say, my Nexus 7 tablet charges to "100%" and shuts down at like 3%. Whether there's another 50% capacity in the battery, I'll never know. |
| 04:36.01 | robbiethe1st | On the other hand, my old Iriver mp3 player with Rockbox on it had an even worse gauge; you'd do something stressful and it would drop by like 30% in one minute; let it sit there and it would come back up just as quickly. |
| 04:36.03 | Maxdamantus | Yes, but whatever it does, it probably doesn't expect people like my mum to make sure she does a full discharge at least once every 30 cycles. |
| 04:36.50 | Maxdamantus | That Rockbox thing probably just directly translates voltage to estimated charge. |
| 04:37.01 | robbiethe1st | Yeah |
| 04:37.14 | robbiethe1st | I've never done a full discharge(intentionally) on my N900, but I've never expected it to be 100% accurate, either, |
| 04:37.17 | Maxdamantus | So you're just seeing the voltage drop. |
| 04:37.47 | Maxdamantus | If you've never done a full discharge you're probably not relying on bq27200. |
| 04:38.11 | Maxdamantus | Maemo doesn't use it by default. It's just some piece of hardware that is largely unused but wasn't removed. |
| 04:38.29 | robbiethe1st | No, I guess not. I'm not sure how the stock calculator works either |
| 04:38.50 | Maxdamantus | I think it works similarly. |
| 04:39.07 | Maxdamantus | (just by looking at the voltage, and possibly some extra guesswork in software) |
| 04:40.00 | Maxdamantus | The difference with bq27200 is that it also monitors current, so can more-or-less measure how much power is actually passing through. |
| 04:41.27 | Maxdamantus | The caveat is that with that device in particular the user has to do a full discharge at least every 30 cycles. |
| 04:41.44 | Maxdamantus | which is probably unreasonable to expect of most consumers. |
| 04:46.46 | *** join/#maemo DocScrutinizer06 (~saturn@openmoko/engineers/joerg) |
| 04:50.41 | *** join/#maemo FlameReaper-PC (~FR@182.35.48.60.klj03-home.tm.net.my) |
| 04:54.57 | Maxdamantus | Cycle Count since Learning: 26 Total Cycle Count since last full reset: 247 |
| 07:42.07 | *** join/#maemo arossdotme (~zxy@host-84-13-235-209.opaltelecom.net) |
| 07:58.05 | *** join/#maemo gregoa (~gregoa@colleen.colgarra.priv.at) |
| 08:00.52 | KotCzarny | hmm, shouldnt proper battery meter rely on more than one source of information? ie. charge amount, discharge amount, battery history |
| 08:01.08 | KotCzarny | and counting self discharge into it too |
| 08:06.25 | *** join/#maemo LauRoman (~LauRoman@5-14-183-115.residential.rdsnet.ro) |
| 08:21.44 | Maxdamantus | What is "charge amount" and "discharge amount"? |
| 08:23.32 | Maxdamantus | Batteries are weird. They don't exactly store a particular amount of charge. |
| 08:24.08 | Maxdamantus | The amount of charge you get out depends on things like the discharge rate and ambient temperature. |
| 08:24.33 | KotCzarny | maxd: during charge one can measure roughly how much charge went in |
| 08:24.48 | KotCzarny | *roughly* |
| 08:25.15 | Maxdamantus | That's what bq27200 does, though it makes its own mind up as to what information it provides. |
| 08:25.43 | KotCzarny | i wonder if bme-replacement does its own calculations |
| 08:25.57 | Maxdamantus | own calculations based on what? |
| 08:26.05 | KotCzarny | on the data above |
| 08:26.23 | Maxdamantus | I think bme-replacement is just a reimplementation of bme, which doesn't use bq27200. |
| 08:26.40 | KotCzarny | then it has to calculate charge state by its own |
| 08:27.02 | Maxdamantus | If you want to use bq27200, you basically have to do what I said earlierâintentionally do a full discharge at least once every 30 cycles. |
| 08:27.27 | Maxdamantus | It doesn't tell you how much charge has passed through it since the last query. |
| 08:27.46 | Maxdamantus | It tells you what it thinks about the state of the battery based on its own calculations. |
| 08:28.34 | KotCzarny | offtopic: http://git.linaro.org/people/arnd.bergmann/flashbench.git |
| 08:30.07 | Maxdamantus | SD cards are weird too. |
| 08:30.54 | Maxdamantus | The speed of transfer depends on things like the datastructure the controller has built up over time for your block device. |
| 08:32.11 | freemangordon1 | Maxdamantus: bme-replacement uses bq27xxx |
| 08:32.18 | Maxdamantus | Ah, okay. |
| 08:32.35 | Maxdamantus | That's probably what I'm using then. |
| 08:33.12 | Maxdamantus | So there wasn't something that simply reimplemented bme (producing similar behaviour)? |
| 08:33.31 | *** join/#maemo freemangordon (~ivo@46.249.74.23) |
| 08:33.49 | freemangordon | Maxdamantus: none I am aware of |
| 08:34.03 | *** join/#maemo KotCzarny (ariel@31.135.195.239) |
| 08:47.46 | Maxdamantus | http://www.ti.com/product/BQ27200 |
| 08:47.54 | Maxdamantus | âRequires No User Calibrationâ .. hmm |
| 08:48.37 | KotCzarny | Automatic Capacity Reduction With Age |
| 09:10.52 | *** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz) |
| 09:17.51 | *** join/#maemo arossdotme-planb (~zxy@host-84-13-235-209.opaltelecom.net) |
| 09:23.45 | *** join/#maemo arossdotme (~zxy@host-84-13-235-209.opaltelecom.net) |
| 09:37.18 | *** join/#maemo arossdotme-planb (~zxy@host-84-13-235-209.opaltelecom.net) |
| 09:47.43 | *** join/#maemo arossdotme-planb (~zxy@host-84-13-235-209.opaltelecom.net) |
| 09:55.14 | *** join/#maemo thang (~thang@27.67.33.115) |
| 09:58.54 | *** join/#maemo arossdotme-planb (~zxy@host-84-13-235-209.opaltelecom.net) |
| 10:02.54 | thang | y |
| 10:03.01 | thang | xvv |
| 10:05.21 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 10:27.53 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 10:38.02 | *** join/#maemo Humpelstilzchen (erik@x55b03e0f.dyn.telefonica.de) |
| 10:56.45 | Vajb | i have slight problem with yappari. If i type fast and press twice the same letter it makes the symbol from long press. Also somtimes single presses are registered as long presses for symbols. Does anyone else have this? And maybe it's more of a inconvenience than problem actually. |
| 10:57.14 | KotCzarny | vajb, this sounds more like general problem than app specific |
| 10:57.53 | Vajb | happens only in yappari |
| 10:58.44 | Vajb | it feels like app freezes for some microseconds and then continues and misses or wrongly prints my typing |
| 10:59.17 | KotCzarny | start iostat or vmmstat in another window and observe swap activity? |
| 11:00.00 | *** join/#maemo arossdotme (~zxy@host-84-13-235-209.opaltelecom.net) |
| 11:01.56 | Vajb | i have cpu and memory monitor next to battery symbol and memory shows about half way and cpu peaks when wrong letters appear |
| 11:07.46 | Vajb | seems i don't have iostats nor vmmstat installed. |
| 11:08.06 | KotCzarny | its in sysstat pkg |
| 11:08.20 | KotCzarny | and its vmstat not vmm |
| 11:08.34 | KotCzarny | and iostat not iostats |
| 11:09.54 | Maxdamantus | Vajb: what about in the terminal? |
| 11:10.17 | Maxdamantus | I suspect removing/disabling HIM will fix it. |
| 11:10.35 | Maxdamantus | if you don't need the VKB or "symbols" UI anyway. |
| 11:11.50 | DocScrutinizer05 | Vajb: first I'd disable the longpress-symbol nonsense |
| 11:11.58 | DocScrutinizer05 | ~jrtools |
| 11:11.58 | infobot | extra, extra, read all about it, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools |
| 11:12.13 | Vajb | i rarely use vkb.. |
| 11:12.25 | Vajb | don't have that problem in terminal |
| 11:12.29 | DocScrutinizer05 | gconftool-2 -s /apps/osso/inputmethod/ext_kb_repeat_enabled --type boolean true |
| 11:12.44 | Vajb | symbols i need sometimes |
| 11:13.14 | DocScrutinizer05 | then I'd probbaly try to renice yappari and see if that _maybe_ helps |
| 11:13.36 | Vajb | if i disable long press symbols how do i reach them then? fn+button with wanted symbol? |
| 11:13.45 | DocScrutinizer05 | exactly |
| 11:14.17 | *** join/#maemo xelo (~xelo@ip-109-91-134-15.hsi12.unitymediagroup.de) |
| 11:14.21 | *** join/#maemo arcean (~arcean@nat1-3.finemedia.pl) |
| 11:14.31 | Vajb | will fn lock still work? (double click locks it on) |
| 11:14.32 | DocScrutinizer05 | in the end I guess it's a bug in yappari which prolly has some busyloops |
| 11:14.41 | DocScrutinizer05 | sure |
| 11:14.48 | Vajb | i see. |
| 11:15.17 | DocScrutinizer05 | you *might* want to run yappari under strace |
| 11:15.27 | Vajb | actually that's why i asked if someone else is having this "feature" too |
| 11:15.33 | Maxdamantus | and if you disable HIM altogether, sym (fn+ctrl) works as the normal Xorg compose key. |
| 11:15.52 | Vajb | im afraid i lack the skill of know-how there :) |
| 11:17.15 | DocScrutinizer05 | then try (re)nicing yappari. Pretty simple from terminal: nice yappari |
| 11:17.19 | Vajb | anyway, thx for all of ur suggestions. Will investigate it more when i get back home. |
| 11:18.39 | Vajb | says "no such folder" |
| 11:19.21 | Vajb | nice yappari says no such file or directory* |
| 11:20.12 | DocScrutinizer05 | then find the yappari binary. Prolly another fsckdup package that has no proper symlink in /usr/bin, so I'd search /opt for it |
| 11:20.52 | DocScrutinizer05 | then: nice /opt/yapparidir/yappari-starter or whatever the right path and name |
| 11:21.39 | DocScrutinizer05 | find /opt -iname '*yappari*' |
| 11:21.45 | Vajb | yes just looked opt it's not there |
| 11:22.30 | DocScrutinizer05 | start yappari, then use htop or ps aux to find the full pathname of the binary |
| 11:23.16 | DocScrutinizer05 | or look into the .desktop file, iirc it's to be found under /user/share/apps/hildon-desktop/ or something like that |
| 11:23.49 | Vajb | /usr/bin/Yappari |
| 11:24.04 | Vajb | maybe it was me typing y instead of Y |
| 11:24.36 | Vajb | nice'ing started yappari again |
| 11:24.56 | Vajb | Unsupported date format character at 1 (%-d.%-m.) |
| 11:25.13 | Vajb | and that was the output in terminal |
| 11:25.39 | *** join/#maemo arossdotme-planb (~zxy@host-92-11-93-220.as43234.net) |
| 11:26.10 | DocScrutinizer05 | no output expected really |
| 11:26.22 | DocScrutinizer05 | just for the record: ls -l /usr/share/applications/hildon/*appar* |
| 11:27.42 | Vajb | anything specific to look from that output? |
| 11:28.52 | Vajb | sh: /usr/share/applications/hildon/yappari.desktop: Permission denied |
| 11:29.00 | DocScrutinizer05 | http://paste.opensuse.org/9388254 :-D |
| 11:29.01 | Vajb | last line |
| 11:29.03 | DocScrutinizer05 | unrelated# |
| 11:29.15 | Vajb | ah :D |
| 11:29.49 | DocScrutinizer05 | Vajb: /usr/share/applications/hildon/yappari.desktop has the commandline to yappari, I guess |
| 11:29.56 | DocScrutinizer05 | cat /usr/share/applications/hildon/yappari.desktop |
| 11:31.16 | DocScrutinizer05 | it's the file that defines your yappari desktop icon which you click to start the app |
| 11:31.53 | DocScrutinizer05 | anyway not needed anymore since you already found /usr/bin/Yappari |
| 11:31.53 | Vajb | yes i played with them once to get certain pdf file to start from icon |
| 11:32.23 | DocScrutinizer05 | you could edit the .desktop file if it turns out `nice /usr/bin/Yappari` fixes your problem |
| 11:33.37 | Vajb | ok. So basically Exec=/usr/bin/Yappari |
| 11:33.42 | DocScrutinizer05 | yes |
| 11:34.08 | Vajb | turns to Exec=nice /usr/bin/Yappari |
| 11:34.21 | DocScrutinizer05 | iirc tthat's absolutely correct |
| 11:34.38 | Vajb | hooray |
| 11:34.55 | Vajb | i'll see how yappari works now for few days |
| 11:35.00 | DocScrutinizer05 | :-) |
| 11:35.15 | Vajb | and maybe even inform ppl here :) |
| 11:35.48 | Vajb | im guessing nice'ing is valid till i restart program from app menu? |
| 11:35.54 | DocScrutinizer05 | yes |
| 11:36.07 | DocScrutinizer05 | it's no setting but rather a runtime option |
| 11:36.13 | Vajb | cool, thx for ur suggestions DocScrutinizer05 |
| 11:36.19 | Sicelo | Vajb: new problem, or always had it? |
| 11:36.31 | Vajb | care to explalain what it does? |
| 11:36.39 | Vajb | -la* |
| 11:37.00 | DocScrutinizer05 | Vajb: suggestion: nice --help; man nice |
| 11:37.10 | Vajb | Sicelo: i think i've had it most of the time |
| 11:37.15 | ceene | yappari doesnt do any busy loop that i know of |
| 11:37.26 | ceene | input textbox is just a qt widget |
| 11:37.31 | DocScrutinizer05 | Vajb: xyz --help is always a good idea under linux |
| 11:37.38 | Sicelo | my Yappari behaves. (just got myself banned throught stupidity recently :P ... moved to another number) |
| 11:37.57 | ceene | although i also suffer that bug, Vajb |
| 11:38.06 | Sicelo | oh. |
| 11:38.09 | Vajb | i think it got samething to do with heavy cpu use at same time |
| 11:38.21 | Vajb | something* |
| 11:38.21 | ceene | i believe that as well |
| 11:38.31 | DocScrutinizer05 | which is a busy loop usually |
| 11:38.50 | Vajb | dunno if it's yappari hogging resources or some other process |
| 11:38.55 | Maxdamantus | remembers some discussion here about yappari and busy loops. |
| 11:38.59 | ceene | but i don't know if the loop is of Yappari's or if it's a coincidence or if it is of QT |
| 11:39.31 | Vajb | maybe qt then.. just guessing here :) |
| 11:39.35 | DocScrutinizer05 | if it wasn't yappari, then the same problem would show up in every kbd input |
| 11:39.40 | ceene | i've never profiled a qt app, but i guess i can do it |
| 11:40.03 | ceene | how many qt apps are out there? |
| 11:40.06 | Vajb | i tried that facebrick or what ever it was, but it was written in qt and also felt sluggish |
| 11:40.11 | DocScrutinizer05 | quite a few |
| 11:40.38 | ceene | has just acquired his second N900 to tinker with |
| 11:40.40 | KotCzarny | ceene, how hard would be rewriting yappari in different toolkit? (gtk2 etc) |
| 11:40.44 | DocScrutinizer05 | and even qt is part of yappari, just a linked lib |
| 11:40.49 | Sicelo | ceene: \m/ |
| 11:40.50 | KotCzarny | maybe doing libyappari ? |
| 11:40.52 | ceene | very hard |
| 11:41.00 | ceene | there's libwa |
| 11:41.08 | ceene | that is a work of coderus mostly |
| 11:41.30 | ceene | but i won't be porting yappari to anything... |
| 11:41.35 | ceene | too much work |
| 11:41.37 | *** join/#maemo futpib (~futpib@37.113.249.4) |
| 11:42.21 | ceene | it's not like yappari is perfect, but it isn't unusable either |
| 11:42.29 | Vajb | to throw in my two cents it seems that nice'ing helped |
| 11:42.32 | Maxdamantus | nvm, it was about the loop inherent in event-based systems. |
| 11:42.33 | DocScrutinizer05 | my very own guess is: yappari has several threads and the internet communication thread blocks the whole process while waiting for or processing some network activity |
| 11:42.48 | ceene | so... if it's (more or less) working, don't touch it |
| 11:42.52 | Vajb | i had browser opening and high cpu use and yappari got my input perfectly |
| 11:42.57 | freemangordon | or searching trough the database |
| 11:43.24 | freemangordon | though that would be IO bound, not CPU |
| 11:43.33 | freemangordon | unless it is encrypted |
| 11:43.37 | DocScrutinizer05 | freemangordon: yeah, db is another candidate. Does yappari use any db? |
| 11:43.49 | Sicelo | yes. may db :) |
| 11:43.51 | ceene | there's still no crypto on yappari |
| 11:43.53 | Sicelo | *many |
| 11:44.00 | ceene | each conversation is a sqlite db |
| 11:44.09 | DocScrutinizer05 | freemangordon: IO wait blocks CPU too |
| 11:44.28 | freemangordon | but nice wouldn;t help |
| 11:44.34 | DocScrutinizer05 | particularly when it's maybe swap |
| 11:44.35 | freemangordon | if it is IO |
| 11:44.47 | DocScrutinizer05 | yes, on IO nice doesn't help |
| 11:44.57 | ceene | but ionice would |
| 11:45.09 | DocScrutinizer05 | that's why I said **maybe** nice helps |
| 11:45.24 | freemangordon | ceene: does yappari do some search on key entry? |
| 11:45.29 | DocScrutinizer05 | ceene: yes, but only on storage-IO, right? |
| 11:45.41 | freemangordon | also, how many threads are there? |
| 11:46.00 | ceene | nope, it doesn't act on textchange |
| 11:46.07 | freemangordon | DocScrutinizer05: actually no, swap should be affected as well |
| 11:46.15 | DocScrutinizer05 | freemangordon: number of threads is easy to diagnose, unless you don't have the binry to run |
| 11:46.32 | DocScrutinizer05 | freemangordon: by what? |
| 11:46.35 | freemangordon | DocScrutinizer05: how do you think, do I have watsapp?!? |
| 11:46.41 | freemangordon | DocScrutinizer05: ischeduler |
| 11:46.46 | freemangordon | *ioscheduler |
| 11:46.53 | Maxdamantus | Isn't yappari written in Python? I'd expect basically one thread to do computations at once. Python code itself can only be running in one thread at a time. |
| 11:46.54 | DocScrutinizer05 | yeah, stroage/swap/whatever |
| 11:47.07 | freemangordon | Maxdamantus: no, QT |
| 11:47.13 | ceene | i can't answer about threads... none explicitly created by yappari, but i guess network connection is run by qt on a separate thread |
| 11:47.23 | freemangordon | I doubt |
| 11:47.28 | ceene | it's c++/qt |
| 11:47.28 | Maxdamantus | Ah. |
| 11:47.37 | DocScrutinizer05 | ceene: htop is your friend ;-) |
| 11:47.49 | freemangordon | that is why you have signals/slots in Qt |
| 11:47.51 | *** join/#maemo Sicelo009N (~sicelo@196.15.211.139) |
| 11:47.51 | *** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 11:48.01 | DocScrutinizer05 | freemangordon: hehe, right |
| 11:48.12 | ceene | DocScrutinizer05: i think what you said about network could be it |
| 11:48.23 | DocScrutinizer05 | I'd almost bet on it |
| 11:48.27 | freemangordon | ceene: my bet would be that there is sync wait somewhere |
| 11:48.39 | ceene | if you're writing something and you receive loads of data, they will be processed |
| 11:48.42 | freemangordon | wich blocks Qt from executung the event loop |
| 11:48.59 | ceene | and cpu would go to that slot and get stolen from the UI |
| 11:49.08 | DocScrutinizer05 | :nod:: |
| 11:49.26 | DocScrutinizer05 | strace will tell |
| 11:49.39 | freemangordon | ceene: but that can be fixed, just run local Qt event loop on every 1k of data (for example) |
| 11:49.57 | DocScrutinizer05 | you just need to somehow set a marker on strace output as soon as you notice the issue occuring |
| 11:50.01 | freemangordon | that way processing won;t block the UI |
| 11:50.26 | freemangordon | ceene: is source available on github or some other place besides repos? |
| 11:50.33 | ceene | sure |
| 11:50.46 | ceene | github.com/agamez/yappari |
| 11:51.17 | ceene | I'd be very happy if I got one or two contributors :) |
| 11:51.55 | freemangordon | ceene: not me, I don't use watsup,viber and similar shit |
| 11:52.16 | ceene | oh, but you enjoy coding! :P |
| 11:52.31 | ceene | i don't use yappari much myself, to be honest |
| 11:52.49 | ceene | i don't have friends lol |
| 11:53.52 | Sicelo009N | i've got family who aren't receptive to persuasion |
| 11:53.54 | Sicelo009N | :( |
| 11:54.14 | DocScrutinizer05 | *maybe* you could run `strace yappari` to log into a file, and have a concurrent session via ssh+wlan with a `echo '#######MARKER########' >>logfile.txt` |
| 11:55.10 | DocScrutinizer05 | anyway use the strace options for profiling |
| 11:55.22 | ceene | there's also gprof and others |
| 11:56.13 | DocScrutinizer05 | and actually you should be able to tell each single keypress from strace log as well |
| 11:56.41 | DocScrutinizer05 | to locate the context where the issue happened |
| 11:56.49 | ceene | yep, and also check if something is runnig without any user event |
| 11:57.23 | DocScrutinizer05 | of course there will run quite a lot of stuff without _user_ event |
| 11:57.53 | freemangordon | hmm, looks scary https://github.com/agamez/yappari/blob/master/src/yappari-application/Whatsapp/connection.cpp |
| 11:57.58 | DocScrutinizer05 | but yeah, you will see where the CPU spikes are |
| 11:58.04 | ceene | if there's no network input nothing should happen? |
| 11:58.20 | ceene | yes, that's quite scary if you ask me |
| 11:58.23 | DocScrutinizer05 | yep, except of a few keep-alive timers etc |
| 11:58.26 | ceene | there's duped code |
| 11:58.36 | ceene | that i've yet to refactor |
| 11:59.05 | ceene | i even added some debug because i thought some function was never called, but it seems it is |
| 12:00.22 | DocScrutinizer05 | https://github.com/agamez/yappari/blob/master/src/yappari-application/Whatsapp/connection.cpp#L116 any questions, Watson? ;-P |
| 12:00.29 | freemangordon | DocScrutinizer05: IIUC keep-alive, as every othe message, passes through 700 LOC function |
| 12:00.36 | freemangordon | exactly |
| 12:01.21 | freemangordon | ceene: you'd better try to log entryfunction time of that monster |
| 12:01.33 | KotCzarny | :) |
| 12:01.35 | freemangordon | s/entryfunction/function |
| 12:02.10 | DocScrutinizer05 | headdesks |
| 12:02.37 | DocScrutinizer05 | else if (child.getTag() == "sync") else if (child.getTag() == "participant") else if (child.getTag() == "add") |
| 12:02.40 | DocScrutinizer05 | etc pp |
| 12:03.01 | DocScrutinizer05 | child.getTag() looks like a candidate for a local var, eh? |
| 12:03.18 | DocScrutinizer05 | the whole thing looks like a candidate for a case |
| 12:03.57 | ceene | at least it's now else |
| 12:04.09 | ceene | i think when i got it, it were only if's... |
| 12:04.16 | DocScrutinizer05 | the compiler prolly isn't that smart to optimize child.getTag() for a single call |
| 12:04.52 | freemangordon | no way IMO |
| 12:04.56 | freemangordon | ceene: see http://doc.qt.io/qt-4.8/qcoreapplication.html#processEvents |
| 12:05.00 | DocScrutinizer05 | after all this method could deliver a different result on each new invokation |
| 12:05.54 | freemangordon | ceene: this function is your friend once you found where is the UI thread blocked |
| 12:05.59 | DocScrutinizer05 | and iirc child is a tree of sorts, this could get really nasty |
| 12:06.54 | ceene | yep |
| 12:06.59 | ceene | thanks, freemangordon |
| 12:07.25 | freemangordon | usually those lists have some kind of "isSubset()" stuff |
| 12:07.48 | DocScrutinizer05 | change that whole monster to a case construct, with a single child.getTag() |
| 12:08.09 | freemangordon | dunno the english mathematical terms for operations on rows of values :) |
| 12:09.15 | ceene | c++ supports case on qstring? |
| 12:10.07 | freemangordon | c++ or Qt? |
| 12:10.16 | freemangordon | aah |
| 12:10.36 | freemangordon | no, but you can make a QStringList and get indexOf |
| 12:10.54 | freemangordon | and then switch on that index |
| 12:11.17 | freemangordon | ceene: also, while at it, please covert https://github.com/agamez/yappari/blob/master/src/yappari-application/Whatsapp/connection.cpp#L124 to: |
| 12:11.27 | freemangordon | if (!in->nextTree(node)) |
| 12:11.33 | freemangordon | <PROTECTED> |
| 12:12.04 | freemangordon | that way you'll ident the whole case left, making the code way more readable |
| 12:12.45 | DocScrutinizer05 | 18 times Child.getTag. And a real master instance of WAAAH: else if (child.getTag() == "media" || child.getTag() == "duplicate") |
| 12:13.00 | ceene | lol |
| 12:13.37 | ceene | well, at least a QString childTag seems like something useful |
| 12:13.52 | KotCzarny | hehe, code slaughter day? i mean review |
| 12:14.16 | freemangordon | DocScrutinizer05: relax, it is not thaaaat bad, you should see what happens in adeclock :p |
| 12:14.25 | freemangordon | passing integers through QString ;) |
| 12:14.27 | DocScrutinizer05 | hehe |
| 12:14.30 | KotCzarny | http://commadot.com/wp-content/uploads/2009/02/wtf.png |
| 12:14.41 | ceene | the best review is the one that removes the most code and keeps functionality |
| 12:15.52 | freemangordon | like that " Showing with 0 additions and 427 deletions." |
| 12:15.55 | freemangordon | ? |
| 12:16.03 | freemangordon | https://github.com/community-ssu/clock-ui/commit/f7a59c2ea09255b09c742796a2690f902dca8395 |
| 12:16.23 | freemangordon | unfortunately I still can't pull myself together and find time to finish that |
| 12:16.46 | KotCzarny | rewrite from scratch? |
| 12:17.16 | freemangordon | no, just rewrite it the way it should've been written from the start |
| 12:17.22 | DocScrutinizer05 | ooh, isn't adeclock what had been pushed to replace the stock maemo clock without any real need? |
| 12:17.31 | freemangordon | hides |
| 12:17.36 | freemangordon | yes, the same |
| 12:18.52 | freemangordon | DocScrutinizer05: if you need technical reasons why it should not have been included, look at the last ~10 commits there :) |
| 12:18.56 | DocScrutinizer05 | cya folks, have fun! |
| 12:19.02 | freemangordon | bye |
| 12:19.55 | *** join/#maemo arossdotme (~zxy@host-92-11-93-220.as43234.net) |
| 12:21.22 | *** join/#maemo krnlyng (~liar@83.175.90.24) |
| 12:21.36 | *** join/#maemo Sicelo009N (~sicelo@196.15.211.139) |
| 12:21.37 | *** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 12:28.31 | sixwheeledbeast | you say no real need, but it has extra functionality. |
| 12:28.53 | KotCzarny | my battery is funny |
| 12:29.07 | ceene | mine is uncalibrated |
| 12:29.27 | KotCzarny | Last Measured Discharge: 1410 mAh |
| 12:29.32 | KotCzarny | <PROTECTED> |
| 12:29.35 | KotCzarny | <PROTECTED> |
| 12:30.14 | ceene | i can't get mine calibrated |
| 12:30.23 | ceene | sooner or later vdq turns itself to 0 |
| 12:30.35 | ceene | i don't know why |
| 12:31.26 | ceene | maybe pali knows what to do |
| 12:33.18 | KotCzarny | Cycle Count since Learning: 14 Total Cycle Count since last full reset: 24 |
| 12:33.44 | KotCzarny | ceene, try the maxd suggestion, start some app, music player for example |
| 12:34.20 | freemangordon | sixwheeledbeast: I was not talking about usability, but for quality |
| 12:34.23 | ceene | fully charge and fully discharce with a heavy load? |
| 12:34.49 | KotCzarny | ceene, medium load |
| 12:35.02 | KotCzarny | maybe just enable wifi |
| 12:35.16 | ceene | but that's basically what i'm doing now |
| 12:35.19 | ceene | normal use |
| 12:35.44 | sixwheeledbeast | freemangordon: I don't disagree, but the extra bits are nice |
| 12:36.39 | sixwheeledbeast | "without any really need" |
| 12:38.43 | ceene | ~flashing |
| 12:38.43 | infobot | from memory, maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware, or - on linux PC - download&extract http://maemo.cloud-7.de/maemo5/patches_n_tools/maemo-my-private-workdir.tgz, cd into it, do sudo ./flash-it-all.sh |
| 12:40.23 | sixwheeledbeast | also it was a closed package before anyway IIRC |
| 12:45.40 | freemangordon | sixwheeledbeast: sure, all this is correct, it is just the quality of the code is... |
| 12:45.59 | sixwheeledbeast | ...pants |
| 12:48.09 | DocScrutinizer05 | ceene: you seen what I suggested? |
| 12:48.20 | DocScrutinizer05 | re bq27200 calib |
| 12:48.36 | ceene | i think i missed that |
| 12:49.28 | ceene | when was that? |
| 12:49.32 | ceene | i can serch it on the log |
| 12:49.56 | Maxdamantus | ceene: just leave the flash LEDs on for a few hours. |
| 12:50.09 | Maxdamantus | ceene: that will discharge it at a reasonably stable rate. |
| 12:50.19 | ceene | on airplane mode? |
| 12:50.33 | Maxdamantus | Wouldn't bother with airplane mode. |
| 12:52.09 | DocScrutinizer05 | airplane mode? hmm? |
| 12:52.25 | DocScrutinizer05 | ~bq-calibrate |
| 12:52.25 | infobot | [bq-calibrate] http://maemo.cloud-7.de/maemo5/patches_n_tools/calibrate-bq27k.sh, or http://talk.maemo.org/showthread.php?p=1247595 |
| 12:53.04 | Maxdamantus | I doubt those scripts are going to help. |
| 12:53.48 | Maxdamantus | I'm pretty sure it's not going to calibrate if there's to great a jump between the calculated discharges. |
| 12:53.55 | ceene | i'm reading it... what's "fastcharger"? |
| 12:55.05 | Maxdamantus | as evidenced by my log where NAC sits on the magic number, LMD/16 (mentioned in the cryptic text about learning cycle disqualification) for two and a half hours before VDQ is set to 0 at the same time as NAC continues decreasing. |
| 12:55.20 | Maxdamantus | s/to great/too great/ |
| 12:55.50 | ceene | the thing is, mine is a new polarcell, so it's gonna be almost twice as big as the old one |
| 12:56.03 | Maxdamantus | Yes. That's the situation I was in. |
| 12:56.21 | *** join/#maemo sparetire (~sparetire@unaffiliated/sparetire) |
| 12:56.32 | Maxdamantus | The LMD was 1088 or 1089 mAh, while the Polarcell ended up being over 1590 mAh. |
| 12:56.35 | ceene | and you did only that, charge fully and let it discharce with the flash on? |
| 12:57.22 | Maxdamantus | I didn't discharge it all the way with the flash on. I left it on overnight. |
| 12:57.33 | ceene | but i've done that with no success |
| 12:57.33 | Maxdamantus | (so it would've been on for the last few hours) |
| 12:57.59 | ceene | i mean, i've charged it, used it for a while, left it during the night, although with leds off |
| 12:58.04 | ceene | shouldn't that work? |
| 12:58.06 | Maxdamantus | You should probably also log the output of something like bq27200.sh to see where it resets. |
| 12:58.11 | ceene | or it needs a heavier load? |
| 12:58.20 | Maxdamantus | No. It needs a load. |
| 12:58.24 | ceene | ok |
| 12:58.28 | ceene | so i can use it for today |
| 12:58.32 | ceene | check if vdq=1 |
| 12:58.37 | ceene | and light on leds or whatever |
| 12:58.40 | ceene | and go to sleep |
| 12:58.45 | Maxdamantus | Yes. |
| 12:58.58 | ceene | a loop of bq27200.sh to check the log tomorrow won't hurt |
| 12:59.09 | Maxdamantus | Preferably while it still reports 10% or so CSOC. |
| 12:59.12 | Maxdamantus | (at least) |
| 12:59.57 | ceene | ok |
| 13:00.04 | ceene | i'll try that today, thanks! |
| 13:01.22 | Maxdamantus | The point of that is to cause it to remember *something* closer to the actual value, so it doesn't sit at 6% (100/16)% for a few hours before giving up. |
| 13:01.58 | Maxdamantus | (batteries usually become less efficient when you're drawing more current from themâI guess bq27200 just doesn't know how to compensate for that) |
| 13:04.10 | DocScrutinizer05 | ceene: fastcharger is a nokia wallwart |
| 13:05.37 | DocScrutinizer05 | ((almost twice as big)) then you need to run several calib learning cycles, until LMD doesn't adjust significantly anymore |
| 13:05.57 | DocScrutinizer05 | LMD adjusts only 1/8 per calib, iirc |
| 13:06.21 | DocScrutinizer05 | or was it 1/6. can't recall |
| 13:07.11 | DocScrutinizer05 | ~100*1.125*1.125*1.125*1.125 |
| 13:07.11 | infobot | 160.1806640625 |
| 13:07.23 | DocScrutinizer05 | ~100*1.125*1.125*1.125*1.125*1.125*1.125 |
| 13:07.23 | infobot | 202.728652954102 |
| 13:07.52 | DocScrutinizer05 | seems you'll need 6 calib cycles to adjust from a relative 100% LMD to a 200% |
| 13:09.14 | DocScrutinizer05 | ((charge fully and let it discharce with the flash on?)) please read ~bq-calibrate |
| 13:09.33 | Vajb | ceene: my solution was to discharge as fast as possible to get it calibrated |
| 13:09.48 | DocScrutinizer05 | Vajb: too fast is also wrong |
| 13:09.54 | Vajb | i was streaming radio from internet till it shutdown |
| 13:09.57 | Maxdamantus | DocScrutinizer05: can you explain how ~bq-calibrate works around the behaviour I observed? |
| 13:10.00 | ceene | looks like there's no right way |
| 13:10.02 | ceene | lol |
| 13:10.07 | DocScrutinizer05 | it works but you get massively incorrect calibration |
| 13:10.19 | Vajb | my problem was also that too early shutdown |
| 13:10.28 | Vajb | but i changed from stock to mugen |
| 13:10.52 | Vajb | for first calibration jump it needed fast discharge |
| 13:10.52 | DocScrutinizer05 | Vajb: that's why my script shuts down bme prior to calibration |
| 13:11.10 | Vajb | others were more gentle discharges |
| 13:11.11 | Sicelo | in 'useless' news .. am more & more happy with fennec. definitely not fast, but useable |
| 13:11.24 | ceene | Sicelo: did you try midori on debian's chroot? |
| 13:11.49 | DocScrutinizer05 | Vajb: aah yes, that works |
| 13:12.11 | Vajb | yup can confirm it worked :) |
| 13:12.23 | Sicelo | i still will try. had problems with my chroot. old squeeze on works, but the wheezy gets corrupted when i install openoffice. meant to ask in here what i could do about that |
| 13:12.35 | ceene | i just don't install openoffice |
| 13:12.39 | ceene | it's too big for the n900 anyway |
| 13:13.18 | Sicelo | the problem is the insane amount of IO that goes on. ceene, the squeeze chroot came with it, and works fine for my occassional needs :) |
| 13:13.39 | Sicelo | so i want it in wheezy (libreoffice by the way) |
| 13:13.48 | DocScrutinizer05 | anyway calibration will fail when current at calibration time is < 2 times the last measured standby current, so you should enable some consumer, ideally screen backlight |
| 13:14.23 | ceene | okay, the lesson is basically let it consume moderately |
| 13:14.34 | ceene | like leds, or screen backlight or pulseaudio ;) |
| 13:15.09 | DocScrutinizer05 | ceene: http://mg.pov.lt/maemo-irclog/latest.log.html#t2016-01-16T05:32:12 |
| 13:15.39 | DocScrutinizer05 | ~bq-calibrate |
| 13:15.40 | infobot | i heard bq-calibrate is http://maemo.cloud-7.de/maemo5/patches_n_tools/calibrate-bq27k.sh, or http://talk.maemo.org/showthread.php?p=1247595 |
| 13:15.58 | ceene | ok, thanks a lot! |
| 13:16.23 | DocScrutinizer05 | the tmo posthas all my babbling that's maybe relevant for this thing |
| 13:16.47 | ceene | nah, i like your summary |
| 13:17.22 | Sicelo | ceene: by the way you say midori has html5 in chroot? |
| 13:17.39 | ceene | midori on squeeze hasn't got full html5 support |
| 13:17.57 | ceene | but it loads a hell lot of things |
| 13:18.08 | Sicelo009N | in wheezy it's 'fine'? |
| 13:18.15 | ceene | i don't use any other browser at the moment |
| 13:18.19 | ceene | it is probably |
| 13:18.47 | ceene | i wanna build a very small chroot using buildroot |
| 13:18.52 | ceene | with just latest midori |
| 13:19.01 | ceene | and see how it works |
| 13:19.13 | ceene | i guess i'll have to patch libc6 like on the post on tmo |
| 13:19.15 | Sicelo009N | let me bring up wheezy & install midori right away |
| 13:19.38 | Maxdamantus | You could probably just use debootstrap and specify only midori. |
| 13:19.53 | Maxdamantus | (so it will pull in midori and its dependencies) |
| 13:20.03 | ceene | oh, but buildroot does that as well |
| 13:20.16 | ceene | with the added benefit that i can select compilation options and all that |
| 13:20.35 | ceene | i like buildroot a lot :P |
| 13:24.57 | DocScrutinizer05 | ~phonecontrol |
| 13:24.57 | infobot | phonecontrol is probably http://wiki.maemo.org/Phone_control |
| 13:26.36 | DocScrutinizer05 | why the heck there's no backlight control for 'always on' in there? |
| 13:26.56 | Sicelo | waiting for DocScrutinizer05 to add it :) |
| 13:28.29 | DocScrutinizer05 | mhm, http://lists.maemo.org/pipermail/maemo-developers/2010-May/026195.html My beloved bookmarks |
| 13:32.50 | ceene | https://github.com/agamez/yappari/commits/develop |
| 13:32.59 | ceene | there, we did something |
| 13:33.16 | Sicelo | there are lots of gems hidden in gconf apparently |
| 13:33.30 | ceene | it's like regedit... |
| 13:33.36 | Sicelo | yeah |
| 13:42.01 | DocScrutinizer05 | ceene: kerio: updated http://maemo.cloud-7.de/maemo5/patches_n_tools/calibrate-bq27k.sh |
| 13:42.11 | kerio | wut |
| 13:42.11 | kerio | why |
| 13:42.13 | DocScrutinizer05 | please test |
| 13:42.39 | DocScrutinizer05 | kerio: automatic backlight always-on |
| 13:43.20 | ceene | will do tonight! |
| 13:43.25 | DocScrutinizer05 | :-) |
| 13:44.07 | ceene | or maybe right now, why not |
| 13:44.25 | ceene | i have two n900 now, i can charge one and play with the other! :) |
| 13:45.30 | DocScrutinizer05 | please make sure bq27200.sh actually outputs "VDQ:" |
| 13:46.32 | ceene | <PROTECTED> |
| 13:46.34 | ceene | it does |
| 13:46.51 | *** join/#maemo realitygaps (~realityga@gapsinreality.com) |
| 13:46.56 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 13:48.27 | DocScrutinizer05 | I added a check :-) |
| 13:50.37 | DocScrutinizer05 | I hope I didn't add any typos |
| 13:54.03 | Sicelo009N | anyone knows or can devise a way to completely remove an email account from N900 via command line only (think SSH) |
| 13:54.04 | ceene | it seems to work |
| 13:54.08 | ceene | it's waiting for it to charge |
| 13:58.11 | *** join/#maemo futpib (~futpib@37.113.249.4) |
| 14:13.52 | *** join/#maemo realitygaps (~realityga@2a01:4a0:3::5096:aeb) |
| 14:13.52 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 14:16.40 | DocScrutinizer05 | ceene: alas the original script would wait infinitely if the bq27200.sh isn't in place or not working |
| 14:17.09 | DocScrutinizer05 | thus I added a test in V2.01 |
| 14:19.03 | *** join/#maemo sunshavi (~user@190.234.106.91) |
| 14:22.11 | *** join/#maemo sunshavi (~user@190.234.106.91) |
| 14:24.31 | *** join/#maemo arossdotme (~zxy@host-92-11-93-220.as43234.net) |
| 14:28.52 | ceene | right, it's going fine |
| 14:28.57 | ceene | now it has to charge and all that |
| 14:41.33 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 14:43.38 | ceene | by the way |
| 14:43.48 | ceene | is any nitdroid image that works or something like that? |
| 14:45.41 | Sicelo009N | there is i believe. what you'd need it for? they aren't considered the best way to use Android or N900 :) |
| 14:46.03 | ceene | and which should be the best way? |
| 14:46.10 | ceene | i just want to fiddle around |
| 14:46.16 | Sicelo | buy cheap android :p |
| 14:46.24 | ceene | lol |
| 14:47.00 | Sicelo009N | i might end up buying one myself for my work emails (EAS with provisioning enforced) |
| 14:48.25 | ceene | truth is, modest is a shitty mail client |
| 14:49.25 | Sicelo009N | :) |
| 14:49.48 | xelo | Working ActiveSync would be great ... |
| 14:49.49 | Sicelo009N | but the 'real' problem is not even modest here .. rather activesync daemon |
| 14:50.00 | ceene | activesync works for me |
| 14:50.04 | Sicelo009N | xelo: activesync does work, and very well :) |
| 14:50.26 | Sicelo009N | just if your organization enforces policies, then you're in trouble |
| 14:51.23 | ceene | Sicelo009N: could you set up a client that connects to your work's server? |
| 14:51.29 | Sicelo009N | i'm in such organization, and right now crafting email to request alternative policy for my mailbox .. to be honest, i expect a simple "request rejected" reply :p |
| 14:52.14 | Sicelo009N | ceene: how? pointers would help. we have only EAS/OWA. no IMAP/POP |
| 14:52.18 | xelo | Just discover a N950 at my employers devicearchive, and was trying to sync it with my own horde by using MfE, unfortunately it does not work (Invalid Host) |
| 14:52.58 | Sicelo009N | N950/N9 should support provisioning .. xelo you sure other devices can sync fine? |
| 14:53.05 | ceene | Sicelo009N: i don't know... it'd be a matter of searching an exchange client that runs on a server of yours and forwards that mail to some other place |
| 14:53.20 | ceene | i do exactly the reverse |
| 14:53.32 | ceene | i have a server that downloads email using IMAP idle |
| 14:53.32 | Sicelo009N | problem is ... no linux activesync client :p |
| 14:53.57 | ceene | and then an exchange server that shows my n900 the mail downloaded |
| 14:54.01 | ceene | there's a server... |
| 14:54.05 | ceene | there's no client? |
| 14:54.11 | xelo | Sicelo009N: yes, that works very well with Android, WP8.1, and TzPush in Thunderbird |
| 14:54.46 | xelo | sorry afk for 30 mins. Will be Back later |
| 14:55.25 | Sicelo009N | we don't have clients |
| 14:56.05 | ceene | evolution-mapi - Exchange support for the Evolution groupware suite |
| 14:56.26 | Sicelo009N | http://paste.debian.net/366139/ is email i'm writing to IT Department :D |
| 14:57.23 | ceene | you may want to "forget" about your device not responding to remote-wipe |
| 14:57.45 | Sicelo009N | mapi is not EAS .. that's standard exchange protocol (aiui). but exchange protocol is not 'exposed' to Internet by our server. in short, you can't even setup Outlook at home |
| 14:58.02 | ceene | oh |
| 14:58.19 | ceene | and could you set up something on your work computer? |
| 14:59.11 | Sicelo009N | remote wipe .. i have to address that, as it's the main reason they have provisioning enabled. however, i'm hoping that the 'iPhone hole' (Find My iPhonr) might be leverage enough to use my own means (smscon) |
| 14:59.26 | ceene | it may be |
| 14:59.39 | ceene | maybe if you go talk to them and show them your n900 they fall in love with it |
| 14:59.44 | Sicelo009N | on work computer no, cannot install anything .. besides, firewalls, etc. different vlan |
| 15:00.13 | Sicelo | those admins are in netherlands. i'm in south africa :p |
| 15:00.24 | ceene | doesn't seem feasible then |
| 15:00.38 | ceene | or you could ask to be transfered to the netherlands for a couple weeks |
| 15:00.53 | Sicelo | yeah. i'll be stuck with OWA if they reject this request |
| 15:01.23 | Sicelo | tbh i don't even care too much about emails .. but I'd love to sync my work calendar to N900 |
| 15:05.05 | ceene | i'd like to extract a snapshot of my n900 so that it can be flashed back again with 0xffff |
| 15:05.09 | ceene | is that doable? |
| 15:06.53 | Sicelo009N | backupmenu is one most commonly used method |
| 15:07.07 | ceene | i expect to break lots of things |
| 15:07.15 | ceene | so i think flasher will be faster |
| 15:07.35 | ceene | also, i'd like to be able to redistribute then one of these images |
| 15:07.49 | ceene | and make people follow just the standard flashing procedure |
| 15:08.47 | Sicelo009N | yes, BM can make flashable images. never tried it myself, but i seem to recall so |
| 15:08.54 | ceene | also, no matter how bricked the phone ends up, the flasher will always be able to restore it, won't it? |
| 15:09.12 | ceene | so the way to do what i want is to use backupmenu? |
| 15:09.31 | ceene | but what if i overwrite the whole filesystem with say, a debian install? |
| 15:12.19 | *** join/#maemo vakkov (~vakkov@ic-s221n18.brunel.ac.uk) |
| 15:12.29 | Sicelo009N | should be fine. but you may want to confirm with DocScrutinizer05 or go through BM thread on tmo |
| 15:24.04 | Sicelo009N | suggesting doc because i know he had some interest in this before. |
| 15:25.42 | ceene | i think my new n900 is faster than my old one |
| 15:26.01 | ceene | is that feasible or it's just because i have very little things installed and few deb sources? |
| 15:27.29 | *** join/#maemo Smily (~Smily@93-103-95-89.dynamic.t-2.net) |
| 15:29.08 | ceene | Fiasco image: -u [dir] unpack fiasco image to directory (default: current) -g file[%sw] generate fiasco image with SW rel version (default: no version) |
| 15:29.15 | ceene | 0xffff does what i want, i think |
| 15:29.54 | xelo | re |
| 15:29.56 | *** join/#maemo krnlyng (~liar@77.116.111.86.wireless.dyn.drei.com) |
| 15:34.39 | *** join/#maemo krnlyng (~liar@83.175.90.24) |
| 15:41.16 | *** join/#maemo Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 15:45.41 | Sicelo | ceene: yes, 'empty |
| 15:45.55 | Sicelo | ceene: yes, 'empty' device will feel faster :) |
| 15:46.24 | ceene | Can I restore my BackupMenu images through the Nokia Flasher? |
| 15:46.25 | Sicelo | my thumb N900 (main device) is magnitudes slower than my 'empty' backup N900 (non-thumb) |
| 15:46.29 | ceene | Not currently. This is a planned feature, but not in the current version. It -is- possible to convert a BackupMenu image to a Nokia Flasher rootfs image, but it requires a Linux PC with mtd-utils. |
| 15:46.45 | ceene | http://talk.maemo.org/showthread.php?t=63975 |
| 15:46.46 | ceene | cool |
| 15:46.49 | ceene | so i can do what i want :) |
| 15:51.54 | Sicelo | what's your secret mission? :) |
| 15:52.57 | ceene | fully replace the operating system with a flashable image |
| 15:53.09 | ceene | that operating system will then be either debian or a buildroot image |
| 15:53.12 | ceene | something like that |
| 15:53.52 | Sicelo | nice |
| 15:54.01 | ceene | there are priorities, however |
| 15:54.18 | ceene | i still want to finish porting openssl and qt to use latest tls |
| 15:54.44 | Sicelo | but .. u-boot wouldn't do what you need without need for flashing? |
| 15:55.07 | ceene | probably |
| 15:55.58 | ceene | but that's not a flashable solution |
| 15:56.08 | ceene | that'd require installing things or whatever |
| 15:56.17 | Sicelo | i don't know N900 low-level stuff .. but i'd guess with your image you'd need some way to have the bootloader load your image |
| 15:56.20 | Sicelo | :/ |
| 15:56.36 | ceene | i assume the bootloader knows how to boot the kernel |
| 15:56.38 | *** join/#maemo lxp (~lxp@unaffiliated/lxp) |
| 15:56.44 | ceene | and that the kernel is flashable |
| 15:57.42 | ceene | the secret mission as you call it, is to reverse what most people are doing |
| 15:57.48 | ceene | instead of having debian inside a chroot |
| 15:57.52 | ceene | i want to have maemo inside a chroot |
| 15:58.02 | Sicelo | exactly .. so that's where uboot comes in .. loads your kernel without reflashing each time (which i seem to recall is considered to wear the NAND fast .. which is why multiboot is/was considered bad) |
| 15:58.10 | ceene | i already did that on an Android phone |
| 15:58.18 | ceene | uhm |
| 15:58.25 | Sicelo | wow.. maemo in android chroot? |
| 15:58.26 | ceene | okay, so u-boot it is for development at least |
| 15:58.32 | ceene | no, no |
| 15:58.35 | ceene | i run android |
| 15:58.38 | ceene | on an chroot |
| 15:58.42 | ceene | i mean |
| 15:58.57 | Sicelo | ceene: take my works with grain of salt .. ask the guys who know this better than i do |
| 15:59.02 | Sicelo | *words |
| 15:59.08 | ceene | i took an android phone, made it boot the same kernel but with a rootfs that was on the sdcard and that contained a debian image |
| 15:59.38 | ceene | this debian image then loaded original android rootfs and started it |
| 15:59.49 | Sicelo | that said, i personally have played with booting debian and arch both in chroot and also natively. native is nicer :) |
| 15:59.52 | ceene | so the debian was the real OS, and Android was the one that lived on a chroot |
| 16:00.21 | xelo | Sicelo are you sure MfE works on N9/N950? |
| 16:00.21 | xelo | If I try "Manual Setup" and enter the ServerAddress, MfE says: "Invalid Host address for MfE Server". |
| 16:00.21 | xelo | My service does not offer autodiscover, and uses a SSL-certificate signed by ca-cert.org. Which might be a problem, |
| 16:00.21 | xelo | But according to the logs, MfE is not even interested in the Addresses I entered: |
| 16:00.21 | xelo | Jan 16 16:57:16 (2016) mfeplugin[2016]: [Debug] Connecting to URL: "https://:443/Microsoft-Server-ActiveSync" |
| 16:00.40 | ceene | xelo: on N900 MfE works just fine |
| 16:00.47 | Sicelo | looks like funny address that? |
| 16:01.20 | Sicelo | xelo: got N900? test with it :) |
| 16:01.38 | xelo | Sicelo: unfortunately: no |
| 16:01.43 | Sicelo | the N9 i've used in the past is back with its owner, .. but outlook.com worked fine on it |
| 16:02.07 | Sicelo | give either myself of ceene a temporary account on that server? |
| 16:02.14 | Sicelo | *or* |
| 16:02.23 | Sicelo | gawd my typing is bad today |
| 16:02.41 | xelo | doesn't matter :) |
| 16:02.46 | ceene | for quick testing I see that 0xffff lets you load a kernel on RAM |
| 16:02.58 | Sicelo | even flasher-3.5 |
| 16:03.01 | ceene | so I guess I can boot an arbitrary kernel without uboot nor flashing |
| 16:03.04 | ceene | cool |
| 16:03.08 | ceene | that's great for development |
| 16:03.28 | Sicelo | ceene: by the way, you think it'd be 'possible' to put android chroot on N900? |
| 16:03.34 | Sicelo | or we'd have kernel problems? |
| 16:03.50 | ceene | android uses a heavily patched kernel |
| 16:03.57 | ceene | we'd need one of the kernels from nitdroid |
| 16:04.33 | ceene | if that kernel boots and the android image boots with that kernel, then it is possible to run android on top of whatever |
| 16:05.14 | Sicelo | maybe when i have no N900 at all, i'll move to Tizen :/ |
| 16:06.11 | ceene | i got myself another n900 just this morning :) |
| 16:06.11 | xelo | > give either myself of ceene a temporary account on that server? |
| 16:06.12 | xelo | Would work out for you both if you want. I'd need your mail and gpg-keys to communicate login data |
| 16:06.28 | Sicelo | xelo: you have cacert ca on your N9? |
| 16:06.36 | ceene | and there are more for sell, but i don't think i want to collect them... |
| 16:07.10 | xelo | The Certificate manager Gui says yes, but I higly doubt it. Running OpenMode btw. |
| 16:07.49 | Sicelo | ceene: my 2nd N900 has bad flex, and SD cards non-dected .. so yeah, i may need another N900 if i can get one easily |
| 16:09.13 | Sicelo | xelo: no gpg for me :) |
| 16:09.42 | xelo | x509? |
| 16:09.44 | Sicelo | you could send via irc pm? i'm in via ssl ... insufficient? |
| 16:11.12 | xelo | bad idea, on the other hand, i'm giving an e-Mail account to a strange, what could possibly go wrong ^^ |
| 16:11.36 | Sicelo | :) |
| 16:12.10 | ceene | but we're no strangers |
| 16:12.35 | ceene | we're all a bunch of people who would know how to harm you, as we are all quite capable computer users |
| 16:12.57 | ceene | but we're all so pretty that we'd never do that |
| 16:13.07 | ceene | i'm busy hacking my n900 :P |
| 16:13.23 | *** join/#maemo realitygaps (~realityga@2a01:4a0:3::5096:aeb) |
| 16:13.23 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 16:13.36 | xelo | oh, just tried to install cacert again: |
| 16:13.36 | xelo | certificate_install: aegis_storage.cpp(1935): ERROR commit: access denied, cannot commit '/var/lib/aegis/ps/Ss/certman.ssl-ca' |
| 16:13.52 | ceene | how i hate cacert, ssl and all of that |
| 16:14.03 | ceene | it's like if you want to set something secure |
| 16:14.10 | ceene | you have to know a hell of things |
| 16:14.17 | ceene | and if you do one wrong step you may not know it |
| 16:14.25 | ceene | and end up thinking you're secure when you're not |
| 16:14.58 | xelo | jepp, that describes it quite good |
| 16:16.26 | xelo | Sicelo you've got a PM |
| 16:23.02 | tryagain_ | hi, can please anybody accept my extras upload invitation request? |
| 16:27.55 | *** join/#maemo arossdotme-planb (~zxy@host-78-151-185-214.as13285.net) |
| 16:29.02 | Sicelo | ceene: fwiw, N900 worked with xelo's server :) |
| 16:29.47 | ceene | great! |
| 16:30.17 | ceene | i did made my imap-to-mfe proxy so that I could get PUSH on the N900 |
| 16:30.23 | ceene | as modest doesn't implement imap idle |
| 16:30.28 | ceene | but mfe does push email |
| 16:30.57 | Sicelo009N | IDLE would have been really nice. I miss it from my 9300i days |
| 16:31.02 | xelo | yeah; I neede MfE for contacts, don't wanted to use syncevolution to retrieve them from carddav |
| 16:31.57 | ceene | i hate modest |
| 16:32.08 | ceene | it's the worst mail client i've ever used |
| 16:32.12 | ceene | mutt is better |
| 16:32.21 | Sicelo | i use mutt a lot ;) |
| 16:32.21 | ceene | even when you don't know how to use it, that i don't |
| 16:32.30 | ceene | i mean, i know how to send emails |
| 16:32.32 | ceene | and read them |
| 16:32.35 | ceene | but not much |
| 16:32.41 | ceene | and even then, i like it more than modest |
| 16:32.49 | xelo | try to open an attachment :-) |
| 16:32.50 | Sicelo | on my N900, that is .. but, i don't really have anything against modest |
| 16:33.06 | ceene | to be honest, i like android's gmail :/ |
| 16:33.22 | ceene | i feel ashamed of saying that here |
| 16:33.26 | Sicelo | :) |
| 16:33.52 | Sicelo | what is your biggest issue with modest? (besides lack of IDLE) |
| 16:33.52 | ceene | but it's the truth |
| 16:33.56 | ceene | well |
| 16:34.00 | ceene | it's ugly as hell |
| 16:34.02 | ceene | it's slow as hell |
| 16:34.20 | ceene | i can't configure my gmail account because it has thousands of emails |
| 16:34.21 | Sicelo009N | maybe you should try the one in devel |
| 16:34.25 | ceene | and modest tries to read them all |
| 16:34.40 | ceene | so it simply tries to suffocate my n900 to death |
| 16:34.44 | Sicelo009N | there's a limit of sorts available .. i think 250 or so |
| 16:35.04 | ceene | and that seems to be too much... |
| 16:35.09 | ceene | also, i can't search messages |
| 16:35.25 | ceene | on android's gmail I type "whatever" and i get a list of mails mentioning that |
| 16:35.32 | Sicelo009N | ah yes, search is missing. and mutt is so good at it |
| 16:35.48 | ceene | of course in modest i don't need to search for anything, because this proxy that i've setup only has a few mails on it |
| 16:35.57 | ceene | so i just simply gaze around the subjects |
| 16:36.03 | Sicelo009N | Android gmail ... isn't that gmail only? |
| 16:36.15 | ceene | but if it's something from two months ago, then there's nothing i can do |
| 16:36.21 | ceene | yes, i just meant the app for android |
| 16:36.45 | Sicelo009N | ah, the one that can also configure Yahoo/Exchange, etc? |
| 16:36.49 | ceene | i've found myself opening midori to go to the html version of gmail (latest is too power hungry) and search there |
| 16:37.04 | ceene | don't know, the 'Gmail' app is the only one i've used |
| 16:37.11 | ceene | i think the one you say is different |
| 16:37.14 | Sicelo009N | mutt is available for N900. works well |
| 16:37.35 | ceene | i'd like something a little more graphic :/ |
| 16:38.11 | Sicelo009N | i don't know android apps so well myself. just know they are generally to email clients on Android.. on is general, and the other is gmail-specific. you can't use it for other accounts. i could be wrong |
| 16:38.34 | *** join/#maemo realitygaps (~realityga@2a01:4a0:3::5096:aeb) |
| 16:38.34 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 16:38.55 | ceene | i've only tested the 'Gmail' one, which I believe only interfaces with gmail.com |
| 16:39.01 | ceene | but it's interface is quite good if you ask me |
| 16:39.13 | ceene | i'd like something that is at least half of that |
| 16:40.08 | freemangordon | ceene: any clue how to tell QMaemo5ListPickSelector to show less than 5 rows? |
| 16:40.52 | ceene | freemangordon: sorry, no idea... maybe scorpius used it on yappari and it's there somewhere? |
| 16:41.00 | *** join/#maemo krnlyng (~liar@77.116.111.86.wireless.dyn.drei.com) |
| 16:41.03 | *** join/#maemo johnsu01 (~johnsu01@64-94-249-79.jhvc.com) |
| 16:41.03 | freemangordon | np |
| 16:41.34 | ceene | if https://doc.qt.io/archives/qt-4.7/qmaemo5listpickselector.html doesn't help i don't know if it's possible even |
| 16:42.22 | ceene | maybe by passing it a custom view with void QMaemo5ListPickSelector::setView ( QAbstractItemView * itemView ) |
| 16:43.16 | ceene | ~kernel-power |
| 16:43.16 | infobot | from memory, kp is http://talk.maemo.org/showthread.php?t=94287 |
| 16:44.31 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 16:50.37 | ceene | how fast is n900's usb? |
| 16:50.54 | ceene | i was thinking a weird thing |
| 16:51.28 | ceene | how about a device that presents itself as a mass storage device but which is interfacing to a RAM chip |
| 16:51.42 | ceene | so we set that mass storage device as swap and turn swappiness to the maximum |
| 16:51.50 | ceene | instant ram expansion! |
| 16:52.42 | Sicelo | we're USB2.0. but, i wonder if drivers, etc. won't be bottleneck |
| 16:53.05 | ceene | well, we could write a special driver for this |
| 16:53.11 | ceene | remove the mass storage emulation |
| 16:53.21 | ceene | and reduce the software to the minimum |
| 16:53.27 | ceene | don't know, just a wild idea :) |
| 16:53.40 | Sicelo | SD card .. not fast? |
| 16:54.04 | ceene | a chip of ram would be faster |
| 16:57.24 | ceene | why was the optification done that way? |
| 16:57.34 | ceene | wouldn't unionfs have been better? |
| 16:57.48 | ceene | instead of modifying packages, modifying what the filesystem looks like |
| 16:59.37 | NIN101 | "chip of ram" would not be faster, USB 2.0 is too slow. optification was, afaik, a quick hack. |
| 17:00.28 | NIN101 | maybe if you could get max usb 2.0 throughput it would be faster than most micro sd cards. |
| 17:01.41 | Sicelo | eek.. upgrading kernel-modules, and now there's diversion of joikuspot.ko (which i'm not even using) |
| 17:02.21 | Sicelo | local diversion of /usr/bin/JoikuSpot_Bouncer.ko to /lib/modules/2.6.28-omap1/JoikuSpot_Bouncer.ko |
| 17:03.17 | Sicelo009N | which one is the "real" one? |
| 17:06.44 | ceene | what is that? |
| 17:07.50 | Sicelo | i guess a kernel module that was/is used for hospot stuff. not sure |
| 17:08.39 | *** join/#maemo arcean (~arcean@188.122.20.56) |
| 17:09.54 | Sicelo009N | dpkg-divert --test --remove /usr/bin/JoikuSpot_Bouncer.ko Removing `local diversion of /usr/bin/JoikuSpot_Bouncer.ko to /lib/modules/2.6.28-omap1/JoikuSpot_Bouncer.ko' |
| 17:09.57 | Sicelo009N | dpkg-divert: rename involves overwriting `/usr/bin/JoikuSpot_Bouncer.ko' with different file `/lib/modules/2.6.28-omap1/JoikuSpot_Bouncer.ko', not allowed |
| 17:10.02 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 17:10.39 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 17:10.47 | Sicelo009N | any ideas how i could handle this? need to update kernel-modules to 2.6.28-20103103+0m5+cssu1.2 |
| 17:12.01 | ceene | dpkg -S /usr/bin/JoikuSpot_Bouncer.ko ? |
| 17:12.07 | ceene | to see which is the package that owns that |
| 17:13.12 | Sicelo009N | # dpkg -S /usr/bin/JoikuSpot_Bouncer.ko |
| 17:13.12 | Sicelo009N | local diversion from: /usr/bin/JoikuSpot_Bouncer.ko |
| 17:13.13 | Sicelo009N | local diversion to: /lib/modules/2.6.28-omap1/JoikuSpot_Bouncer.ko |
| 17:13.16 | Sicelo009N | hmm |
| 17:13.26 | Sicelo009N | i'll just end up deleting the bugger :D |
| 17:13.45 | Sicelo009N | after all, installing the modules will restore the file :/ |
| 17:14.05 | ceene | yep |
| 17:14.17 | Sicelo009N | Pali: ping |
| 17:17.33 | Sicelo009N | ok, ignore that. deleting file and removing the diversion worked |
| 17:23.31 | *** join/#maemo at1as (~at1as@38.70.17.94) |
| 17:23.52 | Pali | Sicelo009N: pong |
| 17:25.44 | Sicelo009N | i needed help with a kernel module.. joikuspotbouncer.. but 'solved' |
| 17:26.15 | Sicelo009N | i deleted it in /usr/bin, removed the diversion, & installed modules. seems to be fine |
| 17:28.40 | Sicelo009N | Pali: /opt/boot contains lots of images. i can safely remove them? i'm using MyDocs/bootmenu.img.d/ currently |
| 17:28.49 | ceene | Pali: is there something on the kernel that is not too difficult to fix for someone how codes well in C but hasn't written anything for the kernel? |
| 17:28.53 | Sicelo009N | i think i should be 'fine' |
| 17:39.32 | Pali | Sicelo009N: you should not delete /opt/boot images because they are used for generating those in MyDocs |
| 17:40.13 | Sicelo009N | ah yes, i've notice :) |
| 17:42.14 | Sicelo009N | rebooting now.. hope i broke nothing |
| 17:46.52 | Sicelo | ok.. nothing broke. but i'm unhappy. so CSSU1.2 kernel is not a power kernel? |
| 17:47.13 | *** join/#maemo realitygaps (~realityga@2a01:4a0:3::5096:aeb) |
| 17:47.13 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 17:47.30 | Sicelo | battery won't charge for example (i'm on replacement bme) |
| 17:52.59 | *** join/#maemo msava (~mircea@nl112-156-14.student.uu.se) |
| 17:53.53 | Sicelo | non-booting N900 now :D |
| 17:55.53 | APic | B-) |
| 17:57.37 | Sicelo | booting again. let me go wash my old car. enough maemo madness |
| 17:59.36 | *** join/#maemo msava (~msava@nl112-156-14.student.uu.se) |
| 18:04.44 | *** join/#maemo msava (~msava@nl112-156-14.student.uu.se) |
| 18:06.59 | *** join/#maemo krnlyng_ (~liar@83.175.90.24) |
| 18:13.10 | freemangordon | could someone check how big is /usr/bin/worldclock on cssu-testing? |
| 18:19.49 | ceene | ii clock-ui 0.6-1+0cssu6 UI part of the clock |
| 18:19.53 | ceene | -rwxr-xr-x 1 root root 569288 Dec 23 2014 /usr/bin/worldclock |
| 18:20.35 | ceene | and... |
| 18:20.38 | ceene | ii clock-ui 0.6-1+0cssu7 UI part of the clock |
| 18:20.41 | ceene | lrwxrwxrwx 1 root root 13 Jan 16 17:02 /usr/bin/worldclock -> maemo-invoker |
| 18:20.52 | ceene | -rwxr-xr-x 1 root root 12016 Apr 30 2015 /usr/bin/maemo-invoker |
| 18:21.04 | *** join/#maemo xes (~xes@unaffiliated/xes) |
| 18:23.35 | *** join/#maemo at1as (~at1as@12.239.54.101) |
| 18:25.15 | ceene | where's latest kernel v4.X available? |
| 18:26.15 | *** join/#maemo dimw1t (~at1as@12.239.54.101) |
| 18:40.16 | Pali | ceene: check worldclock.launch |
| 18:41.05 | ceene | -rwxr-xr-x 1 root root 620564 Apr 30 2015 ./usr/bin/worldclock.launch |
| 18:41.21 | ceene | Pali: where can i get sources for latest bootable kernel? |
| 18:41.30 | Pali | ok, so 620564 vs 569288 |
| 18:41.36 | Pali | ceene: kp? |
| 18:41.41 | ceene | no, your 4.x |
| 18:41.57 | Pali | git://github.com/pali/linux-n900.git |
| 18:42.10 | ceene | any branch? |
| 18:42.32 | Pali | branch name has scheme v<VER>-n900 |
| 18:42.39 | ceene | ok |
| 18:42.42 | *** join/#maemo krnlyng (~liar@77.116.111.86.wireless.dyn.drei.com) |
| 18:43.08 | ceene | and is there a defconfig i can use? |
| 18:44.57 | Pali | rx51_defconfig |
| 18:45.13 | ceene | ok! |
| 18:45.18 | ceene | i'll be trying to boot it at least :) |
| 18:46.08 | freemangordon | ceene: wait, where those 2 came from? |
| 18:46.11 | *** join/#maemo at1as (~at1as@12.239.54.101) |
| 18:46.16 | ceene | the first one |
| 18:46.18 | ceene | cssu6 |
| 18:46.21 | ceene | is from my main n900 |
| 18:46.25 | ceene | the other one |
| 18:46.26 | ceene | oh, sorry |
| 18:46.30 | ceene | the other one is cssu-thumb |
| 18:46.33 | ceene | just installed it today |
| 18:46.40 | ceene | maybe it isn't what you wanted |
| 18:46.58 | freemangordon | I wanted ARM version size |
| 18:47.36 | freemangordon | so, cssu6 is 569288 and is smaller than -thumb one? |
| 18:47.37 | ceene | that's then the first tow lines? .deb version 0.6-1+0cssu6 filesize 569288 |
| 18:47.47 | ceene | it seems so |
| 18:47.52 | freemangordon | hmm, weird |
| 18:48.11 | freemangordon | unless I didn;t build it in the -thumb target :) |
| 18:48.13 | freemangordon | however |
| 18:48.32 | freemangordon | -rwxr-xr-x 1 root root 451392 Jan 16 20:07 /usr/bin/worldclock.launch |
| 18:48.51 | freemangordon | this is ARM version from the code on github :) |
| 18:49.02 | freemangordon | Pali: ^^^ |
| 18:49.04 | ceene | they are quite different then |
| 18:49.12 | freemangordon | I finally found time to work on that |
| 18:49.26 | freemangordon | ceene: well, look at the commit log and you'll see why |
| 18:49.46 | freemangordon | I've stripped maybe... dunno... 1000 LOC? |
| 18:49.52 | freemangordon | or more |
| 18:50.31 | ceene | and it still works? |
| 18:50.48 | ceene | that's nice :) |
| 18:50.59 | freemangordon | and it works better ;) |
| 18:52.44 | ceene | how much code can a clock need? |
| 18:53.00 | freemangordon | lots of |
| 18:53.09 | freemangordon | as UI is not exactly simple |
| 18:55.07 | *** join/#maemo Vajb (~Vajb@85-76-79-138-nat.elisa-mobile.fi) |
| 18:56.26 | *** join/#maemo lobito (~lobito@190.177.218.45) |
| 19:01.03 | ceene | which architecture variant is the n900? |
| 19:01.11 | freemangordon | hmm? |
| 19:01.15 | ceene | i mean |
| 19:01.25 | ceene | arm920t, arm1136j-s, or what? |
| 19:01.28 | ceene | those are examples |
| 19:01.36 | ceene | i don't how would you call it, the arm processor itself |
| 19:01.38 | freemangordon | arm7-a |
| 19:01.46 | freemangordon | iirc |
| 19:02.01 | freemangordon | ceene: "cat /proc/cpuinfo" :) |
| 19:02.19 | ceene | cpuinfo always confuses me |
| 19:02.22 | ceene | as there is cortex a7 |
| 19:02.23 | ceene | arm7 |
| 19:02.26 | ceene | and the hell of them |
| 19:02.31 | freemangordon | cortex is SOC |
| 19:02.41 | freemangordon | not CPU |
| 19:02.45 | freemangordon | ~soc |
| 19:02.45 | infobot | [soc] System On Chip - many embedded cpus include a variety of peripherals as well which makes them more than just a CPU. Send Out Cards - http://www.sendoutcards.com/ Summer of Code (a google project) U of U's School of Computing (http://www.cs.utah.edu/) |
| 19:02.45 | ceene | also, i don't find any match on the list of buildroot arm supported architectures |
| 19:02.56 | freemangordon | maemo is armel |
| 19:03.15 | freemangordon | but you may want to use armhf |
| 19:05.37 | ceene | buildroot lets me choose among this, and later on it lets me choose hf and thumb |
| 19:05.47 | ceene | arm920t arm922t arm926t arm1136j-s arm1136jf-s arm1176jz-s arm1176jzf-s mpcore cortex-A5 cortex-A7 cortex-A8 cortex-A9 cortex-A12 cortex-A15 cortex-M3 fa526/626 pj4 strongarm sa110/sa1100 xscale iwmmxt |
| 19:05.55 | ceene | i don't know which of these should I choose |
| 19:06.02 | freemangordon | cortex-a8 |
| 19:06.32 | ceene | cool, thanks! |
| 19:06.50 | ceene | now it lets me choose EABI or EABIhf, I'll test both |
| 19:07.33 | ceene | and also "floating point strategy" which can be soft float, VFPv2, VFPv3, VFPv3-D16 and NEON |
| 19:07.42 | freemangordon | NEON |
| 19:07.45 | ceene | and later on, ARM vs Thumb2 |
| 19:07.52 | freemangordon | which kernel? |
| 19:07.55 | freemangordon | 4.4? |
| 19:08.02 | ceene | yes, i'll be compiling Pali's one |
| 19:08.11 | freemangordon | thumb2 then |
| 19:08.20 | ceene | ok! |
| 19:08.31 | freemangordon | ceene: you build debian, correct? |
| 19:08.41 | ceene | no, not right now |
| 19:08.50 | freemangordon | what are you doing then? |
| 19:08.52 | ceene | i'm using buildroot to build a very basic rootfs |
| 19:09.04 | ceene | just a shell and little else |
| 19:09.10 | freemangordon | still, the same |
| 19:09.10 | ceene | and little by little i'll be adding things |
| 19:09.15 | freemangordon | you'd better choose EABIhf |
| 19:09.25 | ceene | although first thing will be trying to boot maemo with this kernel |
| 19:09.54 | freemangordon | ceene: you need to do some thing to maemo to be able to boot it with upstream kernels |
| 19:10.11 | ceene | it wonÂ't boot by default? |
| 19:10.27 | freemangordon | no |
| 19:10.32 | ceene | oh |
| 19:10.40 | ceene | what needs to be done? |
| 19:10.44 | ceene | is it written somewhere? |
| 19:10.47 | Pali | for n900 use gcc flags: -march=armv7-a -mcpu=cortex-a8 -mtune=cortex-a8 -mfpu=neon |
| 19:11.25 | Pali | for thumb build add flags: -mthumb -mno-thumb-interwork |
| 19:11.56 | Pali | and for hardfp add: mfloat-abi=hard |
| 19:11.59 | freemangordon | -mno-thumb-interwork is by default iirc |
| 19:12.19 | freemangordon | but doesn;t hurt either to add it |
| 19:12.25 | ceene | ok |
| 19:13.02 | freemangordon | ceene: https://lkml.org/lkml/2015/7/24/469 |
| 19:13.03 | *** join/#maemo msava (~mircea@nl112-156-14.student.uu.se) |
| 19:13.04 | Pali | for softfp use instead: -mfloat-abi=softfp (needed for Maemo5) |
| 19:13.36 | ceene | great, thanks! |
| 19:13.48 | freemangordon | ceene: but!!! |
| 19:13.51 | Pali | ceene: do not change /etc/event.d/sgx file (as written in that LKML post) |
| 19:14.40 | freemangordon | ceene: there is still a nasty bug that ruins onenand fs after the first powerdown/reboot |
| 19:14.41 | ceene | ok |
| 19:14.47 | ceene | oh |
| 19:14.56 | freemangordon | so you'd better not try it now :) |
| 19:14.59 | ceene | lol |
| 19:15.00 | ceene | ok |
| 19:15.13 | ceene | but flashing again will fix it, won't it? |
| 19:15.19 | freemangordon | sure |
| 19:15.26 | ceene | ok, then i don't mind |
| 19:15.31 | ceene | that's why I bought this new n900 :) |
| 19:15.55 | ceene | i want to help you guys test all of this :) |
| 19:15.57 | freemangordon | cool. who know, you may even find that bug :) |
| 19:16.05 | freemangordon | knows even |
| 19:16.15 | ceene | i don't know... |
| 19:16.19 | ceene | well, I can code in C |
| 19:16.23 | ceene | i made a living of that, in fact |
| 19:16.26 | ceene | C+vhdl :) |
| 19:16.33 | ceene | but i've never touched much the kernel itself |
| 19:18.21 | ceene | well, gotta go now |
| 19:18.27 | ceene | thanks for all the info! |
| 19:18.30 | ceene | cya! |
| 19:19.35 | freemangordon | hmm, thumb-build worldclock is 223k :) |
| 19:25.54 | freemangordon | I guess I can shave a few KB more, but it doesn't worth it |
| 19:36.51 | *** join/#maemo ds3 (~ds2@rehut.com) |
| 19:44.10 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 19:47.21 | *** join/#maemo zZap-X (~zZap-X@gateway/vpn/privateinternetaccess/zzap-x) |
| 19:48.05 | zZap-X | does this work on a nokia n900 running maemo http://browser.garage.maemo.org/ ? |
| 19:49.38 | freemangordon | yes, though the version on n900 is newer |
| 19:55.04 | zZap-X | freemangordon: do i need to install the microb-browser package from a repro? |
| 19:56.14 | zZap-X | Stable release1.0.4 / December 17, 2008 ? |
| 19:56.17 | zZap-X | that seems old |
| 19:56.52 | Sicelo | zZap-X: don't you have a "Browser" already on N900? look in your application list? |
| 19:57.14 | zZap-X | Sicelo: yes, but that was last updated in 2008? |
| 19:58.18 | Sicelo | likely |
| 19:58.28 | Sicelo | no.. there was no N900 in 2008 |
| 19:58.50 | zZap-X | oh ok |
| 19:58.55 | Sicelo | but yes, microb is old |
| 20:02.31 | *** join/#maemo Vajb (~Vajb@85-76-147-34-nat.elisa-mobile.fi) |
| 20:05.45 | *** join/#maemo krnlyng_ (~liar@83.175.90.24) |
| 20:14.04 | *** join/#maemo realitygaps (~realityga@2a01:4a0:3::5096:aeb) |
| 20:14.04 | *** join/#maemo realitygaps (~realityga@unaffiliated/realitygaps) |
| 20:19.41 | *** join/#maemo krnlyng (~liar@77.116.111.86.wireless.dyn.drei.com) |
| 20:24.06 | zZap-X | are there any alternatives to n900 what can run maemo? |
| 20:24.38 | Sicelo | no .. Nokia N9 |
| 20:24.42 | KotCzarny | neo900 |
| 20:26.18 | freemangordon | Sicelo: N9 can;t run maemo |
| 20:26.46 | freemangordon | well, it "can" but there is no maemo for N9 |
| 20:27.47 | Sicelo | M6 :) |
| 20:28.04 | Sicelo | that's what I meant |
| 20:28.07 | KotCzarny | its more jolla than maemo |
| 20:29.54 | Sicelo | you're putting the egg before the chicken :p |
| 20:30.28 | KotCzarny | pah :P |
| 20:33.34 | *** join/#maemo msava (~mircea@nl112-156-14.student.uu.se) |
| 20:37.36 | zZap-X | neo900 costs a lot!!! |
| 20:37.48 | Sicelo | :) |
| 20:38.13 | zZap-X | would of been cheaper for them to get a chinese firm to make a dedicated phone |
| 20:38.20 | zZap-X | with new hardware |
| 20:39.17 | Sicelo | not the design goal |
| 20:40.10 | Sicelo | the idea is to keep maemo ... so esp. you need drop-in replacement cpu for example |
| 20:41.06 | zZap-X | i want nokia to start re-making the n950 |
| 20:41.09 | *** join/#maemo lobito (~lobito@181.47.253.131) |
| 20:41.49 | Sicelo | tell them :p |
| 20:42.23 | freemangordon | n950 is not that good |
| 20:42.31 | freemangordon | lots of problems |
| 20:44.06 | *** join/#maemo LauRoman (~LauRoman@5-14-183-115.residential.rdsnet.ro) |
| 20:46.58 | zZap-X | seems annoying that in this world of tech only the n900 / neo900 are the only options.. |
| 20:47.40 | zZap-X | wins 3 billion on lottery and donates to neo900 |
| 20:48.46 | KotCzarny | nokia is no more |
| 20:49.01 | KotCzarny | it's just m$ shack boy |
| 20:49.38 | KotCzarny | fmg: how about n950 with maemo5 ? |
| 20:51.06 | Sicelo | same reason as N9 |
| 20:51.55 | zZap-X | is the N9 faster than a N900? |
| 20:52.38 | zZap-X | 1 GHz Cortex A8 |
| 20:52.55 | Sicelo | yes. 1GHz processor, and 1GB RAM |
| 20:53.19 | zZap-X | can MeeGo OS be replaced with maemo ? |
| 20:53.45 | Maxdamantus | Just get one of those larger battery covers and stick a pi zero in it. |
| 20:54.41 | zZap-X | good idea |
| 20:55.00 | Maxdamantus | would like to try that. |
| 20:55.08 | zZap-X | https://www.raspberrypi.org/blog/piphone-home-made-raspberry-pi-smartphone/ |
| 20:55.15 | KotCzarny | maxd: broadcom? bueeeeergh |
| 20:55.25 | KotCzarny | anyway, nite nite |
| 21:18.02 | *** join/#maemo capitanocrunch (~capitanoc@host44-245-dynamic.18-79-r.retail.telecomitalia.it) |
| 21:26.39 | *** join/#maemo xorly (~xorly@ip-86-49-15-121.net.upcbroadband.cz) |
| 21:37.33 | bencoh | Maxdamantus: noway. |
| 21:38.00 | bencoh | just have a look at the power you need for this (shitty) board |
| 21:38.25 | bencoh | I seriously dont understand why people bother with this thing |
| 21:53.50 | *** join/#maemo ds3 (~ds2@rehut.com) |
| 21:59.15 | *** join/#maemo darkschneider (~gab@93-32-51-166.ip32.fastwebnet.it) |
| 22:00.17 | Maxdamantus | bencoh: I imagine it's probably about the same as the N900 while both are idling. |
| 22:00.24 | bencoh | no |
| 22:00.26 | bencoh | not at all |
| 22:00.39 | bencoh | n900 needs around 5~10mAh idle |
| 22:00.55 | Maxdamantus | Maybe mine never idles then. |
| 22:01.10 | bencoh | rpi is more like 300mAh (three freaking hundred) |
| 22:01.26 | Maxdamantus | Pi Zero. |
| 22:01.35 | Maxdamantus | The zero one apparently uses a bit less than the other models. |
| 22:01.44 | Maxdamantus | oh, maybe the same as the A+. |
| 22:01.58 | bencoh | A+ goes down to 100. |
| 22:02.02 | Maxdamantus | http://raspi.tv/2015/raspberry-pi-zero-power-measurements |
| 22:02.12 | bencoh | seriously, why do you need 100mAh to idle? |
| 22:02.23 | bencoh | http://raspi.tv/2015/raspberry-pi-zero-power-measurements |
| 22:02.28 | bencoh | ah :) |
| 22:02.43 | bencoh | that's both stupid and crazy |
| 22:03.00 | bencoh | they just dont care about that aspect |
| 22:03.06 | Maxdamantus | I imagine you could put it to sleep while intending to actually idle it. |
| 22:03.29 | bencoh | it's a cheap broadcom SoC for the set-top boxes market |
| 22:05.32 | Maxdamantus | It's also not entirely clear what it means by "idling". |
| 22:05.48 | Maxdamantus | If you're running Debian you've probably already got a bunch of crappy services doing random stuff all the time. |
| 22:07.07 | Maxdamantus | and according to a not-particularly-authoritative comment below, you can save another 20 mAh by disabling the LEDs and .. HDMI. |
| 22:07.36 | Maxdamantus | I imagine there are a bunch of other things you can do to reduce the idle draw. |
| 22:07.42 | bencoh | Maxdamantus: just have a look at the different phone/tablet projects |
| 22:07.56 | bencoh | they're happy when they can run their stuff a few hours on a huge battery |
| 22:07.59 | Maxdamantus | er, 20 mA* |
| 22:08.17 | bencoh | no, seriously, this is not the way to go, you'd be wasting your time |
| 22:09.13 | bencoh | I'd rather go help the neo900 guys, or ask pyra and/or opendelico about working something around their omap5 board(s) |
| 22:21.37 | Maxdamantus | btw, all of your uses of mAh should probably have been mA. |
| 22:21.45 | Maxdamantus | unless you meant over an hour. |
| 22:25.03 | bencoh | err right, mA |
| 22:28.06 | *** join/#maemo Vajb (~Vajb@85-76-67-167-nat.elisa-mobile.fi) |
| 22:52.40 | *** join/#maemo msava (~mircea@nl112-156-14.student.uu.se) |
| 23:06.46 | *** join/#maemo Dynamit (~Mohamed@2a02:c200:1:10:2:3:6999:150) |
| 23:17.03 | *** join/#maemo Vajb (~Vajb@85-76-147-241-nat.elisa-mobile.fi) |
| 23:18.34 | *** join/#maemo msava (~mircea@nl112-156-14.student.uu.se) |
| 23:51.17 | *** join/#maemo LauRoman|Phone (~yaaic@5.14.183.115) |
