Re: cvs 1.11.17 in command line server mode, OpenSSH_4.3p2, OpenSSL 0.9.8a 11 Oct 2005, problem with binary files

2006-04-01 Thread Jay Abel

Questions answered below:


$ cvs commit -m 'update wrappers'



Did a message with the revision number appeared at this point?


Yes:

[EMAIL PROTECTED]/CVSROOT] % cvs commit -m 'try again'
Checking in cvswrappers;
/home/spring2006/CVSROOT/cvswrappers,v  <--  cvswrappers
new revision: 1.3; previous revision: 1.2
done
cvs commit: Rebuilding administrative file database
[EMAIL PROTECTED]/CVSROOT] %

If you run cvs through ssh the repository has to belong (or at least has 
to be

writable) by the user (and/or group) that is logging in.  The same goes for
CVSROOT on the repository (the history log changes).  Since you don't show 
any
user id on your example that means the user you are logged as has to exist 
and

have the required privileges on jayabel.com (and on the other non-cygwin
machines you used).

Yes, I have the same login name on both the unix machine and the local 
machine, in the one case where I don't I use a Hosts entry in the 
.ssh/config file.  I have write access to the repository in all cases.


You were right to point out the 'I' message, I rarely use the import 
command, so perhaps I should have chosen a different example.


Now this may interest you.  I currently have the lines:

cvs -q -z5
update -Pd

And when I take a way the compression option:

cvs -q
update -Pd

I get the following:

[EMAIL PROTECTED]/cvstemp] % cd CVSROOT
[EMAIL PROTECTED]/CVSROOT] % vi cvswrappers
[EMAIL PROTECTED]/CVSROOT] % cvs up
unrecognized request `anged loginfo'
[EMAIL PROTECTED]/CVSROOT] %

Now, forgive me for grasping at straws here, but doesn't that look like a 
message was truncated or that perhaps some data was lost, or that perhaps a 
random piece of the file was sent instead?  In any case, all I have to do is 
turn compression back on, and:


[EMAIL PROTECTED]/CVSROOT] % cvs up
M cvswrappers
[EMAIL PROTECTED]/CVSROOT] %

and:

cvs commit -m 'try again'
Checking in cvswrappers;
/home/spring2006/CVSROOT/cvswrappers,v  <--  cvswrappers
new revision: 1.4; previous revision: 1.3
done
cvs commit: Rebuilding administrative file database

The earlier example was given with -z5 on, so it's not a simple matter of 
the communication link working when -z5 is on, and not working otherwise. 
More likely, there is another factor which depends on the specific stream.


Let's agree going forward that you'll stipulate I have read the faq, googled 
the problem, and that a real problem exists.  I'll stipulate I shouldn't 
have offered any explanation, and I was obviously (foolishly) wrong to ask 
about the 'I' option.  Of course those directories are ignored, that's what 
I want to happen.  But the problem does exist.  Sometimes CVS client and 
server running on the same machine can connect and complete the transaction. 
Sometimes they can't.  It appears that the problem is dependent on the 
specific characters sent (file contents affect it, compression affects it) 
and not on any design weaknes, per se, of the protocol, connection, or 
machine setup.


Jay Abel 



--
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: cvs over ssh with tcsh

2006-04-05 Thread Jay Abel

Test Number 1: Is tcsh login noisy?

[EMAIL PROTECTED]/jabel] % tcsh -l < /dev/null | od -ab
tcsh -l < /dev/null | od -ab
000
[EMAIL PROTECTED]/jabel] %

Test Number 2: does problem exist with CVS?

[EMAIL PROTECTED]/cvstemp] % cvs -t up
cvs -t up
-> main loop with CVSROOT=:ext:jayabel.com:/home/spring2006
-> Starting server: /bin/ssh jayabel.com cvs server
-> Sending file `report.pdf' to server
-> Sending file `report.tex' to server
unrecognized request `OF'
-> Lock_Cleanup()
-> Lock_Cleanup()
[EMAIL PROTECTED]/cvstemp] %

Am I missing something here?  If cvs uses a plain old login shell, isn't it 
subject to the vagaries of things like CTRL-z suspending the job, CTRL-s 
suspending output, and certain other control and escape sequences sending 
back all kinds of chatter?


Is there something obvious I'm supposed to have in my startup scripts that 
turns all that stuff off if the connection is supposed to be binary, and how 
does CVS tell ssh it wants a binary shell?


I'm currently using /bin/ssh as my CVS_RSH variable, but at least according 
to the trace output cvs isn't sending any special options.  Do I need a 
wrapper script to create a silent connection?


Jay Abel

- Original Message - 
From: "Igor Peshansky" <[EMAIL PROTECTED]>

To: "Jay Abel" <[EMAIL PROTECTED]>
Cc: 
Sent: Wednesday, April 05, 2006 3:18 AM
Subject: Re: cvs over ssh with tcsh



On Tue, 4 Apr 2006, Jay Abel wrote:


This is just a ping to see if anyone has noticed problems running cvs in
command line server mode over ssh with tcsh installed as the login shell
(in /etc/passwd).  After a lot of testing (thanks Rene Berber) is seems
that the problem only occurs when tcsh is my login shell.  If I change
my login shell to /bin/bash, the problem goes away.

versions are as follows:
[snip]
I googled 'ssh tcsh' and found that some programs (sftp) don't like
noisy rc scripts, but


cvs also doesn't like noisy scripts.


tcsh -C /bin/true

produces no output.


I take it you meant "tcsh -c /bin/true" (lowercase "c").  Your test above
only tests tcsh in non-login mode.  Try 'tcsh -l' or '(exec -l tcsh)' from
bash instead.


The symptoms of failure that I obsererve fall into two categories:

1. cvs client reports 'unrecognized command' along with a piece of one
of the files uploaded displayed as the offending command, or

2. cvs trace stops dead, with both client and server processes in an O
state by ps.


Both of these seem to indicate extra output from somewhere.


[snip]
At this point I'm mostly interested in whether anyone else has ever seen
this behavior.  If not, I'll continue to try to acertain what it is
about my tcsh configuration which is causing the problem.


I'd say you have a noisy .login (or /etc/csh.login)...  If you rule that
out, we can look for other causes.

FWIW, simply "ssh [EMAIL PROTECTED] cvs server" should show you all of the 
output
your cvs client sees (and complains about)...
HTH,
Igor
--
http://cs.nyu.edu/~pechtcha/
 |\  _,,,---,,_ [EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_ Igor Peshansky, Ph.D. (name changed!)
|,4-  ) )-,_. ,\ (  `'-' old name: Igor Pechtchanski
   '---''(_/--'  `-'\_) 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/




--
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: cvs over ssh with tcsh

2006-04-05 Thread Jay Abel

see below
- Original Message - 
From: "Igor Peshansky" <[EMAIL PROTECTED]>

To: "Jay Abel" <[EMAIL PROTECTED]>
Cc: 
Sent: Wednesday, April 05, 2006 8:46 AM
Subject: Re: cvs over ssh with tcsh



Ugh, top-posting...  Reformatted.

On Wed, 5 Apr 2006, Jay Abel wrote:


- Original Message -
From: "Igor Peshansky" <[EMAIL PROTECTED]>
To: "Jay Abel" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>


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


Sent: Wednesday, April 05, 2006 3:18 AM
Subject: Re: cvs over ssh with tcsh

> On Tue, 4 Apr 2006, Jay Abel wrote:
>
> > This is just a ping to see if anyone has noticed problems running
> > cvs in command line server mode over ssh with tcsh installed as the
> > login shell (in /etc/passwd).  After a lot of testing (thanks Rene
> > Berber) is seems that the problem only occurs when tcsh is my login
> > shell.  If I change my login shell to /bin/bash, the problem goes
> > away.
> >
> > versions are as follows:
> > [snip]
> > I googled 'ssh tcsh' and found that some programs (sftp) don't like
> > noisy rc scripts, but
>
> cvs also doesn't like noisy scripts.
>
> > tcsh -C /bin/true
> >
> > produces no output.
>
> I take it you meant "tcsh -c /bin/true" (lowercase "c").  Your test
> above only tests tcsh in non-login mode.  Try 'tcsh -l' or '(exec -l
> tcsh)' from bash instead.
>
> > The symptoms of failure that I obsererve fall into two categories:
> >
> > 1. cvs client reports 'unrecognized command' along with a piece of
> > one of the files uploaded displayed as the offending command, or
> >
> > 2. cvs trace stops dead, with both client and server processes in an
> > O state by ps.
>
> Both of these seem to indicate extra output from somewhere.
>
> > [snip]
> > At this point I'm mostly interested in whether anyone else has ever
> > seen this behavior.  If not, I'll continue to try to acertain what
> > it is about my tcsh configuration which is causing the problem.
>
> I'd say you have a noisy .login (or /etc/csh.login)...  If you rule
> that out, we can look for other causes.
>
> FWIW, simply "ssh [EMAIL PROTECTED] cvs server" should show you all of the
> output your cvs client sees (and complains about)...

Test Number 1: Is tcsh login noisy?

[EMAIL PROTECTED]/jabel] % tcsh -l < /dev/null | od -ab
tcsh -l < /dev/null | od -ab
000
[EMAIL PROTECTED]/jabel] %


Ok, fair enough.  FWIW, I was actually wrong -- "ssh [EMAIL PROTECTED] command" 
doesn't
use a login shell.  In fact, even though cvs doesn't *like* the noise, it
doesn't complain about it in the same way (i.e., putting an "echo Hi" into
.tcshrc, I get back "cvs update: warning: unrecognized response `Hi' from
cvs server").  Also, I get this as essentially the first thing after
"Starting server:", whereas you get this in the middle of updating...


Test Number 2: does problem exist with CVS?

[EMAIL PROTECTED]/cvstemp] % cvs -t up
cvs -t up
-> main loop with CVSROOT=:ext:jayabel.com:/home/spring2006
-> Starting server: /bin/ssh jayabel.com cvs server
-> Sending file `report.pdf' to server
-> Sending file `report.tex' to server
unrecognized request `OF'
-> Lock_Cleanup()
-> Lock_Cleanup()
[EMAIL PROTECTED]/cvstemp] %

Am I missing something here?  If cvs uses a plain old login shell, isn't
it subject to the vagaries of things like CTRL-z suspending the job,
CTRL-s suspending output, and certain other control and escape sequences
sending back all kinds of chatter?


It doesn't -- that was a red herring.  However, you didn't try the last
test I proposed, i.e., "ssh jayabel.com cvs server".


When I run the test, I get:

[EMAIL PROTECTED]/cvstemp] % ssh jayabel.com cvs server
ssh jayabel.com cvs server
[EMAIL PROTECTED]/cvstemp] %

Maybe that's right, but I'm a little bit surprised to see the command 
echoed.  Maybe there is a command to disable echo that is missing from the 
startup script, but I don't believe I've molested those.






Is there something obvious I'm supposed to have in my startup scripts
that turns all that stuff off if the connection is supposed to be
binary, and how does CVS tell ssh it wants a binary shell?

I'm currently using /bin/ssh as my CVS_RSH variable, but at least
according to the trace output cvs isn't sending any special options.
Do I need a wrapper script to create a silent connection?


Nah, I think we're barking up the wrong tree here.

One other observation is that, when I put something in the .rc script, my
cvs complained a

Re: cvs over ssh with tcsh (testcase and workaround)

2006-04-09 Thread Jay Abel

Sent: Wednesday, April 05, 2006 3:18 AM
Subject: Re: cvs over ssh with tcsh

> On Tue, 4 Apr 2006, Jay Abel wrote:
>
> > This is just a ping to see if anyone has noticed problems running
> > cvs in command line server mode over ssh with tcsh installed as the
> > login shell (in /etc/passwd).  After a lot of testing (thanks Rene
> > Berber) is seems that the problem only occurs when tcsh is my login
> > shell.  If I change my login shell to /bin/bash, the problem goes
> > away.
> >
> > versions are as follows:
> > [snip]
> > I googled 'ssh tcsh' and found that some programs (sftp) don't like
> > noisy rc scripts, but
>
> cvs also doesn't like noisy scripts.
>
> > tcsh -C /bin/true
> >
> > produces no output.
>
> I take it you meant "tcsh -c /bin/true" (lowercase "c").  Your test
> above only tests tcsh in non-login mode.  Try 'tcsh -l' or '(exec -l
> tcsh)' from bash instead.
>
> > The symptoms of failure that I obsererve fall into two categories:
> >
> > 1. cvs client reports 'unrecognized command' along with a piece of
> > one of the files uploaded displayed as the offending command, or
> >
> > 2. cvs trace stops dead, with both client and server processes in an
> > O state by ps.
>
> Both of these seem to indicate extra output from somewhere.
>
> > [snip]
> > At this point I'm mostly interested in whether anyone else has ever
> > seen this behavior.  If not, I'll continue to try to acertain what
> > it is about my tcsh configuration which is causing the problem.
>
> I'd say you have a noisy .login (or /etc/csh.login)...  If you rule
> that out, we can look for other causes.
>
> FWIW, simply "ssh [EMAIL PROTECTED] cvs server" should show you all of the
> output your cvs client sees (and complains about)...

Test Number 1: Is tcsh login noisy?

[EMAIL PROTECTED]/jabel] % tcsh -l < /dev/null | od -ab
tcsh -l < /dev/null | od -ab
000
[EMAIL PROTECTED]/jabel] %


Ok, fair enough.  FWIW, I was actually wrong -- "ssh [EMAIL PROTECTED] command" 
doesn't
use a login shell.  In fact, even though cvs doesn't *like* the noise, it
doesn't complain about it in the same way (i.e., putting an "echo Hi" into
.tcshrc, I get back "cvs update: warning: unrecognized response `Hi' from
cvs server").  Also, I get this as essentially the first thing after
"Starting server:", whereas you get this in the middle of updating...


Test Number 2: does problem exist with CVS?

[EMAIL PROTECTED]/cvstemp] % cvs -t up
cvs -t up
-> main loop with CVSROOT=:ext:jayabel.com:/home/spring2006
-> Starting server: /bin/ssh jayabel.com cvs server
-> Sending file `report.pdf' to server
-> Sending file `report.tex' to server
unrecognized request `OF'
-> Lock_Cleanup()
-> Lock_Cleanup()
[EMAIL PROTECTED]/cvstemp] %

Am I missing something here?  If cvs uses a plain old login shell, isn't
it subject to the vagaries of things like CTRL-z suspending the job,
CTRL-s suspending output, and certain other control and escape sequences
sending back all kinds of chatter?


It doesn't -- that was a red herring.  However, you didn't try the last
test I proposed, i.e., "ssh jayabel.com cvs server".


Is there something obvious I'm supposed to have in my startup scripts
that turns all that stuff off if the connection is supposed to be
binary, and how does CVS tell ssh it wants a binary shell?

I'm currently using /bin/ssh as my CVS_RSH variable, but at least
according to the trace output cvs isn't sending any special options.
Do I need a wrapper script to create a silent connection?


Nah, I think we're barking up the wrong tree here.

One other observation is that, when I put something in the .rc script, my
cvs complained about "unrecognized response", whereas yours complains
about "unrecognized request".  This makes me think that it's not the
server sending something bad, it's the client.  You could write a cvs
wrapper script that does something like

tee CVS_OUT | /bin/cvs "$@"

stick it in the PATH before /bin, and examine ~/CVS_OUT for commands sent
from the client.
HTH,
Igor


THE PROBLEM

Okay, I have made some progress.  Highlights are, there is a way to 
reproduce the error, and I've attached a possible workaround.


When bash is selected as the login shell, the cvs server process is passed 
stdin open in binary mode.  When tcsh is the login shell, the cvs server 
process is passed stdin open in some kind of text mode where CRLF gets 
mapped to LF.  For protocol commands, the cvs server doesn't care.  When 
receiving files, as when performing import, add, upda

Re: SSH works, but SFTP fails on non-admin users

2006-04-11 Thread Jay Abel
By any chance, is the non-admin shell something other than bash, say, tcsh? 
If so, please reply with that data.  I assume the cygcheck.out below was run 
from the administrator account?  Please correct me if that is not the case.


- Original Message - 
From: "DJ Lee" <[EMAIL PROTECTED]>

To: 
Sent: Tuesday, April 11, 2006 5:03 PM
Subject: SSH works, but SFTP fails on non-admin users



Hello -

I just upgraded cygwin a few days ago (a lot of packages were upgraded),
and all of a sudden, I have an odd issue with SFTP.

On this box 'icenine', I have two users, one administrator, one
non-admin.  I can ssh and scp into the box with both users without
problems; I can also sftp into the box with the admin user.  But when I
try to sftp into icenine with the non-admin user, an error occurs on
icenine:


"This application has failed to start because cygcrypto-0.9.8.dll was
not found. Re-installing the application may fix this problem."


I've tried creating new users to investigate the problem.  When I
created a new non-admin user, the same problem resulted.  When I created
a new admin user, I _could_ log in with sftp.  So the problem lies in
the distinction between admin and non-admin.

I've tried uninstalling the packages openssh and openssl and crypt, and
reinstalling... no change.

I also have another very similar box, with the same user setup, and
where I upgraded cygwin at the same time.. and no such behavior happens
there.  I've looked at the permissions, both windows and cygwin
permissions, in lots of places on these two boxes, but I don't see any
obvious wrong permissions.. the permissions on /bin/cygcrypto-0.9.8.dll
and /usr/bin/cygcrypto-0.9.8.dll are the default, as well as /bin and
/usr/bin...

I have looked everywhere online, and I don't think anyone has had this
admin/non-admin problem before... does anyone have any ideas?
I've attached my `cygcheck -srv` output.

Thanks in advance,
DJ Lee









Cygwin Configuration Diagnostics
Current System Time: Tue Apr 11 22:17:08 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path: C:\Cygwin\usr\local\bin
C:\Cygwin\bin
C:\Cygwin\bin
C:\Cygwin\usr\X11R6\bin
c:\program files\imagemagick
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\PROGRA~1\SecureFX
c:\Program Files\SecureCRT\
c:\Program Files\MySQL\MySQL Server 4.1\bin
c:\Program Files\ATI Technologies\ATI Control Panel
C:\Cygwin\bin
.\

Output from C:\Cygwin\bin\id.exe (nontsec)
UID: 1005(icenine)  GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\Cygwin\bin\id.exe (ntsec)
UID: 1005(icenine)  GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

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

USER = 'icenine'
PWD = '/home/icenine'
CYGWIN = 'ntsec'
HOME = '/home/icenine'
MAKE_MODE = 'unix'

HOMEPATH = '\Cygwin\home\icenine'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'icenine'
TERM = 'xterm'
SHELL = '/bin/bash'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 8 Stepping 1, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
SSH_CLIENT = '140.247.165.166 35518 22'
OLDPWD = '/home/icenine/wwwroot/include'
USERDOMAIN = 'ICENINE'
SSH_TTY = '/dev/tty3'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/cygdrive/c/WINDOWS/TEMP'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
USERNAME = 'icenine'
PROCESSOR_LEVEL = '6'
MAIL = '/var/spool/mail/icenine'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\icenine'
TZ = 'EST5EST4,M4.1.0/2,M10.5.0/2'
PS1 = '\[\033]0;[EMAIL PROTECTED]:\w\007\033[01;[EMAIL PROTECTED] \[\033[01;35m\]\w 
\[\033[01;34m\]$ \[\033[0m\]'

LOGONSERVER = '\\ICENINE'
PROCESSOR_ARCHITECTURE = 'x86'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LOGNAME = 'icenine'
TMP = '/cygdrive/c/WINDOWS/TEMP'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'Canon S750'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0801'
SSH_CONNECTION = '140.247.165.166 35518 140.247.165.33 22'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '1'
COMPUTERNAME = 'ICENINE'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
 (default) = '/cygdrive'
 cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
 (default) = 'C:\Cygwin'
 flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
 (default) = 'C:\Cygwin/

Re: Can't print because .lnk makes printer name invalid

2006-04-21 Thread Jay Abel
I'm sorry, I can't tell if the problem you have below is with connecting to 
the file to be printed or to the printer itself.  What follows is a 
workaround for getting to the printer if windows or cygwin complain about 
the printer share name.


In my case, the printer is on the network, and I use a local instance of the 
printer driver (windows XP home) to despool to it.  When I try to attach to 
the local printer, I get some message about how the printer isn't really 
there.  In any case, the computer seems to be cross with me and won't print 
to a non-local printer.


The workaround is to let windows map the network printer on the local 
machine for you.  Then use NET USE LPTx: \\server\printer to map it to a 
local port.


Finally, create a SECOND instance of the printer which points to the local 
port.


I have had trouble getting lpr to work with network printers otherwise.

In my setup, the printer is a laserjet on the network.  "hplj2500" is the 
way the printer is named in windows.  I defined a second printer 
"hplj2500_local" to print to lpt1:


Then I use NET USE LPT1: \\\hplj2500

When I print to hplj2500_local, windows uses the LPT1 port mapping to 
reroute the data to the network printer queue hplj2500, which eventually 
finds its way to the printer's TCP/IP port.  For reasons beyond my 
comprehension, windows thinks this is a more acceptable state of affairs.


I would love to know how to get lpr to just print directly to the printer's 
IP address, but the above isn't as bad as it seems, since it keeps windows 
and cygwin print jobs in sequence, and visible in the queue.


I'm sure there is a better way, but the above worked for me.

Jay Abel

- Original Message - 
From: "Rockefeller, Harry" <[EMAIL PROTECTED]>

To: 
Sent: Friday, April 21, 2006 12:43 PM
Subject: RE: Can't print because .lnk makes printer name invalid



>I've looked at the trace.  Nothing obvious comes to mind, but I did
think

of something else: on my machine, running "net use" on the shared

printer

helped enable it -- try "net use '\\NTSERVER1\sw-txt1'" and see if that
lets you print.  Though the error I was getting before "net use" is
different from yours.


$ net use '\\NTSERVER1\sw-txt1'
The command completed successfully.

But lpr still gives same error.


I'm also concerned about the access violations in your strace, but

don't

have time to look further at the moment.  Perhaps someone else will
volunteer.
HTH,


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





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



Re: cygwin + windows update = lock up (W2K SP4)

2006-05-02 Thread Jay Abel

the only way to complete the update is to kill
the cat.

I tried this, my wife is furious, and the update is still stuck

--
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 error - Could not load host key

2006-08-14 Thread Jay Abel

Hi,

I was trying to start sshd with cygwin under windows.

I am getting the following error but the specified files exist in the 
/etc dir. What else could be a problem here? Thanks a lot for your 
input!


Could not load host key: /etc/ssh_host_key
Could not load host key: /etc/ssh_host_rsa_key
Could not load host key: /etc/ssh_host_dsa_key
Disabling protocol version 1. Could not load host key
Disabling protocol version 2. Could not load host key
sshd: no hostkeys available -- exiting.

Zbigniew



Very often this is caused by a permissions problem -- sshd won't use 
private keys if group or other have read write or execute access to 
them.  Applies to both user and host keys.  You may need to restart the 
sshd service after you've fixed the permissions, which you can do by 
typing:


net stop sshd
net start sshd

HTH

Jay


--
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: mount usb drive for all user

2006-08-30 Thread Jay Abel
I've seen this with the removable CD ROM drive on my laptop.  If I log 
in as another user, the CD ROM drive is not accessible.  Seems the O/S 
decides on the basis of login time to whom it should give the device. 
If only one user is logged in, they get it.  If two users are logged in, 
the first one sees the drive but the second cannot access it.  I don't 
know if this is the same problem, but you might want to look into it. 
It may  be related to evil windows media player.  Then again, it might 
just be a security 'enhancement'.  Probably there is a way to 
permanently mount the drive so that it can be accessed by all users, but 
I don't know how to do that.



Hi folk,

I have the problem that I could not see the files as normal user form 
a

mounted usb drive.

After the usb drive is attaced to the computer it is mountet and I 
could
use it under windows. I could also use the mounted drive unter the 
admin

account who installed cygwin.

But as a normal user I have no access to the drive. The mount point
looks like an empty directory.

Cygwin is installed for all users, so that also a normal user should 
see

the data on the drive.

What could I do to get it run?

Thank for any help

Franz

IMPORTANT
I will read replies only from the mailing list.
If you send me email directly it will be deleted.



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




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



Re: print from xfig

2006-12-13 Thread Jay Abel
You can use "net use lpt1: printername" to map a network printer to 
a local parallel port.  Then define a new printer on the local machine 
that is connected to lpt1:  Then use the local share name (not the 
original network name) by setting the PRINTER environment variable. 
This works with lpr and a2ps, including the example given below. 
Apparently someone started working on lpr, and it does work for local 
printers, just doesn't work for network printers.  No claims made for 
lpq, however.


You can try to make the local port assignment permanent, but that won't 
survive the local network connection being repaired, disconnected, etc. 
I recommend creating an alias and/or command file.  You might just do 
the dos version in your autoexec so that it works most of the time.


Jay
- Original Message - 
From: "Larry Hall (Cygwin)" <[EMAIL PROTECTED]>

Sent: Wednesday, December 13, 2006 3:10 AM
Subject: Re: print from xfig



Steven Woody wrote:

On 12/5/06, Andrew Louie <[EMAIL PROTECTED]> wrote:

Steven Woody  gmail.com> writes:

>
> i can run xfig successuflly, but i can not print our network 
> printer.

> it reported:
>
> lpr: printer error: can't open 'd:\printersharename'
>
> what do i do? thank you.
>


Can you normally print with lpr?

did you try: lpr -P//networkshare/printername



i tried:  lpr -P//CNZUHPR01 myfile, but got
lpr: printer error: can't open '' for writing: The printer name is 
invalid.


i am not pretty sure if the printer name is ok.  i got the name by
right click the network printer icon in the control panel then select
the 'properties'.  i know it's a HP LaserJet-2300DN and accessable to
me via our company's domain.



See the FAQ:




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

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




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



Re: can't start sshd

2007-01-08 Thread Jay Abel
- Original Message - 
From: "Charles D. Russell"

To: "cygwin cygwin"
Sent: Monday, January 08, 2007 9:22 AM
Subject: Re: can't start sshd


Windows event log shows only information events (id 0) from sshd, but 
/var /log/sshd.log showed:


/var/empty must be owned by root and not group or world-writable

Presumably that is my problem, since ls shows:

drwxr-xr-x+  2 cdr None  0 Jan  6 13:48 empty/

The simple hack of disabling privilege separation has given me a 
working system, which I am not  inclined to monkey with, but if I have 
problems in the future I'll pursue this track.  Thanks for the advice.




It is my experience that 90% of the time, if sshd refuses to start or if 
ssh refuses to connect, there is a file permission problem somewhere. 
Most of the required permissions make sense if you think about them:


1. Host key not writable
2. /var/empty not writable so that sshd cannot be hacked
3. configuration file not writable by just anyone.
4. others, consult SSH documentation

If you cannot connect, check

1. Private key is not readable by others (duh)
2. Authorized keys is not writable (double duh)
3. others, consult SSH documentation

And be sure that you have a configuration which supports file 
permissions.  You may need ntsec and ntea if using FAT, consult your 
documentation for details.


If you set up sshd using the ssh-host-config and ssh-user-config 
scripts, these will all be correct by default, but once you have tweaked 
the configurations, these scripts won't overwrite them by default.


A warning, NEVER let windows touch the permissions on a cygwin tree. 
Many things in unixes depend on permissions being set a certain, 
rational, way.  Trying to fix things by setting permissions on a whole 
tree can make a horrible mess, please resist the temptation to fix 
things this way.  I speak from experience here.


Cygwin works much better if you use ntfs.  Emulating permissions on FAT 
systems will allow things to work, but provides no real security and 
shouldn't be used on a machine accesible from the public network.


Hope this helps.


--
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: NTSEC documentation

2007-01-08 Thread Jay Abel
put me at number 10 on your list.  If you don't get a number 1-9, I 
suppose I am it.


Jay
- Original Message - 
From: "Corinna Vinschen" <[EMAIL PROTECTED]>

To: 
Sent: Monday, January 08, 2007 12:18 AM
Subject: NTSEC documentation



Is anybody here with a developer background, who likes writing
documentation?

If so, would this person be interested in revamping the NTSEC
documentation with my input?  It shows its age, my lacking knowledge 
of

the english language and it's also very strangly ordered.

In general, if somebody is interested in taking over maintainership
of the Cygwin documentation, now that Joshua is gone, we would be
really happy.


Corinna

--
Corinna Vinschen  Please, send mails regarding Cygwin 
to

Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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




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



Re: NTSEC documentation

2007-01-08 Thread Jay Abel
Looks like this is now covered, but I'd still be happy to proofread 
and/or edit for spelling, grammar and for clarity by someone not 
intimately familiar with cygwin internals.


- Original Message - 
From: "Jay Abel"

To: the list
Sent: Monday, January 08, 2007 10:05 AM
Subject: Re: NTSEC documentation


put me at number 10 on your list.  If you don't get a number 1-9, I 
suppose I am it.


Jay
- Original Message - 
From: "Corinna Vinschen"

To: the list
Sent: Monday, January 08, 2007 12:18 AM
Subject: NTSEC documentation



Is anybody here with a developer background, who likes writing
documentation?

If so, would this person be interested in revamping the NTSEC
documentation with my input?  It shows its age, my lacking knowledge 
of

the english language and it's also very strangly ordered.

In general, if somebody is interested in taking over maintainership
of the Cygwin documentation, now that Joshua is gone, we would be
really happy.


Corinna

--
Corinna Vinschen  Please, send mails regarding Cygwin 
to

Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

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




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




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



Apache how-to for cygwin

2007-01-14 Thread Jay Abel
I must have googled the wrong terms, for the only reference I found 
[apparently] left out a few details.  My installation of XP (home) 
wouldn't allow the service to run as system (it would just exit with a 
cryptic error from Windows that it wasn't allowed to do something 
vague -- I suspect it was trying to change users but I don't know for 
sure).


If run as another user the setup of the var directory is critical, all 
permissions need to be just so or it exits without starting (or giving 
any useful error message in the log file).  Also, the paths as 
distributed don't agree with the ones in the howto from apache.org, I 
couldn't find / didn't know where to look for, a *real* cygwin version 
by the package maintainer.


I'm sure that such a howto exists but I just couldn't find it.  Could 
someone who has set up apache as a service please point me to the 
correct document if it exists?


I did finally get it running as a service, but that required setting 
permissions on /var/run more permissive than I would like.  Sadly on XP 
home, you cannot define new groups so you have to choose from 
Administrators, Users, or None.  I don't want apache to run as an 
administrator for security reasons, but I'm not sure that giving write 
access to the /var/run directory to Users is a good thing either (am I 
wrong here?).


I suppose there is a way to tell apache to put its .pid file in a 
different directory, so this might be the best approach if I knew how to 
do it.  (like /var/run/apache/...)


If the howto is in need of work, I'm not just complaining, but willing 
to work on it under the maintainer's direction if such help is needed 
and wanted.


I was running the native version of apache but plan to migrate this 
server to linux once volume picks up and didn't want a horrible job 
fixing things when I do that, so it seemed like a reasonable thing to 
switch to the cygwin version.  So far, other than the problem with the 
/var/run directory, which I can live with, it does everything I need.


I noticed while looking that httpd2 is available, should I be thinking 
about using that instead?  That is, are there compelling reasons to 
switch (such as support being dropped for version 1 or significant 
improvements)?


Jay 



--
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: Apache how-to for cygwin

2007-01-14 Thread Jay Abel

On 14 January 2007 21:30, Jay Abel wrote:


I must have googled the wrong terms,


 Going to google in the first place was wrong.  Cygwin comes with
documentation, you only had to look as far as your own hard drive!

/usr/share/doc/Cygwin/apache-1.3.33.README


Got it thanks.  I first looked in /usr/share/doc/apache-1.3.33.README 
and didn't notice the above until later.  Notwithstanding, I couldn't 
get the service to start as advertised, even after changing the user 
name in httpd.conf.


I did get the service to start as a regular user, and XP just prompted 
to ask me if I wanted to allow it to listen on port 80, so I said yes, 
and problem solved.  Now the service just runs as `apache' from the 
start.


I'll try to get it running as system again tomorrow when I'm fresh, now 
that I know how it's supposed to work.  I'll be sure to delete any old 
logs / pid files before I try again.




 You don't actually say what you did in your experiments to get it 
running,
but you've probably mangled the perms on important files in the 
process.  (If
a file doesn't exist when you run apache for the first time, it 
creates that
file.  If it's running as an unexpected user, it may end up creating 
that file
with perms that prevent it from re-accessing the file when you later 
try
running apache as a different user).  Pid and log files are 
particularly
vulnerable to this problem, so be aware you may need to delete or 
chown some
of them to get it up and running when you follow the README 
instructions.


I didn't have to do much once I figured out what was wrong, I just had 
to ensure that the server ran as a regular user, and that the user 
(`apache' in this case) had appropriate access to /var/www/, /var/run/, 
/var/log/apache/, and I moved the default log location in the config 
file to /var/log/apache/.  Then it worked.  But it didn't like running 
as system, or perhaps, windows didn't like it running as system, and/or 
wouldn't let it switch to a limited user, in this case `apache'.  I 
assume the default procedure has worked for at least one other person, 
so I suppose it's just something weird with my machine.




 BTW, a process needs to run as a user.  Trying to run it as a group
("Administrators, Users, or None") doesn't make sense.  I don't know 
if giving
write access to /var/run for users is a good thing either, but it's 
the way my
installation runs:  /var/run has rwx for user and group, the user is 
my

username and the group is 'Users'.


Of course.  The process runs as a user but the user's group membership 
can also determine what directories the process may access.  It 
obviously wouldn't have made sense to chown /var/run/ to the user 
`apache', so the only other possibility was to be sure the group access 
to /var/run/ was a group to which `apache' belongs; /var/run/ used to 
have the group `Administrators' so apache couldn't write its pid file. 
I thought that I might be able to create a group to allow access to 
/var/run/ without granting that right to all users -- I just left a step 
out in my explanation.


As you suggest, ensuring that /var/run/ is rwx by group, and chowning it 
to :Users, and ensuring that apache is a member of Users, that 
got things working.  The reason it took so long for me to figure that 
out (besides my obvious lack of skill) is because (I suppose) it tried 
to write its pid file before it had opened the log file and failed 
before it could say what was wrong (or wrote it somewhere else and I 
just missed it). 



--
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 installation of Octave

2020-02-07 Thread Jay Abel
I'm using tcsh and for some reason the default configuration for X11 keeps
leaving zombie dbus processes, none of which seem to be reachable.  For
example, when running Octave I get an error that dbus wasn't replying.  Now,
if within the open xterm window I type dbus-launch and then I run octave,
there is no error.  I noticed that running dbus-launch in the xterm window
creates three environment variables beginning with DBUS_ but the default
startup only creates the first one, DBUS_SESSION or some such.

Any idea what I'm doing wrong?



--
Sent from: http://cygwin.1069669.n5.nabble.com/Cygwin-list-f3.html

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



Just updated cygutils and cygstart no longer works

2021-08-13 Thread Jay Abel via Cygwin
Run cygstart with anything and no window opens.  I've tried URLS cygstart
http://www.cygwin.com, directories cygstart . and cygstart ./  as well as
pdf files cygstart example.pdf.

None of these seems to do anything anymore.

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


Re: Just updated cygutils and cygstart no longer works

2021-08-13 Thread Jay Abel via Cygwin
Sorry, more information.  I'm running Windows 10, 64-bit, AMD.

I've reverted cygutils back to 1.4.16-2 and the problem is resolved.

Jay

On Fri, Aug 13, 2021 at 10:27 AM Jay Abel  wrote:

> Run cygstart with anything and no window opens.  I've tried URLS cygstart
> http://www.cygwin.com, directories cygstart . and cygstart ./  as well as
> pdf files cygstart example.pdf.
>
> None of these seems to do anything anymore.
>

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