The plan (I am not decided to buy into it yet, hence I am sending this
rfc) is to:
- remove gitk-git and git-gui directories;
- add modules/gitk and modules/git-gui submodules;
- teach the top-level Makefile about the new location of these two
packages.
Switching from 1.7.2 to this tree will of course give you a tree without
gitk and git-gui (nothing a simple "git submodule init/update" cannot
fix), and switching back from there to 1.7.2 codebase needs manual removal
of these two directories that will become leftover directories if you want
to keep the superproject directory pristine clean, but other than that, I
do not see major downsides.
I am wondering what people think. Especially distro people who download
and package git may be heavily affected. I haven't adjusted the RPM spec
file or "make dist" target, so I cannot assess the damage to these people
myself yet.
(I am perhaps going to be involved in maintaining the git package in pkgsrc.)
In general, the effort to update the package control files is basically
5 minutes per release (to change version, test, and summarize release
notes) plus coping with structural changes in how the package builds and
what it installs.
Perhaps implicit in your mail above:
create new distribution packages for gitk and git-gui. These would
have their own autoconf setup, and be independent packages, depending
on the base git package.
Assuming that:
From a packager viewpoint this is good. That would make it easier to
have a base git package that doesn't depend on much, and then a gitk
package that just has gitk, depending on what it needs to.
(A problem with git now is that it depends on tcl. I gather Linux
packaging systems tend to build everything with the full set of
possible dependencies and then split it into separate binary packages.
pkgsrc is more focused on source builds and thus we really don't want
to have tcl installed if the user doesn't want the gui, and a side
effect of this focus is the lack of support for split packages from
one build.)
If you don't mean separate distribution tarballs, then could you explain
how the released tarballs would change structurally?
Attachment:
pgpawRvg8b5PW.pgp
Description: PGP signature