<div dir="ltr">On 21 October 2013 08:27, Peter Breitenlohner <span dir="ltr"><<a href="mailto:peb@mppmu.mpg.de" target="_blank">peb@mppmu.mpg.de</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>On Sun 20 Oct 2013, Thomas Reuben wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
It would be nice to move forwards; specifically, at least get 1.20 into<br>
Debian and CTAN (and hence TeXLive), if there are no objections, of course.<br>
</blockquote>
<br></div>
Hi Thomas,<br></blockquote><div><br></div><div>(Reuben!)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
no objections from my side, except that perhaps we should give Angus another<br>
chance to react (within the next few weeks).<br></blockquote><div><br></div><div>He's now done so, and agreed that I can take over maintenance.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
(1) There are a few TL specific changes, e.g., to treat all files as binary<br>
using '#ifdef WIN32'. In some programs (not in psutils) there are further<br>
changes for Akira's W32TeX using '#ifdef W32TEX'.<br></blockquote><div><br></div><div>I've looked at the patches. Currently, some of them will still be needed. I do not propose to support non-POSIX OSes in psutils' code; however, I'm happy to add support via gnulib (<a href="http://www.gnu.org/software/gnulib/" target="_blank">http://www.gnu.org/software/gnulib/</a> ) and GNU autotools. For example, I've already added support for fstat on Windows using gnulib's fstat module; on the other hand, I can't see support in gnulib for reopening stdin/stdout in binary mode, so the patch for that will still be needed.<br>
<br>Here's a list of patches I think are still needed:<br><br></div><div>patch-01-WIN32: the patches for config.h and psutil.c are no longer needed; the other patches (all dealing with binary mode I/O) will need to be refreshed.<br>
<br></div><div>patch-10-binary-mode is actually a patch for patch-01-WIN32, so will need to be reworked in concert with it.<br></div><div>
<br></div><div>patch-02-PERL, patch-03-main-is-int, patch-04-warnings, patch-05-const, patch-07-TEMPDIR, patch-08-non-free, patch-09-PERL, patch-11-extern: now incorporated or redundant<br clear="all"></div></div><br></div>
<div class="gmail_extra">There is no patch-06…<br><br></div><div class="gmail_extra">I found one line in one of the patches that I could use: the removal of a redundant declaration from psspec.c.<br><br></div><div class="gmail_extra">
Note that psutils 1.20 requires libpaper:<br><br><a href="http://packages.debian.org/unstable/libs/libpaper1">http://packages.debian.org/unstable/libs/libpaper1</a><br><br></div><div class="gmail_extra">There is a port for WIN32 here:<br>
<br><a href="http://gnuwin32.sourceforge.net/packages/libpaper.htm">http://gnuwin32.sourceforge.net/packages/libpaper.htm</a><br><br></div><div class="gmail_extra">I have contacted the maintainer of libpaper, which is itself in a similar state to psutils (basically unmaintained, needs some patches integrating, could be improved portability-wise) to see if I can help with that in a similar way to helping with psutils; but since it's a small and already fairly portable library, it seems reasonable to require it.<br>
<br><br></div><div class="gmail_extra">As a general principle, I highly recommend using gnulib for [L]GPLed programs, or, if you're using it instead of patching source (so you're using it as a packager, not a maintainer), anything GPL-compatible. It's a little more work than a package-specific patch (or quite a bit more if the package is not already autotoolized), but then you can get Windows support (or whatever non-GNU OS you want) for a particular feature in all programs, and without having to obfuscate the original program.<br>
</div><div class="gmail_extra"><br>-- <br><a href="http://rrt.sc3d.org" target="_blank">http://rrt.sc3d.org</a>
</div></div>