. Conclusion: Let it be.
Regards,
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
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
[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-Lead
[EMAIL PROTECTED
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
be bad practice. When a new global use flag is made, the requirement is
that all local use flags which would get united have *the same meaning*. If the
meaning is the same, it doesn't make sense to mention it twice. If the meaning
differs (slightly or not), it should get a local use flag.
--
Simon
be much more appropriate.
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org mailing list
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
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
, 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 problem.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Member
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
Regards,
Simon Stelling
Gentoo/AMD64 Member
--
gentoo-dev@gentoo.org mailing list
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
,
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 Stelling
(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@gentoo.org mailing
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
.
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
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
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/AMD64 Developer
--
gentoo-dev@gentoo.org
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
,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
a whole dev community voting on an
idea. Having everybody vote instead of a 7-headed council won't reduce
politicalness. And that was what all your mail was about, in the end.
__Problem: Voting__
Heh, really don't need to comment on that one anymore. ;)
--
Kind Regards,
Simon Stelling
Gentoo
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
.
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 personal.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org
portage bashing and turn this into an
on-topic discussion?
Thanks.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
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 Stelling
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
the 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
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 package as query, e.g.
http://www.google.ch/search?q=site%3Asources.gentoo.org+sonarbtnG=Suchemeta=
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
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
?
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
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
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
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
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 Stelling
Gentoo/AMD64 Developer
,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
?
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
, 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,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev
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
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
of the
breakage in old compilers like gcc-3.3.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
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
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
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
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 firefox instead of mozilla/seamonkey'.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
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 by default and seamonkey by seamonkey useflag, I
. At least here you do.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
, 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 Stelling
Gentoo/AMD64
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
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-dev@gentoo.org
, IMHO.
--
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
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
. 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
.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
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
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
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing
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 Stelling
Gentoo/AMD64 Developer
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
/gmane.linux.gentoo.portage.devel/2316
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
!
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
' instead of 'upgrade'.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
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
are on bugzilla.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
so I won't attitude gets us nowhere.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
shorten your sig ChrisWhite
head -n4 $(~/.sig) ~/.sig
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
did the quizzes or not. IMO, at least.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
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
-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 mailing
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/AMD64 developer
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 Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev
/hunspell, (same
as =app-text/hunspell-1.0, just retarded) repoman would complain loudly.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
,
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
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
.. 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 Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing
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
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 PROTECTED]
Status
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
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.
txt-licenses/wierd-license
Why not make
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
Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
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
,
Simon Stelling
Gentoo/AMD64 developer
--
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
. 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
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
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 welcome!
--
Kind Regards,
Simon Stelling
--
gentoo-dev@gentoo.org
,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
we need is more people who do actual testing. If you're
forced to be in an arch team you're just a dev 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/AMD64 developer
--
gentoo-dev
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
Mike Frysinger wrote:
My proposal is to start using lame useflag to enable lame support (in
software which is just encoding on itself),
why not re-use the 'mp3' USE flag ?
because LAME Ain't an Mp3 Encoder? ;)
I guess the focus here wouldn't be on supporting mp3-encoding as such
but using
Mike Frysinger wrote:
so ? can you show me a package that this difference matters ? if not, then
having lame sep from mp3 is pointless ...
It's analog to the lesstif use flag:
lesstif - Use lesstif over openmotif in cases where a program supports both
lame - Use lame over
Nice to finally have you on board!
--
gentoo-dev@gentoo.org mailing list
Brian Harring wrote:
I definitively like the idea, it should speed up emerge -s enormously
Unlikely... stable portage knows of metadata.xml *explicitly* in two
places, repoman's commit code, and digest checking, neither of which
come into play for an emerge -s. You'll remove one entry
the case, there doesn't have to be a
conflict of interests per-se. Gentoo has managed to not run into these
troubles, and that's why it's such a great distribution and community.
Greetings,
blubb
--
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
[EMAIL PROTECTED]
--
gentoo-dev@gentoo.org
1 - 100 of 211 matches
Mail list logo
