Re: [gentoo-dev] Regarding the State of PaX in the tree

2018-04-15 Thread Michał Górny
W dniu nie, 15.04.2018 o godzinie 20∶04 -0400, użytkownik Anthony G. Basile napisał: > Hi everyone, > > Magnus (aka Zorry) and I have been talking about what to do with PaX in > the Gentoo tree. A year ago, grsecurity.net upstream stopped providing > open versions of their patches to the communit

Re: [gentoo-dev] Regarding the State of PaX in the tree

2018-04-15 Thread Sam Jorna
On Sun, Apr 15, 2018 at 08:04:43PM -0400, Anthony G. Basile wrote: > The question then is, do we remove all this code? As thing stands, its > just lint that serves no current purpose, so removing it would clean > things up. The disadvantage is it would be a pita to ever restore it if > we ever wa

Re: [gentoo-dev] Regarding the State of PaX in the tree

2018-04-15 Thread R0b0t1
On Sun, Apr 15, 2018 at 7:04 PM, Anthony G. Basile wrote: > Hi everyone, > > Magnus (aka Zorry) and I have been talking about what to do with PaX in > the Gentoo tree. A year ago, grsecurity.net upstream stopped providing > open versions of their patches to the community and this basically > brou

[gentoo-dev] Regarding the State of PaX in the tree

2018-04-15 Thread Anthony G. Basile
Hi everyone, Magnus (aka Zorry) and I have been talking about what to do with PaX in the Gentoo tree. A year ago, grsecurity.net upstream stopped providing open versions of their patches to the community and this basically brought an end to sys-kernel/hardened-sources. I waited a while before ma

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2018-04-15 23:59 UTC

2018-04-15 Thread Robin H. Johnson
asturm ffa8d649a92 dev-texlive/texlive-mathextra 20180409-18:06 asturm ffa8d649a92 dev-texlive/texlive-science20180409-18:06 asturm ffa8d649a92 net-libs/librpcsecgss 20180415-06:25 zlogenedfb1c6d8c80 net-libs/netembryo

Re: [gentoo-dev] [PATCH] linux-mod.eclass: support module signing

2018-04-15 Thread NP-Hardass
On 04/14/2018 05:25 PM, Georgy Yakovlev wrote: > Hi, > > There is an old bug[1] to support > linux kernel module signing at install. > > And here is my first attempt to modify an eclass. > Need proper input on it and a kick in the right direction. > > Add 3 variables, settable by users if they k