ijackson at macports.org
Mon Aug 24 22:45:13 PDT 2015
On Tue, Aug 25, 2015 at 10:55 AM, Joshua Root <jmr at macports.org> wrote:
>> Revision: 139676
>> Author: ijackson at macports.org
>> Date: 2015-08-24 11:50:51 -0700 (Mon, 24 Aug 2015)
>> Log Message:
>> Update libsolv tarball with changes to bindings/tcl/Makefile.am
>> Fix issue where fresh installation was throwing package solv not found
>> Modified Paths:
>> Modified: branches/gsoc15-dependency/base/vendor/libsolv.tar.gz
>> (Binary files differ)
> Why are we keeping this software in the repo as a tarball anyway?
The upstream version of libsolv uses cmake to build which is a tricky
part for a normal user. As it becomes a dependency, other developers
who want to test out libsolv will have to install cmake and run all
those cmake commands which can be a tedious work to do.
To make things easier for everyone we converted the cmake build to
autoconf build and included the tarball along with MacPorts so that
libsolv can be built and installed as a subproject. This also makes
sure that the correct Tcl is used and the paths are set accordingly
i.e., $prefix passed to ./configure while installing MacPorts.
> As you can see above, it makes it impossible for svn and trac to display the
> changes. It also bloats the repo since the full file has to be stored
> each time it changes.
Yes this is one issue with including tarball under vendor/. We should
try to come up with a better solution than shipping a tarball but it
seems to be easier method than building/installing these manually.
Also as the project moves forward, we will remove the files that are
not necessary and try to make the size of the tarball smaller.
I would also like to hear ideas from others on other 'efficient' ways
to achieve this. There exists a libsolv port but we have made a lot of
changes to the libsolv code, so we become the upstream maintainers of
the libsolv fork for MacPorts.
What if we can commit the extracted folder rather than the tarball ?
This way we can see the files and also track the changes. Also it will
be easier to make changes and not push the whole tarball every now and
More information about the macports-dev