| 02:07.21 | *** join/#maemo-ssu esoare (~kvirc@39.sub-70-210-134.myvzw.com) |
| 02:37.46 | *** join/#maemo-ssu esoare (~kvirc@39.sub-70-210-134.myvzw.com) |
| 04:48.44 | *** join/#maemo-ssu futpib (~futpib@176.104.194.78) |
| 06:03.09 | *** join/#maemo-ssu Sicelo009N (~sicelo@196.15.211.139) |
| 06:03.09 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 06:33.20 | freemangordon | jonwil: could you look at function connui_internet_status_menu_item_is_suspended (connui-inet is that) |
| 06:33.58 | freemangordon | it returns gboolean, but what it will return if g_return... expression is evaluated to FALSE? |
| 06:35.07 | jonwil | 0 |
| 06:35.18 | freemangordon | why? |
| 06:35.39 | jonwil | the g_return_if_fail_warning call at address 1940 returns void |
| 06:35.43 | jonwil | so it finishes its work |
| 06:35.53 | jonwil | then the instruction at 1944 sets R0 to 0 |
| 06:36.02 | jonwil | then the one at 1948 returns from the function |
| 06:37.10 | freemangordon | nut, afaik, g_return_if_fail_warning actually returns |
| 06:37.13 | freemangordon | *but |
| 06:37.21 | freemangordon | or not? |
| 06:37.24 | jonwil | it does return |
| 06:37.56 | freemangordon | anyway, HR does not show that "MOV R0, #0" on 1944 |
| 06:40.20 | jonwil | ok, I think I screwed up. Go to the ASM view and where it does the g_return_if_fail_warning call, double click on it |
| 06:40.32 | jonwil | then press alt-p |
| 06:40.37 | jonwil | and uncheck the "does not return" checkbox |
| 06:40.46 | jonwil | then press OK |
| 06:41.38 | freemangordon | aah, that's better |
| 06:41.40 | freemangordon | :) |
| 06:43.35 | jonwil | I am getting closer to finishing the RE of libcodelockui, then I can start cloning it |
| 06:43.43 | freemangordon | great |
| 06:44.24 | *** join/#maemo-ssu amiconn (~amiconn@rockbox/developer/amiconn) |
| 07:10.01 | *** join/#maemo-ssu LauRoman (~LauRoman@5-14-1-85.residential.rdsnet.ro) |
| 07:15.38 | jonwil | now comes the tricky part, figuring out _CluiCodeDialogPrivate |
| 07:18.16 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 07:21.45 | freemangordon | jonwil: connui-inet debian packaging added |
| 07:25.22 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 07:32.53 | jonwil | have you tested your clone? |
| 07:34.14 | jonwil | also I believe it should depend on libconnui-dev |
| 07:34.52 | freemangordon | not tested |
| 07:36.30 | freemangordon | yeah, I've missed that dependency |
| 07:36.49 | freemangordon | will add it |
| 07:39.58 | jonwil | let me know when you are done and I will test the package on my phone :) |
| 09:34.32 | jonwil | Fixed that missing dependency :) |
| 09:34.40 | jonwil | about to test the new package on my phone :) |
| 10:52.47 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 10:54.23 | xes | freemangordon: after a few days of usage i have to say that last modest version is working well BUT, with offline sync mode enabled there is something weird and unclear. First sync (after an rm of the imap cache folder) tries to download all inbox messages. If interrupted sync does not starts again and only recent 250 emails are synced. Going back(+250..+250) doesn't seems to help and old emails are |
| 10:54.25 | xes | missing. |
| 11:00.43 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 11:02.14 | xes | if i wait for the first sync to complete to allow modest to download ~30000 emails in inbox all seems to work properly, but modest makes a stat() of every inbox msg. In fact, with offline mode enabled and 250 visible msg the modest ram usage is pretty high, maybe a setting to change that 250 would help to find the right value. Now opening the inbox folder takes more or less 15-20 seconds |
| 11:07.51 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 12:17.44 | *** join/#maemo-ssu freemangordon_ (~ivo@213.222.56.174) |
| 12:28.10 | *** join/#maemo-ssu freemangordon_ (~ivo@213.222.56.174) |
| 12:41.05 | jonwil | bah, looks like no-one can help me out with my rootfs issue :( |
| 12:52.01 | *** join/#maemo-ssu freemangordon_ (~ivo@213.222.56.174) |
| 13:20.20 | *** join/#maemo-ssu freemangordon_ (~ivo@213.222.56.174) |
| 13:56.50 | *** join/#maemo-ssu sparetire_ (~sparetire@unaffiliated/sparetire) |
| 14:27.44 | freemangordon | xes: I am not sure how that is supposed to work, but I guess this behaviour is by design |
| 14:28.27 | freemangordon | xes: also, keep in mind that imap offline is not that good idea, as it stores the cache in /home/use :) |
| 14:28.38 | freemangordon | /home/user that is |
| 14:29.38 | freemangordon | xes: and yes, we should somehow fix that stat() issue |
| 14:30.37 | freemangordon | xes: BTW what you mean by saying "emails are missing"? where they are missing from? cache? |
| 14:36.53 | freemangordon | xes: oh, and the issue with stat() is not in modest, but in tinymail :) |
| 15:22.36 | *** join/#maemo-ssu NishanthMenon__ (nmenon@nat/ti/x-htdcrdcpoewquwyj) |
| 16:14.59 | xes | freemangordon: with missing i mean an email of 6 months ago that has not been downloaded during the first offline sync because first sync has been interrupted |
| 16:15.17 | freemangordon | ok |
| 16:15.31 | freemangordon | xes: I really don't know if this is not by design |
| 16:15.56 | freemangordon | maybe it will do it someday, as there are some "IDLE" modes of imap |
| 16:16.15 | freemangordon | xes: however, now I am testing some stat() patch |
| 16:16.39 | freemangordon | with 5000 mails in offline cache, the folder opens in 2-3 s |
| 16:17.04 | freemangordon | will give it to you to test it once I am sure it is my patch that is the reason for the timing :) |
| 16:17.46 | xes | sure |
| 16:20.23 | xes | anyway i have no idea how to trigger the complete offline sync using the ui, so far the only way i found is to rm the summary.map files |
| 16:29.51 | xes | freemangordon: do you think it would be hard to read a value defined with: gconftool-2 --type int --set /apps/modest/emails_per_page 250 ? |
| 16:30.35 | freemangordon | xes: I am thinking of adding a global setting (in settings dialog) |
| 16:31.40 | xes | even better! |
| 16:37.32 | xes | freemangordon: are you still here? |
| 16:38.31 | freemangordon | yep |
| 16:38.44 | freemangordon | oh |
| 16:41.42 | freemangordon | xes: BTW, how do you manage to achieve those 15-20 seconds? |
| 16:42.57 | xes | maybe modest's mail usage too high loading 250 offline msg + stat() of 30k msg? |
| 16:43.15 | *** join/#maemo-ssu Pali (~pali@Maemo/community/contributor/Pali) |
| 16:43.23 | freemangordon | xes: it does not load those message, it loads just headers |
| 16:43.45 | freemangordon | and that sts() happens in background iiuc |
| 16:43.51 | freemangordon | *stat() |
| 16:45.21 | freemangordon | xes: what am I supposed to do to recreate the issue here? |
| 16:45.42 | freemangordon | keep in mind that latest modest loads mails in batches |
| 16:46.49 | xes | modest 3.4.8 is still faster but i think that offline mode wasn't available |
| 16:47.51 | freemangordon | yes, it is in cssu modest only |
| 16:48.18 | freemangordon | faster? I think it is on par |
| 16:49.26 | freemangordon | yep, 4 seconds to open a folder with ~5000 mails in offline cache. the folder has ~15000 messages |
| 16:49.40 | freemangordon | with offline cache disabled, the times are similar/same |
| 16:49.55 | xes | memory usage? |
| 16:50.12 | freemangordon | RSS 36120 |
| 16:51.31 | xes | yep. mine is near 35 but now i have 180MB of swap in use... |
| 16:51.53 | freemangordon | xes: BTW, could it be that you have 15-20 seconds only the first time it does offline sync? as it get all the headers from gmail and that takes time, my offline headers cache is ~7.6 MiB |
| 16:52.37 | freemangordon | what happens if you close modest, let it settle for 15 seconds and open it? |
| 16:52.41 | freemangordon | is it still slow? |
| 16:52.52 | xes | no. offline sync took 5 hours 3 days ago |
| 16:53.28 | freemangordon | can;t parse, rephrase please |
| 16:54.01 | xes | complete offline sync happens only erasing summay.map files of imap cache |
| 16:54.09 | freemangordon | ok |
| 16:54.12 | xes | then it never happens |
| 16:55.14 | freemangordon | but my question was - now the sync is complete (no matter partially or full), does it still take 20 seconds to open your inbox (or whatever is that huge folder)? |
| 16:56.25 | freemangordon | as I suspect it is not stat(), but summary.map loading that takes time |
| 16:56.35 | freemangordon | I suspect yours is !15 MiB |
| 16:56.43 | freemangordon | *~15 |
| 16:56.44 | xes | closing modest, opening again ...never less than 10-15 seconds |
| 16:56.56 | freemangordon | give it some time after closing it |
| 16:57.05 | freemangordon | as it exits and is restarted |
| 16:57.22 | freemangordon | on restart it does all the stat() stuff and preloading and whatnot |
| 16:57.52 | xes | yep |
| 16:58.04 | freemangordon | hmm? |
| 16:58.34 | freemangordon | tail -f syslog, to see when the pre-starting has completed |
| 16:59.01 | xes | yes, i wait a lot before open it again |
| 16:59.26 | freemangordon | wait for "SaveToDraftsMenu: missing action ActionsSaveToDrafts" to appear in syslog |
| 17:00.11 | freemangordon | as it takes ~10 seconds here to be orestarted |
| 17:00.28 | freemangordon | I suspect double or more on your device |
| 17:00.54 | freemangordon | also, my SD card is very, very fast |
| 17:01.34 | freemangordon | that may explain my times too (swap is fast) |
| 17:03.05 | bencoh | faster than eMMC? |
| 17:03.14 | freemangordon | I guess on par |
| 17:03.26 | freemangordon | or slightly slower |
| 17:03.41 | freemangordon | bencoh: random r/w is that |
| 17:04.10 | freemangordon | iirc it has 4k random write speed of about 2 MiB/s |
| 17:04.41 | xes | i have a samsung sd 64 pro with swap on it and also all the imap cache is inside an sdcard ext3 partition |
| 17:05.24 | freemangordon | is it possible swap and offline cache to fight for io? |
| 17:05.48 | freemangordon | as my offline store is in defailt location |
| 17:05.59 | freemangordon | /home/user/.modest |
| 17:10.27 | freemangordon | bencoh: http://www.tweaktown.com/reviews/6647/samsung-pro-64gb-sd-and-microsd-memory-cards-review/index.html |
| 17:12.49 | bencoh | oooh, better than sandisk extreme |
| 17:12.54 | xes | freemangordon: while opening inbox there is almost no io wait |
| 17:13.01 | bencoh | I'll have to try tat |
| 17:13.02 | bencoh | that* |
| 17:14.23 | xes | sometimes i see: GLIB WARNING ** camel-imap-provider - Unexpected response from IMAP server: A00020 NO [NONEXISTENT] Invalid folder: [Gmail] (Failure) |
| 17:14.40 | xes | but i don't think it's related |
| 17:15.04 | freemangordon | bencoh: lemme check the exact model once again (doing swapoff) |
| 17:15.18 | freemangordon | xes: same here, I guess it is harmless |
| 17:16.23 | freemangordon | xes: what happens if you disable offline store? are timings still similar? |
| 17:16.36 | freemangordon | (and remove the cache folder ofc) |
| 17:17.19 | xes | samsung MB-MGCGB |
| 17:18.01 | xes | freemangordon: i will try - after a backup of the folder ;) |
| 17:18.54 | freemangordon | just rename it ;) |
| 17:20.02 | xes | freemangordon: i was looking at the show more button ... A "show pages: N" wouldn't be even better? |
| 17:20.28 | freemangordon | bencoh: hmm, I don't have that "Pro" label on the card. though I purchased it 2 or 3 years ago, they may have changed the printing in the meanwhile |
| 17:20.55 | freemangordon | xes: sure, feel free to add it :P |
| 17:21.19 | xes | :) |
| 17:23.04 | xes | bencoh: let's way for the n900 mainline kernel to support SDR50 and SDR104 speeds: http://panasonic.net/avc/sdcard/industrial_sd/performance.html |
| 17:23.05 | freemangordon | xes: yes, seems that (MB-MGCGB) is my card http://www.samsung.com/ie/consumer/memory-storage/memory-cards/micro-sd/MB-MGCGB/EU |
| 17:23.37 | freemangordon | at least the printing looks exactly the same |
| 17:23.48 | xes | freemangordon: i know, i asked you the exact model before buy it |
| 17:24.20 | freemangordon | oh :D |
| 17:24.21 | bencoh | xes: :) |
| 17:26.04 | xes | i have received also the MB-MG64DA that reaches the 90MB/s (real) but i had no time to test it in the N900 |
| 17:27.29 | freemangordon | xes: you know that sequental speed means nothing in terms of fs and swap |
| 17:27.39 | freemangordon | what is the random r/w of that card? |
| 17:33.58 | xes | freemangordon: https://images-na.ssl-images-amazon.com/images/I/61zx7SfMTzL._SL1600_.jpg |
| 17:34.35 | bencoh | doesnt look bad |
| 17:34.49 | Sicelo | freemangordon: how much of 64GB is swap? |
| 17:35.07 | freemangordon | 1GiB iirc |
| 17:35.26 | freemangordon | xes: yeah, looks good |
| 17:40.06 | bencoh | hmm, we might need to either try and move to openssl 1.x or backport tls>1.0 support .... |
| 17:40.20 | bencoh | looks like there are a few tls1.2-only sites out there ... |
| 17:41.58 | freemangordon | merlin1991: cssu-devel does not work, please fix it |
| 17:41.59 | *** join/#maemo-ssu futpib (~futpib@176.104.194.78) |
| 17:46.47 | kerio | what's qd32? |
| 17:46.56 | kerio | because 3MB/s random writes is quite meh :< |
| 18:24.01 | *** join/#maemo-ssu Sicelo009N (~sicelo@unaffiliated/sicelo) |
| 19:15.12 | *** join/#maemo-ssu M4rtinK (~M4rtinK@ip-89-177-124-111.net.upcbroadband.cz) |
| 22:35.58 | *** join/#maemo-ssu infobot (ibot@69-58-76-73.ut.vivintwireless.net) |
| 22:35.58 | *** topic/#maemo-ssu is Maemo Community Seamless Software Update "CSSU" channel, http://wiki.maemo.org/Community_SSU | Known bugs: http://j.mp/communityssu-bugs | Channel logs: http://mg.pov.lt/maemo-ssu-irclog/ | Sources: https://github.com/community-ssu | Latest version: Testing(2015-04-11): 21.2011.38-1Tmaemo11; Stable(2014-09-03): 21.2011.38-1Smaemo7 |
| 22:35.58 | *** mode/#maemo-ssu [+v infobot] by ChanServ |
| 22:40.47 | jonwil | guess there is no way to check that short of manually reading the changelogs of all the CSSU git repos... |
| 22:47.23 | merlin1991 | jonwil: pali has a script for that ... |
| 22:47.42 | Pali | yes I have a script |
| 22:48.05 | jonwil | Can I see this script? :O) |
| 22:48.07 | jonwil | :) |
| 22:48.37 | freemangordon | jonwil: https://github.com/community-ssu/osso-systemui-modechange/blob/master/osso-systemui-modechange.c#L6 :) |
| 22:49.06 | jonwil | yeah I copied stuff from osso-systemui-somethingelse |
| 22:49.10 | jonwil | as a base |
| 22:49.33 | Pali | jonwil: https://github.com/community-ssu/cssu-state |
| 22:49.42 | freemangordon | no problem, but put your name there :) |
| 22:49.55 | freemangordon | jonwil: also in https://github.com/community-ssu/osso-systemui-modechange/blob/master/debian/copyright |
| 22:50.21 | freemangordon | I'll put it in cssu-devel once you fix those |
| 22:52.11 | jonwil | Fixed both instances |
| 22:52.34 | jonwil | The date in "copyright" is probably wrong though but so what :) |
| 22:52.41 | jonwil | wait missed one |
| 22:52.59 | jonwil | ok, there |
| 22:53.07 | jonwil | fixed the instances of your name in that package :) |
| 22:53.20 | freemangordon | :) |
| 22:55.27 | jonwil | the latest versions of osso-syhstemui-dev, osso-systemui-alarm, osso-systemui-tklock and osso-systemui-powerkeymenu should also go into cssu-devel |
| 22:55.40 | jonwil | oh and the latest version of libconnui-dev needs to be there too for connui-internet |
| 22:57.53 | jonwil | heck, just run the script from pali to see what's missing :) |
| 22:58.00 | merlin1991 | freemangordon: to put speex into -testing I need to rebuild a .changes file |
| 22:58.07 | merlin1991 | probably find the time todo that on the weekend |
| 23:00.26 | jonwil | pali: How do I run cssu-state? What do I pass as parameters? |
| 23:01.28 | jonwil | I ran it and it did some stuff but printed no output |
| 23:01.35 | Pali | jonwil: no args --> show state for: "git" "devel" "testing" "git-stable" "stable" version |
| 23:02.01 | Pali | non empty first arg --> show state for: "git" "devel" "testing" "git-thumb" "thumb" version |
| 23:02.07 | Pali | and you ned to wait cca 5 minutes |
| 23:02.18 | jonwil | it stopped doing stuff after a few seconds |
| 23:02.20 | Pali | because it download lot of files from github, compare it |
| 23:02.33 | jonwil | so its possible one of the commands inside didn't do what it should |
| 23:03.16 | Pali | it call wget in sequents |
| 23:03.44 | Pali | and also you need to have dpkg |
| 23:03.50 | Pali | for dpkg --compare-versions call |
| 23:03.51 | jonwil | I have dpkg |
| 23:04.02 | jonwil | I am running it inside scratchbox in my dev vm |
| 23:04.16 | Pali | it does not work? |
| 23:04.26 | Pali | any error message? |
| 23:04.41 | jonwil | oh ok, I see the problem. wget https is broken in this particular install for some stupid certificate related reason |
| 23:04.51 | jonwil | Going to add the command to say "I dont care about the certs, just connect anyway" |
| 23:05.19 | merlin1991 | well I'm pretty sure the certs inside sb are way out of touch with todays reality |
| 23:05.44 | jonwil | even the certs in this dev vm would be horridly out of date |
| 23:08.55 | jonwil | ok, now its working |
| 23:10.32 | Pali | jonwil: will wget --no-check-certificate work? |
| 23:10.54 | jonwil | yes that is working |
| 23:11.00 | jonwil | I edited the .sh file to add that |
| 23:11.10 | jonwil | its now doing a lot more work than it did before |
| 23:11.15 | jonwil | so I assume its working |
| 23:11.24 | Pali | ok, then I'm going to push this change |
| 23:11.31 | Pali | just wait for finishing and let me know |
| 23:11.32 | jonwil | ok, do that :) |
| 23:11.37 | jonwil | ok |
| 23:17.17 | jonwil | ok, it worked, now to run it again and redirect the output to a file for easier reading :) |
| 23:19.22 | freemangordon | merlin1991: ok |
| 23:28.23 | jonwil | looks like hald-addon-bme is still missing from cssu :) |
| 23:28.28 | jonwil | cssu repos |
| 23:46.52 | jonwil | pali: Can you put hald-addon-bme in cssu repos? |
| 23:48.26 | Pali | jonwil: no, because it needs bme replacment |
| 23:48.41 | jonwil | I mean cssu git |
| 23:48.43 | Pali | hald-addon-bme is already in bme replacment repo |
| 23:49.09 | jonwil | I mean https://github.com/community-ssu |
| 23:49.15 | jonwil | not cssu .deb repos |
| 23:49.16 | Pali | to community-ssu on github? |
| 23:49.19 | jonwil | yes that |
| 23:49.22 | Pali | it is alreeady there |
| 23:49.34 | jonwil | I dont see it |
| 23:49.36 | Pali | or not? |
| 23:49.38 | Pali | hm... wait |
| 23:51.00 | freemangordon | merlin1991: another package to be imported in cssu-devel :) |
| 23:52.00 | Pali | jonwil: https://github.com/community-ssu/hald-addon-bme |
| 23:52.18 | jonwil | great |
| 23:54.12 | jonwil | ok, so in going over the status output, I see 4 packages that are in cssu-testing but not cssu-devel (which seems strange), some packages not in cssu-devel that maybe should be there and some packages that are in cssu-devel but not the latest version that maybe should be updated |
| 23:55.37 | jonwil | but I will leave the decisions as to what should be in -devel to the maintainers of -devel :) |
| 23:55.43 | merlin1991 | jonwil: #1 is not so strange, think old cssu packages pre --devel times |
| 23:55.51 | jonwil | ok |
| 23:56.19 | jonwil | well the 4 packages in -testing but not -devel are evolution-data-server, libsysinfo-dev, mp-fremantle-community-pr and rtcom-eventlogger-async fyi |
| 23:56.27 | merlin1991 | also for some packages I did bump debian/changelog when putting them into -testing for various reasons |
| 23:57.03 | merlin1991 | well the mp-... ofc is not in -devel :D |
| 23:57.12 | jonwil | yeah obviously |
| 23:57.19 | merlin1991 | sysinfo-dev and eventlogger-async are from pre -devel times |
| 23:57.27 | merlin1991 | and I think evolution-data-server got tested on tmo |
| 23:57.34 | jonwil | ok, makes sense |
