On Thu, May 11, 2017 at 2:51 PM, Michał Górny wrote:
> Hi,
>
> Few janitorial notes for a start:
>
> 1. please fix your line wrapping since your messages are wrapped twice
> now, and it's really hard to read with single words on every second
> line;
>
sorry, I don't understand what are you talki
Jonathan Callen posted on Thu, 11 May 2017 23:25:24 -0400 as excerpted:
> In this case, you would add a line like:
>
> >=sys-devel/gcc-6.3.0 -pie
>
> to the /etc/portage/profile/package.use.mask file (creating the
> file/parent directory as needed). If a flag is masked/forced for all
> pack
On 05/11/2017 10:45 PM, Duncan wrote:
> Matthias Maier posted on Thu, 11 May 2017 19:17:51 -0500 as excerpted:
>
>> In light of the recent discussion, I will restore the status quo for the
>> pie use-flag: masked on non-hardened profiles, unmasked and forced on
>> hardened profiles.
>>
>> The next
Matthias Maier posted on Thu, 11 May 2017 19:17:51 -0500 as excerpted:
> In light of the recent discussion, I will restore the status quo for the
> pie use-flag: masked on non-hardened profiles, unmasked and forced on
> hardened profiles.
>
> The next step will be to switch the pie use-flag on de
> Has anyone checked 32-bit systems? "emerge -pv =sys-devel/gcc-6.3.0"
> on a 2008 Core2duo 32-bit install (my GCC 6.3.0 testbed) shows "(-pie)".
> I read that as the "pie" USE flag being hard-masked out. On my 64-bit
> desktop, "pie" is the default.
Yes, we are aware of this. Unfortunately, d
Hello all,
In light of the recent discussion, I will restore the status quo for the
pie use-flag: masked on non-hardened profiles, unmasked and forced on
hardened profiles.
The next step will be to switch the pie use-flag on default profiles from
masked to unmasked/forced with a profile update.
- mask pie for sys-devel/gcc unconditionally in base/
- selectively unmask pie use-flag for hardened/linux and
hardened/linux/musl profiles
---
profiles/arch/amd64/package.use.mask| 4
profiles/arch/base/package.use.mask | 4
profiles/base/package.us
On Tue, May 09, 2017 at 06:58:42PM -0500, Matthias Maier wrote
> This is a reworded news item (assuming we proceed with the plan to
> default-enable USE=pie). Suggestions for improving the emerge command to
> fix static archives is highly welcomed.
>
> Matthias
>
>
>
> Title: GCC 6 defaults to
On Thu, May 11, 2017, at 10:57 CDT, "Jason A. Donenfeld"
wrote:
> Does anybody have any objections to me doing this? (I'll wait a week
> from now before taking any actions.)
There is a clear and easy upgrade path to rxvt-unicode, so please mask
right away.
Best,
Matthias
On 05/11/2017 08:57 AM, Jason A. Donenfeld wrote:
> Hi folks,
>
> Rxvt is ancient. It's been replace by rxvt-unicode. Rxvt hasn't seen
> updates in years. Recently it's been the subject of a security
> vulnerability, and I suspect it's filled with other potential
> vulnerabilities. Rxvt has no ups
Luis Ressel wrote:
> Martin Vaeth wrote:
>
>> For instance, you cannot even compile the kernel without special
>> patches (which disable pie) if you use a gcc which default-enables
>> pie.
>
> Now I'm curious. Wouldn't that also affect the hardened gcc?
I would guess so, but I did not try:
I did
Hi folks,
Rxvt is ancient. It's been replace by rxvt-unicode. Rxvt hasn't seen
updates in years. Recently it's been the subject of a security
vulnerability, and I suspect it's filled with other potential
vulnerabilities. Rxvt has no upstream. I tried reaching out to the
former upstream, and it's e
On 5/11/17 3:17 AM, Yury German wrote:
> David,
>
> I never said anything about stablizing. But that is fine, thank you for
> the answers.
>
> Blueness,
>
> When are you proposing to making the changes. As we are about to drop
> sparc from security supported arches, so we might as well add PPC t
Michał Górny schrieb:
On czw, 2017-05-11 at 11:29 +0200, Chí-Thanh Christopher Nguyễn wrote:
Suggested description: Add support for stack traces and function name
resolution via sys-libs/libunwind
Maybe skip the library name. Note that there's also llvm-libunwind,
and some packages may be actua
On czw, 2017-05-11 at 11:29 +0200, Chí-Thanh Christopher Nguyễn wrote:
> Suggested description: Add support for stack traces and function name
> resolution via sys-libs/libunwind
Maybe skip the library name. Note that there's also llvm-libunwind,
and some packages may be actually happy with libgc
Ühel kenal päeval, N, 11.05.2017 kell 11:29, kirjutas Chí-Thanh
Christopher Nguyễn:
> Suggested description: Add support for stack traces and function
> name
> resolution via sys-libs/libunwind
>
> That description is a little unwieldy though, better suggestions are
> welcome.
I think it's usua
Hanno Böck wrote:
>
> I could add my voice that I ran pie by default for a while
I can confirm that the situation apparently has changed drastically
since my last attempt. My previous assertion is no longer valid:
Currently, I recompile world on x86 system with default pie,
so far with only one
Suggested description: Add support for stack traces and function name
resolution via sys-libs/libunwind
That description is a little unwieldy though, better suggestions are
welcome.
Currently in use by the following packages:
dev-cpp/glog:unwind - Use sys-libs/libunwind for stack unwinding i
Hi,
Few janitorial notes for a start:
1. please fix your line wrapping since your messages are wrapped twice
now, and it's really hard to read with single words on every second
line;
2. hardcore Python topics belong on gentoo-python@ but I guess we'll
continue here,
3. please keep your messages
On Thu, May 11, 2017 at 8:50 AM, David Seifert wrote:
> 1. ppc(= 32 bit) will be massively dekeyworded, ppc64 will stay
> unchanged (also given that it is an active arch in general and gets CPU
> upgrades from IBM/OpenPOWER).
Sounds good.
You started the thread also talking about ia64 and sparc.
David,
I never said anything about stablizing. But that is fine, thank you for
the answers.
Blueness,
When are you proposing to making the changes. As we are about to drop
sparc from security supported arches, so we might as well add PPC to the
list.
On 5/10/17 11:50 PM, David Seifert wrote:
>
21 matches
Mail list logo
