Re: [gentoo-dev] [PATCH] fcaps.eclass: Group name portability

2014-04-13 Thread Diego Elio Pettenò
I'm pretty sure we have an eclass function to get the name of the 0 group. On 12 Apr 2014 17:41, hasufell hasuf...@gentoo.org wrote: na...@gentoo.org: fcaps.eclass is using group name 'root' which is not available on BSD system. Instead you can use 0, or $(id -g -n 0) if you'd prefer group

[gentoo-dev] Akamai secure memory allocator for OpenSSL?

2014-04-13 Thread Joshua Kinard
So one of the side-discussions happening after Heartbleed was the fact that OpenSSL has its own memory allocator code that effectively mitigates any C library-provided exploit mitigations (as discussed on the openbsd-misc ML at [1] and Ted Unangst's blogs at [2] and [3]). This is partially why

Re: [gentoo-dev] Akamai secure memory allocator for OpenSSL?

2014-04-13 Thread Patrick Lauer
On 04/14/2014 04:42 AM, Joshua Kinard wrote: So one of the side-discussions happening after Heartbleed was the fact that OpenSSL has its own memory allocator code that effectively mitigates any C library-provided exploit mitigations (as discussed on the openbsd-misc ML at [1] and Ted

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2014-04-13 23h59 UTC

2014-04-13 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2014-04-13 23h59 UTC. Removals: x11-themes/gdm-themes-livecd2014-04-12 06:12:11 ulm Additions: app-admin/clog 2014-04-07 12:07:00 tomwij dev-ruby/pygments_rb

Re: [gentoo-dev] Akamai secure memory allocator for OpenSSL?

2014-04-13 Thread Joshua Kinard
On 04/13/2014 20:17, Patrick Lauer wrote: On 04/14/2014 04:42 AM, Joshua Kinard wrote: So one of the side-discussions happening after Heartbleed was the fact that OpenSSL has its own memory allocator code that effectively mitigates any C library-provided exploit mitigations (as discussed on