On Fri, 2006-06-09 at 16:18 -0400, Daniel Ostrow wrote:
On Fri, 2006-06-09 at 14:46 -0500, James Potts wrote:
On 6/9/06, Chris Gianelloni [EMAIL PROTECTED] wrote:
On Fri, 2006-06-09 at 19:10 +0200, Stefan Schweizer wrote:
Markus Ullmann wrote:
Maybe that way we avoid any
On Fri, 2006-06-09 at 16:22 -0400, Mike Frysinger wrote:
On Friday 09 June 2006 15:04, Chris Gianelloni wrote:
On Fri, 2006-06-09 at 17:43 +0100, Roy Marples wrote:
On Friday 09 June 2006 14:10, Roy Marples wrote:
Some packages provide both a client and a server. As such, users
On Fri, 2006-06-09 at 22:51 +0200, Patrick Lauer wrote:
On Fri, 2006-06-09 at 16:14 -0400, Chris Gianelloni wrote:
[snip]
If someone wanted to exploit boxen he'd use a much simpler attack
vector ... our rsync mirrors are wide open. No need to secure the little
window over there when
On Fri, 2006-06-09 at 22:05 +0100, Stuart Herbert wrote:
On 6/9/06, Chris Gianelloni [EMAIL PROTECTED] wrote:
Gentoo's standard operating procedure is to build packages as they were
intended and packaged from upstream.
+1
This means if the client and the
server for a particular
as some kind of
corroborating evidence for your argument. This is definitely not the
case.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
have a single maintainer, or
only a small team. Most of the packages that are blocking that bug are
games. We're working on them, but there's a small group of us and a
very large number of packages, many of which are very poorly coded and
require a lot of work and testing.
--
Chris Gianelloni
On Thu, 2006-06-08 at 09:32 -0400, Thomas Cort wrote:
On Thu, 08 Jun 2006 09:20:18 -0400
Chris Gianelloni [EMAIL PROTECTED] wrote:
Please keep the games bugs in bugzilla. Making this change is a direct
change in games team policy without any prior notice to the games team
and without our
developers,
with no answers being given.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
On Thu, 2006-06-08 at 17:29 +0200, Stefan Schweizer wrote:
Jon Portnoy wrote:
On Thu, Jun 08, 2006 at 09:32:13AM -0400, Thomas Cort wrote:
On Thu, 08 Jun 2006 09:20:18 -0400
Chris Gianelloni [EMAIL PROTECTED] wrote:
Please keep the games bugs in bugzilla. Making this change
team to
bypass any policies in place by the teams responsible for packages that
are already in the tree.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
this term to stifle
any comments from anyone that thinks this idea is not good, and has
valid points why they think so.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message
security or quality assurance policies, nor was it
designed to allow a mechanism to give our users substandard ebuilds.
The idea isn't so bad, but the benefits definitely do not outweigh the
negatives.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
is not something that should be
taken lightly and definitely not something that should *ever* be done
without discussion.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
ebuilds found their way into the overlay, we talked about that
internally and I'll remove them after this mail is sent out, so that we
stick to maintainer-wanted things here.
Thank you. This was a major concern for myself, and I'm sure quite a
few others.
--
Chris Gianelloni
Release Engineering
available for our users. That's a noble
effort, but there's usually a reason why these packages do not get
picked up.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
?
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
is that having the ebuild in the overlay
doesn't bypass any sort of wait. It still is not in the tree. It is
still unsupported. Having a couple developers do a 30 second check
over an ebuild does not instantly make it good quality.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture
?
*grin*
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
On Thu, 2006-06-08 at 15:22 -0700, Donnie Berkholz wrote:
Chris Gianelloni wrote:
No, but the ebuilds are also checked by the team in question, that
actually knows the packages, versus a couple of developers that will be
overworked, dealing with packages that they are completely unfamiliar
overlay of
my own? After all, I am the *only* proxy maintainer. Why should there
be the added *insecurity* of allowing any number of people that *I*
might not trust complete access to the small number of packages where I
am the proxy?
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86
is one package that I know of. It should have very
similar dependencies to nethack.
It is also already masked. We'll update it once we get a proper
solution to the security bug that caused it to be masked.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games
. At any rate, I've added it back to the keep pile.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
On Tue, 2006-06-06 at 08:40 +0200, Thomas de Grenier de Latour wrote:
On Mon, 05 Jun 2006 21:23:58 -0400,
Chris Gianelloni [EMAIL PROTECTED] wrote:
There are *many* applications in the tree that do not use ALSA, but
work only via the OSS emulation. Removing this is a bad idea
. So, sorry, but
this needs more work and cannot be put in the same request. If you want to
help for this, please have a look at [2]
Correct. I really would prefer not touch this one until it really is
gone from the tree.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture
there for a reason.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
On Mon, 2006-06-05 at 00:13 +0200, Alfredo Tupone wrote:
Going to apply if I get no negative answer in, say, 10 days.
Go ahead and do it now. It really shouldn't break anything, as I can't
think of a single thing using make_desktop _entry with a space in the
executable name.
--
Chris
will be the default USE flags.
Please be sure to actually talk to the teams in question before making
such requests as this in the future. It really helps if you work with
the teams rather than going all rogue with this stuff.
Thanks,
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture
On Mon, 2006-06-05 at 17:24 +, Denis Dupeyron wrote:
On 6/5/06, Chris Gianelloni [EMAIL PROTECTED] wrote:
Go ahead and do it now. It really shouldn't break anything, as I can't
think of a single thing using make_desktop _entry with a space in the
executable name.
What about games
On Mon, 2006-06-05 at 21:57 +0200, Carsten Lohrke wrote:
On Monday 05 June 2006 20:52, Chris Gianelloni wrote:
Have a look at
/usr/portage/profiles/default-linux/x86/2006.0/make.defaults for the list
of current default use flags.
I think it's a bad idea to have win32codecs
, if that ends up being
the decision.
So does anyone have any objections to the others being removed?
(apm imlib mikmod motif xmms)
I won't, of course, do this retroactively, just for the 2006.1 and
higher profiles.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games
the the desktop profile. It was in the 2006.1 profile, which
is desktop's parent.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
. This is like the 10th time in the past few weeks that I've been
contacted directly to fix broken masks in other people's packages.
It's pretty simple. If it uses ABI=x86 or any emul-linux-x86-*
packages, then it needs to be masked.
Over and out.
--
Chris Gianelloni
Release Engineering - Strategic
they do in detail)
I'm sure there's *tons* and *tons* more stuff, but this is a start. We
do have quite a bit of this in the ebuild man page, os it isn't like
we'd have to start from scratch.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo
I'm about to package.mask this package and plan on removing it in 30
days unless someone steps up to maintain it. It appears to be utterly
broken, upstream is dead, and it is unmaintained within Gentoo.
http://bugs.gentoo.org/show_bug.cgi?id=122993
--
Chris Gianelloni
Release Engineering
as
it tends to upset our users.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
to it. Breaking the tree is a
definite no-no.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
-vulnerable version stable. I guess a breakdown of which
architectures still do not have a version *higher* than the ones listed
by the GLSA stable would be necessary instead.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
On Tue, 2006-05-23 at 14:06 -0700, Brian Harring wrote:
On Tue, May 23, 2006 at 04:51:06PM -0400, Chris Gianelloni wrote:
On Tue, 2006-05-23 at 16:22 -0400, Ned Ludd wrote:
And now per arch breakdowns.
http://gentooexperimental.org/~ferringb/reports/arch-vulnerabilities/
No offense
was merely making a
suggestion on how it could have been better and I guess it came out
wrong.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
On Tue, 2006-05-23 at 15:05 -0700, Brian Harring wrote:
On Tue, May 23, 2006 at 05:46:09PM -0400, Chris Gianelloni wrote:
I completely understand this. However, in most cases the reason the
older packages are still in the tree is because *somebody* doesn't have
it stable yet.
Strictly
to validate the whole tree (or overlay).
This idea has been brought up before and shot down. Signing the whole tree
does
not work, since we allow users to only sync parts of the tree.
We do? What option to emerge enables this behaviour?
RSYNC_EXCLUDES in make.conf
--
Chris Gianelloni
Release
Projects, respectively.
So while there's no rule set in stone that a project exists, it is a
generally followed practice.
I would say it wouldn't hurt to start a project for ensuring Paludis
support in the Portage tree. It would give a bit more credibility to
your cause.
--
Chris Gianelloni
Release
it, and quite a few
compelling reasons why *not* to do it, mainly support-related.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
On Wed, 2006-05-17 at 01:42 +0100, Stephen Bennett wrote:
paludis/packages:
-*=sys-apps/portage-2.0.51.22
-*sys-apps/portage would be best
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description
On Wed, 2006-05-17 at 12:04 +0200, Paul de Vrieze wrote:
- It would be greatly beneficial if paludis would create and use .tbz2
packages, but this is not essential.
It *is* essential if paludis were to ever be used for release building.
Otherwise, it isn't required.
--
Chris Gianelloni
in the past.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
On Wed, 2006-05-17 at 16:09 +0100, Ciaran McCreesh wrote:
On Wed, 17 May 2006 10:57:55 -0400 Chris Gianelloni
[EMAIL PROTECTED] wrote:
| On Wed, 2006-05-17 at 12:04 +0200, Paul de Vrieze wrote:
| - It would be greatly beneficial if paludis would create and
| use .tbz2 packages
On Wed, 2006-05-17 at 17:29 +0100, Ciaran McCreesh wrote:
On Wed, 17 May 2006 12:05:23 -0400 Chris Gianelloni
[EMAIL PROTECTED] wrote:
| We ship .tbz2 files on our GRP release media.
|
| Until we either:
|
| a) stop shipping .tbz2 files
|
| -or-
|
| b) switch to paludis support only
no intentions
on making it compatible. As I see it, the original question posed to
this list is now a non-issue. It will *never* be portage compatible
enough, according to the lead developer, to ever be usable as a portage
replacement or alternative.
--
Chris Gianelloni
Release Engineering - Strategic
sure it would be easier to just not use anything in the
installer that relies upon VDB when using Paludis. The installer code
is flexible enough to make this not to tricky.
You mean like *all* of the GRP-handling code?
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86
On Wed, 2006-05-17 at 21:13 +0100, Ciaran McCreesh wrote:
On Wed, 17 May 2006 15:48:04 -0400 Chris Gianelloni
[EMAIL PROTECTED] wrote:
| My recommendation, as Release Engineering Strategic Lead, is that no
| profiles be added to the tree, nor any modifications be made to any
| current profile
result. Period.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
On Wed, 2006-05-17 at 16:26 +, Thomas Cort wrote:
On Wed, 17 May 2006 15:48:04 -0400
Chris Gianelloni [EMAIL PROTECTED] wrote:
I also recommend that the package is masked in all
Gentoo profiles where a release is built against, since again, it is
100% incompatible and upstream has now
be the
best approach for this, if it ends up being accepted.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
. That being said, I
don't put anything there that I don't have *somebody* out there testing,
so it's known to work on at least a few systems.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description
by one, so a bug report in this
case isn't beneficial without patches to resolve the problem.
Thanks,
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
easily accessible. Putting it in
the images directory on the website makes sense.
I have a copy of the font.
It is ©2000 Ethan Dunham ‐ Fonthead Design ‐ http://www.fonthead.com
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
On Wed, 2006-05-10 at 11:59 +0100, Daniel Drake wrote:
http://guadec.org/GUADEC2006
Anyone going? Anyone staying in the GNOME village?
I'll be there, with a friend.
Please contact me off-list so I can get some information added about
this to the Gentoo Events page.
Thanks,
--
Chris
On Wed, 2006-05-10 at 09:32 -0400, Chris Gianelloni wrote:
On Wed, 2006-05-10 at 00:55 -0400, Curtis Napier wrote:
Grant Goodyear wrote:
Curtis Napier wrote: [Tue May 09 2006, 09:49:27PM CDT]
Larry our wonderful mascot is from a font collection that we DO NOT OWN
THE COPYRIGHT TOO. Our
On Mon, 2006-05-08 at 00:23 +0100, Daniel Drake wrote:
Chris Gianelloni wrote:
I use it myself, but haven't ever looked at any of its bugs. I guess I
can take it, provided you're going to be available to answer questions
on it for a bit. ;]
Of course. I know the codebase quite well
either). Easytag 2.0 is just around the corner
and will be the first GTK+ 2.x version to go stable (finally!).
I use it myself, but haven't ever looked at any of its bugs. I guess I
can take it, provided you're going to be available to answer questions
on it for a bit. ;]
--
Chris Gianelloni
On Fri, 2006-05-05 at 15:23 +0200, Kevin F. Quinn (Gentoo) wrote:
In practice, I tend to do:
=category/package-version* ~arch
~category/package-version ~arch
*grin*
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
, not a hindrance.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
in the double-digits of
MHz. *grin*
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
do think this, so I'm willing to change
*my* definition to match what the in practice definition ends up being,
if necessary.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message
files on the back of that.
I guess any change to that document should be subject to a vote.
I sincerely hope that we do not change that document, which was quite
good at pertaining only to what was necessary, into trying to be some
form of document to pertain to everything.
--
Chris
project page. ;]
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
discussing this and get back to
breaking our new developer box. *grin*
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
internal-only
version. As I said, this would probably be best conversed with them on
the portage-devel list.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
. It was such a good idea that the portage team implemented it quite
some time ago. *grin*
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
://www.gentoo.org/proj/en/pr/events/index.xml
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
/background/themes unless you wanted it.
Correct.
And while we are at it, is there any chance that the bug #124920
could be taken into account while creating new gdm theme?
I don't see why not.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
-theme.berlios.de/
[2]http://www.gentoo.org/dyn/icons.xml
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
% accurate for
getting just the main portage tree.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
not break non-overlay ebuilds
through its use.
With this *single* policy, we manage to reduce the problems that have
been brought up in the other threads.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description
chance you could make a list of file a bug? I happen to know that
nothing that I maintain wouldn't be affected, but can everyone say that?
Thanks,
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description
your
personal biases out of it.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
, but generally - overlays are not a place
for bureaucracy...
Nor are they a place to allow a free-for-all where people can commit
anything that can cause any amount of damage to the tree, while still
being official and hosted on Gentoo infrastructure.
--
Chris Gianelloni
Release Engineering - Strategic
tree packages to break because
some ricer told some n00b to use some crazy ebuild from some random
overlay that isn't really fit for the general masses. If we take at
least *some* measures to prevent this, then I'm OK with it. Allowing a
free-for-all in the overlays is not acceptable.
--
Chris
On Fri, 2006-03-24 at 09:47 -0500, Aron Griffis wrote:
Chris Gianelloni wrote: [Fri Mar 24 2006, 08:55:30AM EST]
As I've said, my only request is a single policy that before an overlay
can become publicly readable on overlays.gentoo.org (which is Gentoo
infrastructure) that it does
a bug is completely counter-productive.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
improve Gentoo. Together.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
On Thu, 2006-03-23 at 14:41 +, Stuart Herbert wrote:
Hi Chris,
On 3/23/06, Chris Gianelloni [EMAIL PROTECTED] wrote:
If some random developer goes out there and creates his own fork of
catalyst in his overlay, I sure don't want to receive a *single* bug on
it. Ever.
Your
On Thu, 2006-03-23 at 19:31 +0100, Stefan Schweizer wrote:
On 3/23/06, Chris Gianelloni [EMAIL PROTECTED] wrote:
Think about it this way, what if we had two competing products in the
tree that do the same thing, with the same file names? We would add a
blocker, no? So what mechanism
mask it on Friday, March 24th pending removal.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
the necessary changes to get this
in before the 2006.0 release.
Things need some polish.
At the Moment only some things are tested. For
the video i use a patched vesafb driver. The kernel
2.6.16-rc3 seems to have some acpi problems on it.
--
Chris Gianelloni
Release Engineering - Strategic Lead
Yup, I'm a retard. Forgot to post the links.
http://bugs.gentoo.org/show_bug.cgi?id=120340
http://bugs.gentoo.org/show_bug.cgi?id=120341
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description
*only* used by display managers? I know for a fact that
it isn't used by startx or anything.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
more than the Manifest files are.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
. That way I don't have to --newuse and recompile a
package just to get a simple example logrotate file, things don't get
shoved into /etc without consent, and everybody is happy, right? (Yeah
right... :P)
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
talk to you on this).
At any rate, I'm not going to bother any more with this thread until I
rewrite the scripts to not make bad assumptions.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description
.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
, that I
had no idea that this was what you were describing.
I'll get right on a possible solution.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
, wait for 2006.0, or follow
the standard steps to switch compilers yourself. It's not like we're
forcing you to keep both compilers. ;]
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally
. I've been doing it for every version of all
offending packages, not just the ones in ~arch, since we can't be sure
if a user is using a mixed stable/testing system or not.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
to do everything as a group. Oh yeah, I said it.
Anyway, I do appreciate any work that you're doing on any games ebuilds.
I just hope we don't end up in the exact same situation a (few?) month
or so down the line when this stuff goes stable as we are in now.
--
Chris Gianelloni
Release Engineering
of this is that what you are seeing is pretty
much expected behavior for bootstrapping using a stage with an older
GCC.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
601 - 700 of 996 matches
Mail list logo