Quoth Neil Jerram: > If you mean forking from a recent shr-t release, and cherry-picking > known-good fixes and enhancements to it conservatively - yes, that's > exactly what I'm looking for.
I'm sympathetic to this line, but at present I'm not sure it'll work. The main reason being that main telephony isn't that reliable for me (sometimes my phone appears to disconnect from GSM, with no warning or reason, while still showing everything as fine in the gui). This has been the main source of my issues with SHR, rather than e.g. the SMS input bug, which as you say is fine really. I've also had odd problems with the dialer application closing mid-call, leaving me with no way to terminate it. As FSO has changed so much, and this bug (GSM issues) seems like more the sort of "it's likely been fixed by a range of commits which interdepend on other things" sort of issue, I think cherry-picking fixes into the current shr-t can't result in a rock-solid phone, at least just yet. I think as to general approach, you needn't worry about shr-t just being an irregular shr-u snapshot; the only reason it has become that recently is lack of manpower and will. With Tim marching triumphantly on, and others hopefully following his lead, we can definitely do better than that. Nick
pgpfeZ5IFJqJc.pgp
Description: PGP signature
_______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
