I've been fooling around with producing a longer piece of documentation using material from the tutorials, etc., using the docbook backend and "book" doctype. It's not working quite the way I'd expect. For example, it doesn't format the literal blocks correctly, and man page links aren't producing useful clickable links. Should I be going about this some other way? All I really want is automatically generated tables of contents and cross-references. --b. -

I have added this to GitWiki: check out http://git.or.cz/gitwiki/InterfacesFrontendsAndTools#cgit Hmmm... git has now 4 web interfaces (5 if counting gittracker, which works but gittracker repository shows empty): gitweb in Perl, git-php in PHP, wit in Python (is it actively developed? where it can be downloaded from?), gitarella in Ruby, now CGit in C... By the way, it is cgit, CGit or CGIt ;-p? -- Jakub Narebski Warsaw, Poland ShadeHawk on #git -

Your pseudo-algorithm is dubious: name = generate_cache_name(request); top: if (!exists(name)) { if (lock_cache(name)) { generate_cache(request, name); unlock_cache(name); } else { sched_yield(); goto top; } } else if (expired(name)) { if (lock_cache(name)) { generate_cache(request, name); unlock_cache(name); } } print_file(name); You really should have: if (!exists) { if (!lock) delay-and-repeat; /* RETEST exists ...

Hi, Use the source, Luke! If "[PATCH" is there, but "]" is not, then eob will be NULL, and nothing happens. Well, actually it is not completely true: the code searches for "]" in the _complete_ commit message (which _is_ terminated by '\0'). But only if it is found, _and_ it is in the first line, the substring is trimmed away. Hth, Dscho -

The idea is to not store /etc in git directly, but use import/export scripts, which for example saves permissions and ownership in some file also tracked by git on import, and restores correct permissions on export. That is what I remember from this discussion. This of course means that you would have to write your own porcelain... What about mentioned in other email IsiSetup? -- Jakub Narebski Warsaw, Poland ShadeHawk on #git -

It should be "git clone --bare git://git.kernel.org/pub/scm/git/git.git" or "git clone --bare git://git.kernel.org/pub/scm/git/git.git git.git" True, the error messages of git-clone are bit cryptic and doesn't give us much information. Does there exist such repository? Perhaps WORKSFORME $ git --version git version 1.4.4.1 $ git clone --bare git://git.kernel.org/pub/scm/git/git.git remote: Generating pack... remote: Done counting 33587 objects. remote: Deltifying 33587 objects. remo...

Hi, This is what my libcurl libs looks like: ~% pkg-config --libs libcurl -lcurl -lcares -lidn -lssl -lcrypto -ldl -lz But the git Makefile assumes '-lcurl' will do. Bug identical to: https://trac.xiph.org/ticket/1092 # Han -- _/| VK |\_ // o\ Decision maker, n.: The person in your office who /o \\ || ._) was unable to form a task force before the music (_. || //__\ ...

I use stgit 0.11 1056:[gitweb/web!git]$ stg help usage: stg help <command> Ah. I'm sorry, I haven't noticed this. It is Hmmm... in stgit 0.11 "stg refresh --sign" once gave me Signed-off-by: The git commands StGit uses to perform operations automatically record changes in branches in reflog. What StGit does not provide is the "reason". You do use git-update-ref? -- Jakub Narebski Poland -

Yes, I want for StGit to provide reasons when updating HEAD. I know that StGit manages it's own versioning of patches not using reflog -- fine. What matters for me is reflog for HEAD after "stg commit; stg clean". -- Jakub Narebski Poland -

Ooops, I haven't been clear enough. I meant that afer "stg commit; stg clean" I won't have any StGIT metadata, but I'd have git metadata in reflog. I'd like to have info in reflog for each command which changes head; for example "push", "refresh", perhaps "pop", "float", "uncommit". Just so I don't have long sequence of ref changes in reflog without description of said changes after some work with StGIT on branch. BTW. currently I use StGIT to manage a series of commits on feature branch w...

There is currently no place for ownership and extended attributes in the tree object; and even full POSIX permissions might be challenge because for example currently unused 'is socket' permission bit is used for experimental commit-in-tree submodule support. And given Linus stance that git is "content tracker"... In the loooong thread "VCS comparison table" there was some talk about using git (or any SCM) to manage /etc. Check out: * Message-ID: <Pine.LNX.4.64.0610220926170.3962@g5.osdl....

>>> I actively use git to version, store and distribute an exim mail

Make sure $EDITOR is executed as a command --- commit 942341e051fdcbb77a6abfbc58cf08ef8cab388d tree 96e8fd08cdc7c59b0d3d55d7cb5b4302db443aff parent b6a6e87cb3e1368ad0f78c18fdb6c29dde4ae83e author Clemens Buchacher <drizzd@aon.at> Sun, 10 Dec 2006 14:37:37 +0100 committer Clemens Buchacher <drizzd@aon.at> Sun, 10 Dec 2006 14:37:37 +0100 cg-Xlib | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/cg-Xlib b/cg-Xlib index c1262bf..9d04eb4 100755 --- a/cg-Xlib ...

I've recently become somewhat interested in the idea of using GIT to store the contents of various folders in /etc. However after a bit of playing with this, I discovered that GIT doesn't actually preserve all permission bits since that would cause problems with the more traditional software development model. I'm curious if anyone has done this before; and if so, how they went about handling the permissions and ownership issues. I spent a little time looking over how GIT stores and c...

On Dec 10, 2006, at 10:06:14, Santi B

I have done some tests about reading git-rev-list output with different IPC facilities: - Native Qt QProcess socket based IPC - pipe based: popen() and fread() - redirecting git-rev-list to a file (under tmpfs) and 'block reading' back the file: read() under Qt QFile class. The file, always in memory, is deleted at the end of loading. I have tested with different block sizes and different CPU speed on linux and git trees. The averaged results on linux tree (about 30MB of data) and CPU s...

Two things. - memory use: the next natural step with files is, instead of loading the file content in memory and *keep it there*, we could load one chunk at a time, index the chunk and discard. At the end we keep in memory only indexing info to quickly get to the data when needed, but the big part of data stay on the file. - This is probably my ignorance, but experimenting with popen() I found I could not know *when* git-rev-list ends because both feof() and ferror() give 0 after a fread() wit...

Btw, I should obviously clarify that. You should _always_ worry about low-memory situations, but the only real issue is really "working set size", not "data in files or in memory". If the file representation is very dense (like the git pack-files are, for example), then it may well make sense to keep the data in a file, just because it's smaller there than if you keep it in expanded form in memory. Also, it's nice to keep stuff in the filesystem rather than in process VM memory, becaus...

Why do you seem to be doing a "new" on every iteration inside the loop? Also, why do you have that strange FILE_BLOCK_SIZE thing, and in particular the "if (len < FILE_BLOCK_SIZE)" check? One thing that pipes vs files do is the blocking factor. Especially with older kernels, I _guarantee_ you that you'll only ever get 4kB at a time, so because of that "if (len < 64kB) break" thing, the only thing you're doing is to make sure things suck performance-wise, and you won't be reading ...

That's because fread() will block until it gets all data. Did you actually ever try this with a uncached tree and did you compare what you got with a plain "read()". On older kernels, I guarantee that you get 4kB at a time for reads, even for a blocking pipe. Because we have bigger pipe buffers these days, it _may_ return 64kB at a time every time, but only if the writer is much faster than the reader. Based on the fact that you say that "read()" was ten times slower than fread(), I...

Right. Because every time you sleep, you sleep for 100 ms. That's why I was saying that you need to add polling to the thing. I don't know what the QT interfaces to asynchronous polling file descriptors are, but as long as you just blindly wait for 100ms whenever you run out of data, things will always suck. Using "fread()" hid this problem, because the thing would block in How about you just compare something simpler: git-rev-list | cat > /dev/null vs git-rev-list > ...

I'm trying to checkout some files after doing "clone -n". Should using globs there work? It doesn't: st@mst-lt:~/scm/wireless-dev$ git checkout master 'include/net/ieee80211*.h' error: pathspec 'include/net/ieee80211*.h' did not match any file(s) known to git. Did you forget to 'git add'? mst@mst-lt:~/scm/wireless-dev$ git ls-tree master -- include/net/ | grep iee 100644 blob b174ebb277a96668f058e469b0753503c34f164b include/net/ieee80211.h 100644 blob eb476414fd726701d032e9e517751b9d3f7e38df inclu...

Seems like this was post-1.4.4.1. Just updated to 1.4.4.2 and this works for me now, thanks. -- MST -

And as far as I can see it doe not use git credentials (user.name and And yet another one: better support for reflog, namely giving the "reason" i.e. the reflog message (like "stg push: <subject>", "stg refresh: <subject>", "stg pop: <subject>", "stg commit" etc.), like git-rebase, git-commit --amend and git-am (for example) does. P.S. The Vendor: field in stgit RPM has incorrectly Catalin Marinas <catalin.marinas@gmail.org> instead of Catalin Marinas <catalin....

Hi, Okay, after thinking about it, I agree. merge-recursive is really the only user for such a diff. So, I do not think EMPTY_TREE would be useful. Ciao, Dscho -