On Mon, Jul 13, 2009 at 5:35 PM, Adam Jimerson <[email protected]> wrote:
> On Saturday 11 July 2009 07:08:43 am Tom wrote: > > Hey everyone, > > > > Thanks to dos1 newest version of pyphonelog uses opimd completely instead > > of ophonekitd's phonelogging daemon. > > Which will hopefully be faster, though will surely be more correct (as > this > > is the way SHR is going) and also more fso compatible. > > > > BTW: one big improvement: list are only repopulated if necessary (not > > entirely, should improve a bit, but this is a start), i.e only if a new > > call has been received since last population, which is faster and nicer, > > again, thanks to dos1 for his great opimd work. > > > > I hope you'll report bugs if any. > > > > In order to use latest pyphonelog you also need to upgrade to latest > > framework, so please do :) > > > > I was about to post to the list that I can't use my phonelog after updating > it > for the second time, the first time all that needed to be done was > change/remove the database, I tired it with this version no go. The > problem I > am having is opkg segfaults even when upgrading one package at a time, I > would > like to not have to create a swap because unless I do it on my microSD card > it > will just get wiped away with a reflash. I guess I just need to reflash my > phone, unless someone here knows a way to squeeze enough power from the > Freerunner to get it to upgrade frameworkd without a swap file. > > Tom. > > > > P.S > > > > Tell me what you think. > > -- > "We must plan for freedom, and not only for security, if for no other > reason > than only freedom can make security more secure." Karl Popper > > _______________________________________________ > Shr-User mailing list > [email protected] > http://lists.shr-project.org/mailman/listinfo/shr-user > > There are two possible solutions: 1. stop X, this way you'll get enough ram and opkg won't segfault (/etc/init.d/xserver stop) 2. wait a couple of hours as mrmoku is building a fixed opkg version as we speak :) Tom.
_______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
