I don't mind working towards this; I don't have time to implement much
in the way of the front-end, but if someone else could do that, I'll
certainly look through their patches and get it up and running on the
various machines that need it.
--Wez.
On Wed, 22 Dec 2004 22:43:12 -0800, Andi Gutmans
I know lots of people are away or busy because of the holidays.
Hopefully this topic won't be forgotten. Assuming there's agreement it'd be
great to see a couple of volunteers who could help with the technical
aspects of this.
Andi
At 07:06 PM 12/19/2004 -0800, Andi Gutmans wrote:
Personally, I
I'm +1 on expanding/enhancing our system with more designated "karma
crews" for the various sub-projects. It shouldn't be too difficult to
add a karma-granting interface to masterweb; move the ACLs into the
database and either generate an ACL file in the current format, or
tweak the ACL script to
Personally, I don't see any advantage to keeping the karma requests to
group@ only but only disadvantages.
I think it'd make more sense to distribute the load and have sub-groups
that handle the different requests. For example, PEAR, Pecl, PHP docs, and
core.
This would make sure that we are not
Rasmus Lerdorf wrote:
That's a lot less critical. I ran a sweep a couple of years ago that
deleted a couple of hundred old unused accounts. At some point I will
run another one, but having unused accounts sitting around really
doesn't affect us in any way.
Except for a security point of view.
Rasmus Lerdorf wrote:
Correct, you can't go by CVS commits alone. The doc notes group of
people never touch CVS but since we don't want to have multiple account
management systems we just use the same one. So they all have CVS
accounts. Some of them have karma and some of them don't.
This is
Rasmus Lerdorf wrote:
That's a lot less critical. I ran a sweep a couple of years ago that
deleted a couple of hundred old unused accounts. At some point I will
run another one, but having unused accounts sitting around really doesn't
affect us in any way.
Except for a security point of view.
Hello again,
Well, I don't like the voting system either. I agree that it is perhaps
too much work for nothing at the end.
But what I don't like is the fact that some people might always vote
negatively. It's hard around here to "prove" that you can really help
the project (or anything related
Olivier Hill wrote:
Rasmus Lerdorf wrote:
That's a lot less critical. I ran a sweep a couple of years ago that
deleted a couple of hundred old unused accounts. At some point I will
run another one, but having unused accounts sitting around really
doesn't affect us in any way.
Except for a sec
Well, we have clearly gone away from the cvs account delay problem to
some other problem. Which real problem are you trying to solve here? I
don't like work just for the sake of work. I see no tangible benefit in
doing a lot of work just to reduce the number of idle accounts.
-Rasmus
Nuno L
And what about a voting system?
We would login at master server and vote/comment like in pear/pecl
proposals.
Nuno
- Original Message -
Which in itself is not a big deal. And I reject more than I approve
actually. For a while I tried to verify each one with the documentation
project
Which in itself is not a big deal. And I reject more than I approve
actually. For a while I tried to verify each one with the documentation
project leads, but half the time they wouldn't respond. I am not sure
how other people would do a better job vetting these folks. If they
don't contrib
Are you sure?
I know that there are some guys that use their account like a free e-mail
account redirection.
This is because you 'offer' accounts to everybody that wants to join the doc
team. Your idea to out-source karma would be good to handle this problems...
(I remember to read a mail in the
That's a lot less critical. I ran a sweep a couple of years ago that
deleted a couple of hundred old unused accounts. At some point I will
run another one, but having unused accounts sitting around really
doesn't affect us in any way.
-Rasmus
Nuno Lopes wrote:
And deletion of current cvs acco
And deletion of current cvs accounts?
I've run some stats 6 months ago, and about 50% of phpdoc cvs accounts were
never used...
Nuno
- Original Message -
I'd love to outsource that part, but we'd need to modify the tools a bit.
Anyway, there was a backlog of 39 cvs account requests. I w
I'd love to outsource that part, but we'd need to modify the tools a bit.
Anyway, there was a backlog of 39 cvs account requests. I went through
them all and approved about a third of them.
-Rasmus
Alan Knowles wrote:
I'm not sure if it's [EMAIL PROTECTED] or [EMAIL PROTECTED] is the best place
16 matches
Mail list logo
