While trying to execute:
git-update-cache -- drivers/Kconfig drivers/net/Kconfig net/Kconfig
I receive the following error:
git-update-cache: symbol lookup error: git-update-cache: undefined
symbol: deflateBound
I have fetched a clean tree from kernel.org, and cloned it using
cg-clone.
Modificat
>
> 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 git-update-chache was compiled is was linked
dynamically towards
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_R
>
> 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? W
> > 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 sugge
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 d
>
> 1. The kernel Makefiles ar do not understand every subtle dependency.
>So they might get confused by updating to different tree states (as
>the bisect progresses) because those updates change Makefiles and
>include files. In other words, I should have done 'make clean' or
>'ma
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 droppi
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
On Tue, Aug 09, 2005 at 09:58:18PM +0200, Kay Sievers wrote:
> On Tue, Aug 09, 2005 at 09:31:04PM +0200, Sam Ravnborg wrote:
> > Hi Kay.
> >
> > When browsing http://www.kernel.org/git I often find myself looking for
> > the most recently changed tree.
> > For t
> 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 fro
> Sam,
> try it! :)
Works excellent - and less than 12 hours after I posted my feautre
reqest. That was quick!
Thanks,
Sam
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordom
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 standa
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 l
>
> 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.
> >
> (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
>
> 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,
> 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
On Sat, Sep 03, 2005 at 11:46:53AM -0700, Junio C Hamano wrote:
> This is a simplified scenario of klibc vs klibc-kbuild HPA had
> trouble with, to help us think of a way to solve this
> interesting merge problem.
>
>#1 - #3 - #5 - #7
>// /
> #0 - #2 - #4 - #6
>
>
On Sat, Sep 03, 2005 at 12:32:03PM -0700, Junio C Hamano wrote:
> Sam Ravnborg <[EMAIL PROTECTED]> writes:
>
> > As explained in another mail what we want to do is actually to
> > transpose the changes made to F to the now renamed file G.
> > So we end up with G con
24 matches
Mail list logo
