Re: ssh-host-config problem on windows 2003, please help.

[T Z]

That would help but does it already come in a pre-packaged form of some sort? I 
ask because I have over 20 machines I will be doing this on and is stands right 
now I basically did a setup.exe and had it download to cygwin directory (but 
not install) and then put it back on the server to run from a local directory 
on setup so that the install goes smoothly and I know exactly what is going to 
be installed on my unattended machines.  If I only have this patch I would have 
to setup each machine and then put this script init and then run the 
ssh-host-config which means the fastet way right now would be just to have 
someone or something (automate) answer the silly questions for me.  Hmm.  

--- On Mon, 12/8/08, Corinna Vinschen <[EMAIL PROTECTED]> wrote:

> From: Corinna Vinschen <[EMAIL PROTECTED]>
> Subject: Re: ssh-host-config problem on windows 2003, please help.
> To: cygwin@cygwin.com
> Cc: "Charles Wilson" <[EMAIL PROTECTED]>
> Date: Monday, December 8, 2008, 8:13 AM
> On Dec  2 12:45, T Z wrote:
> > I am trying to automate my cygwin install on a windows
> 2003 box
> > [...]
> > but when I then run
> > c:\cygwin\bin\bash.exe --login
> /usr/bin/ssh-host-config --yes --cygwin ntsec --pwd loser as
> the administrator of the pc (not in domain) it seems to run
> fine thru most if the script but then when it gets to the
> line where it asks if you want to change the user of
> cyg_server it is AUTOMATICALLY answering yes which then I
> have to retype it in.  I am running version 2.573.2.3
> > 
> > what is the problem.  Can someone please help?
> 
> This (untested) patch to the service helper script
> /usr/share/csih/cygwin-service-installation-helper.sh
> should fix that problem.
> 
> 
> Index: cygwin-service-installation-helper.sh
> ===
> RCS file:
> /sourceware/projects/cygwin-apps-home/cvsfiles/csih/cygwin-service-installation-helper.sh,v
> retrieving revision 1.15
> diff -u -p -r1.15 cygwin-service-installation-helper.sh
> --- cygwin-service-installation-helper.sh 22 Aug 2008
> 03:56:43 -1.15
> +++ cygwin-service-installation-helper.sh 8 Dec 2008
> 15:10:36 -
> @@ -2277,7 +2277,7 @@ csih_select_privileged_username()
>echo ""
>csih_inform "This script plans to use
> '${username}'."
>csih_inform "'${username}' will only be
> used by registered services."
> -  if csih_request "Do you want to use a different
> name?"
> +  if ! csih_request "Do you want to use this
> account name for running this service?"
>then
>  csih_get_value "Enter the new user
> name:"
>  username="${csih_value}"
> 
> 
> Corinna
> 
> -- 
> Corinna Vinschen  Please, send mails
> regarding Cygwin to
> Cygwin Project Co-Leader  cygwin AT cygwin DOT com
> Red Hat
> 
> --
> 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/


  

--
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/

Re: sshd_config directory

[Larry Hall (Cygwin)]

Artie Ziff wrote:

Run 'setup.exe' and install the 'openssh' package.  Then read the
readme in '/usr/share/doc/Cygwin' and run 'ssh-host-config'.  This
will create '/etc/sshd_config'.  Cygwin doesn't have a 'ssh' directory.



Thanks, Larry, for the correction to my full pathname...
I was ignorant about ssh-host-config. That did the trick (after
satisfying file perms and such).


Yes it and 'ssh-user-config' are a very big help. :-)


What is the best tool for reading /usr/share/doc/Cygwin? emacs?
Is that doc exactly like the one on the web site, or more current?


Any text reader is fine.  Even 'less' will do in a pinch. ;-)


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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/

Re: sshd_config directory

[Artie Ziff]

>
> Run 'setup.exe' and install the 'openssh' package.  Then read the
> readme in '/usr/share/doc/Cygwin' and run 'ssh-host-config'.  This
> will create '/etc/sshd_config'.  Cygwin doesn't have a 'ssh' directory.
>

Thanks, Larry, for the correction to my full pathname...
I was ignorant about ssh-host-config. That did the trick (after
satisfying file perms and such).

What is the best tool for reading /usr/share/doc/Cygwin? emacs?
Is that doc exactly like the one on the web site, or more current?

Now I just need to configure keychain... Thank you to the cygwin
maintainers for including it in the distribution. :)


Cheers,
Art


--
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/

Re: sshd_config directory

[Larry Hall (Cygwin)]

Artie Ziff wrote:

Hello,

What must be done to get cygwin installer to install the data files for
this directory: /etc/ssh/sshd_config

My goal is to make sshd service on WinXP SP2.

Thanks for any pointers!


Run 'setup.exe' and install the 'openssh' package.  Then read the
readme in '/usr/share/doc/Cygwin' and run 'ssh-host-config'.  This
will create '/etc/sshd_config'.  Cygwin doesn't have a 'ssh' directory.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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/

sshd_config directory

[Artie Ziff]

Hello,

What must be done to get cygwin installer to install the data files for
this directory: /etc/ssh/sshd_config

My goal is to make sshd service on WinXP SP2.

Thanks for any pointers!

Cheers,
Art


--
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/

Re: POSIX 2008 available

[Christopher Faylor]

On Tue, Dec 09, 2008 at 09:58:14PM +, Eric Blake wrote:
>For those who would like help modernize cygwin to the latest POSIX standard, 
>POSIX 2008 is now freely available at:
>
>http://www.opengroup.org/bookstore/catalog/c082.htm
>
>which, once you accept a cookie, redirects to:
>
>http://www.opengroup.org/onlinepubs/9699919799/toc.htm

Thanks for the heads up.  Looks like I need YA bookmark for the latest
incarnation of this document.

cgf

--
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/

POSIX 2008 available

[Eric Blake]

For those who would like help modernize cygwin to the latest POSIX standard, 
POSIX 2008 is now freely available at:

http://www.opengroup.org/bookstore/catalog/c082.htm

which, once you accept a cookie, redirects to:

http://www.opengroup.org/onlinepubs/9699919799/toc.htm

For an example of the differences, 'touch -d date' is now standardized (it 
wasn't in POSIX 2001), although with a format that GNU coreutils still does not 
parse, so I've got some work ahead of me before the next coreutils release:
http://www.opengroup.org/onlinepubs/9699919799/utilities/touch.html

(hmm, did you notice how the POSIX folks borrowed my username in the examples 
section?)

-- 
Eric Blake
volunteer cygwin coreutils maintainer



--
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/

Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

[Christopher Faylor]

On Tue, Dec 09, 2008 at 06:25:48PM +, Dave Korn wrote:
>On 12/9/08, Dave Korn wrote:
>>Hi gang (and Chuck in particular!)
>
>Eeeww.  Did all those attachments come out inline?

They looked like regular old attachments here to me.

cgf

--
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/

Ghostscript 8.63-2: contains gs.exe version 8.62

[A.R. Burgers]

LS,

Today I noticed that I could not run the gs.exe from 8.63.
gs.exe --version says it is 8.62, hence it can't work with the 8.63 files
in /usr/share/ghostscript/8.63.

Reverting to the 8.62 version resulted in a working gs.exe

Teun

--
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/

Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

[Brian Dessent]

Charles Wilson wrote:

> and thus make it easier to move officially to 2.6x at some point in the
> future, are still in work.

BTW, Ralf expressed a tentative plan to work on this after 4.4 has
branched and mainline returns to stage 1:
.

Brian

--
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/

Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

[Charles Wilson]

As pointed out downthread, the gcc tree doesn't actually support using
newer autotools. Current efforts to future-proof gcc's build machinery,
and thus make it easier to move officially to 2.6x at some point in the
future, are still in work.

I have the following two packages on my box: gcc-autoconf and
gcc-automake [*], which:
 (1) are pristine versions of ac-2.59 and am-1.9.6 with no
 cygwin-specific code changes
 (2) install into /opt/gcc-tools/{bin|share}
 (3) /opt/gcc-tools/share/aclocal-1.9/dirlist specifies
 /usr/share/aclocal/ so as to "find" .m4 files from gettext, libiconv,
 libtool, etc.

That way, when I'm mucking about with gcc and need to regen the auto*
stuff, I can just set $PATH appropriately.

Would there be interest in pushing these packages into the distro?

[*] I think that's what I called them. Maybe it was auto*-gcc. I can't
reach my box right now...

--
Chuck


--
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/

Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

[Brian Dessent]

Eric Blake wrote:

> Oops.  m4_append was undocumented in 2.60, then changed semantics in autoconf
> 2.62.  Newer libtool works around the semantic change by using lt_append, not
> m4_append:
> http://git.savannah.gnu.org/gitweb/?p=libtool.git;a=commitdiff;h=5b560bd
> 
> But you still have the definition of lt_if_append_uniq from older libtool,
> which doesn't work with newer autoconf.  I guess this means no one has yet
> identified this as one of the fixes that needs to be imported as part of 
> future-
> proofing the gcc tree to make the eventual transition to newer autotools
> easier.  Do you feel like opening a gcc incident with this email chain as the
> starting point?

This is already fixed on the gcc mainline, which has ltsugar.m4 serial
6, from libtool 2.2.6.

As to the version check, that's another thing that is not on the 4.3
branch but is present on mainline (see config/override.m4.)

Brian

--
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/

Re: ZSH completion problem

[Václav Haisman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Peter A. Castro wrote, On 9.12.2008 20:39:
> On Tue, 9 Dec 2008, V�clav Haisman wrote:
> 
> Hi,
> 
>> Greetings, Výclav,
> 
> I have just updated ZSH and now when completing paths it prints the
> following:
> _alternative:69: command not found: _path_commands
> 
>> That's a different symptom than what other people has reported.
>> But, it could just be from a stale dump file.
> 
>> If you haven't already done so, please remove your .zcompdump (or
>> whatever custom dump file you might be using) and re-generate it.
> 
>> The best way to do this cleanly is to comment out running 'compinit' from
>> your .zsh* files, exit and start a fresh zsh, then run compinit (answer
>> yes if it complains about insecure dirs).  Check that .zcompdump is more
>> than 256 bytes (should be about 33k).  If it's too small, run
>>   compinit -d .zcompdump
>> Check .zcompdump again.  If it's still too small, try exiting and
>> re-starting the shell again and run compinit -d again.
> 
>> Then you can uncommment running compinit from your .zsh* files
>> (you might need to add the '-i' option) and things should be good.
> 
>> One caveat is that DOS style paths (eg: "C:/") do not seem to tab
>> complete right now.  It's a know problem that I'm trying to track down.
>> Let me know if there are other issues.
Hi,
thanks, it was the stale .zcompdump file.

- --
VH
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iFYEAREIAAYFAkk+y6MACgkQhQBMvHf/WHliwgDeMB/7Yko4g4ClhFzO6zcHEsXe
5vx6udH8ED6EtwDdGkbBjb70i/wvJpX/gYyv1IcdWFdaEXlZEkJnbQ==
=aZXA
-END PGP SIGNATURE-

--
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/

Re: ZSH completion problem

[Peter A. Castro]

On Tue, 9 Dec 2008, V�clav Haisman wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,


Greetings, V�clav,


I have just updated ZSH and now when completing paths it prints the
following: 


_alternative:69: command not found: _path_commands


That's a different symptom than what other people has reported.
But, it could just be from a stale dump file.

If you haven't already done so, please remove your .zcompdump (or
whatever custom dump file you might be using) and re-generate it.

The best way to do this cleanly is to comment out running 'compinit' from
your .zsh* files, exit and start a fresh zsh, then run compinit (answer
yes if it complains about insecure dirs).  Check that .zcompdump is more
than 256 bytes (should be about 33k).  If it's too small, run
  compinit -d .zcompdump
Check .zcompdump again.  If it's still too small, try exiting and
re-starting the shell again and run compinit -d again.

Then you can uncommment running compinit from your .zsh* files
(you might need to add the '-i' option) and things should be good.

One caveat is that DOS style paths (eg: "C:/") do not seem to tab
complete right now.  It's a know problem that I'm trying to track down.
Let me know if there are other issues.


Cygcheck thinks the package is complete:

amber2::wilx:~> zsh --version
zsh --version
zsh 4.3.9 (i686-pc-cygwin)

amber2::wilx:~> cygcheck -c zsh
cygcheck -c zsh
Cygwin Package Information
Package  VersionStatus
zsh  4.3.9-1OK

The cygcheck -s output is attached.

- --
VH
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iFYEAREIAAYFAkk+trgACgkQhQBMvHf/WHm+EADeJFXQWUwK76gpoB+ypBhB/gqL
1sdnQyycH8yawADg2dKQBQt7+gbLWcQLiBJ2cSPrYtTUQ/+vnAernQ==
=mGvN
-END PGP SIGNATURE-



--
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood
--
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/

Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

[Eric Blake]

Dave Korn  googlemail.com> writes:

> 
>   I don't speak M4, and anyway this is just a distraction from the main job
> I was trying to do at the time, so this is as far as I've looked at it.  I've
> kept the autom4te.cache dirs and trace logs around, in case they'll be of any
> help.

Never mind my earlier reluctance to look at your trace.  You snipped just 
enough for me to know exactly what the failure is:

> m4trace:configure.ac:449: -1- id 107675: lt_if_append_uniq(...) -> [m4_ifdef
([lt_decl_varnames],
>   [m4_bmatch([, ][]m4_defn([lt_decl_varnames])[, ], [, ][]m4_re_escape
([macro_version])[, ],
>   [],
>   [m4_append([lt_decl_varnames], [macro_version], [[, ]])

Oops.  m4_append was undocumented in 2.60, then changed semantics in autoconf 
2.62.  Newer libtool works around the semantic change by using lt_append, not 
m4_append:
http://git.savannah.gnu.org/gitweb/?p=libtool.git;a=commitdiff;h=5b560bd

But you still have the definition of lt_if_append_uniq from older libtool, 
which doesn't work with newer autoconf.  I guess this means no one has yet 
identified this as one of the fixes that needs to be imported as part of future-
proofing the gcc tree to make the eventual transition to newer autotools 
easier.  Do you feel like opening a gcc incident with this email chain as the 
starting point?

-- 
Eric Blake



--
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/

Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

[Dave Korn]

Eric Blake wrote:

>  my understanding is that the entire gcc tree must be generated by 2.59 and
> nothing else, because gcc includes a lot of hacks back-ported from newer
> autoconf versions to make 2.59 work, but which might break when used side-by-
> side with even newer autoconf versions where the upstream implementation has
> moved on from the state where those hacks were extraced from.

  Argh.  Thanks for that.  I was thrown off slightly by the fact that the
raw tarball mixes 2.59 and 2.61, but on looking closer it's only fixincludes
that was generated by 2.61, so I guess it still matters elsewhere.

  I'm a bit surprised that I didn't get an error, when binutils /does/ give
an error, and the binutils error comes from a macro called
"_GCC_AUTOCONF_VERSION_CHECK"!

> I guess it boils down to: why are you rerunning autoconf anywhere in the gcc
> tree in the first place?  Are the configuration managed configure scripts
> already in the gcc tree insufficient in some manner?  Let's tackle the root
> problem (what do you hope by regenerating java's configure) before worrying
> about the secondary problem (why isn't a version of autoconf not yet supported
> by the gcc team not working).

  Well, if gcc isn't /supposed/ to work with newer autoconf, there /is/ no
second problem!  As to the first problem: I need to modify
extra_ldflags_libjava before it gets AC_SUBST'd:

@@ -808,6 +809,9 @@ arm*linux*eabi)
 LIBSTDCXXSPEC=-lstdc++
 LIBGCJTESTSPEC="-L`${PWDCMD-pwd}`/.libs
-L`${PWDCMD-pwd}`/../libstdc++-v3/src/.libs -rpath
`${PWDCMD-pwd}`/.libs:`${PWDCMD-pwd}`/../libstdc++-v3/src/.libs -lstdc++"
 ;;
+*-*-mingw*|*-*-cygwin)
+extra_ldflags_libjava='-lws2_32 -lintl'
+;;
 esac
 AC_SUBST(extra_ldflags_libjava)
 AC_SUBST(extra_gij_ldflags)

... I think it's the right place for a bit of target-os-related configury
such as that.

  Anyway thanks for pointing out something I should have remembered myself :)

d'oh!
  DaveK

--
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/

RE: OpenGL-1.1.0 link problem (glXMakeCurrent undefined symbols)

[Phan, Linh H]

Hi Andre,

> Either you follow the Win32 road ...
> Or you follow the X server road.

I have been following the X server road (libGL-devel, libGL1, libGLU-devel, 
libGLU1 and that has been working fine for me) but I guess those are Mesa 
libraries which does not benefit from hardware acceleration, so when I read 
your opengl announcement:

> These programs can display through the native Windows interface (Win32)
> and benefit from hardware and driver acceleration.

I wanted the benefit from hardware acceleration, even though I don't care for 
the Windows interface.  Is it possible for me to not use the Windows interface 
but benefit from the hardware acceleration?

Thank you Andre,

Linh

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of André Bleau
Sent: Tuesday, December 09, 2008 6:06 AM
To: cygwin@cygwin.com
Subject: Re: OpenGL-1.1.0 link problem (glXMakeCurrent undefined symbols)


"Phan, Linh H"  wrote:

> Hi,

Hi Linh,

>   I'm trying to port OpenInventor code and using the new opengl-1.1.0 and I 
> am getting
> undefined _glXMakeCurrent symbols:
> /usr/bin/CC -g Main.o ClassDef.o Man.o Reader.o Writer.o BuildIssues.o 
> -lInventor -lstdc++
>  -L/usr/X11R6/lib -L/usr/local/lib -limage -ljpeg -liconv -lFL -lfreetype
> -lglu32 -lopengl32 -lXm -lXt -lXext -lXi -lX11 -lm   -o ivman
> /usr/local/lib/libInventor.a(So.o): In function 
> `_ZN19SoOffscreenRendererD2Ev':
> /usr/local/src/inventor2/lib/database/src/so/SoOffscreenRenderer.c++:173: 
> undefined reference to
>  `_glXDestroyGLXPixmap'
> /usr/local/src/inventor2/lib/database/src/so/SoOffscreenRenderer.c++:174: 
> undefined reference to
>  `_glXDestroyContext'
> /usr/local/src/inventor2/lib/database/src/so/SoOffscreenRenderer.c++:755: 
> undefined reference to
>  `_glXMakeCurrent'
> ...
> I could see it in:
> [EMAIL PROTECTED] ...inventor2/lib]$ nm /usr/X11R6/lib/libGL-1.dll.a |grep 
> glXMakeCurrent
>  I __imp__glXMakeCurrentReadSGI
>  T _glXMakeCurrentReadSGI
>  I __imp__glXMakeCurrent
>  T _glXMakeCurrent
> What library in the new opengl-1.1.0 can I used to fix this problem?
> Thank you,
> Linh
>

Yeurk! The problem here is that you are trying to mix to incompatible things:

1- libraries from the w32api package (-lglu32 -lopengl32) which are about 
displaying
openGL graphics directly through a native Windows interface (Win32) without any 
X server;

2- some other librairies (-lX...) that are about displaying through an X server.

Than cannot work. You must make up your mind:

Either you follow the Win32 road and you move your discussion to
cygwin at cygwin dot com (as Yaakov suggested).

Or you follow the X server road. As OpenInventor is some SGI thing, it is 
probably
the best choice. In that case, you should update all your X11-related packages
(-L/usr/X11R6/lib is related to the old version). In particular, you will need
the following packages: libGL-devel, libGL1, libGLU-devel, libGLU1, which are
about displaying openGL graphics through an X server. In that case, keep the
discussion at cygwin-xfree at cygwin dot com.


- André Bleau, Cygwin's volunteer OpenGL package maintainer.

Please direct any question or comment about the OpenGL package to cygwin at 
cygwin dot com
_


--
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/


--
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/

Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

[Eric Blake]

Dave Korn  googlemail.com> writes:

> 
> Hi gang (and Chuck in particular!)

Hi Dave, and welcome back,

> 
>   I've been having problems with the latest update to autoconf2.5 (2.63-1).
> The problem can be made to reliably appear and disappear by rolling my install
> forwards and back (to 2.61-1).

You may be better off asking on the gcc list.  Ralf Wildenhues, in particular, 
is most familiar with the effort to modernize gcc's usage of autoconf.  But for 
now, my understanding is that the entire gcc tree must be generated by 2.59 and 
nothing else, because gcc includes a lot of hacks back-ported from newer 
autoconf versions to make 2.59 work, but which might break when used side-by-
side with even newer autoconf versions where the upstream implementation has 
moved on from the state where those hacks were extraced from.

I guess it boils down to: why are you rerunning autoconf anywhere in the gcc 
tree in the first place?  Are the configuration managed configure scripts 
already in the gcc tree insufficient in some manner?  Let's tackle the root 
problem (what do you hope by regenerating java's configure) before worrying 
about the secondary problem (why isn't a version of autoconf not yet supported 
by the gcc team not working).

> 
>   I don't speak M4, and anyway this is just a distraction from the main job
> I was trying to do at the time, so this is as far as I've looked at it.  I've
> kept the autom4te.cache dirs and trace logs around, in case they'll be of any
> help.

I know quite a bit about autoconf's use of m4 (in fact, I was the one that 
built the upstream release of autoconf 2.63), but less about the gcc usage of 
autoconf.  But I personally have not attempted to build my own copy of gcc, nor 
play with their hacks to make 2.59 still work.  I'm not sure that your traces 
will help me much; again, the gcc list may be a better resource.

-- 
Eric Blake




--
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/

Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

[Dave Korn]

On 12/9/08, Dave Korn wrote:
> Hi gang (and Chuck in particular!)

  Eeeww.  Did all those attachments come out inline?  Sorry if so, I'm
not sure how to drive this gmail account yet or whether it's going to
be configurable to send email how I want it.

cheers,
  DaveK

--
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/

ZSH completion problem

[Václav Haisman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,
I have just updated ZSH and now when completing paths it prints the following:

_alternative:69: command not found: _path_commands

Cygcheck thinks the package is complete:

amber2::wilx:~> zsh --version
zsh --version
zsh 4.3.9 (i686-pc-cygwin)

amber2::wilx:~> cygcheck -c zsh
cygcheck -c zsh
Cygwin Package Information
Package  VersionStatus
zsh  4.3.9-1OK

The cygcheck -s output is attached.

- --
VH
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)

iFYEAREIAAYFAkk+trgACgkQhQBMvHf/WHm+EADeJFXQWUwK76gpoB+ypBhB/gqL
1sdnQyycH8yawADg2dKQBQt7+gbLWcQLiBJ2cSPrYtTUQ/+vnAernQ==
=mGvN
-END PGP SIGNATURE-

Cygwin Configuration Diagnostics
Current System Time: Tue Dec 09 19:15:26 2008

Windows XP Professional Ver 5.1 Build 2600 Service Pack 3

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\GNAT\2008\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Perl\site\bin
c:\Perl\bin
c:\Program Files\ATI Technologies\ATI.ACE\Core-Static
c:\Program Files\Intel\DMIX
c:\Program Files\Common Files\bin
c:\Program Files\Common Files\GTK\2.0\bin
c:\Program Files\QuickTime\QTSystem\
c:\Program Files\GNU\GnuPG
c:\Program Files\Common Files\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1003(wilx)   GID: 513(None)
513(None) 547(Power Users)  555(Remote Desktop Users)
545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1003(wilx)   GID: 513(None)
513(None) 547(Power Users)  555(Remote Desktop Users)
545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

CYGWIN = 'server'
HOME = '/home/wilx'
PWD = '/home/wilx'
USER = 'wilx'
MAKE_MODE = 'unix'

Use '-r' to scan registry

c:  hd  NTFS23Mb  96% CP CS UN PA FC Charlie
d:  hd  NTFS142616Mb  99% CP CS UN PA FC StareD_160
e:  hd  NTFS  9358Mb  42% CP CS UN PA FC Echo
i:  cd N/AN/A
j:  cd N/AN/A
k:  cd N/AN/A
l:  cd N/AN/A
m:  cd N/AN/A
q:  hd  NTFS 10001Mb  77% CP CS UN PA FC StareC_160

C:\cygwin  /   system  binmode
D:\wilx/home/wilx  system  binmode
C:\cygwin/bin  /usr/binsystem  binmode
C:\cygwin/lib  /usr/libsystem  binmode
.  /cygdrive   system  binmode,cygdrive

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Found: C:\cygwin\bin\cpp.exe
Not Found: crontab
Found: C:\cygwin\bin\find.exe
Found: C:\cygwin\bin\gcc.exe
Found: C:\cygwin\bin\gdb.exe
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\kill.exe
Found: C:\cygwin\bin\ld.exe
Found: C:\cygwin\bin\ls.exe
Found: C:\cygwin\bin\make.exe
Found: C:\cygwin\bin\mv.exe
Found: C:\cygwin\bin\patch.exe
Found: C:\cygwin\bin\perl.exe
Found: c:\Perl\bin\perl.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Found: C:\cygwin\bin\ssh.exe
Found: C:\cygwin\bin\sh.exe
Found: C:\cygwin\bin\tar.exe
Found: C:\cygwin\bin\test.exe
Not Found: vi
Found: C:\cygwin\bin\vim.exe

   20k 2007/07/29 C:\cygwin\bin\cygao-2.dll
  107k 2008/09/01 C:\cygwin\bin\cygapr-1-0.dll
   89k 2008/09/01 C:\cygwin\bin\cygaprutil-1-0.dll
  704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll
  135k 2007/02/11 C:\cygwin\bin\cygaudiofile-0.dll
  180k 2008/03/31 C:\cygwin\bin\cygautotrace-3.dll
  351k 2008/01/14 C:\cygwin\bin\cygboost_date_time-gcc-mt-1_33_1.dll
  120k 2008/01/14 C:\cygwin\bin\cygboost_filesystem-gcc-mt-1_33_1.dll
   79k 2008/01/14 C:\cygwin\bin\cygboost_iostreams-gcc-mt-1_33_1.dll
  526k 2008/01/14 C:\cygwin\bin\cygboost_program_options-gcc-mt-1_33_1.dll
  564k 2008/01/14 C:\cygwin\bin\cygboost_python-gcc-mt-1_33_1.dll
  678k 2008/01/14 C:\cygwin\bin\cygboost_regex-gcc-mt-1_33_1.dll
  621k 2008/01/14 C:\cygwin\bin\cygboost_serialization-gcc-mt-1_33_1.dll
  118k 2008/01/14 C:\cygwin\bin\cygboost_signals-gcc-mt-1_33_1.dll
   91k 2008/01/14 C:\cygwin\bin\cygboost_thread-gcc-mt-1_33_1.dll
   61k 2008/04/01 C:\cygwin\bin\cygbz2-1.dll
  386k 2008/08/27 C:\cygwin\bin\cygcairo-2.dll
7k 2008/11/10 C:\cygwin\bin\cygcharset-1.dll
  560k 2008/07/07 C:\cygwin\bin\cygclamav-4.dll
  644k 2008/11/27 C:\cygwin\bin\cygclamav-5.dll
   42k 2008/07/07 C:\cygwin\bin\cygclamunrar-4.dll
   42k 2008/11/27 C:\cygwin\bin\cygclamunrar-5.dll
8k 2008/07/07 C:\cygwin\bin\cygclamunrar_iface-4.dll
8k 2008/11/27 C:\cygwin\bin\cygclamunrar_iface-5.dll
7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll
 1064k 2008/09/30 C:\cygwin\bin\cygcrypto-0.9.8.dll
  194k 2007/06/30 C:\cygwin\bin\cygcurl-3.dll
  221k 2007/06/30 C:\cygwin\bin\cygcurl-4.dll
  703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll
  943k 2007/1

Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

[Dave Korn]

Hi gang (and Chuck in particular!)

  I've been having problems with the latest update to autoconf2.5 (2.63-1).
The problem can be made to reliably appear and disappear by rolling my install
forwards and back (to 2.61-1).

  It arises in generating the config sections of the libtool script, which
I've seen when reconfiguring gcc.  Specifically, I cd into the libjava/ subdir
of the gcc-4.3.2 tarball, run "autoconf -I .." (the libtool m4 files all live
in the toplevel src dir), and compare the newly generated configure file to
the original.  (I don't know if it's something to do with the way in which GCC
implements libtool.  I tried reconfiguring binutils but it's got a check in
and is very precise about wanting autoconf-2.59 and not 2.61 or 2.63.)

  There are of course tons of minor changes, but the big difference is in the
section of the configure script that writes the local libtool script.  There
is a section setting global configuration variables at the start of libtool,
wrapped in "### [BEGIN|END] LIBTOOL CONFIG", and at the end of the script are
various per-language-tag configuration settings wrapped similarly in
"### [BEGIN|END] LIBTOOL TAG CONFIG: [CXX|GCJ]".

  In the original configure script and in the 2.61-generated version, these
sections contain dozens of definitions.  In the 2.61-generated version, these
sections are almost empty: the global libtool config section contains a single
definition, pic_mode, which is redundantly repeated twice, and the per-tag
sections each contain only a single definition of pic_mode (setting it from
the language specific version).

  I started debugging it a bit.  I have a log file containing three million
lines of m4 trace output.  I decided to take a quick look at what happened to
the definition of macro_version, which is usually one of the first things in
the config sections; it originates from LTVERSION_VERSION in ltversion.m4,
(see trace #1) and is invoked by AC_REQUIRE from LT_INIT (trace #2).

  In the trace file, I can see LTVERSION_VERSION being AC_DEFUN'd, then later
being AC_REQUIRE'd and getting expanded; I can see it calling _LT_DECL for
macro_version and see lt_dict_add_subkey being invoked to add macro_version
into lt_decl_dict, but it looks for some reason as if the value which was
assigned ('2.1a') isn't being added into the dictionary with it? (trace #3)

  Later, at output generation time, I see _AC_OUTPUT_MAIN_LOOP calling
_LT_LIBTOOL_TAGS, which iterates through lt_decl_varnames.  I see that
macro_version is in lt_decl_varnames, but when its turn comes up it fails to
retrieve anything of interest (trace #4), which I think is down to no value
having been attached to the variable when it was entered in the dictionary.

  I don't speak M4, and anyway this is just a distraction from the main job
I was trying to do at the time, so this is as far as I've looked at it.  I've
kept the autom4te.cache dirs and trace logs around, in case they'll be of any
help.


cheers,
  DaveK
-- 
[Well, I guess I'm back.  I have an email backlog to catch up with, feel free
to ping me off-list with links to posts in the archives I need to respond to.]
m4trace:configure.ac:449: -1- id 107665: LTVERSION_VERSION -> [_m4_defun_pro([LTVERSION_VERSION])macro_version='2.1a'
macro_revision='1.2435'
_LT_DECL(, macro_version, 0, [Which release of libtool.m4 was used?])
_LT_DECL(, macro_revision, 0)
[]_m4_defun_epi([LTVERSION_VERSION])]
m4trace:configure.ac:449: -1- id 107641: AC_REQUIRE ...
m4trace:configure.ac:449: -1- id 107641: AC_REQUIRE([LTVERSION_VERSION]) -> ???
m4trace:configure.ac:449: -1- id 107641: AC_REQUIRE(...) -> [m4_ifdef([_m4_expanding(LTVERSION_VERSION)],
		 [m4_fatal([AC_REQUIRE: circular dependency of LTVERSION_VERSION])])m4_ifdef([_m4_divert_dump], [],
		 [m4_fatal([AC_REQUIRE(LTVERSION_VERSION): cannot be used outside of an ]dnl
m4_bmatch([AC_REQUIRE], [^AC_], [[AC_DEFUN]], [[m4_defun]])['d macro])])m4_provide_if([LTVERSION_VERSION],
		  [],
		  [_m4_require_call([LTVERSION_VERSION], [])])]
m4trace:configure.ac:449: -1- id 107642: m4_ifdef ...
m4trace:configure.ac:449: -1- id 107642: m4_ifdef([_m4_expanding(LTVERSION_VERSION)], [m4_fatal([AC_REQUIRE: circular dependency of LTVERSION_VERSION])]) -> ???
m4trace:configure.ac:449: -1- id 107642: m4_ifdef(...)
m4trace:configure.ac:449: -1- id 107643: m4_ifdef ...
m4trace:configure.ac:449: -1- id 107643: m4_ifdef([_m4_divert_dump], [], [m4_fatal([AC_REQUIRE(LTVERSION_VERSION): cannot be used outside of an ]dnl
m4_bmatch([AC_REQUIRE], [^AC_], [[AC_DEFUN]], [[m4_defun]])['d macro])]) -> ???
m4trace:configure.ac:449: -1- id 107643: m4_ifdef(...)
m4trace:configure.ac:449: -1- id 107644: m4_provide_if ...
m4trace:configure.ac:449: -1- id 107644: m4_provide_if([LTVERSION_VERSION], [], [_m4_require_call([LTVERSION_VERSION], [])]) -> ???
m4trace:configure.ac:449: -1- id 107644: m4_provide_if(...) -> [m4_ifdef([m4_provide(LTVERSION_VERSION)],
	  [], [_m4_require_call([LTVERSION_VERSION], [])])]
m4tr

Re: Problems with remote programs using ncurses (aptitude)

[Larry Hall (Cygwin)]

Phil Betts wrote:

Wow!

May I suggest a gold star for Brian for this and other recent responses
which have shown patience and insight in the face of sparse information 
and have gone well beyond the accepted degree of helpfulness (for OSS

or commercial software), without ever lapsing into cynicism or adopting
a patronizing tone.





Alternatively, you might want to ostracise him for breaking with the
traditional cygwin WJM ethic and setting a bad precedent :)


Perhaps a gold star with a black splotch on it then. ;-)

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
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/

FW: ssh-host-config problem on windows 2003, please help.

[Karl M]

> Date: Tue, 9 Dec 2008 15:15:46 +0100
> From: corinna
> Subject: Re: ssh-host-config problem on windows 2003, please help.
> 
> On Dec 9 10:16, Corinna Vinschen wrote:
>> On Dec 9 02:28, Charles Wilson wrote:
>>> Okay. So, suppose we modify the pseudo-code and word the non-auto-answer
>>> question like the auto-answer=yes case. Then, somebody looking at a
>>> manual transcript might ask: I want to run this script "safely" so that
>>> things are set up, but no services are actually installed and no new
>>> user accounts are created. Should I use --yes, or --no? Under this
>>> modified pseudocode, the answer would be --no, except I think I want
>>> --yes (e.g. I want the default prived user) for "Do you want to use this
>>> account name for running this service"
>>> 
>>> Anybody have a better idea, that works for both "automated" cases yet
>>> doesn't confuse the heck out of somebody trying to figure out which of
>>> --yes or --no to use when implementing their own automation?
>> 
>> A --user option?
> 
> Or maybe better --service-account?
> 
I would love to be able to specify the server account name from the command
line. :*)
 
Thanks,
 
...Karl
 





Suspicious message? There’s an alert for that. Get your Hotmail® account now.
_
Send e-mail faster without improving your typing skills.
http://windowslive.com/Explore/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_speed_122008

--
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/

RE: Problems with remote programs using ncurses (aptitude)

[Phil Betts]

Brian Dessent wrote on Monday, December 08, 2008 2:31 PM::

> SO wrote:
> 
>> I have problems opening remote programs using ncurses library.
>> Aptitude for example. Menus and other interface components are just
>> garbage on my term on windows vista. Is there a solution for that?
> 
> The answer will depend on what terminal you're using.  But first a
> summary of the problem: The application wants to draw nice looking
> boxes or lines.  So it checks the value of the TERM environment
> variable and then asks its local terminfo database what the
> appropriate characters are for that terminal, and prints them. 
> Simple, so far. 
> 
[ lots of good stuff snipped ]
>
> Brian

Wow!

May I suggest a gold star for Brian for this and other recent responses
which have shown patience and insight in the face of sparse information 
and have gone well beyond the accepted degree of helpfulness (for OSS
or commercial software), without ever lapsing into cynicism or adopting
a patronizing tone.

I suspect the ever helpful Brian may have stepped up a gear to 
compensate for the (hopefully short) absence of Dave, who in fairness,
also deserves a lifetime achievement gold star.

Alternatively, you might want to ostracise him for breaking with the
traditional cygwin WJM ethic and setting a bad precedent :)


Phil
-- 


This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange.

--
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/

Re: ssh-host-config problem on windows 2003, please help.

[Corinna Vinschen]

On Dec  9 10:16, Corinna Vinschen wrote:
> On Dec  9 02:28, Charles Wilson wrote:
> > Okay. So, suppose we modify the pseudo-code and word the non-auto-answer
> > question like the auto-answer=yes case.  Then, somebody looking at a
> > manual transcript might ask: I want to run this script "safely" so that
> > things are set up, but no services are actually installed and no new
> > user accounts are created. Should I use --yes, or --no?  Under this
> > modified pseudocode, the answer would be --no, except I think I want
> > --yes (e.g. I want the default prived user) for "Do you want to use this
> > account name for running this service"
> > 
> > Anybody have a better idea, that works for both "automated" cases yet
> > doesn't confuse the heck out of somebody trying to figure out which of
> > --yes or --no to use when implementing their own automation?
> 
> A --user option?

Or maybe better --service-account?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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/

Re: OpenGL-1.1.0 link problem (glXMakeCurrent undefined symbols)

[André Bleau]

"Phan, Linh H"  wrote:
 
> Hi,
 
Hi Linh, 
 
>   I'm trying to port OpenInventor code and using the new opengl-1.1.0 and I 
> am getting
> undefined _glXMakeCurrent symbols:
> /usr/bin/CC -g Main.o ClassDef.o Man.o Reader.o Writer.o BuildIssues.o 
> -lInventor -lstdc++ 
>  -L/usr/X11R6/lib -L/usr/local/lib -limage -ljpeg -liconv -lFL -lfreetype 
> -lglu32 -lopengl32 -lXm -lXt -lXext -lXi -lX11 -lm   -o ivman
> /usr/local/lib/libInventor.a(So.o): In function 
> `_ZN19SoOffscreenRendererD2Ev':
> /usr/local/src/inventor2/lib/database/src/so/SoOffscreenRenderer.c++:173: 
> undefined reference to 
>  `_glXDestroyGLXPixmap'
> /usr/local/src/inventor2/lib/database/src/so/SoOffscreenRenderer.c++:174: 
> undefined reference to
>  `_glXDestroyContext'
> /usr/local/src/inventor2/lib/database/src/so/SoOffscreenRenderer.c++:755: 
> undefined reference to 
>  `_glXMakeCurrent'
> ...
> I could see it in:
> [EMAIL PROTECTED] ...inventor2/lib]$ nm /usr/X11R6/lib/libGL-1.dll.a |grep 
> glXMakeCurrent
>  I __imp__glXMakeCurrentReadSGI
>  T _glXMakeCurrentReadSGI
>  I __imp__glXMakeCurrent
>  T _glXMakeCurrent
> What library in the new opengl-1.1.0 can I used to fix this problem?
> Thank you,
> Linh
> 
 
Yeurk! The problem here is that you are trying to mix to incompatible things:
 
1- libraries from the w32api package (-lglu32 -lopengl32) which are about 
displaying 
openGL graphics directly through a native Windows interface (Win32) without any 
X server;
 
2- some other librairies (-lX...) that are about displaying through an X 
server. 
 
Than cannot work. You must make up your mind: 
 
Either you follow the Win32 road and you move your discussion to 
cygwin at cygwin dot com (as Yaakov suggested).
 
Or you follow the X server road. As OpenInventor is some SGI thing, it is 
probably
the best choice. In that case, you should update all your X11-related packages
(-L/usr/X11R6/lib is related to the old version). In particular, you will need 
the following packages: libGL-devel, libGL1, libGLU-devel, libGLU1, which are
about displaying openGL graphics through an X server. In that case, keep the
discussion at cygwin-xfree at cygwin dot com.
 
 
- André Bleau, Cygwin's volunteer OpenGL package maintainer.
 
Please direct any question or comment about the OpenGL package to cygwin at 
cygwin dot com
_


--
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/

Re: ssh-host-config problem on windows 2003, please help.

[Corinna Vinschen]

On Dec  9 02:28, Charles Wilson wrote:
> Okay. So, suppose we modify the pseudo-code and word the non-auto-answer
> question like the auto-answer=yes case.  Then, somebody looking at a
> manual transcript might ask: I want to run this script "safely" so that
> things are set up, but no services are actually installed and no new
> user accounts are created. Should I use --yes, or --no?  Under this
> modified pseudocode, the answer would be --no, except I think I want
> --yes (e.g. I want the default prived user) for "Do you want to use this
> account name for running this service"
> 
> Anybody have a better idea, that works for both "automated" cases yet
> doesn't confuse the heck out of somebody trying to figure out which of
> --yes or --no to use when implementing their own automation?

A --user option?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
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/