we are removing the problem by default, educating
users, and still not removing any data or options for our users and
developers.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed
of simply RSYNC_EXCLUDEing the
ChangeLog by default would be a much better solution.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
wouldn't have a problem with this, and it would still
be benificial. The only question left to be answered is how much space
would actually be saved to make this extra load on CVS worth it.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
teeth to get things
done in a timely manner. We also need enforcement of some sort to
ensure projects are active and reporting information on their status.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description
fixed so we can have a stable version of 1.11.14 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
in asking how to use the application while we're busy
trying to get a release out the door. If you want catalyst help or just
to discuss catalyst, please join the gentoo-catalyst mailing list.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo
you can get your hands on from a bootstrap. Make sure the
same works from a 2005.1 (or 2005.1-r1) stage3 to build a stage1
tarball. Those two places are where we hit the majority of our bugs
during a release.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games
On Wed, 2006-01-04 at 19:57 -0800, Greg KH wrote:
On Thu, Jan 05, 2006 at 03:58:57AM +, Kurt Lieber wrote:
On Tue, Jan 03, 2006 at 01:17:06PM -0500 or thereabouts, Chris Gianelloni
wrote:
Gentoo is not a distribution of Linux. Gentoo is not anything more than
a loosely bound group
they want.
I'm sorry, but screw that.
You guys are more than welcome to go apply at Red Hat or Novell. Hey, I
hear SCO is still distributing Linux, too. They'll gladly give you the
mission statements and direction that you so desire.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86
that might not
be the overall direction where we are heading?
Dude, pass the pipe. I want some of what you're smoking.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
,
everything goes as planned.
--
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-01-05 at 14:22 +, Kurt Lieber wrote:
On Thu, Jan 05, 2006 at 07:51:39AM -0500 or thereabouts, Chris Gianelloni
wrote:
This is what I don't get. So what if Gentoo is an amoeba? Does it
really matter? Would you rather that we dropped Gentoo/ALT, Hardened,
Embedded
On Thu, 2006-01-05 at 15:51 +, Kurt Lieber wrote:
On Thu, Jan 05, 2006 at 08:07:14AM -0500 or thereabouts, Chris Gianelloni
wrote:
Sounds like you'd rather take Gentoo back a few years to the days before
Hardened/Embedded/Alt. I guess we really should just be Gentoo Linux
and ignore
On Thu, 2006-01-05 at 09:42 -0600, Lance Albertson wrote:
Chris Gianelloni wrote:
Really, I don't have any vision for Gentoo and I like it that way.
Amazing words to come from Gentoo's release manager. We might as well
call our releases 'maintenance updates' then if thats the case.
Why
on this and forgot to send it out.
I was planning on posting it also on the Release Engineering page, but
need to turn it into GuideXML first.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
Status Report for Release Engineering: Jan 3rd 2006
to in our Gentoo blog?
I dare you to say something about how Genesi sucks and your Pegasos is a
piece of junk... :P
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description: This is a digitally signed message part
.
I don't disagree with you entirely, but there's nothing stopping us from
*also* producing a Gentoo Enterprise Linux distribution.
Like I said, I'll post my proposal, modified to fit the times, of
course, as soon as I get a chance (it'll take a while to write back up).
--
Chris Gianelloni
Release
On Fri, 2006-01-06 at 09:27 -0600, Lance Albertson wrote:
Chris Gianelloni wrote:
On Fri, 2006-01-06 at 02:36 -0700, Duncan wrote:
OTOH, it's entirely possible a Gentoo /based/ enterprise distribution may
emerge at some point. IMO, however, there's enough conflict with what
makes Gentoo
there can't be a frozen tree within the
context of Gentoo or as a separate project, of course.
Exactly. I'm finishing up my proofreading and spell-checking and should
be sending out my little idea within the hour.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
On Fri, 2006-01-06 at 18:11 -0500, Olivier Crete wrote:
On Fri, 2006-06-01 at 09:39 -0800, Brian Harring wrote:
On Fri, Jan 06, 2006 at 10:05:49AM -0500, Chris Gianelloni wrote:
On Fri, 2006-01-06 at 09:00 +, Chris Bainbridge wrote:
On 06/01/06, Brian Harring [EMAIL PROTECTED] wrote
, it will not use the package and will compile
from source. We use this every day in Release Engineering with
catalyst.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
about herds
that are a project? Simply throw in a redirect under the herd name to
the project name?
--
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-01-10 at 07:49 -0500, Chris Gianelloni wrote:
On Tue, 2006-01-10 at 03:40 +, Mark Stewart wrote:
Please contact me if you are interested.
I am interested in hearing more.
Stupid Reply-To munging...
Anyway, I'll let you guys know if there's anything actually worth
hearing
On Thu, 2006-01-12 at 11:45 -0500, Doug Goldstein wrote:
AFAIK, cryptsetup should be pulled in favor of cryptsetup-luks. I think
everything uses luks now rather then cryptsetup.
We're still using cryptsetup on the InstallCD/LiveCD. Should we switch?
What's the differences?
--
Chris
of packages. We are definitely agreeable
to getting some help with this, as we don't want to be the cause of
holding back modular X in any way.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux
signature.asc
Description
, 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
.
Using stage1 assumes that you know what you are doing.
That's not a problem for me. So excuse me that i wanted
gentoo-installation to be more simple.
It is quite simple. The documentation is quite extensive on installing
from a stage3 tarball. How much simpler can you get? ;]
--
Chris Gianelloni
this release is out
the door.
--
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-01-25 at 17:50 -0600, MIkey wrote:
Chris Gianelloni wrote:
You're reading it wrong. The bootstrap USE flag is set during
bootstrap, not the build USE flag. This means libstdc++-v3 (or gcc 3.3)
is required at the bootstrap level. The reason that libstdc++-v3
My mistake
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
. 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
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
*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
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
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
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
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
% 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
/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
://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
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
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
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
, 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
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
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 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
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
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
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
, it would be
marked INVALID. (Unless, of course, the bug is caused by Gentoo's
patches.)
No. It should be marked as UPSTREAM and a bug should be filed in GCC's
bug tracker or the authors emailed if there's no tracker.
--
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
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
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
-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 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
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
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
. 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
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
1 - 100 of 1007 matches
Mail list logo