clutter up the home unnecessarily :)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
d it works just great. I don't see why we have to
dissect every word, especially since it makes it so easy to not to see
the wood for the trees. The goal of the CoC is fairly vague ('getting
along well'), so why is there a need to specify the way ulta-explicit?
--
Kind Regard
re we always have a
| consensus for whatever decision we reach.
Who is "we" in this? I assume it's devrel, but I think it should be
written out.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
certain ones will flock to your side!
|
| Code listing 1.6: Usage of plurality
| email: Stop wasting our time!
[1] http://dev.gentoo.org/~chriswhite/docs/flame.html
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
countries of the EU.
^
It's still Europe :P --'
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
you can't say putting
together version 2 of a spec before version 1 was writte is sane. So we
need the EAPI=0 spec. Makes it pretty easy to figure out why this spec
is fairly important.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
Ciaran McCreesh wrote:
I find it amusing that no-one complaining about this has actually asked
to see it.
I think ferringb did, just not very successfully.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
, which is why it is policy.
Except that in many European countries you can't even "re-assign" your
copyright. Oops.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
Daniel Robbins wrote:
And it should be one (web) page.
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
discuss it far and wide, as
long as releng doesn't want to do it, nothing will happen. So maybe we
should wait for a statement from Chris before doing anything else.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
William Hubbs wrote:
Where do I find information on how to fix the package?
If you don't have a box using a multilib profile (I guess the user who
filed the bug was using an AMD64 box), you won't be able to reproduce
it. Just reassign the bug to [EMAIL PROTECTED], we'll fix it :)
Regards,
Simon Stelling wrote:
[snip crap]
Actually, ignore me, there's a fundamental flaw in my thinking.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
. Explain how ||() works
with a "normal" dependency, explain how use? () dependencies work and it
will become clear to everybody how it will work. TBH, it looks to me
like you were to explain how an if statement in a while loop works, even
though it is well-known how both of them work if they aren't nested.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Mike Frysinger wrote:
replace that with:
xargs -d $'\n'
aye, that looks way better.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
er. If
some package really installs files with a newline character in its name,
well, then that package is just not worth including in emul-packages.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
gards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Simon Stelling wrote:
I'll use cp -pPr.
Actually -dpPR, which is what -a is an alias for.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
and removes them again, which is both
stupid and confusing.
cp -a "${S}"/* "${D}"/ || die "copying files failed!"
For future *BSD compatibility (yes i want to use the linux bsd emulation
for flash, opera, etc) it's better to use rsync -a imho
I'
,
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
# Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
#
# Original Author: Simon Stelling <[EMAIL PROTECTED]>
# Purpose: Providing a template for the app-emulation/emul
Ciaran McCreesh wrote:
> * devmanual. Not converting it over to a new shiny XML thing or
> whatever, but just extending and reworking the parts that need it.
Last year's SoC FAQ said that the actual work would have to be coding,
not writing documentation.
--
Kind Regards,
Simon Stel
Ciaran McCreesh wrote:
> Which is all very well, but not sufficient reason to screw up a project
> that is developed and used by a lot of people.
As if we were all gonna die without bash arrays in our config files.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gent
marking stable?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Hi,
This was discussed before, and noone was against it as it seems:
http://article.gmane.org/gmane.linux.gentoo.devel/44932/match=cameras+use+expand
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
I like the idea. Something really useful I could think of is *drums*
the implementation of GLEP 42.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Piotr Jaroszyński wrote:
What do you think?
I think it would be much nicer to have a VCS with support for atomic
commits.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
k up.
[1] http://bugs.gentoo.org/show_bug.cgi?id=148388
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
at being said, I hope that things change for the better.
I doubt so, to be honest.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
nd Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
oo worthy to be spent on such things. Thank you, and have
a merry Christmas.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
USE_EXPAND.
For any objections, suggestions for a better name, etc. please also see
bug 139884: http://bugs.gentoo.org/show_bug.cgi?id=139884
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Piotr Jaroszyński wrote:
> Just for fun(=I wouldn't use it in ebuild/eclass):
Sorry, but this mailing list is not really the best place for "just for
fun" bash foo. I suggest you take it somewhere else.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@
Uhoh, forgive me for not reading the other replies before writing a
completely redundant one.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
le so called ini-style
Uhm, what kind of metadata are we talking about here? Descriptions can
just be placed in comments above the group specification line, no?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
yours.
I don't mind the council touching the metastructure, as long as they do
it right ;) If they don't, I will surely state so and ask for a
referendum. If it turns out that like 60% of the devs don't share the
council's opinion I'm sure they will re-think their decis
Mike Frysinger wrote:
(how do you measure the degree of a change ?)
By the number of inflammatory mails it causes within the timeframe of
two weekdays. Quite obvious, isn't it? ;)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
lking DEPEND, for which this is true: gtk was
installed with a binpkg and those don't pull in their DEPENDs because
the package is already built. For RDEPEND you can savely rely on
implicit dependencies, in most cases at least.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
Alec Warner wrote:
Haha, there are times when you need to realize that it's just joking
around, versus an actual flamefest ;)
This makes Gentoo look very unprofessional. It even makes us look like
we're having fun.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
s.
Please give him a warm welcome!
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
nd IP27 are nearly identical as far as userland goes.
> (and if we did everything right, they would be completely identical)
> Now, if you said o32, n32, and n64
[x] You just made a fool of yourself.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
e the feature for their networks too, if they like it.
The people who have to maintain the code that implements the feature
should just give an ACK/NACK and go on or leave it, IMO.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
not rofl-worthy...
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
a list based on their input.
Check out these packages [1] before doing that, they will probably
supply all you need.
[1] http://packages.gentoo.org/search/?sstring=cpuinfo
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Good luck with all the things you will be doing in future... You will be
missed.
--
gentoo-dev@gentoo.org mailing list
this. It
avoids another layer that seems just redundant.
--
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
;m not the only one who is using a pentium mmx as a router, so
you better think twice about it :P
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
g fast and convenient, so what exactly is the
problem? It's not like you can't get Gentoo running without a network
connection anymore.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
bz2
> http://gentoo.osuosl.org/releases/mips/2006.1/stages/mips4/stage3-mips4-2006.1.tar.bz2
Stop being stupid please, you're only making fun of yourself. I guess I
don't have to explain you how useful a URL is to a _networkless_
installation, do I?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
n't find anybody on the portage or pkgcore team saying that it
would have been better to incorporate the ideas of pkgcore into portage.
Sometimes it's simply better to start all over again.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
anything. What we need is more people who do actual testing. If you're
forced to be in an arch team you're just a tag in a project page,
not more. This is not going to help at all, in fact it will only hide
the problems even more.
--
Kind Regards,
Simon Stelling
Gentoo/AMD6
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
couple
of private customers.
If I'm not working, I'm playing the violin or watching movies."
With this addition, the Swiss conspiracy soon will be powerful enough to
bribe everybody else with chocolate, so you better watch out.
Everybody please give Tiziano a warm welcom
First time I'm happy we're having the developer lack ;)
Welcome Jim!
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
. In his free time he is mostly busy playing^W_testing_ games,
so we can all be assured that any stablization requests filed by him
have gone through a careful inquiry.
Welcome Tristan!
--
Kind Regards,
Simon Stelling
--
gentoo-dev@gentoo.org mailing list
Peter wrote:
> We can disagree on that point. All distros are businesses. Users are
> customers. No users, no distro.
I haven't received a single paycheck in two years. What a shitty business.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
int.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
most
important factor. Motivation is far more important IMO, and it's pretty
hard to get the motivation together to test 60 packages instead of
tinkering around with a new idea. At least for me it often is.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
ious answers.)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
thon/ghc abi issue. It was aimed more at cases like
> mips with it's multiple abis.
It's all about multilib and has (except for the unfortunate name)
nothing to do with this issue.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Krzysiek Pawlik wrote:
>> # Simon Stelling <[EMAIL PROTECTED] (20 Sep 2006)
>> # This license needs to be agreed on explicitly to be considered
>> # legally binding.
>> # By unmasking and installing the package you agree with its terms.
>>
Steev Klimaszewski wrote:
> I think it is over engineering of a non-issue.
Which non-issue in particular?
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
Hello all,
I would like you to share your comments on the attached GLEP with me.
Thanks in advance!
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
GLEP: 52
Title: License Managment in Portage
Version: $Revision: $
Last-Modified: $Date: $
Author: Simon Stelling <[EMAIL PROTEC
ic
> architecture. Just coding is their work, not testing - which explains the
> difference in the name.
Huh, I hope they will do testing :P
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
t the following:
/etc/foobar/doh
/etc/foo
/etc/foobaz
.. or did I misunderstand something here? I don't know whether that is
the current behaviour of portage, but IMO it certainly shouldn't be. It
should rather be
/etc/foo (file)
or, if /etc/foo is a dir:
/etc/foo/*
--
Kind Regar
wouldn't like it when
my box is totally screwed just because PORTDIR doesn't point at my
portage tree for the moment.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
h things on -dev,
because this is not a "hey everybody, look, $dev did something stupid!"
list. It doesn't matter whether $dev is genstef or carlo or anybody
else. The bitching ain't gonna stop if you just "give back".
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
s the cause.
The behaviour is correct. The depstring in question was
"!=app-text/hunspell-1.0", just retarded) repoman would complain loudly.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
ous or abrasive behavior
to users or developers, or similar developer-specific behavioral
problems should be brought directly to Developer Relations via
[EMAIL PROTECTED] These should be dealt with on a case-by-case basis by
Developer Relations and may require disciplinary action."
--
Kind Re
Stefan Schweizer wrote:
> it
> is meant to be as non-concrete as possible to allow usage in as many cases
> as possible.
Which makes it pretty pointless. Really, this GLEP says almost nothing,
it's simply too vague to express any intend.
--
Kind Regards,
Simon Stelling
Gentoo/A
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
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
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
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
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
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
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
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
ready are on bugzilla.
--
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
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
as 'update' instead of 'upgrade'.
--
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
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
7;.
http://article.gmane.org/gmane.linux.gentoo.portage.devel/2316
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
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
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
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
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
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
:' 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
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
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
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.
responsibility, IMHO.
--
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
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
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
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
> updated on package moves.
Err, yes. At least here you do.
--
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
1 - 100 of 228 matches
Mail list logo
