On Sat, Jan 1, 2022 at 5:17 PM Bob Proulx wrote:
>
> Follow-up Comment #8, sr #110591 (project administration):
>
> Background: Earlier git created sample hook scripts in place and included this
> comment.
>
> # To enable this hook, make this file executable.
>
> Which is to say that there will
Follow-up Comment #6, sr #110591 (project administration):
I had run chmod a+x /usr/local/bin/git-post-receive-hook, thinking that needed
to be executable, but that just reenabled something that had not run for years
and that no longer works.
I've just restored to prior state via chmod a-x ...
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.
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
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.
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
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
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
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
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!
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:
Nice, indeed. Thanks for taking the time to do that.
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,
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
- 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!
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
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
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.
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
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
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
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
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.
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
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
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,
Michael J. Flickinger wrote:
Today I upgraded the vcs-noshell from debian lenny to debian squeeze.
Thank you!
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
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.
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
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
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
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:
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
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
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
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
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
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.
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
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
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
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
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
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)
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
Sylvain Beucler wrote:
On Fri, Mar 26, 2010 at 09:49:18PM +0100, Jim Meyering wrote:
coreutils is moving to debbugs.gnu.org, finally.
Is there a mechanism by which I can prohibit new submissions
to the bug and patch trackers, while leaving the existing
bugs accessible?
No perfect way I
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
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
Sylvain Beucler wrote:
I updated inetutils.git to use the current git mail notification
script (as documented in git.txt).
Here it seems that Alfred pushes 3 commits:
http://git.savannah.gnu.org/cgit/inetutils.git/commit/?id=e7440293e6eb3bd478fb098a88e13049fda409d6
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
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
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
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
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
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
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:
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
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
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
Update of sr #106848 (project administration):
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Thanks for confirming. That's fine.
So I'm closing this.
Update of sr #106848 (project administration):
Assigned to:None = meyering
___
Reply to this item at:
http://savannah.gnu.org/support/?106848
Follow-up Comment #1, sr #106848 (project administration):
the CVS repository is restored, using the May 29 backups + two ChangeLog,v
files from Andreas Schwab. The git repository once again mirrors the CVS
repository, but I have not yet reenabled the cron job to keep it that way,
since a
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
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
Sylvain Beucler wrote:
Follow-up Comment #6, sr #106709 (project administration):
Could you configure it so that diffs are shown as well?
Likewise, could the `[SCM]' string be removed from the subject line?
I don't think that it's possible yet, there was some issues with diffs given
the
Ludovic Courtès wrote:
...
If you like that or something similar, let me know and I'll
install it for guile.
OK for both. Thank you!
Done.
And got rid of the [SCM] prefix.
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
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/'
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
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 ...
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.
[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.
[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
[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
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
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
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
[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
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
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
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
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
[deliberately not sent to the -public list]
Hi guys,
You've probably heard about the latest exploitable tar bug: If you
unpack a malicious tar archive, it can overwrite (through e.g., ../..)
any number of your key files with tarball-supplied contents. Fixed only
recently in GNU tar for the
[I wrote:
Hi Sylvain,
Thanks for letting us know.
For starters, in code intended to be portable, it's best not
to rely on PATH_MAX, if at all possible. At a bare minimum,
don't use it as an array size, and don't try to allocate
PATH_MAX bytes from the heap. On some systems, PATH_MAX
can
Sylvain Beucler [EMAIL PROTECTED] wrote:
We're considering moving several CVS modules of TSP
(http://savannah.nongnu.org/projects/tsp/) to git. However, we'd like
to keep the distantly related modules available separtely. This doesn't
seem possible with one git repo only.
Is it possible to
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,
I noticed what looks like a regular user (mcasadevall) in /etc/passwd.
Is this deliberate? ISTR it's against policy.
Also, I scp'd files to [EMAIL PROTECTED]:
and see them show up with this same ownership:
[EMAIL PROTECTED] ls -l /var/tmp/c2g-mirror/
total 16
drwxr-xr-x 2 nobody
Sylvain Beucler [EMAIL PROTECTED] wrote:
On Fri, Aug 10, 2007 at 12:32:01PM +0200, Jim Meyering wrote:
I noticed what looks like a regular user (mcasadevall) in /etc/passwd.
Is this deliberate? ISTR it's against policy.
Hi Sylvain!
Michael asked to create a user account because he didn't
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
$ 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
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
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
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
[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
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
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
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
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
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
1 - 100 of 134 matches
Mail list logo