[vlc-devel] Future of the update mechanism

Rémi Denis-Courmont remi at remlab.net
Wed Jul 29 18:31:53 CEST 2009


Le mercredi 29 juillet 2009 19:20:44 jpd at videolan.org, vous avez écrit :
> Not to say your description of the framework isn't spiffy, and
> securecryptohashcheckverificationing is pretty much required nowadays,
> should we want such a thing, but the overriding concern is not how nice
> the framework is. What should worry us first is how we present minimum
> hassle for /the user/ (including update nagging), combine that with
> minimum extra code and complexity for us, and before all else make sure
> nothing happens without /the user/'s informed consent.

Well... generally, I think (s)he who writes the code is right.

*But* in this case, we have a critical, over-used and expensive server back-
end that must be taken into account as well. I am really not very keen on 
using a centralized SSL solution, not to mention that we'd have to file for 
and buy x509 certificates.

-- 
Rémi Denis-Courmont
http://www.remlab.net/




More information about the vlc-devel mailing list