Re: [Savannah-hackers-public] Savannah recovery TODO

2009-06-05 Thread Sylvain Beucler
On Fri, Jun 05, 2009 at 09:05:50AM +0200, Sylvain Beucler wrote:
> On Fri, Jun 05, 2009 at 01:21:26AM +0300, Sergey Poznyakoff wrote:
> > Sylvain Beucler  ha escrit:
> > 
> > > Do you think you could improve the script so it can compare 2
> > > hierarchies (e.g. /srv/git/*/* and
> > > /srv/git/backup/backup-20090527/*/*) and get the ones who are more
> > > recent in the backup?
> > 
> > Sure, I can. So, the script shall select the most recent repo and copy
> > it to /srv/whatever at once, right?
> 
> I think it's better that the script stays 'read-only' and outputs the
> name of the repositories to replace. We can shutdown the service for 2
> minutes.

Based on reading your code I'm running the following, should be good:

for i in *.git */*.git; do ts1=$(GIT_DIR=$i git rev-list --max-count=1 
--timestamp --all 2>/dev/null | awk '{print $1}'); 
ts2=$(GIT_DIR=backup/backup-20090527/$i git rev-list --max-count=1 --timestamp 
--all 2>/dev/null | awk '{print $1}'); ts1=${ts1:-0}; ts2=${ts2:-0}; if [ 
"$ts2" -gt "$ts1" ]; then echo $i $ts1 $ts2; fi; done

Just need to exclude cvs2git repos.

-- 
Sylvain




[Savannah-hackers-public] Re: Error in triggering updates

2009-06-05 Thread Yavor Doganov
Andrea Pescetti wrote:
> As Savannah was down for a few days recently, I had accumulated a small
> queue of changes to upload to the gnu.org website CVS repository.
> 
> When I committed them, yesterday, I got an error on the "Triggering
> webpage updates..." (or very similar) message that appears at every CVS
> commit: I received code 403 and a dump of a generic "Access Denied"
> error message.

That's expected.

The recovory of the www repository (and all WebCVS repositories, FWIW)
was left after the Sources ones are done.  I noticed a few commits to
www today, so I assume it was finally recovered.

> I considered it a warning only and assumed translations would be rebuilt
> on a daily basis anyway,

No, I disabled all GNUN+whatsnew cronjobs shortly after the Savannah
filesystem crash, see
http://lists.gnu.org/archive/html/trans-coord-devel/2009-06/msg0.html

Sorry I didn't announce it here, I thought it was self-explanatory.

> but I probably assumed wrong, as I still can't see the new
> translations online (example: I submitted an Italian translation for
> http://www.gnu.org/software/reliability.html and I updated the
> English page to point to it, but it doesn't show now).

There was an HTML validity error following your change to
licenses/translations.html, which Brett Smith has fixed a few minutes
ago.  As you know, the entire build halts when it encounters an error,
so software/reliability.html is still unprocessed.  (Meanwhile, I ask
you to revert that commit entirely and remove the translation from the
Cookbook, unless you have talked to rms and he has approved hosting
translations of licenses at Savannah.)

But there's more, that's why I'm CC-ing sv-hackers.
Even if there were no build errors, today's job would fail with:

cvs [commit aborted]: could not find desired version 1.5 in 
/web/www/www/philosophy/po/free-sw.af.po,v

This revision was committed on May 28, so I guess we have to manually
recommit all lost commits, right (assuming www was recovered from the
May 27 backup)?  I vaguely remember a plan to mass-restore them from
the directories on the web-server?  How shall we proceed?  Karl, John,
if manual recommits are necessary, do I have green light?

(Sorry if this was already solved/dealth with, I have a few hundred
unread emails so I'm lagging a bit.)




Re: [Savannah-hackers-public] Re: Stop deleting the CC

2009-06-05 Thread Sylvain Beucler
On Fri, Jun 05, 2009 at 06:43:17PM +0200, Sebastian Gerhardt wrote:
> Hello,
> 
> On Fri, 2009-06-05 at 12:23 -0400, Nicodemo Alvaro wrote:
> > I am not sure who is deleting CC's from the project registration task
> > requests, but whoever it is stop!
> 
> It was me.
> 
> >  I see no reason in trying to save
> > any of us or the applicant from reading another e-mail.
> 
> Ok. I won't delete them anymore, except when I think it is spam.
> 
> 
> > Savane should record who deletes items (attachments, cc, etc). I've
> > deleted attachments, when I found them to be spam.
> 
> I think it already does. 

Nicodemo, check the 'history' section and see if there's what you want
there.

-- 
Sylvain




[Savannah-hackers-public] Re: Stop deleting the CC

2009-06-05 Thread Sebastian Gerhardt
Hello,

On Fri, 2009-06-05 at 12:23 -0400, Nicodemo Alvaro wrote:
> I am not sure who is deleting CC's from the project registration task
> requests, but whoever it is stop!

It was me.

>  I see no reason in trying to save
> any of us or the applicant from reading another e-mail.

Ok. I won't delete them anymore, except when I think it is spam.


> Savane should record who deletes items (attachments, cc, etc). I've
> deleted attachments, when I found them to be spam.

I think it already does. 


Regards
Sebastian





[Savannah-hackers-public] Stop deleting the CC

2009-06-05 Thread Nicodemo Alvaro
I am not sure who is deleting CC's from the project registration task
requests, but whoever it is stop! I see no reason in trying to save
any of us or the applicant from reading another e-mail.

Here are few examples.

http://savannah.gnu.org/task/?9175#cc
http://savannah.gnu.org/task/?9329#cc

Savane should record who deletes items (attachments, cc, etc). I've
deleted attachments, when I found them to be spam.

What do you think?

-- 
Nicodemo




Re: [Savannah-hackers-public] Savannah recovery TODO

2009-06-05 Thread Sylvain Beucler
On Fri, Jun 05, 2009 at 01:21:26AM +0300, Sergey Poznyakoff wrote:
> Sylvain Beucler  ha escrit:
> 
> > Do you think you could improve the script so it can compare 2
> > hierarchies (e.g. /srv/git/*/* and
> > /srv/git/backup/backup-20090527/*/*) and get the ones who are more
> > recent in the backup?
> 
> Sure, I can. So, the script shall select the most recent repo and copy
> it to /srv/whatever at once, right?

I think it's better that the script stays 'read-only' and outputs the
name of the repositories to replace. We can shutdown the service for 2
minutes.

-- 
Sylvain