On Thursday 27 April 2006 19:55, Henrik Brix Andersen wrote:
On Thu, Apr 27, 2006 at 07:11:33PM +0200, Paul de Vrieze wrote:
The thing is, in most cases it doesn't really matter. But a herd is a
group of packages.
That may be how it was originally intended, but it seems to me - and
to
I find it a little annoying, but not that annoying. I have a few
checks to make on libsdl, since it did fail with my CFLAGS settings.
Perhaps it's not -fvisibility-inlines-hidden. As for KDE apps, didn't
someone mention earlier that these ebuilds now filter
-fvisibility-inlines-hidden? This
(Sending this to both -dev and -core to reach more people, sorry for
the spam)
Devs running ~arch portage should upgrade to portage-2.1_pre9-r5,
which pulls in an important pycrypto upgrade. If you do not upgrade
you will commit broken SHA256 digests (see bug 131293 and 131396).
Please upgrade.
This is a follow up to Mark's (halcy0n's) thread regarding QA Policies and
seemant's letter on herds, teams, and projects.
I believe the way Gentoo is doing things is broken. There I have said it. The
entire project has reached a level of being too political and trying to solve
certain problems
Alec Warner wrote:
But
anyone who is a Gentoo developer can mentor a Student on one of the
projects for which Gentoo is the Mentoring Organization.
I had four people proofread and I still screwed up. Once again, ANYONE
is eligible to Mentor a student on behalf of Gentoo. If you are not a
Ryan Phillips wrote:
This is a follow up to Mark's (halcy0n's) thread regarding QA Policies and
seemant's letter on herds, teams, and projects.
I believe the way Gentoo is doing things is broken. There I have said it.
The
entire project has reached a level of being too political and
On Fri, Apr 28, 2006 at 10:14:53AM -0700, Ryan Phillips wrote:
I find that developer growth as being a problem. Adding a developer to gentoo
should be as easy as 1. has the user contributed numerous (~5+) patches that
helps the project move forward. If yes, then commit access should be
Jon Portnoy [EMAIL PROTECTED] said:
On Fri, Apr 28, 2006 at 10:14:53AM -0700, Ryan Phillips wrote:
I find that developer growth as being a problem. Adding a developer to
gentoo
should be as easy as 1. has the user contributed numerous (~5+) patches that
helps the project move
On Friday 28 April 2006 11:22 am, Ryan Phillips wrote:
I believe we have a problem enticing new devlopers to join. It
shouldn't be difficult in learning how to commit changes to a tree.
There's much more involved than more people think, if you'd like I can send
you an entire long list of
Alec Warner [EMAIL PROTECTED] said:
Ryan Phillips wrote:
This is a follow up to Mark's (halcy0n's) thread regarding QA Policies and
seemant's letter on herds, teams, and projects.
I believe the way Gentoo is doing things is broken. There I have said it.
The
entire project has
Ryan Phillips wrote:
The council should not vote on gleps are provide policy. They should
be there to handle the money and world-wide problems.
The developers should drive innovation; not the council.
As in all democracies things get done slowly. We don't need a
democracy within Gentoo, just
Chris White [EMAIL PROTECTED] said:
Sure, then you get this:
Hey can I join?
OK
*adds user*
-- 2 weeks later --
Anyone heard from user?
No
The solution is to have them been an active contributor for say 6
months.
-ryan
pgpR35ZcUmZet.pgp
Description: PGP signature
Ryan Phillips wrote: [Fri Apr 28 2006, 12:14:53PM CDT]
__Problem: Developer Growth__
I've seen suggestions before that one of the things limiting Gentoo's
growth right now is the hurdles involved in becoming a dev. I don't
really think the dev quiz is all that onerous, but I'm willing to listen
Alin Nastac [EMAIL PROTECTED] said:
Ryan Phillips wrote:
The council should not vote on gleps are provide policy. They should
be there to handle the money and world-wide problems.
The developers should drive innovation; not the council.
As in all democracies things get done slowly.
On Friday 28 April 2006 11:50 am, Ryan Phillips wrote:
The solution is to have them been an active contributor for say 6
months.
Ok, but most active contributors are people that submit ebuilds to devs and
know nothing about the structure/policy/whatever about ebuilds. If you're
not a dev,
Grant Goodyear wrote: [Fri Apr 28 2006, 01:55:01PM CDT]
It's not quite true that the Council votes on GLEPs, but that's not
really germane to your overall point.
Oh, that was your point. Mea culpa.
Okay, to address that point, the way that the current system works is
that a GLEP is sent to
Ryan Phillips wrote:
Does anyone agree that having a council is too political? I strongly
believe it stifles gentoo.
I believe a non-representative democracy is stifling, and buries
everybody in constant votes etc.
Donnie
--
gentoo-dev@gentoo.org mailing list
OK; just to clarify my understanding, and perhaps for anyone else
watching who saw things as muddled as I did:
1) A herd is a group of packages, no more, no less. A package must be a
member of at least one herd (since the herd entry is mandatory in
metadata.xml, and metadata.xml is mandatory).
On Fri, Apr 28, 2006 at 11:57:30AM -0700, Ryan Phillips wrote:
Bypass the council. The council should be there only for when we get
sued, and manage the money we make.
Does anyone agree that having a council is too political? I strongly
believe it stifles gentoo.
You're confusing Council
Ryan Phillips wrote: [Fri Apr 28 2006, 01:57:30PM CDT]
I disagree. The developers should make *all* the decisions.
Originally, Gentoo was effectively a meritocracy. It's now, in some
respects, a republic. If you want a democracy, feel free to draft a new
metastructure proposal (feel free to
On Fri, Apr 28, 2006 at 01:55:01PM -0500, Grant Goodyear wrote:
CVS doesn't do branching nor tags very well...
__Problem: CVS__
CVS is one of the worst application ever created. The portage tree
needs to move to subversion. A lot of the problems within the project
would be
On Fri, 28 Apr 2006 12:03:29 -0700
Chris White [EMAIL PROTECTED] wrote:
Ok, but most active contributors are people that submit ebuilds to
devs and know nothing about the structure/policy/whatever about
ebuilds. If you're not a dev, you're probably not going to worry
about revision bumps.
In writing and testing a new ebuild, I ran emerge as root and got ACCESS
DENIED errors when it tried writing two config files into /etc.
Do I need to do something special for config files in an ebuild?
--
Aj
--
gentoo-dev@gentoo.org mailing list
Tim Yamin wrote:
On Fri, Apr 28, 2006 at 01:55:01PM -0500, Grant Goodyear wrote:
CVS doesn't do branching nor tags very well...
__Problem: CVS__
CVS is one of the worst application ever created. The portage tree
needs to move to subversion. A lot of the problems within the project
would
On Fri, Apr 28, 2006 at 11:22:05AM -0700, Ryan Phillips wrote:
Jon Portnoy [EMAIL PROTECTED] said:
On Fri, Apr 28, 2006 at 10:14:53AM -0700, Ryan Phillips wrote:
I find that developer growth as being a problem. Adding a developer to
gentoo
should be as easy as 1. has the user
On Fri, Apr 28, 2006 at 08:35:40PM +0100, Stephen Bennett wrote:
On Fri, 28 Apr 2006 12:03:29 -0700
Chris White [EMAIL PROTECTED] wrote:
Ok, but most active contributors are people that submit ebuilds to
devs and know nothing about the structure/policy/whatever about
ebuilds. If you're
On Fri, 28 Apr 2006 15:41:48 -0400 (EDT)
A. Khattri [EMAIL PROTECTED] wrote:
In writing and testing a new ebuild, I ran emerge as root and got
ACCESS DENIED errors when it tried writing two config files into /etc.
Do I need to do something special for config files in an ebuild?
Does it make sense to make the value of RDEPEND in an ebuild depend on USE
flags? Example: Im writing an ebuild that use either cvs or svn at
runtime. I want to allow users to choose which one they want but make cvs
the default. What's the best practice for scripting this in an ebuild?
--
Aj
Ryan Phillips wrote:
The council should not vote on gleps are provide policy. They should
be there to handle the money and world-wide problems.
The developers should drive innovation; not the council.
You apparently confuse the trustees and the council. And you apparently
did miss the
On Friday 28 April 2006 12:41 pm, A. Khattri wrote:
In writing and testing a new ebuild, I ran emerge as root and got ACCESS
DENIED errors when it tried writing two config files into /etc.
Do I need to do something special for config files in an ebuild?
Don't copy files to the live
Tim Yamin wrote:
Speaking of which, has anybody done any tests with svk? (http://svk.elixus.org)
And: http://svk.elixus.org/?WhySVK -- it would be interesting to compare
checkout performance on it as well.
I've been planning to do a more detailed comparison of all the popular
SCM's out there
As part of an initiative to keep our users up to date the User Relations
Project is going to feature a yearly Status of Gentoo article in the
GWN (hopefully a series of articles if we can gather enough
information). This will entail getting all the projects to ensure their
respective /proj page is
On Fri, 28 Apr 2006, Chris White wrote:
On Friday 28 April 2006 12:41 pm, A. Khattri wrote:
In writing and testing a new ebuild, I ran emerge as root and got ACCESS
DENIED errors when it tried writing two config files into /etc.
Do I need to do something special for config files in an
A. Khattri [EMAIL PROTECTED] wrote:
On Fri, 28 Apr 2006, Chris White wrote:
On Friday 28 April 2006 12:41 pm, A. Khattri wrote:
In writing and testing a new ebuild, I ran emerge as root and got
ACCESS DENIED errors when it tried writing two config files into
/etc.
Do I need to do
On Fri, Apr 28, 2006 at 01:42:40PM -0700, Ryan Phillips wrote:
cogito
- Not practical
* the lots of little files doesn't scale well with the size
of the portage tree
Sure, that's why they invented git repack.
* In addition, git only allows checkins from the project parent.
Hi,
nxserver-freenx-0.5.0 is in the ~arch tree by mistake. It will be
masked just as soon as my DSL connection stays up long enough for me to
cvs up.
Thanks to Weeve for letting me know.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo
Donnie Berkholz [EMAIL PROTECTED] said:
Ryan Phillips wrote:
git - terrible with lots of tiny little files
Can you provide some evidence to support this?
I posted in more detail on SCMs elsewhere today.
Sure.
git only allows commits from the project parent. Meaning that if
there was a
A. Khattri wrote:
On Fri, 28 Apr 2006, Donnie Berkholz wrote:
A. Khattri wrote:
Does this sound right or is there a better (preferred?) way?
Try to fix --enable-conf-install to respect DESTDIR or whatever other
install method you're using, or look to see what flag it will take at
'make
Fernando J. Pereda [EMAIL PROTECTED] said:
On Fri, Apr 28, 2006 at 01:42:40PM -0700, Ryan Phillips wrote:
cogito
- Not practical
* the lots of little files doesn't scale well with the size
of the portage tree
Sure, that's why they invented git repack.
* In addition,
On Friday 28 April 2006 12:57 pm, A. Khattri wrote:
Does it make sense to make the value of RDEPEND in an ebuild depend on USE
flags? Example: Im writing an ebuild that use either cvs or svn at
runtime. I want to allow users to choose which one they want but make cvs
the default. What's the
Ryan:
I think you are talking about very old versions of Git:
On Fri, Apr 28, 2006 at 02:20:43PM -0700, Ryan Phillips wrote:
What I meant is, if you have a change within one directory pending
a commit, and you have a commit pending in a current directory, both
files will be picked up for the
On Friday 28 April 2006 21:57, A. Khattri wrote:
Does it make sense to make the value of RDEPEND in an ebuild depend on USE
flags? Example: Im writing an ebuild that use either cvs or svn at
runtime. I want to allow users to choose which one they want but make cvs
the default. What's the best
On Fri, Apr 28, 2006 at 02:06:36PM -0700, Ryan Phillips wrote:
Second issue with git, is that with lots of tiny little files things
don't work so well. I tried converting our portage tree into a git
tree, and it ran for around 2 days until I finally killed it. If we
didn't want to preserve
Fernando J. Pereda [EMAIL PROTECTED] said:
Ryan:
I think you are talking about very old versions of Git:
On Fri, Apr 28, 2006 at 02:20:43PM -0700, Ryan Phillips wrote:
What I meant is, if you have a change within one directory pending
a commit, and you have a commit pending in a current
On Fri, 28 Apr 2006 21:42:57 +0200
Bryan Østergaard [EMAIL PROTECTED] wrote:
So.. What can we do to improve things?
I think that there should be some sort of organized way of connecting potential
mentors and potential recruits. There is a very enthusiastic user who has been
contributing great
Fernando J. Pereda [EMAIL PROTECTED] said:
On Fri, Apr 28, 2006 at 02:06:36PM -0700, Ryan Phillips wrote:
Second issue with git, is that with lots of tiny little files things
don't work so well. I tried converting our portage tree into a git
tree, and it ran for around 2 days until I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Cort wrote:
On Fri, 28 Apr 2006 21:42:57 +0200
Bryan Østergaard [EMAIL PROTECTED] wrote:
So.. What can we do to improve things?
I think that there should be some sort of organized way of connecting
potential mentors and potential
Carsten Lohrke wrote:
RDEPEND=cvs? ( dev-util/cvs )
svn? ( dev-util/subversion )
!cvs? ( ! svn? ( dev-util/cvs ) )
and I also saw something like below without cvs USE flag:
RDEPEND=svn? ( dev-util/subversion ) !svn? ( dev-util/cvs )
--
gentoo-dev@gentoo.org mailing list
On Fri, Apr 28, 2006 at 02:56:26PM -0700, Ryan Phillips wrote:
I sorta like git in certain aspects. If git would work better than
CVS or anything other SCM I'm for it. Right now, _anything_ would be
better than CVS.
I don't really know if Git is suitable for our workflow though... I was
just
Fernando J. Pereda [EMAIL PROTECTED] said:
On Fri, Apr 28, 2006 at 02:49:18PM -0700, Ryan Phillips wrote:
the only option I saw was git-commit -o and you had to specify the
files that you wanted to commit.
I tried doing a git-commit paths/ and still everything wants to be
committed.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ryan Phillips wrote:
Donnie Berkholz [EMAIL PROTECTED] said:
Tim Yamin wrote:
Speaking of which, has anybody done any tests with svk?
(http://svk.elixus.org)
And: http://svk.elixus.org/?WhySVK -- it would be interesting to compare
checkout
Grant Goodyear schrieb:
Some questions that need to be answered:
* Can the repo be converted while maintaining the history?
* How long does a full checkout take?
* How much disk space does a full checkout require?
* Is there a viewcvs equivalent available?
* Others that I can't think of
On Saturday 29 April 2006 00:02, Tuan Van wrote:
and I also saw something like below without cvs USE flag:
RDEPEND=svn? ( dev-util/subversion ) !svn? ( dev-util/cvs )
Does obviously not work, if you want to have both available. Also enabling cvs
support by disabling svn is not transparent to
Hi Ryan,
Ryan Phillips wrote:
I believe the way Gentoo is doing things is broken. There I have said it. The
entire project has reached a level of being too political and trying to solve
certain problems in the wrong way.
I think it actually works quite well. Yes, there is space for
Saturday, 29. April 2006 00:28, Kevin F. Quinn (Gentoo) Ви написали:
On Fri, 28 Apr 2006 21:29:58 +0200
George Shapovalov [EMAIL PROTECTED] wrote:
Friday, 28. April 2006 21:20, Kevin F. Quinn (Gentoo) wrote:
3) A herd does not have an email address - it's not a person or
group of people
On Friday 28 April 2006 04:14 pm, Ryan Phillips wrote:
I disagree. By committing something to the current tree it has the
ability to effect a lot of people. What happens when we need to reverse a
commit? It isn't that easy with CVS.
cvs admin -or1.1
(delete revision 1.1)
cvs admin
Chris White wrote:
On Friday 28 April 2006 04:14 pm, Ryan Phillips wrote:
I disagree. By committing something to the current tree it has the
ability to effect a lot of people. What happens when we need to reverse a
commit? It isn't that easy with CVS.
cvs admin -or1.1
(delete revision 1.1)
On Fri, 2006-04-28 at 14:01 -0700, Drake Wyrm wrote:
A. Khattri [EMAIL PROTECTED] wrote:
Ah, I see now that the actual make install is trying to do this.
[snip]
1. So I need to set --enable-conf-install=no which also implies I need
to override src_compile
You shouldn't need to
Edward Catmur [EMAIL PROTECTED] wrote:
On Fri, 2006-04-28 at 14:01 -0700, Drake Wyrm wrote:
You shouldn't need to completely override src_compile for just that. All
you'd need to do is set EXTRA_ECONF appropriately.
No, EXTRA_ECONF is for end-users to add their own cracktastic configure
On Wednesday 26 April 2006 20:29, Seemant Kulleen wrote:
I would like emphasise:
A herd is a group of like *packages*
A team is a bunch of people who share a common goal (sometimes to
maintain a herd of packages).
A herd is also a bunch of mindless beasts who follow each other.
does it
60 matches
Mail list logo