[Savannah-hackers-public] Re: [tedt@fsf.org: New GNU Program]

Sylvain Beucler <[EMAIL PROTECTED]> wrote: > Project 'cflow' type set to GNU. Thank you. Could you please create a mailing list [EMAIL PROTECTED]'? Regards, Sergey

[Savannah-hackers-public] Re: Puszcza - Savane-based hosting

Hi Sylvain, Sylvain Beucler ha escrit: > Could you present Puszcza (what it does, the goals)? It is a hosting for Free Software development, built entirely on Free Software components. It implements the same policies as Savannah or Gna!, and offers a similar set of services. Basically, I'd say

Re: [Savannah-hackers-public] Re: Puszcza - Savane-based hosting

Karl Berry ha escrit: > I updated that web page with Sergey's information. Thanks! > Sergey, should I list it on gnu.org/links? Yes, please. > That is, do you want it to > be open for registrations from "random" people, or is it essentially > closed to the public? Sure, it is open to anybody

[Savannah-hackers-public] Re: GNU Rush 1.6

Sylvain Beucler ha escrit: > Savannah gets less than 1 SSH connection per minute for > CVS/SVN/Git/Hg, so it doesn't sound like something that needs > optimization. I agree with that. Gicen current connection rates the performance gain is not noticeable, although stress tests do show it. > Mean

Re: [Savannah-hackers-public] Re: GNU Rush 1.6

Sylvain Beucler ha escrit: > My question though was rather: if a connection is interrupted > (e.g. the SSH connection eventually times out or is reset), how is it > handled? Is there a notification in that case? No, of course it is not. The notification is sent only if the executed program (scp,

[Savannah-hackers-public] Hung tasks

Hello, Dmesg shows lots of: INFO: task git-cvsserver:30632 blocked for more than 120 seconds. INFO: task svnserve:2450 blocked for more than 120 seconds. .. etc. My attempts to edit some CVSROOT/config's ended up with the editor hung with the same diagnostics. Regards, Sergey

Re: [Savannah-hackers-public] Hung tasks

Sylvain Beucler ha escrit: > We're on NFS, this may explain things. Probably so, but there are now 10 svnserve's in non-interruptible sleep and none of them has exited this far. > Wait - what are you doing in CVSROOT/config? I wanted to verify if LockDir is set correctly. Regards, Sergey

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

Sylvain Beucler ha escrit: > - Decide if restore webcvs from May 27th or attempt to recover the > last 2 days commits from www.gnu.org and www.nongnu.org; for #2, > write a script that can update the backup (faked commits). Not sure I understood this: can you describe it in more detail, plea

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

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 t

Re: [Savannah-hackers-public] inetutils: accidental push of branch

Jim Meyering ha escrit: > It's a mostly-default one. > You can enable branch deletion by doing this on the server: > > git --git-dir /vservers/vcs-noshell/srv/git/inetutils.git \ > config hooks.allowdeletebranch true I have enabled it. Sorry for not being able to react earlier. Alfred, p

[Savannah-hackers-public] Re: Fw: Cron rsync_external_cvs_repository.sh rsync://gnu.org.ua/cvs-software/gdbm/gdbm gdbm

Hi Sylvain, > What's happening? Apparently there's some problem on top-level NSs of org.ua: they fail to resolve gnu.org.ua. I'm trying to contact its admins now. Regards, Sergey

[Savannah-hackers-public] Re: Fw: Cron rsync_external_cvs_repository.sh rsync://gnu.org.ua/cvs-software/gdbm/gdbm gdbm

For the time being I've replaced 'gnu.org.ua' with its IP (213.130.31.41), in order for rsync to work. I'll let you know when the DNS problem is solved. Regards, Sergey

[Savannah-hackers-public] Re: Fw: Cron rsync_external_cvs_repository.sh rsync://gnu.org.ua/cvs-software/gdbm/gdbm gdbm

The DNS problem has been fixed. I've reverted rsync_external_cvs_repository.sh back to its original state. Regards, Sergey

[Savannah-hackers-public] [task #11817] `\' in a posted problem becomes `' in the corresponding confirmation email

Follow-up Comment #2, task #11817 (project administration): The function trackers_data_handle_update uses stripslashes where it is not necessary. Attached is the patch that fixes it. (file #25524) ___ Additional Item Attachment: File name:

[Savannah-hackers-public] Bugfix for clean reload

00:00 2001 From: Sergey Poznyakoff Date: Sat, 5 May 2012 11:23:25 +0300 Subject: [PATCH] Fix clean reload The clean reload function did not work with scripts that take their arguments in a path-like form, such as /projects or /users. * frontend/php/include/sitemenu.php (sitemenu_thispage): preserve arg

Re: [Savannah-hackers-public] improving spf (anti-spam) measures from outgoing emails from savannah

Hi Assaf, > And it seems (if this is the right way to check) that the DNS TXT > field from gnu.org does not carry over to savannah.gnu.org In fact, it should not. SPF check verifies only the policy corresponding to the sender identity set by the SMTP *envelope* MAIL FROM command. In your second

Re: [Savannah-hackers-public] too many http://'s

Hi Karl, > Sergey, does this happen on puszcza? Yes, it does. Please find attached a patch. Best regards, Sergey >From 72d0512c0da96bcb6422994665ecf859e53f6ca3 Mon Sep 17 00:00:00 2001 From: Sergey Poznyakoff Date: Mon, 4 Jul 2016 18:33:32 +0300 Subject: [PATCH] Bugfix in markup proc

Re: [Savannah-hackers-public] Broken links in Savannah news items

r character. In particular, that allowed expansion of www\. within double quotes as in "www.gnu.org". The proposed modification does not allow this. I believe we can live with it, though. Best regards, Sergey >From cd8a3d04c57f21aee5256e261de544acccf3a198 Mon Sep 17 00:00:00 2001 F

[Savannah-hackers-public] Tristan Miller: [Bug-tar] Wrong Git URL on website

Hi, A tar user has recently reported that: --- Forwarded message From: Tristan Miller To: bug-...@gnu.org Subject: [Bug-tar] Wrong Git URL on website Dear all, On GNU tar's Savannah website, the "Source code" page at instructs users to clone the Gi

Re: [Savannah-hackers-public] GNU gdbm CVS source sync discontinuance

Hi Bob, > As I review things on Savannah I found the CVS source for GNU gdbm has > been hosted on rsync://gnu.org.ua/cvs-software/gdbm/gdbm and rsync'd > to Savannah's cvs repository as a secondary for distribution. [...] > Assuming that you agree I have already turned off the hourly rsync > from

Re: [Savannah-hackers-public] GNU gdbm CVS source sync discontinuance

Hi Bob, > Therefore any sync there must be lost in the shuffle somewhere along > the way. No problem. > In git would it be easiest to have Puszcza push in a hook? Yes, sure. Will do it this way. Best regards, Sergey