On Tue, Oct 29, 2013 at 10:09:53AM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2013-10-28 at 09:59 +0100, Christoph Hellwig wrote:
> > Btw, can we please take away this discussion from ksummit-attendees? It's
> > got
> > absolutely nothing to do with kernel summit and is getting fairly annoyin
On Tue, Oct 29, 2013 at 10:09:53AM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2013-10-28 at 09:59 +0100, Christoph Hellwig wrote:
> > Btw, can we please take away this discussion from ksummit-attendees? It's
> > got
> > absolutely nothing to do with kernel summit and is getting fairly annoyin
rse the totality of it. So it
> doesn't break or change old formats, it only allows a new one.
Ah, ok. I thought it was a new requirement, and I had visions of
similar complaints about my repositories. Thanks for explaining
the situation.
--
Russell King
-
To unsubscribe from this list: s
not track
git developments. (Except via the ctrl-d method in our mail readers.)
Alternatively, when changes occur to the repostory format, please can
they be marked with some obvious subject so that folk know when things
are going to break?
--
Russell King
-
To unsubscribe from this list: send the li
> efficient, but doesn't show the difference against the _tree_, it shows
> > the difference against the index. Since cogito tries to hide the index
> > from you, cogito can't very well use that).
>
> Ok, done.
Thanks Linus. I'll look forward to trying this o
ers consider the above
usage scenario and construct a regression test for it to ensure that
future breakages of this nature are caught. For me, cogito has been
extremely fragile, and I don't think the above usage is unreasonable.
--
Russell King
-
To unsubscribe from this list: send the li
On Thu, Jul 14, 2005 at 10:08:31AM +0100, Catalin Marinas wrote:
> Russell King <[EMAIL PROTECTED]> wrote:
> > it appears that cg-diff does a
> >
> > git-update-cache --refresh >/dev/null
> >
> > each time it's run, which is taking the bulk of th
On Wed, Jul 13, 2005 at 06:51:30PM +0200, Matthias Urlichs wrote:
> Hi, Russell King wrote:
>
> > This says it all. 1min 22secs to generate a patch from a locally
> > modified but uncommitted file.
>
> I only get that when the index is out-of-date WRT the file modifica
On Wed, Jul 13, 2005 at 01:28:18PM -0700, Linus Torvalds wrote:
> On Wed, 13 Jul 2005, Russell King wrote:
> > This says it all. 1min 22secs to generate a patch from a locally
> > modified but uncommitted file.
>
> No, there's something else going on.
>
> Mos
_ERR "uartclk was %d\n", port.uartclk);
}
}
return 0;
--
Russell King
-
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/majordomo-info.html
`../linux-2.6/.git/objects/pack/pack-e3117bbaf6a59cb53c3f6f0d9b17b9433f0e4135.pack'
-> `.git/objects/pack/pack-e3117bbaf6a59cb53c3f6f0d9b17b9433f0e4135.pack'
cg-pull: objects pull failed
--
Russell King
-
To unsubscribe from this list: send the line "unsubscribe git&qu
to re-populate linux-2.6-arm.git to be fully populated
or are you happy for it to just grow the new objects as they become
available?
--
Russell King
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
On Sun, Jul 10, 2005 at 09:51:16AM -0700, Linus Torvalds wrote:
> On Sun, 10 Jul 2005, Russell King wrote:
> > It means that rsync --delete-after can (in theory) be used when
> > making changes available to the upstream maintainer.
>
> I'd suggest against that from a saf
ends up with an empty set of
.git/objects/* directories. When new work is done in a tree, the
corresponding objects then appear, and only these objects need
transferring upstream.
It means that rsync --delete-after can (in theory) be used when
making changes available to the upstream maintaine
On Sat, Jul 09, 2005 at 10:58:18PM +0100, Russell King wrote:
> $ mv .git/objects/pack/* .git/
> $ for i in .git/*.pack; do git-unpack-objects < $i; done
> Unpacking 55435 objects
> fatal: inflate returned -3
This morning's cg-update gave these new errors:
receiving file lis
could, but my workflow involves having an untouched local
copy of your tree and several trees for each area.
This involves updates using relative paths, and as has already been
found elsewhere, this (with cogito 0.12) doesn't work with packed
objects yet.
--
Russell King
-
To unsubscribe f
On Sat, Jul 09, 2005 at 10:58:18PM +0100, Russell King wrote:
> On Thu, Jul 07, 2005 at 05:23:26PM -0700, Linus Torvalds wrote:
> > On Thu, 7 Jul 2005, Tony Luck wrote:
> > > This is what happens ("linus" is a local branch just pulled from
> > > kernel.org,
&g
toblob edae09a4b021e353ab4fbba756e31492fbb8fd2e
broken link from tree faed7d798b84f107dbb9ff8fa97fb909c9ea5347
toblob d098b3ba35384fb912989348fd6da59820711ca4
... etc ...
--
Russell King
-
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/majordomo-info.html
u have a new enough cogito).
So does that mean we should ignore cogito's whinging about rsync being
deprecated?
--
Russell King
-
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/majordomo-info.html
On Tue, Apr 19, 2005 at 10:23:41AM +0200, Petr Baudis wrote:
> Dear diary, on Tue, Apr 19, 2005 at 09:02:51AM CEST, I got a letter
> where Russell King <[EMAIL PROTECTED]> told me that...
> > My automatic pull this morning produced the following messages, which
> &g
easons.
That's author information, not committer information. For my committing
purposes, I'm going to be the one doing the commit, and I'm unlikely to
issue a suit on myself for spreading my own personal information.
--
Russell King
-
To unsubscribe from this list: send the line
condition on doing
the pull in the first place.
How we determine that with git is another matter though. 8)
--
Russell King
-
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/majordomo-info.html
023 ->
> 945a2562ee9e632bc6b3399fd49e028c39d19023
> on top of 945a2562ee9e632bc6b3399fd49e028c39d19023...
> gitdiff.sh: trying to diff 67607f05a66e36b2f038c77cfb61350d2110f7e8 against
> itself
--
Russell King
-
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/majordomo-info.html
On Tue, Apr 19, 2005 at 12:48:52AM +0200, Petr Baudis wrote:
> Dear diary, on Mon, Apr 18, 2005 at 11:53:57PM CEST, I got a letter
> where Russell King <[EMAIL PROTECTED]> told me that...
> > Maybe Petr can improve the error handling, and incorporate it (or at
> > least so
x-2.6-rmk.git
This will update the following files:
0 files changed
through these ChangeSets:
From: Russell King: Mon Apr 18 22:50:01 BST 2005
[PATCH] ARM: Add missing new file for bitops patch
Signed-off-by: Russell King
--
Russell King
-
To unsubs
read-tree $result_tree && checkout-cache -f -a
>
> The above looks like it might work, but I also warn you: it's not only
> untested, but it's pretty fragile in that if something breaks, you are
> probably left with a mess. I _tried_ to do the right thing, but... So it
On Mon, Apr 18, 2005 at 10:23:32AM +0100, Russell King wrote:
> On Sun, Apr 17, 2005 at 04:24:24PM -0700, Linus Torvalds wrote:
> > On Sun, 17 Apr 2005, Russell King wrote:
> > > I pulled it tonight into a pristine tree (which of course worked.)
> >
> > Goodie.
On Sun, Apr 17, 2005 at 04:24:24PM -0700, Linus Torvalds wrote:
> On Sun, 17 Apr 2005, Russell King wrote:
> > I pulled it tonight into a pristine tree (which of course worked.)
>
> Goodie.
Note the "pristine". Now comes the real test...
> > In doing so, I notice
On Sun, Apr 17, 2005 at 11:19:59PM +0100, Russell King wrote:
> On Sun, Apr 17, 2005 at 03:17:50PM -0700, Linus Torvalds wrote:
> > Can people usefully track my current kernel git repository, or do you have
> > to be crazy to do so? That's really the question. You be the jud
faces that
> aren't actually really usable for anybody but me, and barely me at that ;)
I guess I'll have the pleasure to find that out when I update my tree
with your latest changes... which I think is a project for tomorrow.
--
Russell King
-
To unsubscribe from this list: send t
with selinux, various objects may be hidden
depending on their accessibility? I wonder if this has an effect
here.
(or what about any other security model?)
--
Russell King
-
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/majordomo-info.html
On Sun, Apr 17, 2005 at 01:26:27PM -0700, Linus Torvalds wrote:
>
>
> On Sun, 17 Apr 2005, Russell King wrote:
> >
> > It's trivial to change - it's either sort -n or sort -nr !
>
> Yes.
>
> Btw, it might make sense to do the "grep" befor
On Sun, Apr 17, 2005 at 01:08:51PM -0700, Linus Torvalds wrote:
> On Sun, 17 Apr 2005, Russell King wrote:
> > This will (and does) do exactly what I want. I'll also read into the
> > above a request that you want it in forward date order. 8)
>
> No, I actually don'
(Dropped HPA from the CC line - I think he was only copied for the
master.kernel.org issues.)
On Sun, Apr 17, 2005 at 12:33:22PM -0700, Linus Torvalds wrote:
> On Sun, 17 Apr 2005, Russell King wrote:
> > I still need to work out how to make my noddy script follow different
> > bra
On Sun, Apr 17, 2005 at 09:36:09AM -0700, Linus Torvalds wrote:
> On Sun, 17 Apr 2005, Russell King wrote:
> > On Sat, Apr 16, 2005 at 04:01:45PM -0700, Linus Torvalds wrote:
> > > So I re-created the dang thing (hey, it takes just a few minutes), and
> > > pushed
On Sun, Apr 17, 2005 at 02:13:59PM -0400, David A. Wheeler wrote:
> On Sun, 17 Apr 2005, Russell King wrote:
> >>BTW, there appears to be "errors" in the history committed thus far.
> >>I'm not sure where this came from though. Some of them could be
> >&
ID: fa357627062fa6f4727638bc4f302b23f5a3acb8
[PATCH] vmscan: pageout(): remove unneeded test
^M)
We only call pageout() for dirty pages, so this test is redundant.
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
asm-arm/system.h|3 +++
12 files changed, 32 insertions(+), 85 deletions(-)
through these ChangeSets:
tree 7c4d75539c29ef7a9dde81acf84a072649f4f394
parent d5922e9c35d21f0b6b82d1fd8b1444cfce57ca34
author Russell King <[EMAIL PROTECTED]> 1113749462 +010
o be a dependence on the umask.
If this is so, please note that git appears to track the file modes,
and any dependence upon the umask is likely to screw with this tracking.
--
Russell King
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL
+++ write-tree.cThu Apr 14 11:25:40 2005
@@ -45,7 +45,7 @@
do {
struct cache_entry *ce = cachep[nr];
const char *pathname = ce->name, *filename, *dirname;
- int pathlen = ce->namelen, entrylen;
+ int pathlen = ntohs(ce->namelen), entrylen;
unsigned char *sha1;
unsigned int mode;
@@ -54,7 +54,7 @@
break;
sha1 = ce->sha1;
- mode = ce->st_mode;
+ mode = ntohl(ce->st_mode);
/* Do we have _further_ subdirectories? */
filename = pathname + baselen;
--
Russell King
-
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/majordomo-info.html
40 matches
Mail list logo
