from:"Igor Pechtchanski"

On Wed, 21 Dec 2005, Ed Brady wrote:

  Ed Brady wrote:
 
   After upgrading to the latest release of cygwin, I am continually
   receiving the error message.
  
   socket:  Operation not permitted
   ssh:  connect to host port 22: Operation not permitted
  
   I have had Cygwin installed on this computer for over three years
   and have used ssh reguarly without any problems until this recent
   upgrade.
  
   Also, I can copy ssh.exe to my home directory and for some strange
   reason this seems to work.  I have searched all over for an answer
   to this problem with no avail.
   Any help appreciated

 Thinking that the firewall might be an issue, I tried disabling it, but
 with no luck.
 The one peculiar behavior I see here is that this only seems to happen
 whenever the files reside in /usr/bin.  If I make a copy of them and put
 them into my home dir the problem goes away.
 Additionally, if I make a copy of the files, and let them REMAIN in the
 /usr/bin dir, the problem still exists.

Does it help if you leave the files in /usr/bin, but explicitly specify
the path to the program (e.g., /home/Ed/telnet.exe)?

 Some additional notes:
 #1 - Copying the program to a different name under the SAME directory
 (/usr/bin)  does not cause the problem to go away, creating symlinks
 does not help either.  This means the problem is somehow related to
 something specific to the attributes of /usr/bin itself.
 #2 - Considering the three programs found (ssh, ftp, telnet), there is a
 high probability that the root cause is related to how the socket or
 related api cmds are being invoked or differences in how it is being
 called when the application resides in the home directory versusus
 /usr/bin.
 #3 - I have yet to find a complete list, but I am betting that this
 behavior will exist on all applications trying to open a priviledged
 port.

Sounds like a permission issue.  What does ls -ld /usr/bin show?
This may be a red herring, but try the following command:

chmod a+x / /bin /lib /usr /etc

If this helps, your trouble may be with traverse checking...

Also, can you post the permissions on the original files and the copies in
your home directory (both ls -l and getfacl)?
HTH,
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: Inconvenient ghostscript and transfig dependences

On Wed, 21 Dec 2005, Yitzchak Scott-Thoennes wrote:

 On Tue, Dec 20, 2005 at 07:24:56PM -0500, Larry Hall (Cygwin) wrote:
  Sorry but there is currently no way to represent either/or
  dependencies via setup.exe (PTC).  That said, there's no reason that
  you can't override setup.exe and not install gs-no-X11.  If you know
  that's what you want, then you should feel free to do so.  If your
  gripe is that setup.exe will try to install gs-no-X11 each time you
  run it, you should feel free to manually edit /etc/setup/install.db to
  include the package name and an impossibly high version number to fool
  setup.exe into thinking you already have a version installed that is
  more current than what it has available to it.

 This keeps getting advocated, but in my testing it does *not* work.
 If you have found otherwise, or see somewhere in the source for setup
 where this is supposedly implemented, please give some detailed
 information.

 But AFAICT, setup seems to have no concept of higher/lower version
 numbers, nor do I see how setup *could* understand the variety of
 version numbers out there.  Which is higher, 20030307 or 1.875?
 2.5.4a or 2.5.4?  2.8.0 or 2.10.1?  These all involve assumptions
 that may or may not be true.

Yes, you're correct.  I've also been occasionaly guilty of recommending
this option, and it indeed does not work.  The code in setup.exe only
checks for version equality, so if you have installed != current,
current will be selected, even if installed is higher (for some
definition of higher).

It might be quicker (and easier) to implement a lock package option in
installed.db, so that locked packages never get upgraded, even if their
version is not the same as curr.  http://cygwin.com/acronyms/#PTC
(which I will provide eventually, though someone else is welcome to beat
me to it).
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: Please try a snapshot - final push for 1.5.19

On Wed, 21 Dec 2005, Christopher Faylor wrote:

 Only four more testing days remain if we want to get a cygwin 1.5.19
 release out there by Christmas.  Please try a snapshot and report
 success/failure to this thread.

 When reporting a problem please report the exact steps that you've taken
 and *please* narrow down the failure to the absolute minimum scenario
 needed to duplicate it.

 So, please try the 2005-Dec-21 snapshot: http://cygwin.com/snapshots/ .

I've been having problems with fork: resource unavailable on my machine
with the 10/03 snapshot.  The problem is only reproducible after Cygwin
has been running for a while, under a heavy load.  I'll try to see if it
appears under the 12/20 snapshot, but there's no guarantee I'll be able to
reproduce it in time for the release.  I know this isn't much of a bug
report, but this is just a heads-up.

I'm at a loss on how to proceed.  Would an strace captured under the 10/03
snapshot be helpful at all?  If not, would it at least be possible to add
the relevant debugging information to the fork() code, so that when I do
reproduce this (and I have a feeling that in a few days, I'll be able to),
I can get meaningful information from the strace even with the outdated
snapshot?  Unfortunately, the whole nature of the problem setting
precludes using the latest snapshot...  I also have a feeling that this
would be next to impossible to reproduce on other machines...

FWIW, here's the (IMO) relevant bit of the strace, captured under the
10/03 snapshot.  I don't know how normal it is for a newly-created process
to have the PID_EXITED bit set:

   22   76572 [main] bash 12000 fork: entering
   20   76592 [main] bash 12000 sig_send: sendsig 0x734, pid 12000, signal -40, 
its_me 1
   22   76614 [main] bash 12000 sig_send: wakeup 0x6E4
   27   76641 [main] bash 12000 sig_send: Waiting for pack.wakeup 0x6E4
   26   76667 [main] bash 12000 sig_send: returning 0x0 from sending signal -40
  255   76922 [main] bash 12000 stack_base: bottom 0x23, top 0x22E72C, 
stack 0x22E72C, size 6356, reserve 6356
   21   76943 [main] bash 12000 frok::parent: CreateProcess 
(C:\cygwin\bin\bash.exe, C:\cygwin\bin\bash.exe, 0, 0, 1, 0x20, 0, 0, 0x22E730, 
0x22E7A0)
 1180   78123 [sig] bash 12000 wait_sig: signalled 0x6E4

(the part below is repeated 20 times)
   37   89289 [main] bash 12000 open_shared: name (null), n 11608, shared 
0x147 (wanted 0x0), h 0x6D4
   22   89311 [main] bash 12000 pinfo::init: looping because pid 11608, 
procinfo-pid 11608, procinfo-dwProcessid 6644 has PID_EXITED set
(the part above is repeated 20 times)

   38   89349 [main] bash 12000 frok::parent: pinfo failed
   28   89377 [main] bash 12000 frok::parent: returning -1
   18   89395 [main] bash 12000 fork: fork failed - child pid 11608, errno 11
   19   89414 [main] bash 12000 __set_errno: int fork():602 val 11
   19   89433 [main] bash 12000 fork: -1 = fork()

Any pointers/advice would be appreciated.
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: Please try a snapshot - final push for 1.5.19

On Wed, 21 Dec 2005, Christopher Faylor wrote:

 On Wed, Dec 21, 2005 at 12:17:09PM -0500, Igor Pechtchanski wrote:
 I've been having problems with fork: resource unavailable on my machine
 with the 10/03 snapshot.[snip]
 
 I'm at a loss on how to proceed.[snip]
 [snip]
 
 Any pointers/advice would be appreciated.

 Below is the contents from how-to-debug-cygwin.txt.  This file is
 found in the cygwin source directory.
 [snip]

A simple you'd have to debug this yourself would have sufficed, thank
you.  And I knew I would need to do this.  However, this kind of problem
is not covered in how-to-debug-cygwin.txt, for two reasons: a) it is not a
crash, and thus the JIT debugging instructions are useless, and b) it was
not reproducible under gdb, unfortunately -- only under strace.

I was hoping that the particular pattern in the strace would jump out at
someone familiar with the code.  I guess this is not the case, so I'll try
to get more understanding of the code and see if I can figure out the
problem myself.  At first glance, this looks like a PID reuse problem --
the PID is reused before the old pinfo structure could be released, and
with the high load, 20 loop iterations aren't enough to wait it out.  I
suspect that upping the NPIDS_HELD to 8 would at least work around the
problem -- would a patch like this be accepted if I could show that this
is the reason for the failure?

I'll post back when (and if) I have more info.
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: Execute bit getting set on created files when it shouldn't

On Wed, 21 Dec 2005, Don Peterson wrote:

 Please reference the mail list thread
 http://sourceware.org/ml/cygwin/2005-10/msg00921.html for what I could
 find on this topic.  I didn't find an answer, but I have a suspicion
 that the problem's cause is not due to cygwin's behavior.  Output of
 cygcheck on my machine attached.

 Problem statement:  running a non-cygwin program in a console generate
 files with the execute bit set, even if your umask doesn't allow it.

That's because non-Cygwin programs don't know about Cygwin umask.  FYI,
you can get Cygwin programs to behave the same way by setting
CYGWIN=nontsec.

 The only annoyance of this is that subsequent use of 'ls --color=auto'
 results in lots of files showing up as executables that really aren't.

 For one occurrence of this behavior, it's ignorable.  However, it's the
 apocryphal Chinese water torture after thousands of occurrences.  I've
 happily used cygwin on NT4 and Win2000 from 1997 or so to around the
 middle of 2005 and this problem never occurred (not to mention lots of
 time on UNIX machines that also don't exhibit this behavior).  I bought
 a new computer last summer with XP, installed cygwin, restored my
 .profile/.bashrc stuff, and started seeing the problem.  I suspect the
 root cause is that XP changed its permissions behavior from how
 Win2000/NT4 behaved.

Actually, it has nothing to do with the OS -- I've had the same problem on
Win2k, before we went to XP.  It has to do with inheritable directory
permissions -- you must've had the parent directory's file execute ACL
turned off on Win2k, and XP turned it on by default.

You could try playing with permission inheritance to fix this...

 I use the following shell function as a quick hack to recursively fix
 things:

 unx () {
 find . -type d | xargs chmod a+x;
 find . -type f ! -name *.exe | xargs chmod a-x
 }

...or you could use a more comprehensive script I posted in
http://cygwin.com/ml/cygwin/2005-10/msg00935.html. :-)

 Its problem is that it doesn't work on file names with space characters
 (one could hack on find to add a -Q option to quote any filenames with

Actually, using find -print0 | xargs -r0 is the preferred way.

 spaces etc. so that hopefully xargs would do the right thing).  An
 undesirable side effect is that e.g. files that are scripts where you do
 want them to be executable are changed to nonexecutable.

 One tip:  if you're using InfoZip's unzip command, be sure to add the -X
 option to restore access control lists.  This cuts down on the problem.
 I use the alias 'alias unzip=unzip -X'.

Or use the Cygwin unzip package... :-)

 Here's an example of the problem on my machine (I took out some
 unrelated cruft):

 -- ls -l
 total 80
 -rw-r--r--  1 Don None 19482 Jul 23  2002 md5.c
 -- gcc -c md5.c
 -- ls -l
 total 85
 -rw-r--r--  1 Don None 19482 Jul 23  2002 md5.c
 -rwxr-xr-x  1 Don None  4617 Dec 21 12:19 md5.o

 The md5.o file has its execute bits set.  This occurs even if I have my
 umask set to 0122.

Umm, are you using a non-Cygwin gcc?  Why?

 However, if I execute 'rm md5.o; touch md5.o' (i.e., use a cygwin tool),
 the permissions are as I expect (i.e., no execute bits set, even if my
 umask is 0).  This tells me the problem is not caused by cygwin, but
 rather by Windows.

 My question for the esteemed cygwin folks is:  Does anyone have an idea
 for a workaround that could eliminate or mitigate this behavior?

 If there's no workaround, one day I'll get around to writing a fix for
 the above unx function which turns the execute bits off for all files
 except for those where the first two characters are '#!'.  I think this
 should work, since *.exe files don't need the permission bit set in
 order to run either from bash or Windows Explorer.  *.com files, though,
 do need the bit, as do *.bat files.  For me, this is ignorable, since I
 essentially don't use them.

Actually, DLLs also need to be executable.  The script at the link above
should take care of it.

 PS:  I'd like to thank the cygwin developers and the Red Hat executives
 (past and present) who continue to support cygwin.  Life on Windows
 would be miserable without your work and dedication.

Hear, hear...
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: Please try a snapshot - final push for 1.5.19

On Wed, 21 Dec 2005, Christopher Faylor wrote:

 On Wed, Dec 21, 2005 at 03:01:17PM -0500, David Arnstein wrote:
 On Wed, Dec 21, 2005 at 12:17:09PM -0500, Igor Pechtchanski wrote:
  I've been having problems with fork: resource unavailable on my machine
  with the 10/03 snapshot.  The problem is only reproducible after Cygwin
  has been running for a while, under a heavy load.  I'll try to see if it
  appears under the 12/20 snapshot, but there's no guarantee I'll be able to
  reproduce it in time for the release.  I know this isn't much of a bug
  report, but this is just a heads-up.
 
 I have been plagued by this problem for monthes now. I don't have a
 solution, but here is a bash shell script that will reproduce the
 problem. It is checking every file in its argument list. It is most
 likely to cause the problem when presented with a long argument list.
 I like to exercise it by launching it from C:\Windows as
  undupe.sh *

 Wow.  Two replies to my request for testing the current snapshot.  The
 first talks about a two-month old snapshot and the second doesn't
 provide any details about whether this is a problem with the current
 snapshot or not.

 Not what I'd call an auspicious start.

Okay, I was wrong.  I did reproduce the problem with essentially the same
strace under the 12/20 snapshot (sorry, still not the latest, but I'm
building a debug version of cygwin1.dll from cvs HEAD now).  More details
when I have them.
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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 problem after upgrade

Ed, there was no need to Cc: me -- I read the list.  Please make sure your
mailer respects the Reply-To: header, which I set appropriately.

On Wed, 21 Dec 2005, Ed Brady wrote:

 Igor Pechtchanski wrote:

  Does it help if you leave the files in /usr/bin, but explicitly
  specify the path to the program (e.g., /home/Ed/telnet.exe)?

 Unfortunately, I have tried explicitly specifying the path
 (/usr/bin/ssh.exe, /usr/bin/telnet, etc)  with no luck.

That's not what I asked (though I can see how it can be misread).  Let me
try again: if you copy telnet.exe into your home directory, *leave*
/usr/bin/telnet.exe in place, and then invoke the telnet in your home
directory as /home/Ed/telnet.exe, does it still work for you?

   Some additional notes:
   #1 - Copying the program to a different name under the SAME directory
   (/usr/bin)  does not cause the problem to go away, creating symlinks
   does not help either.  This means the problem is somehow related to
   something specific to the attributes of /usr/bin itself.

Either the attributes, or the contents.

   #2 - Considering the three programs found (ssh, ftp, telnet), there is a
   high probability that the root cause is related to how the socket or
   related api cmds are being invoked or differences in how it is being
   called when the application resides in the home directory versusus
   /usr/bin.

IIRC, the Windows dynamic loader will first look for DLLs in the
application directory, and only then in the PATH.  Here's a WAG: do you
have a copy of winsock.dll or ws2_32.dll in /usr/bin?

   #3 - I have yet to find a complete list, but I am betting that this
   behavior will exist on all applications trying to open a priviledged
   port.
 
  Sounds like a permission issue.  What does ls -ld /usr/bin show?
  This may be a red herring, but try the following command:
 
  chmod a+x / /bin /lib /usr /etc

 Interesting idea, I tried this, but no luck

  If this helps, your trouble may be with traverse checking...

Just to rule out traverse checking, could you try running
CYGWIN=notraverse /usr/bin/telnet HOST?

  Also, can you post the permissions on the original files and the
  copies in your home directory (both ls -l and getfacl)?

 Here are the listings, starting with /usr/bin

 getfacl /usr/bin/ssh.exe
 # file: /usr/bin/ssh
 # owner: Ed
 # group: Users
 user::rwx
 group::r-x
 group:SYSTEM:rwx
 mask:rwx
 other:---

 getfacl  /home/Ed/ssh.exe
 # file: /home/Ed/ssh.exe
 # owner: Ed
 # group: None
 user::rwx
 group::r-x
 mask:rwx
 other:---

 I have also tried changing the group of /usr/bin/ssh.exe to None with no
 success

Doesn't look particularly significant...  Can you also post the output of
getfacl / /bin /home/Ed?
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: Setting cygwin permissions from Windows programs

2005-12-20 Thread Igor Pechtchanski

On Tue, 20 Dec 2005, Steve Holden wrote:

 Larry Hall (Cygwin) wrote:
  Steve Holden wrote:
 
   I am writing a Python program to generate file trees to be
   distributed to a Linus machine using Cygwin's scp. As the GUI to
   this program uses wxPython, a native Windows approach is the most
   straightforward.
  
   Is there any way to set permissions on the output files from the
   Windows side that will result in predictable permissions when the
   output tree is viewed from Cygwin?
  
   A Python recipe would be useful, but I'll take what I can get!
 
 
  Have you checked what the permissions on a file you created by Windows
  looks like under Cygwin and seen some problem?  If so, please post the
  details and perhaps someone can help.  Otherwise, I'd suggest just
  doing the above and working with the result unless you see problems.
  In general, unless you've done something to restrict access in
  Windows, Cygwin can see and interact with natively created files
  just fine.

 Holger Krull wrote:
  Cygwin doesn't have an own management of permissions. So any program
  that modifies permission in Windows will be able to change permissions
  for cygwin files. cacls and xcacls are command line tools from
  windows. Don't know how this would be usually done in python.

 Thanks for the responses. The issue is that I'd like the files to appear in
 Cygwin with permissions of -rwxr--r--, or -rwxr-xr-x for executables and
 directories.

 I'm trying to avoid having to use Cygwin utilities to assert Cygwin
 permissions, but I am unable to determine the Windows permissions I must
 assert when creating the files in order for Cygwin to see those
 permissions. Currently a newly created file appears as:

 -rwx--  1 sholden None 13834 Dec 20 14:26 index.html

 This is under Win XP. Are the Cygwin and Windows permissions different
 universes that don't interact?

To clarify what Holger said: on NTFS, Cygwin does not do its own
permission management -- it uses the ACLs on the underlying filesystem and
maps them to Unix-style permissions.  You can experiment with this mapping
by playing with the Cygwin getfacl/setfacl tools (or use cacls, but I
found the getfacl output much more palatable).  Once you understand how
the mapping works, you can change the ACLs appropriately to get the right
Unix permission bits from Cygwin.

FYI, on FAT filesystems, Cygwin can emulate permissions using NTEA, but
those will need to be changed via Cygwin itself -- Windows won't know
anything about them, and so none of the pure Windows tools can be used to
change them.
HTH,
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: 1.5.18-1: issue with cygwin1.dll: system shared memory version mismatch detected

2005-12-20 Thread Igor Pechtchanski

On Tue, 20 Dec 2005, JeDi wrote:

   I am now able to launch bash properly.
  
   Worm ?
 
  Not sure.  services.exe could be a wrapper that was running some
  Cygwin program at the time...

 Well ProcessExplorer used to point services.exe on
 c:\windows\system\DRIVER, were I couldn't find any services.exe in the
 explorer (I checked that explorer was not configured for hidding files).
 Moreover I was not able to create a file called services.exe, explorer
 wouldn't do it because another one was called like this in the
 folder Then, in a command prompt I executed del services.exe, and
 the del command told me no file was there. Then, I did mv services.exe
 services.exe.old, and the file was renamed. I created a services.exe
 from an empty txt file, and that's it, services.exe (the one containing
 a copy of cygwin1.dll) does not launch himself anymore at each boot and
 cygwin works correctly.

 I definitly think it's a worm.

Ok.

  Hmm...  Weird.  Well, it's gone now...

 Thanks to you, thank you and the other guys in the
 forum for your gracious help.

   /etc/setup does exist and contains some files. Actually cygcheck is
   depending on cygwin1.dll I guess, so ...
 
  Your guess is wrong.  cygcheck does attempt to invoke some programs
  that depend on cygwin1.dll, but it itself does not depend on it.  The
  fact that it thinks that you have no mounts and that no packages are
  installed is alarming.

 But everything seems to work perfectly.

For now.  Your configuration is just asking for trouble.

  What is the output of mount from bash?  Does your system have an
  /etc/setup/installed.db?

 bash-3.00$ mount
 c: on /cygdrive/c type system (binmode,noumount)
 d: on /cygdrive/d type system (binmode,noumount)
 e: on /cygdrive/e type system (binmode,noumount)
 g: on /cygdrive/g type system (binmode,noumount)
 h: on /cygdrive/h type system (binmode,noumount)

You need to have the /, /usr/bin, and /usr/lib mounts, at the very
least.

 And I have a /etc/setup/installed.db in my cygwin directory. Attached
 with the mail, my last cygcheck which seems fine.

It is not fine.  The default mounts are missing, so most scripts will not
work properly (those that use /usr/bin/PROG as their shebang line, for
example).  Looks like you've installed Cygwin into c:\cygwin, so you can
restore the mounts with

cd c:\cygwin\bin
.\mount -f -s -b c:/cygwin /
.\mount -f -s -b c:/cygwin/bin /usr/bin
.\mount -f -s -b c:/cygwin/lib /usr/lib

(from a cmd.exe window), or re-running setup.exe...
FWIW, the empty list of installed packages is likely a consequence of the
missing / mount, and should also be fixed by the above commands.
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: Linker error after clean reinstallation of Cygwin

On Mon, 19 Dec 2005, Yitzchak Scott-Thoennes wrote:

 On Fri, Dec 16, 2005 at 07:03:12PM -0500, Igor Pechtchanski wrote:
  On Fri, 16 Dec 2005, Angelo Graziosi wrote:
 
   The cygipc package has not been reinstalled, it, now, belongs to
   obsolte section.
  
   Should I reinstall it or is sufficient to delete '-lcygipc' from the
   build command?
 
  Actually, cygipc *is* installed, but the new version is empty (as are all
  obsolete packages)

 Doesn't seem to be true in this case:

 setup.ini:

 setup-timestamp: 1134667219
 ...
 @ cygipc
 sdesc: IPC support for cygwin
 ldesc: CygIPC provides a library, headers, and a daemon that can
 be used to provide IPC services for cygwin.  It is, however, slated
 to become obsolete once the cygserver is complete (cygserver is a
 similar library and daemon that will be a built-in part of the main
 cygwin DLL).
 category: _obsolete
 requires: cygwin libpopt0
 version: 2.03-2
 install: release/_obsolete/cygipc/cygipc-2.03-2.tar.bz2 374271 
 38e9b514fd9c0946a8d019d8a4c9b031
 source: release/_obsolete/cygipc/cygipc-2.03-2-src.tar.bz2 81505 
 71ff16929a3128a1c9a63c657deb380b
 [prev]
 version: 2.02-1
 install: release/_obsolete/cygipc/cygipc-2.02-1.tar.bz2 358773 
 6340582cd657fb3beabef20ee47c5f78
 source: release/_obsolete/cygipc/cygipc-2.02-1-src.tar.bz2 75792 
 d08c0fa695264c881fd6c7fe16a10226

 $ cygcheck -c cygipc
 Cygwin Package Information
 Package  VersionSta
 cygipc   2.03-2 OK

 $ cygcheck -l cygipc
 /etc/postinstall/cygipc.sh
 [snip more cygipc content]

True -- I should've checked before assuming that this would be the case.
Seems to be a cygipc packaging bug.  Chuck, can we get an empty 2.03-3?
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

Fix /lib=/usr/lib alias in cygcheck -f

Hi,

Due to a missing trailing /, cygcheck -f did not recognize /lib as
being the same as /usr/lib.  The attached patch fixes this.  ChangeLog
below.
Igor
==
2005-12-19  Igor Pechtchanski  [EMAIL PROTECTED]

* dump_setup.cc (package_find): Fix is_alias computation for
/usr/lib.

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

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de BergeracIndex: dump_setup.cc
===
RCS file: /cvs/src/src/winsup/utils/dump_setup.cc,v
retrieving revision 1.17
diff -u -p -r1.17 dump_setup.cc
--- dump_setup.cc   25 Oct 2004 15:49:36 -  1.17
+++ dump_setup.cc   19 Dec 2005 16:30:01 -
@@ -478,7 +478,7 @@ package_find (int verbose, char **argv)
{
  // FIXME: verify that /bin is mounted on /usr/bin; ditto for /lib
  bool is_alias = !strncmp(filename, /usr/bin/, 9) ||
- !strncmp(filename, /usr/lib, 9);
+ !strncmp(filename, /usr/lib/, 9);
  int a = match_argv (argv, filename);
  if (!a  is_alias)
a = match_argv (argv, filename + 4);

Re: Linker error after clean reinstallation of Cygwin

On Mon, 19 Dec 2005, Yitzchak Scott-Thoennes wrote:

 On Fri, Dec 16, 2005 at 07:03:12PM -0500, Igor Pechtchanski wrote:
  On Fri, 16 Dec 2005, Angelo Graziosi wrote:
 
   The cygipc package has not been reinstalled, it, now, belongs to
   obsolte section.
  
   Should I reinstall it or is sufficient to delete '-lcygipc' from the
   build command?
 
  Actually, cygipc *is* installed, but the new version is empty (as are all
  obsolete packages)

 Doesn't seem to be true in this case:

 setup.ini:

 setup-timestamp: 1134667219
 ...
 @ cygipc
 sdesc: IPC support for cygwin
 ldesc: CygIPC provides a library, headers, and a daemon that can
 be used to provide IPC services for cygwin.  It is, however, slated
 to become obsolete once the cygserver is complete (cygserver is a
 similar library and daemon that will be a built-in part of the main
 cygwin DLL).
 category: _obsolete
 requires: cygwin libpopt0
 version: 2.03-2
 install: release/_obsolete/cygipc/cygipc-2.03-2.tar.bz2 374271 
 38e9b514fd9c0946a8d019d8a4c9b031
 source: release/_obsolete/cygipc/cygipc-2.03-2-src.tar.bz2 81505 
 71ff16929a3128a1c9a63c657deb380b
 [prev]
 version: 2.02-1
 install: release/_obsolete/cygipc/cygipc-2.02-1.tar.bz2 358773 
 6340582cd657fb3beabef20ee47c5f78
 source: release/_obsolete/cygipc/cygipc-2.02-1-src.tar.bz2 75792 
 d08c0fa695264c881fd6c7fe16a10226

 $ cygcheck -c cygipc
 Cygwin Package Information
 Package  VersionSta
 cygipc   2.03-2 OK

 $ cygcheck -l cygipc
 /etc/postinstall/cygipc.sh
 [snip more cygipc content]

True -- I should've checked before assuming that this would be the case.
Seems to be a cygipc packaging bug.  Chuck, can we get an empty 2.03-3?
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: vim under cygwin

On Tue, 20 Dec 2005, Luke Vanderfluit wrote:

 Hi.

 I'm a vi user :-)

 I recently started using cygwin, so forgive me if this is an obvious one.
 I want to use vi under cygwin but I'm having trouble with terminal settings.

 apparently these are the possible term settings.

 builtin_ansi
 builtin_xterm
 builtin_iris-ansi
 builtin_dumb

 However, none of these work right.
 Can someone advise me on the term settings for windows XP/cygwin or
 point me to an appropriate resource.

TERM=cygwin.
HTH,
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: vim under cygwin

On Tue, 20 Dec 2005, Luke Vanderfluit wrote:

 Hi.

 I'm a vi user :-)

 I recently started using cygwin, so forgive me if this is an obvious one.
 I want to use vi under cygwin but I'm having trouble with terminal settings.

 apparently these are the possible term settings.

 builtin_ansi
 builtin_xterm
 builtin_iris-ansi
 builtin_dumb

 However, none of these work right.
 Can someone advise me on the term settings for windows XP/cygwin or
 point me to an appropriate resource.

Just to clarify: if you use the default cmd.exe console window (i.e.,
the default Cygwin shortcut), then your TERM is cygwin.  If you use
rxvt or xterm, you'd use TERM=xterm, of course...
HTH,
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: vim under cygwin

On Tue, 20 Dec 2005, Luke Vanderfluit wrote:

 Igor Pechtchanski wrote:

  On Tue, 20 Dec 2005, Luke Vanderfluit wrote:
 
 
   Hi.
  
   I'm a vi user :-)
  
   I recently started using cygwin, so forgive me if this is an obvious
   one. I want to use vi under cygwin but I'm having trouble with
   terminal settings.
  
   apparently these are the possible term settings.
  
   builtin_ansi
   builtin_xterm
   builtin_iris-ansi
   builtin_dumb
  
   However, none of these work right.
   Can someone advise me on the term settings for windows XP/cygwin or
   point me to an appropriate resource.
 
  Just to clarify: if you use the default cmd.exe console window
  (i.e., the default Cygwin shortcut), then your TERM is cygwin.  If
  you use rxvt or xterm, you'd use TERM=xterm, of course...
  HTH,

 Thanks for your reply.
 I'm using rxvt. I use the following in cygwin.bat:

 bash --login -i -c 'rxvt -geometry 80x29 -sb -sl 1 -bg Black -fg green 
 -bd LightSeaGreen -fn Courier -font 7x15'

 I've tried setting
 term=builtin_xterm - bad characters when using cursor, no
 backspace=delete to previous line as in vim set backspace=2, no info
 telling me which mode I'm in.
 term=ansi, backspace=2 - no mode info, backspace deletes but screen
 doesn't show deletions until next insert (annoying, not workable)

 If there are any cygwin users on XP who have a nicely working vi, please
 let me know what your settings are.

I use vi under XP all the time.  Here are my settings:

:set
--- Options ---
  background=dark isprint=@,129-255   scroll=11 term=cygwin
nocompatible  laststatus=2shell=/bin/sh visualbell
  incsearch   ruler   shiftwidth=2  nowrapscan
  formatoptions=tcroq
  shortmess=filnxtToOI

If you wish, I could also email you the output of ':set all' off-list...
HTH,
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!

Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte.
But no -- you are no fool; you call yourself a fool, there's proof enough in
that! -- Rostand, Cyrano de Bergerac

--
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: 1.5.18-1: issue with cygwin1.dll: system shared memory version mismatch detected

2005-12-18 Thread Igor Pechtchanski

Sorry to be getting back so late -- just found this in my Drafts...

On Sat, 10 Dec 2005, JeDi wrote:

   filename. Is there a way to know which dll is loaded in memory and
   which filename or program it is loaded from ?
 
  Yes, you could try using ProcessExplorer or some other tools (e.g.,
  handle) from SysInternals.com (ProcessExplorer can give you a list
  of all loaded DLLs, for example).  However, I don't think they will
  let you search by the shared memory region name...

 I found the cygwin1.dll in a process called 'services.exe'. Seemed that
 I was not able to kill it at first. I took a look in the window
 directory processExplorer was pointing, and found nothing. After a while
 I was able to kill it and another services.exe launch right after, this
 one from C:\WINDOWS\system32\services.exe, and without the cygwin1.dll.
 I am now able to launch bash properly.

 Worm ?

Not sure.  services.exe could be a wrapper that was running some Cygwin
program at the time...

  Have you rebooted since you've uninstalled all of those programs?  A
  program still running with the old DLL will cause your error message
  to be produced, even if the uninstall succeeded.

 Sure I had :)

Hmm...  Weird.  Well, it's gone now...

  This looks suspicious:
 
   HKEY_CURRENT_USER\Software\Cygnus Solutions
   HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
   HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
   HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
   HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
   HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
   HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
 
  (you seem to be missing all your mounts).  So does this:
 
   Cygwin Package Information
   No setup information found
   Use -h to see help about each section
 
  Do you have the /etc/setup directory in your Cygwin installation?

 /etc/setup does exist and contains some files.
 Actually cygcheck is depending on cygwin1.dll I guess, so ...

Your guess is wrong.  cygcheck does attempt to invoke some programs that
depend on cygwin1.dll, but it itself does not depend on it.  The fact that
it thinks that you have no mounts and that no packages are installed is
alarming.

What is the output of mount from bash?  Does your system have an
/etc/setup/installed.db?
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!

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

--
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: Perl/TK Segmentation Violation

2005-12-18 Thread Igor Pechtchanski

Ugh, top-posting...  Reformatted.

On Sun, 18 Dec 2005, Brett Serkez wrote:

 On Fri, 16 Dec 2005 13:55:52 -0500 (EST), Igor Pechtchanski [EMAIL 
 PROTECTED] said:

http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

  On Fri, 16 Dec 2005, Brett Serkez wrote:
 
 perhaps there is a missing library dependency?

 As another test I did a full install of Libs and X11, afterwards
 my test program now runs.  I believe this confirms the issue is
 a missing dependency in the package management system.  What
 tools are available to track down which package contains the
 missing libraries?
   
Try the package search page - http://cygwin.com/packages/
  
   Sorry I wasn't clear, actually meant how do I figure out which
   libraries are missing?  That will then allow me to use the package
   search to figure out which package dependency is missing.
  
   Here is the list of Cygwin DLLs in use by Perl when it is running my
   Perl/TK sample program.  I could use some help determining which
   DLLs are in which package and thus missing libraries.  I removed
   what were clearly Windows DLLs, I'm not 100% sure every DLL on this
   list is a Cygwin DLL:
  
   ctype.nls
   Cwd.dll
   cygcrypt-0.dll
   cygexpat-0.dll
   cygfontconfig-1.dll
   cygfreetype-6.dll
   cygperl5_8.dll
   cygwin1.dll Cygwin® POSIX Emulation DLL Red Hat
   1005.18..
   cygX11-6.dll
   cygXft-2.dll
   cygXrender-1.dll
   cygz.dll
   Encode.dll
   Event.dll
   locale.nls
   sortkey.nls
   sorttbls.nls
   Tk.dll
   unicode.nls
 
  The short but cryptic answer (as a techie, you might appreciate this):
 
  echo $THE_ABOVE_LIST | awk '{print $1}' | xargs which 2/dev/null | \
xargs cygcheck | sed 's/^\s\+//' | sort -u | cygpath -f - | \
xargs cygcheck -f
 
  (provided you have all the packages installed).
 
  The long answer: you can use the cygcheck tool to find out which
  DLLs an executable (or DLL) depends on, like this:
 
  $ cygcheck `which cygperl5_8.dll`
  C:/cygwin/bin/cygperl5_8.dll
C:/cygwin/bin\cygcrypt-0.dll
  C:/cygwin/bin\cygwin1.dll
C:\WINDOWS\System32\ADVAPI32.DLL
  C:\WINDOWS\System32\ntdll.dll
  C:\WINDOWS\System32\KERNEL32.dll
  C:\WINDOWS\System32\RPCRT4.dll
 
  (since DLLs have to be in the PATH unless loaded via dlopen(), you can
  use which to find out where the DLL lives).
 
  You can also use this versatile tool to find out which (installed)
  package a file belongs to, like this:
 
  $ cygcheck -f `which cygperl5_8.dll`
  perl-5.8.7-4
 
  The rest is glue.

 While this technique is useful, it is not producing results for me.

Huh?  Exactly which of the above recipes doesn't produce results?  What
did you try running them on?  FWIW, for missing dependencies, cygcheck
will complain that a file could not be found (to stderr).

 I can see that simply installing all libraries resolves the dependency.

Right.  And the above commands should show (after installing all
libraries) which of them are actually used by a given DLL.

 Perhaps the package maintainer could try building the package on a
 system with just the default libraries installed?  This should produce a
 clear error from the linker as to precisely which library is in question
 vs. the run-time that simply gives up.

You can do the same thing with the above, if you indeed have all the
libraries installed.  The newer snapshots of Cygwin also allow you to
programmatically search for files in packages that aren't installed.
HTH,
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!

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
--
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: Perl/TK Segmentation Violation

2005-12-16 Thread Igor Pechtchanski

On Fri, 16 Dec 2005, Brett Serkez wrote:

   perhaps there is a missing library dependency?
  
   As another test I did a full install of Libs and X11, afterwards my test
   program now runs.  I believe this confirms the issue is a missing
   dependency in the package management system.  What tools are available
   to track down which package contains the missing libraries?
 
  Try the package search page - http://cygwin.com/packages/

 Sorry I wasn't clear, actually meant how do I figure out which libraries
 are missing?  That will then allow me to use the package search to
 figure out which package dependency is missing.

 Here is the list of Cygwin DLLs in use by Perl when it is running my
 Perl/TK sample program.  I could use some help determining which DLLs
 are in which package and thus missing libraries.  I removed what were
 clearly Windows DLLs, I'm not 100% sure every DLL on this list is a
 Cygwin DLL:

 ctype.nls
 Cwd.dll
 cygcrypt-0.dll
 cygexpat-0.dll
 cygfontconfig-1.dll
 cygfreetype-6.dll
 cygperl5_8.dll
 cygwin1.dll Cygwin® POSIX Emulation DLL Red Hat
 1005.18..
 cygX11-6.dll
 cygXft-2.dll
 cygXrender-1.dll
 cygz.dll
 Encode.dll
 Event.dll
 locale.nls
 sortkey.nls
 sorttbls.nls
 Tk.dll
 unicode.nls

The short but cryptic answer (as a techie, you might appreciate this):

echo $THE_ABOVE_LIST | awk '{print $1}' | xargs which 2/dev/null | \
  xargs cygcheck | sed 's/^\s\+//' | sort -u | cygpath -f - | \
  xargs cygcheck -f

(provided you have all the packages installed).

The long answer: you can use the cygcheck tool to find out which DLLs an
executable (or DLL) depends on, like this:

$ cygcheck `which cygperl5_8.dll`
C:/cygwin/bin/cygperl5_8.dll
  C:/cygwin/bin\cygcrypt-0.dll
C:/cygwin/bin\cygwin1.dll
  C:\WINDOWS\System32\ADVAPI32.DLL
C:\WINDOWS\System32\ntdll.dll
C:\WINDOWS\System32\KERNEL32.dll
C:\WINDOWS\System32\RPCRT4.dll

(since DLLs have to be in the PATH unless loaded via dlopen(), you can use
which to find out where the DLL lives).

You can also use this versatile tool to find out which (installed) package
a file belongs to, like this:

$ cygcheck -f `which cygperl5_8.dll`
perl-5.8.7-4

The rest is glue.
HTH,
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!

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
--
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: Linker error after clean reinstallation of Cygwin

2005-12-16 Thread Igor Pechtchanski

On Fri, 16 Dec 2005, Angelo Graziosi wrote:

 After I reinstalled Cygwin there is the following linker error in build
 some applications:

 --

 g77 ... foo.F   -lcygipc

 /bin///ld: cannot find -lcygipc
 ...
 --

 The cygipc package has not been reinstalled, it, now, belongs to obsolte
 section.

 Should I reinstall it or is sufficient to delete '-lcygipc' from the
 build command?

Actually, cygipc *is* installed, but the new version is empty (as are all
obsolete packages), so reinstalling it won't help unless you go for the
old version.

That said, IIRC, the cygipc functionality is superseded by the Cygwin DLL
itself, so deleting -lcygipc should work.  However, now instead of
starting the cygipc service, you need to add and start the cygserver
service.  I'm sure there's an entry about this in the FAQ or the User's
Guide somewhere -- if not, you can read the cygserver README.
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!

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

--
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: q. on Windows integration

2005-12-15 Thread Igor Pechtchanski

On Thu, 15 Dec 2005, Wladimir Mutel wrote:

 Hi,

 1. Is it possible for Cygwin X server to use native raster and
 ttf fonts provided by enclosing Windows environment ? If not,
 what scale of changes would be required to implement this ?
 What subsystems and libraries should be touched ?

Yes, it's possible.  AFAIU, that's what the xorg-x11-fscl package does
(though possibly only with enclosed fonts).  But perusing its structure
and the postinstall script should prove instructive...

 2. Is it possible to derive XKB settings from existing keyboard
 layout settings already done in Windows ? I.e., use the same
 layout set and switching rules as other Windows apps do ? If
 not, the question again is - what modules should be reworked,
 and to what extent ?

Again, AFAIK, XWin.exe already does that -- and the previous maintainer,
Alexander Gottwald, went to great lengths to keep the keyboard detection
tables as complete as possible -- search the archives of cygwin-xfree for
keyboard.  If you have a keyboard layout that isn't automatically
detected, it needs to be added to the table -- again, the archives should
also contain the procedure for reporting such layouts; perhaps the current
Cygwin/X maintainer will be able to integrate the new layout into the
code.

 Thank you in advance for your replies. I think these changes
 could be useful for users and make Cygwin/X more
 natively-lookingbehaving Windows application. Btw, rootless
 mode is great !

You've heard of -multiwindow, right?  That's as native as it gets. :-)

 If it proved to be implementable, these font/xkb integrations should be
 as well.

They're already implemented, it's just a matter of getting them teased out
via configuration.
HTH,
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!

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: download cygwin packages in multiple session

2005-12-15 Thread Igor Pechtchanski

On Thu, 15 Dec 2005, Cj2k5 wrote:

 Hi all

 I have created a shell script because I dont have an internet connection
 and this script allow me to do a dowload session limited in n Mbytes
 using wget. I then fill a usb flash memory key and go home to update my
 local cygwin miror. Then repeat the session.

 The script compare a latest setup.ini with a local miror of cygwin
 packages and generate multiple text file that will be use by wget.

 I did not have my script when sending this message, but tomorrow I will
 look for reply to this message and if there are people interesting to
 it, I will post the script to a new message.

This may not be apparent from that FAQ entry, but Michael Chase's
clean_setup.pl, referenced from [1], does that and more.  It would be good
to know how your script differs from it...
Igor
[1] http://cygwin.com/faq/faq.setup.html#faq.setup.disk-space
-- 
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

--
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: Switching Default Text Type

2005-12-15 Thread Igor Pechtchanski

On Thu, 15 Dec 2005, Shankar Unni wrote:

 Lennart Borgman wrote:
  What is the minimum sequence of operations needed to switch default
  text type in Cygwin?

 mount -m  commands.sh

 # edit commands.sh, and change -t to -b or vice versa

 sh commands.sh

Or, in one shot:

Text-Binary:

eval `mount -m | sed '/ -s /s/ -t / -b /'`

Binary-Text:
eval `mount -m | sed '/X11/!{/ -s /s/ -b / -t /}'`

(See http://cygwin.com/ml/cygwin/2003-07/msg00124.html).
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!

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

--
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: setup.exe - un-attended installation support

2005-12-13 Thread Igor Pechtchanski

On Tue, 13 Dec 2005, René Berber wrote:

 Duane Ellis wrote:
 [snip]
  The solution I have always found that always works is
  to supply either a CD image with all the files on it
  or host the data on a local internal mirror server.
 [snip]

 This plus changing the file setup.ini by setting category: Base to all
 the extra packages you need installed will allow your users to use
 setup.exe, don't select anything (is already selected) just finish the
 installation.

 You do need your own repository or CD to avoid unexpected version
 changes.

 Just an idea, I haven't tested it.

It should work, but a nicer approach would be to reuse setup's dependency
mechanism and create a dummy package in Base that depends on all of the
needed packages...

Oh, and setup's unattended install option (-q) should work once you
have all the needed packages either in Base or as dependencies of
Base.  It'll still pop up a window, but shouldn't require any user
input.
HTH,
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!

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
--
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: [ANNOUNCEMENT] Updated: zsh-4.2.6-1

2005-12-10 Thread Igor Pechtchanski

On Sat, 10 Dec 2005, zzapper wrote:

 As you suggested, an uninstalof zsh l followed by install cleared the
 problem.

 I would guess that when one runs setup.exe and the shell itself is being
 updated zsh bash etc it would be best to close all running shells?

Yes, that would be good, since Windows cannot replace in-use files
immediately.  Either that or reboot as setup indubitably asked you to.
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!

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

--
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: 1.5.18-1: issue with cygwin1.dll: system shared memory version mismatch detected

2005-12-10 Thread Igor Pechtchanski

On Sat, 10 Dec 2005, JeDi wrote:

 Hi,

   On a Windows XP SP2 I have installed cygwin 1.5.18-1 (the latest as
 for now). When I launch cygwin.bat, I have:

 C:\cygwin\bin\bash.exe (3652): *** system shared memory version mismatch
 detected - 0x75BE0074/0x75BE0084.
 This problem is probably due to using incompatible versions of the
 cygwin DLL. Search for cygwin1.dll using the Windows Start-Find/Search
 facility and delete all but the most recent version.  The most recent
 version *should* reside in x:\cygwin\bin, where 'x' is the drive on
 which you have installed the cygwin distribution.  Rebooting is also
 suggested if you are unable to find another cygwin DLL.

 This occurs for every cygwin executable (ls, grep, dd, etc ...). I have
 followed the instruction above: looked for other cygwin1.dll, I have
 renamed all of them. I have rebooted. I have tries with another user
 acount. I have uninstalled cygwin (delete the folder and the registry
 key) and installed it again. I always obtain the same result.

Please read and follow the Cygwin problem reporting guidelines at
http://cygwin.com/problems.html, especially the part that asks you to
attach (as an uncompressed text attachment) the output of cygcheck -svr
on your system.

In the absense of that output, a WAG would be that you've encountered a
particularly devious what we dub http://cygwin.com/acronyms/#3PP -- a
set of tools that bundles parts of Cygwin.  The deviousness manifests in
that their cygwin1.dll is apparently renamed to something else.  However,
that still doesn't avoid the shared memory region conflicts, since the
shared region id is Windows-global.

Looking at the output of cygcheck -svr requested above should confirm or
deny this guess.  At that point we can work on further steps in isolating
the culprit.
HTH,
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!

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

--
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: 1.5.18-1: issue with cygwin1.dll: system shared memory version mismatch detected

2005-12-10 Thread Igor Pechtchanski

On Sat, 10 Dec 2005, JeDi wrote:

  It's irrelevent what the name of the .exe is.  As Igor already said,
  even if a third party packages a cygwin1.dll that has simply been
  renamed, it will still have the same shared memory name, so that if
  the two DLLs are ever loaded at the same time they will clash.  This
  is exactly what the error message you're getting indicates -- that you
  have two incompatible Cygwin libraries on your system somewhere, even
  if one of them has been renamed to something you don't recognise.

 Brian,

 I have uninstall OpenSSH and every software that was including
 cygwin1.dll (WinBoard, ...), and I obtain the same message when I try to
 launch cygwin. Pardon my insistance, I'm not familiar to the dll
 mechanism, and I understand that the name in the shared memory af a DLL
 instance does not correspond to the dll filename, but if I rename a .dll
 file, how can it be loaded again ?
 Furthermore, I have, right now, just one and only one cygwin1.dll, and
 it is the original one from the latest release. So maybe another program
 has loaded this dll from a totally different filename. Is there a way to
 know which dll is loaded in memory and which filename or program it is
 loaded from ?

Yes, you could try using ProcessExplorer or some other tools (e.g.,
handle) from SysInternals.com (ProcessExplorer can give you a list of
all loaded DLLs, for example).  However, I don't think they will let you
search by the shared memory region name...

 I don't mean to bother, just trying to understand and fix the problem as
 cygwin is a great tool and would help me in what I'm doing.

Have you rebooted since you've uninstalled all of those programs?  A
program still running with the old DLL will cause your error message to be
produced, even if the uninstall succeeded.

 PS: attached my latest cygcheck output.

This looks suspicious:

 HKEY_CURRENT_USER\Software\Cygnus Solutions
 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

(you seem to be missing all your mounts).  So does this:

 Cygwin Package Information
 No setup information found
 Use -h to see help about each section

Do you have the /etc/setup directory in your Cygwin installation?

I suggest you re-run Cygwin setup and reinstall all of your packages.  If
you haven't cleared the local package cache, you should even be able to do
this without any downloads.
HTH,
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!

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

--
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: Needing a debug version of setup.exe

On Fri, 9 Dec 2005, Doug Wyatt wrote:

 I'm trying to obtain a version of setup.exe that I can use with
 insight/gdb to investigate a problem with a Cygwin repository created
 within our Company's LAN.

 Since I recently updated our repository, setup.exe just crashes.  This
 is with setup.ini created with the last original Upset from the infra
 directory, also with a more recently acquired upset (v1.0.5, slightly
 modified to fix some category related problems).

 I've tried to acquire Setup source from cvs, with variations on the
 following, over the last few weeks:

 $ export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/src
 $ cvs login
   Logging in to :pserver:[EMAIL PROTECTED]:2401/cvs/src
 CVS password: [anoncvs]
   cvs [login aborted]: connect to sourceware.org(209.132.176.174):2401
   failed: Connection timed out

Could have been a temporary glitch, or something with your firewall -- I
just executed this command with no problems (except that I changed
/cvs/src to /cvs/cygwin-apps, of course, and used sources.redhat.com
instead of cygwin.com, but neither of those should matter).

 $ cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps \
   checkout setup
 cvs [checkout aborted]: connect to sources.redhat.com(209.132.176.174):2401
   failed: Connection timed out

 Has something changed with respect to cvs access to Setup.exe source
 code, or is this a manifestation of my cvs cluelessness?

Not that I know of...  Can you telnet sourceware.org 2401?  I've also
found that the -z flag didn't work for me on occasion -- did you try an
uncompressed checkout?

 Can someone please tell me how to get the Setup source code for the
 current stable version?

If all else fails, you can always try browsing CVS via the ViewCVS page...
But that isn't very useful for getting a buildable source...
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!

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

Re: SSHD fails to display gui, no error message

On Fri, 9 Dec 2005, Jesse wrote:

 I've had Cygwin's ssh daemon (sshd) working for some time now on my
 windows box. I have turned x11 forwarding on and I can test it by
 connecting to the machine remotely and running some X applications like
 xeyes and xclock. They work just fine.
 [snip]
 I made sure my program runs locally without any x11 and it does.
 I tested out my application on someone else's ssh server and you can run
 it remotely without any problems.
 [snip]
 Anyone have any ideas why simple X applications work fine, but my java
 gui's don't work over x11?

Because java under Windows is not an X application.  You can't forward
windows native applications over ssh (unless you use something like VNC).
At a guess, the someone else's server you mention above is a Linux box
(which does have an X implementation of Java GUI code).
HTH,
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!

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

--
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 fails, missing cygcrypto-0.9.7.dll

On Fri, 9 Dec 2005, Swallow, Harold wrote:

 Unable to run ssh due to missing dll.

cygcrypto-0.9.7.dll

 I ran the setup.exe many times to pick up that dll . It's missing
 in action.
 Suggestions are welcome?

Please read and follow the Cygwin problem reporting guidelines at
http://cygwin.com/problems.html.  In particular, please attach the
output of cygcheck -svr as an uncompressed text attachment.  Without
this information, we can only guess at what's wrong with your system.

One WAG: the latest ssh should depend on cygcrypto-0.9.8.dll -- did you
have sshd running while you upgraded?  Did setup inform you that in-use
files were replaced?  Did you reboot as setup told you?
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!

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

--
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 fails, missing cygcrypto-0.9.7.dll

On Fri, 9 Dec 2005, Swallow, Harold wrote:

 Igor Pechtchanski wrote:

  On Fri, 9 Dec 2005, Swallow, Harold wrote:
 
 
   Unable to run ssh due to missing dll.
  
 cygcrypto-0.9.7.dll
  
   I ran the setup.exe many times to pick up that dll . It's missing
   in action.
   Suggestions are welcome?
  
 
  Please read and follow the Cygwin problem reporting guidelines at
  http://cygwin.com/problems.html.  In particular, please attach the
  output of cygcheck -svr as an uncompressed text attachment.  Without
  this information, we can only guess at what's wrong with your system.
 
  One WAG: the latest ssh should depend on cygcrypto-0.9.8.dll -- did you
  have sshd running while you upgraded?  Did setup inform you that in-use
  files were replaced?  Did you reboot as setup told you?
  Igor

 I am running Windows XP.
 Downloads failed from several mirror sites.
 sshd was not running during install.

 ssh was initially missing I loaded an ssh from another site.

Ok, here's your culprit.  Please contact another site for the support of
their ssh package.  According to your cygcheck, you don't even have
openssh installed.  Alternatively, remove the third-party ssh and install
the official Cygwin openssh package.

 I attempted to remove cygwin package to start over but cgywin was
 in the Windows Add/Remove utility listing.

Yes, Cygwin is installed/uninstalled using the setup utility.

 It is true that I failed to reboot one several attempts.

 Perhaps I should start over.  How can I flush cgywin out to start
 over.

See http://cygwin.com/faq/faq.setup.html#faq.setup.uninstall-all.  But
you don't really need to remove all of Cygwin, just the third-party ssh
package.

 Below is the information that you requested.

 Cygwin Configuration Diagnostics
 [snip inline cygcheck output]

That was not an attachment.  In the future, please provide the cygcheck
output as an attachment to avoid adding spurious search matches to list
archives.
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!

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

--
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: Font initialization?

Ugh, top-posting...  Reformatted.

On Wed, 7 Dec 2005, Kenneth Corbin wrote:

 On Wednesday 07 December 2005 07:54, Igor Pechtchanski wrote:
  On Wed, 7 Dec 2005, Kenneth Corbin wrote:
   Hi folks,
  
   I have an application that needs some non-standard fonts.  It's easy
   enough to add a manually new directory to the font path.  What I haven't
   figured out is how to configure Cygwin/X to add the new font path
   directory when it starts up.
 
  Searching man X for font.*path shows that this could be accomplished
  with xset +fp DIR (the manpage also gives an example of exactly how to
  do this).  There's also a -fp option to X, but I'm not sure it does what
  you want.
  HTH,
  Igor

 Thanks Igor,

 I figured that out from the man pages.  What I haven't figured out is
 where I can put that xset +fp where it will be automatically executed at
 cygwin/X startup.

This depends on how you start Cygwin/X.  If you use startxwin.sh, just
edit it and put the xset command right after the XWin invocation (though
beware that the file will get overwritten every time you update
X-startup-scripts).  If you use startx, you should be able to put it in
your ~/.xinitrc or ~/.xserverrc...
HTH,
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!

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: Cygwin logo

On Wed, 7 Dec 2005, Matthew Persico wrote:

 On 12/7/05, Larry Hall (Cygwin) [EMAIL PROTECTED] wrote:

http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

  Igor Pechtchanski wrote:
   On Wed, 7 Dec 2005, Larry Hall (Cygwin) wrote:
  
  Can anyone work an otter or a hippo into the logo? ;-) ;-) ;-)
  
   You mean, like this? :-)
 Igor
 
  LOL!
 
  That's perfect!  Does anyone want to set up a web site that we can all
  vote at so I can go vote for this one a couple of thousand times. ;-)

 Looks like the logo for YetAnotherStarTrekSeries, this time in an
 alternative universe 90 degrees out of phase with ours...

 :-)

Heh, can't blame me for the green stuff -- I just borrowed (read:
creatively stole) it from the previous contender.  It was a proof of
concept anyway... :-D
Igor
P.S. StarTrek: The Hippo Generation?
P.P.S. It's *our* universe that's 90 degrees out of phase...
-- 
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

--
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: octave-forge dependency?

On Thu, 8 Dec 2005, Tony Richardson wrote:

 Igor Pechtchanski pechtcha at cs.nyu.edu writes:

  On Wed, 7 Dec 2005, Tony Richardson wrote:
 
   I often use octave and do no plotting at all.  Octave starts and runs
   fine if gnuplot isn't installed.  (It complains about not being able
   to find gnuplot when the plot command is used.)  Should there really
   be a dependency if only a subset of features requires a package?
  
   I'd prefer to see gnuplot removed from the octave dependency list.
   Of course then you'd have to deal with all the posts saying that
   the plot command in octave is broken.  So I don't know what the best
   approach would be.  How do others feel?
 
  Actually, a viable solution for this was already proposed by John W Eaton
  in http://cygwin.com/ml/cygwin/2005-12/msg00283.html.  Since octave adds
  other directories to the path before it runs, it's possible to create a
  gnuplot wrapper that uses the real gnuplot if present and exits with a
  reasonable error message otherwise.
 
  Just to clarify, the reason I thought it was a hack was that it was an
  *octave-forge* script dealing with a *gnuplot* bug.  I don't think the
  mechanism itself is in any way hacky.
  Igor

 I don't follow.  I'm asking for the gnuplot requirement for octave to be
 dropped from setup.ini so that when I install octave all of the X11
 stuff (through a gnuplot dependency) isn't installed by default.

You were also asking what the best approach would be to avoid the
complaints that octave is broken once that dependency is removed.  That's
what my post was trying to address.  FWIW, I agree that if it's possible
to avoid the dependency, it should be done.

 It's not that I can't work around the problem, I can.  Perhaps a better
 way to handle it, as you suggested in another message regarding tetex-bin,
 is to add a comment in the README about installing cygwin/X11/gnuplot
 and/or setting up Windows-native gnuplot if you want to do plotting
 with octave.

The message I quoted was a solution for the package maintainer, not for
the users (though it's possible for the users to employ it as well).
IMO, it's not enough to just mention this in the README if things are
going to break -- my suggestion was only meant for things like harmless
warnings.
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!

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

--
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: gnuplot dependency in octave

On Thu, 8 Dec 2005, James R. Phillips wrote:

 I am starting a new thread on this issue.

 Quoting from
 http://cygwin.com/ml/cygwin/2005-12/msg00319.html :

 I often use octave and do no plotting at all.  Octave starts and runs
 fine if gnuplot isn't installed.  (It complains about not being able
 to find gnuplot when the plot command is used.)  Should there really
 be a dependency if only a subset of features requires a package?

 I'd prefer to see gnuplot removed from the octave dependency list.
 Of course then you'd have to deal with all the posts saying that
 the plot command in octave is broken.  So I don't know what the best
 approach would be.  How do others feel?

 Tony Richardson

 As the OP notes, having a gnuplot dependency pulls in X when installing
 octave, which is not what some users need or want.  And octave will load
 and run just fine without gnuplot - it just won't plot.  However, most
 users want to plot, and will need gnuplot.

 So, my current view is that a gnuplot dependency is optimal for most
 users, and that those who don't want it can work around the issue by
 using known solutions, such as hacking the /etc/setup/installed.db file
 to fool setup into thinking gnuplot is installed.

 On the other side is how Debian does it: gnuplot is suggested for
 octave, not required.  Also, Debian has a gnuplot-nox package, which I
 suppose omits the gnuplot X11 drivers, and actually allows installing
 gnuplot without requiring X.

 I think that gnuplot-nox is kind of a neat solution, but even if such a
 package were available in cygwin, we don't have a way to express OR
 dependencies.  So it would be difficult to use this approach.  Also we
 don't have a way to express suggested rather than required.

 On balance, I favor retaining the current dependency on gnuplot.  I
 would ask that those with alternative views post to this thread.

What about http://cygwin.com/ml/cygwin/2005-12/msg00339.html (which
fails gracefully if gnuplot isn't installed)?  Or does octave-forge
already do the right thing (tm) with respect to a missing gnuplot (i.e.,
print out a meaningful error message, such as plotting disabled since
gnuplot is not installed -- please install it to plot)?

Unfortunately, with packages that have lots of dependencies, it's not
enough to just fool setup.exe into not installing that particular package
-- you also need to set all of its dependencies to high versions.  In case
of gnuplot, this means at least all of X. :-(
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!

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

--
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: Font initialization?

On Wed, 7 Dec 2005, Kenneth Corbin wrote:

 Hi folks,

 I have an application that needs some non-standard fonts.  It's easy
 enough to add a manually new directory to the font path.  What I haven't
 figured out is how to configure Cygwin/X to add the new font path
 directory when it starts up.

Searching man X for font.*path shows that this could be accomplished
with xset +fp DIR (the manpage also gives an example of exactly how to
do this).  There's also a -fp option to X, but I'm not sure it does what
you want.
HTH,
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!

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: octave-forge dependency?

On Wed, 7 Dec 2005, Chris Taylor wrote:

 Two things: Firstly, the OP _doesn't_ want his configure scripts picking
 up tetex, ergo tetex must not be in the path.
 [snip]

As you noted, for tetex to not be in the PATH, it needs to not be
installed.

 The only way to stop this behaviour is to
 a) completely trash the cygwin path, and thus lose 99% of the functionality
 b) install tetex elsewhere (/usr/local/octave-tetex/*hierarchy_here* for
 example).

There's a third way -- read on.

 Neither of these are brilliant solutions, and the latter would actually
 require hacking the cygwin package in order for it to install there, and
 still work (it would probably require tetex to be recompiled). Though
 you could perhaps persuade octave not to install the normal tetex using
 the setup database that tracks what is and isn't installed... (Not
 entirely clear on how that works at the moment though - Igor might be
 able to clear that up?)

The setup database is not sophisticated enough to track package
alternatives.  All it does is record which *packages* are installed.
It's possible to, as you say, hack it when your proposed octave-tetex
package is installed to record that the version of tetex is some
improbably high number, but since the only thing that programmatically
modifies the database is setup itself, this would have to be done by hand.
I don't think it's even possible to do this cleanly in a postinstall
script.

 It may be worth having an either or dependancy for octave..

Setup does not support this kind of dependencies.

 None of this is all that straightforward, but it would mean people
 weren't forced to install tetex..

The third alternative I mentioned is to split out the legend command
into a separate package, and have *that* package depend on tetex-bin.
This way, people who want to use octave without tetex (and thus without
legend) can install the base octave-forge package, and those who do want
to use legend can install octave-legend with all the gory consequences
(i.e., dragging in tetex-bin).

However...

Chuck, since all legend needs is kpsexpand, why not simply make setup
convinced that tetex-bin *is* installed (hack installed.db by hand)?
That way, legend will even pick up the kpsexpand from MikTeX, and setup
will never try to install tetex-bin automatically...  This will solve your
particular problem right now, but can't be expected of each and every user
of octave-forge, of course.

HTH,
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!

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

--
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: octave-forge dependency?

On Wed, 7 Dec 2005, John W. Eaton wrote:

 OK, let's back up a bit, and see why kpsexpand is needed in the first
 place.

Yes, let's.

 Graphics in Octave use gnuplot.  The legend function from Octave Forge
 sends a save FILE command to gnuplot so that it can extract some
 information about gnuplot's current state.  If you do the following

   mv /usr/bin/kpsexpand. /usr/bin/kpsexpand-save
   gnuplot
   ...
   gnuplot save foo

 you should see the errors

   sh: kpsexpand: command not found

Ok, so first off, octave-forge *shouldn't* depend on tetex-bin.  If
anything needs to depend on tetex-bin, it should be gnuplot.  The presence
of tetex-bin in octave-forge's requires: line is a packaging bug (even if
it's intended to work around gnuplot's missing dependency).

 So, why does gnuplot need kpsexpand to save state?

Yes, why does it *need* kpsexpand/kpsewhich to save state?  Looks like the
kpsexpand command can easily fail with no adverse effects.  The only
problem is the error message -- so this looks to me to be a bug in gnuplot
(either a minor one if all it does is display the message, or a major one
if it stops processing the curr_fontpath array on such errors).

 So gnuplot is using kpsexpand to locate some font files.
 It looks like there are a couple of options.

 One is to set GNUPLOT_FONTPATH in the environment before calling
 gnuplot.

That would avoid the use of kpsexpand altogether, but will hard-code the
paths.  A better solution would be to use kpsexpand if it's available, and
ignore it if it isn't (but this has to be done in gnuplot).

 Another is to make a wrapper kpsexpand that looks for the real version
 and does nothing if the real version is not present:

   #! /bin/sh
   if [ -x /usr/bin/kpsexpand ]; then
 exec /usr/bin/kspexpand $@
   fi

 (though you might want to add some comments about why this is needed).

Ugh.  Why not just modify gnuplot to test whether an executable is present
before blindly calling it?

 If the real kpsexpand is not present, then chances are the font files
 are not -either, so it should not matter that the corresponding
 directories named in the fontpath are bogus.

Bingo.

 You could install the wrapper script in one of the directories in
 Octave's DEFAULT_EXEC_PATH (for example,
 /usr/lib/octave/2.1.72/exec/i686-pc-cygwin, where a couple of other
 scripts are already installed), then it would only be found by Octave
 and should not introduce any other conflicts.

Either one is a reasonable hack pending the appropriate gnuplot change,
but both are still hacks, IMO.
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!

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

--
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: octave-forge dependency?

On Wed, 7 Dec 2005, James R. Phillips wrote:

 --- Igor Pechtchanski wrote:

  Ok, so first off, octave-forge *shouldn't* depend on tetex-bin. If
  anything needs to depend on tetex-bin, it should be gnuplot.  The
  presence of tetex-bin in octave-forge's requires: line is a packaging
  bug (even if it's intended to work around gnuplot's missing
  dependency).

 Igor, if you read the whole thread, you will see that the dependency
 could not possibly have been intended to work around a problem with
 gnuplot, because we didn't know there was a problem with gnuplot.  All
 we knew was that there was a problem with octave-forge.

I realize that.  I never claimed that you should have not inserted the
dependency -- just that in the light of this thread, the dependency should
be in gnuplot.  Maybe adding the anymore after the sentence with the
starred shouldn't would help...

 Now that we know more specifically where the problem is, I can agree
 that the tetex-bin dependency for octave-forge causes more problems than
 it solves, and should be dropped.

 It seems the best solution to this problem lies in updating the gnuplot
 package.  In the meantime, users can try the workarounds suggested.

 BTW, the gnuplot version in Debian sarge behaves exactly the same way as
 the cygwin version in response saving a file if kpsexpand is not
 present.

What is the behavior?  Does it fail, or does it simply produce the error
messages?  I don't think this was ever specified...  If it's the error
messages, then I'd even say a note in the README that those are harmless
would be enough...

 And Debian does not list tetex-bin as a dependency for gnuplot.

Well, Debian doesn't quite target the OOTB experience that Cygwin does...
:-)

 Probably this needs to be researched further with the gnuplot mailing
 lists.  Possibly some bugs need to be filed upstream.

True.
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!

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

--
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: octave-forge dependency?

On Wed, 7 Dec 2005, Tony Richardson wrote:

 I often use octave and do no plotting at all.  Octave starts and runs
 fine if gnuplot isn't installed.  (It complains about not being able
 to find gnuplot when the plot command is used.)  Should there really
 be a dependency if only a subset of features requires a package?

 I'd prefer to see gnuplot removed from the octave dependency list.
 Of course then you'd have to deal with all the posts saying that
 the plot command in octave is broken.  So I don't know what the best
 approach would be.  How do others feel?

Actually, a viable solution for this was already proposed by John W Eaton
in http://cygwin.com/ml/cygwin/2005-12/msg00283.html.  Since octave adds
other directories to the path before it runs, it's possible to create a
gnuplot wrapper that uses the real gnuplot if present and exits with a
reasonable error message otherwise.

Just to clarify, the reason I thought it was a hack was that it was an
*octave-forge* script dealing with a *gnuplot* bug.  I don't think the
mechanism itself is in any way hacky.
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!

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

--
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: Cygwin logo

On Wed, 7 Dec 2005, Larry Hall (Cygwin) wrote:

 Can anyone work an otter or a hippo into the logo? ;-) ;-) ;-)

You mean, like this? :-)
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!

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

cygwin-logo-hippo.png
Description: Binary data
--
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: gcj file input problem, available incorrect

On Tue, 6 Dec 2005, Martin Gusenbauer wrote:

 I found your (old) question on cygwin.com, but no answer. Do you have
 any solution yet? In came over a similar problem yesterday, available of
 system.in always returns 0, but only if compiled on gcj and run as exe
 on xp.

 Thanks,

 Martin


 ---
 Martin Gusenbauer   Tel.: 0 7262 / 53 0 17
 Haydnstraße 13  [EMAIL PROTECTED]
 A-4320 Perg http://home.pages.at/gusenbauer
 ---

Martin, http://cygwin.com/acronyms/#PPIOSPE.  I'm forwarding your
question to the appropriate Cygwin mailing list.  Please follow-up there.

I don't use gcj, so I'm afraid I won't be of much help in this case.  If
you can reduce this to a small self-contained reproducible test case, I'm
sure the gcc maintainer will be interested in looking at it.  If you plan
to go through with the test case, please also read and follow the Cygwin
problem reporting guidelines at http://cygwin.com/problems.html.
HTH,
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!

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
--
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: encoding scripts (so that user can't see passwords easily)?

On Tue, 6 Dec 2005, Tomasz Chmielewski wrote:

 Wayne Willcox schrieb:

  On Tue, Dec 06, 2005 at 02:58:15PM -0500, Jim Drash wrote:
 
   Don't put the user names or passwords in the script put them in a file
   only readable by SYSTEM

  that would not solve the requirement of protecting the passwords
  if the disk was stolen.  The scripts are supposedly already
  readable by system and admin only.
 

 That's exactly what I mean (they are already readable by SYSTEM and admins
 only).

 If the disk is stolen, it would add some extra time before the password is
 compromised.

 Someone gave a clue here:

 http://cygwin.com/ml/cygwin/2005-12/msg00181.html

 instead of storing them plaintext, why don't you try encoding them via
 cryptographic hashes - md5, sha1, tiger and the like.

 But I don't really know where to start (which tool should I use for it?)

Umm, crypt?  As in

stored_password=42wlq4L2SDUdw
echo -n Enter your password: ; stty -echo; read password; stty echo
if [ x`crypt 42 $password` = x$stored_password ]; then
  echo Access granted
else
  echo Invalid password
fi

(the '42' above is the salt -- see man crypt).
HTH,
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!

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

--
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: [PATCH] cygcheck bug when listing services (Was Re: Parallel writes to a single FIFO do not queue, and deadlock cygwin)

On Tue, 6 Dec 2005, Yitzchak Scott-Thoennes wrote:

 On Mon, Dec 05, 2005 at 09:40:01AM -0500, Igor Pechtchanski wrote:
  Running cygcheck under strace shows that after listing all the available
  services, it invokes cygrunsrv --query grunsrv.exe --list, which results
  in the above message.  I think this may be because the output of
  cygrunsrv --list doesn't contain a trailing '\n', and so strtok gets
  confused.  The following patch (against a slightly older cygcheck) fixes
  it for me, but I haven't had the time to test it extensively:
  [snip]
  -  buf[nchars] = 0;
  +  buf[nchars] = buf[nchars+1] = 0;

 That needs a comment in the code.

Fair enough:

Index: cygcheck.cc
===
RCS file: /cvs/src/src/winsup/utils/cygcheck.cc,v
retrieving revision 1.77
diff -u -p -r1.77 cygcheck.cc
--- cygcheck.cc 17 Aug 2005 00:52:43 -  1.77
+++ cygcheck.cc 7 Dec 2005 01:38:07 -
@@ -950,8 +950,10 @@ dump_sysinfo_services ()
   else
 {
   /* read the output of --list, and then run --query for each service */
-  size_t nchars = fread ((void *) buf, 1, sizeof (buf) - 1, f);
-  buf[nchars] = 0;
+  size_t nchars = fread ((void *) buf, 1, sizeof (buf) - 2, f);
+  /* Add two nulls to avoid confusing strtok() when the trailing separator
+ is missing */
+  buf[nchars] = buf[nchars+1] = 0;
   pclose (f);

   if (nchars  0)

I'll even add a ChangeLog of sorts :-)

2005-12-06  Igor Pechtchanski  [EMAIL PROTECTED]

* cygcheck.cc (dump_sysinfo_services): Add an extra NUL to mollify
strtok() when the trailing newline is missing.

HTH,
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!

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

--
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: [PATCH] cygcheck bug when listing services

On Tue, 6 Dec 2005, Christopher Faylor wrote:

 On Tue, Dec 06, 2005 at 08:41:24PM -0500, Igor Pechtchanski wrote:
 On Tue, 6 Dec 2005, Yitzchak Scott-Thoennes wrote:
 [snip]
  That needs a comment in the code.
 
 Fair enough:
 [snip]
 +  /* Add two nulls to avoid confusing strtok() when the trailing 
 separator
 + is missing */

 How about a testcase which shows that the MSVCRT strtok needs two
 trailing NUL bytes to work around problems when there is no trailing
 separator?  I would find that much more interesting than a comment which
 simply asserts that behavior.

Fair enough.  The double-null issue was a red herring, apparently -- a
simple recompile fixed the problem.  In fact, the cygcheck from the latest
snapshot doesn't exhibit this behavior.  Patch withdrawn.
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!

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

--
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: Problem with numerical input for certain applications in Cygwin

2005-12-05 Thread Igor Pechtchanski

On Mon, 5 Dec 2005, scott Langford wrote:

 I am running Cygwin to ssh onto a Linux server which handles a couple of
 applications that I use for design work. When I run the applications
 there are various fill forms which require numeric entry. For some
 reason I cannot make any numeric input into these forms. The same forms
 have character entry which works fine. I tried the FAQ and users Guide
 but could not find any examples of this exact problem. I have some Linux
 support but that person was basically at a loss. I am not sure where to
 look to correct this problem. When I run directly on my Linux server I
 do not have this problem. I suspect there is some setup in my startx.sh
 file that may help. Any suggestions?

You haven't specified exactly *how* you invoke the applications on Linux,
but I suspect they are X applications and you invoke them via the X
forwarding feature of ssh.  This makes your question off-topic for the
main list, and on-topic for the cygwin-xfree list (which the Reply-To of
this message points to).  If you aren't using X, please follow-up to the
main list with more details.

As for your problem, in the absense of more information, it looks like
you're seeing weird Num-Lock-related behavior, which is a known problem
with Cygwin/X.  Try using the digits above the alphabetical keys instead
of the keypad.  I also seem to recall some recipes for making Num-Lock
work properly -- searching the cygwin-xfree archives may help.
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!

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

cygcheck bug when listing services (Was Re: Parallel writes to a single FIFO do not queue, and deadlock cygwin)

2005-12-05 Thread Igor Pechtchanski

On Sun, 4 Dec 2005, Mark Piper wrote:

 P.S.  Here is the full output from cygcheck

 $ /bin/cygcheck.exe -s

 Cygwin Configuration Diagnostics
 [snip]
   1265k 2005/07/03 C:\cygwin\bin\cygwin1.dll
 Cygwin DLL version info:
 DLL version: 1.5.18
 DLL epoch: 19
 DLL bad signal mask: 19005
 DLL old termios: 5
 DLL malloc env: 28
 API major: 0
 API minor: 132
 Shared data: 4
 DLL identifier: cygwin1
 Mount /usr/bin/cygrunsrv: Exactly one of --install, --remove,
 --start, --stop, --query, or --list is required
 Try `/usr/bin/cygrunsrv --help' for more information.
 registry: 2
 Cygnus registry name: Cygnus Solutions
 Cygwin registry name: Cygwin
 Program options name: Program Options
 Cygwin mount registry name: mounts v2
 Cygdrive flags: cygdrive flags
 Cygdrive prefix: cygdrive prefix
 Cygdrive default prefix:
 Build date: Sat Jul 2 20:30:04 EDT 2005
 Shared id: cygwin1S4


 Service : sshd
 Display name: CYGWIN sshd
 Current State   : Running
 Controls Accepted   : Stop
 Command : /usr/sbin/sshd -D

Note the cygrunsrv error message above.  I was able to reproduce it in
non-verbose mode.

Running cygcheck under strace shows that after listing all the available
services, it invokes cygrunsrv --query grunsrv.exe --list, which results
in the above message.  I think this may be because the output of
cygrunsrv --list doesn't contain a trailing '\n', and so strtok gets
confused.  The following patch (against a slightly older cygcheck) fixes
it for me, but I haven't had the time to test it extensively:

Index: cygcheck.cc
===
RCS file: /cvs/src/src/winsup/utils/cygcheck.cc,v
retrieving revision 1.77
diff -u -p -r1.77 cygcheck.cc
--- cygcheck.cc 17 Aug 2005 00:52:43 -  1.77
+++ cygcheck.cc 5 Dec 2005 14:37:58 -
@@ -950,8 +950,8 @@ dump_sysinfo_services ()
   else
 {
   /* read the output of --list, and then run --query for each service */
-  size_t nchars = fread ((void *) buf, 1, sizeof (buf) - 1, f);
-  buf[nchars] = 0;
+  size_t nchars = fread ((void *) buf, 1, sizeof (buf) - 2, f);
+  buf[nchars] = buf[nchars+1] = 0;
   pclose (f);

   if (nchars  0)

HTH,
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!

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

--
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: Problem with numerical input for certain applications in Cygwin

2005-12-05 Thread Igor Pechtchanski

On Mon, 5 Dec 2005, scott Langford wrote:

 I am running Cygwin to ssh onto a Linux server which handles a couple of
 applications that I use for design work. When I run the applications
 there are various fill forms which require numeric entry. For some
 reason I cannot make any numeric input into these forms. The same forms
 have character entry which works fine. I tried the FAQ and users Guide
 but could not find any examples of this exact problem. I have some Linux
 support but that person was basically at a loss. I am not sure where to
 look to correct this problem. When I run directly on my Linux server I
 do not have this problem. I suspect there is some setup in my startx.sh
 file that may help. Any suggestions?

You haven't specified exactly *how* you invoke the applications on Linux,
but I suspect they are X applications and you invoke them via the X
forwarding feature of ssh.  This makes your question off-topic for the
main list, and on-topic for the cygwin-xfree list (which the Reply-To of
this message points to).  If you aren't using X, please follow-up to the
main list with more details.

As for your problem, in the absense of more information, it looks like
you're seeing weird Num-Lock-related behavior, which is a known problem
with Cygwin/X.  Try using the digits above the alphabetical keys instead
of the keypad.  I also seem to recall some recipes for making Num-Lock
work properly -- searching the cygwin-xfree archives may help.
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!

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

--
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: SA_SIGINFO and signal info ?

2005-12-04 Thread Igor Pechtchanski

On Sun, 4 Dec 2005, Christopher Faylor wrote:

 Thank you for the patch, but there are a couple of problems with it.
 [snip]
 - Changing SI_USER could have consequences for existing applications.
 I'm willing to change SI_USER to zero and then add a workaround later if
 anyone squawks (since this breaks backwards compatibility) but I'm not
 willing to change the value of every value in that enum as your change
 above does.

Just a quick note: the SA_SIGINFO handling was only added in the
snapshots, so backward compatibility shouldn't be that much of an issue.
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!

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

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

Adding standard service dependences in sshd-host-config? (Was Re: [SOLVED] Re: zone alarm service depency problem with sshd)

Reposting from yesterday with a better subject.
Igor

On Thu, 1 Dec 2005, H. S. wrote:

 H. S. wrote:
  Hi,
 
  I am trying to have sshd running on my Windows XP box. I have Zone Alarm
  installed, ver. 6.0.667.
 
  I configured sshd with:
  $ ssh-host-config
 
  and started as a service:
  $ cygrunsrv -S sshd
  which promptly made Zone Alarm to ask if sshd should be allowed internet
  access. I allowed it's client as well as server access. And it worked from
  my other LAN PCs.
 
  But then I noticed that after I rebooted the Windows XP box, I could no
  longer ssh to it from another computer even though the sshd service was
  running. Zone Alarm was blocking it. I had restart sshd service to make Zone
  Alarm ware to allow access to/from it.
 
  A little google search resulted in making Zone Alarm service a dependency of
  sshd. So:
  1. I removed sshd service using cygrunsrv -R sshd
  2. I installed it again by making Zone Alarm service as it's dependency:
  $ cygrunsrv -I sshd -p /usr/sbin/sshd -f Cygwin SSH Demon -y zlclient.exe

 The problem was that ... er ... zlclient is not a service at all, or so it
 seems to me (since tasklist /svc in a command prompt listed it, it first
 looked as service to me).

 So I stopped the service:
 $ cygrunsrv -E sshd

 then removed it
 $ cygrunsrv -R sshd

 and then this command solved the problem (there was another problem of
 CYGWIN env. too but I didn't know about it earlier):
 $ cygrunsrv -I sshd -p /usr/sbin/sshd -f Cygwin SSH Demon  -a'-D' -e
 'CYGWIN=binmode ntsec tty' -y tcpip -y vsmon

 After giving this command, I restarted the service
 $ cygrunsrv -S sshd

 and rebooted. I was then able to log in to the XP box just after booting
 (without loggin as any user).

Would it make sense to change ssh-host-config to include the tcpip and
vsmon dependencies automatically?  Corinna?
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!

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

--
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: screen-4.0.2 on Cygwin 1.5.R18-1

On Fri, 2 Dec 2005, Peter wrote:

 I got screen to compile with very minor source code changes (more
 changes might be better, but I haven't fiddled too much).  Everything
 seems to work okay, except that I can't get screen to persist once I
 close my terminal window.

How exactly do you invoke screen?  Does setsid work for you?  Does
nohup?  IIRC, bash also has an option for controlling whether background
processes are terminated on exit...

 I tried running screen -d -m as a service through cygrunsrv, but with
 little success.  When it runs as SYSTEM I can't attach the screen, and
 when it runs as me it hangs immediately.  It seems to hang eventually
 when running as SYSTEM too, but it's hard to tell what's going on.

 Anyone who can tell me a better way?

What is the error message when screen runs as SYSTEM?  I suspect it's a
fifo permission issue...

As for hanging does it consume CPU at all?  Try attaching to the process
with strace and seeing where it hangs.

If you wish for others to try reproducing your behavior, please post the
minor changes you mentioned above (as a patch).
HTH,
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!

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

--
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: solution to the SID change problem ?

On Fri, 2 Dec 2005, Ludovic Drolez wrote:

Corinna Vinschen wrote:
On Dec 2 12:50, Ludovic Drolez wrote:

Hello,

Since I do not want to update '/etc/passwd' each time the SID changes
(sysprep deployment for example), I wanted to know if I can modify my
/etc/passwd like this:

Administrator:unused_by_nt/2000/xp:544:544:U-Administrator,S-1-5-32-544:/home/Administrator:/bin/bash

Or assign any other well know SID to the user ? S-1-5-18 ?

Sshd seems to work well, but does it have any side effects on cygwin and
windows?

You can hurt your /etc/passwd as you like as long as it works. It
won't affect native Windows apps usually, unless you make some bad

So having the same SID for the user and unix group won't make cygwin (and
windows) go crazy ?

AFAIK, Windows groups are actually compound users. As long as the SID you
use in both /etc/passwd and /etc/group belongs to a Windows group, you
should be ok. I don't know what will happen with a user's SID (this
actually is a question to Corinna, since ACL and group ownership mapping
happens within Cygwin).
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!

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

--
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: solution to the SID change problem ?

On Fri, 2 Dec 2005, Corinna Vinschen wrote:

 On Dec  2 10:25, Igor Pechtchanski wrote:
  On Fri, 2 Dec 2005, Ludovic Drolez wrote:
 
   So having the same SID for the user and unix group won't make cygwin
   (and windows) go crazy ?
 
  AFAIK, Windows groups are actually compound users.

 Huh?!?

Windows groups can act as users (as far as owning files, having ACLs
associated with them, etc), which is, perhaps, what I should have said.
I'm not aware of any significant things that groups can do and users
can't, so I made the generalization above.  I'd be happy to learn of the
cases which show that it's an incorrect one.
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!

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

--
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: screen-4.0.2 on Cygwin 1.5.R18-1


On Fri, 2 Dec 2005, Peter wrote:


Thanks for your quick reply.  It gives me a bit more to think about; I
don't really know my way around cygwin/*nux that well, from the
administrative end; I've just been an end user for a long time.

 How exactly do you invoke screen?  Does setsid work for you?  Does
 nohup?  IIRC, bash also has an option for controlling whether
 background processes are terminated on exit...

How will I know whether setsid is working?  I tried setting the setuid
bits via chmod, but I don't know what I'm doing other than that.  I'll
try nohup and look through the shell documentation for options.  I'm
either invoking screen from the command line as my user, or as SYSTEM
(by scheduling a cmd window with the NT at command).  This works okay,
but the process does not persist.


setsid is a program like nohup that dissociates a process from the
console.  It has nothing to do with the setuid bit.


I've tried running it as a service like so:
cygrunsrv -I screen -p /usr/local/bin/screen -a '-d -m'
cygrunsrv -S screen

I get the hanging, plus it runs as SYSTEM unless I add the options to
run it as myself.  Now that I think of it, perhaps I need to add -i for
interactive; I'll try that.


You might also run something that'll switch user context before running
screen (e.g., su).


 What is the error message when screen runs as SYSTEM?  I suspect it's
 a fifo permission issue...

I haven't figured out how to get the error messages out of cygrunsrv
processes, but I should be able to figure that out and get back to you.


By default cygrunsrv logs program output to /var/log/PROGRAM.log and to
the Windows Event Log.  Check in both places.


I know that it runs okay up to a point as SYSTEM because it creates a
new S-SYSTEM directory in /tmp/uscreens and creates fifos there (which I
can investigate post hoc by taking control of the directory).


Does chmod 666 /tmp/uscreens/S-SYSTEM/* help?


 As for hanging does it consume CPU at all?  Try attaching to the
 process with strace and seeing where it hangs.

Will do.

 If you wish for others to try reproducing your behavior, please post
 the minor changes you mentioned above (as a patch).

Here you go.  Like I said: very minor changes.  More intelligent changes
are almost certainly possible, but I don't really have time to read
through the source code and figure things out much more.  Have other
people done more meticulous patching?  Most patches I googled are now
404.


Thanks, I'll try to build with this patch later.

Hope you get screen working correctly.  Once you're able to do that,
please consider contributing screen as a Cygwin package.  See the
Contributing section of the Cygwin web page for details.
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!

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

--
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: SA_SIGINFO and signal info ?

On Sat, 3 Dec 2005, Samuel Thibault wrote:

 Hi,

 Cygwin defines SA_SIGINFO, but it doesn't seem to be implemented: the
 following program gets in info just 0x0 or a strange pointer. Could
 it be supported somehow? The bit of information I'd really need is
 info-si_code, so as to know whether the signal is sent by kernelspace
 (because of alarm, setitimer, ...) or by userspace (kill, raise).

AFAICS, this should work in the snapshots, according to
http://cygwin.com/ml/cygwin-cvs/2005-q3/msg00205.html.
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!

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

--
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: SA_SIGINFO and signal info ?

On Sat, 3 Dec 2005, Samuel Thibault wrote:

 [snip]
 So SI_USER should rather be defined to 0.
 Mmm, btw, SIGALRM sets 0 in si_code, while it should set SI_KERNEL.

A clear case of http://cygwin.com/acronyms/#PTC...
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!

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

--
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: Symbolic links with cvs

On Fri, 2 Dec 2005, Akshay Dua wrote:

 Hello,

 Unfortunately, we have .lnk files in our source control so I cannot
 avoid the following problem. When I try to checkout a symbolic link
 file, something happens to it and cvs is unable to stat it to set
 necessary file information. Its almost like cygwin changed the name of
 the file from under CVSs' feet. Can anyone help?

 U thirdparty/OPENSSL-0.9.7-BETA3/Makefile.lnk
 cvs checkout: cannot stat Makefile.lnk: No such file or directory
 cvs checkout: cannot set time on Makefile.lnk: No such file or directory
 cvs checkout: cannot stat Makefile.lnk: No such file or directory

As soon as you check out a .lnk file, it becomes a symlink, and Cygwin
will attempt to read the file that the symlink refers to.  If that file
doesn't exist (e.g., hasn't been checked out yet), any operations on the
symlink will fail (it will be a dangling link).  This is not a
Cygwin-specific issue (unless the .lnk in the name is an unfortunate
coincidence).  If you really are trying to commit a symlink to cvs, the
CVS manual says that this is not supported:
http://ximbiot.com/cvs/manual/cvs-1.12.13/cvs_15.html.

HTH,
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!

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

--
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: Symbolic links with cvs

Ugh, top-posting...  Reformatted.

On Fri, 2 Dec 2005, Akshay Dua wrote:

  From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
  Sent: Friday, December 02, 2005 6:43 PM
  To: Akshay Dua
  Cc: [EMAIL PROTECTED]

http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

  Subject: Re: Symbolic links with cvs

  On Fri, 2 Dec 2005, Akshay Dua wrote:

   Hello,

   Unfortunately, we have .lnk files in our source control
   [snip]
   U thirdparty/OPENSSL-0.9.7-BETA3/Makefile.lnk
   cvs checkout: cannot stat Makefile.lnk: No such file or directory

  As soon as you check out a .lnk file, it becomes a symlink, and Cygwin
  will attempt to read the file that the symlink refers to.  If that
  file doesn't exist (e.g., hasn't been checked out yet), any operations
  on the symlink will fail (it will be a dangling link).  This is not a
  Cygwin-specific issue (unless the .lnk in the name is an unfortunate
  coincidence).  If you really are trying to commit a symlink to cvs,
  the CVS manual says that this is not supported:
  http://ximbiot.com/cvs/manual/cvs-1.12.13/cvs_15.html.

 Thanks so much for your reply.

 Is there a way to tell Cygwin to stop converting (or treating) .lnk
 files as symlinks?

Larry already mentioned it: add nowinsymlinks to your CYGWIN variable.

 The thing is my colleagues with the same version of Cygwin do not have
 this problem. In their case Cygwin treats the .lnk file as a plain file
 rather than a symbolic link and hence does not follow it. I wonder why
 this behavior exists on my machine.

Hmm...  For a .lnk file to be treated as a symlink, it has to also be
marked read-only (and system, I think)...

 The only thing I can think of, is that I set and then unset
 CYGWIN=ntsec. I don't know if that changed something. Before that I had
 whatever is enabled by default and in fact was not observing the above
 behavior even when I checked out .lnk files.

Heh.  Check that the directory you're checking out to still has Windows
(inherited) permissions...  Maybe that's your problem.

 The issue really is that since .lnk files are treated as symbolic links,
 they appear as locally modified to CVS because in one case the links are
 followed (locally) and in the other case they aren't (in the
 repository).

 Any suggestions on how I can get the old behavior back?

You still haven't answered whether they are *supposed* to be symlinks...
If they are, see the CVS manual -- what you're doing is non-portable, and
you can't expect it to work.  Subject to change at any time.  If they are
regular files that just happened to have the .lnk extension, you may have
a shot with the options above.

Another thing that would be useful for people on this list to be able to
help you is the output of cygcheck -svr, as requested in the Cygwin
problem reporting guidelines at http://cygwin.com/problems.html.  Please
make sure to attach the output, rather than including it inline.  That
would also answer the question of whether you have something unusual in
your environment.
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!

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

--
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: Posting to the gmane.os.cygwin not via Gmane

On Sat, 3 Dec 2005, Alex Vinokur wrote:

 I usually send messages to the group via Gmane.
 How to post them directly to this mailing list?

Send email to cygwin at cygwin dot com.  In fact, every post you make
ends up in the mailboxes of all list subscribers... :-)
HTH,
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!

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

--
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: PING setup-maintainer.

2005-12-01 Thread Igor Pechtchanski

On Thu, 1 Dec 2005, Max Bowsher wrote:

 Buzz wrote:
  :   * geturl.cc (init_dialog): Tell where file is downloaded from.
 [snip]
 Apart from the above patch, the two others I have waiting for my
 attention in my mailbox are:

 * Remember Chooser View
 * Warn about dropped mirrors

 If there are more, could you remind me? Thanks.

How about http://cygwin.com/ml/cygwin-apps/2005-11/msg00141.html?
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!

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

Re: Is Cygwin/X compatible with HP's mwm?

2005-12-01 Thread Igor Pechtchanski

On Thu, 1 Dec 2005, km4hr wrote:

 Is Cygwin/X compatible with the mwm (Motif Window Manager) that comes
 with HPUX 10.20?  Or is Cygwin/X only supposed to work with Linux? I
 have an application that works fine with Redhat's X server, Exceed, and
 Reflections, but not Cygwin/X.  I was hoping to use Cygwin/X instead of
 the commercial X servers. But Cygwin/X doesn't communicate with mwm.
 I've been trying for days but it's just not working. Application windows
 all appear normal in Cygwin/X but there is no interaction with the
 window manager. For example, I can't move windows on the screen. The
 last window created is the only one that gets focus. Clicking on the
 others does nothing. Window manager pull down menus don't display. In
 short, there is no interaction at all between Cygwin/X and the mwm
 window manager. Is anyone out there using Cygwin/X successfully in this
 environment? Does anyone know if Cygwin/X has been tested with HP's mwm?
 I also tried the twm window manager that comes with HPUX 10.20.  Is
 doesn't work right either. The problems are similar but not exactly the
 same. In the case of twm an outline of the last window created is
 attached to the mouse pointer. Clicking on the desktop causes the window
 to be completed and appear normal.  I am able to interact with the
 window manager after that. But what's going on with this weird behavior?

Hard to say without any information on how you start the X server[*].  A
couple of WAGs: don't run the X server in multiwindow mode (or you'll get
two window managers trying to outdo each other), and check that your
NumLock is not on.  Also, are you connecting to the HPUX machine via ssh?
If so, read
http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding.
HTH,
Igor
[*] It's recommended that you attach /tmp/XWin.log from the failed session.
-- 
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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: [SOLVED] Re: zone alarm service depency problem with sshd

2005-12-01 Thread Igor Pechtchanski

On Thu, 1 Dec 2005, H. S. wrote:

 H. S. wrote:
  Hi,
 
  I am trying to have sshd running on my Windows XP box. I have Zone Alarm
  installed, ver. 6.0.667.
 
  I configured sshd with:
  $ ssh-host-config
 
  and started as a service:
  $ cygrunsrv -S sshd
  which promptly made Zone Alarm to ask if sshd should be allowed internet
  access. I allowed it's client as well as server access. And it worked from
  my other LAN PCs.
 
  But then I noticed that after I rebooted the Windows XP box, I could no
  longer ssh to it from another computer even though the sshd service was
  running. Zone Alarm was blocking it. I had restart sshd service to make Zone
  Alarm ware to allow access to/from it.
 
  A little google search resulted in making Zone Alarm service a dependency of
  sshd. So:
  1. I removed sshd service using cygrunsrv -R sshd
  2. I installed it again by making Zone Alarm service as it's dependency:
  $ cygrunsrv -I sshd -p /usr/sbin/sshd -f Cygwin SSH Demon -y zlclient.exe

 The problem was that ... er ... zlclient is not a service at all, or so it
 seems to me (since tasklist /svc in a command prompt listed it, it first
 looked as service to me).

 So I stopped the service:
 $ cygrunsrv -E sshd

 then removed it
 $ cygrunsrv -R sshd

 and then this command solved the problem (there was another problem of
 CYGWIN env. too but I didn't know about it earlier):
 $ cygrunsrv -I sshd -p /usr/sbin/sshd -f Cygwin SSH Demon  -a'-D' -e
 'CYGWIN=binmode ntsec tty' -y tcpip -y vsmon

 After giving this command, I restarted the service
 $ cygrunsrv -S sshd

 and rebooted. I was then able to log in to the XP box just after booting
 (without loggin as any user).

Would it make sense to change ssh-host-config to include the tcpip and
vsmon dependencies automatically?  Corinna?
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!

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

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

Request for a new setup snapshot

2005-11-30 Thread Igor Pechtchanski

Brian, can we please get a 2.521 setup snapshot out?  Thanks,
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!

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

Re: Request for a new setup snapshot

2005-11-30 Thread Igor Pechtchanski

On Wed, 30 Nov 2005, Max Bowsher wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Igor Pechtchanski wrote:
  Brian, can we please get a 2.521 setup snapshot out?  Thanks,
  Igor

 Done.

 http://cygwin.com/setup/

Perfect, thanks.
Igor
P.S. Should the snapshots older than 2.510 be moved to setup/old ?
-- 
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

Syslog event source registration [Was Re: Suggest cygrunsrv extension: --pidfile option (patch included)]

2005-11-30 Thread Igor Pechtchanski

On Thu, 24 Nov 2005, Brian Dessent wrote:

 Christian Franke wrote:

  Unlike syslog, windows event log is intended to store only message
  parameters, not complete messages.
  The (probably localized) messages must be provided by such an event
  message file (the misleading MS-term;-), which is essentially an .exe
  or .dll containing (message id, string) pairs in a resource section.
  For Cygwin, this would be one trivial (0, %1) pair.
 
  Does such a file (and associated registry tool) exist for Cygwin?

 It's trivial to add the RT_MESSAGETABLE resource to cygwin1.dll that
 contains the single message %1\r\n.  It's complicated by the fact that
 windres doesn't have parsing support for messagetables, but you can just
 specify the raw binary for something this trivial.  If you search the ML
 archives someone posted the appropriate .rc bits a couple years ago.

 The hard part is that for every event source you need to add keys:

 HKLM\SYSTEM\CurrentControlSet\Services\Eventlog\Application\(name)\
EventMessageFile = REG_SZ c:\path\to\cygwin1.dll
TypesSupported = REG_DWORD 0x1f

 where (name) is whatever the application passed to openlog()'s first
 parameter.

 This sucks because it means that to truly do this right, the code in
 Cygwin's openlog() has got to add these keys every time it's called.
 But it can't just blindly overwrite whatever event source might exist
 already because otherwise a malicious application that called e.g.
 openlog(MsiInstaller, ...) would fubar the MSI event source.  So it's
 got to check if the event source exists, decide if it's a Cygwin event
 source, figure out if the DLL path is correct, and if not, put the
 current cygwin DLL path in the key.

 This is not insurmountable but it's kind of a pain.  I've been slowly
 working on a patch that does all this, but it's not ready yet.  For the
 time being I just add event sources manually and it works great.

Why complicate openlog()?  Let the Cygwin applications that use openlog()
do this (e.g., in a postinstall script).  We could even add a utility
package in Base, similar to editrights, that contains scripts for
adding and removing this setting (something like 'regtool add
KEY/$1/VAL; regtool set KEY/$1/VAL value') that the postinstall and
preremove scripts can invoke...  That way this would also be cleaned up
if, say, openssh were uninstalled.
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!

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

--
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: Cygwin and (Linux or Unix) env: running applications

2005-11-29 Thread Igor Pechtchanski

On Tue, 29 Nov 2005, Aldi Kraja wrote:

 Hi,

 1. I have set two symbolic links under the /usr/local/bin/
 for SAS (sas) and SPLUS (splus70) for windows (Two statistical packages that
 reside in my desktop with Microsoft XP OS).
 [snip]

 When I use SAS to invoke the same command:
 %sysexec splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
 c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err ;

 or
 X 'splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
 c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err';

 or
 call system('splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
 c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err');

 cygwin responds with a window at C:\ WINDOWS\system32\cmd.exe

 'splus70' is not recognized as internal or external command, operable
 program or batch file
 c:\aldi2\splus_test

 Do you know if cygwin is providing a different general path to the
 programs such as SAS?
 Any suggestions how can I tell SAS that splus70 is present in the
 general path of cygwin?

First off, please don't hijack an unrelated thread for your questions --
if you have a separate question, please start a new thread.
Secondly, Windows programs (like SAS) don't understand Cygwin symlinks.
Either let SAS know where the real SPLUS lives, or spawn a Cygwin process
that will understand the symlink (e.g., something like

call system('bash -c splus70 /BATCH c:\\aldi2\\splus_test\\batch.txt
c:\\aldi2\\splus_test\\batch.out c:\\aldi2\\splus_test\\batch.err');

).
HTH,
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!

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

--
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: RFC on packaging of additional Apache2 modules

2005-11-24 Thread Igor Pechtchanski

On Thu, 24 Nov 2005, Max Bowsher wrote:

 I'm preparing a new Apache 2 release, and want to include a conf.d
 arrangement to allow additional module packagess to install
 configuration fragments in a useful way.

 So far, my tentative proposal is:

 Include /etc/apache2/conf.d/*.conf in httpd.conf.
 Have module packages install config fragments to
 /etc/apache2/conf-std.d/, and copy them insto conf.d if no equivalent
 exists.

 This is consistent with the way the package currently handles
 httpd.conf, etc.

 I'm posting here for input before I go ahead and do it.

The above sounds fine, but why not use /etc/defaults/etc/apache2/conf.d/
instead of /etc/apache2/conf-std.d/?
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!

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

Re: exception while starting cygwin

2005-11-23 Thread Igor Pechtchanski

On Wed, 23 Nov 2005, Eric Blake wrote:

 According to cygwin on 11/23/2005 7:08 AM:
  Not Found: sh

 Even worse - your cygwin installation is incomplete.  The postinstall
 script that installs /bin/sh probably failed because of your other
 unix-y tools in your path, but without /bin/sh, many other cygwin tools
 will fail.

Would it make sense for setup to prepend /bin to the path before invoking
postinstall scripts?  I recall this being proposed before, but don't
remember what the objections were at the time (other than SHTDI).
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!

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

--
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: Practical method for automatic Cygwin install?

2005-11-23 Thread Igor Pechtchanski

On Wed, 23 Nov 2005, Christopher Faylor wrote:

 On Tue, Nov 22, 2005 at 09:51:56PM -0600, William J. Leslie wrote:
 Note: I am rephrasing the question I asked last time (for which the
 conversation drifted into GPL and licensing issues).
 
 My program depends on cygwin DLLs, my installer must make sure these
 dependencies are satisfied.  I've heard that installing private copies of
 cygwin DLLs can lead to version mismatches. Instead of installing private
 copies of the cygwin DLLs, my installer will install a complete (but minimal)
 cygwin installation to c:\cygwin.
 
 There are a few issues that I am not sure how to deal with:
 
 1) How to determine whether or not cygwin is already installed? If so, what
 is the prefix path (e.g. c:\cygwin)?

 Right now, the only way to do it is to query the registry.  I think I'm
 convinced that cygwin will always need to add something to the registry
 so the concept of querying the registry to find out if cygwin is
 installed should be useful for the foreseeable future, even if the
 location to query might change (and what a hue and cry there will be if
 it does change).

 It is possible to copy the cygwin DLL to a system and just have it work,
 though, so what I would do is:

 0) Look at the current installer to see how it does things.

 1) Try running mount --version to see if it is the cygwin version.
 If it succeeds and the word cygwin shows up in the output, then cygwin
 is installed. This assumes that mount is in the path.

 2) Look in the registry (in the currently used location) for the cygwin
 root directory.  See if the bin directory under this location contains
 cygwin1.dll.  If it succeeds, then cygwin is installed.

Or you could look at how setup.exe/cygcheck does it and help extract the
mount code into a library that could be linked into other apps.

 2) If cygwin is already installed, what optional packages are present?
 What versions?

 Use the same method as the current setup (and cygcheck) to determine
 what packages are installed.

 3) If cygwin is NOT installed, how do we install it, without setup.exe
 prompts?  (I have a gut feeling that it's a bit more complicated than
 just untarring packages.)

 It's not a lot more complicated than that.  You have to get dependencies
 right and you have to deal with post install scripts.

And you have to make sure that whatever non-Cygwin application/library you
use to untar packages understands and can create Cygwin symlinks and hard
links (optional, copies would work just as well).

 4) If cygwin is installed, but some optional packages need version
 upgrades, how do we accomplish that?

 As Gary said in another message, it sounds like the best way to
 accomplish what you want is to augment setup.exe and make sure that your
 changes show up in the official version.  You contribute to setup.exe
 via the cygwin-apps mailing list.  Maybe you might want to peruse the
 archives of that mailing list to see how that happens.

Another thing that I don't recall mentioned in this thread is that
setup.exe has an unattended mode (which is not scriptable, but that could
be alleviated with custom setup.ini files).  The GUI will still pop up,
but user interaction isn't really necessary.
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!

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

--
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: rxvt fonts size setting problem for X/Cygwin

On Tue, 22 Nov 2005, faif cn wrote:

 Hello All,

 I use rxvt in cygwin in dos shell without X. Font size is set on
 .Xdefaults as
 Rxvt*font: Lucida Console-14

 But when I run rxvt in X, the fonts size of rxvt terminal is too
 small. The same setting seems not affect rxvt in X? How can I keep
 fonts as same as big in cygwin dos shell?

First off, if you use rxvt, it's not a DOS shell.

Secondly, X uses a different font selection scheme from W11 (the X
interface wrapper around the native Windows calls that rxvt uses).  W11
uses Windows font names.  For a list of available X fonts, run xlsfonts
(or use xfontsel to select fonts visually).

I don't know of an easy way to dispatch to a font name based on whether
you're running X or native.  You could try playing with window names and
using this as a selector in your .Xdefaults...
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!

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: rxvt fonts size setting problem for X/Cygwin

On Tue, 22 Nov 2005, Leo wrote:

 On 11/22/05, Igor Pechtchanski wrote:
  On Tue, 22 Nov 2005, faif cn wrote:
 
   Hello All,
  
   I use rxvt in cygwin in dos shell without X. Font size is set on
   .Xdefaults as
   Rxvt*font: Lucida Console-14
  
   But when I run rxvt in X, the fonts size of rxvt terminal is too
   small. The same setting seems not affect rxvt in X? How can I keep
   fonts as same as big in cygwin dos shell?
 
  First off, if you use rxvt, it's not a DOS shell.
 
  Secondly, X uses a different font selection scheme from W11 (the X
  interface wrapper around the native Windows calls that rxvt uses).  W11
  uses Windows font names.  For a list of available X fonts, run xlsfonts
  (or use xfontsel to select fonts visually).

 Thank you. If I understand you right, the fonts name shown by xlsfonts
 or xfontsel should be used for X.

Yes.

 But I changed .Xdefaults font section by using name listed by xlsfonts,
 the native rxvt fonts changes, whereas X version rxvt doesn't. Am I
 missing your points?

I don't think so.  When I do this, the font changes in both the Windows
mode and the X mode (to different things, of course).  How do you invoke
the X-mode rxvt?  Do you have a script or an alias that passes the -fn
option to rxvt?
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!

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: Folder ftp%3a%2f%2fftp.sunsite.utk.edu%2fpub%2fcygwin remains after install (FAQ alert)

On Mon, 21 Nov 2005, Brian Dessent wrote:

 Christian Franke wrote:

  Somewhat offtopic and probably FAQ:
  The local package cache fills up with outdated (no longer in setup.ini)
  versions.
  Is there any hidden setup.exe functionality or cleanup script available
  to delete old package files?

 There's nothing in setup.exe, but I do remember that someone once posted
 a script that does this.  I don't recall the filename but google on the
 mailing list archives ought to work.

The script you're thinking of is Michael A. Chase's clean_setup.pl.
Unfortunately, Googling for it mostly turns up references to it in the
mailing list archives, and the actual site comes up only at the bottom of
the page.  It would be nice if there was a link to this script in the FAQ
somewhere.

 I prefer to maintain a local rsync repository rather than letting
 setup.exe download anything.  If you go this route you can use --delete
 to delete stuff no longer on the master site.  You can be pretty
 flexible in what you mirror, e.g. --exclude=\*-src.tar\* to skip source
 packages (though I don't do this.)

This works too.  Doesn't rsync also work asymmetrically (delete but don't
download)?  This could be used to purge obsolete copies of things from
setup's cache...
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!

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

--
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: mkpasswd, mkgroup - initial setup of group, home dir

On Tue, 22 Nov 2005, Brian Dessent wrote:

 Robert Body wrote:

  Hi, I installed on a networked computer, but i don't want my cygwin to
  be part of that network as far as username/groups go (I don't want to
  add all

 Use -l instead of -d when running mkgroup and mkpasswd.

Actually, -l -c (-c stands for current user, even if a domain one).

  I would like to change these to Owner and mygroup, and I would
  like my

 The user and group names in the /etc/passwd and /etc/group files should
 match those in Windows.  The purpose of those files is to mirror the
 actual Windows user and group names for programs that expect to be able
 to read them from those files.  You can't arbitrarily define user/group
 names there, you have to do that in Windows.  You should probably stick
 to only creating them with mkpasswd and mkgroup and not hand editing
 them to contain other values.

Umm, sorry, Brian, but this is not true.  The username in /etc/passwd
doesn't matter at all, and neither does the UID -- it's the SID field
that's important.

 Or put differently, just because you change your username in /etc/passwd
 doesn't mean you've actually changed your account's user name --

True.

 and in fact you may cause strange failures if the two aren't in sync.
 If you want a different group name, create one in Windows and add
 yourself to it, and then re-run mkgroup to keep /etc/group in sync.

Not true.  The name can be changed arbitrarily (in fact, the ntsec section
of the UG has examples of this).

  default home directory to be /home/Owner (which is really
  C:\cygwin\home\owner in windows). The system insists on making my home
  directory /cygdrive/u even if I modify /etc/passwd file

 http://cygwin.com/faq/faq.setup.html#faq.setup.home

  I read about mkpasswd -d - well I don't want people on network added
  to my cygwin setup,

 Then don't use -d.

Use -d -u USERNAME to add only the user USERNAME from the domain.
Or use -c to add the current (domain) user.
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!

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

--
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: escape codes for ksh in /etc/profile ... was Re: mkpasswd, mkgroup - initial

On Tue, 22 Nov 2005, Robert Body wrote:

 I don't suppose there is a way of NOT letting %HOME% take priority over
 /etc/passwd for my home directory?

Yes.  Edit /Cygwin.bat and add unset HOME right before invoking bash.

 Brian,since you know about so many things, how come the following ksh
 doesn't work in
 1) Linux xyz 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 unknown
 2) HP-UX xyz B.11.00 U 9000/785 2004606272 unlimited-user license

 the PS1 line below puts path into the title of the xterm, and puts
 $PWD into prompt and this works fine in bash (different section of
 /etc/profile), but not in ksh

bash uses a different set of escape codes.  The below is actually a bug in
the default /etc/profile -- the '^[' symbols should be literal Esc (0x1B)
characters, and '^G' should be 0x07 characters.  I've reported this
before, but it probably is time to bring it up again.

 -taken from cygwin's /etc/profile
 ...
 ksh* | -ksh* | */ksh* | \
 ksh*.exe | -ksh*.exe | */ksh*.exe )
# Set a HOSTNAME variable
typeset -l HOSTNAME

# Set a default prompt of: [EMAIL PROTECTED] and current_directory
PS1='^[]0;${PWD}^G
 [EMAIL PROTECTED] ^[[33m${PWD}^[[0m
 $ '
 -
 Basically the escape codes are being ignored in ksh,

Those aren't escape codes, those are improperly pasted control characters.

 but it came from cygwin's /etc/profile so it must be perfect right?

:-)

HTH,
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!

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

--
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: Where is cygwin bin directory?

On Tue, 22 Nov 2005, Lennart Borgman wrote:

 Christopher Faylor wrote:

  On Tue, Nov 22, 2005 at 07:20:26PM +0100, Lennart Borgman wrote:
 
   Is the path to Cygwin bin directory available in windows registry?
  
   It would be nice if it were there since that would make it easier to use
   Cygwin from other programs.
 
  man cygpath
  man mount

 Thanks Christopher, it was not what I asked for, but I realized I should
 have been more clear.

 I want to start Cygwin from within an application. It is in a package
 that will be distributed to many computers and I have no idea at all if
 Cygwin is installed and in that case where it is installed. MS
 recommends that you put this information in the Windows Registry...

 Maybe that pattern does not fit Cygwin very well, but I hoped that the
 information was available in some other OFFICIAL place in the Windows
 Registry. Your answer however led me to remember a place in the registry
 where I currently can get this information:

   HKLM\SOFTWARE\Cygnus Solution\Cygwin\mounts v2\/\native

 The problem is that it does not look as official information I can trust
 to be there tomorrow. So I would still like to know where to find this
 information in Windows Registry (if it is there?).

This is a valid concern, and yes, using cygpath or mount won't help here.
You'll need to do exactly what Cygwin's setup.exe installer is doing -- it
can be guaranteed that whatever way there is to find Cygwin on the
machine, setup.exe is going to use it.  Also, setup is a pure Windows
application, so it doesn't use Cygwin internal calls, but has its own way.

For now, this means that you can look at the above registry, but do track
setup development very closely (maybe even subscribe to the
cygwin-apps-cvs list).  If the means for finding the location of Cygwin
ever changes, setup will have to reflect it.  It would arguably be a good
thing (tm) to extract that portion of setup code into a library that
other Windows applications can also link in.  SHTDI, though.
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!

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

--
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: escape codes in ksh \033]0;\$PWD\007\$PWD

On Tue, 22 Nov 2005, Robert Body wrote:

 I have not been able to figure out how to send escape codes to ksh

KSH does not understand escape codes.  You have to embed literal special
characters into $PS1.

 I saw a syntax for ksh on
 http://www.steveshilling.pwp.blueyonder.co.uk/scripts/xtermtitle.txt
 -
 PS1='^[]0;[EMAIL PROTECTED]: ${PWD}^Gksh$ '
 -
 where ^[ is used instead of \033 and ^G instead of \007
 but I tried 3 systems with ksh, no go, it doesn't understand escape
 characters, not with \032, not with \[\e and not with ^[ to signfy beginning
 of escape code... ksh just repeats them exactly like regular characters

In bash, you can type in the following character sequence (sans the
spaces):

P S 1 = ' Ctrl-V Esc ] 0 ; $ { U S E R } @ $ { H O S T } : Space $ { P W D } 
Ctrl-V Ctrl-G k s h $ Space '

To get the above prompt.  Then start ksh.

 in bash it's easy
 
 PS1='\[\e]0;$PWD\a\]$PWD '# (in title) HOST-$PWD ... $PATH
 

 I came up with the following... needs perl, needs xterm
 but works in ksh, and bash too
 
 PS1=$(perl -e 'printf \033]0;\$PWD\007\$PWD ')
 

Sure, that works too.  You can use awk or sed instead of perl (which have
the advantage of being part of the default installation).

 but i just don't know how (and someone must know how) people get the
 escape codes into ksh that it works from command prompt or script with a
 one line solution (and without secondary help from something like c or
 perl code)

Both vi and emacs allow you to enter special characters literally.  Edit
your .profile (or /etc/profile), and you're all set.  The ksh-related
section of the default /etc/profile has a bug and doesn't work.

 Oh, the purpose of this escape sequence is to synchronize the title with
 PS1 to be the current directory on an xterm (but the question is about
 escape codes, not xterm ;-) )

Again, ksh does not understand escape codes.  Neither does ash.  Use
literal characters.

Igor Pechtchanski
Volunteer PDKSH maintainer for Cygwin
-- 
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

--
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: Concern about new g-b-s logging change - loss of error detection

2005-11-21 Thread Igor Pechtchanski

On Sun, 20 Nov 2005, Max Bowsher wrote:

 Igor Pechtchanski wrote:

  Let's try to come up with a solution (see below), but if we can't very
  soon, I'll disable the logging.

 Good.

 or use $PIPESTATUS (which is a bashism, and is fragile, unless we use
 ${PIPESTATUS[$(([EMAIL PROTECTED]))]}).
 
 I think using a bashism is OK. Even people who don't actually use bash
 interactively will have it installed - it's in 'Base', after all.
 
  So, we make g-b-s a /usr/bin/bash script instead of /bin/sh script?  Are
  there any objections to this?  Is this script ever used in any (e.g.,
  cross-compilation) environments where /bin/sh is *not* bash?

 Bash usually lives in /bin, not /usr/bin.

On Linux it does.  If bash lives in /bin, it's standard on the system and
I'm not worried about those systems.  I'm guessing I'm just overcautious.

 I would think that any Linux system featureful enough to have a
 compiler, would have a /bin/bash.

 Why would ${PIPESTATUS[1]} not be OK?
 
  Because that would only work for cases where the only pipe is added by
  logging (i.e., fragile).  If someone ever wanted to pipe something to
  configure in that step, whoever made the change would need to know to
  change ${PIPESTATUS[1]} to ${PIPESTATUS[2]}, which is too easy to miss
  (i.e., fragile).  I'm willing to be convinced that I'm being paranoid
  here, though.

 Hang on: It is the *first* item in the pipe (the real command) that we
 care about, anyway, not any filters placed after it. So,
 ${PIPESTATUS[0]}, and we don't need to worry about people adding to the
 end of the pipe.

Nope, that's why I said piping something *to* configure, not piping
configure output into something.  The thing we're interested in may not
be the first item in the pipe (in fact, to preserve the behavior we had
before the logging change, we'd need to consider the return code of the
last pipe stage).  Whether that's the correct behavior is a separate
question, which also needs to be addressed...
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!

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

Re: Folder ftp%3a%2f%2fftp.sunsite.utk.edu%2fpub%2fcygwin remains after install

2005-11-21 Thread Igor Pechtchanski

On Mon, 21 Nov 2005, Van Snyder wrote:

 After installing CYGWIN_NT-5.1 lap-fr4zcs84sdc 1.5.18(0.132/4/2)
 2005-07-02 20:30 i686 on Windows XP or Windows 2000, a folder named ftp%
 3a%2f%2fftp.sunsite.utk.edu%2fpub%2fcygwin remains on the desktop.
 [snip]
 4.  If it needs to be kept, but need not be kept on the desktop, it
 would be useful if the installer offered an option to put it somewhere
 else.

Just one thing to add to what Brian said: setup by default offers to put
the local package cache in the directory that it runs from.  If you save
setup to the desktop, that would be the default value for the local
package cache.  If you want a different default, save setup somewhere
else.
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!

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

--
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: Concern about new g-b-s logging change - loss of error detection

2005-11-20 Thread Igor Pechtchanski

On Sat, 19 Nov 2005, Max Bowsher wrote:

 This thread seems to have gone to sleep.

Sorry -- it was sitting in my Follow-Up folder, but I somehow didn't get
to reply to this.

 Summary: The addition of the 'logging' g-b-s feature introduced a bug:
 Errors during phases of package building do not halt the build, so that
 an error during 'make' or 'make install' would not prevent the 'pkg'
 operation running, and producing flawed package files.

 If no one has time to fix the logging feature properly right now, could
 we just revert the logging feature from g-b-s CVS HEAD until someone does?

Let's try to come up with a solution (see below), but if we can't very
soon, I'll disable the logging.

 === Full text of earlier part of thread follows: ===

 Max Bowsher wrote:
  Igor Pechtchanski wrote:
 
  On Sat, 29 Oct 2005, Max Bowsher wrote:
 
  Please forgive me if this has already been discussed - I've been
  time-limited to scanning subject lines only recently.
 
  Bourne shells consider only the exit status of the last command in a
  pipeline when determining $? - this means that the addition of lots of
  | tee somefile will cause errors occurring during the commands being
  logged to be ignored.
 
  This seems to me to be a more severe problem than not keeping the logs
  in the first place - as a failing make could result in the packaging
  of a partially built package.
 
  Max,
 
  Thanks for bringing this up.  This hasn't been discussed, and I admit
  I missed this aspect of the problem when reviewing the patch.  I did
  have a fleeting thought of changing the tees to redirections, but
  didn't realize the importance of this.  I just verified that even
  with set -e in effect, bash will not terminate if an interior pipe
  command fails.
 
  I can think of two ways to tackle this: use redirection (with the
  loss of immediate console output),
 
  I don't like that idea. When building a large package, this would mean
  many minutes without any feedback at all.

Agreed.  I just wanted to bring this up for completeness.

  or use $PIPESTATUS (which is a bashism, and is fragile, unless we use
  ${PIPESTATUS[$(([EMAIL PROTECTED]))]}).
 
  I think using a bashism is OK. Even people who don't actually use bash
  interactively will have it installed - it's in 'Base', after all.

So, we make g-b-s a /usr/bin/bash script instead of /bin/sh script?  Are
there any objections to this?  Is this script ever used in any (e.g.,
cross-compilation) environments where /bin/sh is *not* bash?

  Why would ${PIPESTATUS[1]} not be OK?

Because that would only work for cases where the only pipe is added by
logging (i.e., fragile).  If someone ever wanted to pipe something to
configure in that step, whoever made the change would need to know to
change ${PIPESTATUS[1]} to ${PIPESTATUS[2]}, which is too easy to miss
(i.e., fragile).  I'm willing to be convinced that I'm being paranoid
here, though.
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!

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

Re: Please upload: naim-0.11.8

On Fri, 18 Nov 2005, Corinna Vinschen wrote:

 On Nov 18 11:13, Christopher Faylor wrote:
  On Fri, Nov 18, 2005 at 03:40:23PM +, Jon Allen wrote:
  On Fri, Nov 18, 2005 at 11:34:06AM +0100, Corinna Vinschen wrote:
  Packaging looks good.  The above setup.hint is not quite correct, naim
  is linked against libncurses8, not libncurses7.  I fixed that and
  uploaded the package to cygwin.com.  You should also fix your local
  copy, perhaps.
  
  
  Thanks for catching that.  The source package contains a copy of the
  incorrect setup.hint in naim-0.11.8-1.patch - should I correct this and
  roll a new source package?
 
  I don't think that's necessary as long as you've corrected your local
  version.
 
  Thanks for stepping up to do this.  It is much appreciated.

 Igor, can we get a gold star for Jon?  Everybody taking over an orphaned
 package should get one in future.

Sure, done.
Igor
P.S. I didn't want to send a separate message, but since I'm replying to
this thread anyway -- big thanks to Jon for not letting a very useful
package fall through the cracks.
-- 
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

Re: generic-build-script extension to update version numbers in README

 features of the g-b-s into a separate script (tentative name:
maintainer-only-features.sh, suggestions welcome).  In the meantime,
another thing that would help is defining the core g-b-s features.  Is
anyone using the package signature feature?  acceptpatch?  logging?

 P.S. It'd be a different story if we were using an 'engine' with
 external overrides, like mingwports or cgf's netrel(?) -- then mods to
 the engine to provide new features would be distinct from the
 package-specific overrides. But gbs ain't like that.

What's stopping us from trying to get there?  Anything specific to the
nature of the g-b-s?  One way to address this may be defining more
functions like unpack() to contain the pluggable/overridable behavior.

There was also Jari Aalto's build script (I forget the name) which had
some of the above properties, IIRC.

BTW, thanks for your comments, Chuck.  I'm afraid I lost sight of the fact
that many maintainers have private mods to the g-b-s, and that feature
updates may cause them trouble.  We should definitely rectify this.
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!

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

Re: Linking propbem with gtk libraries

On Fri, 18 Nov 2005, Laitio Mika (Sysline) wrote:

 [snip]
 Do you know what changes are needed to gcc -g -O2 -L/usr/X11R6/lib
 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0
 -lXft -lfreetype -lz -lXrender -lXext -lfontconfig -lpangox-1.0 -lX11
 -lpango-1.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv -o
 hello.exe main.o command?

Yes.  Move 'main.o' before all the '-l' flags (typical newbie mistake).
See also
http://cygwin.com/faq/faq.programming.html#faq.programming.linker (which
should, IMO, be extended to cover object linking as well).
HTH,
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!

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: generic-build-script extension to update version numbers in README


On Fri, 18 Nov 2005, Christian Franke wrote:


the build-script of the smartmontools package creates the
Cygwin/package-*.README file from
srcdir/CYGWIN-PATCHES/package.README.in by replacing VER/REL with the
current version/release numbers.

This might be useful for other packages to avoid extra editing of README
on each minor release.

A patch for generic-build-script 1.43 is attached.


Christian,

I'd like to discuss this patch, and cygwin-apps@ is the proper place for
this discussion.  It's nicer if the whole thread is on one list.  Would
you mind resubmitting this patch to [EMAIL PROTECTED]
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!

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

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

[PATCH] setup: initially expand categories starting with .

2005-11-17 Thread Igor Pechtchanski

This patch implements one of the setup augmentations useful for the
installation profiles idea (for lack of a better name :-) ).
Igor
==
ChangeLog:
2005-11-16  Igor Pechtchanski  [EMAIL PROTECTED]

* PickView.cc (PickView::setViewMode): Auto-expand category if
its name starts with a dot.

-- 
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. /DAIndex: PickView.cc
===
RCS file: /cvs/cygwin-apps/setup/PickView.cc,v
retrieving revision 2.26
diff -u -p -r2.26 PickView.cc
--- PickView.cc 9 Sep 2005 19:08:01 -   2.26
+++ PickView.cc 16 Nov 2005 19:54:58 -
@@ -160,7 +160,8 @@ PickView::setViewMode (views mode)
   for (packagedb::categoriesType::iterator n =
 packagedb::categories.begin(); n != packagedb::categories.end();
 ++n)
-insert_category (*n, CATEGORY_COLLAPSED);
+insert_category (*n, *(*n).first.c_str() == '.'
+   ? CATEGORY_EXPANDED : CATEGORY_COLLAPSED);
 }
   else
 {

Re: my 3 heads = apps in the dead zone

2005-11-17 Thread Igor Pechtchanski

On Thu, 17 Nov 2005, Chris Green wrote:

 On Thu, Nov 17, 2005 at 09:51:12AM -0500, Igor Pechtchanski wrote:
  
   Is this a problem with the app, cygwin/x, x.org, Win or my config?
 
  Ultimately, window placement is the responsibility of the window manager.
  However, most window managers assume a single rectangular desktop area.

 Hmph, not any more according to most 'modern' window manager
 programmers.  I've had this discussion with two lots of developers of
 same and both have now given up any support for positioning of windows
 through the window manager.  At least user control of where the window
 is positioned is no longer done using the window manager
 configuration.

This does not contradict what I said.  Even if all the window manager does
is pass the user's preference of where to place the window directly to the
X server, it's still up to the window manager to act as a liaison to the
server.  If there is no user preference specified, the window manager
should be the one placing the window (even if it just defaults to (0,0)).

I'd be happier to find out that some window manager does support
irregularly shaped displays (and even happier to know that someone was
working on getting the windows native WM to support them). :-)
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!

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

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: FW: 1.5.18: grep -f option broken

2005-11-17 Thread Igor Pechtchanski

On Thu, 17 Nov 2005, Chris Milam wrote:

 In the latest release of grep (2.5.1a-2), I believe that the -f option
 (read expressions from a file) is no longer working.
 [snip manpage quote]
 However, it appears that no match of any input is ever found for any set
 of strings in the file specified by -f.  This functionality was working
 in an earlier release (I regret to say that I cannot remember the last
 time it was working but it was a release within the last year, I think).

I was only able to reproduce this behavior if the script had DOS line
endings on a binmode mount (which you have).  Run the script through d2u
and try again.

It's arguably a bug in grep that the pattern file should be opened in text
mode.
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!

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

--
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: Capital/upper case B doesn't register in either cygwin bash prompt, rxvt bash prompt, or ssh client bash prompt

2005-11-16 Thread Igor Pechtchanski

On Wed, 16 Nov 2005, Eric Blake wrote:

 According to Igor Pechtchanski on 11/15/2005 12:24 PM:

  First thing to rule out is Windows-level problems -- I assume if you run
  cat from bash, you can type in 'B', right?  Then let's work on bash:
  Can you paste a 'B' into bash?  Does 'B' show up if you type 'Ctrl-V B'?

 Also check the output of stty -a to make sure that you haven't turned B
 into a terminal control character.

True, though that would've been taken care of by the Windows-level
problems above (wrong name, I know).

  Does 'bind -p | grep B' show anything for 'B'?
 
  Check your .inputrc for any bindings for B; then .bashrc and
  /etc/profile, for any bind commands.

Now, interestingly enough, a lone 'B' in .inputrc doesn't produce any key
binding that could be found in the bind output (with all the flags I
tried).  How would I figure out that 'B' is bound to nothing, but bound
nonetheless[*]?
Igor
P.S. This is a non-Cygwin-specific readline question, and perhaps
off-topic for this list.
-- 
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

--
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: Prefab Program Selections (was: RE: Regrouping on installation profile idea)

On Tue, 15 Nov 2005, Tim O'Callaghan wrote:

 On Tue, Nov 15, 2005 at 01:51:24AM -0500, Christopher Faylor wrote:
  On Mon, Nov 14, 2005 at 10:43:11PM -0600, Gary R. Van Sickle wrote:
  Prefab Program Selections
  
  ?  It still has that Unix ugly to it, but it actually says what it means 
  and
  means what it says, so everybody wins.
 
  I like selections but I don't like prefab.  And, right now, I
  think that Igor was telling me that you can't do something like:
 
  Prefab Program Selections
C Development
X Desktop
...
 
  Because setup.exe can't handle that.

Actually setup.exe *can* handle that, but it'll be

Prefab Program Selections
   1.0-1   1.0-1[] []   1k   C Development

(with many more spaces -- i.e., the words C Development will not be
readily seen).  We could, of course, reorder the columns in category view,
but that won't help people using the current version of setup.  So I agree
with CGF -- the category name ought to immediately make it clear that
there's interesting stuff beyond the right edge of the chooser...

  So, it would have to be:
 
  C Development Prefab Program Selection
  X Desktop Prefab Program Selection
  ...
 
  which is a little wordy.

Nope.  The point is that we want to convey the fact that this *category*
contains groups of packages that allow performing certain tasks.  The
names of the packages themselves aren't as important.

  I do think we want to convey that these are optional easy-to-use
  selections which will pull in all of the programs required for a
  standard use case (as they like to say where I work).
 
  How about standard selection?
 
  C Development Standard Selection
  X Desktop Standard Selection
  ...
 
  Bleah.  I don't know.  Maybe it just can't be properly conveyed
  without all sorts of flashy gui balloons and help.

 How about 'Bundle' ?

I like Bundle, but it still doesn't convey that one only needs to
install one such bundle for each task that they want to do.  How about
Task-oriented Bundles[*] or something?  The Task-oriented part clearly
shows that these are bundled with a specific task in mind.
Igor
[*] Of course, it'd be .TASK-ORIENTED_BUNDLES...
-- 
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

Re: Prefab Program Selections (was: RE: Regrouping on installation profile idea)

On Tue, 15 Nov 2005, Christopher Faylor wrote:

 On Tue, Nov 15, 2005 at 10:44:04AM -0500, Igor Pechtchanski wrote:
 On Tue, 15 Nov 2005, Tim O'Callaghan wrote:
 
  On Tue, Nov 15, 2005 at 01:51:24AM -0500, Christopher Faylor wrote:
   On Mon, Nov 14, 2005 at 10:43:11PM -0600, Gary R. Van Sickle wrote:
   Prefab Program Selections
   
   ?  It still has that Unix ugly to it, but it actually says what it 
   means and
   means what it says, so everybody wins.
  
   I like selections but I don't like prefab.  And, right now, I
   think that Igor was telling me that you can't do something like:
  
   Prefab Program Selections
 C Development
 X Desktop
 ...
  
   Because setup.exe can't handle that.
 
 Actually setup.exe *can* handle that, but it'll be
 
 Prefab Program Selections
1.0-1   1.0-1[] []   1k   C Development
 
 (with many more spaces -- i.e., the words C Development will not be
 readily seen).  We could, of course, reorder the columns in category view,
 but that won't help people using the current version of setup.  So I agree
 with CGF -- the category name ought to immediately make it clear that
 there's interesting stuff beyond the right edge of the chooser...

 Right.  I was just representing what you mentioned in private email
 where you bemoaned the fact that the above isn't really feasible.  I
 don't call the above handling that.  1.0-1?  1k?

I think I misunderstood what you meant by that. :-)  Indeed, setup
cannot display tree package structures reasonably.  But adding more words
to the package name doesn't help.

   So, it would have to be:
  
   C Development Prefab Program Selection
   X Desktop Prefab Program Selection
   ...
  
   which is a little wordy.
 
 Nope.  The point is that we want to convey the fact that this *category*
 contains groups of packages that allow performing certain tasks.  The
 names of the packages themselves aren't as important.

 Nope meaning what?  FOO Prefab Program Selection *is* wordy.

Nope meaning it won't have to be.  Or, rather, it won't help.
I wasn't disputing the wordiness...

   I do think we want to convey that these are optional easy-to-use
   selections which will pull in all of the programs required for a
   standard use case (as they like to say where I work).

That's why I suggested Usage profile.  The profile part may be
unintuitive, but the Usage certainly conveys the right flavor.

   How about standard selection?
  
   C Development Standard Selection
   X Desktop Standard Selection
   ...
  
   Bleah.  I don't know.  Maybe it just can't be properly conveyed
   without all sorts of flashy gui balloons and help.
 
  How about 'Bundle' ?
 
 I like Bundle, but it still doesn't convey that one only needs to
 install one such bundle for each task that they want to do.  How about
 Task-oriented Bundles[*] or something?  The Task-oriented part clearly
 shows that these are bundled with a specific task in mind.
  Igor

So, does .Task-oriented Bundles make sense to people?  Or
.Usage-oriented Bundles?

 [*] Of course, it'd be .TASK-ORIENTED_BUNDLES...

 I really don't like the need for underscores or dashes and I *really*
 don't like the upper case stuff.  When I see all upper case on a screen
 I think there's something not set up right somewhere.

Well, it'll have to be attention-grabbing.  Barring color, ALL-CAPS is the
only way we can do this, right?  The underscores you are probably right
about -- I was just trying to avoid the need to quote the category name.
BTW, the dash in this case is not a divider, but a legitimate hyphen --
it'd be there even in the normal case.

Even though this has to be compatible with the current versions of setup,
I'd still like to add some magic to setup to support something like this
(e.g., auto-expand any category that starts with a ., or reorder columns
in category view so that the package name comes first).
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!

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

Re: Prefab Program Selections (was: RE: Regrouping on installation profile idea)

On Tue, 15 Nov 2005, Christopher Faylor wrote:

 On Tue, Nov 15, 2005 at 12:20:26PM -0500, Igor Pechtchanski wrote:
 On Tue, 15 Nov 2005, Christopher Faylor wrote:
 So, does .Task-oriented Bundles make sense to people?  Or
 .Usage-oriented Bundles?

 I think either makes sense, yes.  Could you do an ASCII representation of
 what you'd expect the screen to look like?

With the maximized chooser, of course:

[+] All () Default
  [+] .Usage-oriented bundles () Default
1.0-1   () Keep n/a [ ] 1k  GCC Development
1.0-1   () Keep n/a [ ] 1k  LaTeX Development
1.0-1   () Keep n/a [ ] 1k  SSH Server
1.0-1   () Keep n/a [ ] 1k  Web Server
1.0-1   () Keep n/a [ ] 1k  X Windows
  [+] Admin () Default
  [+] Archive () Default
...

Looking at the above, .Intended Use makes even more sense, IMO.
BTW, I see no reason to not use spaces in the names of these packages.

Pasting the below from private mail, to make sure it doesn't get lost:

Later, when setup is changed to put package name first in category view,
something like this would make sense too:

[+] All () Default
  [+] .I would like to... () Default
Develop programs using GCC1.0-1   () Keep  n/a [ ]   1k
Run X windows 1.0-1   () Keep  n/a [ ]   1k
Run the SSHD server   1.0-1   () Keep  n/a [ ]   1k
Run the Apache web server 1.0-1   () Keep  n/a [ ]   1k
Write documents using LaTeX   1.0-1   () Keep  n/a [ ]   1k
  [+] Admin () Default
  [+] Archive () Default
...

 [*] Of course, it'd be .TASK-ORIENTED_BUNDLES...
 
 I really don't like the need for underscores or dashes and I *really*
 don't like the upper case stuff.  When I see all upper case on a screen
 I think there's something not set up right somewhere.
 
 Well, it'll have to be attention-grabbing.  Barring color, ALL-CAPS is
 the only way we can do this, right?  The underscores you are probably
 right about -- I was just trying to avoid the need to quote the
 category name.  BTW, the dash in this case is not a divider, but a
 legitimate hyphen -- it'd be there even in the normal case.

 Aren't these already going to be sorted first, owing to the .?  Could we
 use '***' instead of '.', maybe?  That would be attention grabbing.

Hmm...  Not sure, but we can try it and see.  It's not like the category
name is set in stone -- it could always be changed later, until we find
something that people like.

 Even though this has to be compatible with the current versions of
 setup, I'd still like to add some magic to setup to support something
 like this (e.g., auto-expand any category that starts with a ., or
 reorder columns in category view so that the package name comes first).

 Yes, I think the GUI needs to be updated at some point to handle these
 properly.

BTW, I have the first patch ready -- will send it out separately.
The second doesn't look too hard either; probably later this week...
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!

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

RE: Prefab Program Selections (was: RE: Regrouping on installation profile idea)

On Tue, 15 Nov 2005, Gary R. Van Sickle wrote:

  From: Igor Pechtchanski
  Sent: Tuesday, November 15, 2005 12:14 PM
  To: [EMAIL PROTECTED]

I know it's a mailing list name, but AHEM...

  Subject: Re: Prefab Program Selections (was: RE: Regrouping
  on installation profile idea)

  On Tue, 15 Nov 2005, Christopher Faylor wrote:

   On Tue, Nov 15, 2005 at 12:20:26PM -0500, Igor Pechtchanski wrote:
   On Tue, 15 Nov 2005, Christopher Faylor wrote:
   So, does .Task-oriented Bundles make sense to people?  Or
   .Usage-oriented Bundles?

   I think either makes sense, yes.  Could you do an ASCII
   representation of what you'd expect the screen to look like?

  With the maximized chooser, of course:

  [+] All () Default
[+] .Usage-oriented bundles () Default
  1.0-1   () Keep n/a [ ] 1k  GCC Development
  1.0-1   () Keep n/a [ ] 1k  LaTeX 
  Development
  1.0-1   () Keep n/a [ ] 1k  SSH Server
  1.0-1   () Keep n/a [ ] 1k  Web Server
  1.0-1   () Keep n/a [ ] 1k  X Windows
[+] Admin () Default
[+] Archive () Default
  ...

  Looking at the above, .Intended Use makes even more sense, IMO.
  BTW, I see no reason to not use spaces in the names of these packages.

 Things like .Intended Use, Installation Type, etc make sense the very
 first time somebody installs.  The next time that person touches setup on
 their machine, .Intended Use only causes confusion, as I described in my
 reply to Mr. Tacvek.  I can guarantee you with proverbial metaphysical
 certitude that the messages on the lists asking I installed all of Cygwin,
 why can't I run program they didn't install?!?! will not only not go
 away, but will be joined by a chorus of people asking (and understandably
 so):

 - I accidentally installed Cygwin for the Intended Use of an SSH server,
 when I really wanted to do C programming!  I'm using a 300-baud smoke-signal
 modem, and there's no way I'm going to redownload the Full Cygwin
 Installation (FCI(tm))!  What do I do?!?!
 - Q: Do I need to install Cygwin on two separate machines to do C
 development and Perl development?
   - A: Well, the easiset way to do this is to install CygWINE, run two
 virtual Windows machines, and install a separate Cygwin on each one.
 - How can I manually edit the registry so I can use both the SSH Server
 Installation Type AND the X Windows Intended Use?  I can't believe the
 idiots who wrote setup didn't allow for this!

 Metaphysical.  Certitude.

After a hearty LOL, I can't help but agree.  .Intended Use does have an
implication of being the only one.  How about .Needed Functionality?  Or
even .Intended Use (more than one can be selected)?

  Pasting the below from private mail, to make sure it doesn't get lost:

  Later, when setup is changed to put package name first in
  category view, something like this would make sense too:

  [+] All () Default
[+] .I would like to... () Default
  Develop programs using GCC1.0-1   () Keep   n/a [ ]   1k
  Run X windows 1.0-1   () Keep   n/a [ ]   1k
  Run the SSHD server   1.0-1   () Keep   n/a [ ]   1k
  Run the Apache web server 1.0-1   () Keep   n/a [ ]   1k
  Write documents using LaTeX   1.0-1   () Keep   n/a [ ]   1k
[+] Admin () Default
[+] Archive () Default
  ...

 Now that I like.

Yeah, me too.  But, pasting the rest of that private mail:

==
The problem is that you wouldn't actually see the above, you'd see
something like:

[+] All () Default
  [+] .I would like to... () Default
1.0-1   () Keep n/a [ ] 1k  Devel
1.0-1   () Keep n/a [ ] 1k  Run X
1.0-1   () Keep n/a [ ] 1k  Run t
1.0-1   () Keep n/a [ ] 1k  Run t
1.0-1   () Keep n/a [ ] 1k  Write
  [+] Admin () Default
...

(at least until the chooser is maximized).
Oh, well, so much for that idea.
==

That about says it all.  We can't adopt something that requires special
support from setup (yet, that is).  Once a version of setup with the
necessary changes becomes mainstream and the older versions are
deprecated, we can revisit the category/bundle naming issue.
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!

If there's any real truth it's that the entire multidimensional infinity

Re: Files missing after installation

On Tue, 15 Nov 2005, robertchung3 wrote:

http://cygwin.com/acronyms/#PCYMTWLL.  Thanks.

 I am simply trying to install Cygwin on my new OQO (with Windows XP SP2)
 and it is not completing installation correctly.  I've searched Mailing
 List Archive and FAQ but still have not found answer.

 Below is summary of what I did:
 (1) Downloaded latest setup.exe

 (2) Ran setup with Download Without Installing

 (3) Ran setup with Install from Local Directory

 (4) setup hung forever while running xinetd post installation script.
 I found out that xinetd post-installation log kept growing to almost
 2GB.  So I killed bash process that was running xinetd
 post-installation script.

 (5) setup still hung going nowhere for hours.  So I ended up clicking
 Cancel button in setup window.

 (6) Ran setup again and finished installation successfully.

 (7) I found out simple things such as /bin/ls, /bin/cat, /bin/cp,
 /bin/echo, etc. are not installed.  So I ended up running setup yet
 again.  I tried everything . . .  Install, Reinstall . . .  But
 simple things such as /bin/ls, /bin/cat, /bin/cp, /bin/echo, etc., are
 still missing after successful installation.

 (8) I completely removed Cygwin from my OQO.  I ran setup with
 Uninstall.  I deleted c:\cygwin and deleted all Cygwin related
 registry entries in Windows registry.

 (8) I tried running setup again.  But no matter what I do, simple things
 such as /bin/ls, /bin/cat, /bin/cp, /bin/echo, etc. are still missing.
 setup with Install, Reinstall, whatever . . .  Nothing is installing
 /bin/ls, /bin/cat, /bin/cp, /bin/echo, etc., even though setup says
 installation is completed.

 What should I do?  Please help.

First and foremost, look at

 Problem reports:   http://cygwin.com/problems.html

and provide enough information for us to help you.

It would also be nice to know what was at the end of the xinetd
postinstall log (the one that was 2G), what was in setup.log, and what was
in setup.log.full from that setup run.
HTH,
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!

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

--
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: Capital/upper case B doesn't register in either cygwin bash prompt, rxvt bash prompt, or ssh client bash prompt

On Tue, 15 Nov 2005, jboehmler wrote:

 Searching the web and the lists, including the cygwin mailing lists, on
 anything with just a B element is very difficult but I've tried.
 When I try to type a capital B in any form of cygwin terminal, it
 doesn't register.  A lower case one does.  First, it doesn't show up.
 Second, if I type return after typing B, the prompt just comes back
 with no error.  When typing any other capital letter, the letter is
 visible and typing return after it causes a
 [EMAIL PROTECTED]:~$ C
 bash: C: command not found
 [EMAIL PROTECTED]:~$ b
 bash: b: command not found
  error.

 All other letters, numbers and characters, shifted and un-shifted seem
 to work.  I've had this problem across several versions of cygwin.  It
 also occurs regardless of which method I use to access cygwin, bash,
 rxvt, or ssh.  I have not tried it with X11 since I don't have it.

 Any help or search suggestions would be appreciated.  Thank you.

First thing to rule out is Windows-level problems -- I assume if you run
cat from bash, you can type in 'B', right?  Then let's work on bash:
Can you paste a 'B' into bash?  Does 'B' show up if you type 'Ctrl-V B'?
Does 'bind -p | grep B' show anything for 'B'?

Check your .inputrc for any bindings for B; then .bashrc and
/etc/profile, for any bind commands.

HTH,
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!

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

--
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: Can I get a sigint when the bash window closed with close window's button ?

On Tue, 15 Nov 2005, Konrad Eisele wrote:

 When th cygwin bash window is closed by clicking on the window's close
 button the the appliaction gets killed without recieving a sigint or any
 atexit called. Is there a way to be able to run cleanup code when the
 application is about to be killed?

According to exceptions.cc, a SIGHUP will be sent to bash in this case.
Are you handling the right signal?

BTW, the atexit() callback also should be called -- do you have a simple
testcase to reproduce the problem?
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!

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

--
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: Can I get a sigint when the bash window closed with close window's button?