Custom Query (204 matches)

As of perl RPM 5.16.1-4 (to be released overnight), perldoc finally works. There are a few glitches however:

• We lack an OS/2 port of groff so the default formatter doesn't work, you have to use the -t option to force a simple text formatter. This option is the default on Win32, we should either make the same for O/S/2 or port groff.
• Perldoc output only uses LF as line separator so lines are shifted on the screen and you need some Unix pager like less explicitly to fix that. A better fix is needed. BTW it seems that there is a common problem as if you e..g will try git add -i (interactive git add interface written in Perl) and ask for a diff you will get the same problem.

Turns out that cups makefiles creates a lot of symlinks to executables (e.g. /@unixroot/usr/bin/driverless pointing to /@unixroot/usr/lib/cpus/driver/driverless) but they lack the .exe extension which makes these symlinks completely broken (i.e. the proper file for the above case is /@unixroot/usr/lib/cpus/driver/driverless.exe).

Please note that it's enough to only fix the link's target — the link itself doesn't need an .exe extension in order to work from under sh. It's even desirable that the link itself doesn't have an .exe extension — this will avoid recognising it as an executable by native OS/2 tools like CMD.EXE that don't support kLIBC symlinks so they will fail to execute it anyway.

So, in the above case the fix is to make /@unixroot/usr/bin/driverless point to /@unixroot/usr/lib/cpus/driver/driverless.exe, but no need to add .exe to the symlink itself.

This is necessary to properly support kLIBC symlinks. Typical failures are like this one: ​https://github.com/bitwiseworks/mozilla-os2/issues/198.