Thanks for the fix. This was indeed my fault and the fix is elegant.
I have uploaded 4.2.0-3 versions of all of the fonts packages, which will fix the problem, but will annoy those that have already downloaded them...
Harold
Igor Pechtchanski wrote:
Gerald,
Well, this is not a bug in setup.exe, but it looks like a bug in the postinstall scripts for the XFree86-f??? packages. Basically, the scripts re-mount /usr/X11R6/lib/X11/fonts to force a binary mount. They use `cygpath -w` to find the Windows path of the fonts directory. Unfortunately, they do it *before* unmounting the old one, so if you change the Cygwin installation root between the runs of the scripts, they will still refer to the old directory.
The fix (for the postinstall scripts) is to unmount the directory *first*, and then run `cygpath -w`. The corrected postinstall scripts would each look like this:
#!/bin/sh
FONTDIR=/usr/X11R6/lib/X11/fonts umount -u $FONTDIR 2>/dev/null WFONTDIR=`cygpath -w $FONTDIR` mount -bfs $WFONTDIR $FONTDIR 2>/dev/null || mount -bfu $WFONTDIR $FONTDIR
The same changes as a patch (for XFree86-fnts.sh) are below.
Hopefully this makes its way into the fonts package. Until it does, you could simply "umount -u /usr/X11R6/lib/X11/fonts", and re-install all of the XFree86-f??? packages that you need using setup.exe. Igor ============================================================================== --- XFree86-fnts.sh-orig 2002-04-28 02:11:37.000000000 -0400 +++ XFree86-fnts.sh 2003-07-02 19:16:29.000000000 -0400 @@ -1,6 +1,6 @@ #!/bin/sh
FONTDIR=/usr/X11R6/lib/X11/fonts -WFONTDIR=`cygpath -w $FONTDIR` umount -u $FONTDIR 2>/dev/null +WFONTDIR=`cygpath -w $FONTDIR` mount -bfs $WFONTDIR $FONTDIR 2>/dev/null || mount -bfu $WFONTDIR $FONTDIR ==============================================================================
On Wed, 2 Jul 2003, Gerald Pekmezi wrote:
Thanks for the reply
I have come to believe this is an X problem after all and will add a post there. It seems that during my cygwin installation everything was installed in D: (D:\usr, D:\bin etc), except for usr\X11R6\lib\X11\fonts. which was instead installed as C:\cygwin\usr\X11R6\lib\X11\fonts . When I restore the latter XWin will run however it refuses to do so if C:\cygwin\usr\X11R6\lib\X11\fonts does not exist. I did add the font directory to D:\usr\X11R6\lib\X11\, but it did not make a difference. Possible bug in cygwin setup.exe?
"Larry Hall" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
Gerald Pekmezi wrote:
Thanks in advance for helping.
I originally had Linux RH9 installed on the second partition of my primary (and at the time only) harddrive. I have since dedicated a secondary hard drive to Linux, and figured I would completely dedicate the partition to Cygwin (D:\). However I have begun to suspect that setting CYGWIN_ROOT to D:\ is not sufficient (XWin refuses to run, I don't think its an X problem, but if it is I guess this post will be moved). My question is whether there is a quick fix to this or whether it is more trouble than it is worth.
Hm. Now that's a good one. Perhaps my memory is failing me but in all the years I've been using Cygwin, I don't ever recall CYGWIN_ROOT being officially used. Perhaps you should back up and start over with:
<http://cygwin.com/problems.html> and <http://cygwin.com/lists.html>
-- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
