On Wed, Jul 06, 2005 at 12:42:20AM +0200, Sam Ravnborg wrote:
I receive the following error:
git-update-cache: symbol lookup error: git-update-cache: undefined
symbol: deflateBound
open(/usr/lib/libz.so.1, O_RDONLY)= 3
This is the reason.
For a strange reason when
I would use a neutral commit template, only that it should have a
neutral prefix as well for the lines to be removed (neither STG nor CG
but GIT maybe). The $GIT_DIR/commit-template is fine as a file name.
How about $GIT_DIR/commit-template-`basename $EDITOR`
Then we could have different
On Fri, Jul 22, 2005 at 05:26:29PM -0400, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
In article [EMAIL PROTECTED] (at Fri, 22 Jul 2005 23:09:13 +0200), Petr
Baudis [EMAIL PROTECTED] says:
-}
+#define STR_(s) # s
+#define STR(s) STR_(s)
Uh-huh? Why two macros? Well, why any macros
While I do not have strong objections to make the build process
go faster, it is somewhat disturbing that the Makefile pieces
maintained in subdirectories need to name things they touch
using paths that include the subdirectory names. I do not have
a better alternative to suggest,
On Fri, Jul 29, 2005 at 04:29:41AM -0400, Ryan Anderson wrote:
Source Code Management with Git
The article should include a HOWTO part alos. So people can see how to
edit a file, pull from a remote repository etc.
Since you have introduced core and porcelains it would be most logical
to use
On Tue, Aug 02, 2005 at 03:15:19PM -0700, H. Peter Anvin wrote:
Anyone have any good scripts for taking patches in email and turning
them into git commits, preferrably while preserving the author information?
git-applymbox seems to be what you are looking for.
It was named dotest in the old
I accidently commited too many files to my tree today, and now I want to
drop the commit so I have logically separate commits.
What is the right way to do this - in cogito hopefully.
I do not mind to execute a few git commands, but for my daily usage I
expect cogito to hanle everything and
Hi Kay.
When browsing http://www.kernel.org/git I often find myself looking for
the most recently changed tree.
For this it is very good that you have the last change in italic and
bolded if newer than a few hours (I think).
A nice additional feature would be the possibility to sort the output
You have Firefox, don't you? Next time you surf to gitweb, right click on
the funny yellow symbol in the lower right corner of your Firefox. It
should say something like Subscribe to Do it.
Unfortunately not on my firefox. 1.0.6 on gentoo.
Puzzled...
Sam
-
To unsubscribe from
On Wed, Aug 10, 2005 at 09:23:07AM -0700, Chris Wright wrote:
* Wolfgang Denk ([EMAIL PROTECTED]) wrote:
It's then the perl(Email::Valid) and perl(Mail::Sendmail) depen-
dencies which cause problems. I installed all perl packages and
modules I was able to find in the standard FC
Hi Hubert.
git@vger.kernel.org is a better place to request this.
So I have included them in to:
Sam
On Wed, Aug 10, 2005 at 03:59:02PM +, Hubert Tonneau wrote:
The 'V' column on http://www.kernel.org/ is very convienient to review what
has changed in a new kernel (files
Anyway, enough of this. I understand the name will not change and I'm
ok with that. I'll deal with it on our (Debian's) end.
The easy fix is to kill the small git script that is not
mandatory anyway (as far as my quick grep told me).
The cg script has a bit more value.
Sam
-
To
On Thu, Aug 11, 2005 at 10:24:10PM +0200, Matthias Urlichs wrote:
Hi,
Sam Ravnborg:
Anyway, enough of this. I understand the name will not change and I'm
ok with that. I'll deal with it on our (Debian's) end.
The easy fix is to kill the small git script that is not
mandatory
(Also, with proper Signed-off-by: lines it's also always clear that
there were other people involved, and that the author of the patch is
different from the person who applied it).
I almost always handedit my mails and I find myself forgetting to add
Signed-off-by from time to time.
Is there
So you would naturally be tempted to do this:
... Re-edit, compile, and test. This time it is perfect.
$ git commit -a -C ORIG_HEAD
Well, not really. You can lose any file newly created in
ORIG_HEAD this way. Instead, you need to do this:
... Re-edit, compile, and
I am not sure what mixed reset (the current behaviour) is good
for. If nobody comes up with a good use case it may not be a
bad idea to remove it.
Using the principle of minimum suprise the --mixed should be removed.
--soft - undo the commit leaving all changes.
--hard - undo the commit and
On Sat, Sep 03, 2005 at 01:25:50AM -0700, Junio C Hamano wrote:
Junio C Hamano [EMAIL PROTECTED] writes:
H. Peter Anvin [EMAIL PROTECTED] writes:
I currently have two klibc trees,
I cloned them to take a look. You_do_ seem to have a lot of
renames.
Well, I think I understand how
17 matches
Mail list logo
