**** BEGIN LOGGING AT Sun Jul 14 03:00:00 2013 Jul 14 08:54:10 ((sudo requires user passwd not root passwd)) unless you fix that nonsense: Jul 14 08:54:13 ~jrtools Jul 14 08:54:14 from memory, jrtools is http://wiki.maemo.org/User:Joerg_rw/tools Jul 14 08:55:03 ((Which rsync switches should i use)) Jul 14 08:55:06 ~jrtools Jul 14 08:55:07 somebody said jrtools was http://wiki.maemo.org/User:Joerg_rw/tools Jul 14 08:57:47 and good (UGT) morning Jul 14 08:59:11 http://desktop-zero.blogspot.nl/2010/03/nokia-n900-guide-sync-folders-between.html Jul 14 08:59:16 good morning Jul 14 08:59:17 also still handy for rsync and n900 Jul 14 08:59:43 well, still i have problem with find -printf options. Jul 14 09:00:14 i think i should use | xargs .... but don't know how exactly. Jul 14 09:12:19 ok Jul 14 09:12:24 i give up with this pan config Jul 14 09:12:27 it's impossible heh Jul 14 09:12:41 maybe someone can make an easier way to do it because for the life of me i can't seem to figure it out Jul 14 10:17:45 whats the current status of the autobuilder ? Jul 14 10:19:39 M4rtinK2, sixwheeledbeast is working on that, but afaik it's not "auto" but "mano"... Jul 14 10:20:00 well, the packages seem to build fine Jul 14 10:20:13 but it doesn't look like they are imported to the repository Jul 14 10:21:15 No, hence the word "mano"... Jul 14 11:15:19 M4rtinK2: repo-management is fsckedup Jul 14 11:15:47 M4rtinK2: ping merlin1991 who is importing packages to repo manually Jul 14 11:19:30 also, to all developers: PLEASE check your http://maemo.org/packages/view/ if there are recent multiple ""Old version cleaned by repository management"", and if so, IMMEDIATELY HOLLER here, best by highlighting sixwheeledbeat or me Jul 14 11:20:45 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 Jul 14 11:22:17 generally autobuilder is NOT meant to do development there! you're NOT supposed to upload multiple versions per day! Jul 14 11:22:53 to develop and test your app, you use SCRATCHBOX on your local PC Jul 14 11:23:32 We might implement an auto-lock to your account when you uppload multiple times on same day Jul 14 11:27:01 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 Jul 14 11:28:10 so, don't consider two new versions of your package per day to be a particularly appreciated thing to do Jul 14 11:29:34 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 Jul 14 11:31:40 well, that looks kinda extreme Jul 14 11:31:55 sorry? Jul 14 11:32:02 IIRC, N900 don't check for updates that often Jul 14 11:32:24 that's not the point Jul 14 11:32:47 and N900 HAM checks for updates just so often Jul 14 11:32:52 also, Devel is imho expected to change often, but yeah, most people have it enabled due to the QA not really working that well Jul 14 11:32:54 default once every 24h Jul 14 11:33:04 and on every time you open it Jul 14 11:33:28 but - as mentioned - that's ot the point Jul 14 11:33:29 then at least for the N900s it should not be an issue Jul 14 11:33:39 ORLY? Jul 14 11:34:18 even if someone uploaded a package every 10 minutes, or once in 24 hourse, it should "look" the same for the N900 Jul 14 11:34:32 not an issue to download a new 15MB packages.gz multiple times a day, because some fool confused autobuilder with his personal development IDE? Jul 14 11:34:32 if I understand it correctly Jul 14 11:35:44 shouldn't happen if it really checks only every 24 hours Jul 14 11:36:00 if it autoupdates every time it is opened, that would be an issue Jul 14 11:36:10 HAM checks for date/version of packages.gz every time you start it (actually even after every action you did in HAM) Jul 14 11:36:14 but still, how often does one open HAM ? Jul 14 11:36:30 oh, after every action, that's quite bad Jul 14 11:36:31 honestly, you're goinfg to argue with me about that? Jul 14 11:37:08 I just think this should be solvable server side Jul 14 11:37:24 autobuilder is a means to propagate new *tested* working apckage version to repo, *nothing* else Jul 14 11:37:46 sure Jul 14 11:38:05 and yes, I'm going to solve this server side: multiple uploads to same package per day -> account locked Jul 14 11:38:22 I don't have issues with that & nothing what can go wrong with my packages as they are basically just compressed Jul 14 11:38:34 well, that what I think is too extreme Jul 14 11:39:03 what about: no upload in 4 hours - upload package db at once Jul 14 11:39:05 just dont allow it to happen and tell the user why Jul 14 11:39:07 I think uploading 3 versions of a package per day is too extreme Jul 14 11:39:29 tell them to try again in 24h and to read the manual orso Jul 14 11:39:30 package uploaded in last 4 hours - queue an update in 4 hours Jul 14 11:40:32 so basically, if there are multiple versions in a given timeslot, the db would be updated for the whole batch Jul 14 11:40:47 but sure, could be problematic due to the mess autobuilder is Jul 14 11:40:48 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 Jul 14 11:41:57 even if they are "developers" i think it is good that people are still interested in Fremantle Jul 14 11:42:06 well, everyone started as a "developer" Jul 14 11:42:17 sure, but we at techstaff can't handle that Jul 14 11:42:43 maemo.org not been designed to handle that Jul 14 11:43:00 it's meant to get used in a different way than that Jul 14 11:43:09 well, if the autobuilder indeed needs manual attention, high usage could be a problem Jul 14 11:43:28 well, the problem is that everyone has devel enabled Jul 14 11:43:42 actually the fact that it doesn't promote to repo automatically is a bless currently Jul 14 11:44:14 well, I have users waiting for an update, so its kinda of an issue for me presently :) Jul 14 11:44:16 no, the problem is that "devels" think it's leete to upload 5 new versions per day Jul 14 11:44:30 so what about just setting a cronjob twice a day ? Jul 14 11:44:51 see my plea above Jul 14 11:45:15 multiple uploads while previos version got not processed seem to fsckup repo-management Jul 14 11:45:44 well, that sure is an issue Jul 14 11:46:25 and I guess not easy to fix due the usual not-documented-at-all state of the infra Jul 14 11:47:16 edit, upload to autobuilder, bitch about compile takes >30min, read error logs, edit [...] --- NOT the way to use this infra Jul 14 11:47:41 well, that indeed is bad Jul 14 11:47:53 the >30min compile time especially Jul 14 11:48:16 unless trying to debug a autobuilder specific build issue Jul 14 11:48:18 add to that brainless messing with version numbers Jul 14 11:48:20 but those should be rare Jul 14 11:49:30 yes, this is a procedure ONLY allowable to make your perfectly locally compilable package match any weirdness in autobuilder Jul 14 11:50:54 I ponder to add a requirement to add scratchbox compiler log with timestamp and signature to the package, otherwise it gets rejected Jul 14 11:51:24 will teach "developers" how the SOP looks like Jul 14 11:52:40 ::: edit, compile LOCALLY, read LOCAL error logs. no: goto start. ONLY THEN upload to autobuilder Jul 14 11:52:46 well, development & packaging for the N900 is already hard as is, so adding additional barriers like this is IMHO not really a good idea... Jul 14 11:53:06 another issue might be that they might not know about this ? Jul 14 11:54:00 and I'm pushing to not grant autobuilder/repo upload permissions to users that don't have their project in garage Jul 14 11:54:32 hmm, check number 1 here: http://extras-cauldron.garage.maemo.org/HOWTO.html Jul 14 11:54:58 it explicitly tells users to upload until it works Jul 14 11:55:10 could be part of the confusion Jul 14 11:56:37 adding a "build locally first, don't needlessly strain the infrastructure until you package works" here & to the main autobuilder Web UI might help Jul 14 11:57:26 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 Jul 14 11:58:16 and yes, such a remark on that page might help. also helping might be to add fremantle there Jul 14 11:58:55 as you can tell by careful reading, this page is terribly out of date Jul 14 11:59:53 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 Jul 14 12:00:17 (pre N900 times) Jul 14 12:04:27 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! Jul 14 12:06:23 sure, but I'm not really that experienced with admining stuff Jul 14 12:06:34 but I can at least donate & help with testing Jul 14 12:06:55 and develop apps so people keep using their N900s :) Jul 14 12:07:01 I posted 3 *simple* rules above for every devel to notice Jul 14 12:08:31 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/ if there are recent multiple ""Old version cleaned by repository management"" Jul 14 12:09:59 ( 1. point is actually not that strict, if you wait for error logs of your failed build before you upload next version) Jul 14 12:10:33 so add them at the top of the autobuilder Web UI or somewhere where they will be actually seen ? Jul 14 12:10:46 (however do NOT upload multiple compiling versions, possibly even with same version number. EVER!) Jul 14 12:11:02 btw, regarding packages/view/* Jul 14 12:11:15 http://maemo.org/packages/view/modrana/ doesn't seem to load ever Jul 14 12:11:36 then it already exceeded point of no return with that cruft Jul 14 12:12:23 makes apache2/php5/midgard process OOM abort Jul 14 12:12:26 well, that's indeed a horrendous input validation oversight for the original autobuilder authors Jul 14 12:12:38 no Jul 14 12:12:53 err, well, yes Jul 14 12:12:56 sorry Jul 14 12:13:08 I kinda wonder if setting up an OBS instance with Fremantle SDK target would be easier than fixing this mess Jul 14 12:13:30 maybe, but how to integrate that with existing stuff? Jul 14 12:13:41 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 Jul 14 12:14:31 DocScrutinizer05: it could run in parallel with autobuilder first (if there are enough resources) Jul 14 12:14:35 see http://maemo.org/packages/view/findmine/ which not *yet* tripped the line between OMG and OOM Jul 14 12:14:38 psycho_oreos: what do you mean? Jul 14 12:14:48 host for what? Jul 14 12:15:10 everyone would build in their own repo and only push to a shared one once the package builds correctly Jul 14 12:15:24 the shared repo could then be synced by a cronjob to Devel Jul 14 12:15:26 Macer: :( Jul 14 12:15:30 what's not working? Jul 14 12:15:49 just a quick uninformed idea how it might work :) Jul 14 12:16:00 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. Jul 14 12:16:27 psycho_oreos: libicd-network-usb to be a "guest" Jul 14 12:16:33 and mobilehotspot to be a host Jul 14 12:16:54 there are your UIs Jul 14 12:17:24 kerio, eww mobilehotspot. I prefer wired networking though, besides I really don't like to use mobile hotspot in public places. Jul 14 12:17:40 mobilehotspot supports sharing a connection via usb Jul 14 12:18:42 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? Jul 14 12:18:58 i think so? Jul 14 12:19:06 idk, go ahead and check Jul 14 12:19:15 iirc you can't do both at the same time, actually Jul 14 12:19:17 Hmm I'll go have a poke at it, thanks :) Jul 14 12:19:26 or just make yourself some script Jul 14 12:20:07 Yeah that would be ideal, sometimes if I want to use N900's onboard wifi as network dongle then its nifty (in a sense). Jul 14 12:20:18 [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 Jul 14 12:21:42 wow, that looks quite weird Jul 14 12:21:53 *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. Jul 14 12:22:28 30 seconds ? why ? Jul 14 12:23:10 Probably it acts like a watchdog so to speak, looking for hung commands/process Jul 14 12:24:05 i.e. you don't want a nasty script to go around in indefinite loop without exitting, it may cause the daemon to crash. Jul 14 12:25:16 well, sure, but what takes 30 seconds on a package page to render Jul 14 12:25:22 that's the issue Jul 14 12:25:51 Whatever is on line 501 in /usr/share/php/midcom/lib/midcom/helper/_dbfactory.php I suppose :) Jul 14 12:27:10 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/ Jul 14 12:27:49 a referer loop ? Jul 14 12:28:01 or something like that Jul 14 12:28:15 in /usr/share/php/midcom/lib/net/nemein/wiki/wikipage.php on line 818 idcom/core/privilege.php on line 459 Jul 14 12:29:00 no, our db simply cluttered with shit like in http://maemo.org/packages/view/findmine/ Jul 14 12:30:17 ouch Jul 14 12:30:20 we also seen OOM aborts, where apache2/php/midcom simply allocated more than the granted ~400MB, for a single page Jul 14 12:30:30 well at least the package name is quite fitting Jul 14 12:30:37 ugh Jul 14 12:31:36 Too much info in changelog I suppose? Jul 14 12:31:51 [2013-07-13 23:29:28] (pc-connectivity-manager) dunno if I said it before, but look at the mess @ http://maemo.org/packages/view/pc-connectivity-manager/ Jul 14 12:31:52 [2013-07-13 23:31:50] particularly 2011-12-02 22:47 and 2012-12-29 04:23 Jul 14 12:32:23 [2013-07-10 00:12:12] http://maemo.org/packages/view/libqtm-experimental/ dead Jul 14 12:33:22 [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 Jul 14 12:33:35 Whoa, looks like there needs to be some sort of truncating. Jul 14 12:33:49 ^^^^ that's been me, trying to surf to ^^^ URL Jul 14 12:35:19 DocScrutinizer05: 367mb for a single webpage? Jul 14 12:35:23 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" Jul 14 12:36:55 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 Jul 14 12:37:26 we're rapidly going over the cliff Jul 14 12:37:36 stuff like this is a nightmare Jul 14 12:37:43 indeed Jul 14 12:37:46 fixing a running production system Jul 14 12:38:10 + facing people who ask is the site down, etc. Jul 14 12:38:32 well ,you can just tell them "X is broken" Jul 14 12:38:35 basically libqtm-experimental/ is zombie state and non-recoverable Jul 14 12:38:51 other packages as well Jul 14 12:38:58 others following soon Jul 14 12:39:17 Yeah you can tell them its broken but you have to say that for everyone that comes in and asks the same question. Jul 14 12:39:26 zombie state? :x Jul 14 12:39:53 well, I can't do anything to that package to fix it (except on very low sql level maybe) Jul 14 12:40:10 or by increasing apache memlinit to 2GB Jul 14 12:40:41 so I at least could reach the midgard admin menu on that webpage to delete or edit the package Jul 14 12:40:53 if you have the source package, could you just purge the original an resubmit it ? Jul 14 12:41:02 oh Jul 14 12:41:10 I *cannot* Jul 14 12:41:30 yeah "oh" :-O Jul 14 12:41:39 panic mode getting popular Jul 14 12:41:59 so i guess that leaves only the SQL stuff (purging the records that cause this) Jul 14 12:42:10 but I do remeber some insane queries Midgard does Jul 14 12:42:21 that you've posted during the migration Jul 14 12:42:34 that's however prone to a global midgard db messup, since that are ~50 tables that all need to be consistent Jul 14 12:42:39 so that would probably also be quite complicated Jul 14 12:43:10 Sounds like in either way its one massive brain******. Jul 14 12:43:32 well, at least make db backups, if possible :) Jul 14 12:43:36 needs thorough understanding how midgard works, to do the right thing to the right tables (plural!) Jul 14 12:43:56 we have db backups, luckily Jul 14 12:44:01 good! Jul 14 12:44:16 but that might mean we have to rollback maemo.org to ~april Jul 14 12:44:47 and that still leaves repo in a messed up state Jul 14 12:45:09 at least all packages since april would be orphaned then Jul 14 12:45:37 how big is the db ? Jul 14 12:45:57 & does it support making snapshots while running ? Jul 14 12:46:01 a humble 50GB Jul 14 12:46:19 no Jul 14 12:46:24 not really Jul 14 12:46:41 well, that's indeed an issue Jul 14 12:46:50 well, it's mysql and our sysops have installed some means to do proper dumps for backup Jul 14 12:46:56 having say daily incremental backups would be a good safety net Jul 14 12:47:14 we have those Jul 14 12:47:58 every time blade-a load goes up significantly it's probably backupPC doing backups of the VMs Jul 14 12:48:05 incl db VM Jul 14 12:48:29 happens once / day, ~00:00 CET Jul 14 12:48:50 that's indeed good to have Jul 14 12:49:08 yeah, but we don't keep those backups forever Jul 14 12:49:15 in case it gets completely borked for some reason Jul 14 12:49:45 is it full or incremental ? Jul 14 12:50:12 I asked for keeping 4 weeks worth of incremental backups, plus one incremetal backup per month against original state Jul 14 12:50:24 dunno if warfare implemented it Jul 14 12:50:55 every Sunday we do a full backup, during week is incremental Jul 14 12:51:19 we keep 8 weeks of sunday backups iirc Jul 14 12:51:55 well, that should hopefully have the worst case covered for the time being Jul 14 12:52:13 nothing much more that can be done when fixing a live production system Jul 14 12:52:58 well, actually a cluster, making things even worse Jul 14 12:53:24 anyway, good job taking things this far already! :) Jul 14 12:53:57 considerin Maemo being such an undocumented & complicated beast Jul 14 13:00:10 seen anthonie Jul 14 13:00:15 ~seen anthonie Jul 14 13:00:17 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"... '. Jul 14 13:01:38 ~seen anthonie_ Jul 14 13:01:38 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'. Jul 14 13:03:41 kerio, thanks, just checked Qt Mobile Hotspot and the latest under extras-devel does have an option to choose either USB or WLAN. Jul 14 13:35:31 M4rtinK2: http://xkcd.com/705/ Jul 14 13:39:20 sure, uptime is important :) Jul 14 13:39:50 that reminds me - what distro is Maemo actually running on ? Jul 14 13:39:55 well, the VMs Jul 14 13:40:02 Debian I guess ? Jul 14 14:23:19 vw 27 Jul 14 14:23:25 fail sorry Jul 14 14:28:31 Maemo uses Debian package management, it does not necessarily mean that it is running on Debian :) Jul 14 14:36:14 psycho_oreos: of course, but I mean the infrastructure Jul 14 15:16:50 alas ubuntu Jul 14 15:34:19 http://privatepaste.com/20e2d92083 Jul 14 15:34:46 /etc/php5/apache2/php.ini s/max_execution_time = 30/max_execution_time = 99/ Jul 14 15:36:04 * DocScrutinizer05 frowns at php5 causing apache2 processes to stall rather than quit when max_execution_time expires Jul 14 16:03:11 PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command Jul 14 16:03:12 19959 www-data 20 0 1454M 1195M 20412 S 17.0 20.2 3:16.90 /usr/sbin/apache2 -k start Jul 14 16:11:24 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 Jul 14 17:06:33 M4rtinK2: http://maemo.org/packages/view/modrana/ loads now Jul 14 17:07:35 there are still pages that fail to load though, even with 99s timeout Jul 14 17:10:55 Where is the storage location of 'contacts data'? Like rtcom-eventlogger for messaging. Jul 14 17:11:37 somebody (I think merlin1991) already tracked down the reason why ""Old version cleaned by repository management"" fails and thus gets rescheduled Jul 14 17:12:44 amin007110: I'd say .osso-abook Jul 14 17:13:31 in /opt ? Jul 14 17:14:05 in ~user/.osso-abook/db/addressbook.db Jul 14 17:14:13 hmmm Jul 14 17:14:41 why? Jul 14 17:14:50 just to know Jul 14 17:14:59 hmmm Jul 14 17:15:07 sqlite3 ? Jul 14 17:15:16 nah, berkley iirc Jul 14 17:16:39 http://maemo.cloud-7.de/maemo5/usr/local/bin/contact Jul 14 17:33:13 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. Jul 14 17:34:56 Deleting and recreating does not make sense, unless I totally forgot about restoring account backup. Jul 14 17:35:37 make any difference* i mean Jul 14 17:50:32 for me the highlighting is just fraction of a second, until that account opens in detail view Jul 14 17:51:34 I gather you got a garbled account file/whatever that is making this accounts list blow chunks Jul 14 17:52:27 anyway (IM/VoIP)accounts there are not related to addressbook Jul 14 17:52:37 i know Jul 14 17:53:09 These are separate questiobns Jul 14 17:53:59 Well, How can I find this account file/whatever ? Jul 14 17:54:32 I'm not sure. Start at ~user/.rtcom-accounts Jul 14 17:55:11 gconftool -R /|less / Jul 14 17:56:52 accounts.cfg in there has a good part of stuff related to those accounts. Don't ask me though where the passwords are stored Jul 14 17:57:53 already saw account.cfg. Nothing related to highlighting rows. Jul 14 17:58:20 there's *nothing* anywhere related to highlighting Jul 14 17:58:33 that's a symptom of a bug Jul 14 17:58:43 probably in accounts.cfg Jul 14 17:59:07 or in (not) attached avatar image Jul 14 17:59:34 some syntax error or inconsistency or illegal char Jul 14 17:59:41 anyone here from the us who want to help me a bit? Jul 14 18:00:31 opened in vi. just 13 lines. General settings. like auto online, enabled, protocol, bla bla bla Jul 14 18:00:35 amin007110: I didn't assume there's a "highlight=permanent" in there Jul 14 18:02:00 amin007110: maybe an important line is missing. I dunno Jul 14 18:05:17 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 Jul 14 18:07:19 I think it's not related to any account, it's related to the row number the account stand on. Jul 14 18:07:40 Imagine i have 12 accounts Jul 14 18:07:55 and the 7th one is highlighted Jul 14 18:08:18 when i delete the 7th, the previous 8the one take its place. Jul 14 18:12:09 mhm, now that's extremely weird Jul 14 18:13:04 I'd honestly suggest to reflash Jul 14 18:14:18 well, then if restore accounts backup, we will the row there again :D Jul 14 18:14:26 if I restore * Jul 14 18:14:38 we will see * Jul 14 18:17:47 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!!! Jul 14 18:18:23 might even be a hardware defect, in digitizer Jul 14 18:18:32 nope Jul 14 18:18:51 digitaizer has been changed 2 times during these years Jul 14 18:18:53 then it shouldn't show up in a fresh reflashed device Jul 14 18:19:08 not even when you create 12 accounts Jul 14 18:19:10 in a fresh yes Jul 14 18:19:27 the problem is backup! Jul 14 18:19:42 restoring backup in fact Jul 14 18:19:42 and when it returns on restoring from osso-backup, then it's clearly related to what's in there Jul 14 18:20:11 and in backup the content is pretty much plaintext Jul 14 18:20:25 once you untargz'ed it Jul 14 18:20:56 and search for what ? Jul 14 18:20:56 mc is awesome to browse a backup and view the content of every single file in that tarballs in tarballs Jul 14 18:21:18 search for stuff that seems related to accounts Jul 14 18:22:20 like I already said, it might be an illegal char somewhere, or a garbled syntactical structure, or whatever Jul 14 18:23:13 I still don't get it how it could jump from one account to next, on deletion or insertion of an account Jul 14 18:23:24 and then as well survive reboots Jul 14 18:23:57 you say it's on 7th account? so what happens when you delete all accounts but 6 Jul 14 18:24:24 where is the highlight then? Jul 14 18:24:51 empty area become highlighted Jul 14 18:25:15 maybe it's a bug that existed since beginning of times, and just nobody ever noticed it since... 7 accounts, duh! Jul 14 18:25:46 and you say you have only 13 lines in your accounts.cfg? how's that possible? Jul 14 18:26:02 whou you mind to see ? Jul 14 18:26:07 whould Jul 14 18:26:19 I mean I have only 2 or 3 accounts and some 100 lines in there Jul 14 18:27:10 lol, I told you once a time, I, myself, am a bug :D Jul 14 18:27:38 # wc accounts.cfg Jul 14 18:27:40 78 71 1732 accounts.cfg Jul 14 18:28:18 nah, you're just dreaming that, I'm sure. Did you notice you were a bug when you awoke one morning? Jul 14 18:28:37 Nokia-N900:/home/user/.rtcom-accounts# wc accounts.cfg Jul 14 18:28:38 13 14 239 accounts.cfg Jul 14 18:29:03 ugt? Jul 14 18:29:38 Kafka Jul 14 18:30:28 and one of his worst stories at that! Jul 14 18:30:34 :) Jul 14 18:31:00 but im not gregor samsa :D Jul 14 18:31:04 :) Jul 14 18:31:12 you are no travelling salesman? Jul 14 18:31:13 :< Jul 14 18:33:32 Of course the answer depends on what you mean by reasonable. Jul 14 18:48:16 ok, 239 is a virgin accounts.cfg Jul 14 18:48:48 for any jabber or sip account there should be sth in this file Jul 14 18:49:22 btw in backup you find it in comm_and_cal.zip/uzip://Root/tmp/.rtcom-accounts Jul 14 18:52:42 you might want to cp -a /tmp /tmp-backup; rm -rf /tmp/* Jul 14 18:53:38 Well, I guess when i disable an account in settings, Maemo removes its related configs from the file. Jul 14 18:53:55 though tmpfs on /tmp type tmpfs (rw,noatime,size=1024k) Jul 14 18:54:53 amin007110: so what? you say you have 13 accounts? Jul 14 18:54:58 Or maybe i am wrong, Now comparing some differenct backups Jul 14 18:56:22 Well, found one with 10528 lines ! hehe :D Jul 14 18:56:36 sounds more like it Jul 14 18:57:25 still I don't get it how you can have 12 accounts showing in GUI when your accounts.cfg is virgin Jul 14 18:58:06 I'd thik an account not configured in accounts.cfg can't show up in GUI whatsoever Jul 14 18:58:13 think even Jul 14 18:58:51 hmmm Jul 14 18:59:16 i found that 7th account Jul 14 18:59:32 and there is not any noticeable difference with others Jul 14 18:59:35 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? Jul 14 19:00:18 Yes Jul 14 19:01:23 sorry, no clue Jul 14 19:01:50 sth seems to be severely mystical on your system Jul 14 19:02:43 accounts that show up in settings/accounts should as well show up in ~user * * accounts.cfg Jul 14 19:03:47 well, i found them in previous 2011 made backups Jul 14 19:04:05 but not in current file and half of them in 2012 Jul 14 19:04:08 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 Jul 14 19:04:11 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 Jul 14 19:04:19 although i had all of them Jul 14 19:05:29 lexxik: charge your battery, follow instructions in : Jul 14 19:05:33 ~flashing Jul 14 19:05:34 from memory, maemo-flashing is http://wiki.maemo.org/Updating_the_tablet_firmware Jul 14 19:07:05 lexxik: attached kernel not working probably caused by you having PK kernel modules installed Jul 14 19:08:03 DocScrutinizer05, is it possible that fsck restores a virgin accounts.cfg instead of the original? Jul 14 19:08:22 anyway uboot isn't "faster", it's just the next think after NOLO when NOLO refuses to flash Jul 14 19:08:34 amin007110: hardly Jul 14 19:09:09 unless the original got garbled on fs level and fschk deleted or moved it to lost&found Jul 14 19:09:28 then the GUI would create a virgin new file I guess Jul 14 19:10:33 since that's obviouslym SOP on maemo: when a config file is missing, the process trying to open it creates it anew Jul 14 19:11:15 but then that should result in all your accounts vanishing Jul 14 19:11:21 AIUI Jul 14 19:11:28 there is no accounts.cfg in lost+found at the moment. Jul 14 19:11:51 unless that particular GUI looks at some friggin telepathy crap config files as well Jul 14 19:12:17 in lost&found it wouldn't be called anything resembling original name Jul 14 19:12:56 any files rescued to lost&found are called file0000 .. file9999 iirc Jul 14 19:13:08 #385478 Jul 14 19:13:13 inode name Jul 14 19:13:46 but if it was a directory, files in it represent real names Jul 14 19:13:52 and there's for sure an option to fsck to rather delete/purge those orphaned "files" rather than moving stuff to lost&found Jul 14 19:14:09 is 'green light' battery status indication important when flashing? Jul 14 19:14:45 err yes Jul 14 19:15:38 battery check: switch off device, press&hold "U" key, attach NOKIA wallcharger aka fastcharger, watch screen Jul 14 19:15:52 it should show NOKIA and USB symbol upper right Jul 14 19:16:18 if it doesn't stay there until you remove charger, then your battery is (too) empty Jul 14 19:18:01 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 Jul 14 19:18:26 so when that happens, for you next thing you see is uBoot Jul 14 19:18:48 alas afaik uBoot can't charge battery Jul 14 19:19:29 so if that's your problem, then an external charger or rescueOS are your options to recover Jul 14 19:21:11 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?) Jul 14 19:22:36