On 06/20/2009 04:38 AM, Bernie Innocenti wrote:
On 06/20/09 04:59, Jason Merrill wrote:
Any thoughts on what to do about the non-branch directories under
branches/? The complete set is ARM apple csl dead gcj ibm ix86 suse
ubuntu. The only solution I can think of would be to specifically
enum
On 06/20/09 04:59, Jason Merrill wrote:
> clone will get whatever branch is currently active in the cloned
> repository, doesn't matter what it's called.
>
> Currently master is out of date, so it's worse than nothing.
Ok, culled.
> Any thoughts on what to do about the non-branch directories un
On 06/16/2009 03:51 PM, Bernie Innocenti wrote:
Yes, but which one should die? Will cloners get confused by a
repository where the master branch is missing?
clone will get whatever branch is currently active in the cloned
repository, doesn't matter what it's called.
Currently master is out
I also notice a few remotes with @ in them like milepost-bra...@129596
which seem to be git-svn artifacts.
Jason
Daniel Berlin wrote:
> pre-globals-git and restrict-git were test branches from an old mostly
> broken version. ;)
>
> They are dead and if someone wants to manually remove the refs, go for it.
> No idea what oldmaster is.
Done.
>> And why have both
>> "master" and "trunk" as heads?
>
> See "
Incidentally, I notice that branches in subdirectories of branches/ are
still broken; i.e. ARM apple redhat suse ubuntu, maybe others. I give
instructions on the GitMirror page for how to deal with that, but I
wonder if it's possible to set it up properly on the mirror instead.
Jason
On Tue, Jun 16, 2009 at 10:17 AM, Jason Merrill wrote:
> On 06/15/2009 01:22 PM, Bernie Innocenti wrote:
>>
>> On 06/15/09 16:28, Rafael Espindola wrote:
>>>
>>> It fails with
>>>
>>> $ git config --add remote.origin.fetch
>>> '+refs/remotes/*:refs/remotes/origin/*'
>>> $ git fetch
>>> fatal: refs/
On 06/15/2009 01:22 PM, Bernie Innocenti wrote:
On 06/15/09 16:28, Rafael Espindola wrote:
It fails with
$ git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/origin/*'
$ git fetch
fatal: refs/remotes/origin/gcc-4_0-branch tracks both
refs/remotes/gcc-4_0-branch and refs/heads/gc
On 06/15/09 16:28, Rafael Espindola wrote:
>> Mine are. I ignore all heads in gcc.git, and just map its remotes into my
>> remotes by manually specifying remote.origin.fetch. Not very pretty, but it
>> seems to produce the optimal result. See my stuff in the lower section of
>> http://gcc.gnu.or
On 06/15/2009 10:28 AM, Rafael Espindola wrote:
It fails with
$ git config --add remote.origin.fetch '+refs/remotes/*:refs/remotes/origin/*'
That's not my section; my contribution starts at
Alternative git-svn procedure (Jason Merrill)
Jason
> Mine are. I ignore all heads in gcc.git, and just map its remotes into my
> remotes by manually specifying remote.origin.fetch. Not very pretty, but it
> seems to produce the optimal result. See my stuff in the lower section of
> http://gcc.gnu.org/wiki/GitMirror for more details.
It fails wi
On 06/11/2009 03:07 AM, Bernie Innocenti wrote:
6) As Daniel said, we are indeed already mirroring all branches from
the SVN repository. But those go to remotes/foo rather than foo,
which most likely *your* git fetches aren't configured to consider.
Mine are. I ignore all heads in gcc
On 06/11/09 15:18, Bernie Innocenti wrote:
> On 06/11/09 14:03, Daniel Berlin wrote:
>> It may be faster for my to rsync it to a 32 core machine, pack it,
>> then rsync it back now that delta compression is threaded.
>> Does it get large enough speedups these days to be worth it?
>
> It's done, an
On 06/11/09 14:03, Daniel Berlin wrote:
> It may be faster for my to rsync it to a 32 core machine, pack it,
> then rsync it back now that delta compression is threaded.
> Does it get large enough speedups these days to be worth it?
It's done, and the pack came out 553MB.
Perhaps packing with an
On Thu, Jun 11, 2009 at 3:07 AM, Bernie Innocenti wrote:
> On 06/10/09 02:43, Ian Lance Taylor wrote:
>> fche has already installed git 1.6.3.2 in /usr/local/bin on sourceware.
>> That is now the one you will get if you connect to port "git". Hope
>> nothing breaks.
>
> Thanks.
>
> I made a few ch
On 06/10/09 02:43, Ian Lance Taylor wrote:
> fche has already installed git 1.6.3.2 in /usr/local/bin on sourceware.
> That is now the one you will get if you connect to port "git". Hope
> nothing breaks.
Thanks.
I made a few changes that hopefully won't compromise existing clones:
0) Since whe
16 matches
Mail list logo
