Bruno Haible <[EMAIL PROTECTED]> wrote:
> Hi Jim,
>
> Something with the "git gc" may have disturbed the git repository. I now
> get an error when trying to push some changes:
>
> $ git push
> Counting objects: 7, done.
> Compressing objects: 100% (4/4), done.
> Writing objects: 100% (4/4),
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 4/10/2008 5:54 PM:
| PS: What's the big difference between "git gc" and "git repack"?
|
git gc is a newer feature, that does git repack and more all in one
command, and as of 1.5.5, runs automatically whenever the project
Hi Jim,
Something with the "git gc" may have disturbed the git repository. I now
get an error when trying to push some changes:
$ git push
Counting objects: 7, done.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 376 bytes, done.
Total 4 (delta 3), reused 0 (delta 0
Hi Eric,
I attach the check.log it fails :(
I also send all i wrote to you @ Bug-m4 and bug-gnulib
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Please keep replies on the list.]
According to Elbert Pol on 4/10/2008 1:19 PM:
| Hi Eric,
|
|
| I did a change to the regex.int
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[Please keep replies on the list.]
According to Elbert Pol on 4/10/2008 1:19 PM:
| Hi Eric,
|
|
| I did a change to the regex.internal.h
|
| see the diff file.
It looks like __attribute ((regparm (3), stdcall)) is not supported on
your platform, so
Hi Eric,
No longer the fpurge error now.
But other errors.
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 4/9/2008 10:07 PM:
|
| http:\\home.comcast.net\~ericblake\m4-1.4.10b.22-be55.tar.gz
| signed:
| http:\\home.comcast.net\~ericblake\m4-1.4.10b.
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Paolo Bonzini <[EMAIL PROTECTED]> wrote:
>> I don't know is something's wrong with git gc --auto support, but
>> there's definitely a need to run git gc on gnulib's repository.
>
> Thanks for the heads-up.
> I see that the repository currently weighs in at
Elbert Pol wrote:
> #define _X86_ 1
> #define __32BIT__ 1
> #define __EMX__ 1
> #define __INNOTEK_LIBC__ 0x006
> #define __KLIBC__ 0
> #define __KLIBC_MINOR__ 6
> #define __KLIBC_PATCHLEVEL__ 2
> #define __KLIBC_VERSION__ 0x00060002
> #define __OS2__ 1
> #define __i386 1
> #define __i386__ 1
Thank
Elbert Pol's answer.
--- Begin Message ---
Hoi Bruno,
I attach the output as out
Bruno Haible wrote:
Eric Blake wrote:
[Please keep bug-gnulib in the loop, since this problem affects multiple
gnulib clients, and since Bruno's code is more impacted than mine by
knowing the innards of FILE]
Paolo Bonzini <[EMAIL PROTECTED]> wrote:
> I don't know is something's wrong with git gc --auto support, but
> there's definitely a need to run git gc on gnulib's repository.
Hi Paolo,
Thanks for the heads-up.
I see that the repository currently weighs in at 1.2GB.
That's crazy. I'm repacking it
I just made this script that prepares a git-merge-changelog tarball. I
don't know if it would be useful to have it in a cron job somewhere. It
needs git in the path.
#! /bin/sh
mkdir -p git-merge-changelog
cd git-merge-changelog
if test -d gnulib/.git; then
(cd gnulib && git pull)
else
g
I don't know is something's wrong with git gc --auto support, but
there's definitely a need to run git gc on gnulib's repository.
Paolo
My gnulib-comp.m4 contains, from modules/stdarg:
dnl Some compilers (e.g., AIX 5.3 cc) need to be in c99 mode
dnl for the builtin va_copy to work. With Autoconf 2.60 or later,
dnl AC_PROG_CC_STDC arranges for this. With older Autoconf AC_PROG_CC_STDC
dnl shouldn't hurt, though installers
Bruno Haible <[EMAIL PROTECTED]> wrote:
> The system that Elbert Pol is talking about is derived from emx+gcc (the
> old but well-known POSIX implementation for DOS and OS/2 [the DOS part was
> much more reliable than DJGPP]).
>
> I'm committing first a port for emx+gcc. Untested.
>
> Jim, at the e
14 matches
Mail list logo
