|
From: | Antonio Diaz Diaz |
Subject: | Re: [Lzip-bug] [PATCH] lzip on Windows |
Date: | Wed, 14 Oct 2009 12:36:11 +0200 |
User-agent: | Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.7.11) Gecko/20050905 |
Hello JonY, Thanks for the packages, and thanks to Tino for his feedback.I have already uploaded the binary package here (see below about the source) http://download.savannah.gnu.org/releases-noredirect/lzip/lzip-1.8-win32-1.zip
Tomorrow I'll add the link to the home page, so that the mirrors have time to catch up.
JonY wrote:
On 10/14/2009 16:03, Tino Lange wrote:While you're in the mood :-) Do you think that you can port the lzlib also to win32 / MinGW / MSYS ?OK, I'll take a look at them over the weekends.
Great!I have just discovered a site maintaining ports of unix tools for windows (http://gnuwin32.sourceforge.net/). Perhaps you could take a look and get some ideas. Maybe the lzip port could be placed there or in a similar site. I don't know.
I am not yet sure what is the best way of distributing modified sources. The people at gnuwin32 distributes them as unified diffs (http://gnuwin32.sourceforge.net/summary.html).
In any case, could you please add a line stating something like "Ported to Windows by <your_name>", or "Patched for Windows by <your_name>", or "Windows modifications made by <your_name>", (you get the idea), under the Copyright line in every file you modified in the source package? I think the GPL requires modified versions be marked as such.
Also I remember a bug report in Debian explaining the file share/info/dir should not be included in binary packages. I don't know if it matters for windows packages.
BTW, I have just been told that signal handlers for CTRL-C and CTRL-BREAK do not work for Windows, the program just ends. I don't think that is will be a huge issue though.
I never expected perfect behaviour of a posix tool on windows. Best regards, Antonio.
[Prev in Thread] | Current Thread | [Next in Thread] |