To avoid freeness issues etc., I would be very happy if there were a variant of the Pike source tarball without bundled libraries. From debian/copyright:
The upstream tarball has been repacked without the 'bundles' subdirectory, which contains redundant copies of some libraries, to avoid shipping some non-DFSG-compliant bits (see the gmp package) and having to include the copyright information and licenses of those libraries.
In any case, why is there both a libffi-3.0.4.tar.gz and its unpacked contents?
On Tue, Sep 22, 2009 at 06:35:02AM +0000, Magnus Holmgren, Millnet/Lysator/Debian/Mensa @ Pike developers forum wrote:
To avoid freeness issues etc., I would be very happy if there were a variant of the Pike source tarball without bundled libraries.
actually, i'd like to see that from a simple packaging perspective. the bundles will never be used in linux distribution packages, because we'll always have seperate packages for those anyways.
a tarball without bundles would be smaller and thus more convenient to use.
greetings, martin.
To avoid freeness issues etc., I would be very happy if there were a variant of the Pike source tarball without bundled libraries.
Well, I can make a second "unbundled" package as part of the uploading process to pelix since I have that scripted now anyway. Could you check if just removing the bundles directly works?
In any case, why is there both a libffi-3.0.4.tar.gz and its unpacked contents?
That missfeature in bin/export.pike has been fixed now.
On Tue, Sep 22, 2009 at 09:50:02PM +0000, Peter Bortas @ Pike developers forum wrote:
Well, I can make a second "unbundled" package as part of the uploading process to pelix since I have that scripted now anyway.
that would be very nice.
Could you check if just removing the bundles directly works?
you mean by removing the bundles from the current tarball and building the package from that? i suppose magnus already did that for debian. i can try it too...
greetings, martin.
pike-devel@lists.lysator.liu.se