Skip to content

installer (64-bit): remove 2GB pack size limit#84

Closed
tacker66 wants to merge 1 commit into
git-for-windows:masterfrom
tacker66:packsizelimit
Closed

installer (64-bit): remove 2GB pack size limit#84
tacker66 wants to merge 1 commit into
git-for-windows:masterfrom
tacker66:packsizelimit

Conversation

@tacker66
Copy link
Copy Markdown

@tacker66 tacker66 commented Oct 1, 2015

In 64-bit setups it does not make sense to limit the pack size to 2GB,
so delete it from the installation defaults (which are not changeable
later anymore by git config).

This fixes git-for-windows/git#288.

Signed-off-by: Thomas Ackermann th.acker@arcor.de
Signed-off-by: Johannes Schindelin johannes.schindelin@gmx.de

In 64-bit setups it does not make sense to limit the pack size to 2GB,
so delete it from the installation defaults (which are not changeable
later anymore by git config).

This fixes git-for-windows/git#288.

Signed-off-by: Thomas Ackermann <th.acker@arcor.de>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
@dscho
Copy link
Copy Markdown
Member

dscho commented Oct 4, 2015

if the user chose a packsizelimit of, say, 16G, you still remove it. That is most distinctly not what I want. If the user changed the default, the value is not fair game any more.

But how you can tell that it's not the "2g" the user wants?

I can't. But if it is different from 2g I know the user changed it. And I leave it alone.

I tested the patch with a fresh install and several reinstalls on Win7 Prof 64bit. I didn't test different
old values of packsizelimit but only that the value was correctly unset/deleted from the config file.

Thank you for the clarification.

BTW this part of the commit message is wrong:

(which are not changeable later anymore by git config).

Could you please explain, why this is wrong?

Yes. The patch you submitted in this Pull Request actually already explains the answer: you can change the value later via git config, and that is exactly what the installer will do: by passing the -f C:\ProgramData\Git\config parameter.

@tacker66
Copy link
Copy Markdown
Author

tacker66 commented Oct 4, 2015

Yes. The patch you submitted in this Pull Request actually already explains the answer: you can
change the value later via git config, and that is exactly what the installer will do: by passing the -f
C:\ProgramData\Git\config parameter.

Of course, but there is no way to change it without knowing the name of the config file as in
'git config --system' and this brings me to another question: Why do we have this additional layer
of config data "above" '--system/--global/--local' in Git-for-Windows which is not present in
standard Git (and not documented in the 'git config' man page)?

@dscho
Copy link
Copy Markdown
Member

dscho commented Oct 4, 2015

@tacker66 I could guess what you meant. But that's not what the commit message said.

@dscho
Copy link
Copy Markdown
Member

dscho commented Oct 4, 2015

In any case, I got the impression that this here Pull Request does not really go into the direction I wanted it to go. Therefore my current plan is to just bite the bullet and finish the work I continued over at https://github.com/git-for-windows/build-extra/compare/2g-64-bit

@tacker66
Copy link
Copy Markdown
Author

tacker66 commented Oct 4, 2015

In any case, I got the impression that this here Pull Request does not really go into the direction I
wanted it to go. Therefore my current plan is to just bite the bullet and finish the work I continued over
at https://github.com/git-for-windows/build-extra/compare/2g-64-bit.

That's OK for me but would you mind giving an answer to my last question?

@dscho
Copy link
Copy Markdown
Member

dscho commented Oct 4, 2015

Why do we have this additional layer
of config data "above" '--system/--global/--local' in Git-for-Windows which is not present in
standard Git (and not documented in the 'git config' man page)?

We do have that additional layer because with Git for Windows, the POSIX root directory is actually not a system-wide root directory. You can actually install five hundred different portable Gits on the same machine, and all of them will have different POSIX root directories! Therefore, /etc/gitconfig is not actually system-wide a config. We do need that system-wide config, though. Hence the additional layer.

Please note, though, that hiding this question (and forcing me to hide my answer) in this Pull Request is not a good use of my time. It would have been much superior an idea to ask on the mailing list.

In any case, I merged my fix after testing it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

pack.packsizelimit cannot be unset

2 participants