On Tue, May 04, 2010 at 04:10:22PM +0200, [email protected] wrote: > Hi,
Hi, > recently navit's performance with tracking alone and even more with routing > is incredible bad (even with sdl graphics). > > I think it would be great, if the navit packages in the feed would be > upgraded from navit svn more often. Even better in my opinion would be to > have a navit package (split into three ipks) for a version that is known to > be allright and navit-snapshot packages (or use any other name) that would > allow to always have a recent version from svn in the feed. > > What do you think? I bump navit revision as often as I can "properly" test it.. so only when there is something interesting for me in commit log and I plan to walk/drive some significant distance. Running arround house just for test is not fun and our block is too small for enough scrolling in navit :). As I proposed here few times.. I can upload newer .ipk each time someone is willing to test it and if it's worth changing to new "known to be allright" version in feeds, then I'll bump it in OE. There was mostly work on qml, which I haven't tried.. so I haven't seen anything FR-performance-wise interesing lately.. Having navit-snapshot package whould be possible, but the way bitbake handle SCM recipes it whould be a bit ineffective (having downgrade/upgrade cycles in local svn checkout). Regards, -- uin:136542059 jid:[email protected] Jansa Martin sip:[email protected] JaMa _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
