, when x86 died ;)
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
boring evenings a bit more fun, try assing someone else.
Thanks in advance,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
from a merge, but the damage
amd64 gets seems far bigger.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh wrote:
No, there was an April Fool's joke.
Which pretty good shows how ridiculous such a merge would be...
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
hat you need a huuuge x86 arch team...
It's just a word. Provided the concept is agreed on, the word isn't the
most important thing in the world.
I'd prefer machamalahalabad ;)
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Danny van Dyk wrote:
Paul de Vrieze schrieb:
| I agree with this. It should also be a simple, backwards compatible
| solution. Just don't call it maintainer, but maint or something like
| that ;-)
In case this should really be done, please call it 'stable'...
so we get ~stabl
ing", so
that says it needs further "testing" since there still could be a not yet
discovered bug, right?
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
using ~arch in the real world, and we're not yet living in an ideal
world.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
t adding a single patch,
3 of them got closed a day later.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Hi all,
This has been in the todo-list for quite a while, but finally it's done. I'm
curious what you think of it.
Have a nice day,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
GLEP: 41
Title: Making Arch Testers official Gentoo Staff
Version: $Revision:
t the amd64 herd does for quite some time anyway, but apparently there
are people who don't want to become developers with commit access, so that
doesn't mean we'll loose all ATs ;)
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
ded', not 'have to'. It really doesn't
make sense for *every* herd, and should be handled on a per-herd basis anyway.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
, the
youngest since Aug 23, so I think it definitively is.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
elf to be useful to the
project when I joined it. BUT, this was before the idea of an AT existed. Today,
every user who wants to become a amd64 developer, has to become AT first, to
prove himself, so the problem you're speaking of was fixed, not caused by ATs.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
roven themselves.
I don't remember that being asked for...
As the GLEP asks to make the ATs staff, it'd imply giving them voting
privileges.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
eady HAVE proven themselves to be useful.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
keyword is for.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
which surely need a
longer testing period, even if they work flawlessly. Or would you mark gcc 4.0
stable after 30 days? I think that's what Paul wanted to say.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
r way around: There might be a new, not very popular package, so the
maintainer didn't get any bug reports (=it works fine), but there might be a too
little user community that you really could claim it rock-solid stable.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
ntly doing?
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
f an ebuild
or portage.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
umentation shouldn't be the primary location to get information.
Other than that, i like your idea, and surely won't stop you :)
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Simon Stelling wrote:
> So basically,
the documentation shouldn't be the primary location to get information.
s/shouldn't/should
I really shouldn't write emails before waking up :/
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
What would we gain with such a change? You have two tools installed that are
nearly equal, so why would one want to have two of them?
*me scratching head*
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
t installed vi and didn't care to remove nano. And about xine/mplayer,
they're pretty different as well. I'm surely not stopping you from implementing
your idea, I just lack to see a real benefit.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Yay! Another member of the Swiss conspiracy!
Welcome to Gentoo, Luca
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh wrote:
For "unknown" or "too lazy" cases, the package shouldn't be in the tree.
Too bad reality doesn't match.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
use
he didn't know about an important fact due to his lazyness, that's not our
problem. Of course they will still bitch, so let's introduce RESOLVED RTF_ML_.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
201 - 228 of 228 matches
Mail list logo
