clutter up the home unnecessarily :)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
--
gentoo-dev@gentoo.org mailing list
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 Regards,
Simon Stelling
Gentoo
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
!
|
| 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
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
, 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
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
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
.
^
It's still Europe :P --'
--
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
,
--
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-linux
, 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'll use cp -pPr.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64
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
,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
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
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
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 Stelling
Gentoo
the transitional phase until all apps are built against the new ABI, but
how would you find these vulnerable apps currently? revdep-rebuild
wouldn't rebuild them since they are still functional.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-portage-dev@gentoo.org mailing list
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
--
gentoo-dev@gentoo.org
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
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
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
://bugs.gentoo.org/show_bug.cgi?id=148388
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
.
I doubt so, to be honest.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
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
at its root:
/etc/sudoers has the following:
# Reset environment by default
Defaultsenv_reset
Commenting that out reverts this annoying behaviour and fixes all
kinds of bugs.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-portage-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@gentoo.org mailing list
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
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
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
.
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 decision.
--
Kind Regards,
Simon
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
--
gentoo-dev
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
--
gentoo-dev
him a warm welcome!
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
.
(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
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
then.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-dev@gentoo.org mailing list
layer that seems just redundant.
--
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
for that.
[1] http://bugs.gentoo.org/show_bug.cgi?id=144480
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-portage-dev@gentoo.org mailing list
and AMD k6 based systems.
I'm sure I'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
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
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
,
Simon Stelling
Gentoo/AMD64 developer
--
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
. 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
,
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
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
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
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
.. 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
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
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
the ebuild devs wouldn't like it at all :-/
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-portage-dev@gentoo.org mailing list
adding another eclass to the inherit line for ~15'000 ebuilds.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-portage-dev@gentoo.org mailing list
isn't good.
I agree here.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-portage-dev@gentoo.org mailing list
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
, comments, alternative approaches, flames, all are welcome.
[1] http://bugs.gentoo.org/show_bug.cgi?id=121317
[2] http://bugs.gentoo.org/show_bug.cgi?id=136792
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
# Copyright 1999-2006 Gentoo Foundation
# Distributed under the terms of the GNU
-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
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
did the quizzes or not. IMO, at least.
--
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
be solved with a different env handling, tbh.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 developer
--
gentoo-portage-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
are on bugzilla.
--
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
/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
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
because a
build breaks with USE=-foo.
Other than that, I'm for it. It will make my job easier :)
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-portage-dev@gentoo.org mailing list
Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-portage-dev@gentoo.org mailing list
, IMHO.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
Zac Medico wrote:
Shall we go ahead with the package.use.mask implementation or not?
Yes, please!
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-portage-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
)* implicitly, you open up potential issues like above.
Nonissue, really.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-portage-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
, 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
. At least here you do.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
1 - 100 of 211 matches
Mail list logo