Re: [Savannah-hackers-public] Remove resume feature to prevent abuse?

On Sat, Mar 2, 2019 at 3:16 PM Karl Berry wrote: > > I propose that we decommission the resume feature from the Savannah > web UI. > > I agree, FWIW. Sounds like the only way.

Re: [Savannah-hackers-public] FSF public IP addresses are changing between December 20 and January 7th

On Sat, Jan 5, 2019 at 4:54 PM Bob Proulx wrote: > Bob Proulx wrote: > > I am plugging back into the keyboard now and will be working through > > remaining problems. > > As reported in the other message the download0 / audio-video member > access problem has been resolved. With that the

Re: [Savannah-hackers-public] Trapped signals in cron and login environment

On Thu, May 4, 2017 at 2:08 PM, Bob Proulx wrote: > I have been (slowly) chasing down some noise in the new Trisquel 7 > systems. One of them is this message written to cron from one of the > cronjobs every time it is run. > > gzip: stdout: Broken pipe > > That is a sample.

Re: [Savannah-hackers-public] Fwd: post-receive-email problem when committing to savannah grep

On Wed, Feb 8, 2017 at 2:15 PM, Bob Proulx <b...@proulx.com> wrote: > Hi Jim, Paul, > > Jim Meyering wrote: >> Savannah is undergoing some changes as it switches to new hardware, so >> forwarding your message to savannah-hackers-public, where the guys >> (Bob and A

Re: [Savannah-hackers-public] gnu grep's "grep-devel" mailing list says "nongnu"

On Tue, Feb 7, 2017 at 8:27 AM, Assaf Gordon <assafgor...@gmail.com> wrote: > Hello Jim, > > On Mon, Feb 06, 2017 at 07:05:29PM -0800, Jim Meyering wrote: >> >> Grep is a GNU project, so its "devel" list would be on gnu.org, not on >> "nongnu.org&q

[Savannah-hackers-public] gnu grep's "grep-devel" mailing list says "nongnu"

Hello, Grep is a GNU project, so its "devel" list would be on gnu.org, not on "nongnu.org": Is that something you can help change easily? E.g., https://lists.nongnu.org/archive/html/grep-devel/2017-02/msg2.html

Re: [Savannah-hackers-public] git migration status

On Sun, Dec 4, 2016 at 1:34 PM, Bob Proulx wrote: > Bob Proulx wrote: >> There has been some progress, regression, and progress again on the >> git server side of things. > > Plus one more time... > > One part of the service that I had not thought about testing was use > of git

Re: [Savannah-hackers-public] New VMs status update - 2016-08-15

On Mon, Aug 15, 2016 at 4:25 PM, Bob Proulx wrote: > Quick update on the new VMs. Wow. Thank you both for all that work, and for letting us know what's going on!

Re: [Savannah-hackers-public] Pusing to Git repo declined

On Tue, May 24, 2016 at 10:30 PM, Aljosha Papsch wrote: > On 25.05.2016 05:27, Bob Proulx wrote: >> >> Assaf Gordon wrote: >>> >>> Hello Aljosha, Aljosha Papsch wrote: today I tried pushing to a Git repository via SSH, but it fails: ... remote: error:

Re: [Savannah-hackers-public] New Wiki page explaining when/how to contact FSF sysadmins

Nice, indeed. Thanks for taking the time to do that.

Re: [Savannah-hackers-public] Testing GNU Savannah Wiki (sviki) locally

On Wed, Nov 19, 2014 at 2:54 PM, Assaf Gordon assafgor...@gmail.com wrote: Hello, If anyone is interested, I've added instructions of running the wiki locally here: http://savannah.gnu.org/maintenance/HowToAdminThisWiki/ (scroll to running locally section at the bottom). Additionally,

Re: [Savannah-hackers-public] Decommissioning inactive projects / users?

On Thu, Aug 14, 2014 at 2:58 PM, Karl Berry k...@freefriends.org wrote: Does Savannah have any policy/system in place for removing projects or users that are inactive? No. Also, I'm not sure inactive is the right criteria for any deletion. A nonexistent project which has never had

Re: [Savannah-hackers-public] our wiki status

- the ikiwiki package is installed and basically configured on frontend. Thank you Karl for doing this work! It's awesome! Belated, but I just have to chime in: Thanks, Karl!

Re: [Savannah-hackers-public] VM vcs upgraded (mostly)

Bob Proulx wrote: Summary: Tonight I upgraded VM vcs. Mostly. I will keep chipping away at things until they are completely through. I spot checked cvs, hg, git, and mercurial using their various web interfaces. All appeared to be working. Please report any problems if something is not

[Savannah-hackers-public] FYI: I've restarted xinetd, again

This is at least the 4th time I've noticed symptoms like this and manually gone to restart the server. I was getting persistent failure to update a git repository, either with this: fatal: read error: Connection reset by peer or with this diagnostic: fatal: Could not read from remote

[Savannah-hackers-public] FYI: git:// was dead, again; fixed by restarting xinetd

Trying to pull from a git:// URI, I would consistently see this: fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. [Exit 1] So, as usual, I've fixed it simply by restarting xinetd.

[Savannah-hackers-public] xinetd/anonymous-git hosed again? restarted xinetd and all's well

I noticed that anonymous git operations were failing (yet again!): $ git fetch fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. [Exit 1] And not just once or twice. It failed 20+ times over several

[Savannah-hackers-public] git:// was not responsing, so I've restarted xinetd

Push to coreutils worked fine, but I couldn't pull (using git://): $ cd autoconf $ git pull fatal: read error: Connection reset by peer [Exit 1] $ git pull fatal: Could not read from remote repository. Please make sure you have the correct access rights and the

[Savannah-hackers-public] FYI: update-via-git:// was not working: xinetd-restart fixed it

I tried repeatedly to update using git:// URLs, but that was failing consistently (at least 100 trials) with this diagnostic: fatal: The remote end hung up unexpectedly and sometimes with this one: fatal: read error: Connection reset by peer I restarted git.sv.gnu.org's xinetd, and

Re: [Savannah-hackers-public] excessively high load avg, again (daily?)

Michael J. Flickinger wrote: On 12/8/11 7:18 AM, Jim Meyering wrote: Since there were some git-daemon processes dating back to November and since we have a limit on those (at least I think that's what Michael said), I've just killed those November git-daemon processes. I just added a timeout

[Savannah-hackers-public] git repositories gc'd

FYI, I gc'd all git repositories on savannah, which reduced their total disk usage by 24% from 6.7 GiB to 5.1 GiB.

[Savannah-hackers-public] FYI: git was not responding: fixed

About an hour ago, for more than 20 minutes, git.sv.gnu.org's git server was dead. A restart attempt failed: $ service xinetd restart Stopping internet superserver: xinetd. Starting internet superserver: xinetd failed! Logs gave no indication of why it failed. A little later I tried

Re: [Savannah-hackers-public] FYI: git was not responding: fixed

Michael J. Flickinger wrote: On 12/2/11 4:54 AM, Jim Meyering wrote: About an hour ago, for more than 20 minutes, git.sv.gnu.org's git server was dead. A restart attempt failed: $ service xinetd restart Stopping internet superserver: xinetd. Starting internet superserver

Re: [Savannah-hackers-public] Sabbatical and new project registrations

Alex Fernandez wrote: Hi people, I have been busy lately with other projects, and I could not devote any real time to Savannah registration tasks. It appears that nobody else did, and as a result new projects have been piling up (65 open as of this writing, 29 with status None). Furthermore,

Re: [Savannah-hackers-public] Upgraded vcs-noshell to debian squeeze

Michael J. Flickinger wrote: Today I upgraded the vcs-noshell from debian lenny to debian squeeze. Thank you!

Re: [Savannah-hackers-public] spam on sv lists

Karl Berry wrote: Michael, Jim, all, One other thing Sylvain was doing was manually deleting spam from the savannah-*-private lists. I am not excited about deleting spam manually when listhelper will do it for free. I don't see that the extra mail hops significantly increase the chance of

Re: [Savannah-hackers-public] git repositories with no description, FYI: fixed

Karl Berry wrote: I've run this snippet to put GNU project_name in each of those files: Many of those are not GNU packages :(. Darn. I thought non-gnu was elsewhere. Oh well. Does anyone know an easy way to determine which is which? If not, I'll just redo it without the GNU prefix.

Re: [Savannah-hackers-public] sv host aliases

Karl Berry wrote: you can add something like this to .ssh/config: Host dl Hostname download.sv.gnu.org As previously threatened :), I added aliases like this for all the internal host names, and made small corresponding updates to

Re: [Savannah-hackers-public] sv host aliases

Karl Berry wrote: Michael and all -- I guess maybe it's just me, but I find it hard remember (and painful to type) the full hostnames for all the virtual hosts, especially since many seem have multiple (nick)names. Do you think we could define aliases in /etc/hosts (I guess) so that simply

Re: [Savannah-hackers-public] Re: bzr + savannah.gnu.org slow again

Glenn Morris wrote: At 23.30 PST on Sunday 27 Feb, it is very slow again. ~ 35 mins for a ~ 5 line commit. It was alright mid-afternoon PST. Can you not just disable the cgit service (it seems to still be available) until there is a solution for this problem? Being able to commit is more

Re: [Savannah-hackers-public] Re: bzr + savannah.gnu.org slow again

Eli Zaretskii wrote: Date: Fri, 25 Feb 2011 22:50:33 -0800 From: Paul Eggert egg...@cs.ucla.edu Cc: Savannah-hackers-public@gnu.org Following up on my previous message, my commit to the Emacs trunk took over 50 minutes (!). I get only 5.5 minutes here, about 2 hours after Paul's commit:

Re: [Savannah-hackers-public] Re: [gnu.org #670138] colonialone.fsf.org Dom0 upgrade

Michael J. Flickinger wrote: Jim Meyering wrote: Bernie Innocenti wrote: On Tue, 2011-02-22 at 00:22 +0100, Jim Meyering wrote: [...] Wrong comparison. Compare using fwknop-and-alt-ssh-port to agent-fwd-through-fencepost. The former is more secure. Ok, I'd like to propose an entirely

Re: [Savannah-hackers-public] Re: [gnu.org #670138] colonialone.fsf.org Dom0 upgrade

Bernie Innocenti wrote: On Mon, 2011-02-21 at 10:54 +0100, Jim Meyering wrote: ?? Sure it does. It adds a layer. With it, an attacker needs both GPG *and* ssh keys. Well, but whoever could steal your private ssh key could also steal your private gpg key with the same ease, as they both

Re: [Savannah-hackers-public] Re: [gnu.org #670138] colonialone.fsf.org Dom0 upgrade

Bernie Innocenti wrote: On Mon, 2011-02-21 at 18:27 +0100, Jim Meyering wrote: Doesn't sound like you're joking... Please, never reuse passphrases for such important things. Even if someone key-logs or shoulder-surfs[*] my ssh passphrase, they'll still have to get my private key, and none

Re: [Savannah-hackers-public] Re: [gnu.org #670138] colonialone.fsf.org Dom0 upgrade

Bernie Innocenti wrote: On Sun, 2011-02-20 at 12:13 +0100, Sylvain Beucler wrote: That would be quite inconvenient. How about bouncing on fencepost, then? If you're concerned enough to be restricting access to the ssh port, routing ssh traffic through fencepost could be seen as

Re: [Savannah-hackers-public] getting gawk-diffs mailing list?

Karl Berry wrote: Just pushed a change: Evidently didn't make it through -- nothing in the gawk-diffs moderation queue, nothing in the list archives. I don't how to set up notifications for git and don't see any info in the sv wiki. Oh, evidently it's something about cia, judging

[Savannah-hackers-public] Re: Adding gitcvs.allbinary to gawk git repo on Savannah

Hi. I would like you to please do git config --add --bool gitcvs.allbinary true to the gawk repo on Savannah. This should help some of my maintainers on (and for) non-POSIX systems access the sources in the correct way. Done.

[Savannah-hackers-public] Re: [sr #107505] Please reduce gnash git repo size

Sylvain Beucler wrote: On Mon, Oct 25, 2010 at 10:44:00PM +0200, Jim Meyering wrote: Sylvain Beucler wrote: On Mon, Oct 25, 2010 at 10:30:13PM +0200, Jim Meyering wrote: Sylvain Beucler wrote: Do you know about concurrency? I.e. need we make the repo read-only for developers when

[Savannah-hackers-public] Re: [sr #107505] Please reduce gnash git repo size

Sylvain Beucler wrote: Hi, On Sun, Oct 24, 2010 at 11:26:09PM +0200, Jim Meyering wrote: Sylvain Beucler wrote: Jim, Can you have a look at this? The gnash repo can be packed from 760M (gc) to 60M (gc --aggressive). Nice! (in a way ;-) Does that sound normal? Is there a risk

[Savannah-hackers-public] Re: [sr #107505] Please reduce gnash git repo size

Sylvain Beucler wrote: On Mon, Oct 25, 2010 at 10:30:13PM +0200, Jim Meyering wrote: Sylvain Beucler wrote: Do you know about concurrency? I.e. need we make the repo read-only for developers when we're doing such a repack? From what I recall, that's not necessary. I think (probably

Re: [Savannah-hackers-public] bzr-to-git account

Sylvain Beucler wrote: On Sat, Oct 16, 2010 at 06:25:51PM +0200, Eli Zaretskii wrote: From: Jim Meyering j...@meyering.net Cc: savannah-hackers-public@gnu.org, sch...@linux-m68k.org Date: Sat, 16 Oct 2010 16:31:32 +0200 Eli Zaretskii wrote: From: Jim Meyering j...@meyering.net

Re: [Savannah-hackers-public] bzr-to-git account

Eli Zaretskii wrote: From: Jim Meyering j...@meyering.net Date: Sat, 16 Oct 2010 15:53:27 +0200 Cc: Andreas Schwab sch...@linux-m68k.org adduser --system --home /var/lib/bzr2git bzr2git [that new user will also be added to the emacs group] Please add that user with the minimal

[Savannah-hackers-public] git-compressed all repositories yesterday

FYI, I ran git gc on all repositories yesterday. That reduced disk space usage by 1 or 2GiB overall. This can improve clone/fetch performance significantly. Here's some of the log output: a2ps.git 1652 KiB-1652 (saved 0% in 1s) acl.git1160 KiB-804 (saved 30.68% in 1s)

[Savannah-hackers-public] Re: DSA Keys on Fencepost?

Sylvain Beucler wrote: On Fri, Jun 11, 2010 at 10:19:03PM +, Karl Berry wrote: https://savannah.gnu.org/my/admin/editsshkeys.php I changed the text (and the example key). Please use only RSA keys, not DSA keys. Would you mind justifying this (aka {{citation needed}}) ? The

Re: [Savannah-hackers-public] empty gnulib git repository

Giuseppe Scrivano wrote: what's happened to the git repository? This is what I get when I try to clone it: $ git clone git://git.sv.gnu.org/gnulib.git Initialized empty Git repository in /tmp/gnulib/.git/ warning: You appear to have cloned an empty repository. Sorry about that, and thanks

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

Sylvain Beucler wrote: On Mon, Dec 07, 2009 at 01:57:06PM +0100, Jim Meyering wrote: Sylvain Beucler wrote: On Mon, Dec 07, 2009 at 05:55:05AM -0500, Alfred M. Szmidt wrote: On Sat, Dec 05, 2009 at 05:43:36AM -0500, Alfred M. Szmidt wrote: Could someone remove the ams branch

Re: [Savannah-hackers-public] FYI, ran git gc on all git repositories

Thomas Schwinge wrote: On Fri, Oct 09, 2009 at 04:27:32PM +0200, Jim Meyering wrote: cd /vservers/vcs-noshell/srv/git for dir in *.git; do I guess this doesn't catch Git repositories that are located in subfolders: things like hurd/gnumach.git. Or is the on-disk layout a single-hierarchy

[Savannah-hackers-public] FYI, ran git gc on all git repositories

I did the same thing a few months ago. For some it made a big difference: emacs.git went from 1.1GB to 155MB. Active repositories were shrunk to ~20% or even 5% of their original size. This is the script I ran: #!/bin/bash log=$(mktemp /tmp/log-repo-gc-XX) printf Run this to see more

Re: [Savannah-hackers-public] FYI, ran git gc on all git repositories

Sylvain Beucler wrote: On Fri, Oct 09, 2009 at 04:27:32PM +0200, Jim Meyering wrote: I did the same thing a few months ago. For some it made a big difference: emacs.git went from 1.1GB to 155MB. Active repositories were shrunk to ~20% or even 5% of their original size. This is the script I

[Savannah-hackers-public] Re: prevent merge commits?

Simon Josefsson wrote: Jim Meyering j...@meyering.net writes: Simon Josefsson wrote: Jim Meyering j...@meyering.net writes: FYI, it prohibits pushing trailing blanks as well, via this setting: # hooks.allowbadwhitespace # This boolean sets whether you may push a commit that adds

[Savannah-hackers-public] Re: prevent merge commits?

Simon Josefsson wrote: Jim Meyering j...@meyering.net writes: FYI, it prohibits pushing trailing blanks as well, via this setting: # hooks.allowbadwhitespace # This boolean sets whether you may push a commit that adds bad whitespace. # By default, you may not. Let me know

Re: [Savannah-hackers-public] Re: Inetutils git

Sylvain Beucler wrote: On Thu, Aug 20, 2009 at 02:44:19PM +0200, Jim Meyering wrote: Sergey Poznyakoff wrote: I am finally switching inetutils to Git. I managed to close the CVS repository, but now I cannot find any of the utilities I was using for further steps: /root/Meyering/cvs

[Savannah-hackers-public] Re: prevent merge commits?

Simon Josefsson wrote: Thanks for adding the hook to prevent merge commits. However, it seems that it may be rejecting other commits too. To reproduce I just checked out gnutls, updated gnulib files and tried to push the changes (I put gnulib files in the gnutls repository). I get:

[Savannah-hackers-public] Re: prevent merge commits?

Simon Josefsson wrote: Jim Meyering j...@meyering.net writes: Simon Josefsson wrote: Hi Jim. I think you fixed so that it isn't possible to push merge commits into gnulib, right? I'd like to do the same for my projects (in particular gnutls) so I'm wondering if it is documented somewhere

Re: [Savannah-hackers-public] Re: Git hooks and setup for GNU Herds

Davi Leal wrote: Jim Meyering wrote: Could you disable the email-on-commit hook for the GNU Herds Git repo? Done. git --git-dir=/srv/git/gnuherds-app.git config --unset hooks.mailinglist It works. The emails are not sent to the list. However the CIA hook is not working anymore! Maybe

Re: [Savannah-hackers-public] Re: Git hooks and setup for GNU Herds

Davi Leal wrote: Jim Meyering wrote: * email-on-commit: Sending the emails to gnuherds-app-...@nongnu.org You're all set Could you disable the email-on-commit hook for the GNU Herds Git repo? Project name: gnuherds-app I ask for it because some translators (non-developers) who

Re: [Savannah-hackers-public] Re: Git hooks and setup for GNU Herds

Davi Leal wrote: Sylvain Beucler wrote: In addition, Davi Leal of the gnuherds project would like the cia and email-on-commit hooks. Can you enable them? IMHO it should not be needed to contact to the Savannah administrators to enable these features. It should be possible enable it directly

[Savannah-hackers-public] Re: cgit: about: automake.git

Ralf Wildenhues wrote: Hi Jim, * Jim Meyering wrote on Tue, May 19, 2009 at 10:13:54PM CEST: Ralf Wildenhues wrote: I just noticed http://git.savannah.gnu.org/cgit/automake.git/about is not yet about Automake all that much. Do you happen to know how to change that? Incidentally

Re: [Savannah-hackers-public] Bison: push -f

Sylvain Beucler wrote: On Mon, Apr 20, 2009 at 01:19:31PM +0200, Akim Demaille wrote: Dear Hackers, I would like to have a means to perform push -f on *some* branches. I'm used to work with two directories of branches: - candidates/ The topic branches. - perso/ Where people can

[Savannah-hackers-public] savannah email quoting bug? [Re: [bug #23647] 'id' not being built on OSX platforms

I wrote: re http://savannah.gnu.org/bugs/?23647 ... Thanks for the report, but I have a hard time taking seriously any attempt to do development on case-insensitive file systems. Perhaps a better way to work around it is simply to suggest (via README) to run perl -pi -e 's/bIDb/IDD/'

Re: [Savannah-hackers-public] Re: ssh logins to lists.gnu.org

Ward Vandewege wrote: On Thu, Mar 05, 2009 at 06:38:46AM -0600, Karl Berry wrote: I realized last night there's another significant issue with access to lists -- the mailing list feature on savannah relies on being able to get over to lists and run a command to create or delete a list. We

Re: [Savannah-hackers-public] F-word in project name?

Sylvain Beucler b...@gnu.org wrote: On Thu, Feb 05, 2009 at 09:15:02AM +0200, Alexander Shulgin wrote: Hi, I've just come across a submission of 'GNAFU' project: https://savannah.gnu.org/task/index.php?8763 The abbreviation turns out to be this: # GNAFU - Ground, Navy and Air Fuck-Up ...

[Savannah-hackers-public] Re: File .schwab-emacs-repo in /vservers/vcs-noshell/root/

Hi Sylvain, Sylvain Beucler [EMAIL PROTECTED] wrote: There's a directly apparently related to git2cvs, which seems to be old - and big: savannah:~# du -sh /vservers/vcs-noshell/root/.schwab-emacs-repo/ 285M/vservers/vcs-noshell/root/.schwab-emacs-repo/ Is it safe to remove it? Yes.

Re: [Savannah-hackers-public] Making a CVS repository read-only

[EMAIL PROTECTED] (Ludovic Courtès) wrote: BTW, can you (or someone else) change the Gitweb description of `guile.git' to GNU Guile? I've done it.

Re: [Savannah-hackers-public] Making a CVS repository read-only

[EMAIL PROTECTED] (Ludovic Courtès) wrote: Jim Meyering [EMAIL PROTECTED] writes: What I've done in the past is to cvs-remove all files except one, like your THIS-REPOSITORY-IS-DEAD, and then to add a commit hook prohibiting all write access. That way, old cvsweb links will continue to work

Re: [Savannah-hackers-public] Making a CVS repository read-only

[EMAIL PROTECTED] (Ludovic Courtès) wrote: We (the Guile folks) are in the process of switching Guile's repository from CVS to Git [0]. A Git repository has been created a few minutes ago on Savannah [1]. For practical reasons, we'd like to make the CVS repository read-only, maybe just

[Savannah-hackers-public] Re: creating a role-based account for mirror-cvs2git

Sylvain Beucler [EMAIL PROTECTED] wrote: ... As far as I understand, you're essentially setting up a daemon, rather than a user, so you could create it as such: - low uid - homedir in /var/lib/cvs2git (where cvs2git is the name of the daemon) I've done that, and now cvs2git has a cron job

[Savannah-hackers-public] Re: creating a role-based account for mirror-cvs2git

Sylvain Beucler [EMAIL PROTECTED] wrote: ... As far as I understand, you're essentially setting up a daemon, rather than a user, so you could create it as such: - low uid - homedir in /var/lib/cvs2git (where cvs2git is the name of the daemon) Ok. How do you plan to maintain the daemon's

[Savannah-hackers-public] Re: Git commit notification hook

not useful: From a7e31363a04a6a526086de888d7baaf71e2a45ba Mon Sep 17 00:00:00 2001 From: Jim Meyering [EMAIL PROTECTED] Date: Thu, 27 Sep 2007 11:38:50 +0200 Subject: [PATCH] Include commit-url unconditionally, even though sometimes (tag-push) it's bogus. Add an option to include diffs in email

Re: [Savannah-hackers-public] Setting default_member_moderation to yes for all lists?

[EMAIL PROTECTED] (Bob Proulx) wrote: Recently an address at yahoo.com subscribed to a large number of mailing lists and then sent spam messages to them. Because the address was subscribed to the mailing list Mailman was configured to send the messages along without delay and without

[Savannah-hackers-public] adding a member doesn't update his group membership?

Akim Demaille [EMAIL PROTECTED] wrote: Le 24 nov. 07 à 11:03, Jim Meyering a écrit : Akim Demaille [EMAIL PROTECTED] wrote: The problem is now that I don't seem to have write permissions on Automake [3]. Could someone add me please? Thanks in advance. Hi Akim, I've just added you

[Savannah-hackers-public] savannah login failure

Hi, FYI, I've just tried to login to savannah (user meyering), using firefox. Here's what I get: Warning: mysql_result() [function.mysql-result]: Unable to jump to row 0 on MySQL result index 31 in /var/www/savane/frontend/php/include/database.php on line 301 Warning: Cannot modify

Re: [Savannah-hackers-public] Re: cvspserver: moving, but firewall? is in the way

Sylvain Beucler [EMAIL PROTECTED] wrote: On Sun, Sep 16, 2007 at 10:30:59PM +0200, Jim Meyering wrote: Sylvain Beucler [EMAIL PROTECTED] wrote: However, the instructions in /root/infra.README seem to be out of date, since running tla update in /root/infra gives a diagnostic. What

[Savannah-hackers-public] Re: cvspserver: moving, but firewall? is in the way

Sylvain Beucler [EMAIL PROTECTED] wrote: On Sun, Sep 16, 2007 at 04:56:53PM +0200, Jim Meyering wrote: Hi Sylvain, I'm ready to set up and test git-cvsserver. In the cvs vserver, I created this file (please take a look): /etc/xinetd.d/git-cvspserver I added the 'pserver' argument

[Savannah-hackers-public] Re: mirroring cvs to git *on* savannah

Sylvain Beucler [EMAIL PROTECTED] wrote: If you make changes to the installation, please update ~/infra/cvs.txt (check ~/infra.README along the way :)). Will do. I expect to run a root cron job that su's to nobody. It will maintain an rsync'd copy of each repository in /var/tmp/c2g-mirror,

[Savannah-hackers-public] mirroring cvs to git *on* savannah

I plan to mirror a few CVS repositories to git, keeping the entire process local to savannah. Before now, I've been mirroring gnulib and emacs on my desktop and pushing from the resulting git repo to savannah, but automating that is suboptimal for a few reasons: security, since you have to choose

[Savannah-hackers-public] cvspserver down

$ cvs -z3 -d:pserver:[EMAIL PROTECTED]:/sources/m4 co m4 cvs [checkout aborted]: connect to cvs.savannah.gnu.org(199.232.41.69):2401 failed: Connection refused [Exit 1] $ telnet cvs.sv.gnu.org cvspserver Trying 199.232.41.69... telnet: Unable to connect to remote host: Connection

[Savannah-hackers-public] FYI, disk full on git-push to coreutils, running mirror-to-cvs hook

FYI, I'm investigating a failure I just saw while pushing the latest coreutils change set. The push- (aka update-) hook normally mirrors the git delta to a CVS mirror repository. However, this time, the cvs commit failed: cvs [commit aborted]: Failed to create temporary file: No space left on

[Savannah-hackers-public] /tmp ran out of i-nodes [Re: FYI, disk full on git-push to coreutils, ...

Jim Meyering [EMAIL PROTECTED] wrote: FYI, I'm investigating a failure I just saw while pushing the latest coreutils change set. The push- (aka update-) hook normally mirrors the git delta to a CVS mirror repository. However, this time, the cvs commit failed: cvs [commit aborted

[Savannah-hackers-public] Re: Git support at Savannah

Hi Sylvain, Sylvain Beucler [EMAIL PROTECTED] wrote: I think I have a usable version of the Savane clean-up branch now, and I implemented basic Git support in it. http://savannah.gnu.org/new/ (I also updated gitgitweb to 1.5.2.2 btw). Great! I'm thinking of dubbing Git supported at

Re: [Savannah-hackers-public] new mailman cron job

[EMAIL PROTECTED] (Karl Berry) wrote: `ls -U` may be faster than the `find` Either way I surmised it's a matter of reading every dirent, and I figured that should be about the same whichever program does it. but I'm not sure what your script does. Nothing complicated, though no

[Savannah-hackers-public] Re: Git on savannah

Simon Josefsson [EMAIL PROTECTED] wrote: Hi! I want to set up a Git repository for some of my projects on savannah. However, I can't find any information on how to do this. Can you point me in the right direction? I understand that you have set up a few repositories there. Hi Simon, At

[Savannah-hackers-public] Re: Git on savannah

Simon Josefsson [EMAIL PROTECTED] wrote: ... I guess I should explain better. I'm not certain this is the best way to have things work, but it is at least what I'd prefer: I want to move GnuTLS, which is maintained in CVS on cvs.gnupg.org right now (i.e., not on savannah) to a local git

[Savannah-hackers-public] git mirror of emacs CVS repository

Williams [EMAIL PROTECTED] meissner=Michael Meissner [EMAIL PROTECTED] melissa=Melissa Weisshaus [EMAIL PROTECTED] meyering=Jim Meyering [EMAIL PROTECTED] mib=mib [EMAIL PROTECTED] miles=Miles Bader [EMAIL PROTECTED] mituharu=YAMAMOTO Mitsuharu [EMAIL PROTECTED] monnier=Stefan Monnier [EMAIL PROTECTED

[Savannah-hackers-public] Re: git mirror of emacs CVS repository

Bruno Haible [EMAIL PROTECTED] wrote: Eli Zaretskii wrote: How about a URL for where to read about GIT? For anonymous checkout, in any Bourne-shell the following should work: $ git clone git://git.sv.gnu.org/emacs Or, if you prefer the CVS-like 'cogito' frontend to plain 'git': $ cg

[Savannah-hackers-public] Re: git mirror of emacs CVS repository

Hi Miles, Miles Bader [EMAIL PROTECTED] wrote: Jim Meyering [EMAIL PROTECTED] writes: I'm using git for projects I control, and find that I am less and less tolerant of the abysmal (by comparison) performance of CVS and SVN Git is enticing, but the main issue that's prevented me from

[Savannah-hackers-public] git-cvsexportcommit failed to propagate execute bits again

I added coreutils' new tests/misc/sort-compress script recently, and yet again, the git-cvsexportcommit script failed to propagate execute bits to the ,v file in the CVS repository. I've just fixed it manually. This may have been fixed in newer versions of git than the one installed on savannah.

[Savannah-hackers-public] Re: git repository out of order?

Bruno Haible [EMAIL PROTECTED] wrote: Hi Jim, Has the git on the savannah server changed? On 2007-01-14 I pulled the repo through cg-clone git://git.sv.gnu.org/coreutils and did a cg-update soon afterwards. Today a cg-update yields this error message: $ cg-update Fetching pack

[Savannah-hackers-public] Re: FYI: rm --interactive=never F no longer prompts for an unwritable F

[EMAIL PROTECTED] (Bob Proulx) wrote: Jim Meyering wrote: * tests/rm/i-never: New file. Test for the above fix. diff --git a/tests/rm/i-never b/tests/rm/i-never new file mode 100755 Unfortunately that did not make it into the CVS repository as mode 755 but instead is 644 there. Our

Re: [Savannah-hackers-public] improper From_ headers [Re: Mail delivery failed: returning message to sender

Sylvain Beucler [EMAIL PROTECTED] wrote: Using sendmail options work for me: $ mail -s Test [EMAIL PROTECTED] -- -f [EMAIL PROTECTED] /dev/null Thanks! Works like a charm.

[Savannah-hackers-public] git-cvsserver for coreutils, and later gnulib

Hello, Is it possible to run a git-cvsserver for coreutils? I vaguely recall Sylvain saying something about the port already being in use. If that's the only obstacle, can we put it on an alternate port? Jim

Re: [Savannah-hackers-public] git-to-cvs for coreutils

Sylvain Beucler [EMAIL PROTECTED] wrote: ... Or, you can volunteer for keeping on eye on this program and upgrade it on a regular basis, and document its existence in the infra/git.txt documentation :) That's a good compromise. I've just added comments to that effect in that file. without a

[Savannah-hackers-public] FYI, git-push'd changes are now automatically mirrored to cvs

Before yesterday, whenever I used 'git-push' to propagate changes to the coreutils git repository on savannah, I would usually remember to manually run a script to sync those changes to a local CVS repository, and then rsync that repository to an intermediate system from which savannah would

Re: [Savannah-hackers-public] Re: savannah shell access?

Sylvain Beucler [EMAIL PROTECTED] wrote: ... From a security pov, there's a place where people need to put their files so that other projects/hooks cannot alter them. So I think the working directories (at least the top-level directory) need to be pre-created. FHS doesn't garantee that files

[Savannah-hackers-public] Re: savannah shell access?

Sylvain Beucler [EMAIL PROTECTED] wrote: But I don't wish to install a service at Savannah that would generally require shell access for users. Of course. That would end up compromising security. So I think you can have direct shell access, not for managing coreutils, but as a Savannah

[Savannah-hackers-public] Re: converting gnulib: cvs to git

Eric Blake [EMAIL PROTECTED] wrote: According to Jim Meyering on 12/4/2006 2:21 AM: So far, no one has objected to my proposal to convert gnulib development from cvs to git. If there are any nay-sayers, it's time to speak up. I've just gone through the conversion process once more

[Savannah-hackers-public] Re: converting gnulib: cvs to git

Simon Josefsson [EMAIL PROTECTED] wrote: Jim Meyering [EMAIL PROTECTED] writes: Does anyone object to my removing the $Id...$ strings from those files? They will serve no purpose once we migrate. I'd rather not remove them as long as we are using CVS as the master repository. Once

[Savannah-hackers-public] Re: converting gnulib: cvs to git

[EMAIL PROTECTED] (Karl Berry) wrote: Do you really care whether any of the following files (the only ones affected in gnulib) contain an CVS/RCS-style $Id...$ string? COPYING COPYING has no $Id$. What am I missing? this? $ grep Id COPYING $Id: COPYING,v 1.3 2006/10/26

[Savannah-hackers-public] Re: reliable, incremental git-cvs ?

Sylvain Beucler [EMAIL PROTECTED] wrote: On Tue, Nov 28, 2006 at 11:32:55AM +0100, Jim Meyering wrote: BTW, I've converted gnulib's (as of a day or two ago) CVS repo into a git repository (with proper User Name [EMAIL PROTECTED] labels), so if there's a way to put up a trial git repository

[Savannah-hackers-public] Re: reliable, incremental git-cvs ?

Sylvain Beucler [EMAIL PROTECTED] wrote: Hi Jim, Howdy, Did you repack the repository somehow? I found it repacked after the import, and I don't remember doing so :) No :) I did this: git-push ssh+git://git.sv.gnu.org/srv/git/gnulib master:refs/heads/master

  1   2   >