[Packaging error] c3270/tcl3270/s3270/pr3287/x3270
Yaakov (Cygwin/X)
yselkowitz@users.sourceforge.net
Thu Feb 25 06:29:00 GMT 2010
On 2010-02-24 23:31, Peter A. Castro wrote:
> Moding the makefiles to add a $EXE macro everywhere for these packages
> would be a large-ish change and not something I'd really want to have to
> perpetuate. However, I have gone through this "exercise" and will feed
> back to the owner some "suggestions" on adding said $EXE macro usage ;-)
>
> But that's not going to happen for this quicky fixup release. Instead,
> I've taken the less intrusive (and arguable magical) approach of adding
> "-s" to the install options for program installs (done handily via an
> environmental variable override :-).
FWIW cygport's postinstall strip stage now looks for executable files
without any extension and checks to see if they are possibly .exe's, in
which case they are stripped (causing the suffix to be added). Not a
perfect fix, but it catches most of these cases.
> x3270, like many traditional X based applications, uses "imake"[...]
I'm sorry to hear that. Imake isn't so much traditional as downright
ancient. :-)
> The man path macro (MANPATH) is being set to "/usr/man", based on the
> "SystemManDirectory" macro, which, itself, is set based on the "SystemV4"
> macro in the Imake.tmpl file. It's been a while since I hand-cranked the
> "World", but I think this file is created by yet another utility and some
> config (Imake.cf perhaps ?).
SystemManDirectory is defined to /usr/share/man in cygwin.cf, so I'm not
sure why you are seeing this. In any case, cygport will automatically
move /usr/man to /usr/share/man.
Yaakov
Cygwin/X
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin
mailing list