Re: [gentoo-dev] Re: Dropping localepurge
120130 »Q« wrote: I'll start filing bugs (as time permits - this doesn't seem like an urgent issue to me) and see what happens. Today's offender was webkit, putting a lot of stuff in /usr/share/locale/*/LC_MESSAGES/ I've filed bugs 401525 + 401563 for Rekonq + Sane-backends. I plan to run 'localepurge' every week after I've done a system update submit further bugs for each offending pkg. At least for now, 'localepurge' makes this process much easier, so it should remain available until all offenders have been reported. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-dev] Temporary help with my packages
I've been reminded that I have been largely inactive for past month(s) and there are a few bugs that need fixing in my packages. (Quite a few simple fixes actually). There is some more travelling for me to do before I can get hopefully get back to normal functioning at the beginning of March, so I'd like to ask you to help out if you have spare cycles. I have a few packages, the biggest being app-arch/rpm with some bugs that need solving. I am also sure net-p2p herd could use some help as well. My devaway is until 4th March. I might get something done until then but it's hard to say. My apologies to the community for not handling this sooner and in a way that would prevent bugs to get unnnoticed for longer time. -- Stanislav Ochotnicky Gentoo developer net-p2p herd, app-arch/rpm maintainer PGP: 0x7B087241 Stanislav Ochotnicky PGP: 7B087241 jabber: stanis...@ochotnicky.com Stanislav Ochotnicky PGP: 7B087241 jabber: stanis...@ochotnicky.com Stanislav Ochotnicky PGP: 7B087241 jabber: stanis...@ochotnicky.com
Re: [gentoo-dev] Re: Dropping localepurge
On Monday 30 January 2012 19:39:03 »Q« wrote: AIUI, LINGUAS is the only variable that should affect what locale stuff gets installed. Is that right? yes -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Can we get PIE on all SUID binaries by default, por favor?
On 01/29/2012 02:14 PM, Mike Frysinger wrote:
On Saturday 28 January 2012 07:26:59 Anthony G. Basile wrote:
I've run nbench on two amd64 systems both running the same kernel
vanilla-3.2.2.
i don't think nbench is a good benchmark for this as it isn't really testing
what you think it's testing. it's very good at validating math support in the
ISA/ABI, optimized compiler output, and supplementary math implementations in
libgcc. PIE vs non-PIE will still be able to multiply/divide in pretty much
the same amount of time.
I know, but the problem is, what benchmark best approximates common
every day use? So I wrote the following which really hits the problem
hard on x86:
int modfac(int n)
{
if(n==0) return 1;
return n * modfac(n-1);
}
int main()
{
int i;
for( i = 0 ; i 4096*4096 ; i++ ) modfac(4096);
return 0;
}
Using vanilla kernel 3.2.2, userland built with vanilla toolchain,
gcc-4.5.3-r1, glibc-2.13-r4, binutils-2.21.1-r1, compiling my code
simply as gcc -o test modfac.c, CFLAGS=-O2 -march=i686 -pipe I get:
time -p ./test
real 327.89
user 327.72
sys 0.00
Keep everything else the same, even the same hardware, but switch to
userland built with hardened gcc-4.5.3-r2 (not -r1 because of the bus
error), I get:
time -p ./test
real 629.68
user 629.37
sys 0.00
The hardware is 8 x Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz with 12 GB
ram. That's nearly a factor of 2x but how often does one set up 4k
stack frames in everyday use?
So at least on amd64, I don't think that performance is ever an issue.
yes, most likely on systems where the PIC has hardware support in the ISA, the
performance hit on PIE is typically low.
I have yet to look at x86.
pretty sure this is going to be much more palpable.
-mike
--
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail: bluen...@gentoo.org
GnuPG FP : 8040 5A4D 8709 21B1 1A88 33CE 979C AF40 D045 5535
GnuPG ID : D0455535
[gentoo-dev] [rfc] Which ebuild category should these ebulds go into?
Hello! Anthoine and I are working on some new ebuilds related to a 3D mouse at the moment. For two of these I wonder what package category makes a good fit. While I would save your time on such a simple thing, I would like to avoid moving around things later, too. I have inspected the related metadata.xml files already. Which categories do you advise for? spacenavd driver daemon (with optional X support) -- sys-apps/spacenavd ? -- app-misc/spacenavd ? -- .. ? libspnav library accessing before-mentioned daemon -- dev-libs/libspnav ? -- media-libs/libspnav ? -- sys-libs/libspnav ? -- .. ? spnavcfg X11/GTK GUI tool for configuration -- x11-misc/spnavcfg seems right Thanks in advance! Best, Sebastian
