Re: XWin: necessary internet access?
Fergus, I'm not sure iif it will help but theres a tool called dependency walker that shows all the files a program (or dll) depends on, and then their subdependencies, etc. http://www.dependencywalker.com/ Jeremy
Re: Xfree86 is slow! with software like MATLAB
Hi all, Another reply to Harold's question: So, are the fast apps non-OpenGL and the slow apps OpenGL? Thae layout editor MAGIC, compiled with Cygwin (http://bach.ece.jhu.edu/~tim/programs/magic/windows/windows.html) and using OpenGL is totally slow (unusable) in -multiwindow mode, but o.k. in -rootless. Regards Holger
Re: XWin: necessary internet access?
Fergus, I am running Cygwin Xfree on a computer which has never seen a regular Cygwin installation (Windows NT4). It takes about 10MB disk space. All binaries (*.exe; *.dll) are in a directory D:\xfree\bin (8,1 MB). I have set a path to that directory in xfree_start.bat. Besides that you need fonts and some locale information. I have therefore put the following directory tree onto the C: drive, because this drive seems to be searched automatically: c:\usr\x11r6\lib\x11 /x11 contains the file rgb.txt and the two subdirectories /fonts and /locale. /locale and its contents was just copied from the regular distribution, taking 423kB disk space. /fonts contains only /100dpi /75dpi /Pex and /misc with 273kB disk space. Then I start xfree with the xfree_start.bat file shown below. And that's probably all about it. Regards Holger REM @echo off SET DISPLAY=127.0.0.1:0.0 PATH=C:\WINDOWS;C:\WINDOWS\COMMAND SET PATH=%PATH%;d:\xfree\bin cd d:\xfree\bin start /B XWin-Test98.exe -screen 0 1024 768 -emulate3buttons 50 -rootless REM start /B XWin-Test98.exe -screen 0 1024 768 -emulate3buttons 50 -multiwindow -clipboard REM do not start xwinclip with -clipboard option start /B xwinclip-Test08.exe REM do not start window manager with -multiwindow option run twm run rxvt -bg yellow -sb -e sh run rxvt -bg magenta -sb -e sh xsetroot -cursor_name left_ptr -fg white -bg black xsetroot -solid cyan run xmodmap xmodmap.de cd..
Re: XWin: necessary internet access?
Fergus, just to add: C:\tmp will be the place you fing Xwin.log. Regards Holger
wmaker install error
when trying to install from bash prompt (command is wmaker) i get an error related with my home name, that contains a space: example: home: the homedir error is cannot find /home/the - name is truncated at space!
Re: XWin: necessary internet access?
On Mon, 29 Sep 2003 [EMAIL PROTECTED] wrote: Fergus, I'm not sure iif it will help but theres a tool called dependency walker that shows all the files a program (or dll) depends on, and then their subdependencies, etc. http://www.dependencywalker.com/ Jeremy Whatever happened to good ol' cygcheck? ;-) Although, DependencyWalker can show you dlopen'ed DLLs as well, IIRC. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
xset add to font path kills Xserver
I just upgraded my system to the latest XFree (4.3.0-4, I believe). In my startxwin I had an xset fp+ to add the truetype fonts directory to the font path (which I never got working...perhaps this is a hint, but...) With the latest bits the Xserver core dumps shortly after the xset fp+ happens. So, two questions, which hopefully someone can easily answer: 1) Have you successfully added truetype fonts to your font path? If so, how?\ 2) Failing at 1), has anyone else observed this problem with 4.3.0-4? Thanks Benn
Re: XFree86-bin-icons
Mark, Please don't send personal e-mail on Cygwin issues unless specifically requested. Also, please make sure your mailer honors the Reply-To: header. I'm forwarding this reply to the appropriate list. More inline below. On Mon, 29 Sep 2003, Mark Anderson wrote: Igor; I am writing to you in reference to this posting. The XFree86-bin-icons package is buggy. It's basically a postinstall script that tries to create icons for the X programs that are installed on your machine. The problem is that it tries to create them in the Start Menu for All Users without checking whether the current user can write to it. I'm not quite sure why it hangs for you, but you can try runnning that script manually via bash -x and seeing where it hangs. If you do investigate, please post your findings to the cygwin-xfree list. If you don't want to bother, simply do not install the XFree86-bin-icons package (all it does is provide the Start Menu icons -- not essential). Igor P.S. Note to setup developers (myself included -- just want to get this into the archives for now): even though postinstall scripts are not interactive, their output *is* logged, so they should print something that tracks their progress (maybe even be run with the -x flag, but that's probably overkill). We should put some words to that effect on the setup.html page. Thanks but I have a few issues also. 1 I do not know how to manually run this with the -x flag what are the steps, and where do I get the package? This wasn't a note for you, it was for setup developers. FWIW, you can run the script using sh -x /etc/postinstall/XFree86-bin-icons.sh. 2 setup.exe will not let me UN-CHOOSE this option I have run this in skip uninstall I have selected the package and removed the checkbox and SETUP.EXE still hangs on XFree86-bin-icons. Since setup has uninstalled everything and I can not get past XFree86-bin-icons, cygwin wont run. IF I try to mess around I may be able to get the basic cygwin to run. HELP Thank Mark Anderson I don't understand what you're trying to say here. You should be able to simply unselect the package from the list of currently installed ones using setup. If you still have trouble, simply erase /etc/postinstall/XFree86-bin-icons.sh (you can even do it using Windows Explorer), and don't reinstall the XFree86-bin-icons package. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
clipboard sharing with XDM
I am trying to share the clip board of X and of Win2K . I start the session with xwin :portno -query hostname -clipboard I cannot share the clipboard using the different methods ie highlighting , Control Insert . I tried xwinclip but it dies after 3 tries . I did xhosts + on the host for the above methods but still no transfer from the Xwindow to Win2K . your help is greatly appreciated it is quite a good feature . My target XDM machine is an AIX 5.2 thks n rgds .
Re: XFree86-bin-icons
Igor, You wrote the original message in this thread, correct? Was it sent to cygwin-xfree, cygwin, or cygwin-apps? I am asking only because I can't find a log of it anywhere... was it eaten by the mail server? Actually, there is another bug in XFree86-bin-icons, that is, it doesn't usually create icons for any package except emacs unless it is run manually from the command-line. I haven't looked into this enough to see if it only happens on fresh installs (implying that the problem is probably that XFree86-bin hasn't been installed yet) or if it happens all the time. That bug needs to be fixed before any sort of permissions bug. As is, it is pretty worthless. Harold Igor Pechtchanski wrote: Mark, Please don't send personal e-mail on Cygwin issues unless specifically requested. Also, please make sure your mailer honors the Reply-To: header. I'm forwarding this reply to the appropriate list. More inline below. On Mon, 29 Sep 2003, Mark Anderson wrote: Igor; I am writing to you in reference to this posting. The XFree86-bin-icons package is buggy. It's basically a postinstall script that tries to create icons for the X programs that are installed on your machine. The problem is that it tries to create them in the Start Menu for All Users without checking whether the current user can write to it. I'm not quite sure why it hangs for you, but you can try runnning that script manually via bash -x and seeing where it hangs. If you do investigate, please post your findings to the cygwin-xfree list. If you don't want to bother, simply do not install the XFree86-bin-icons package (all it does is provide the Start Menu icons -- not essential). Igor P.S. Note to setup developers (myself included -- just want to get this into the archives for now): even though postinstall scripts are not interactive, their output *is* logged, so they should print something that tracks their progress (maybe even be run with the -x flag, but that's probably overkill). We should put some words to that effect on the setup.html page. Thanks but I have a few issues also. 1 I do not know how to manually run this with the -x flag what are the steps, and where do I get the package? This wasn't a note for you, it was for setup developers. FWIW, you can run the script using sh -x /etc/postinstall/XFree86-bin-icons.sh. 2 setup.exe will not let me UN-CHOOSE this option I have run this in skip uninstall I have selected the package and removed the checkbox and SETUP.EXE still hangs on XFree86-bin-icons. Since setup has uninstalled everything and I can not get past XFree86-bin-icons, cygwin wont run. IF I try to mess around I may be able to get the basic cygwin to run. HELP Thank Mark Anderson I don't understand what you're trying to say here. You should be able to simply unselect the package from the list of currently installed ones using setup. If you still have trouble, simply erase /etc/postinstall/XFree86-bin-icons.sh (you can even do it using Windows Explorer), and don't reinstall the XFree86-bin-icons package. Igor
Re: XFree86-bin-icons
Harold, Well, the original (that Mark quoted) was on the cygwin@ list, namely http://cygwin.com/ml/cygwin/2003-09/msg00582.html. FWIW, you can force the order of execution of the XFree86-bin-icons.sh postinstall script by making the package dependent on XFree86-bin and others, but that would most likely defeat the purpose of the package. Igor On Mon, 29 Sep 2003, Harold L Hunt II wrote: Igor, You wrote the original message in this thread, correct? Was it sent to cygwin-xfree, cygwin, or cygwin-apps? I am asking only because I can't find a log of it anywhere... was it eaten by the mail server? Actually, there is another bug in XFree86-bin-icons, that is, it doesn't usually create icons for any package except emacs unless it is run manually from the command-line. I haven't looked into this enough to see if it only happens on fresh installs (implying that the problem is probably that XFree86-bin hasn't been installed yet) or if it happens all the time. That bug needs to be fixed before any sort of permissions bug. As is, it is pretty worthless. Harold Igor Pechtchanski wrote: Mark, Please don't send personal e-mail on Cygwin issues unless specifically requested. Also, please make sure your mailer honors the Reply-To: header. I'm forwarding this reply to the appropriate list. More inline below. On Mon, 29 Sep 2003, Mark Anderson wrote: Igor; I am writing to you in reference to this posting. The XFree86-bin-icons package is buggy. It's basically a postinstall script that tries to create icons for the X programs that are installed on your machine. The problem is that it tries to create them in the Start Menu for All Users without checking whether the current user can write to it. I'm not quite sure why it hangs for you, but you can try runnning that script manually via bash -x and seeing where it hangs. If you do investigate, please post your findings to the cygwin-xfree list. If you don't want to bother, simply do not install the XFree86-bin-icons package (all it does is provide the Start Menu icons -- not essential). Igor P.S. Note to setup developers (myself included -- just want to get this into the archives for now): even though postinstall scripts are not interactive, their output *is* logged, so they should print something that tracks their progress (maybe even be run with the -x flag, but that's probably overkill). We should put some words to that effect on the setup.html page. Thanks but I have a few issues also. 1 I do not know how to manually run this with the -x flag what are the steps, and where do I get the package? This wasn't a note for you, it was for setup developers. FWIW, you can run the script using sh -x /etc/postinstall/XFree86-bin-icons.sh. 2 setup.exe will not let me UN-CHOOSE this option I have run this in skip uninstall I have selected the package and removed the checkbox and SETUP.EXE still hangs on XFree86-bin-icons. Since setup has uninstalled everything and I can not get past XFree86-bin-icons, cygwin wont run. IF I try to mess around I may be able to get the basic cygwin to run. HELP Thank Mark Anderson I don't understand what you're trying to say here. You should be able to simply unselect the package from the list of currently installed ones using setup. If you still have trouble, simply erase /etc/postinstall/XFree86-bin-icons.sh (you can even do it using Windows Explorer), and don't reinstall the XFree86-bin-icons package. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
Updated: XFree86-bin-icons-4.3.0-4
The XFree86-bin-icons-4.3.0-4 package has been updated in the Cygwin distribution. Changes: 1) Prevent error on deletion of top folder by passing -mindepth 1 to find. This stops find from trying to delete the top folder, which we do in a final step. The reasoning for this is that find holds a lock on the top folder while it enumerates its contents, so trying to delete the top folder within the find command results in an error. (Igor Pechtchanski, Harold L Hunt II) 2) Remove XFree86-lib-compat as a dependency. Add XFree86-bin and XFree86-xserv as dependencies. (Harold L Hunt II) -- Harold Hunt To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select XFree86 and then click on the appropriate field until the above announced version number appears if it is not displayed already. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: [EMAIL PROTECTED] . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place.
Re: XFree86-bin-icons
Harold, I have suggested to the original poster to follow up on cygwin-xfree; apparently he never did. You can ignore the No package message -- when I inserted the postinstall progress page into setup, setup tried to keep track of the postinstall scripts in the newly installed packages, and run them first, and then run all the scripts that were left in /etc/postinstall (with the No package designation, indicating that they didn't belong to any package). Apparently, something went wrong with the tracking code, and all the scripts were discovered only when browsing the /etc/postinstall directory (alternatively, my code could be looking in the wrong place for the associated package name). Either way, I haven't had the time to investigate it, and it seems harmless enough for now to not be at the top of my TODO list. Hope this explains it adequately. If you want to track what's going on in the hanging script in more detail, change the #! line at the top of the script to bash -x (or sh -x). Then look at /var/log/setup.log.full for the script output. Similarly for the preremove script. Igor On Mon, 29 Sep 2003, Harold L Hunt II wrote: [Discussion on this issue is now taking place where it should have in the first place: cygwin-xfree. Please follow the cygwin-xfree mailing list for further posts.] Igor, Okay, that explains why I couldn't find the message in cygwin-xfree. I really wish someone would have redirected the question over here... I never saw it. FWIW, you can force the order of execution of the XFree86-bin-icons.sh postinstall script by making the package dependent on XFree86-bin and others, but that would most likely defeat the purpose of the package. Thanks. I actually did that just now, right before you suggested it. However, I didn't know that it would force the order of post-install script execution; that is a nice side-effect. The bin-icons package should logically depend on the bin package. People can manually unselect it if they want to. The XFree86-bin-icons package is buggy. It's basically a postinstall script that tries to create icons for the X programs that are installed on your machine. The problem is that it tries to create them in the Start Menu for All Users without checking whether the current user can write to it. That's not entirely true. For example, my account has Administrator priveleges on my machine, the script runs fine when I launch it from a bash prompt; so file permissions are not an issue. I'm not quite sure why it hangs for you, but you can try runnning that script manually via bash -x and seeing where it hangs. It doesn't hang when you do this. Something strange is going on here... setup.exe says Running: No Package /etc/postinstal/XFree86-bin-icons. What is up with the No Package? Is that indicating the real problem? Another thing is that an Uninstall of XFree86-bin-icons also hangs when it tries to run the preremove script. Yet, running the preremove script by hand never causes any problems (e.g. bash -x /etc/preremove/XFree86-bin-icons.sh). What gives? Harold -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! I have since come to realize that being between your mentor and his route to the bathroom is a major career booster. -- Patrick Naughton
RE: xset add to font path kills Xserver
Benn Schreiber [EMAIL PROTECTED] wrote: 1) Have you successfully added truetype fonts to your font path? If so, how? I have. You need an XF86Config file in /etc/X11. There is a link to an example XF86Config file in the cygwin/xfree FAQ or User Guide (I can't get to the site right now to figure out which one it was). You need to add your truetype font dir to the FontPath. You also need to run ttmkfdir and mkfontdir. Tony Richardson
abaqus on cygwin
Has anyone got ABAQUS to use the cygwin x-server? How did you set it up to use X11 instead of Exeed? Kevin Van Workum, PhD National Institute of Standards and Technology Polymers Division 224/B228
Re: abaqus on cygwin
Kevin, For starters, how are you connecting to ABAQUS with Exceed? Are you using ssh to connect to a remote machine, then launching ABAQUS from that command-prompt? Are you using XDMCP to get a graphical login session on the remote machine, then clicking an icon to start ABAQUS? Note that both of these procedures are documented in the User's Guide: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh http://xfree86.cygwin.com/docs/ug/using-remote-session.html Or, are you using some entirely different mechanism, on which you will need to elaborate if we are to be able to help you? Harold Kevin Van Workum wrote: Has anyone got ABAQUS to use the cygwin x-server? How did you set it up to use X11 instead of Exeed? Kevin Van Workum, PhD National Institute of Standards and Technology Polymers Division 224/B228
Re: xset add to font path kills Xserver
I have TrueType fonts working. In fact, they've worked for over a year since I first set them up, and I haven't had to do anything to keep them working since first setting it up. Unfortunately, it's been so long, I can't remember exactly what I went through to get it setup. All I can tell you is that it was a 2 or 3 step process and everything I need to know I found through Google. The only thing I do to add the TrueType fonts to my font path is with the following call (which has to be run AFTER XWin starts): xset fp+ /cygdrive/c/winnt/fonts I've got the following versions of the XFree packages installed... XFree86-base4.3.0-1 XFree86-bin 4.3.0-2 XFree86-etc 4.3.0-3 XFree86-f1004.2.0-3 XFree86-fenc4.2.0-3 XFree86-fnts4.2.0-3 XFree86-fscl4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-1 XFree86-man 4.3.0-1 XFree86-prog4.3.0-4 XFree86-ps 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-9 From: Benn Schreiber [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xset add to font path kills Xserver Date: Mon, 29 Sep 2003 08:40:05 -0700 I just upgraded my system to the latest XFree (4.3.0-4, I believe). In my startxwin I had an xset fp+ to add the truetype fonts directory to the font path (which I never got working...perhaps this is a hint, but...) With the latest bits the Xserver core dumps shortly after the xset fp+ happens. So, two questions, which hopefully someone can easily answer: 1) Have you successfully added truetype fonts to your font path? If so, how?\ 2) Failing at 1), has anyone else observed this problem with 4.3.0-4? Thanks Benn _ Instant message with integrated webcam using MSN Messenger 6.0. Try it now FREE! http://msnmessenger-download.com
Re: xset add to font path kills Xserver
Did you have to run ttmkfdir (or whatever it is called) at any point? Harold Thomas Chadwick wrote: I have TrueType fonts working. In fact, they've worked for over a year since I first set them up, and I haven't had to do anything to keep them working since first setting it up. Unfortunately, it's been so long, I can't remember exactly what I went through to get it setup. All I can tell you is that it was a 2 or 3 step process and everything I need to know I found through Google. The only thing I do to add the TrueType fonts to my font path is with the following call (which has to be run AFTER XWin starts): xset fp+ /cygdrive/c/winnt/fonts I've got the following versions of the XFree packages installed... XFree86-base4.3.0-1 XFree86-bin 4.3.0-2 XFree86-etc 4.3.0-3 XFree86-f1004.2.0-3 XFree86-fenc4.2.0-3 XFree86-fnts4.2.0-3 XFree86-fscl4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-1 XFree86-man 4.3.0-1 XFree86-prog4.3.0-4 XFree86-ps 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-9 From: Benn Schreiber [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: xset add to font path kills Xserver Date: Mon, 29 Sep 2003 08:40:05 -0700 I just upgraded my system to the latest XFree (4.3.0-4, I believe). In my startxwin I had an xset fp+ to add the truetype fonts directory to the font path (which I never got working...perhaps this is a hint, but...) With the latest bits the Xserver core dumps shortly after the xset fp+ happens. So, two questions, which hopefully someone can easily answer: 1) Have you successfully added truetype fonts to your font path? If so, how?\ 2) Failing at 1), has anyone else observed this problem with 4.3.0-4? Thanks Benn _ Instant message with integrated webcam using MSN Messenger 6.0. Try it now FREE! http://msnmessenger-download.com
Re: xset add to font path kills Xserver
Did you have to run ttmkfdir (or whatever it is called) at any point? Harold Yes, I have run both ttmkfdir and mkfontdir in the directory. Interestingly, if I do the xset after the window manager is up (as best I can correlate it), it works fine. But, if I do it in startxwin, the font element does not get added to the path, and then XWin dies. I'm going to try the XF86Config route. Thanks for the suggestions! If you have any others, or if there are any tests I can do that might be useful, I'm game. Benn
FW: Re: xset add to font path kills Xserver
Got it. Need to run ttmkfdir BEFORE mkfontdir (doh). I'm going back to bed. Thanks for the kick in the right direction. Benn -Original Message- From: Benn Schreiber [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2003 3:20 PM To: '[EMAIL PROTECTED]' Subject: Re: xset add to font path kills Xserver Did you have to run ttmkfdir (or whatever it is called) at any point? Harold Yes, I have run both ttmkfdir and mkfontdir in the directory. Interestingly, if I do the xset after the window manager is up (as best I can correlate it), it works fine. But, if I do it in startxwin, the font element does not get added to the path, and then XWin dies. I'm going to try the XF86Config route. Thanks for the suggestions! If you have any others, or if there are any tests I can do that might be useful, I'm game. Benn
RE: Updated: xfig-3.2.4-2
From: Harold L Hunt II Sent: Sunday, 28 September 2003 10:58 AM To: cygx; cygxannounce Subject: Updated: xfig-3.2.4-2 The xfig-3.2.4-2 package has been updated in the Cygwin distribution. Changes: 1) Fig - Change the start command for HTML and PDF files (allows help files to be launched from within xfig). (David Billinghurst, Igor Pechtchanski) Thanks. Quick work.
Re: XFree86-bin-icons
[Discussion on this issue is now taking place where it should have in the first place: cygwin-xfree. Please follow the cygwin-xfree mailing list for further posts.] Igor, Okay, that explains why I couldn't find the message in cygwin-xfree. I really wish someone would have redirected the question over here... I never saw it. FWIW, you can force the order of execution of the XFree86-bin-icons.sh postinstall script by making the package dependent on XFree86-bin and others, but that would most likely defeat the purpose of the package. Thanks. I actually did that just now, right before you suggested it. However, I didn't know that it would force the order of post-install script execution; that is a nice side-effect. The bin-icons package should logically depend on the bin package. People can manually unselect it if they want to. The XFree86-bin-icons package is buggy. It's basically a postinstall script that tries to create icons for the X programs that are installed on your machine. The problem is that it tries to create them in the Start Menu for All Users without checking whether the current user can write to it. That's not entirely true. For example, my account has Administrator priveleges on my machine, the script runs fine when I launch it from a bash prompt; so file permissions are not an issue. I'm not quite sure why it hangs for you, but you can try runnning that script manually via bash -x and seeing where it hangs. It doesn't hang when you do this. Something strange is going on here... setup.exe says Running: No Package /etc/postinstal/XFree86-bin-icons. What is up with the No Package? Is that indicating the real problem? Another thing is that an Uninstall of XFree86-bin-icons also hangs when it tries to run the preremove script. Yet, running the preremove script by hand never causes any problems (e.g. bash -x /etc/preremove/XFree86-bin-icons.sh). What gives? Harold
Re: Setup 2.358 Hangs During Post-Install Script
Igor wrote: The XFree86-bin-icons package is buggy. It's basically a postinstall script that tries to create icons for the X programs that are installed on your machine. The problem is that it tries to create them in the Start Menu for All Users without checking whether the current user can write to it. I'm not quite sure why it hangs for you, but you can try running that script manually via bash -x and seeing where it hangs. If you do investigate, please post your findings to the cygwin-xfree list. I had the same problem, but when I ran the script manually, it worked without complaint. I just now tried to upgrade to the latest released packages, including the upgrade to XFree86-bin-icons 4.3.0-4 from 4.3.0-3. The *uninstall* process hung. When I ran the script manually, it said: rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Editors rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Games rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Information rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Tools rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Toys rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86 rmdir: `/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86': Permission denied rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86 And then it exited, so I'm guessing it was Setup (version 2.415) itself that hung. The bit about permission denied is nonsense, since I am logged in as Administrator. What is true is that that directory was not empty, since many X packages did not need upgrading at that time. However, I have no idea if that had anything to do with the hang. This is on a Windows XP Pro box. HTH. Regards, -- Jerry James http://www.ittc.ku.edu/~james/
Re: Setup 2.358 Hangs During Post-Install Script
Jerry, Jerry James wrote: Igor wrote: The XFree86-bin-icons package is buggy. It's basically a postinstall script that tries to create icons for the X programs that are installed on your machine. The problem is that it tries to create them in the Start Menu for All Users without checking whether the current user can write to it. I'm not quite sure why it hangs for you, but you can try running that script manually via bash -x and seeing where it hangs. If you do investigate, please post your findings to the cygwin-xfree list. I had the same problem, but when I ran the script manually, it worked without complaint. I just now tried to upgrade to the latest released packages, including the upgrade to XFree86-bin-icons 4.3.0-4 from 4.3.0-3. The *uninstall* process hung. When I ran the script manually, it said: rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Editors rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Games rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Information rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Tools rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86/Toys rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86 rmdir: `/cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86': Permission denied rmdir: removing directory, /cygdrive/c/Documents and Settings/All Users/Start Menu/Programs/Cygwin-XFree86 And then it exited, so I'm guessing it was Setup (version 2.415) itself that hung. The bit about permission denied is nonsense, since I am logged in as Administrator. What is true is that that directory was not empty, since many X packages did not need upgrading at that time. However, I have no idea if that had anything to do with the hang. The permission denied is not nonsense... it is a catch-all that happens to be correct in this case. Check the change log for XFree86-bin-icons-4.3.0-4... it specifically mentions that we had to stop trying to remove the top folder while 'find' has a lock on the top folder. That lock is what causes the 'permission denied' error: you are not allowed to delete files that are locked (in use), no matter what your privilege. The new version fixes that problem. In any case, setup shouldn't even care if the script returns an error or not... setup shouldn't be hanging just because the script gives an error but finishes okay. However, I don't think that this error is what is causing setup to hang. It will likely be some time before this is fully understood. Harold
