headers
Keith Marshall | 2 May 2012 15:26
Picon

groff package in MSYS -- pdfroff fails dismally

Chuck,

Where did you get the source for the groff-1.20.1 in MSYS?

I ask because, while setting up a new machine at work, I thought that
I would give it a try, rather than seek out a backup of my own native
build, but after

  mingw-get install msys-man-bin
  mingw-get install msys-groff-doc msys-groff-ext

and having also installed the PortableApps.com version of GhostScript,
pdfroff refused to run, (failing on a mktemp command invocation).

Now, I *know* that pdfroff isn't *supposed* to require mktemp; (I know
this because *I* am the original author).  On investigating, I notice
that the pdfroff in msys-groff-ext includes a Debian patch which I
rejected upstream; I rejected it because I knew it was going to break
any platform which didn't provide mktemp, (and, at the time, MSYS was
one such platform).

I know we do, now, provide an msys-mktemp implementation, so the Q&D fix
could be to add the dependency to msys-groff-ext, but I really would
prefer a distribution based on original FSF source, not polluted by
inappropriate Debian patches; when I replace the broken version of
pdfroff, from the MSYS package, with a rebuild from my own CVS working
copy, all works as it should, with no need for mktemp, (although it will
use it, if it is installed).

--

--
(Continue reading)

Permalink | Reply |
headers
Charles Wilson | 3 May 2012 04:55
Picon

Re: groff package in MSYS -- pdfroff fails dismally

On 5/2/2012 9:26 AM, Keith Marshall wrote:
> Where did you get the source for the groff-1.20.1 in MSYS?

Upstream groff-1.20.1, plus debian-1.20.1-9-patches, plus

1) 01-doc-gfdl-msys.patch
Say "MSYS" instead of "Debian" in man pages (debian 'doc-gfdl.patch' 
added a reference to "Debian" while pointing to the GNU FDL).

2) 02-msys-install.patch
Use lndir instead of symlinks, when replicating $(version)$(revision) as 
'current'

> I ask because, while setting up a new machine at work, I thought that
> I would give it a try, rather than seek out a backup of my own native
> build, but after
>
>    mingw-get install msys-man-bin
>    mingw-get install msys-groff-doc msys-groff-ext
>
> and having also installed the PortableApps.com version of GhostScript,
> pdfroff refused to run, (failing on a mktemp command invocation).
>
> Now, I *know* that pdfroff isn't *supposed* to require mktemp; (I know
> this because *I* am the original author).  On investigating, I notice
> that the pdfroff in msys-groff-ext includes a Debian patch which I
> rejected upstream; I rejected it because I knew it was going to break
> any platform which didn't provide mktemp, (and, at the time, MSYS was
> one such platform).
(Continue reading)

Permalink | Reply |
headers
Charles Wilson | 3 May 2012 04:56
Picon

Re: groff package in MSYS -- pdfroff fails dismally

On 5/2/2012 10:55 PM, Charles Wilson wrote:
> Anyway, this is certainly not the same as "just use pristine FSF sources".

...and that hour+ spent answering one email was pretty much all of my 
MinGW/MSYS time for the week.  Sigh.

--
Chuck

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
Permalink | Reply |
headers
Keith Marshall | 4 May 2012 16:51
Picon

Re: groff package in MSYS -- pdfroff fails dismally

On 03/05/12 03:56, Charles Wilson wrote:
> On 5/2/2012 10:55 PM, Charles Wilson wrote:
>> Anyway, this is certainly not the same as "just use pristine FSF sources".
> 
> ...and that hour+ spent answering one email was pretty much all of my 
> MinGW/MSYS time for the week.  Sigh.

Sheesh!  Thanks, I wasn't expecting such a detailed reply.  It deserves
a detailed review, but I'll have to get back to you with that.

--

-- 
Regards,
Keith.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
Permalink | Reply |
headers
Keith Marshall | 9 May 2012 21:18
Picon

Re: groff package in MSYS -- pdfroff fails dismally

On 03/05/12 03:55, Charles Wilson wrote:
> On 5/2/2012 9:26 AM, Keith Marshall wrote:
>> Where did you get the source for the groff-1.20.1 in MSYS?
> 
> Upstream groff-1.20.1, plus debian-1.20.1-9-patches, plus
> 
> 1) 01-doc-gfdl-msys.patch
> Say "MSYS" instead of "Debian" in man pages (debian 'doc-gfdl.patch'
> added a reference to "Debian" while pointing to the GNU FDL).
> 
> 2) 02-msys-install.patch
> Use lndir instead of symlinks, when replicating $(version)$(revision) as
> 'current'

Thanks.

>> I ask because, while setting up a new machine at work, I thought that
>> I would give it a try, rather than seek out a backup of my own native
>> build, but after
>>
>>    mingw-get install msys-man-bin
>>    mingw-get install msys-groff-doc msys-groff-ext
>>
>> and having also installed the PortableApps.com version of GhostScript,
>> pdfroff refused to run, (failing on a mktemp command invocation).
>>
>> Now, I *know* that pdfroff isn't *supposed* to require mktemp; (I know
>> this because *I* am the original author).  On investigating, I notice
>> that the pdfroff in msys-groff-ext includes a Debian patch which I
>> rejected upstream; I rejected it because I knew it was going to break
(Continue reading)

Permalink | Reply |

Gmane