inue to look up the AT page 3 times a week. It's really not a THAT big
issue. I just thought it would be nice to give the ATs a @g.o address, but it's
really not essentially for me to work.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
ere
dev = dev/staff/whatever)? There are devs who don't have commit permissions to
any cvs repo, how is their activity tracked?
In the AT case it wouldn't be so hard to check their activity. !seen on IRC and
a bugzilla query printing out bugs where they made a comment should be eno
d a subdomain". Those who thought that a subdomain would be
a bad idea didn't step up at that moment (including me), at least if I recall right.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
;)
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Harald van Dijk wrote:
(Note that I'm not going to argue either way whether this is a good
thing; I'm merely pointing out that the docs do say we're about choice.)
You still can choose between stage3 and stage3+GRP without having to do anything
but following the handbook :)
--
Albert Hopkins wrote:
Now all-of-the-sudden MySQL 5 is marked -amd64 so now I must downgrade.
Is this intentional?
read the changelog, it says:
24 Nov 2005; Jory A. Pratt <[EMAIL PROTECTED]> mysql-5.0.15.ebuild,
mysql-5.0.16-r3.ebuild:
version 5 does not work on clean install
--
Is there a good reason for sending this to -dev? You basically complain
about the way the GWN authors handled the issue, so why do you tell it
all the devs? It seems a bit like a lame attempt to blame them in public
for their faults.
Other than that, I agree with you.
--
Simon Stelling
Jakub Moc wrote:
:0:
* ^From:[EMAIL PROTECTED]
/dev/null
What a poor flame. Read through the flaming guide [1] twice, and try again.
[1] It once was http://dev.gentoo.org/~chriswhite/flame.html, where has
it gone?
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED
be very nice though.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
without
knowing what that do... or is it a default nowadays, I'm not even sure.
You're mixing up 'strict' with 'stricter'.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
;s
pretty much their decision what their defaults look like.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
27;s implement $foo with $bar."
See above.
My point is, either you have to generalize each project's goal to a real
triviality or you have to define a goal which doesn't match some
project's goals. Conclusion: Let it be.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
e.g. arches fit into this scheme? Yeah, sure, they make Gentoo
easier to use because they keyword stuff. Great. I'm really glad
somebody tells me why I am doing the stuff I've been doing for more than
a year.
So, the 'easy to learn/use' goal might be a goal that quite some
pr
might be the purpose of that mail, re-read the last
sentence with stress on the last three words.
SCNR
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Henrik Brix Andersen wrote:
Can we have a RESTRICT=compile too, please? ;)
Right after RESTRICT=lamejokes is implemented :P
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
Yo, welcome!
(Not going to make a lame joke here, as I was the one who asked for a new
RESTRICT feature ;))
--
gentoo-dev@gentoo.org mailing list
[EMAIL PROTECTED] wrote:
> I've got another new victim to present :) Scott is joining the amd64
> team that he's already been a part of for the last few months helping
> out as an AT (arch tester).
Welcome to the team, again ;)
--
Simon Stelling
Gentoo/AMD64 Operational Co-Le
package might work great for one
profile but terribly break for another (deprecated) one.
You can apply the same idea to eclasses. Basically it all bails down to this:
Give me 10 environments and I give you 10 different ways to break the package.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
ightly or not), it should get a local use flag.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
really deserve it. If a user sticks -fvisibility=hidden into his CFLAGS
(instead of CXXFLAGS), PLEASEGOAWAYKTHXBYE would be much more appropriate.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
o your side!
|
| Code listing 1.6: Usage of plurality
|
| email: Stop wasting our time!"
Apparently somebody did his homework ;)
Kind regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
e webserver should make it available. So the SLOT="${PVR}" is
not an issue in this case.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
it Tool's IUSE check manually, for
> example, we'd still be in app-something, and would have missed many of
> the screwups.
Then fix the tool. I find it somehow ironic that a member of the QA team is
trying to force a 'work-around' just to avoid fixing the source of the p
everything else.
This is why Ciaran and I opened a bug for the Portage team to get this
handled up-front. Alas, I can't find the bug any more to reference it
here :(
bug 75936
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Member
--
gentoo-dev@gentoo.org mailing list
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Member
--
gentoo-dev@gentoo.org mailing list
or one person anyway. I guess it's not
too hard to make a script that puts the stuff in
toucan:/space/distfiles-local into the right dir.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Member
--
gentoo-dev@gentoo.org mailing list
nd Regards,
Simon Stelling
Gentoo/AMD64 Member
--
gentoo-dev@gentoo.org mailing list
Josh Saddler wrote:
The mail server is not hosted by OSL. That server is somewhere in Italy, iirc.
I'm still receiving -dev mail just fine.
George Prowse wrote:
I cant pick up my -dev emails because of this outage
Congratulations. You made us all laugh.
--
Kind Regards,
Simon Ste
Users can (and do) attach patches to any bug in bugzilla. When applying
such patches, the committing dev hopefully checks the patch and makes
sure it's clean, so he already is the kind of proxy you are asking for.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gen
ebuilds and a few digests. It's not like you would
gain anything from removing it immediately. But those who use the package do
gain a lot from you giving them a hint to search for alternatives.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
ystem.
Their portage will then tell them that the package is masked and why.
So they DO get informed.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
for x11-misc/xscreensaver
!!! Depgraph creation failed.
Note that this has been a feature since a veeery long time.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
mean because it was written in
a form that could have been much more friendlier.
A message is usually more than just the information in it.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
d given that we tout
Gentoo a meta distribution, encouraging others to build on it, there's no
point forcing them to have to clean out the Gentoo brand, before they
actually can use it.
He said he wanted to make it easy, not forcing it. Or am I mistaken?
--
Kind Regards,
Simon Stelling
Gentoo/
documentation on the system.
This would be a very cool feature. Not for portage though. Portage is a package
manager, and a package manager has nothing to do with generating indexes of HTML
files.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
trust the guys who submitted it to do their job the right way. And
IMHO, this is exactly the point. Trust the others to do their job
seriously and well. We don't need a whole dev community voting on an
idea. Having everybody vote instead of a 7-headed council won't reduce
politicalness
Denis Dupeyron wrote:
dev-embedded/sdcc-cvs will be masked right now, and then removed in a month or
so if nobody complains.
A pkg move might be wise to do, no?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
n't without everybody looking strange at you afterwards.
Especially the UFO guy somehow lives from the mythos around it,
explaining it would destroy it, at least that's my feeling.
I'd certainly like the 'Larry is confused!' though, makes error pages a
lot more p
portage bashing and turn this into an
on-topic discussion?
Thanks.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
y I
see this as a very serious roadblock to the acceptance of paludis as a
supported (secondary) package manager.
This is not a block. -*>=sys-apps/portage-2.0.51.22 means that the
depedency on portage is no longer in the system class (base defines it
as such).
--
Kind Regards,
Simon St
on the answer of the question above.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Simon Stelling wrote:
'Will it allow you to manage the vdr-related packages and it's bugs
s/it's/its/
*sigh*
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
vecho cmake ${S} -DCMAKE_INSTALL_PREFIX=/usr $(cmake_use_option debug
CMAKE_BUILD_TYPE debugfull) $*
You can't use vecho yet. It's been introduced not long ago, stable
portage versions will just tell you that there is no `vecho'.
cmake_compile() {
cmake_install() {
aren&#x
mentioned resolution
should become obvious after having a glance at:
http://dev.gentoo.org/~blubb/funding.png
Thanks in advance for your help, it is greatly appreciated!
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
.html
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
se it briefly shows why the current
eclass system has its problems and why contacting -dev *before* adding a new
eclass to the tree is essential.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
You forgot to mention which package uses the variable.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Peter Volkov (pva) wrote:
> But how can I search for removed ebuild in cvs? Is there any quick way
> for such things?
Use "site:sources.gentoo.org " as query, e.g.
http://www.google.ch/search?q=site%3Asources.gentoo.org+sonar&btnG=Suche&meta=
--
Kind Regards,
Sim
nd bothering
> Gentoo Council - such as fixing current bugs and cleaning the dead cruft
> in the tree, or fixing things not yet ported for modular X, or unported
> for gcc-4.x, or whatever else?
Damn liberal! [1]
SCNR
[1] http://dev.gentoo.org/~chriswhite/docs/flame.html#doc_chap1_pre1
--
r to set a reasonable default,
but in case the user only has the other version, it would take that one. If both
are installed, the one that the maintainer deemed the best is chosen.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
s
targetting at something completely different, or do we care about getting stuff
done?
There's nothing as unproductive as political correctness.
Just my 0.02 SFr,
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
ding.
This wording vs. intentions makes this whole thing really ridiculous. It
makes you look like being nitpicking, even if you aren't.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
st keywording it for amd64. wouldn't it be
easier to only list people that are in the sci herd?
> sci-misc: 19
> Size is Ok, but, if we follow the idea, should probably stay under sci (herd)
> devs:
> cryos, hansmi?, phosphan, ribosome, kugelfang?, pbienst, blubb?
same here
--
Stuart Herbert wrote:
> But I also think you're over-exaggerating the situation by a long way,
> sorry.
I don't think so. As I understand it, it's not the amount of threads that makes
the noise, it's mainly all the sub-sub-sub-sub-threads.
--
Kind Regards,
Simon Stell
things helluvalot nicer.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
that make more sense ?
I asked myself the same question about two weeks ago and made up a huge
patch, I just didn't get around to verify it's really correct and
complete. I can mail it to you if you want :)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
"regaining" control. Currently, users who want to
cross-compile are screwed and need nasty use.mask-hacks to not end up
with broken binaries. The inability to provide per-package CFLAGS is a
missing feature in portage, it's got nothing to do with this issue.
--
Kind Regards,
Si
ssue. Also, it doesn't make the tree more
complicated. It is far more intuitive that supported instruction sets
are used if the user doesn't explicitly wish not to than having some
strange use flags that don't mean what they're named like.
--
Kind Regards,
Simon Stelling
Ge
uggested.
> To change this behavior now after all this time would be crazy IMHO.
It might have become some sort of policy, but if the policy doesn't have a
god-like status. Sometimes it becomes obsolete and new (better) rules are put in
place.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
ble mismatch between what the cflags could do and what
> you expect to obtain eg: -mcpu=nocona use 3dnow would issue a warning
> and disable it
I'm not sure whether I understand this correctly. If we use flameeyes logic
anyway, why keeping the use flags?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
w' bad if it results in the
same thing as '-march=athlon-xp'? I guess I'm just lacking facts here, so please
give me a hint :)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Marius Mauch wrote:
>> That's because CFLAGS="-msse" currently doesn't do what the user
>> would think it does. Which is the real problem, which we're solving
>> with the change Diego suggested.
>
> Huh? What do you assume users think that CFLAGS=-msse does?
> I know some people get confused by th
for if a package builds fine but crashes
> randomly later.
Sounds like your after bug 95741:
http://bugs.gentoo.org/show_bug.cgi?id=95741
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
[EMAIL PROTECTED] wrote:
> I really would like to see back the upstream version, what do you think?
I don't think anybody would mind you putting them into the tree again.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
, which is the only arch that has the mad USE flag in use.mask,
doesn't have any version keyworded. Of course that doesn't fix the general
problem, but at least it would save time for a lot of users...
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
x27;s Gecko engine.
If nobody objects, I'd like to push that change through in two weeks.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
.
> "use firefox's Gecko Engine"
This is actually "build against firefox instead of mozilla/seamonkey".
> sooo..which one is the global flag for? :)
All of them, except if the openoffice one turn out to have a different meaning
than '"build against fire
se name I have not come up with yet ( new style virtual ).
If you don't scream loud, I will go and split them out, using
virtual/configfile-manager.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Hanno Böck wrote:
> Am Dienstag, 18. Juli 2006 14:06 schrieb Simon Stelling:
>> If nobody objects, I'd like to push that change through in two weeks.
>
> As most of then are "use ff instead of mozilla" and that'll be deprecated in
> favour of using ff
> updated on package moves.
Err, yes. At least here you do.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
l, this is the
interesting stuff. Spending hours on one broken build system is far more
interesting than writing 100 ebuilds.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh wrote:
> Good intentions and trying to be helpful don't keep users or
> developers. Screwups lose users and developers.
It's really funny to hear such a statement from a person who made several great
developers leave the project.
--
Kind Regards,
Simon Stell
Michael Crute wrote:
> Thoughts anyone?
That's all been done. That's why the last thread's title has the word 'resumed'
in it, after all :P
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
em to say 'bugzilla shall be fix0rd!'?
What would that change in reality? I, (and I guess so does solar) fail to see
what the council could effectively do in regard to this matter. You should
probably elaborate on that.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo
responsibility, IMHO.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
xactly is once they found it out, you wouldn't have ended up with all those
"I'm sick and tired of your "we're working on it"". Asking people for patience
is easy, but it's hard to swallow when you don't understand what the problem is
at all.
You've already been told it's a non-issue, but here's why:
http://devmanual.gentoo.org/general-concepts/slotting/index.html
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
other
gtk2. As long as dependencies don't cope the slot cleanly,
slotting is utterly useless.
=x11-libs/gtk+-1.2*
>x11-libs/gtk+-2
do a decent job.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
:' input
field. Just add the PDA herd's email address there and you will receive all
their bug mails, which has the advantage of not causing a lot of bugzi spam.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
hen decide whether the breakage affects you or not and
depending on that unmask it locally or remove your bugzilla installation.
If there is a bugzilla-ebuild which works with downgraded too, leaving you with a working bugzilla.
I can't quite see the massive problem.
--
Kind Regards,
S
don't see how the security team could do much
about this; except maybe giving them a yearly budget to travel around the world
and slap people who seem to ignore security bugs.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
e sense, as - you've pointed it out so many
times - the API is incompatible.
So, I'm asking you one last time: Do you have any actual good reasons to not
package things the way upstream does it?
[1] http://bugs.gentoo.org/show_bug.cgi?id=143063
--
Kind Regards,
Simon Stelling
Ge
in this thread agreed with you. It won't get anywhere,
because you're the only one pushing for that change. I can assure you that every
single bug for every package you file will get marked as DUPLICATION of the
first bug, which was closed as INVALID.
--
Kind Regards,
Simon Stelli
ckages.
They have the same name. Different versions. That's how it is upstream and how
it should be.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
7;.
http://article.gmane.org/gmane.linux.gentoo.portage.devel/2316
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Enrico Weigelt wrote:
foo/bar gui=gtk
blah/blubb gui=qt2
bleh/enrico gui=qt4
SCNR
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
quot;? Documentation is there to be read!
That being said, server/client flags are nice, but not really applicable until
we have per-package default USE flags, which is soon I hope.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
as 'update' instead of 'upgrade'.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Regarding the inline vs. attachment issue, I'd vote for inline too.
Just my 0.05 CHF,
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
work if there are multiple packages with the same
name in different categories, but if a package maintainer doesn't
specify the category in such a case, he should be hit anyway ;P
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
ready are on bugzilla.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
something that should be applied unconditionally, in my
opinion. The "you don't so I won't" attitude gets us nowhere.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Lance Albertson wrote:
> I generally try to do that, but after the 10th time the person doesn't
> respect you and demands things from you, its kind of hard to keep that
> mentality.
Well, one out of >300. Simply do it for someone else then ;)
--
Kind Regards,
Simon Stel
WhiteLemon
> WhiteApple
> WhiteBlanket
> WhiteEnergy
> WhiteWhite
> go shorten your sig ChrisWhite
head -n4 $(<~/.sig) > ~/.sig
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
tely unimportant whether you did the quizzes or not. IMO, at least.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
ackage that doesn't share the effect:
sys-apps/pcmciautils:udev - Install as an udev helper instead of a
hotplug helper
Which is different from the other 5 "Enable udev rules file installation".
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
or GTK 2.x
=x11-libs/gtk+-2* doc
# disable mysql support for QT
x11-libs/qt -mysql
Know your tools, man.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Edgar Hucek wrote:
> I know my tools but not necessarly the normal user who wanna use gentoo
> and is ending frustrated.
If the users are too lazy to read the documentation, why should we care
about them?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org m
d to get and b) sucks. I'd rather
have other people think Gentoo is a bad distro but be happy with it
myself. Yes, I am a selfish pig.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
1 - 100 of 228 matches
Mail list logo
