On 01/07/10 21:18, Zoff wrote: > i've been saying this for a long time, shr is not trying to get the basics > working. just more and more features,
Which more features are you referring to? Like the ability to make and receive a phone call? ;-P Or to actually be able to save a phone contact with a name? Other than that I don't see us implementing the highly advanced smartphone features that we could potentially have on such a phone (unfortunately). > but no stability. the only reaction to this is that i get flamed. well so be > it. No, you won't get flamed. Why? We all know that stability and SHR-unstable are not 2 things that go together. > JaMa has got his way with those 2 icons, my god. they are not even the same size or color, why? I can't comment on the 2 icons decision, but if you don't like the icons why don't you check in better ones? > the navit.sh script has been dropped, now locales and countries won't work, wow thats great. It has been dropped because it did 2 things: Setting the /sys/proc/vm/overcommit to 1 which can cause mysterious crashes which we don't want in SHR as they are impossible to debug. and second unset LC_ALL, SHR does export a LANG=en_US.utf8 setting in /etc/profile (or somewhere else in /etc, I forgot). No need to always call a script to set it again, right. Change it in the correct place if you want. If we unset LC_ALL and it works for you, it won't work for others. I am all for accepting patches, but just calling more wrapper scripts because the correct environment is not set up properly in the first place, does not sound very appealing to me. Ususally, an app that has to touch LC_ALL, is pretty much broken. If you convince us that it is actually useful and needed, then let us simply add it to our .desktop file. > flite it still installed as a dependency, but its not needed. I made those optional now (espeak and flite were RECOMMENDed before, which means that package manager would install it by default, now they are SUGGESTed which means they won't be installed by default. But if already installed, they will not be uninstalled. > the default config style wastes so much display space it hurts. AFAIK it is based on the upstream default config. What changes do you propose? The best is not just to post a wholesale navit.xml, but to propose small patches that we can apply that fix display issues. > and (for reasons i dont know yet) display redrawing is terrible slow. Neither do we. _______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
