On Tue, May 21, 2013 at 3:18 PM, Chico Sokol wrote:
> Ok, we discovered that the commit object actually contains the tree
> object's sha1, by reading its contents with python zlib library.
>
> So the bug must be with our java code (we're building a java lib).
>
> Is there any non-standard issue in
On Wed, May 22, 2013 at 7:25 AM, Chico Sokol wrote:
>> Your code is broken. IOUtils is probably corrupting what you get back.
>> After inflating the stream you should see the object type ("commit"),
>> space, its length in bytes as a base 10 string, and then a NUL ('\0').
>> Following that is the
On Wed, May 22, 2013 at 7:20 AM, Chico Sokol wrote:
> I'm not criticizing JGit, guys. It simply doesn't fit into our needs.
> We're not interested in mapping git commands in java and don't have
> the same RAM limitations.
I guess you aren't trying to process the WebKit or Linux kernel
repositorie
On Wed, Sep 19, 2012 at 5:43 PM, Junio C Hamano wrote:
>> -> Accept-Encoding: deflate, gzip
>> +> Accept-Encoding: gzip
>
> ... was loss of "deflate" intended? If so why? Could you explain
> it in the log message?
Yes. I would add the following to the end of the commit message as a
new paragrap
On Wed, Sep 19, 2012 at 7:55 PM, Shawn O. Pearce wrote:
> From: "Shawn O. Pearce"
I can't explain why git send-email did this. I obviously didn't need
the extra From header here. format-patch didn't write it to the patch
file, it was injected by send-email. My .git/config is pretty simple,
the n
On Wed, Sep 19, 2012 at 8:48 PM, Jeff King wrote:
> On Wed, Sep 19, 2012 at 07:55:53PM -0700, Shawn O. Pearce wrote:
>
>> If the user doesn't want to use the dumb HTTP protocol, she may
>> set GIT_CURL_FALLBACK=0 in the environment before invoking a Git
>> protocol operation. This is mostly useful
On Thu, Sep 20, 2012 at 10:24 AM, Jeff King wrote:
> On Wed, Sep 19, 2012 at 10:57:35PM -0700, Shawn O. Pearce wrote:
>
>> > so transient errors on the initial smart
>> > contact can cause us to fall back to dumb,
>>
>> Transient errors is actually what is leading me down this path. We see
>> abou
On Fri, Sep 21, 2012 at 2:20 AM, Christian Couder
wrote:
> On Thu, Sep 20, 2012 at 8:53 PM, Sebastian Schuberth
> wrote:
>> On 19.09.2012 15:43, Michael Haggerty wrote:
>>
>>> Is there any news about the proposed gatherings? I would be quite
>>> interested in attending the developer meeting. Oc
On Thu, Sep 20, 2012 at 10:26 PM, Jeff King wrote:
> On Thu, Sep 20, 2012 at 04:05:03PM -0700, Shawn O. Pearce wrote:
>
>> But right now I am seeing failures in libcurl's SSL connection that
>> may also be causing the smart connection failures. For example this
>> trace, where libcurl was just not
On Sat, Sep 22, 2012 at 1:43 PM, Paul J R wrote:
> It hadnt occured to me that git-http-backend behaves differently to the
> "dumb" http protocol on read (though that was from reading the git source so
> i obviously missed what was going on there). Ultimately im writing a little
> webapp that wrap
Google has published a series of patches (see links below) to JGit to
improve fetch and clone performance by adding compressed bitmaps to
the pack-*.idx structure.
Operation Index V2 Index VE003
Clone 37530ms (524.06 MiB) 82ms (524.06 MiB)
On Thu, Sep 27, 2012 at 5:17 AM, Nguyen Thai Ngoc Duy wrote:
> On Thu, Sep 27, 2012 at 7:47 AM, Shawn Pearce wrote:
>> Google has published a series of patches (see links below) to JGit to
>
> Should discussions about this series happen in here, jgit mailing or
> gerrit? I just
On Thu, Sep 27, 2012 at 5:17 AM, Nguyen Thai Ngoc Duy wrote:
> I'd like to see some sort of extension mechanism like in
> $GIT_DIR/index, so that we don't have to increase pack index version
> often. What I have in mind is optional commit cache to speed up
> rev-list and merge, which could be stor
On Thu, Sep 27, 2012 at 10:20 AM, Jeff King wrote:
> On Thu, Sep 27, 2012 at 07:17:42PM +0700, Nguyen Thai Ngoc Duy wrote:
>
>> > Operation Index V2 Index VE003
>> > Clone 37530ms (524.06 MiB) 82ms (524.06 MiB)
>> > Fetch (1 commit back)
On Thu, Sep 27, 2012 at 10:39 AM, Jeff King wrote:
> On Thu, Sep 27, 2012 at 08:51:51AM -0700, Shawn O. Pearce wrote:
>> On Thu, Sep 27, 2012 at 5:17 AM, Nguyen Thai Ngoc Duy
>> wrote:
>> > I'd like to see some sort of extension mechanism like in
>> > $GIT_DIR/index, so that we don't have to inc
On Thu, Sep 27, 2012 at 11:22 AM, Jeff King wrote:
>
> I think clients will also want it. If we can make "git rev-list
> --objects --all" faster (which this should be able to do), we can speed
> up "git prune", which in turn is by far the slowest part of "git gc
> --auto", since in the typical cas
On Sun, Sep 30, 2012 at 7:35 AM, 乙酸鋰 wrote:
> I use smart-http on Apache.
> If nothing to be pushed / pulled, I do not want password to be
> supplied. And allow git ls-remote to run without password
>
> *.git/info/refs?service=git-upload-pack
> *.git/info/refs?service=git-receive-pack
>
> I only n
On Fri, Sep 28, 2012 at 5:00 AM, Nguyen Thai Ngoc Duy wrote:
> On Thu, Sep 27, 2012 at 7:47 AM, Shawn Pearce wrote:
>> * https://git.eclipse.org/r/7939
>>
>> Defines the new E003 index format and the bit set
>> implementation logic.
>
> Quote from the patch&#
On Thu, Sep 27, 2012 at 7:14 PM, Nguyen Thai Ngoc Duy wrote:
> On Thu, Sep 27, 2012 at 10:51 PM, Shawn Pearce wrote:
>> In Linus' Linux kernel tree there are currently about 323,178 commits.
>> If we store just the pre-parsed commit time as an int32 field this is
>> an
On Sun, Sep 30, 2012 at 6:59 PM, Nguyen Thai Ngoc Duy wrote:
> On Mon, Oct 1, 2012 at 8:07 AM, Shawn Pearce wrote:
>>> You mentioned this before in your idea mail a while back. I wonder if
>>> it's worth storing bitmaps for all packs, not just the self contained
&
On Sun, Sep 30, 2012 at 7:05 PM, Nguyen Thai Ngoc Duy wrote:
> On Mon, Oct 1, 2012 at 8:49 AM, Shawn Pearce wrote:
>> On Thu, Sep 27, 2012 at 7:14 PM, Nguyen Thai Ngoc Duy
>> wrote:
>>> On Thu, Sep 27, 2012 at 10:51 PM, Shawn Pearce wrote:
>>>> In Linus&#x
On Mon, Oct 1, 2012 at 3:18 PM, Jeff King wrote:
> On Mon, Oct 01, 2012 at 02:23:06PM -0700, Shawn O. Pearce wrote:
>>
>> When libcurl fails to connect to an SSL server always retry the
>> request once. Since the connection failed before the HTTP headers
>> can be sent, no data has exchanged hands
On Mon, Oct 1, 2012 at 5:48 AM, Nguyen Thai Ngoc Duy wrote:
> Probably off topic. Does saving a list of missing bases in the pack
> index help storing thin packs directly? I may be missing some points
> because I don't see why thin packs cannot be stored on disk in the
> first place.
Packs are su
On Wed, Oct 3, 2012 at 11:55 AM, Jeff King wrote:
> On Wed, Oct 03, 2012 at 11:53:35AM -0700, Junio C Hamano wrote:
>> Jeff King writes:
>>
>> >> Has there been any work on extending the protocol so that the client
>> >> tells the server what refs it's interested in?
>> >
>> > I don't think so. I
On Thu, Oct 4, 2012 at 11:24 PM, Johannes Sixt wrote:
> Am 10/3/2012 21:41, schrieb Shawn Pearce:
>> On Wed, Oct 3, 2012 at 11:55 AM, Jeff King wrote:
>>> On Wed, Oct 03, 2012 at 11:53:35AM -0700, Junio C Hamano wrote:
>>>> Jeff King writes:
>>>>
>&
On Mon, Oct 8, 2012 at 8:05 AM, Johannes Sixt wrote:
> Am 05.10.2012 18:57, schrieb Shawn Pearce:
>> On Thu, Oct 4, 2012 at 11:24 PM, Johannes Sixt wrote:
>>> Upload-pack can just start
>>> advertising refs in the "v1" way and announce a "v2" capabi
On Tue, Oct 9, 2012 at 7:06 AM, Marcel Partap wrote:
>>> Bam, the server kicked me off after taking to long to sync my copy.
>> This is unrelated to git. The HTTP server's configuration is too
>> impatient.
> Yes. How does that mean it is unrelated to git?
It means its out of our control, we cann
On Wed, Oct 10, 2012 at 6:44 PM, Nguyen Thai Ngoc Duy wrote:
> On Thu, Oct 11, 2012 at 3:46 AM, Junio C Hamano wrote:
>> Steffen Prohaska writes:
>>
>>> I've recently discovered that the current protocol can be amazingly
>>> inefficient when it comes to transferring binary objects. Assuming two
On Mon, Oct 15, 2012 at 11:56 AM, Jeff King wrote:
> Right. The only thing that needs locking is the refs, because the object
> database is add-only for normal operations, and by definition collisions
> mean you have the same content (or are astronomically unlucky, but your
> consolation prize is
On Fri, Oct 19, 2012 at 3:36 AM, Jeff King wrote:
> On Thu, Oct 18, 2012 at 03:59:41PM -0700, Junio C Hamano wrote:
>
>> > It will sometimes happen that curl_multi_fdset() doesn't
>> > return any file descriptors. In that case, it's recommended
>> > that the application sleep for a short time bef
On Mon, Oct 22, 2012 at 11:27 PM, Joey Jiao wrote:
> It looks like the client is waiting the pushing result status from
> server although by checking server side, the real object has already
> been upload succeed.
>
> Below is the log after adding time info.
> $ time git push -v ssh://git.qrd.qual
On Sun, Oct 28, 2012 at 1:48 PM, Jens Lehmann wrote:
> Am 23.10.2012 22:55, schrieb W. Trevor King:
>> As Phil pointed out, doing anything with this variable is ambiguous:
>>
>> On Mon, Oct 22, 2012 at 06:03:53PM -0400, Phil Hord wrote:
>>> Some projects now use the 'branch' config value to record
On Sun, Jul 15, 2012 at 6:43 AM, Jonas H. wrote:
> I'd like to implement HTTP authentication for Git Smart HTTP using Dulwich
> (a Python binding):
>
> 1) read-only if unauthenticated and write only if authenticated
> 2) read/write only if authenticated
>
> I couldn't find any documentation on whi
On Sun, Jul 29, 2012 at 11:52 AM, Bo98 wrote:
> I'm setting up a git server with git-http-backend and Smart HTTP but I'm
> getting PROPFIND Error 405 with git push.
This suggests the client didn't see the server as one supporting smart HTTP.
...
>
> And here's a snip from my access_log:
>
> :
On Sun, Jul 29, 2012 at 6:04 PM, Sitaram Chamarty wrote:
> Of course this will only work with ssh. None of what Fredrik has so
> far suggested would possibly work on smart http without even more
> hacks, I think.
Now that we have smart HTTP, and its somewhat popular for sites to
deploy with, we
On Sun, Jul 29, 2012 at 7:38 PM, Junio C Hamano wrote:
> Shawn Pearce writes:
>
>> We sort of want this in Gerrit Code Review to pass reviewer names on
>> the command line of git push, making it easier for users to upload a
>> code review. The idea is similar to what ha
On Mon, Jul 30, 2012 at 1:40 AM, Bo98 wrote:
>
> Shawn Pearce wrote
>>
>>> And here's a snip from my access_log:
>>>
>>> ::1 - - [29/Jul/2012:18:34:34 +0100] "GET
>>> /repo/myproject.git/info/refs?service=git-receive-pack HTTP/1.1
On Mon, Jul 30, 2012 at 1:30 PM, Bo98 wrote:
>
> Shawn Pearce wrote
>>
>> No, a smart HTTP response looks more like this:
>>
>> 1e# service=git-receive-pack
>> 00a5e7a3bcbbb8083e812ce07a5459f0e6d30edfb9fe HEAD include-tag
>> multi_ack_detailed m
On Fri, Aug 10, 2012 at 8:04 AM, Joachim Schmitz
wrote:
>>
>> - HP NonStop is lacking poll(), git is making quite some use of it.
>> My Solution: I 'stole' the implementation from GNUlib, which implements
>> poll() using select().
>> Git should either provide its own poll(), not use it at all or r
On Fri, Aug 10, 2012 at 10:32 AM, Joachim Schmitz
wrote:
>> then use `git init --bare` in a new directory to copy in the templates,
> and see if
>> its the template copying code that is making an incorrect copy.
>
> "git init --bare" gives the same error. It isn't copying any of the
> subdirectori
On Fri, Aug 10, 2012 at 2:50 PM, Jeff King wrote:
> On Fri, Aug 10, 2012 at 11:52:28AM -0700, Junio C Hamano wrote:
>
>> When evaluating a change in the interoperability area, it does not
>> add much more confidence to the correctness that the change has been
>> in use for months with the same par
Let me start by echoing Junio's remark... "lacks sufficient
justification". You don't give enough evidence to support even why it
is worth looking at this commit, let alone why it should be included
and cause a format change in the idx file format.
At some point you start to hand-wave about how it
On Tue, Aug 14, 2012 at 9:12 AM, Junio C Hamano wrote:
> Michal Novotny writes:
>
>> Hi,
>> this is the patch to introduce the ACL module architecture into git
>> versioning system.
>
> No, it doesn't. It adds something only to "git daemon", but does
> not affect any other uses of Git.
Yes, thi
On Tue, Aug 14, 2012 at 10:06 AM, Junio C Hamano wrote:
> Shawn Pearce writes:
>
>> Parsing the request line of git-daemon is easy. But we could make it
>> easier. An alternative arrangement would be to add a new command line
>> flag to git daemon like --command-filter
On Tue, Aug 14, 2012 at 10:12 PM, Junio C Hamano wrote:
> The --access-hook option to "git daemon" specifies an external
> command to be run every time a client connects, with
>
> - service name (e.g. "upload-pack", etc.),
> - path to the repository,
> - hostname (%H),
> - canonical hostname (
On Wed, Aug 15, 2012 at 10:42 PM, Junio C Hamano wrote:
> Shawn Pearce writes:
>
>> ... But I think its worth giving
>> him a few weeks to finish getting the code ready, vs. rushing
>> something in that someone else thinks might help. We have waited more
>> than
On Sat, Jan 26, 2013 at 10:32 PM, Junio C Hamano wrote:
> Jeff King writes:
>
>> This is a repost from here:
>>
>> http://thread.gmane.org/gmane.comp.version-control.git/211176
>>
>> which got no response initially. Basically the issue is that read-only
>> repos (e.g., a CI server) whose workfl
On Fri, Jan 6, 2012 at 11:17 AM, Jeff King wrote:
> When we advertise a ref, the first thing we do is parse the
> pointed-to object. This gives us two things:
...
> The downside is that we are no longer verifying objects that
> we advertise by fully parsing them (however, we do still
> know we act
On Tue, Jan 29, 2013 at 1:19 PM, Jeff King wrote:
> On Tue, Jan 29, 2013 at 07:58:01AM -0800, Junio C Hamano wrote:
>
>> The point is not about space. Disk is cheap, and it is not making
>> it any worse than what happens to your target audience, that is a
>> fetch-only repository with only "gc --
On Wed, Jan 30, 2013 at 7:56 AM, Junio C Hamano wrote:
> Jeff King writes:
>
>>>From this:
>>
>>> Then it will be very natural for the extension data that store the
>>> commit metainfo to name objects in the pack the .idx file describes
>>> by the offset in the SHA-1 table.
>>
>> I guess your arg
On Tue, Jan 29, 2013 at 1:14 AM, Jeff King wrote:
> This is the cleaned-up version of the commit caching patches I mentioned
> here:
>
> http://article.gmane.org/gmane.comp.version-control.git/212329
...
> The short of it is that for an extra 31M of disk
> space (~4%), I get a warm-cache speedup
On Thu, Jan 31, 2013 at 1:59 PM, Junio C Hamano wrote:
> Shawn Pearce writes:
>
>> Before parsing a suspected smart-HTTP response verify the returned
>> Content-Type matches the standard. This protects a client from
>> attempting to process a payload that smells lik
On Fri, Feb 1, 2013 at 1:11 AM, Jeff King wrote:
> On Thu, Jan 31, 2013 at 09:14:26AM -0800, Shawn O. Pearce wrote:
>
>> On Tue, Jan 29, 2013 at 1:14 AM, Jeff King wrote:
>> > Coupled with using compression level 0 for trees (which do not compress
>> > well at all, and yield only a 2% increase in
On Fri, Feb 1, 2013 at 1:14 AM, Jeff King wrote:
> On Thu, Jan 31, 2013 at 08:47:37AM -0800, Shawn O. Pearce wrote:
>
>> >> - System resource cost we incur by having to keep 50 file
>> >>descriptors open and maintaining 50 mmap windows will reduce by
>> >>50 fold.
>> >
>> > I wonder how m
On Mon, Feb 4, 2013 at 12:38 AM, Jeff King wrote:
> On Sun, Feb 03, 2013 at 11:17:33PM -0800, Junio C Hamano wrote:
>
> > Does this look good to both of you (relative to Shawn's patch)?
> >
> > remote-curl.c | 8
> > 1 file changed, 4 insertions(+), 4 deletions(-)
> >
> > diff --git a/re
On Mon, Feb 18, 2013 at 12:45 PM, Jeff King wrote:
>
> The thing that makes 2FA usable in the web browser setting is that you
> authenticate only occasionally, and get a token (i.e., a cookie) from
> the server that lets you have a longer session without re-authenticating.
Right, otherwise you sp
On Mon, Feb 18, 2013 at 9:42 AM, Jeff King wrote:
> On Mon, Feb 18, 2013 at 06:23:01PM +0100, Thomas Rast wrote:
>
>> * We need an org admin. AFAIK this was done by Peff and Shawn in
>> tandem last year. Would you do it again?
>
> I will do it again, if people feel strongly about Git being a p
On Mon, Feb 18, 2013 at 1:12 AM, Jeff King wrote:
> On Sun, Feb 17, 2013 at 05:41:13PM -0800, Jonathan Nieder wrote:
>
>> > I don't think so. Don't ERR lines appear inside their own packets?
>>
>> Yes, I misread get_remote_heads for some reason. Thanks for checking.
>
> Thanks for bringing it up.
On Mon, Feb 18, 2013 at 1:49 AM, Junio C Hamano wrote:
> Jeff King writes:
>
>> On Mon, Feb 18, 2013 at 01:29:16AM -0800, Junio C Hamano wrote:
>>
>>> > I just checked, and GitHub also does not send flush packets after ERR.
>>> > Which makes sense; ERR is supposed to end the conversation.
>>>
>>>
On Mon, Feb 18, 2013 at 1:30 AM, Jeff King wrote:
> When remote-curl receives a list of refs from a server, it
> keeps the whole buffer intact. When we get a "list" command,
> we feed the result to get_remote_heads, and when we get a
> "fetch" or "push" command, we feed it to fetch-pack or
> send-
On Sun, Feb 24, 2013 at 8:58 AM, Thomas Koch wrote:
> Yuri Mikhailov:
>> Dear Git community,
>>
>> I am a Software Developer and I have been using git for a while.
>> Currently my company is looking for a version control system to use
>> and we find Git a good candidate for us. But what is importa
On Fri, Mar 15, 2013 at 4:59 AM, Jeff King wrote:
> I tried pushing to a repository at Google Code for the first time today,
> and I encountered some weird behavior with respect to asking for
> credentials.
>
> If I use the url "https://code.google.com/r/repo/";, everything works; I
> get prompted
JGit has merged the bitmap work Colby and I were working on[1] and
plans to ship it in JGit 2.4. The bitmaps are now stored in a separate
".bitmap" file alongside of a pack, making the entire system
backward-compatible with git-core.
If you have Java and Maven installed you can try this out locall
201 - 263 of 263 matches
Mail list logo
