Development mailing list

Syndicate content
Archive of posts for haiku-development at FreeLists
Updated: 1 hour 16 min ago

[haiku-development] Re: Design for signed packages (Jonathan Schleifer)

Thu, 2014-04-03 18:45
Am 27.03.2014 um 15:39 schrieb Fredrik Holmqvist fredrik.holmqvist@xxxxxxxxx: If you are still interested I recommend start coding and take the technical discussion directly with the few who have shown interest and knowledge in this, and skip this mailing-list. There's not much point in just starting something like that. If you don't talk about it before, it might never get merged and you just wasted your time. If you don't talk about it, there might also be a fundamental flaw - and you wasted your time. ...
Categories: Development

[haiku-development] Re: Design for signed packages (Jonathan Schleifer)

Thu, 2014-04-03 16:45
Am 27.03.2014 um 15:14 schrieb Stephan Aßmus superstippi@xxxxxx: Please point out in the thread where anybody said security is pointless. People don't want to live with certain restrictions. Some of which seemed to be implied by your design, like an encrypted disk. That just means that some of this stuff needs to be optional or have ways for the user to override. That's all. I never said an encrypted disk is necessary to use Haiku. I said it's necessary *if we ever decide to go the SecoreBoot route*. And not necessary as in a ...
Categories: Development

[haiku-development] Re: Design for signed packages (François Revol)

Thu, 2014-04-03 16:45
On 27/03/2014 15:11, Ari Haviv wrote: On Thu, Mar 27, 2014 at 8:28 AM, Jonathan Schleifer js-haiku-development@xxxxxxxxxxx wrote: I deleted the branch now as people are clearly offended by even only having the minimum level of security that even Windows offers since Windows XP (optionally signed executables, optionally signed drivers, signed updates) - and that was introduced 14 years ago - and prefer to repeat the security disaster of Windows 98. Users wouldn't even have noticed that packages are signed unless they installed a hpkg from a 3rd party without ...
Categories: Development