Development mailing list

Syndicate content
Archive of posts for haiku-development at FreeLists
Updated: 35 min 17 sec ago

[haiku-development] No nightlies (Dancsó Róbert)

Mon, 2014-04-21 11:45
...
Categories: Development

[haiku-development] Re: Design for signed packages (Ari Haviv)

Mon, 2014-04-21 11:45
On Sun, Mar 30, 2014 at 11:38 AM, Ingo Weinhold ingo_weinhold@xxxxxxwrote: On 03/27/2014 09:42 PM, Jonathan Schleifer wrote: There were even complains that I replaced a completely broken hash! Actually you introduced the only completely broken hash so far -- the file size. As I already wrote on the haikuports-svn list, MD5 is not broken for our purpose, since there's no know practical preimage attack. ...
Categories: Development

[haiku-development] Re: Design for signed packages (Ingo Weinhold)

Mon, 2014-04-21 11:45
On 03/28/2014 06:15 PM, Jonathan Schleifer wrote: Am 28.03.2014 um 15:46 schrieb Stephan Aßmus superstippi@xxxxxx: That's not what this is about however, its about verifying the authenticy of the entity requesting a certificate. … that, however, is more likely and I see no problem with that. ...
Categories: Development

[haiku-development] Re: Design for signed packages (Ingo Weinhold)

Mon, 2014-04-21 11:45
On 03/27/2014 09:42 PM, Jonathan Schleifer wrote: There were even complains that I replaced a completely broken hash! Actually you introduced the only completely broken hash so far -- the file size. As I already wrote on the haikuports-svn list, MD5 is not broken for our purpose, since there's no know practical preimage attack. ...
Categories: Development

[haiku-development] Re: Design for signed packages (Ingo Weinhold)

Thu, 2014-04-17 11:45
On 03/28/2014 09:28 PM, Jonathan Schleifer wrote: There's also choice 3: Showing the dialog like in Choice 1, but showing which other certificates signed the certificate. Then the user can still decide. Thank you, that's exactly what I proposed. ...
Categories: Development

[haiku-development] Re: Design for signed packages (Ingo Weinhold)

Wed, 2014-04-16 15:45
On 26.03.2014 22:49, Jonathan Schleifer wrote: Am 26.03.2014 um 22:29 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: How is supporting multiple algorithms in one format different from supporting different formats versions with one algorithm each in this respect? In either case the older algorithm can easily be disabled when it is no longer considered secure. ...
Categories: Development

[haiku-development] Re: Design for signed packages (Ingo Weinhold)

Wed, 2014-04-16 09:45
On 26.03.2014 21:47, Jonathan Schleifer wrote: Am 26.03.2014 um 21:19 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: On 26.03.2014 04:08, Jonathan Schleifer wrote: Am 25.03.2014 um 21:55 schrieb Ingo Weinhold ingo_weinhold@xxxxxx: ...
Categories: Development

[haiku-development] Re: Please don't require cmd:gcc / cmd:g++ in recipes (Andrew Hudson)

Tue, 2014-04-15 23:45
Yes, currently, clang calls gcc for linking, which would result in calling itself then ;). Lol! There's something very, recursive and poetic about that. ...
Categories: Development

[haiku-development] Re: Please don't require cmd:gcc / cmd:g++ in recipes (Jonathan Schleifer)

Mon, 2014-04-14 16:45
Am 29.03.2014 um 21:48 schrieb Axel Dörfler axeld@xxxxxxxxxxxxxxxx: Am 28/03/2014 22:42, schrieb Jonathan Schleifer: … and use cmd:cc / cmd:c++ instead. As long as the two aren't completely compatible and interchangeable (as in drop-in replacement), Clang is designed as a drop-in replacement indeed. And that works for most software quite well. The exception is software that depends on heinous GNU ...
Categories: Development

[haiku-development] Re: Please don't require cmd:gcc / cmd:g++ in recipes (Axel Dörfler)

Mon, 2014-04-07 19:45
Am 28/03/2014 22:42, schrieb Jonathan Schleifer: … and use cmd:cc / cmd:c++ instead. As long as the two aren't completely compatible and interchangeable (as in drop-in replacement), that change doesn't make sense (as they actually could not be built with clang), and if they are, it's not needed, as clang could just provide g++ and gcc, too. ...
Categories: Development