RE: [ITP] run.exe was Re: Running ssh in background[solution/patch]
Alexander Gottwald wrote on Wednesday, October 26, 2005 7:00 PM: On Wed, 2005-10-26 at 18:49 +0200, Alexander Gottwald wrote: run.exe is often used from Windows shortcuts to start programs like XWin. Even the X-start-menu-icons uses it this way, A shortcut will not work. To clarify this: X-start-menu-icons won't be a showstopper since it can be easily adjusted. I'm more concerned about the shortcuts on user X's desktop like those on mine: [snip] Why don't drop it into /bin as well as in /usr/X11R6/bin ? Modern X11 distributions will eliminate the X11RX directory anyway and so might do the Cygwin version in some time. - Jörg
Re: [ITP] run.exe was Re: Running ssh in background [solution/patch]
On Wed, 26 Oct 2005, Igor Pechtchanski wrote: [ITP] I think I'll split run.exe from the X-startup-scripts package and create a new one which i'll continue to maintain. FINALLY! It's been on my TODO list for *ages*. Thank you! I'd like to put it in /usr/bin. How should I handle the transition? Many users will have shortcuts which refer to /usr/X11R6/bin/run.exe. Incidentally, I have a few patches to run.exe. Where should I send them? To me. I did not found any canonical upstream location anymore. It seems Charles S. Wilson once wrote this but there have been many patches since it was packaged in X-startup-scripts. Igor P.S. Why is this ITP going to the main list? Shouldn't it be on cygwin-apps? I'll fup there bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: [ITP] run.exe was Re: Running ssh in background [solution/patch]
On Oct 26 15:35, Alexander Gottwald wrote: On Wed, 26 Oct 2005, Igor Pechtchanski wrote: [ITP] I think I'll split run.exe from the X-startup-scripts package and create a new one which i'll continue to maintain. FINALLY! It's been on my TODO list for *ages*. Thank you! I'd like to put it in /usr/bin. How should I handle the transition? Many users will have shortcuts which refer to /usr/X11R6/bin/run.exe. Maybe you could install a symlink in /usr/X11R6/bin, in the postinstall script, not in the package itself. The idea is that a postinstall script can create a symlink as windows shortcut by forcing CYGWIN=winsymlinks on ln(1). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat, Inc.
Re: [ITP] run.exe was Re: Running ssh in background [solution/patch]
On Wed, 2005-10-26 at 15:43 +0200, Corinna Vinschen wrote: Maybe you could install a symlink in /usr/X11R6/bin, in the postinstall script, not in the package itself. The idea is that a postinstall script can create a symlink as windows shortcut by forcing CYGWIN=winsymlinks on ln(1). run.exe is often used from Windows shortcuts to start programs like XWin. Even the X-start-menu-icons uses it this way, A shortcut will not work. bye ago signature.asc Description: This is a digitally signed message part
Re: [ITP] run.exe was Re: Running ssh in background [solution/patch]
On Wed, 2005-10-26 at 18:49 +0200, Alexander Gottwald wrote: run.exe is often used from Windows shortcuts to start programs like XWin. Even the X-start-menu-icons uses it this way, A shortcut will not work. To clarify this: X-start-menu-icons won't be a showstopper since it can be easily adjusted. I'm more concerned about the shortcuts on user X's desktop like those on mine: C:\cygwin\usr\X11R6\bin\run.exe -p /usr/X11R6/bin xterm -display 127.0.0.1:0.0 -e /usr/bin/ssh -Y lupus C:\cygwin\usr\X11R6\bin\run.exe -p /usr/X11R6/bin xterm -geometry 160x50 -display 127.0.0.1:0.0 -e ssh [EMAIL PROTECTED] bye ago signature.asc Description: This is a digitally signed message part
Re: [ITP] run.exe was Re: Running ssh in background [solution/patch]
On Wed, 26 Oct 2005, Alexander Gottwald wrote: On Wed, 2005-10-26 at 15:43 +0200, Corinna Vinschen wrote: Maybe you could install a symlink in /usr/X11R6/bin, in the postinstall script, not in the package itself. The idea is that a postinstall script can create a symlink as windows shortcut by forcing CYGWIN=winsymlinks on ln(1). run.exe is often used from Windows shortcuts to start programs like XWin. Even the X-start-menu-icons uses it this way, A shortcut will not work. FWIW, setup supports hardlinks in binary tarballs, and does the right thing w.r.t. copying, etc, when needed. Since I'm replying here anyway, the patches I mentioned are attached (along with the new icon). The icon is useful for a VIm shortcut (essentially run rxvt -e vim) -- yes, I know I could use a separate icon file, but this is easier, and this vim icon is otherwise only available as part of the VIm source. Igor == 2005-10-26 Igor Pechtchanski [EMAIL PROTECTED] * Makefile.cygwin (run): Change to use $(CC). * run.c (main): Make retval unsigned. * run.rc (VIM): New icon. -- 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! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA--- Makefile.cygwin-orig1998-12-19 22:45:19.0 -0500 +++ Makefile.cygwin 2004-07-20 18:51:35.0 -0400 @@ -2,8 +2,8 @@ .SUFFIXES: .c.o .rc.o # Makefile for gnu-win32 environments run : run.c run.h run_res.o - gcc -c -I. -O2 run.c -o run.o - gcc -mwindows -e _mainCRTStartup run.o run_res.o -o run.exe + $(CC) -c -I. -O2 run.c -o run.o + $(CC) -mwindows -e _mainCRTStartup run.o run_res.o -o run.exe run_res.o : run.rc windres -i run.rc -o run_res.o --- run.c-orig 2002-08-08 18:10:47.0 -0400 +++ run.c 2004-07-20 18:47:16.0 -0400 @@ -123,7 +123,7 @@ int start_child(char* cmdline, int wait_ SECURITY_ATTRIBUTES sec_attrs; SECURITY_DESCRIPTOR sec_desc; PROCESS_INFORMATION child; - int retval; + DWORD retval; memset (start, 0, sizeof (start)); start.cb = sizeof (start); --- run.rc-orig 1998-12-19 22:45:19.0 -0500 +++ run.rc 2004-07-20 19:08:36.0 -0400 @@ -3,6 +3,7 @@ rxvt ICON rxvt.ico XEmacs ICON xemacs.ico XEmacsFile ICON File.ico XEmacsLisp ICON Lisp.ico +VIM ICON vim.ico #include windows.h #include run.h vim.ico Description: Binary data
Re: [ITP] run.exe was Re: Running ssh in background [solution/patch]
Alexander Gottwald wrote: Incidentally, I have a few patches to run.exe. Where should I send them? Err...dunno. I'd say cygwin mailing list, because both I(*) and ago will see them there. (*) as if it matters :-) To me. I did not found any canonical upstream location anymore. Technically, the upstream location is http://cygutils.fruitbat.org/run/index.html but that version was originally adapted (by me) from a similar program distributed by XEmacs (I think there was also some later cross-pollination between my version and the XEmacs one) However, I haven't actively maintained the fruitbat.org version in AGES -- once run.exe was absorbed into the cygwin-x distro and then subsequently forked, I didn't see the need: as far as I was concerned, the official one was the one maintained by the X folks, and my original was simply a historical footnote. I am *not* upset about this, and it was perfectly GPL-acceptable for Suhaib(I think) to have absorbed run.exe into the x-dist instead of asking Xusers to download an unofficial non-setup-compatible utility from some-randome-website. It seems Charles S. Wilson once wrote this but there have been many patches since it was packaged in X-startup-scripts. Yes, that is absolutely true. Even I consider the x-startup-scripts version to be the canonical cygwin run.exe. I'm willing to re-take run.exe and incorporate it into the cygutils pakcage IF Brian/Igor/ago want me to do so; otherwise I fully support Brian's ITP of run as an independent package. -- Chuck