On Thu, Jan 07, 2010 at 09:18:59PM +0100, Zoff wrote: > Hi guys! Hi,
> finally the point of unusability has been reached with navit in the shr > unstable feeds. I'm sorry you think so :(. > JaMa has got his way with those 2 icons, my god. they are not even the same > size or color, why? 2 icons are there for few months, aren't they? Nobody sent better solution so I haven't remove them. And the size/color problem is because shr-theme (shr icons) have only own navit.png http://git.shr-project.org/git/?p=shr.git;a=blob_plain;f=shr-theme/icons/86x86/apps/navit.png;hb=HEAD If you remove it (/usr/share/icons/86x86/apps/navit.png), then you'll see both icons from navit recipe http://git.openembedded.org/cgit.cgi/openembedded/plain/recipes/navit/files/shr/navit.png http://git.openembedded.org/cgit.cgi/openembedded/plain/recipes/navit/files/shr/navitD.png I was hopping that someone will send me some better icon, but you're right its too long to wait, i can commit something like this http://jama.homelinux.org/org.openembedded.shr.images/om-gta02/navitD.png to shr-theme package. > the navit.sh script has been dropped, now locales and countries won't work, > wow thats great. >From IRC discussion there was conclusion that locale should be set properly in system environment not in each application launcher. > flite it still installed as a dependency, but its not needed. Its only in RRECOMMENDS, so its sort of optional dependency and I guess you can remove it. See: # use espeak instead speechd RRECOMMENDS = "gpsd espeak flite" > the default config style wastes so much display space it hurts. With config splitted to separete files you can replace osd.xml with you favourite layout very easily. > and (for reasons i dont know yet) display redrawing is terrible slow. 1 month > ago it wasn't. dos reported 10 days ago that drag_bitmap="1" could work, so i commited it to oe.dev repo, but not sure if you have that navit build already. > i wonder why i put time and effort into making navit work nice and fine, if > it gets kicked out anyway. > somehow i think even JaMa's stuff got kicked out (not 100% sure tough) I said to you, that I won't commit patch creating 2 new not easily managable configs (+ 3rd standard one), which will be overwritten with each navit upgrade and merging user changes will be pain. And that I'll commit it if you use xi:include in those configs to change only interesting parts and make it whole a lot easier for user changes. IMHO I was right, because few revisions later navit moved menu definition to navit.xml and all older configs make navit just SEGFAULT, and updating all 3 configs with new menuitems and stuff like /config/navit/vehicleprofile /config/navit/layout See: http://trac.navit-project.org/ticket/506 That's why I had to "put time and effort into making navit work" at all, by splitting configs with xi:include and including as much stuff from navit shipped config as possible, so please stop complaining.. If you check logs of http://git.openembedded.org/cgit.cgi/openembedded/tree/recipes/navit then you'll see that my stuff got kicked in (really 100% sure though I commited it to oe.dev :)), because nobody sent better stuff, which would be compatible also with other distros in OE tree (no more SHR-specific patches to any shr branch - see my other e-mail "[Shr-Devel] Status of shr/merge branch" > my 2 cents ... Hmm that's my $2 :) -- uin:136542059 jid:[email protected] Jansa Martin sip:[email protected] JaMa _______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
