| 00:09.22 | psycho_oreos | amin007110, not that I'm aware of, using sudo requires user passwd not root passwd. |
| 00:10.51 | *** join/#maemo M4rtinK2 (~M4rtinK@mail.melf.eu) |
| 00:10.55 | amin007110 | ok |
| 00:13.13 | *** join/#maemo Ariadeno (~Ariadeno@010.233.dsl.concepts.nl) |
| 00:16.19 | amin007110 | Which rsync switches should i use while backing up n900's /home in ssh? Does 'rsync -rva' enough or what? |
| 00:18.05 | amin007110 | Or better to use scp? |
| 00:37.38 | psycho_oreos | rsync is faster but scp is secure. Each usecase has its own benefits and drawbacks. |
| 00:38.38 | *** join/#maemo FIQ (~fiq@unaffiliated/fiq) |
| 00:53.30 | brolin_empey | psycho_oreos: rsync can be used over ssh. |
| 00:54.03 | Drathir | rsync also shold compare a files idk if scp do that too |
| 00:54.09 | Drathir | should* |
| 00:54.44 | psycho_oreos | brolin_empey, that doesn't make rsync any faster :P. If needed to make a case, one can also use sshfs so they can then use regular tools such as cp/mv. |
| 00:55.08 | Drathir | yep rsync is faster compresion on the fly |
| 00:56.48 | Drathir | disadventage sshfs is in my opinion only that if wifi conn interrupted need to mount in other location folder... but this is only my opinion... |
| 00:58.37 | psycho_oreos | sshfs ultimately relies on ssh for stream encryption. It just makes the poor little N900 encrypt as each data is to be sent, etc. I have copied data with sshfs before and I have also seen the device randomly rebooting when trying to copy several files over ssh. |
| 00:59.02 | brolin_empey | usually uses rsync over ssh. |
| 01:00.41 | Drathir | me using rsync -r -v --progress -c -l -H --partial -z -i local_location user@ip:remote_location |
| 01:01.05 | Drathir | but dont know if its correct or not :p |
| 01:01.44 | Drathir | that if you want to try use with carefull... |
| 01:04.57 | Drathir | is avaible grsync if good remember but for me dont work correctly... if good remember dont asking me for ssh password... |
| 01:07.12 | *** join/#maemo Avasz (~Avash@49.244.9.84) |
| 01:07.12 | *** join/#maemo Avasz (~Avash@unaffiliated/avasz) |
| 01:09.01 | amin007110 | Hmmmm... |
| 01:09.02 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 01:16.24 | *** join/#maemo Luke-Jr (~luke-jr@unaffiliated/luke-jr) |
| 01:27.33 | *** join/#maemo mschlens_ (~mschlens@p549360A4.dip0.t-ipconnect.de) |
| 01:28.18 | *** join/#maemo robbiethe1st (~robbiethe@63.140.21.124) |
| 01:41.08 | *** join/#maemo hardfalcon (~hardfalco@g228161174.adsl.alicedsl.de) |
| 01:58.38 | *** join/#maemo discopig (~discopig@unaffiliated/discopig) |
| 02:29.14 | *** join/#maemo rikanee (~rika@unaffiliated/rikanee) |
| 02:41.09 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 02:41.57 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 02:44.36 | *** join/#maemo rikanee (~rika@unaffiliated/rikanee) |
| 02:50.52 | *** join/#maemo rikanee (~rika@unaffiliated/rikanee) |
| 02:52.03 | *** join/#maemo HRH_H_Crab (~crab@kowloontong.dim-sum.org) |
| 03:00.49 | *** join/#maemo dockane_ (~dockane@dsdf-4db51d18.pool.mediaWays.net) |
| 03:02.07 | *** join/#maemo lxp1 (~lxp@91-115-40-117.adsl.highway.telekom.at) |
| 03:20.37 | *** join/#maemo Gh0sty (~ghosty@77.109.96.120.adsl.dyn.edpnet.net) |
| 03:28.03 | *** join/#maemo Psi (~Psi@49-50-247-217.a.hd.net.nz) |
| 05:24.04 | *** join/#maemo cyborg-one (~cyborg-on@79-140-5-119.broadband.tenet.odessa.ua) |
| 05:24.55 | *** join/#maemo phunguy (santas@dhcp.i-p.org.uk) |
| 05:27.36 | *** join/#maemo rikanee (~rika@unaffiliated/rikanee) |
| 05:39.09 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 06:04.00 | *** join/#maemo dhbiker (~dhbiker@APN-123-158-50-gprs.simobil.net) |
| 06:30.58 | *** join/#maemo SmilyOrg (Smily@BSN-182-147-217.dial-up.dsl.siol.net) |
| 06:49.09 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 06:51.13 | *** join/#maemo discopig (~discopig@unaffiliated/discopig) |
| 06:57.14 | *** join/#maemo messerting (~messertin@cm-84.211.113.209.getinternet.no) |
| 06:58.09 | *** join/#maemo VD (priv8@my.irc.so) |
| 06:59.06 | *** join/#maemo piscodig (~discopig@unaffiliated/discopig) |
| 07:00.08 | *** join/#maemo messerting (~messertin@cm-84.211.113.209.getinternet.no) |
| 07:19.20 | *** join/#maemo LauRoman (~LauRoman@5-14-93-221.residential.rdsnet.ro) |
| 07:20.28 | *** join/#maemo discopig (~discopig@unaffiliated/discopig) |
| 07:25.03 | *** join/#maemo zap_ (~zap@178.130.40.87) |
| 07:35.28 | *** join/#maemo Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
| 07:36.32 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 07:39.10 | *** part/#maemo qwazix (~qwazix@Maemo/community/council/qwazix) |
| 07:58.03 | *** join/#maemo dhbiker (~dhbiker@APN-122-9-33-gprs.simobil.net) |
| 08:04.15 | *** join/#maemo amin007110 (~aminie@95.38.155.216) |
| 08:04.53 | *** join/#maemo Lava_Cro1t (~LC@ip3e83f0aa.speed.planet.nl) |
| 08:07.10 | *** join/#maemo Martix_ (~martix@4.177.broadband3.iol.cz) |
| 08:15.48 | *** join/#maemo maybeHere (~cl@p5B1623E5.dip0.t-ipconnect.de) |
| 08:42.24 | *** join/#maemo croppa (~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) |
| 08:54.10 | DocScrutinizer05 | ((sudo requires user passwd not root passwd)) unless you fix that nonsense: |
| 08:54.13 | DocScrutinizer05 | ~jrtools |
| 08:54.13 | infobot | from memory, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools |
| 08:55.03 | DocScrutinizer05 | ((Which rsync switches should i use)) |
| 08:55.06 | DocScrutinizer05 | ~jrtools |
| 08:55.07 | infobot | somebody said jrtools was http://wiki.maemo.org/User:Joerg_rw/tools |
| 08:57.47 | DocScrutinizer05 | and good (UGT) morning |
| 08:59.11 | Lava_Croft | http://desktop-zero.blogspot.nl/2010/03/nokia-n900-guide-sync-folders-between.html |
| 08:59.16 | amin007110 | good morning |
| 08:59.16 | Lava_Croft | also still handy for rsync and n900 |
| 08:59.43 | amin007110 | well, still i have problem with find -printf options. |
| 09:00.13 | *** join/#maemo unclouded (~neil@2001:4428:200:80fc:60c0:996a:f819:f224) |
| 09:00.14 | amin007110 | i think i should use | xargs .... but don't know how exactly. |
| 09:10.37 | *** join/#maemo zammy (~sammy@ppp-6-48.98-62.inwind.it) |
| 09:11.46 | *** join/#maemo M4rtinK2 (~M4rtinK@mail.melf.eu) |
| 09:11.53 | *** join/#maemo Avasz (~Avash@49.244.29.241) |
| 09:11.53 | *** join/#maemo Avasz (~Avash@unaffiliated/avasz) |
| 09:12.19 | Macer | ok |
| 09:12.23 | Macer | i give up with this pan config |
| 09:12.27 | Macer | it's impossible heh |
| 09:12.41 | Macer | maybe someone can make an easier way to do it because for the life of me i can't seem to figure it out |
| 09:29.15 | *** join/#maemo OkropNick (~OkropNick@host-n2-75-80.telpol.net.pl) |
| 09:33.17 | *** join/#maemo jrocha (~JRocha@pD9FF7A3B.dip0.t-ipconnect.de) |
| 09:42.57 | *** join/#maemo sq-one (~sq-one@p549A8CA7.dip0.t-ipconnect.de) |
| 09:48.07 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 09:49.01 | *** join/#maemo ArGGu^^ (~ArGGu^^@a88-112-164-9.elisa-laajakaista.fi) |
| 09:49.17 | *** join/#maemo mvp (~mvp@port463.ds1-abc.adsl.cybercity.dk) |
| 10:08.19 | *** join/#maemo NIN101 (~NIN@p5DD29D08.dip0.t-ipconnect.de) |
| 10:14.11 | *** join/#maemo anthonie (~anthonie@ip26-214-210-87.adsl2.static.versatel.nl) |
| 10:15.34 | *** join/#maemo ArGGu^^ (~ArGGu^^@a88-112-164-9.elisa-laajakaista.fi) |
| 10:17.45 | M4rtinK2 | whats the current status of the autobuilder ? |
| 10:19.39 | anthonie | M4rtinK2, sixwheeledbeast is working on that, but afaik it's not "auto" but "mano"... |
| 10:20.00 | M4rtinK2 | well, the packages seem to build fine |
| 10:20.13 | M4rtinK2 | but it doesn't look like they are imported to the repository |
| 10:21.15 | anthonie | No, hence the word "mano"... |
| 10:22.36 | *** join/#maemo ZogG_laptop (~ZogG_lapt@212.199.182.172) |
| 10:22.36 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 10:30.13 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 10:34.20 | *** join/#maemo ArGGu^^ (~ArGGu^^@a88-112-164-9.elisa-laajakaista.fi) |
| 10:41.38 | *** join/#maemo Ariadeno (~Ariadeno@010.233.dsl.concepts.nl) |
| 10:42.50 | *** join/#maemo pcfe (~pcfe@37-5-10-88-dynip.superkabel.de) |
| 10:42.50 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 10:57.54 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 11:04.21 | *** join/#maemo ZogG_laptop (~ZogG_lapt@212.199.182.172) |
| 11:04.21 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 11:15.19 | DocScrutinizer05 | M4rtinK2: repo-management is fsckedup |
| 11:15.47 | DocScrutinizer05 | M4rtinK2: ping merlin1991 who is importing packages to repo manually |
| 11:19.30 | DocScrutinizer05 | also, to all developers: PLEASE check your http://maemo.org/packages/view/<packagename> if there are recent multiple ""Old version cleaned by repository management"", and if so, IMMEDIATELY HOLLER here, best by highlighting sixwheeledbeat or me |
| 11:20.45 | DocScrutinizer05 | DO NOT upload multiple times same version number of your package, when it doesn't build instantly (it may take a while), or if it already built without problems |
| 11:22.17 | DocScrutinizer05 | generally autobuilder is NOT meant to do development there! you're NOT supposed to upload multiple versions per day! |
| 11:22.53 | DocScrutinizer05 | to develop and test your app, you use SCRATCHBOX on your local PC |
| 11:23.32 | DocScrutinizer05 | We might implement an auto-lock to your account when you uppload multiple times on same day |
| 11:26.06 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 11:27.01 | DocScrutinizer05 | please be aware that each upload that successfully builds (if it were promoted to extras-devel automatically) causes a new version of packages.gz that has to get build across *all* packages in repo, and will cause *all* devices to download the new packages.gz to check if there are updates available |
| 11:27.38 | *** join/#maemo darkschneider (~gab@93-32-59-140.ip32.fastwebnet.it) |
| 11:28.10 | DocScrutinizer05 | so, don't consider two new versions of your package per day to be a particularly appreciated thing to do |
| 11:29.34 | DocScrutinizer05 | it's also embarrassing for you as a developer - it makes you look foolish and not having a plan about where to head to with your package |
| 11:31.40 | M4rtinK2 | well, that looks kinda extreme |
| 11:31.55 | DocScrutinizer05 | sorry? |
| 11:32.02 | M4rtinK2 | IIRC, N900 don't check for updates that often |
| 11:32.24 | DocScrutinizer05 | that's not the point |
| 11:32.46 | DocScrutinizer05 | and N900 HAM checks for updates just so often |
| 11:32.52 | M4rtinK2 | also, Devel is imho expected to change often, but yeah, most people have it enabled due to the QA not really working that well |
| 11:32.54 | DocScrutinizer05 | default once every 24h |
| 11:33.04 | DocScrutinizer05 | and on every time you open it |
| 11:33.28 | DocScrutinizer05 | but - as mentioned - that's ot the point |
| 11:33.29 | M4rtinK2 | then at least for the N900s it should not be an issue |
| 11:33.38 | DocScrutinizer05 | ORLY? |
| 11:34.18 | M4rtinK2 | even if someone uploaded a package every 10 minutes, or once in 24 hourse, it should "look" the same for the N900 |
| 11:34.32 | DocScrutinizer05 | not an issue to download a new 15MB packages.gz multiple times a day, because some fool confused autobuilder with his personal development IDE? |
| 11:34.32 | M4rtinK2 | if I understand it correctly |
| 11:35.44 | M4rtinK2 | shouldn't happen if it really checks only every 24 hours |
| 11:36.00 | M4rtinK2 | if it autoupdates every time it is opened, that would be an issue |
| 11:36.10 | DocScrutinizer05 | HAM checks for date/version of packages.gz every time you start it (actually even after every action you did in HAM) |
| 11:36.14 | M4rtinK2 | but still, how often does one open HAM ? |
| 11:36.30 | M4rtinK2 | oh, after every action, that's quite bad |
| 11:36.31 | DocScrutinizer05 | honestly, you're goinfg to argue with me about that? |
| 11:37.08 | M4rtinK2 | I just think this should be solvable server side |
| 11:37.24 | DocScrutinizer05 | autobuilder is a means to propagate new *tested* working apckage version to repo, *nothing* else |
| 11:37.46 | M4rtinK2 | sure |
| 11:38.05 | DocScrutinizer05 | and yes, I'm going to solve this server side: multiple uploads to same package per day -> account locked |
| 11:38.22 | M4rtinK2 | I don't have issues with that & nothing what can go wrong with my packages as they are basically just compressed |
| 11:38.34 | M4rtinK2 | well, that what I think is too extreme |
| 11:39.03 | M4rtinK2 | what about: no upload in 4 hours - upload package db at once |
| 11:39.05 | Lava_Croft | just dont allow it to happen and tell the user why |
| 11:39.07 | DocScrutinizer05 | I think uploading 3 versions of a package per day is too extreme |
| 11:39.29 | Lava_Croft | tell them to try again in 24h and to read the manual orso |
| 11:39.30 | M4rtinK2 | package uploaded in last 4 hours - queue an update in 4 hours |
| 11:40.32 | M4rtinK2 | so basically, if there are multiple versions in a given timeslot, the db would be updated for the whole batch |
| 11:40.47 | M4rtinK2 | but sure, could be problematic due to the mess autobuilder is |
| 11:40.48 | DocScrutinizer05 | more and more "developers" ask for upload rights to autobuilder/repo without even having a garage project to upload. And it seems they all think the standard way is to check your edits in sourcecode on autobuilder |
| 11:41.46 | *** join/#maemo uen| (~uen@p5DCB2DF0.dip0.t-ipconnect.de) |
| 11:41.57 | M4rtinK2 | even if they are "developers" i think it is good that people are still interested in Fremantle |
| 11:42.06 | M4rtinK2 | well, everyone started as a "developer" |
| 11:42.17 | DocScrutinizer05 | sure, but we at techstaff can't handle that |
| 11:42.43 | DocScrutinizer05 | maemo.org not been designed to handle that |
| 11:43.00 | DocScrutinizer05 | it's meant to get used in a different way than that |
| 11:43.09 | M4rtinK2 | well, if the autobuilder indeed needs manual attention, high usage could be a problem |
| 11:43.28 | M4rtinK2 | well, the problem is that everyone has devel enabled |
| 11:43.42 | DocScrutinizer05 | actually the fact that it doesn't promote to repo automatically is a bless currently |
| 11:44.14 | M4rtinK2 | well, I have users waiting for an update, so its kinda of an issue for me presently :) |
| 11:44.16 | DocScrutinizer05 | no, the problem is that "devels" think it's leete to upload 5 new versions per day |
| 11:44.30 | M4rtinK2 | so what about just setting a cronjob twice a day ? |
| 11:44.51 | DocScrutinizer05 | see my plea above |
| 11:45.09 | *** join/#maemo gadgetoid_ (~gadgetoid@cpc11-nrwh9-2-0-cust593.4-4.cable.virginmedia.com) |
| 11:45.15 | DocScrutinizer05 | multiple uploads while previos version got not processed seem to fsckup repo-management |
| 11:45.44 | M4rtinK2 | well, that sure is an issue |
| 11:46.25 | M4rtinK2 | and I guess not easy to fix due the usual not-documented-at-all state of the infra |
| 11:47.15 | DocScrutinizer05 | edit, upload to autobuilder, bitch about compile takes >30min, read error logs, edit [...] --- NOT the way to use this infra |
| 11:47.41 | M4rtinK2 | well, that indeed is bad |
| 11:47.47 | *** join/#maemo saltsa (aunola@xdsl-15d60000000000000002.v6.nebulazone.fi) |
| 11:47.53 | M4rtinK2 | the >30min compile time especially |
| 11:48.16 | M4rtinK2 | unless trying to debug a autobuilder specific build issue |
| 11:48.18 | DocScrutinizer05 | add to that brainless messing with version numbers |
| 11:48.20 | M4rtinK2 | but those should be rare |
| 11:49.30 | DocScrutinizer05 | yes, this is a procedure ONLY allowable to make your perfectly locally compilable package match any weirdness in autobuilder |
| 11:50.54 | DocScrutinizer05 | I ponder to add a requirement to add scratchbox compiler log with timestamp and signature to the package, otherwise it gets rejected |
| 11:51.24 | DocScrutinizer05 | will teach "developers" how the SOP looks like |
| 11:52.40 | DocScrutinizer05 | ::: edit, compile LOCALLY, read LOCAL error logs. <compile succeeded?> no: goto start. ONLY THEN upload to autobuilder |
| 11:52.46 | M4rtinK2 | well, development & packaging for the N900 is already hard as is, so adding additional barriers like this is IMHO not really a good idea... |
| 11:53.06 | M4rtinK2 | another issue might be that they might not know about this ? |
| 11:54.00 | DocScrutinizer05 | and I'm pushing to not grant autobuilder/repo upload permissions to users that don't have their project in garage |
| 11:54.31 | M4rtinK2 | hmm, check number 1 here: http://extras-cauldron.garage.maemo.org/HOWTO.html |
| 11:54.58 | M4rtinK2 | it explicitly tells users to upload until it works |
| 11:55.10 | M4rtinK2 | could be part of the confusion |
| 11:56.37 | M4rtinK2 | adding a "build locally first, don't needlessly strain the infrastructure until you package works" here & to the main autobuilder Web UI might help |
| 11:57.26 | DocScrutinizer05 | yes, it probably been addressed to experienced devels that would feel ashamed to upload stuff to autobuilder and have their error logs exposed to general public, when they didn't check the whole package locally before |
| 11:58.16 | DocScrutinizer05 | and yes, such a remark on that page might help. also helping might be to add fremantle there |
| 11:58.36 | *** join/#maemo Vanadis (~vanadis@84-73-148-72.dclient.hispeed.ch) |
| 11:58.55 | DocScrutinizer05 | as you can tell by careful reading, this page is terribly out of date |
| 11:59.53 | DocScrutinizer05 | it origins from a time where every devel dropped by in this very channel and talked to peers to learn how to do things right |
| 12:00.17 | DocScrutinizer05 | (pre N900 times) |
| 12:04.27 | DocScrutinizer05 | anyway, autobuilder/repo-management is fubar atm. So please help to keep it alive during the times we're searching for somebody capable to fix it! |
| 12:06.23 | M4rtinK2 | sure, but I'm not really that experienced with admining stuff |
| 12:06.34 | M4rtinK2 | but I can at least donate & help with testing |
| 12:06.55 | M4rtinK2 | and develop apps so people keep using their N900s :) |
| 12:07.01 | DocScrutinizer05 | I posted 3 *simple* rules above for every devel to notice |
| 12:08.31 | DocScrutinizer05 | 1) don not upload multiple times a day 2) do take good care about your version numbers, or your package will get messed up by repo-management 3) check your http://maemo.org/packages/view/<packagename> if there are recent multiple ""Old version cleaned by repository management"" |
| 12:09.59 | DocScrutinizer05 | ( 1. point is actually not that strict, if you wait for error logs of your failed build before you upload next version) |
| 12:10.33 | M4rtinK2 | so add them at the top of the autobuilder Web UI or somewhere where they will be actually seen ? |
| 12:10.46 | DocScrutinizer05 | (however do NOT upload multiple compiling versions, possibly even with same version number. EVER!) |
| 12:11.02 | M4rtinK2 | btw, regarding packages/view/* |
| 12:11.15 | M4rtinK2 | http://maemo.org/packages/view/modrana/ doesn't seem to load ever |
| 12:11.36 | DocScrutinizer05 | then it already exceeded point of no return with that cruft |
| 12:12.23 | DocScrutinizer05 | makes apache2/php5/midgard process OOM abort |
| 12:12.26 | M4rtinK2 | well, that's indeed a horrendous input validation oversight for the original autobuilder authors |
| 12:12.38 | DocScrutinizer05 | no |
| 12:12.53 | DocScrutinizer05 | err, well, yes |
| 12:12.56 | DocScrutinizer05 | sorry |
| 12:13.08 | M4rtinK2 | I kinda wonder if setting up an OBS instance with Fremantle SDK target would be easier than fixing this mess |
| 12:13.30 | DocScrutinizer05 | maybe, but how to integrate that with existing stuff? |
| 12:13.41 | psycho_oreos | I wonder if there has been any work done on allowing one to choose between N900 as a host or N900 as a guest via USB networking: https://wiki.maemo.org/USB_networking |
| 12:14.31 | M4rtinK2 | DocScrutinizer05: it could run in parallel with autobuilder first (if there are enough resources) |
| 12:14.35 | DocScrutinizer05 | see http://maemo.org/packages/view/findmine/ which not *yet* tripped the line between OMG and OOM |
| 12:14.38 | kerio | psycho_oreos: what do you mean? |
| 12:14.48 | kerio | host for what? |
| 12:15.10 | M4rtinK2 | everyone would build in their own repo and only push to a shared one once the package builds correctly |
| 12:15.24 | M4rtinK2 | the shared repo could then be synced by a cronjob to Devel |
| 12:15.26 | kerio | Macer: :( |
| 12:15.30 | kerio | what's not working? |
| 12:15.49 | M4rtinK2 | just a quick uninformed idea how it might work :) |
| 12:16.00 | psycho_oreos | kerio, bit complicated. I meant like USB networking "host" is where N900 becomes a router and I use N900's connection [wlan/3G]. Though I also want to switch between that mode and making N900 as a "guest" where it connects through to PC and uses PC's network instead. |
| 12:16.26 | kerio | psycho_oreos: libicd-network-usb to be a "guest" |
| 12:16.33 | kerio | and mobilehotspot to be a host |
| 12:16.54 | kerio | there are your UIs |
| 12:17.24 | psycho_oreos | kerio, eww mobilehotspot. I prefer wired networking though, besides I really don't like to use mobile hotspot in public places. |
| 12:17.40 | kerio | mobilehotspot supports sharing a connection via usb |
| 12:18.42 | psycho_oreos | Can it also be strictly for USB though? i.e. choose USB as the option and it does not turn wl1251 as ad-hoc device? |
| 12:18.57 | kerio | i think so? |
| 12:19.06 | kerio | idk, go ahead and check |
| 12:19.15 | kerio | iirc you can't do both at the same time, actually |
| 12:19.17 | psycho_oreos | Hmm I'll go have a poke at it, thanks :) |
| 12:19.26 | kerio | or just make yourself some script |
| 12:20.07 | psycho_oreos | Yeah that would be ideal, sometimes if I want to use N900's onboard wifi as network dongle then its nifty (in a sense). |
| 12:20.18 | DocScrutinizer05 | [Sun Jul 14 10:50:12 2013] [error] [client 151.77.230.21] PHP Fatal error: Maximum execution time of 30 seconds exceeded in /usr/share/php/midcom/lib/midcom/helper/_dbfactory.php on line 501, referer: http://www.mobileblog.it/post/14920/modrana-un-navigatore-gps-open-source-per-n900 |
| 12:21.42 | M4rtinK2 | wow, that looks quite weird |
| 12:21.53 | psycho_oreos | *nods* was in the process of writing up a BASH script but I hit a snag. I asked in #bash and one of them suggested that I might want to try asking here for an abstraction tool. |
| 12:22.28 | M4rtinK2 | 30 seconds ? why ? |
| 12:23.10 | psycho_oreos | Probably it acts like a watchdog so to speak, looking for hung commands/process |
| 12:24.05 | psycho_oreos | i.e. you don't want a nasty script to go around in indefinite loop without exitting, it may cause the daemon to crash. |
| 12:25.16 | M4rtinK2 | well, sure, but what takes 30 seconds on a package page to render |
| 12:25.22 | M4rtinK2 | that's the issue |
| 12:25.51 | psycho_oreos | Whatever is on line 501 in /usr/share/php/midcom/lib/midcom/helper/_dbfactory.php I suppose :) |
| 12:27.10 | DocScrutinizer05 | referer: http://maemo.org/packages/repository/builds/fremantle_extras-devel_free_source/all/ referer: http://maemo.org/packages/ referer: http://maemo.org/packages/search/?org_maemo_packages_search%5B1%5D%5Bproperty%5D=name&org_maemo_pac...bla referer: http://maemo.org/packages/view/qdl-plugins-dailymotion/ referer: http://maemo.org/packages/package_instance/view/fremantle_sdk_free_armel/libc6-dev/2.5.1-1eglibc27+0m5/ |
| 12:27.49 | M4rtinK2 | a referer loop ? |
| 12:28.01 | M4rtinK2 | or something like that |
| 12:28.15 | DocScrutinizer05 | in /usr/share/php/midcom/lib/net/nemein/wiki/wikipage.php on line 818 idcom/core/privilege.php on line 459 |
| 12:29.00 | DocScrutinizer05 | no, our db simply cluttered with shit like in http://maemo.org/packages/view/findmine/ |
| 12:30.17 | M4rtinK2 | ouch |
| 12:30.20 | DocScrutinizer05 | we also seen OOM aborts, where apache2/php/midcom simply allocated more than the granted ~400MB, for a single page |
| 12:30.30 | M4rtinK2 | well at least the package name is quite fitting |
| 12:30.37 | M4rtinK2 | ugh |
| 12:31.36 | psycho_oreos | Too much info in changelog I suppose? |
| 12:31.51 | DocScrutinizer05 | [2013-07-13 23:29:28] <DocScrutinizer05> (pc-connectivity-manager) dunno if I said it before, but look at the mess @ http://maemo.org/packages/view/pc-connectivity-manager/ |
| 12:31.52 | DocScrutinizer05 | [2013-07-13 23:31:50] <DocScrutinizer05> particularly 2011-12-02 22:47 and 2012-12-29 04:23 |
| 12:32.23 | DocScrutinizer05 | [2013-07-10 00:12:12] <sixwheeledbeast> http://maemo.org/packages/view/libqtm-experimental/ dead |
| 12:33.22 | DocScrutinizer05 | [Sun Jul 14 12:33:08 2013] [error] [client 88.217.63.147] PHP Fatal error: Allowed memory size of 367001600 bytes exhausted (tried to allocate 93 bytes) in /usr/share/php/midcom/lib/midcom/core/querybuilder.php on line 326 |
| 12:33.35 | psycho_oreos | Whoa, looks like there needs to be some sort of truncating. |
| 12:33.49 | DocScrutinizer05 | ^^^^ that's been me, trying to surf to ^^^ URL |
| 12:35.19 | kerio | DocScrutinizer05: 367mb for a single webpage? |
| 12:35.23 | DocScrutinizer05 | so maybe you now understand why I say "in a week or so I *have* to take down all that mess since it runs into errors caused by errors caused by errors. Reaching criticality" |
| 12:36.55 | DocScrutinizer05 | repo management cluttering db, thus making apache abort OOM, thus no more midgard admin interface to that package to even delete it or do whatever to it, to fix the mess |
| 12:37.26 | DocScrutinizer05 | we're rapidly going over the cliff |
| 12:37.36 | M4rtinK2 | stuff like this is a nightmare |
| 12:37.43 | DocScrutinizer05 | indeed |
| 12:37.46 | M4rtinK2 | fixing a running production system |
| 12:38.10 | psycho_oreos | + facing people who ask is the site down, etc. |
| 12:38.16 | *** join/#maemo darkschneider (~gab@93-32-55-189.ip32.fastwebnet.it) |
| 12:38.32 | M4rtinK2 | well ,you can just tell them "X is broken" |
| 12:38.35 | DocScrutinizer05 | basically libqtm-experimental/ is zombie state and non-recoverable |
| 12:38.51 | DocScrutinizer05 | other packages as well |
| 12:38.58 | DocScrutinizer05 | others following soon |
| 12:39.17 | psycho_oreos | Yeah you can tell them its broken but you have to say that for everyone that comes in and asks the same question. |
| 12:39.26 | psycho_oreos | zombie state? :x |
| 12:39.53 | DocScrutinizer05 | well, I can't do anything to that package to fix it (except on very low sql level maybe) |
| 12:40.10 | DocScrutinizer05 | or by increasing apache memlinit to 2GB |
| 12:40.41 | DocScrutinizer05 | so I at least could reach the midgard admin menu on that webpage to delete or edit the package |
| 12:40.53 | M4rtinK2 | if you have the source package, could you just purge the original an resubmit it ? |
| 12:41.02 | M4rtinK2 | oh |
| 12:41.10 | DocScrutinizer05 | I *cannot* |
| 12:41.30 | DocScrutinizer05 | yeah "oh" :-O |
| 12:41.39 | DocScrutinizer05 | panic mode getting popular |
| 12:41.59 | M4rtinK2 | so i guess that leaves only the SQL stuff (purging the records that cause this) |
| 12:42.10 | M4rtinK2 | but I do remeber some insane queries Midgard does |
| 12:42.21 | M4rtinK2 | that you've posted during the migration |
| 12:42.34 | DocScrutinizer05 | that's however prone to a global midgard db messup, since that are ~50 tables that all need to be consistent |
| 12:42.39 | M4rtinK2 | so that would probably also be quite complicated |
| 12:43.10 | psycho_oreos | Sounds like in either way its one massive brain******. |
| 12:43.32 | M4rtinK2 | well, at least make db backups, if possible :) |
| 12:43.36 | DocScrutinizer05 | needs thorough understanding how midgard works, to do the right thing to the right tables (plural!) |
| 12:43.56 | DocScrutinizer05 | we have db backups, luckily |
| 12:44.01 | M4rtinK2 | good! |
| 12:44.16 | DocScrutinizer05 | but that might mean we have to rollback maemo.org to ~april |
| 12:44.47 | DocScrutinizer05 | and that still leaves repo in a messed up state |
| 12:45.08 | DocScrutinizer05 | at least all packages since april would be orphaned then |
| 12:45.37 | M4rtinK2 | how big is the db ? |
| 12:45.57 | M4rtinK2 | & does it support making snapshots while running ? |
| 12:46.01 | DocScrutinizer05 | a humble 50GB |
| 12:46.19 | DocScrutinizer05 | no |
| 12:46.24 | DocScrutinizer05 | not really |
| 12:46.41 | M4rtinK2 | well, that's indeed an issue |
| 12:46.50 | DocScrutinizer05 | well, it's mysql and our sysops have installed some means to do proper dumps for backup |
| 12:46.56 | M4rtinK2 | having say daily incremental backups would be a good safety net |
| 12:47.14 | DocScrutinizer05 | we have those |
| 12:47.49 | *** join/#maemo ian--- (ian---@78.133.79.202) |
| 12:47.58 | DocScrutinizer05 | every time blade-a load goes up significantly it's probably backupPC doing backups of the VMs |
| 12:48.05 | DocScrutinizer05 | incl db VM |
| 12:48.29 | DocScrutinizer05 | happens once / day, ~00:00 CET |
| 12:48.51 | M4rtinK2 | that's indeed good to have |
| 12:49.08 | DocScrutinizer05 | yeah, but we don't keep those backups forever |
| 12:49.15 | M4rtinK2 | in case it gets completely borked for some reason |
| 12:49.45 | M4rtinK2 | is it full or incremental ? |
| 12:50.12 | DocScrutinizer05 | I asked for keeping 4 weeks worth of incremental backups, plus one incremetal backup per month against original state |
| 12:50.24 | DocScrutinizer05 | dunno if warfare implemented it |
| 12:50.55 | DocScrutinizer05 | every Sunday we do a full backup, during week is incremental |
| 12:51.19 | DocScrutinizer05 | we keep 8 weeks of sunday backups iirc |
| 12:51.55 | M4rtinK2 | well, that should hopefully have the worst case covered for the time being |
| 12:52.13 | M4rtinK2 | nothing much more that can be done when fixing a live production system |
| 12:52.58 | M4rtinK2 | well, actually a cluster, making things even worse |
| 12:53.24 | M4rtinK2 | anyway, good job taking things this far already! :) |
| 12:53.57 | M4rtinK2 | considerin Maemo being such an undocumented & complicated beast |
| 12:54.25 | *** join/#maemo NeutrinoPower (~neutrino@HSI-KBW-078-042-162-195.hsi3.kabel-badenwuerttemberg.de) |
| 13:00.10 | DocScrutinizer05 | seen anthonie |
| 13:00.15 | DocScrutinizer05 | ~seen anthonie |
| 13:00.17 | infobot | anthonie <~anthonie@ip26-214-210-87.adsl2.static.versatel.nl> was last seen on IRC in channel #maemo, 2h 39m 2s ago, saying: 'No, hence the word "mano"... '. |
| 13:01.38 | DocScrutinizer05 | ~seen anthonie_ |
| 13:01.38 | infobot | anthonie_ <~anthonie@ip26-214-210-87.adsl2.static.versatel.nl> was last seen on IRC in channel #maemo, 3d 19h 44m 56s ago, saying: 'yes, I think that's pretty well possible'. |
| 13:03.41 | psycho_oreos | kerio, thanks, just checked Qt Mobile Hotspot and the latest under extras-devel does have an option to choose either USB or WLAN. |
| 13:13.42 | *** join/#maemo rikanee (~rika@unaffiliated/rikanee) |
| 13:26.26 | *** join/#maemo Kabouik (~quassel@78.54.84.79.rev.sfr.net) |
| 13:28.33 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 13:35.31 | DocScrutinizer05 | M4rtinK2: http://xkcd.com/705/ |
| 13:39.20 | M4rtinK2 | sure, uptime is important :) |
| 13:39.50 | M4rtinK2 | that reminds me - what distro is Maemo actually running on ? |
| 13:39.55 | M4rtinK2 | well, the VMs |
| 13:40.02 | M4rtinK2 | Debian I guess ? |
| 13:42.32 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 14:08.19 | *** join/#maemo Pilke (~Pilke@188-67-45-119.bb.dnainternet.fi) |
| 14:18.46 | *** join/#maemo amin007110 (~aminie@95.38.155.216) |
| 14:23.19 | Drathir | vw 27 |
| 14:23.25 | Drathir | fail sorry |
| 14:28.31 | psycho_oreos | Maemo uses Debian package management, it does not necessarily mean that it is running on Debian :) |
| 14:33.24 | *** join/#maemo Ariadeno (~Ariadeno@010.233.dsl.concepts.nl) |
| 14:36.14 | M4rtinK2 | psycho_oreos: of course, but I mean the infrastructure |
| 14:38.18 | *** join/#maemo Martix_ (~martix@4.177.broadband3.iol.cz) |
| 14:41.09 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 14:55.10 | *** join/#maemo guampa (~guampa@gateway/tor-sasl/guampa) |
| 15:08.23 | *** join/#maemo Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
| 15:10.43 | *** join/#maemo triggerhappy (~quassel@58.69.194.133) |
| 15:16.50 | DocScrutinizer05 | alas ubuntu |
| 15:19.06 | *** join/#maemo heroux (~heroux@5070823C.static.ziggozakelijk.nl) |
| 15:19.14 | *** join/#maemo kraft (kraft@gateway/shell/blinkenshell.org/x-oujbqnppvjqaebip) |
| 15:22.49 | *** join/#maemo Sc0rpius (~naikel@190.38.248.143) |
| 15:25.15 | *** join/#maemo DrCode (~DrCode@gateway/tor-sasl/drcode) |
| 15:34.19 | DocScrutinizer05 | http://privatepaste.com/20e2d92083 |
| 15:34.46 | DocScrutinizer05 | <PROTECTED> |
| 15:36.04 | DocScrutinizer05 | frowns at php5 causing apache2 processes to stall rather than quit when max_execution_time expires |
| 15:37.06 | *** join/#maemo valerius (~user@85.26.180.175) |
| 15:42.20 | *** join/#maemo Avasz (~Avash@49.244.29.241) |
| 15:42.20 | *** join/#maemo Avasz (~Avash@unaffiliated/avasz) |
| 15:43.12 | *** join/#maemo Vanadis (~vanadis@84-73-148-72.dclient.hispeed.ch) |
| 15:49.01 | *** join/#maemo arcean (~arcean@aaen78.neoplus.adsl.tpnet.pl) |
| 16:02.37 | *** join/#maemo sardini (~halXI@2a01:e35:1386:4120:ad0b:8d38:946c:474f) |
| 16:03.11 | DocScrutinizer05 | <PROTECTED> |
| 16:03.12 | DocScrutinizer05 | 19959 www-data 20 0 1454M 1195M 20412 S 17.0 20.2 3:16.90 /usr/sbin/apache2 -k start |
| 16:11.09 | *** join/#maemo amin007110 (~aminie@95.38.155.216) |
| 16:11.24 | DocScrutinizer05 | 16:07:30 write(19, "\303\0\0\0\3UPDATE repligard SET changed=NULL,action='update',typename='midgard_parameter', object_action=4 WHERE guid='0bab5c186a3111dd961d834f021af853f853' AND realm='record_extension' AND sitegroup = 1", 199) = 199 |
| 16:18.09 | *** join/#maemo bef0rd_ (~bef0rd@186.31.135.178) |
| 16:36.33 | *** join/#maemo hover (~n00b@unaffiliated/hover) |
| 16:40.06 | *** join/#maemo Dynamit (~Mohamed@84-55-71-22.customers.ownit.se) |
| 16:57.43 | *** join/#maemo ced117 (~ced117@opensuse/member/ced117) |
| 17:06.33 | DocScrutinizer05 | M4rtinK2: http://maemo.org/packages/view/modrana/ loads now |
| 17:07.35 | DocScrutinizer05 | there are still pages that fail to load though, even with 99s timeout |
| 17:10.55 | amin007110 | Where is the storage location of 'contacts data'? Like rtcom-eventlogger for messaging. |
| 17:11.37 | DocScrutinizer05 | somebody (I think merlin1991) already tracked down the reason why ""Old version cleaned by repository management"" fails and thus gets rescheduled |
| 17:12.44 | DocScrutinizer05 | amin007110: I'd say .osso-abook |
| 17:13.31 | amin007110 | in /opt ? |
| 17:14.05 | DocScrutinizer05 | in ~user/.osso-abook/db/addressbook.db |
| 17:14.13 | amin007110 | hmmm |
| 17:14.14 | *** join/#maemo valerius (~user@85.26.180.160) |
| 17:14.41 | DocScrutinizer05 | why? |
| 17:14.50 | amin007110 | just to know |
| 17:14.59 | DocScrutinizer05 | hmmm |
| 17:15.07 | amin007110 | sqlite3 ? |
| 17:15.16 | DocScrutinizer05 | nah, berkley iirc |
| 17:15.42 | *** join/#maemo sq-one (~sq-one@p549A8CA7.dip0.t-ipconnect.de) |
| 17:16.39 | DocScrutinizer05 | http://maemo.cloud-7.de/maemo5/usr/local/bin/contact |
| 17:27.28 | *** join/#maemo hardfalcon (~hardfalco@g228161174.adsl.alicedsl.de) |
| 17:28.14 | *** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-79-181-171-229.red.bezeqint.net) |
| 17:28.14 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 17:29.27 | *** join/#maemo DrCode (~DrCode@gateway/tor-sasl/drcode) |
| 17:33.13 | amin007110 | DocScrutinizer05, you know when in settings>accounts we touch an account to modify, it becomes highlighted. Well, a few years ago, when i touched a jabber account, battery becomes empty and device turned off. Since next restart, that row in account settings has remained highlighted regardless of which account fit there. |
| 17:34.56 | amin007110 | Deleting and recreating does not make sense, unless I totally forgot about restoring account backup. |
| 17:35.37 | amin007110 | make any difference* i mean |
| 17:49.44 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 17:50.32 | DocScrutinizer05 | for me the highlighting is just fraction of a second, until that account opens in detail view |
| 17:51.34 | DocScrutinizer05 | I gather you got a garbled account file/whatever that is making this accounts list blow chunks |
| 17:52.27 | DocScrutinizer05 | anyway (IM/VoIP)accounts there are not related to addressbook |
| 17:52.37 | amin007110 | i know |
| 17:53.09 | amin007110 | These are separate questiobns |
| 17:53.25 | *** join/#maemo Win7Mac_ (~Win7Mac@tmo-111-144.customers.d1-online.com) |
| 17:53.59 | amin007110 | Well, How can I find this account file/whatever ? |
| 17:54.27 | *** join/#maemo arcean (~arcean@aaen78.neoplus.adsl.tpnet.pl) |
| 17:54.32 | DocScrutinizer05 | I'm not sure. Start at ~user/.rtcom-accounts |
| 17:55.11 | DocScrutinizer05 | gconftool -R /|less /<some significant searchstring> |
| 17:56.34 | *** join/#maemo drcjboduma (~communi@cpc1-ipsw2-2-0-cust192.7-4.cable.virginmedia.com) |
| 17:56.52 | DocScrutinizer05 | accounts.cfg in there has a good part of stuff related to those accounts. Don't ask me though where the passwords are stored |
| 17:57.53 | amin007110 | already saw account.cfg. Nothing related to highlighting rows. |
| 17:58.20 | DocScrutinizer05 | there's *nothing* anywhere related to highlighting |
| 17:58.33 | DocScrutinizer05 | that's a symptom of a bug |
| 17:58.43 | DocScrutinizer05 | probably in accounts.cfg |
| 17:59.00 | *** join/#maemo HtheB (~HtheB@62.140.137.87) |
| 17:59.06 | DocScrutinizer05 | or in (not) attached avatar image |
| 17:59.34 | DocScrutinizer05 | some syntax error or inconsistency or illegal char |
| 17:59.41 | HtheB | anyone here from the us who want to help me a bit? |
| 18:00.08 | *** join/#maemo hover (~n00b@unaffiliated/hover) |
| 18:00.08 | *** join/#maemo Win7Mac_ (win7mac@e179195168.adsl.alicedsl.de) |
| 18:00.31 | amin007110 | opened in vi. just 13 lines. General settings. like auto online, enabled, protocol, bla bla bla |
| 18:00.35 | DocScrutinizer05 | amin007110: I didn't assume there's a "highlight=permanent" in there |
| 18:02.00 | DocScrutinizer05 | amin007110: maybe an important line is missing. I dunno |
| 18:02.19 | *** join/#maemo Win7Mac_ (win7mac@e179195168.adsl.alicedsl.de) |
| 18:05.11 | *** join/#maemo Win7Mac_ (win7mac@e179195168.adsl.alicedsl.de) |
| 18:05.17 | DocScrutinizer05 | amin007110: AIUI you can create new accounts? then create a second account exactly like the messed up one, and compare their entries one by one |
| 18:07.19 | amin007110 | I think it's not related to any account, it's related to the row number the account stand on. |
| 18:07.40 | amin007110 | Imagine i have 12 accounts |
| 18:07.56 | amin007110 | and the 7th one is highlighted |
| 18:08.18 | amin007110 | when i delete the 7th, the previous 8the one take its place. |
| 18:08.58 | *** join/#maemo bef0rd (~bef0rd@unaffiliated/beford) |
| 18:12.09 | DocScrutinizer05 | mhm, now that's extremely weird |
| 18:13.04 | DocScrutinizer05 | I'd honestly suggest to reflash |
| 18:14.18 | amin007110 | well, then if restore accounts backup, we will the row there again :D |
| 18:14.26 | amin007110 | if I restore * |
| 18:14.38 | amin007110 | we will see * |
| 18:15.39 | *** join/#maemo sq-one (~sq-one@p549A8CA7.dip0.t-ipconnect.de) |
| 18:17.47 | amin007110 | It`s super mega giga hyper super DIFFICULTLY to understand, but i don't know is it super difficulty made or I am hyper idi0t!!! |
| 18:18.23 | DocScrutinizer05 | might even be a hardware defect, in digitizer |
| 18:18.30 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 18:18.33 | amin007110 | nope |
| 18:18.51 | amin007110 | digitaizer has been changed 2 times during these years |
| 18:18.53 | DocScrutinizer05 | then it shouldn't show up in a fresh reflashed device |
| 18:19.07 | DocScrutinizer05 | not even when you create 12 accounts |
| 18:19.10 | amin007110 | in a fresh yes |
| 18:19.14 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 18:19.27 | amin007110 | the problem is backup! |
| 18:19.42 | amin007110 | restoring backup in fact |
| 18:19.42 | DocScrutinizer05 | and when it returns on restoring from osso-backup, then it's clearly related to what's in there |
| 18:20.11 | DocScrutinizer05 | and in backup the content is pretty much plaintext |
| 18:20.25 | DocScrutinizer05 | once you untargz'ed it |
| 18:20.43 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 18:20.56 | amin007110 | and search for what ? |
| 18:20.56 | DocScrutinizer05 | mc is awesome to browse a backup and view the content of every single file in that tarballs in tarballs |
| 18:21.18 | DocScrutinizer05 | search for stuff that seems related to accounts |
| 18:22.20 | DocScrutinizer05 | like I already said, it might be an illegal char somewhere, or a garbled syntactical structure, or whatever |
| 18:23.13 | DocScrutinizer05 | I still don't get it how it could jump from one account to next, on deletion or insertion of an account |
| 18:23.24 | DocScrutinizer05 | and then as well survive reboots |
| 18:23.57 | DocScrutinizer05 | you say it's on 7th account? so what happens when you delete all accounts but 6 |
| 18:24.24 | DocScrutinizer05 | where is the highlight then? |
| 18:24.51 | amin007110 | empty area become highlighted |
| 18:25.14 | DocScrutinizer05 | maybe it's a bug that existed since beginning of times, and just nobody ever noticed it since... 7 accounts, duh! |
| 18:25.46 | DocScrutinizer05 | and you say you have only 13 lines in your accounts.cfg? how's that possible? |
| 18:26.02 | amin007110 | whou you mind to see ? |
| 18:26.07 | amin007110 | whould |
| 18:26.19 | DocScrutinizer05 | I mean I have only 2 or 3 accounts and some 100 lines in there |
| 18:27.10 | amin007110 | lol, I told you once a time, I, myself, am a bug :D |
| 18:27.38 | DocScrutinizer05 | # wc accounts.cfg |
| 18:27.39 | DocScrutinizer05 | <PROTECTED> |
| 18:28.18 | DocScrutinizer05 | nah, you're just dreaming that, I'm sure. Did you notice you were a bug when you awoke one morning? |
| 18:28.37 | amin007110 | Nokia-N900:/home/user/.rtcom-accounts# wc accounts.cfg |
| 18:28.38 | amin007110 | <PROTECTED> |
| 18:29.03 | amin007110 | ugt? |
| 18:29.24 | *** join/#maemo messerting (~messertin@cm-84.211.113.209.getinternet.no) |
| 18:29.38 | DocScrutinizer05 | Kafka |
| 18:30.28 | Lava_Croft | and one of his worst stories at that! |
| 18:30.34 | Lava_Croft | :) |
| 18:31.00 | amin007110 | but im not gregor samsa :D |
| 18:31.04 | Lava_Croft | :) |
| 18:31.12 | Lava_Croft | you are no travelling salesman? |
| 18:31.13 | Lava_Croft | :< |
| 18:32.10 | *** part/#maemo drcjboduma (~communi@cpc1-ipsw2-2-0-cust192.7-4.cable.virginmedia.com) |
| 18:33.32 | amin007110 | Of course the answer depends on what you mean by reasonable. |
| 18:48.16 | DocScrutinizer05 | ok, 239 is a virgin accounts.cfg |
| 18:48.48 | DocScrutinizer05 | for any jabber or sip account there should be sth in this file |
| 18:49.22 | DocScrutinizer05 | btw in backup you find it in comm_and_cal.zip/uzip://Root/tmp/.rtcom-accounts |
| 18:49.27 | *** join/#maemo lexxik (~lol@ip-94-113-121-61.net.upcbroadband.cz) |
| 18:52.13 | *** part/#maemo win7mac (~win7mac@lagrange.cloud-7.de) |
| 18:52.42 | DocScrutinizer05 | you might want to cp -a /tmp /tmp-backup; rm -rf /tmp/* |
| 18:53.38 | amin007110 | Well, I guess when i disable an account in settings, Maemo removes its related configs from the file. |
| 18:53.55 | DocScrutinizer05 | though tmpfs on /tmp type tmpfs (rw,noatime,size=1024k) |
| 18:54.53 | DocScrutinizer05 | amin007110: so what? you say you have 13 accounts? |
| 18:54.58 | amin007110 | Or maybe i am wrong, Now comparing some differenct backups |
| 18:56.22 | amin007110 | Well, found one with 10528 lines ! hehe :D |
| 18:56.35 | DocScrutinizer05 | sounds more like it |
| 18:57.25 | DocScrutinizer05 | still I don't get it how you can have 12 accounts showing in GUI when your accounts.cfg is virgin |
| 18:58.06 | DocScrutinizer05 | I'd thik an account not configured in accounts.cfg can't show up in GUI whatsoever |
| 18:58.13 | DocScrutinizer05 | think even |
| 18:58.51 | amin007110 | hmmm |
| 18:59.16 | amin007110 | i found that 7th account |
| 18:59.32 | amin007110 | and there is not any noticeable difference with others |
| 18:59.35 | DocScrutinizer05 | you're sure you didn't do leete personalization with new unix user accounts, or switching user to root, or changing fs on /home or whatever? |
| 19:00.18 | amin007110 | Yes |
| 19:01.23 | DocScrutinizer05 | sorry, no clue |
| 19:01.50 | DocScrutinizer05 | sth seems to be severely mystical on your system |
| 19:02.43 | DocScrutinizer05 | accounts that show up in settings/accounts should as well show up in ~user * * accounts.cfg |
| 19:03.47 | amin007110 | well, i found them in previous 2011 made backups |
| 19:04.05 | amin007110 | but not in current file and half of them in 2012 |
| 19:04.08 | DocScrutinizer05 | you say your file has 239 chars like the one in my backup labeled "virgin", yet you claim to see 12 accounts in GUI, and 7th of them is highlighted permanenly |
| 19:04.11 | lexxik | hello guys, right now im trying to reflash my phone (because of no uboot menu - just options like uboot console) but uboot is faster > flashing didn't start. Some ideas how to solve that? (by the way 'attached kernel' option is not working, srsly dont know why).. the problem with uboot is probably coused by 'formated' MyDocs partition, uboot is trying to find there file named boot.scr or bootmenu.scr... but how i said my MyDocs is clean aft |
| 19:04.19 | amin007110 | although i had all of them |
| 19:04.57 | *** join/#maemo imsurit4 (~n00b@49.244.29.241) |
| 19:05.01 | *** part/#maemo hover (~n00b@unaffiliated/hover) |
| 19:05.15 | *** part/#maemo imsurit4 (~n00b@49.244.29.241) |
| 19:05.29 | DocScrutinizer05 | lexxik: charge your battery, follow instructions in : |
| 19:05.33 | DocScrutinizer05 | ~flashing |
| 19:05.33 | infobot | from memory, maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware |
| 19:07.05 | DocScrutinizer05 | lexxik: attached kernel not working probably caused by you having PK kernel modules installed |
| 19:08.03 | amin007110 | DocScrutinizer05, is it possible that fsck restores a virgin accounts.cfg instead of the original? |
| 19:08.22 | DocScrutinizer05 | anyway uboot isn't "faster", it's just the next think after NOLO when NOLO refuses to flash |
| 19:08.34 | DocScrutinizer05 | amin007110: hardly |
| 19:08.47 | *** part/#maemo hardfire2 (~Avash@unaffiliated/avasz) |
| 19:09.09 | DocScrutinizer05 | unless the original got garbled on fs level and fschk deleted or moved it to lost&found |
| 19:09.28 | DocScrutinizer05 | then the GUI would create a virgin new file I guess |
| 19:10.33 | DocScrutinizer05 | since that's obviouslym SOP on maemo: when a config file is missing, the process trying to open it creates it anew |
| 19:11.15 | DocScrutinizer05 | but then that should result in all your accounts vanishing |
| 19:11.21 | DocScrutinizer05 | AIUI |
| 19:11.28 | amin007110 | there is no accounts.cfg in lost+found at the moment. |
| 19:11.50 | DocScrutinizer05 | unless that particular GUI looks at some friggin telepathy crap config files as well |
| 19:12.17 | DocScrutinizer05 | in lost&found it wouldn't be called anything resembling original name |
| 19:12.55 | DocScrutinizer05 | any files rescued to lost&found are called file0000 .. file9999 iirc |
| 19:13.08 | amin007110 | #385478 |
| 19:13.13 | amin007110 | inode name |
| 19:13.26 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 19:13.46 | amin007110 | but if it was a directory, files in it represent real names |
| 19:13.52 | DocScrutinizer05 | and there's for sure an option to fsck to rather delete/purge those orphaned "files" rather than moving stuff to lost&found |
| 19:14.09 | lexxik | is 'green light' battery status indication important when flashing? |
| 19:14.45 | DocScrutinizer05 | err yes |
| 19:15.38 | DocScrutinizer05 | battery check: switch off device, press&hold "U" key, attach NOKIA wallcharger aka fastcharger, watch screen |
| 19:15.52 | DocScrutinizer05 | it should show NOKIA and USB symbol upper right |
| 19:16.18 | DocScrutinizer05 | if it doesn't stay there until you remove charger, then your battery is (too) empty |
| 19:18.01 | DocScrutinizer05 | rationale: when NOLO decides battery is too low, it tries to skip flashing requests and to boot into system to start charging - however sensible that might be |
| 19:18.25 | DocScrutinizer05 | so when that happens, for you next thing you see is uBoot |
| 19:18.48 | DocScrutinizer05 | alas afaik uBoot can't charge battery |
| 19:19.11 | *** join/#maemo qwazix (~qwazix@Maemo/community/council/qwazix) |
| 19:19.29 | DocScrutinizer05 | so if that's your problem, then an external charger or rescueOS are your options to recover |
| 19:21.11 | lexxik | the problem: when i plugg in the wallcharger, the diod is orange and after a while, uBoot starts. Does it mean i need to charge the battery in another phone? (eg. my 5800XM?) |
| 19:21.18 | *** join/#maemo Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz) |
| 19:22.36 | DocScrutinizer05 | yes |
| 19:22.56 | DocScrutinizer05 | your battery is completely depleted |
| 19:23.02 | DocScrutinizer05 | ~flatbatrecover |
| 19:23.02 | infobot | Remove battery for 1 minute. Insert battery. Plug powered ***NOKIA WALLCHARGER*** to device. Watch steady amber. Let sit and charge. Do NOT try to boot. After 30 min, you got either a) a booted up N900, b) flashing amber which means you can boot, c) steady amber going off - in this case start over again with ~flatbatrecover |
| 19:23.27 | DocScrutinizer05 | ^^^ only applies to non-fubared rootfs devices |
| 19:25.01 | DocScrutinizer05 | anyway steady amber means the device can't boot up at all, not even to NOLO, due to battery way too low |
| 19:25.26 | DocScrutinizer05 | steady amber is emergency charging until NOLO can boot |
| 19:25.55 | DocScrutinizer05 | you can't charge battery to a level where NOLO would allow flashing, by emergency charging |
| 19:27.14 | lexxik | so what to do now: charge battery in my historical 5800XM, put it in N900 and? flash? or is there option how to save my half-bricked phone? |
| 19:27.51 | DocScrutinizer05 | you can boot to rescueOS and restore the uboot.scr (or whatever) file |
| 19:28.02 | DocScrutinizer05 | or you reflash |
| 19:28.07 | DocScrutinizer05 | rootfs |
| 19:28.13 | *** join/#maemo ZogG_laptop (~ZogG_lapt@212.199.182.172) |
| 19:28.13 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 19:29.03 | DocScrutinizer05 | anyway you should first charge the battery in your ancient phone, if that works |
| 19:29.11 | lexxik | by the way, when the battery is out of the phone and the charger is plugged in, the uBoot is still running. Interesting.. |
| 19:29.11 | DocScrutinizer05 | *completely* |
| 19:29.34 | DocScrutinizer05 | hmm, that's indeed interesting |
| 19:30.06 | DocScrutinizer05 | ooh, you mean when you remove battery while uBoot is displayed? that's normal |
| 19:30.14 | DocScrutinizer05 | ~hotswap |
| 19:30.14 | infobot | hmm... hotswap is http://talk.maemo.org/showthread.php?t=57734 |
| 19:30.20 | *** join/#maemo arcean (~arcean@aaen78.neoplus.adsl.tpnet.pl) |
| 19:30.42 | DocScrutinizer05 | NOLO checks for battery presence. uBoot doesn't |
| 19:34.01 | lexxik | cool.. yet another thing i didnt know about n900 :) |
| 19:35.39 | DocScrutinizer05 | hah, when you wanna hear about things yiu didn't know yet of N900, you're talking to the right one ;-P |
| 19:36.51 | DocScrutinizer05 | I think i created a few more info bits scattered oall over the place than just http://talk.maemo.org/showthread.php?t=57734 and ~jrtools |
| 19:37.13 | DocScrutinizer05 | and |
| 19:37.22 | DocScrutinizer05 | ~factinfo flatbatrecover |
| 19:37.22 | infobot | flatbatrecover -- created by DocScrutinizer <~halley@openmoko/engineers/joerg> at Mon Jul 26 02:02:58 2010 (1084 days); last modified at Wed Mar 27 16:02:38 2013 by kerio!~kerio@Maemo/community/contributor/kerio; it has been requested 63 times, last by DocScrutinizer05, 14m 20s ago. |
| 19:37.55 | kerio | hai |
| 19:38.13 | DocScrutinizer05 | however the question is if you *really* wanna know about all that ;-) |
| 19:43.11 | DocScrutinizer05 | actually |
| 19:43.14 | DocScrutinizer05 | ~jrtools |
| 19:43.14 | infobot | extra, extra, read all about it, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools |
| 19:43.21 | DocScrutinizer05 | might be interesting |
| 19:43.54 | DocScrutinizer05 | as well as some of the other stuff in this junkjard |
| 19:44.05 | DocScrutinizer05 | err oops |
| 19:44.23 | DocScrutinizer05 | sorry I meant maemo.cloud-7.de |
| 19:44.37 | DocScrutinizer05 | (junkjard) |
| 19:45.04 | *** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-84-108-147-174.cablep.bezeqint.net) |
| 19:45.04 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 19:45.09 | *** join/#maemo jyrjyr (~jyrjyr@mail.turvamies.fi) |
| 19:45.31 | *** join/#maemo _rd (~rd@p5088F254.dip0.t-ipconnect.de) |
| 19:49.33 | *** join/#maemo entitled (ex1t@lodju.net) |
| 19:50.05 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 19:58.26 | *** join/#maemo win7mac (~win7mac@lagrange.cloud-7.de) |
| 20:09.59 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 20:11.39 | *** join/#maemo jyrjyr (~jyrjyr@mail.turvamies.fi) |
| 20:25.40 | *** join/#maemo NeutrinoPower (~neutrino@HSI-KBW-046-005-026-043.hsi8.kabel-badenwuerttemberg.de) |
| 20:27.35 | *** part/#maemo win7mac (~win7mac@lagrange.cloud-7.de) |
| 20:35.33 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 20:45.30 | *** join/#maemo lexxik (~lol@ip-94-113-121-61.net.upcbroadband.cz) |
| 20:56.51 | *** join/#maemo LauRoman (~LauRoman@5-14-93-221.residential.rdsnet.ro) |
| 21:15.45 | *** join/#maemo win7mac (~win7mac@lagrange.cloud-7.de) |
| 21:19.13 | lexxik | so... now i have my battery charged so the phone is reflashable.. i dont have any important datas in it, but tons of applications and a few "spezial" configs&tweaks (u know.. but nothing important), so now, with the rescueOS, i need to create boot.scr on the MyDocs? If yes, what is its content? All the time before this 'issue' i thought that there is no uBoot related stuff on MyDocs.. :) |
| 21:23.15 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 21:24.10 | *** join/#maemo unclouded (~neil@2001:4428:200:80fc:a183:1147:cbd:bc0d) |
| 21:37.03 | *** join/#maemo ArGGu^^ (~ArGGu^^@a88-112-164-9.elisa-laajakaista.fi) |
| 21:53.25 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 22:12.36 | *** join/#maemo entitled (ex1t@lodju.net) |
| 22:18.44 | DocScrutinizer05 | ask pali, or any other uBoot user |
| 22:19.14 | DocScrutinizer05 | I guess providing a boot.scr via pastebin is not asking for much |
| 22:23.04 | DocScrutinizer05 | another possibility: you flash kernel only - matching to what your rootfs installed kernel modules say is the right one for you (you probably know) - and then install uBoot again |
| 22:23.39 | DocScrutinizer05 | ...from booted maemo, as usual |
| 22:24.12 | DocScrutinizer05 | this will re-create the boot.scr and the uBoot + attached stock kernel, and anything else needed |
| 22:25.20 | DocScrutinizer05 | see flasher --help or wiki page or man page, how to flash kernel-only |
| 22:26.33 | *** join/#maemo ZogG_laptop (~ZogG_lapt@bzq-84-108-147-174.cablep.bezeqint.net) |
| 22:26.33 | *** join/#maemo ZogG_laptop (~ZogG_lapt@funtoo/user/ZogG) |
| 22:28.06 | DocScrutinizer05 | sorry, my uBoot is really ancient, I guess it won't help at all for solving your problem |
| 22:32.01 | *** join/#maemo mkaindl_ (~mkaindl_@ama-dablam.markus-kaindl.de) |
| 22:32.24 | DocScrutinizer05 | tbh I'm not sure if I have uBoot installed at all. Last time I booted the device in question is like 12 months ago |
| 22:32.47 | DocScrutinizer05 | probably not, since I wouldn't need it |
| 22:33.43 | DocScrutinizer05 | anyway I have no boot.scr |
| 22:34.28 | DocScrutinizer05 | and I guess yur boot.scr is proprietary to your system config, as set up in bootmenu/* config files |
| 22:35.03 | DocScrutinizer05 | so probably the kernel-flashing is the better alternative |
| 22:38.03 | lexxik | thanks... i will try --flash-only=kernel option... however, thanks :) |
| 22:38.12 | DocScrutinizer05 | yw |
| 22:38.27 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 22:38.40 | BCMM | my n900 is stuck in USB mass storage mode, even though it isn't even connected to a computer |
| 22:38.52 | BCMM | consequently, it won't turn off. what should i do? |
| 22:39.03 | DocScrutinizer05 | it won't turn off? |
| 22:39.39 | BCMM | DocScrutinizer05, "device is being used via usb. disconnect device from the pc and try switching device off again" |
| 22:39.56 | DocScrutinizer05 | WTF? |
| 22:40.04 | BCMM | (i've never seen that before because i've never tried to switch it off while connected to USB) |
| 22:40.05 | DocScrutinizer05 | never seen or even heard of this |
| 22:40.22 | BCMM | and it says mass storage mode in the status area and all that |
| 22:40.38 | DocScrutinizer05 | simply connect device to PC or charger, then disconnect again |
| 22:40.52 | BCMM | i plugged it in, put it in mass storage mode, and noticed it wasn't appearing on the PC |
| 22:41.00 | DocScrutinizer05 | it's a known minor inconvenience |
| 22:41.06 | BCMM | then i accidentally dismissed a popup message while confirming it was in usb mass storage mode |
| 22:41.09 | BCMM | then i unplugged it... |
| 22:42.08 | BCMM | that fixed it, thanks |
| 22:42.13 | DocScrutinizer05 | yw |
| 22:43.10 | DocScrutinizer05 | happens to me rarely even on unplugging fastcharger |
| 22:43.17 | DocScrutinizer05 | it's a race condition |
| 22:43.19 | lexxik | (hehe :)..what about #maemo-techsup or #maemo-help huh? :-) |
| 22:43.35 | win7mac | indeed |
| 22:43.46 | DocScrutinizer05 | sure, if I can ask for entrance fees ;-P |
| 22:44.13 | win7mac | sell PWs... |
| 22:44.21 | DocScrutinizer05 | PWs? |
| 22:44.32 | win7mac | passwords |
| 22:44.38 | DocScrutinizer05 | jkshsdjkh |
| 22:44.44 | DocScrutinizer05 | how much? |
| 22:44.48 | DocScrutinizer05 | ;-P |
| 22:44.59 | DocScrutinizer05 | sfdjwklrjh |
| 22:45.01 | DocScrutinizer05 | eqzhwgcrcwn |
| 22:45.07 | DocScrutinizer05 | take 3, pay 2 |
| 22:45.23 | lexxik | how much do you want for them? |
| 22:45.24 | win7mac | by minutes |
| 22:45.53 | DocScrutinizer05 | lexxik: buy me a lunch |
| 22:45.54 | lexxik | i will set up the third one as my root passwd, it is rly strong |
| 22:46.51 | BCMM | DocScrutinizer05, in this case the usb hub is clearly a bit weird anyway |
| 22:47.19 | DocScrutinizer05 | possibly |
| 22:47.53 | BCMM | well, second attempt neither phone nor hub noticed the connection. 3rd attempt, without the hub in the way, went normally |
| 22:48.04 | DocScrutinizer05 | hubs - particularly unpowered ones - may cause some trouble, since they don't alloow even 500mA charging |
| 22:48.29 | BCMM | DocScrutinizer05, why should that matter? |
| 22:48.51 | DocScrutinizer05 | because ENUM will fail in weird ways then, and finally hub may shut down the port |
| 22:49.19 | lexxik | so ive tried the --flash-only=kernel option, the uBoot didnt load but after Nokia logo is... nothing.. for a while it seemed promising (screen powered) but than my beloved brick shutted down... so the 'total reflash' is the only option now? |
| 22:49.35 | DocScrutinizer05 | N900 isn't prepared for a hub that doesn't allow 500mA charging |
| 22:50.07 | DocScrutinizer05 | lexxik: no, you just flashed the wrong kernel |
| 22:50.40 | DocScrutinizer05 | uBoot can't load since it got replaced by the kernel you flashed |
| 22:51.10 | DocScrutinizer05 | but the kernel needs to match the kernel modules in /lib/modules/* |
| 22:51.49 | DocScrutinizer05 | IroN900:~# ll /lib/modules/ |
| 22:51.51 | DocScrutinizer05 | insgesamt 0 |
| 22:51.52 | DocScrutinizer05 | drwxr-xr-x 2 root root 7600 2011-03-06 21:52 2.6.28-omap1 |
| 22:51.54 | DocScrutinizer05 | lrwxrwxrwx 1 root root 12 2009-10-30 12:32 current -> 2.6.28-omap1 |
| 22:52.12 | DocScrutinizer05 | yours might look pretty different, and the kernel you need to flash depends on that |
| 22:53.34 | DocScrutinizer05 | if the kernel and modules don't match, the kernel will panic after loading |
| 22:53.54 | DocScrutinizer05 | not much will happen after that, and nothing will happen before |
| 22:54.38 | DocScrutinizer05 | usually device reboots on a kernel panic |
| 22:56.12 | win7mac | regarding 500mA charging... Is there a good alternative to stock N9 wall-charger (1A), that provides around 500mA or even less? |
| 22:56.19 | DocScrutinizer05 | you said "attached kernel" didn't load on uBoot, so you evidently didn't have stock kernel on your root |
| 22:56.40 | DocScrutinizer05 | huh, why would you want 500mA or less? |
| 22:57.13 | DocScrutinizer05 | and no, no usb charger provides less than 500mA, that would be rather insane |
| 22:57.31 | win7mac | to not stress the battery |
| 22:57.43 | DocScrutinizer05 | lol, it doesn't work like that |
| 22:57.44 | win7mac | not USB, but wallcarger |
| 22:58.34 | lexxik | so what i need now? the same 'stock' kernel that was in my n900 before uBoot issue? |
| 22:58.54 | DocScrutinizer05 | no, you evidently had something non-stock |
| 22:59.15 | DocScrutinizer05 | maybe you had powerkernel |
| 22:59.16 | lexxik | eg. kernel power? |
| 22:59.32 | DocScrutinizer05 | I almost would bet you had KP |
| 23:00.05 | DocScrutinizer05 | ~kp |
| 23:00.06 | infobot | rumour has it, kp is http://talk.maemo.org/showthread.php?t=85665 |
| 23:00.40 | DocScrutinizer05 | somewhere in this thread I'd expect a mini-howto flash KP via flasher --flash-only=kernel |
| 23:01.18 | lexxik | i will try to find it there, thx again. [hitting thx button] |
| 23:01.24 | DocScrutinizer05 | anyway you could try KP |
| 23:01.32 | DocScrutinizer05 | :-D |
| 23:01.47 | DocScrutinizer05 | it can't be worse than stock kernel |
| 23:02.04 | DocScrutinizer05 | for your recovery effort |
| 23:02.53 | DocScrutinizer05 | and most recent one (kp52) would even work if you had thumbified system |
| 23:03.05 | lexxik | i will give you some free and strong passwords for that ;) |
| 23:03.07 | lexxik | dcnjwecvjwcvbujvbwujvbujv |
| 23:03.16 | lexxik | but keep it secret! |
| 23:03.36 | DocScrutinizer05 | and I'm not all that sure but seem to recall KPisn't picky with version of its modules, i.e. KP52 might work with KP50 modules |
| 23:04.10 | DocScrutinizer05 | sorry we don't buy, just sell. Also no return of used ones |
| 23:04.24 | win7mac | LOL... |
| 23:04.32 | win7mac | But anyway, the higher the charging rate (mA), the less charging cycles the battery will take, in theory |
| 23:05.00 | DocScrutinizer05 | well, only in theory, and even then not entirely correct |
| 23:05.10 | win7mac | not linear |
| 23:05.28 | win7mac | depending on type |
| 23:05.29 | DocScrutinizer05 | actually LiIon suffers much more from deep discharge than from speed charging |
| 23:07.11 | DocScrutinizer05 | ShadowJK did some tests, and it seems the cell is happy with the standard 800mA charge it gets for a short while during initial charging of deep discharged cell |
| 23:07.40 | DocScrutinizer05 | increasing that to 950mA though seems to significantly reduce battery life |
| 23:08.03 | DocScrutinizer05 | very usual recommendation is 0.7C |
| 23:08.07 | win7mac | see... |
| 23:08.10 | *** join/#maemo discopig (~discopig@unaffiliated/discopig) |
| 23:08.10 | win7mac | http://www.androidpolice.com/2010/12/14/your-battery-gauge-is-lying-to-you-everything-you-need-to-know-about-bump-charging-and-inconsistent-battery-drain/ |
| 23:08.13 | DocScrutinizer05 | ~0.7*1320 |
| 23:08.13 | infobot | 924 |
| 23:08.34 | win7mac | batteryuniversity.com/learn/article/how_to_prolong_lithium_based_batteries |
| 23:08.49 | win7mac | now the last one is scientific and worth aread |
| 23:08.52 | DocScrutinizer05 | meh, I#ve seen *all* that years ago |
| 23:09.10 | DocScrutinizer05 | ~batteryfaq |
| 23:09.10 | infobot | somebody said batteryfaq was http://wiki.openmoko.org/wiki/Battery_Questions_and_Answers |
| 23:11.05 | DocScrutinizer05 | > >Table 2: Cycle life as a function o fdepth of discharg eA partial discharge reduces stress and prolongs battery life.<< |
| 23:11.16 | *** join/#maemo lexxik (~llexx@ip-94-113-121-61.net.upcbroadband.cz) |
| 23:11.51 | DocScrutinizer05 | 300@100%disch vs 1500@50%disch |
| 23:14.57 | DocScrutinizer05 | the whole artice doesn't even mention charge-current |
| 23:17.01 | lexxik | the question now.. is where to get kernel-power v52 image compatible with flasher, im right? is it the same .bin format as 'full' firmware images? |
| 23:18.25 | DocScrutinizer05 | I'm not sure about that |
| 23:18.50 | DocScrutinizer05 | but I guess it is |
| 23:19.22 | DocScrutinizer05 | since basically on device flashing is also done via flasher-3.5(fremantle/ARM-build) |
| 23:20.03 | win7mac | Commercial chargers do not allow changing the charge voltage limit. Adding this feature would have advantages, especially for laptops as a means to prolong battery life. When running on extended AC mode, the user could select the “long life” mode and the battery would charge to 4.00V/cell for a standby capacity of about 70 percent. Before traveling, the user would apply the “full charge |
| 23:20.03 | win7mac | mode” to bring the charge to 100%. Some laptop manufacturers may offer this feature but often only computer geeks discover them. |
| 23:20.08 | DocScrutinizer05 | so basically whatever is used to "install" KP on device should also be fine for flashing via PC |
| 23:20.49 | DocScrutinizer05 | LOL, seems this article is rather old |
| 23:21.02 | DocScrutinizer05 | seversal laptops now offer that feature |
| 23:21.14 | win7mac | 2010 |
| 23:22.07 | win7mac | but ok, so you would not recommend going 500mA? |
| 23:23.34 | lexxik | if i know, or KP installation is used .deb package.. so i will download it and 'dpkg -x' it and see what the package contains... are there any chances that flashable image is included? |
| 23:24.37 | lexxik | --for |
| 23:26.03 | DocScrutinizer05 | win7mac: if you're worried about your battery life, use ShadowJK's charge21.sh tweaked to a lower constant-voltage (sth like 4050 instead 4200) |
| 23:26.43 | DocScrutinizer05 | lexxik: sure, it will be included |
| 23:29.57 | win7mac | thanks, will look into that charge21.sh |
| 23:33.16 | lexxik | so.. ive found .fiasco image :) i will give it a try :P |
| 23:33.54 | DocScrutinizer05 | I wonder where from you got KP52.deb |
| 23:34.45 | DocScrutinizer05 | pali has an annoying habit to hide his tarbal and .deb attachements *somewhere* arbitrary random post number in his threads |
| 23:35.26 | *** join/#maemo guampa (~guampa@gateway/tor-sasl/guampa) |
| 23:35.29 | DocScrutinizer05 | or maybe you're better off with KP50, dunno what you had installed |
| 23:36.00 | lexxik | http://repository.maemo.org/extras-devel/pool/fremantle/free/k/kernel-power/ |
| 23:36.03 | lexxik | kernel-power_2.6.28-10power52_armel.deb |
| 23:36.35 | lexxik | im sure it was kp52 :) |
| 23:50.29 | lexxik | is hapy |
| 23:50.45 | lexxik | it worked! :DDDDD |
| 23:51.08 | lexxik | DocScrutinizer05: lunch is yours... |
| 23:53.10 | win7mac | sleep is mine... gn o/ |