On Wednesday 01 February 2012 18:12:02 Michał Górny wrote:
On Wed, 1 Feb 2012 15:55:46 -0500 Mike Frysinger wrote:
On Wednesday 01 February 2012 15:51:52 Michał Górny wrote:
On Wed, 1 Feb 2012 15:44:14 -0500 Mike Frysinger wrote:
# @USAGE: [archives that we will unpack]
# @RETURN
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.
On Sunday 29 January 2012 00:01:50 Philip Webb wrote:
120128 Mike Frysinger wrote:
On Saturday 28 January 2012 08:29:44 Pacho Ramos wrote:
As talked with him, he won't be able to contribute a lot
during the following months and then would be nice
to find co-maintainers for his packages
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
On Saturday 28 January 2012 00:07:01 Jason A. Donenfeld wrote:
On Sat, Jan 28, 2012 at 01:01, Anthony G. Basile bluen...@gentoo.orgwrote:
Exactly. Jason, if you want PIE across the board (with a few
exceptions), switch to hardened.
What? Are you kidding?
Again, to reiterate, *I AM NOT
On Sunday 29 January 2012 06:22:02 Ulrich Mueller wrote:
epatch_user() currently looks into CATEGORY/PF|P|PN subdirectories
of /etc/portage/patches. If the package has no revision, then PF and P
are identical, so there's no way to specify that a patch should only
apply to -r0.
The patch
On Saturday 28 January 2012 08:29:44 Pacho Ramos wrote:
As talked with him, he won't be able to contribute a lot during the
following months and then would be nice to find co-maintainers for
his packages if possible:
app-admin/localepurge
can probably just be dropped. packages should respect
On Friday 27 January 2012 14:02:33 Jason A. Donenfeld wrote:
I've just been informed that RHEL does not allow non-PIE executables. We
really should follow suit here.
i can't emphasize how little i care what RHEL/Fedora do. so the logic of
they do XXX therefore we should XXX holds little sway
On Thursday 26 January 2012 11:55:54 Jason A. Donenfeld wrote:
On Tue, Jan 24, 2012 at 06:58, Mike Frysinger vap...@gentoo.org wrote:
pedantically, PIE+ASLR makes it significantly harder to exploit, not
impossible
if we could get some general performance numbers that show non-PIE vs
On Friday 27 January 2012 14:39:24 Paweł Hajdan, Jr. wrote:
If the discussion on this doesn't get conclusive, how about adding the
question to the Council's agenda?
getting the Council to vote on something without real data is premature
-mike
signature.asc
Description: This is a digitally
On Wednesday 07 December 2011 17:15:47 Mike Frysinger wrote:
the advantage is that it should obsolete the separate kgcc64 package for
most people. and i think it might help out with the multilib bootstrap
issue: you can't build multilib gcc without a multilib glibc, and can't
build a multilib
On Friday 27 January 2012 16:21:21 W. Trevor King wrote:
I'm curious abotu why econf uses
${EPREFIX}/var/lib
my understanding is that from our sampling of packages over time, it seemed
more common for upstream to expect this to be a path where they would dump
state into. so if we used
On Friday 27 January 2012 16:05:13 Jason A. Donenfeld wrote:
On Fri, Jan 27, 2012 at 21:13, Paweł Hajdan, Jr. wrote:
Again - only if we don't get a consensus here.
Wait... Is anybody here *actually opposed* to not enabling PIE on *SUID
binaries*?
he was talking system wide
considering the
hmm, i wonder why mount.nfs is set*id. if we require everyone to use `mount`,
there's no need for `mount.nfs` to be set*id. someone want to point out
something obvious that i'm missing before i adjust the nfs-utils package ?
along these lines, why is cdrtools set*id ? if we have a cdrom
On Friday 27 January 2012 19:18:07 Samuli Suominen wrote:
On 01/28/2012 02:14 AM, Mike Frysinger wrote:
along these lines, why is cdrtools set*id ? if we have a cdrom group,
and we assign our cdroms/dvdroms to that group, then we already have
access control in place and can skip the set*id
On Friday 27 January 2012 20:07:45 Samuli Suominen wrote:
On 01/28/2012 02:41 AM, Mike Frysinger wrote:
On Friday 27 January 2012 19:18:07 Samuli Suominen wrote:
On 01/28/2012 02:14 AM, Mike Frysinger wrote:
along these lines, why is cdrtools set*id ? if we have a cdrom
group, and we
On Friday 27 January 2012 20:28:04 Chí-Thanh Christopher Nguyễn wrote:
Mike Frysinger schrieb:
along these lines, why is cdrtools set*id ? if we have a cdrom group,
and we assign our cdroms/dvdroms to that group, then we already have
access control in place and can skip the set*id.
From
On Friday 27 January 2012 20:49:49 Samuli Suominen wrote:
and people have multiple times tried to convince the cdrtools author to
change this, but without success.
the author can be, well, ...
sure, i'm not expecting him to be anything resembling reasonable. but if we
can reduce set*id
On Monday 23 January 2012 14:37:40 Diego Elio Pettenò wrote:
Il giorno lun, 23/01/2012 alle 20.26 +0100, Jason A. Donenfeld ha scritto:
When ASLR is turned on, the .text section of executables compiled with
PIE is given a randomized base address. When ASLR is off or when PIE
is not used,
On Monday 23 January 2012 15:12:47 Francesco Riosa wrote:
2012/1/23 Mike Gilbert:
On Mon, Jan 23, 2012 at 2:57 PM, Jason A. Donenfeld wrote:
To check for PIE,
readelf -h /bin/su | grep Type
If it says EXEC, no PIE. If it says DYN, yes PIE.
I'm asking how does one enable
On Monday 23 January 2012 14:08:51 Jason A. Donenfeld wrote:
So I recently published this: http://blog.zx2c4.com/749 , a local priv
escalation. It doesn't work on Fedora because their /bin/su is compiled
with -pie. (They don't compile gpasswd with -pie though, so they're still
vulnerable.) In
On Saturday 21 January 2012 13:01:26 . wrote:
Hello there!
Is there a chance that Gentoo may become a free distro?
I'm so unhappy with the fact that there are some non-free packages in
the main tree.
The main goal of the GNU project was to replace the proprietary Unix
system. You are
On Friday 20 January 2012 07:49:07 Rich Freeman wrote:
Perhaps this is worth its own thread, as this one is already drifting
way off topic.
i don't mind thread drift too much as it often times results in good things in
related areas. in this case, i think we've had good fallout.
-mike
On Thursday 19 January 2012 04:32:01 Michał Górny wrote:
On Wed, 18 Jan 2012 22:00:52 -0500 Mike Frysinger wrote:
I see a violation of this rule at least on 2.13-r4, which leads to
useless rebuilds on `emerge -avuND world` on every single gentoo
install world-wide.
i don't have too
On Thursday 19 January 2012 04:32:46 Michał Górny wrote:
On Thu, 19 Jan 2012 03:42:14 +0100 Michael Weber wrote:
Um, what happend to the policy to not f*** around with stable ebuilds?
I don't think such a rule has any meaning considering that those
ebuilds are mostly contained in an eclass.
On Wednesday 18 January 2012 21:23:47 Duncan wrote:
If people want
it, they can merge it, just like any other package. Really, the same
applies to busybox, and arguably, even to module-init-tools (and the more
recent replacement, kmod...), since that's not needed if people choose to
build
On Thursday 19 January 2012 04:35:43 Samuli Suominen wrote:
On 01/19/2012 11:19 AM, Paweł Hajdan, Jr. wrote:
While dealing withhttps://bugs.gentoo.org/show_bug.cgi?id=393471 I
started discussing with developers working on libjpeg-turbo support in
WebKit, and I learned that despite
On Thursday 19 January 2012 09:04:08 Rich Freeman wrote:
On Wed, Jan 18, 2012 at 10:05 PM, Mike Frysinger vap...@gentoo.org wrote:
if it's part of the implicit system dep, they absolutely need to defend
their actions. you want to change the policy, then start a thread on
it.
What policy
On Wednesday 18 January 2012 22:41:26 Mike Gilbert wrote:
On Wed, Jan 18, 2012 at 10:05 PM, Mike Frysinger wrote:
- you're confusing the literal @system with implicit system deps
I don't quite follow here. By implicit system deps, are you
referring to the common sense set of essential
On Tuesday 27 December 2011 12:29:09 Maciej Mrozowski wrote:
On Wednesday 21 of December 2011 04:40:09 Mike Frysinger wrote:
On Tuesday 20 December 2011 20:44:03 Maciej Mrozowski wrote:
I still think we should even make PN an unique identifier in order to
be able to purge categories
On Thursday 12 January 2012 01:49:59 Michał Górny wrote:
On Wed, 11 Jan 2012 23:09:46 +0100 Ulrich Mueller wrote:
cdrom_get_cds() {
# first we figure out how many cds we're dealing with by
# the # of files they gave us
local cdcnt=0
local f=
for f in $@ ; do
On Saturday 14 January 2012 11:03:18 Ulrich Mueller wrote:
On Sat, 14 Jan 2012, Michael Sterrett wrote:
Can you give an example of how you think it would be used in an
ebuild?
For example, like this:
CDROM_DISABLE_PROPERTIES=1
inherit [...] cdrom
IUSE=cdinstall
On Friday 23 December 2011 16:49:46 Michał Górny wrote:
On Fri, 23 Dec 2011 22:09:26 +0100 Ulrich Mueller wrote:
On Fri, 23 Dec 2011, Michał Górny wrote:
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=395247
+ git clean -d -f -x || die ${FUNCNAME}: failed to
clean checkout
On Friday 23 December 2011 11:44:32 Duncan wrote:
Matt Turner posted on Fri, 23 Dec 2011 08:09:30 -0500 as excerpted:
to avoid confusion I'd suggest arch-neon or arm-neon (or armneon/
archneon) if it's to be a global flag.
NEON (the SIMD extensions) are turned on by the neon flag much
On Sunday 23 October 2011 09:50:04 Andreas K. Huettel wrote:
On Sonntag 23 Oktober 2011 15:34:30 Samuli Suominen wrote:
If you only wanted to remove these files, you are free to use
INSTALL_MASK locally instead of downgrading the quality of tree.
Do you have any idea how much time me,
On Sunday 23 October 2011 13:34:20 Duncan wrote:
Interestingly enough, unless I've misunderstood, this issue would be
affected by the recent security-based -fPIC/-fPIE on amd64 by default
discussion as well, since if everything (including static libs) were
built with at least -fPIC as required
On Wednesday 18 January 2012 06:42:37 Samuli Suominen wrote:
On 01/18/2012 01:40 PM, Mike Frysinger wrote:
On Sunday 23 October 2011 09:50:04 Andreas K. Huettel wrote:
On Sonntag 23 Oktober 2011 15:34:30 Samuli Suominen wrote:
If you only wanted to remove these files, you are free to use
On Wednesday 18 January 2012 06:45:59 Ulrich Mueller wrote:
On Wed, 18 Jan 2012, Mike Frysinger wrote:
ebuild:
CDROM_OPTIONAL=yes
inherit cdrom
eclass:
if [[ ${CDROM_OPTIONAL} == yes ]] ; then
PROPERTIES=cdinstall? ( interactive )
else
PROPERTIES=interactive
fi
On Wednesday 11 January 2012 17:09:46 Ulrich Mueller wrote:
On Sat, 7 Jan 2012, Ulrich Mueller wrote:
- unpack_pdv() is used by one ebuild in the tree only.
Mike told me that it should stay together with unpack_makeself(),
so I won't touch this one.
this is being addressed in a new
On Wednesday 18 January 2012 08:39:04 Michał Górny wrote:
On Wed, 18 Jan 2012 06:22:24 -0500 Mike Frysinger wrote:
# now we see if the user gave use CD_ROOT ...
# if they did, let's just believe them that it's correct
if [[ -n ${CD_ROOT}${CD_ROOT_1
On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
So, everytime, I must suggest the same things and I can say that at some
point it gets boring.
so put it into a Gentoo guide and refer people to that
3) Check your rdepend, where is possible with scanelf[3] and if you declare
it,
On Wednesday 18 January 2012 10:44:44 Rich Freeman wrote:
On Wed, Jan 18, 2012 at 9:55 AM, Alexis Ballier wrote:
On Wed, 18 Jan 2012 15:23 +0100 Agostino Sarubbo wrote:
3) Check your rdepend, where is possible with scanelf[3] and if you
declare it, please, as you said, exclude gcc/glibc and
On Wednesday 18 January 2012 12:32:08 Paweł Hajdan, Jr. wrote:
On 1/18/12 4:48 PM, Donnie Berkholz wrote:
On 10:05 Wed 18 Jan , Mike Frysinger wrote:
On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
3) Check your rdepend, where is possible with scanelf[3] and if you
On Wednesday 18 January 2012 14:11:14 Michał Górny wrote:
On Wed, 18 Jan 2012 09:48:59 -0500 Mike Frysinger wrote:
On Wednesday 18 January 2012 08:39:04 Michał Górny wrote:
On Wed, 18 Jan 2012 06:22:24 -0500 Mike Frysinger wrote:
# now we see if the user gave use CD_ROOT
On Wednesday 18 January 2012 13:42:12 Rich Freeman wrote:
On Wed, Jan 18, 2012 at 11:45 AM, Mike Frysinger wrote:
it isn't just circular deps. it's also about breaking alternatives and
useless bloat. adding coreutils to their depend because they execute
`mv`, or sed because they execute
On Wednesday 18 January 2012 14:02:01 Markos Chandras wrote:
On 01/18/2012 05:32 PM, Paweł Hajdan, Jr. wrote:
On 1/18/12 4:48 PM, Donnie Berkholz wrote:
On 10:05 Wed 18 Jan , Mike Frysinger wrote:
On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
3) Check your rdepend
On Wednesday 18 January 2012 15:14:05 Michał Górny wrote:
On Wed, 18 Jan 2012 14:29:27 -0500 Mike Frysinger wrote:
On Wednesday 18 January 2012 14:11:14 Michał Górny wrote:
On Wed, 18 Jan 2012 09:48:59 -0500 Mike Frysinger wrote:
On Wednesday 18 January 2012 08:39:04 Michał Górny wrote
On Wednesday 18 January 2012 15:28:45 Michał Górny wrote:
On Wed, 18 Jan 2012 15:16:02 -0500 Mike Frysinger wrote:
On Wednesday 18 January 2012 15:14:05 Michał Górny wrote:
On Wed, 18 Jan 2012 14:29:27 -0500 Mike Frysinger wrote:
On Wednesday 18 January 2012 14:11:14 Michał Górny wrote
On Wednesday 18 January 2012 16:17:50 Michał Górny wrote:
On Wed, 18 Jan 2012 15:39:24 -0500 Mike Frysinger wrote:
yes. this func is the primer so it starts at 1, and after this,
people call cdrom_load_next_cd which then prints out:
einfo Found CD #2 root at ...
einfo Found CD
On Wednesday 18 January 2012 13:40:23 Arfrever wrote:
2012-01-18 12:37:12 Mike Frysinger napisał(a):
i agree that for some users, they've never heard of the the ARM NEON
extensions, but they have heard of the neon library. i'd counter that
with a few points: (1) i don't think there are any
On Wednesday 18 January 2012 21:42:14 Michael Weber wrote:
Um, what happend to the policy to not f*** around with stable ebuilds?
take a chill pill phil
I see a violation of this rule at least on 2.13-r4, which leads to
useless rebuilds on `emerge -avuND world` on every single gentoo
install
On Wednesday 18 January 2012 15:45:04 Rich Freeman wrote:
On Wed, Jan 18, 2012 at 3:01 PM, Mike Frysinger wrote:
it is a problem. not all profiles use coreutils ... they provide
replacement packages. busybox is just one example. the bsd/prefix guys
go in even weirder directions.
Yup
The writable issue shows up when using `ebuild` as non-root users
in non-prefix setups. So always do it.
Signed-off-by: Mike Frysinger vap...@gentoo.org
---
bin/ebuild-helpers/prepstrip |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/bin/ebuild-helpers/prepstrip b/bin
On Tuesday 20 December 2011 20:44:03 Maciej Mrozowski wrote:
I still think we should even make PN an unique identifier in order to be
able to purge categories... that's different story though...
a world without categories is a *lot* worse than a world with $PN free
collisions
-mike
On Friday 16 December 2011 02:29:25 Steven J Long wrote:
Mike Frysinger wrote:
+ [[ $# -eq 0 ]] die estack_push: incorrect # of arguments
((..)) is quicker than [[ .. ]] for arithmetic stuff, and usually easier to
grok swiftly.
i'm not used to using this style, so for now i think i'll
On Wednesday 14 December 2011 14:18:46 Samuli Suominen wrote:
I guess we can remove the ChangeLog from eclass/ directory since only
small portition of people seem to use it.
i wasn't doing this on purpose ... just hadn't really noticed the ChangeLog in
there. i'm skeptical of its usefulness
On Thursday 15 December 2011 00:39:44 Nirbheek Chauhan wrote:
On Thu, Dec 15, 2011 at 5:28 AM, Mike Frysinger vap...@gentoo.org wrote:
On Wednesday 14 December 2011 18:43:33 Alec Warner wrote:
On Wed, Dec 14, 2011 at 1:25 PM, Leho Kraav l...@kraav.com wrote:
i'd be really happy if someone
On Thursday 15 December 2011 07:43:26 Rich Freeman wrote:
On Thu, Dec 15, 2011 at 12:39 AM, Nirbheek Chauhan wrote:
Nevertheless, the basic bug is about changing the distfile repository
format in such a way that a single repo can contain several distfiles
built with differing build
On Thursday 15 December 2011 11:30:46 Mike Frysinger wrote:
if people want to post multiple binpkgs with different metadata
err, half formed thought here ... ignore
-mike
signature.asc
Description: This is a digitally signed message part.
On Tuesday 13 December 2011 16:20:51 Mike Frysinger wrote:
now that portage has ACCEPT_LICENSE support natively, we can go ahead and
drop the manual check_license logic from all ebuilds/eclasses
dropped!
check_license() now calls `die` with an informative message. not sure how
long
first up, i can't find anyone using M4DIR anymore (has been deprecated for a
while at this point), so i'm dropping it wrt AT_M4DIR.
next, i'm explicitly noting GNU m4 as a requirement in the autotools.eclass.
i believe this has always been de-facto case (we certainly use non-POSIX flags
like
some people pointed out typos/bugs, so here's v2
-mike
--- eutils.eclass 14 Dec 2011 17:36:18 - 1.372
+++ eutils.eclass 14 Dec 2011 23:46:37 -
@@ -100,6 +100,54 @@ esvn_clean() {
find $@ -type d -name '.svn' -prune -print0 | xargs -0 rm -rf
}
+# @FUNCTION:
On Wednesday 14 December 2011 18:43:33 Alec Warner wrote:
On Wed, Dec 14, 2011 at 1:25 PM, Leho Kraav l...@kraav.com wrote:
i'd be really happy if someone took care of
https://bugs.gentoo.org/150031 :
include more info about binpkg in file name
That is great, but its not a 6 month
On Monday 12 December 2011 17:47:54 Francesco Riosa wrote:
not there yet, I was looking for this:
git clone https://github.com/hjl-tools/linux.git
git checkout hjl/x32/lfs/v3.1
sorry, i didn't realize that's what you were looking for. i mentioned it in
the summary which is a parent of this
now that portage has ACCEPT_LICENSE support natively, we can go ahead and drop
the manual check_license logic from all ebuilds/eclasses
-mike
signature.asc
Description: This is a digitally signed message part.
On Monday 12 December 2011 09:47:44 Francesco Riosa wrote:
2011/12/11 Mike Frysinger vap...@gentoo.org:
On Saturday 10 December 2011 20:36:52 Chí-Thanh Christopher Nguyễn wrote:
Mike Gilbert schrieb:
I think it is around 2.2 GB on amd64 with debug stuff (-ggdb). Under
half that without
anyone who is going to be at SCALE 2012 should send me their gpg fingerprint:
gpg --fingerprint your private keyid
so in my case, it'd be:
gpg --fingerprint E837F581
i'll take care of the rest (and post follow up details as we get closer)
note: anyone can join the signing party
committed:
http://sources.gentoo.org/eclass/toolchain.eclass?r1=1.509r2=1.510
-mike
signature.asc
Description: This is a digitally signed message part.
On Tuesday 06 December 2011 17:39:48 Mike Frysinger wrote:
i'll post binaries here:
http://dev.gentoo.org/~vapier/x32/
i've posted a stage3 tarball there now built with catalyst. if people want to
give it a spin and file bugs, that'd probably be cool.
notes:
- don't waste time
On Saturday 10 December 2011 08:15:10 octoploid wrote:
Mike Frysinger vapier at gentoo.org writes:
- x32 is the default ABI
Given that it's relatively easy to hit the 4GB barrier in the
toolchain (e.g. Firefox LTO build), wouldn't it make sense to
build gcc, binutils, et.al. as 64-bit LSB
On Saturday 10 December 2011 14:36:25 Alec Warner wrote:
On Sat, Dec 10, 2011 at 10:37 AM, Mike Frysinger vap...@gentoo.org wrote:
On Saturday 10 December 2011 08:15:10 octoploid wrote:
Mike Frysinger vapier at gentoo.org writes:
- x32 is the default ABI
Given that it's relatively
On Saturday 10 December 2011 20:36:52 Chí-Thanh Christopher Nguyễn wrote:
Mike Gilbert schrieb:
I think it is around 2.2 GB on amd64 with debug stuff (-ggdb). Under
half that without the debug.
I'm pretty sure there gentoo users on x86 that are able to build it;
it does have an x86
On Thursday 08 December 2011 23:40:12 Michał Górny wrote:
On Thu, 8 Dec 2011 17:24:09 -0500 Mike Frysinger wrote:
simply put, it's the same thing as doing standard #ifdef logic in
headers to protect against multiple inclusion errors. on to the
example:
+___ECLASS_ONCE_AUTOTOOLS=recur
On Thursday 15 September 2011 15:34:06 Mike Frysinger wrote:
ive converted my system over to x86/amd64/x32 multilib for funs. but i can
see how some people wont want all three all the time. so the question is
how we want to make this available to users at the release/profile level
On Thursday 08 December 2011 16:29:15 Markos Chandras wrote:
On 12/08/2011 09:22 PM, Mike Frysinger wrote:
the releases will include all 3 ABIs (which only affects gcc/glibc
in terms of overhead). if people want to use x32 with less other
ABIs, then i think the expected use case
On Thursday 08 December 2011 16:40:58 Markos Chandras wrote:
On 12/08/2011 09:34 PM, Mike Frysinger wrote:
On Thursday 08 December 2011 16:29:15 Markos Chandras wrote:
On 12/08/2011 09:22 PM, Mike Frysinger wrote:
the releases will include all 3 ABIs (which only affects
gcc/glibc in terms
ferringb did some tests and found that doing multiple inclusion protection in
eclasses gets us some nice speed ups. it isn't nearly as nice as if we had a
way of skipping the `source` altogether, but that that would require PMS/tree
changes. the change i'm proposing can be implemented $now
On Thursday 08 December 2011 18:42:54 Alec Warner wrote:
On Thu, Dec 8, 2011 at 2:24 PM, Mike Frysinger wrote:
+if [[ ${___ECLASS_ONCE_AUTOTOOLS} != recur -_+^+_- spank ]] ; then
+___ECLASS_ONCE_AUTOTOOLS=recur -_+^+_- spank
Not to rain on your parade; but is that the value you
On Monday 05 December 2011 17:12:44 Chí-Thanh Christopher Nguyễn wrote:
Rich Freeman schrieb:
Can we just translate the error messages?
That seems pretty impractical to me. Google Translate is about your
only option here,
Actually the translation already exists in /usr/share/locale/
On Sunday 04 December 2011 06:58:06 Chí-Thanh Christopher Nguyễn wrote:
Mike Frysinger schrieb:
and in reality, you're complaining only about LC_MESSAGES, not LC_ALL or
any other locale category ...
I too think it is sufficient to have
LC_MESSAGES=C
in the default make.conf (or somewhere
On Wednesday 07 December 2011 09:07:41 Anthony G. Basile wrote:
Some time ago the selinux team restructured the selinux profiles and
made a features/selinux which could be stacked on the hardened profiles
for x86/amd64. At that time I also tested and found that it stacked
fine on
On Friday 02 December 2011 00:16:43 Duncan wrote:
Longer: Does reiserfs (v3) support xattrs and thus, presumably caps and
XT_PAX? Kernel reiserfs options suggest yes, but everything I've read
elsewhere (including gentoo-dev caps project discussions) seems to
indicate no. Is the no simply
On Thursday 01 December 2011 11:08:37 Anthony G. Basile wrote:
2) PT_PAX markings. This puts the flags in an ELF program header. On
Gentoo systems, all binaries are compiled with a PT_PAX header ready to
go because of a patch against binutils [2]. The problem is precompiled
binaries which
there's a bug open atm requesting we add biarch support to our x86/amd64
compilers [1]. i'd like to take this further and do it for all ppc systems
too (sparc has already done this). basically, this just affects the code that
gcc can generate. it does not affect the libraries it includes.
i
for those who cannot read minds:
[1] https://bugs.gentoo.org/349405
-mike
signature.asc
Description: This is a digitally signed message part.
On Wednesday 07 December 2011 20:45:28 Duncan wrote:
(1) Tail-packing.
ext4 will be doing something similar:
http://lwn.net/Articles/469805/
although i don't find the overhead w/out tail packing to be a deal breaker
(3) The kernel folks don't screw with it as much as they do ext*.
On Wednesday 07 December 2011 21:12:37 Duncan wrote:
1) Will this allow building grub from amd64/no-multilib, thus avoiding
having to have grub-static? That's the one thing I don't like about no-
multilib, having to use the pre-built grub-static.
grub needs a C library to link `grub`. at
On Tuesday 29 November 2011 15:09:33 Mike Frysinger wrote:
we have USE=zlib already which should cover automatically pulling in zlib
when necessary, and we have that by default in make.conf. so there's no
need to explicitly list zlib as part of the system target. so time to
drop
ncurses is no longer part of the system deps. in practice, this probably
won't make a difference to most people since bash itself depends on ncurses,
but it does make embedded/etc... simpler.
-mike
signature.asc
Description: This is a digitally signed message part.
On Tuesday 06 December 2011 11:50:52 Alec Warner wrote:
On Tue, Dec 6, 2011 at 8:39 AM, Rich Freeman wrote:
On Tue, Dec 6, 2011 at 11:17 AM, Mike Frysinger wrote:
ncurses is no longer part of the system deps. in practice, this
probably won't make a difference to most people since bash
On Sunday 13 November 2011 13:50:25 Chí-Thanh Christopher Nguyễn wrote:
Mike Frysinger schrieb:
On Sunday 13 November 2011 13:04:57 Chí-Thanh Christopher Nguyễn wrote:
Mike Frysinger schrieb:
until we have replacement for all of its tools, it's always going to be
there.
After net
On Tuesday 06 December 2011 14:28:02 Zac Medico wrote:
On 12/06/2011 10:04 AM, Mike Frysinger wrote:
what might be interesting is if we had a Gentoo default set which is
what would come in a stage3 rather than the current stage3 is the
system set. then we could move virtual/ssh out
On Friday 02 December 2011 15:54:09 Mike Frysinger wrote:
- you'll still need gcc-4.7 from the toolchain overlay
i guess hjlu did a gcc-4.6 backport, so i've included that patch in 4.6.2
next step:
- build a stage3 where x32 is the default ABI
-mike
signature.asc
Description
On Tuesday 06 December 2011 16:52:55 Brian Harring wrote:
On Tue, Dec 06, 2011 at 03:52:07PM -0500, Mike Frysinger wrote:
On Tuesday 06 December 2011 14:28:02 Zac Medico wrote:
On 12/06/2011 10:04 AM, Mike Frysinger wrote:
what might be interesting is if we had a Gentoo default set which
On Tuesday 06 December 2011 17:13:35 Markos Chandras wrote:
On 12/02/2011 08:54 PM, Mike Frysinger wrote:
progress update: - binutils-2.22 in ~arch should work fine -
glibc-2.14.1-r1 in ~arch includes support when x32 is in
MULTILIB_ABIS - linux-headers-3.1 includes support when x32
On Tuesday 06 December 2011 17:27:48 Brian Harring wrote:
On Tue, Dec 06, 2011 at 05:06:33PM -0500, Mike Frysinger wrote:
On Tuesday 06 December 2011 16:52:55 Brian Harring wrote:
On Tue, Dec 06, 2011 at 03:52:07PM -0500, Mike Frysinger wrote:
On Tuesday 06 December 2011 14:28:02 Zac
On Sunday 04 December 2011 12:37:15 James Cloos wrote:
As someone who leaves root w/o LANG, I would note that there are a few
packages which cannot build unless LANG is set to a UTF-8 locale.
file a bug then
What we really need is C.UTF-8 and/or POSIX.UTF-8, and to force *that*
in emerge(1),
ssp used to be out-of-tree custom code that Gentoo added to older versions of
gcc. eventually, mainline gcc pick it up.
since hardened doen't support gcc-4 anymore (pre-mini-specs), i'm planning on
dropping the custom code we have to support this. it allows me to simplify
the common code a
On Sunday 04 December 2011 15:35:50 Sven Vermeulen wrote:
Since there are quite a few packages that would need updates, I thought
about first mailing gentoo-dev for feedback and perhaps a first chunk of
work done. I also wouldn't mind creating bugreports for each of them, but
that would still
On Saturday 03 December 2011 22:50:00 Jeroen Roovers wrote:
Subject says it all. More and more bug attachments appear that have
been generated with non-English locales, and it's a nuisance for both
bug reporters and bug wranglers to request/provide the sane alternative
that every developer
701 - 800 of 3211 matches
Mail list logo
