Re: [BUG] Possible bug in `remote set-url --add --push`

2013-01-12 Thread Sascha Cunz
Am Freitag, 11. Januar 2013, 23:10:36 schrieb Junio C Hamano: > Jardel Weyrich writes: > > I believe `remote set-url --add --push` has a bug. Performed tests > > with v1.8.0.1 and v1.8.1 (Mac OS X). > > > > Quoting the relevant part of the documentation: > >> set-url > >> > >> Changes URL re

Re: [PATCH v3 1/3] git-submodule add: Add -r/--record option

2012-11-23 Thread Sascha Cunz
Am Freitag, 23. November 2012, 16:55:21 schrieb Heiko Voigt: > I am still a little bit undecided about an automatically crafted commit. > > At $dayjob we sometimes update submodules to their tip without any > superproject changes just to make sure we use the newest version. Most > of the time the

Re: [PATCH] Completion must sort before using uniq

2012-11-23 Thread Sascha Cunz
> I can't see the difference and in fact don't understand uniq's -u option al > all Linux man pages say: "only print unique lines", but that is what uniq > does by default anyway?!? >From the german translation of uniq's man-page, you can deduct that "only print unique lines" actually means: "pri

Re: upload-pack is slow with lots of refs

2012-10-04 Thread Sascha Cunz
Am Mittwoch, 3. Oktober 2012, 16:13:16 schrieb Jeff King: > On Wed, Oct 03, 2012 at 12:41:38PM -0700, Shawn O. Pearce wrote: > > > Out of curiosity, how are you thinking about triggering such a new > > > behavior in a backwards-compatible way? Invoke git-upload-pack2, and > > > fall back to reconne

Re: Submodule design

2012-10-02 Thread Sascha Cunz
Am Dienstag, 2. Oktober 2012, 20:53:28 schrieben Sie: > Hi, > > Today I learnt that a gitlink is a commit object embedded in a tree. > However, I can't seem to be able to cat it. > > $ git ls-tree HEAD > 100644 blob 5a91f388f3648b98ae34a19ec42ba9acc7852ef4.gitmodules > 16 comm

Re: Message from 'git-rebase'; German translation

2012-09-23 Thread Sascha Cunz
Am Sonntag, 23. September 2012, 19:34:23 schrieb Ralf Thielow: > On Sun, Sep 23, 2012 at 5:41 PM, Sascha Cunz wrote: > > Exactly. The meaning is more important then the exact wording. Please > > consider> > > this: > > Es wurden Neuaufbau- / Zusammenf

Re: Message from 'git-rebase'; German translation

2012-09-23 Thread Sascha Cunz
Am Sonntag, 23. September 2012, 17:36:08 schrieb knittl: > Sharing my thoughts on this one, … > [...] > What about "wichtig"? I think that transfers the meaning pretty well. > "Es wird angehalten, um den Verlust wichtiger Infos zu vermeiden" > maybe? > > I hope the above spends some inspiration :

Re: Message from 'git-rebase'; German translation

2012-09-23 Thread Sascha Cunz
Am Sonntag, 23. September 2012, 17:04:15 schrieb Ralf Thielow: > On Sat, Sep 22, 2012 at 11:57 PM, Sascha Cunz wrote: > > As I know how hard translations can be, esp. with that much technical > > terms > > inside, I'm usually expecting _not_ to yield the same res

Message from 'git-rebase'; German translation

2012-09-22 Thread Sascha Cunz
As I know how hard translations can be, esp. with that much technical terms inside, I'm usually expecting _not_ to yield the same result when translating a software's translation back to English. However, git-rebase just threw these two sentences at me (And though i know their meaning, i couldn

Re: Bringing a bit more sanity to $GIT_DIR/objects/info/alternates?

2012-08-07 Thread Sascha Cunz
[..] > - By design, the borrowed object store MUST not ever lose any >object from it, as such an object loss can corrupt the borrowing >repositories. In theory, it is OK for the object store whose >objects are borrowed by repositories to acquire new objects, but >losing existing o

Re: [RFC/PATCH] Use work tree to determine if it supports symlinks

2012-07-27 Thread Sascha Cunz
On Friday, July 27, 2012 03:58:49 PM you wrote: > Sascha Cunz writes: > > Ok, so repository and working directory are simply not meant to be on > > different file systems. Thanks for the clarification. > > I did not mean "and that is a rule we need to enforce and

Re: [RFC/PATCH] Use work tree to determine if it supports symlinks

2012-07-27 Thread Sascha Cunz
On Friday, July 27, 2012 02:55:49 PM you wrote: > Sascha Cunz writes: > > From 3f449e719b924929f1f8ca9b5eff83f17bc64c60 Mon Sep 17 00:00:00 2001 > > From: Sascha Cunz > > Date: Fri, 27 Jul 2012 22:54:56 +0200 > > Subject: [PATCH] Use work tree to determine if it supp

[RFC/PATCH] Use work tree to determine if it supports symlinks

2012-07-27 Thread Sascha Cunz
>From 3f449e719b924929f1f8ca9b5eff83f17bc64c60 Mon Sep 17 00:00:00 2001 From: Sascha Cunz Date: Fri, 27 Jul 2012 22:54:56 +0200 Subject: [PATCH] Use work tree to determine if it supports symlinks When creating a new repository, we check some capabilities of the underlying file system(s).