On Sun, Nov 20, 2005 at 04:10:34PM +0100, Bryan Ãstergaard wrote:
> We should be able to handle forums staff the same way I currently check
> bugs activity. Only requires ro access to the database and a small
> script but this would obviously have to be discussed with infra and
> forum leads.
As st
On Sun, 2005-11-20 at 16:43 +0100, Bryan Ãstergaard wrote:
> On Sun, Nov 20, 2005 at 09:34:20AM -0600, Lance Albertson wrote:
> >
> > I think we've fixed some of those issues with solar's script. You just
> > need to look at the list and make your assumptions. The script is great
> > to spitting o
On Sun, Nov 20, 2005 at 09:34:20AM -0600, Lance Albertson wrote:
>
> I think we've fixed some of those issues with solar's script. You just
> need to look at the list and make your assumptions. The script is great
> to spitting out a list that you can look it. Its not 100%, but its good
> enough t
Bryan Ãstergaard wrote:
> On Sat, Nov 19, 2005 at 06:26:28PM -0600, Brian Harring wrote:
>
>>On Sat, Nov 19, 2005 at 11:04:44PM +, Kurt Lieber wrote:
>>
The problem is in detection- an infra issue that could be solved by
either allowing normal devrel people to run the detection script
On Sat, Nov 19, 2005 at 06:26:28PM -0600, Brian Harring wrote:
> On Sat, Nov 19, 2005 at 11:04:44PM +, Kurt Lieber wrote:
> > > The problem is in detection- an infra issue that could be solved by
> > > either allowing normal devrel people to run the detection scripts
> > > themselves (rather
On Sat, Nov 19, 2005 at 06:26:28PM -0600, Brian Harring wrote:
> Forums people, any thoughts/requirements?
Currently there are approximately 10 mods/admins. In general it's
possible for us to keep track of who of us is active or not.
Those folks also have toucan access and _should_ update their
On Sunday 20 November 2005 01:26, Brian Harring wrote:
> Would need the ability to maintain a blacklist of users to
> auto-ignore (releng), and would need to pull from svn also (something
> the current script doesn't handle afaik).
AFAIR solar? had a small script for this.
> Forums people, any t
On Sat, Nov 19, 2005 at 09:04:13PM -0800, Corey Shields wrote:
> On Saturday 19 November 2005 08:50 pm, Lance Albertson wrote:
> > Yeah, we defiantly could use a beefy new server for CVS/SVN. Just make
> > sure you chat with robbat2/Pylon on the specifics for the requirements.
> > I believe the mai
On Saturday 19 November 2005 08:50 pm, Lance Albertson wrote:
> Yeah, we defiantly could use a beefy new server for CVS/SVN. Just make
> sure you chat with robbat2/Pylon on the specifics for the requirements.
> I believe the main thing they wanted was lots of ram.
As discussed before, the new dev
Corey Shields wrote:
> On Saturday 19 November 2005 08:25 pm, Grant Goodyear wrote:
>
>>In any event, do we need a new server anyway? We actually do have some
>>money that could be spent on such things, and the CVS server is really
>>high on the list of for which I, personally, would be more than
Ned Ludd wrote:
> On Sat, 2005-11-19 at 22:25 -0600, Grant Goodyear wrote:
>
>>Kurt Lieber wrote: [Sat Nov 19 2005, 04:42:41PM CST]
>>
>>>On Sat, Nov 19, 2005 at 05:06:15PM + or thereabouts, Kurt Lieber wrote:
>>>If the requirement is for r/o CVS access to the same CVS server that the
>>>pure-
On Saturday 19 November 2005 08:25 pm, Grant Goodyear wrote:
> In any event, do we need a new server anyway? We actually do have some
> money that could be spent on such things, and the CVS server is really
> high on the list of for which I, personally, would be more than willing
> to spend it.
>
On Sat, 2005-11-19 at 22:25 -0600, Grant Goodyear wrote:
> Kurt Lieber wrote: [Sat Nov 19 2005, 04:42:41PM CST]
> > On Sat, Nov 19, 2005 at 05:06:15PM + or thereabouts, Kurt Lieber wrote:
> > If the requirement is for r/o CVS access to the same CVS server that the
> > pure-blooded developers us
Kurt Lieber wrote: [Sat Nov 19 2005, 04:47:37PM CST]
> OK, fine. Devrel does not have an established track record of retiring
> devs who are otherwise inactive.
Just as an aside, I've seen scores (if not more) of devs retired within
the last couple of months, so I think that problem is currentl
Kurt Lieber wrote: [Sat Nov 19 2005, 04:42:41PM CST]
> On Sat, Nov 19, 2005 at 05:06:15PM + or thereabouts, Kurt Lieber wrote:
> If the requirement is for r/o CVS access to the same CVS server that the
> pure-blooded developers use (sorry, couldn't resist) then it may require
> upgrades to our
On Sat, 2005-11-19 at 19:02 -0600, Lance Albertson wrote:
> For now, I don't want to rsync more than every 30 minutes (concerns of
> overloading the main cvs server). Pylon has mentioned that the newer
> version of cvs has better commit hooks that may allow for more of a live
> replication effect,
Lares Moreau wrote:
> On Sat, 2005-11-19 at 18:13 -0600, Lance Albertson wrote:
>
>>is the 25-55 minute lag good enough?
> It may need to be good enough. Personally I would like to have < 5-7
> min. That way when I'm working with a dev, I can keep up to speed with
> her/him without having to res
On Sat, 2005-11-19 at 18:13 -0600, Lance Albertson wrote:
> is the 25-55 minute lag good enough?
It may need to be good enough. Personally I would like to have < 5-7
min. That way when I'm working with a dev, I can keep up to speed with
her/him without having to resort to an overlay and emailing
On Sat, Nov 19, 2005 at 11:04:44PM +, Kurt Lieber wrote:
> > The problem is in detection- an infra issue that could be solved by
> > either allowing normal devrel people to run the detection scripts
> > themselves (rather then asking infra to do so)
>
> First I've heard of this request. Has
Lares Moreau wrote:
> I personally do not need Revision histories, I can't speak for other
> ATs. Rsync with 30min delay is a noted improvement over the standard
> rsync policy. Does this also allow us to sync to main rotation mirroes
> is that already overstressed? I ask because IIRC it may ta
On Sat, 2005-11-19 at 22:56 +, Kurt Lieber wrote:
> So, can other arch testers please pitch in with their $.02? If we gave you
> rsync instead of CVS, would that be sufficient? Or do you need the
> revision history, etc. of CVS?
>
> And, any objections to a ~30 minute delay between CVS<->thi
Lance Albertson wrote:
I see this as something that devrel would take care of since they
already do this for developers. They already have the tools/access to
the places for such things. Would rather not have another set of folks
with that access.
So do I. Hint: Homer Parker is a devrel member
Tres Melton wrote:
> On Sat, 2005-11-19 at 22:47 +, Kurt Lieber wrote:
>
>>OK, fine. Devrel does not have an established track record of retiring
>>devs who are otherwise inactive. Please fix this. Please also get an
>>agreement from them that they're going to be willing to take on the
>>ad
On Sat, Nov 19, 2005 at 05:59:46PM -0500 or thereabouts, Dan Meltzer wrote:
> Sorry for two mails in a row.. but out of curiosity, instead of using
> 30 minute rsync, why not 30 minute mirror of cvs? KDE does this fairly
> well, they even have it something like every 5 minutes, is there any
> reaso
On Sat, 2005-11-19 at 22:47 +, Kurt Lieber wrote:
> OK, fine. Devrel does not have an established track record of retiring
> devs who are otherwise inactive. Please fix this. Please also get an
> agreement from them that they're going to be willing to take on the
> additional load of these a
On Sat, Nov 19, 2005 at 04:52:08PM -0600 or thereabouts, Brian Harring wrote:
> Devrel doesn't have much issues in actually retiring a dev from where
> I'm sitting.
Then I guess we'll disagree on this.
> The problem is in detection- an infra issue that could be solved by
> either allowing norma
Sorry for two mails in a row.. but out of curiosity, instead of using
30 minute rsync, why not 30 minute mirror of cvs? KDE does this fairly
well, they even have it something like every 5 minutes, is there any
reason mirrored cvs is not possible//feasible? is this something svn
has gotten better at
On 11/19/05, Kurt Lieber <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 19, 2005 at 05:44:41PM -0500 or thereabouts, Dan Meltzer wrote:
> > Funy, I was just pondering that myself... is authenticated rsync
> > really possible?
>
> Yes, it has its own auth mechanism. We actually use it for some automated
On Sat, Nov 19, 2005 at 05:44:41PM -0500 or thereabouts, Dan Meltzer wrote:
> Funy, I was just pondering that myself... is authenticated rsync
> really possible?
Yes, it has its own auth mechanism. We actually use it for some automated
cron jobs that we have.
> The only downside to this that I
On Sat, Nov 19, 2005 at 10:47:37PM +, Kurt Lieber wrote:
> On Sat, Nov 19, 2005 at 04:30:53PM -0600 or thereabouts, Brian Harring wrote:
> > Infra doesn't even do retirement beyond when _devrel_ asks them to. If
> > that process is slow, ask for help and someone will chip in and improve
> > it
On 11/19/05, Kurt Lieber <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 19, 2005 at 05:06:15PM + or thereabouts, Kurt Lieber wrote:
> > For instance, the way GLEP 41 suggests doing r/o cvs is not going to work.
>
> So, in the interests of trying to find a solution to this particular
> problem...
>
>
On Sat, Nov 19, 2005 at 04:30:53PM -0600 or thereabouts, Brian Harring wrote:
> Infra doesn't even do retirement beyond when _devrel_ asks them to. If
> that process is slow, ask for help and someone will chip in and improve
> it (mainly to minimize bottleneck involved).
OK, fine. Devrel does no
On Sat, Nov 19, 2005 at 05:06:15PM + or thereabouts, Kurt Lieber wrote:
> For instance, the way GLEP 41 suggests doing r/o cvs is not going to work.
So, in the interests of trying to find a solution to this particular
problem...
As I understand the GLEP, the main requirement here is to give t
On Sat, Nov 19, 2005 at 10:03:58PM +, Kurt Lieber wrote:
> On Sat, Nov 19, 2005 at 01:51:15PM -0600 or thereabouts, Brian Harring wrote:
> > Stop pointing at one interpretation of it that sucks, when the glep
> > _does_ leave it open to you how to implement it. It's a waste of
> > people's t
On Sat, 2005-11-19 at 22:03 +, Kurt Lieber wrote:
> I'm going to come up with an implementation plan that
> looks something like the following:
>
> * all SSH keys and email addresses for arch testers will auto-expire after
> 60 days. If an arch tester needs to have continued access, a gento
On Sat, Nov 19, 2005 at 01:51:15PM -0600 or thereabouts, Brian Harring wrote:
> I'll again point out that the glep doesn't actually mandate it, states
> it's the lowest common denominator that's acceptable.
And I'll point out that there's more than one issue that we're concerned
with here.
> S
On Sat, Nov 19, 2005 at 07:14:03PM +, Kurt Lieber wrote:
> On Sat, Nov 19, 2005 at 08:03:55PM +0100 or thereabouts, Sven Vermeulen wrote:
> > Isn't this an issue that also exists for the Gentoo developers in general?
>
> Not as much since we can track things like last cvs commit, last login to
On Sat, Nov 19, 2005 at 08:03:55PM +0100 or thereabouts, Sven Vermeulen wrote:
> On Sat, Nov 19, 2005 at 05:06:15PM +, Kurt Lieber wrote:
> > Now, the same question for email -- how do we manage aliases, especially
> > for inactive, retired and semi-retired arch testers? We could track usage
>
On Sat, Nov 19, 2005 at 05:06:15PM +, Kurt Lieber wrote:
> Now, the same question for email -- how do we manage aliases, especially
> for inactive, retired and semi-retired arch testers? We could track usage
> in logs, but between mailing list subscriptions, bugzilla notifications and
> all so
On Sat, Nov 19, 2005 at 05:06:15PM +, Kurt Lieber wrote:
> For instance, the way GLEP 41 suggests doing r/o cvs is not going to work.
> It suggests using a single account and placing an SSH key for each arch
> tester in that account's ~/.ssh/authorized_keys file.
text in question
"Get read-onl
Kurt Lieber wrote:
Because, in practice, this doesn't happen. Accounts (or, in this case,
email addresses) stay around until someone gets enough of a bee under their
bonnet to do somethig about it. Since there's no pain or cost for the
AT/HT project lead, there's no reason for them to be vigila
On Sat, Nov 19, 2005 at 06:57:41PM +0100 or thereabouts, Danny van Dyk wrote:
> | There are no provisions for key management and I cannot see an easy way to
> | handle it. It's easy to add new keys, but how do we clean out old keys for
> | retired arch testers? (including arch testers that "retir
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kurt Lieber schrieb:
| Ignoring the yellow star issue, there are a few implementation
| concerns/impossibilities with GLEP 41 in its current form.
|
| For instance, the way GLEP 41 suggests doing r/o cvs is not going to work.
| It suggests using a sin
Ignoring the yellow star issue, there are a few implementation
concerns/impossibilities with GLEP 41 in its current form.
For instance, the way GLEP 41 suggests doing r/o cvs is not going to work.
It suggests using a single account and placing an SSH key for each arch
tester in that account's ~/.
44 matches
Mail list logo
