git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: How to Import a bitkeeper repo into git - Had a few questions on Qgit; I like the GUI.

From
MCMarco Costalba <mcostalba@gmail.com>
Date
Oct 17, 2007, 07:30 UTC
Message-ID
<e5bfff550710170030y7778e96ax146acea7a0e57a67@mail.gmail.com>
In-Reply-To
<47159779.6010502@bluelane.com>
On 10/17/07, Pete/Piet Delaney <pete@bluelane.com> wrote:
>
> While I'm looking at the diffs for a file if I pull down External Diff
> it launches 'kcompare' but for a file with a large change it seems
> to be running extremely slow.

qgit does not intergarte Kompare functionality, it just prepares the files and spawns a Kompare process.

So there's seem nothing qgit can do about Kompare speed. You can try with different diff viewers, meld,...etc..

> for small files. Know of what can me done so that 'kcompare' works
> fast on large files; something like pointing it's tmp files to a
> not NFS partition.
>

Well temporary file sfor Kompare are created in the repository working directory. If this is a problem for you you can save manually the files corresponding to the two revisions you want to diff (open tree view, select the file, right click to open context menu, save as...)

You need to repeat the above 'save as...' the first time selecting the first revision you want to compare, then selecting the other revision in main view, so that tree view is updated and you end-up saving the correct files.

You can save the files where you want then run Kompare manually, at least you test your assumption about slowness of NFS partition.

Show 6 quoted lines
>
> Another problem I've noticed is that sometime while running git
> it seems to spend a large amount of time  switching from one
> change-set to the next; seems to be due to all of the tagged
> files.
>

If you can post a repository where this occurs and the step to reproduce I can investigate further.

Show 11 quoted lines
> > Another feature you asked, i.e. CTRL + right click to select a
> > revision (different from the parent) to diff against the current one
> > is also already implemented.
>
> It seems that while I'm in "Rev List" mode I can select the the
> two versions to compare a selected file with View->External diff...
>
> Now, if I pull down "View File" or go to the file context were
> you see the change-set for a file then I can't get the CTRL + right
> click to allow me to diff two revisions of the file.
>
Yes. This is true, is not supported this feature. Maybe could be added ;-)
>
> MY guess is that I should install a newer version of qgit,
> I'm using 1.5.3.
>
Please install 1.5.7, it has several bugs fixed.
> How difficult is it to upgrade to the Qt4. Can I just
> install it to /usr/local and not interfere with Qt3?

It does not interfere wuth Qt3 also if you install with urpmi, directories are kept separated. I have installed both with no problems.

Show 5 quoted lines
> Last I recall messing with installing ethereal from src
> I needed a graphics lib and as I recall installing it in
> /usr/local/ confused some build crap. It would be interesting
> to try out your new qgit-2.0.
>

Qt4 is big and complex, I would really suggest avoid experimenting with that library, stay safe and use urpmi.

Show 7 quoted lines
> >
> > And of course the two above features can be integrated: you select two
> > random revisions and then call the external diff viewer to check at
> > the differences in the way you prefer.
>
> Right, but how do I do this from the file context?
>

In this case (and also in the above case of external viewer) you need the magic wand ;-)

Select a file from tree view, go with the magic wand and you can do everithing from main view.

Show 7 quoted lines
>
> it seems to be pretty big. The date on 1.5.7 was very
> close to 2.0 so I thought they might be very close in
> functionality and you maintaining the same code for
> both the common Qt3 and the new Qt4 to make it easy
> for users to install.
>

Yes it is. qgit-1.5.7 should be very similar to qgit-2.0 regarding the features you listed above.

Marco
Previous: Pete/Piet DelaneyNext: Robin Rosenberg
Message 22 of 39 in “How to Import a bitkeeper repo into git”
  1. free cycleJul 9, 2007
  2. VMiklosJul 9, 2007
  3. Linus TorvaldsJul 9, 2007
  4. Pete/Piet DelaneyOct 15, 2007
  5. Shawn O. PearceOct 16, 2007
  6. Pete/Piet DelaneyOct 16, 2007
  7. David BrownOct 16, 2007
  8. Linus TorvaldsOct 16, 2007
  9. David BrownOct 16, 2007
  10. Linus TorvaldsOct 16, 2007
  11. Pete/Piet DelaneyOct 16, 2007
  12. Marco CostalbaOct 16, 2007
  13. Pete/Piet DelaneyOct 16, 2007
  14. Marco CostalbaOct 16, 2007
  15. Andreas EricssonOct 16, 2007
  16. Marco CostalbaOct 17, 2007
  17. Andreas EricssonOct 17, 2007
  18. Pete/Piet DelaneyOct 17, 2007
  19. Marco CostalbaOct 17, 2007
  20. Pete/Piet DelaneyOct 17, 2007
  21. Pete/Piet DelaneyOct 17, 2007
  22. Marco CostalbaOct 17, 2007
  23. Robin RosenbergOct 17, 2007
  24. Marco CostalbaOct 17, 2007
  25. Robin RosenbergOct 18, 2007
  26. Pete/Piet DelaneyOct 18, 2007
  27. Johannes SchindelinOct 19, 2007
  28. Pete/Piet DelaneyOct 19, 2007
  29. Jeff KingOct 19, 2007
  30. Johannes SchindelinOct 19, 2007
  31. Jan WielemakerOct 19, 2007
  32. Pete/Piet DelaneyOct 19, 2007
  33. Jan WielemakerOct 19, 2007
  34. Andreas EricssonOct 19, 2007
  35. Pete/Piet DelaneyOct 19, 2007
  36. Andreas EricssonOct 19, 2007
  37. Jan HudecOct 16, 2007
  38. Linus TorvaldsOct 16, 2007
  39. Johannes SchindelinNov 6, 2007

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.