Ryan Hill <[EMAIL PROTECTED]> posted [EMAIL PROTECTED],
excerpted below, on Sun, 01 Oct 2006 12:00:10 -0600:
> Duncan wrote:
>
>> Could you point me at some info on this one (-ftree-vectorize)?
>
> http://tinyurl.com/l75we
>
> They've fixed quite a few [...]
>
> See http://tinyurl.com/rt3aa f
On Saturday 30 September 2006 20:06, Diego 'Flameeyes' Pettenò wrote:
> On Saturday 30 September 2006 19:39, Mike Frysinger wrote:
> > isnt that the point of putting a comment above a mask ?
> > # this package wont work on this profile
> > bar/foo
>
> Indeed, but the problem is that the masks are a
On Sat, 2006-09-30 at 19:02 +0200, Jakub Moc wrote:
> So, I'd kinda appreciate if concerned folks (including portage and
> relevant affected arches) were involved in this discussion, instead of
> sneaking the changes in under QA disguise.
Umm... I already took care of x86/alpha, both of which I am
On Monday 02 October 2006 14:34, Chris Gianelloni wrote:
> Diego, a few people from the portage team have said that they dislike
> using version masks in the packages file. I agree with them completely.
I've already seen I'm in a minority, by liking the current behaviour.
> Unfortunately, as with
Chris Gianelloni wrote:
> I tried to
> kindly ask you the other day on IRC to add items to the bug that needed
> to be done, rather than continue with your current course of action of
> trying to lay blame to everyone when they make a mistake. At this
> point, I'll have to agree with Mike by sayi
On Saturday 30 September 2006 15:34, Brian Harring wrote:
> If that's what folks want, sure, but what you're proposing is just
> sliding NEEDED in as the defacto solution without labeling it as such.
no idea what this means
> Re-read your emails, and mine please. The scenario I pointed out was
>
On Mon, 2006-10-02 at 14:50 +0200, Diego 'Flameeyes' Pettenò wrote:
> just wanted to be sure if this was the case (and having something to quote if
> something breaks when the behaviour is switched ;) happens too often not to
> consider this, too).
Yeah. It would be nice if we had some good way
I would like to remove VMware Workstation 3.2.1 from the tree. It is
growing increasingly difficult to keep this version up-to-date with
security fixes. Unless someone steps up to maintain this version of the
package, then I'll be removing it on October 27th.
--
Chris Gianelloni
Release Enginee
On Monday 02 October 2006 17:32, Ilya A. Volynets-Evenbakh wrote:
> Actually this is not such a good idea. I usually use -l instead of -j, to
> limit number of jobs based on load average.
As there's no equivalent function in scons, the safest route is not to enable
parallel jobs in that case.
--
Hi,
Pylon and I will be doing some maintenance on CVS and Subversion later
this week.
Thursday, October 5th, starting at 1900 UTC.
During this time, CVS and Subversion will not be available.
We're estimating a worst case of 4 hours at this point, but if
everything goes smoothly, it should be les
On Monday 02 October 2006 13:30, Robin H. Johnson wrote:
> We'll keep status in the topic at #gentoo-dev while we're working on it.
Alright, I'm starting a pool on how many people will still ask why cvs and
svn are down. Starts at $5, who'se in?
--
Chris White
Gentoo Developer aka:
xx (Sc
Chris White wrote:
> On Monday 02 October 2006 13:30, Robin H. Johnson wrote:
>> We'll keep status in the topic at #gentoo-dev while we're working on it.
>
> Alright, I'm starting a pool on how many people will still ask why cvs and
> svn are down. Starts at $5, who'se in?
>
What about how soo
On Mon, 2006-10-02 at 14:13 -0700, Chris White wrote:
> On Monday 02 October 2006 13:30, Robin H. Johnson wrote:
> > We'll keep status in the topic at #gentoo-dev while we're working on it.
>
> Alright, I'm starting a pool on how many people will still ask why cvs and
> svn are down. Starts at
This one is pretty simple. The Truecombat mod for Quake 3 has moved to
Enemy Territory. Since ET is free (as in beer) and the Quake 3 version
is no longer updated, I see no reason in keeping it around. I'll be
punting it on the 27th of October.
--
Chris Gianelloni
Release Engineering Strategic
On Mon, 2006-10-02 at 18:29 -0400, Michael Cummings wrote:
> On Mon, 2006-10-02 at 14:13 -0700, Chris White wrote:
> > On Monday 02 October 2006 13:30, Robin H. Johnson wrote:
> > > We'll keep status in the topic at #gentoo-dev while we're working on it.
> >
> > Alright, I'm starting a pool on ho
Here's an updated draft. I included most of your remarks and added some
notes on append-flags/filter-flags. I'll probably submit it to Ulrich
around the end of the week.
--- Draft BEGIN ---
CFLAGS
Being able to tune the CFLAGS is part of one of the core principles of
Gentoo: let the user be in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all,
As some of you may know, I spent this past summer working on an
implementation of GLEP 27[1]. While my scripts aren't quite ready for
production use yet, I wanna get the ball rolling by asking devs who
maintain packages that use the current
Mike Kelly wrote:
Summarized, the format is:
For each profile dir (e.g. profiles/base, profiles/default-linux, etc),
a new subdirectory, called accounts is created as necessary. Inside
that is a file called defaults, containing default uid/gid ranges,
shells, etc for the given profile. Also,
Mike Kelly wrote:
> All the files are handled like other files in cascading profiles. Each
> line in the file is either a shell-style comment, or of the form:
> "key: value". The keys are: uid, shell, home, groups, comment, and gid.
I'd prefer that the format be key=value for easier use by bash
On Tue, 03 Oct 2006 00:09:11 -0400
Alec Warner <[EMAIL PROTECTED]> wrote:
> Mike Kelly wrote:
> > Summarized, the format is:
> >
> > For each profile dir (e.g. profiles/base, profiles/default-linux,
> > etc), a new subdirectory, called accounts is created as necessary.
> > Inside that is a file
On Mon, 02 Oct 2006 21:28:21 -0700
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> Mike Kelly wrote:
> > All the files are handled like other files in cascading profiles.
> > Each line in the file is either a shell-style comment, or of the
> > form: "key: value". The keys are: uid, shell, home, grou
21 matches
Mail list logo
