Re: [git-users] gitgui on windows asks repeatedly to compress database
Well, problem solved! However, a bit differently than suggested. While looking for the syntax I have started by accident "git gc" for the repos in question. It ran for a short while. And the problem is no longer shown with git gui. So, my conclusion is that git gui doesn't do the same or at least not always. I have introduced the gc.auto setting after checking with git gui. Thanks for your advice On Wednesday, April 10, 2013 5:23:51 PM UTC+2, Konstantin Khomoutov wrote: > > On Wed, 10 Apr 2013 08:07:57 -0700 (PDT) > "waas.nett" > wrote: > > [...] > > > I would inspect the gc.auto threshold in particular. > > > Try running > > > > > > git config --get-all gc.auto > > > > > > in your suspect repository and see if it's set. The `git-config` > > > manual page says the default is 6700, and 0 disabels automatic > > > garbage collection. > > > I have run > > git config --get-all gc.auto > > as you suggested on the repository in question. There is no output. > > For checking I have tried with another repo also no output. > > This means this option hasn't been explicitly set, and so Git GC > algorythm use the default value. > -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [git-users] gitgui on windows asks repeatedly to compress database
I have run git config --get-all gc.auto as you suggested on the repository in question. There is no output. For checking I have tried with another repo also no output. On Wednesday, April 10, 2013 4:31:56 PM UTC+2, Konstantin Khomoutov wrote: > > On Wed, 10 Apr 2013 06:50:32 -0700 (PDT) > "waas.nett" > wrote: > > > I am using Git for different projects and sub-projects on windows 7 > > 64 bit. When starting git gui occasionally it will ask for > > compressing the database because of a number of unlinked objects. > > When pressing yes, it will run a compress on the database. Typically > > after some while (several gui openings later) the message box will > > appear again and I do the compress again. Today I have noticed that > > with one specific repository I can do this endlessly. Opening gui git > > message appears, I do the compress and close git gui. Opening it > > immediately again without any additional other action the same > > message appears. Up to today I have been using git version > > 1.8.0.msysgit.0. I have updated half an hour ago to the newest > > version 1.8.2.1 as claimed on git.scm.com, but the installed version > > shows 1.8.1.msysgit.1. Starting git gui shows the same message for > > each starting up for particular repository. Others are still ok. > > > > Any solution known? Should I worry? > > Did you try to inspect the Git configuration options related to garbage > collection (they starts with the "gc." prefix)? > > I would inspect the gc.auto threshold in particular. > Try running > > git config --get-all gc.auto > > in your suspect repository and see if it's set. The `git-config` > manual page says the default is 6700, and 0 disabels automatic garbage > collection. > > Another option of interest is gc.pruneExpire, which specifies for how > long to keep those "loose" objects. > -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] gitgui on windows asks repeatedly to compress database
Hi there, I am using Git for different projects and sub-projects on windows 7 64 bit. When starting git gui occasionally it will ask for compressing the database because of a number of unlinked objects. When pressing yes, it will run a compress on the database. Typically after some while (several gui openings later) the message box will appear again and I do the compress again. Today I have noticed that with one specific repository I can do this endlessly. Opening gui git message appears, I do the compress and close git gui. Opening it immediately again without any additional other action the same message appears. Up to today I have been using git version 1.8.0.msysgit.0. I have updated half an hour ago to the newest version 1.8.2.1 as claimed on git.scm.com, but the installed version shows 1.8.1.msysgit.1. Starting git gui shows the same message for each starting up for particular repository. Others are still ok. Any solution known? Should I worry? Thanks in advance -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Limiting number files from submodules
I have seen the submodule possibility using Git. It looks great for libraries shared by a number of applications. As far as I see you pull the complete repository to your subfolder. With a few applications using around 80% of the lib modules that looks fine. However, what if you have a large library with say a hundred different modules and also a hundred applications using either a few modules or sometimes 80% or all of the modules. This approach does not fit. Especially, if those applications are test cases using only a small fraction of the modules of the lib. Do I oversee something or is there any better approach using GIt? Thanks in advance. -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To unsubscribe from this group and stop receiving emails from it, send an email to git-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[git-users] Re: Trying to convert svn repos to Git repos
Just to finish up this discussion. I have loaded Ubuntu into Virtual Machine and installed Git there. The linux version was able load the full repos. Apparently, the tag with the white-space at the end seems to be lost, what is not real big tragedy. ;-) So far I could move the git cloned repos to my windows partition. On Tuesday, January 22, 2013 3:17:08 PM UTC+1, waas.nett wrote: > > > On Tuesday, January 22, 2013 12:11:19 PM UTC+1, Thomas Ferris Nicolaisen > wrote: >> >> >> >> Yes. If it's possible in SVN, then it ideally should be handled by >> git-svn. Just make sure you have the latest version of git to make sure >> this hasn't been fixed in recent versions. It has at least been mentioned >> on the mailing list at some point: >> http://git.661346.n2.nabble.com/git-svn-and-subversion-1-7-testcase-failures-due-to-SVN-1-7-changes-td7256873.html >> > I am using Git 1.8.0 which is the last official release to my > understanding. > I cannot verify the problems with subversion as noted in that post. I can > pull the version of the tag with subversion. However, as described before I > had renamed it in subversion. However, also pulling the revision where the > problem was introduced I can pull with subversion. BTW I am using > TortoiseSVN 1.7.11 linked against subversion 1.7.8. > So it seem to be limited to git-svn. > >> >> >> >>> I had pulled a dump of the remote repos. I could remove the extra >>> white-space with an editor and even load the dump into a local repos. >>> Surprisingly this worked without a problem. Only the format issue came into >>> play at this point. I will file a report to the developers on the format >>> issue a bit later. >>> At the moment I am a bit po'ed about getting stuck with converting. I >>> need to make a decision to continue or stop and stay with svn. >>> >> >> Everything has costs and benefits. If moving to Git is not critical for >> you, I'm sure the time can be well invested elsewhere. >> > I would label myself as pure user. Therefore, I am interested simply in > using those tools. > Nevertheless, I was digging a bit more. The "Permission denied: Can't > open '/tmp/report.tmp' : ..." gives a line 1210 in SVN.pm. My clumsy > conclusion is that this might be a problem of bash on top of windows. :-( > > --
[git-users] Re: Trying to convert svn repos to Git repos
On Tuesday, January 22, 2013 12:11:19 PM UTC+1, Thomas Ferris Nicolaisen wrote: > > > > Yes. If it's possible in SVN, then it ideally should be handled by > git-svn. Just make sure you have the latest version of git to make sure > this hasn't been fixed in recent versions. It has at least been mentioned > on the mailing list at some point: > http://git.661346.n2.nabble.com/git-svn-and-subversion-1-7-testcase-failures-due-to-SVN-1-7-changes-td7256873.html > I am using Git 1.8.0 which is the last official release to my understanding. I cannot verify the problems with subversion as noted in that post. I can pull the version of the tag with subversion. However, as described before I had renamed it in subversion. However, also pulling the revision where the problem was introduced I can pull with subversion. BTW I am using TortoiseSVN 1.7.11 linked against subversion 1.7.8. So it seem to be limited to git-svn. > > > >> I had pulled a dump of the remote repos. I could remove the extra >> white-space with an editor and even load the dump into a local repos. >> Surprisingly this worked without a problem. Only the format issue came into >> play at this point. I will file a report to the developers on the format >> issue a bit later. >> At the moment I am a bit po'ed about getting stuck with converting. I >> need to make a decision to continue or stop and stay with svn. >> > > Everything has costs and benefits. If moving to Git is not critical for > you, I'm sure the time can be well invested elsewhere. > I would label myself as pure user. Therefore, I am interested simply in using those tools. Nevertheless, I was digging a bit more. The "Permission denied: Can't open '/tmp/report.tmp' : ..." gives a line 1210 in SVN.pm. My clumsy conclusion is that this might be a problem of bash on top of windows. :-( --
[git-users] Re: Trying to convert svn repos to Git repos
Thanks for your reply. As noted I started a couple of days back with Git. I am still in a phase trying to navigate towards a strategy for myself. This means also to find if I am heading towards a dead end with stupid ideas or that I am doing complete nonsense. The white-space issue comes through a tag I have set a couple of years back. So there is an entry "tags/blabla " in the subversion repos. The sequential handling of the svn repos with git-svn gets stuck there. I could not find a way around this. My guess is that the white-space was introduced by accident on windows by Tortoise-SVN. So the question is: Is this a one case occasion or not? Therefore, is it worth a bug report? I had pulled a dump of the remote repos. I could remove the extra white-space with an editor and even load the dump into a local repos. Surprisingly this worked without a problem. Only the format issue came into play at this point. I will file a report to the developers on the format issue a bit later. At the moment I am a bit po'ed about getting stuck with converting. I need to make a decision to continue or stop and stay with svn. On Tuesday, January 22, 2013 8:18:38 AM UTC+1, Thomas Ferris Nicolaisen wrote: > > On Monday, January 21, 2013 9:10:07 PM UTC+1, waas.nett wrote: > >> Hi there >> I have started recently to use Git. Since I have been using svn for a >> couple of year I would like to convert those svn repos including their >> history to Git repos. I have converted already some repos, which is >> certainly time-consuming, but it seems to work. Unfortunately, I have now >> one svn repos which I cannot convert. Obviously I had created by accident a >> tags folder with an additional blank at the end. I never noticed all those >> years. svn does not have an issue with this at all. However, when doing a >> "git svn clone" it stop there. Certainly I can rename the tag folder and >> remove the blank, but it will not help, because the rename is somewhere >> later in the history. >> The repos is on a server and I made a dump from it. The dump file can be >> edited and the space removed. I can create another svn repos locally and it >> seem to be created fine. >> The first issue I was running into was the newer format. i am using the >> newset subversion (format=4) and git svn does understand only format=2. So >> I was creating a svn repos with the older version and could load again the >> dump successfully to this repos. Unfortunately, I still have problems to to >> clone. Now it report an error "Permission denied: Can't open >> '/tmp/report.tmp' : ..." >> >> Anyone an idea what to try next? >> Thanks in advance >> > > If you find issues with git-svn respecting the newer versions/formats of > Subversion, it should be reported to the developers. See > https://gist.github.com/4441562 > > The same goes for any problems with handling white-spaces. > --
[git-users] Trying to convert svn repos to Git repos
Hi there I have started recently to use Git. Since I have been using svn for a couple of year I would like to convert those svn repos including their history to Git repos. I have converted already some repos, which is certainly time-consuming, but it seems to work. Unfortunately, I have now one svn repos which I cannot convert. Obviously I had created by accident a tags folder with an additional blank at the end. I never noticed all those years. svn does not have an issue with this at all. However, when doing a "git svn clone" it stop there. Certainly I can rename the tag folder and remove the blank, but it will not help, because the rename is somewhere later in the history. The repos is on a server and I made a dump from it. The dump file can be edited and the space removed. I can create another svn repos locally and it seem to be created fine. The first issue I was running into was the newer format. i am using the newset subversion (format=4) and git svn does understand only format=2. So I was creating a svn repos with the older version and could load again the dump successfully to this repos. Unfortunately, I still have problems to to clone. Now it report an error "Permission denied: Can't open '/tmp/report.tmp' : ..." Anyone an idea what to try next? Thanks in advance --
