Re: 1.7 - noacl for cygdrive

[Corinna Vinschen]

On Nov 19 20:51, Richard Ivarson wrote:
> Christopher Faylor schrieb:
>
>> On Tue, Nov 18, 2008 at 08:35:04AM -0700, Rob Bosch wrote:
 Rob, many thanks for your reply.
 So it's not just me having massive problems with the NT permissions 
 which
>>> are
 being messed up by Cygwin tools like rsync. Actually most Cygwin users
>>> should
 see these problems, I guess, because Windows 2000 and XP use NTFS.
 I can't use rsync anymore, because the permissions of the destination 
 are
>>> all wrong after rsync resets them... Oh what a pity!
>>>
>>> Rsync will work fine with 1.5.25.  Just set the global NTSEC (see
>>> http://www.cygwin.com/cygwin-ug-net/ntsec.html).  You have to set this
>>> variable in your system environment so that any process spawned gets it,
>>> especially if you are running rsync as a service.  If you are scripting 
>>> it,
>>> add it in your cmd file.  
>> ntsec is the *default* and has been for some time.  There is no reason to 
>> set
>> it.
>
> Yes, Rob meant for us RSYNC users: set CYGWIN=NONTSEC
> ... because NTSEC (the default) causes much trouble with the NT permissions 
> on RSYNC'ed files. A web search shows that _many_ people run into these 
> problems. So maybe for RSYNC the default NTSEC isn't a good idea. I'm on 
> edge how Cygwin 1.7 solves or rather handles this problem.

For rsync ntsec is a good idea, imho.  Your scenario isn't my scenario.
I *want* permissions which reflect POSIX permissions closely.  I don't
care for Windows default permissions.  Lately we have lots of people
claiming that they use Cygwin tools in a native Windows environment and
how being POSIXy is in the way of what they are doing.  Keep in mind
that the whole idea of Cygwin is to provide a POSIXy environment and the
default should be as close to POSIX as possible.  Using Cygwin in a
non-POSIXy situation is the border case, not the norm.  So adapt your
settings, but don't expect that it's the default.


Corinna

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

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

Re: openssh needs rebuild for modular X transition

[Corinna Vinschen]

On Nov 19 10:50, Yaakov (Cygwin Ports) wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> Corinna Vinschen wrote:
> > I'm not talking about providing symlinks to all binaries in
> > /usr/X11R6/bin, just xauth.  It's the one serious X application called
> > from other applications for authentication purposes.  The current
> > transition method breaks using older OpenSSH with newer X11 and vice
> > versa.  That's why I think a symlink created in the postinstall script
> > of the package providing xauth would be helpful.
> 
> I thought we only supported the latest release of packages anyway, and
> AFAIK openssh is the only package outside of X11 that calls xauth.  But
> I hear what you're saying and keep it in mind if the issue is raised.
> 
> > Ultimately it's your decision of course.
> 
> Once I dug further into the matter[1], I found that it doesn't help all
> that much anyway unless I revert a change in XWin.  At least this will
> make it possible, and not give people misleading warnings.
> 
> [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00154.html

Duly noted.  As I said, it's your decision.


Corinna

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

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

Re: SFTP doesn't work with ChrootDirectory option set

[Corinna Vinschen]

On Nov 19 06:34, TheO wrote:
> Hi Corinna,
> 
> I tried to set ChrootDirectory to / (the root directory) which normally is
> identical to "no jail" (and therefore I don't need to copy anything to
> user's home directory).
> 
> But it didn't work for SFTP; it worked for SSH though.

Stracing might help.


Corinna

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

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

Re: sshd on vista error "initgroups: Permission denied" (cygwin-1.7)

[Corinna Vinschen]

On Nov 19 17:38, Herb Maeder wrote:
> On 14 Nov 2008 10:53:12 +0100, Corinna Vinschen wrote:
> > Actually this isn't a ssh-host-config problem, but a generic problem
> > for all admin tasks.  Installing any service requires elevation, or
> > running in a Admin shell.  I'm not really convinced that we need it.
> > Admins running admin tasks should know that they need admin privileges.
> > What you're asking for is a convenience, not a necessity.
> 
> Yes, I agree that we are talking about a generic problem for tasks
> requiring elevation.  And perhaps I took it a step too far suggesting that
> we might want to provide a mechanism to elevate automatically (a lame
> attempt at being compatible with pre-vista OSes).  So I take that back.
> 
> I'd really just like to understand what the recommended behavior should be
> for admin tasks that are invoked from underprivileged shells under vista
> with UAC turned on.  In other words, should we do anything to ease a
> cygwin user's transition to Vista?
> 
> Right now, the documentation doesn't address any migration to vista
> issues.  So we are pretty much ensuring that new vista users will stumble
> onto the cygwin elevation problems the hard way.  And this list or its
> archives are the only resources to figure out what to do.  We can do
> better than that.
> 
> Bottom line, any design decision that reduces noise on this list will have
> the added benefit of providing a better experience to the user (win-win).
> Or put differently, an inconvience to the user can translate to an
> inconvenience to the list.
> 
> For example, would these be reasonable goals for admin tasks requiring
> elevation?
> 
>* Provide documentation and recommendations for vista specific issues
>  (UAC recommendations, how to elevate, commands requiring
>  elevation,...).  Is the user guide the right place for that?
> 
>* When a command requires elevation, detect if the process is already
>  elevated. If not, exit with an error and a reasonable error statement
>  indicating the nature of the problem (and perhaps point to the more
>  detailed documentation and recommendations on how to address the
>  problem above).
> 
> Any others?
> 
> Note, I'm not requesting any changes.  I'm just trying to understand if we
> could/should establish guidelines for admin tasks requiring elevation.

All nice points but I don't think that you have to convince anybody that
better documentation and scripts which work better in any environment
are preferrable.  The point is, http://cygwin.com/acronyms/#SHTDI
We can discuss stuff like that at great length but it won't help
anybody if the docs and code doesn't get fixed along these lines.

Be a part of the project and suggest documentation patches as you see
fit, or create code patches for scripts to make them more intelligent.
That would help other users and us maintainers a lot.  None of us has
access to all possible environments/systems and can care for all border
cases.  Or take the next step and be a maintainer yourself.  In most
cases it's not as much work in the long run as you think it is in the
beginning (when creating your package(s) the first time).

Talking about Vista migration.  From Cygwin's point of view Vista
is just another OS.  The user is just another user.  Either the user
has certain privileges or not.  A function works or returns EACCES.
That's all.  Elevation is not an issue for Cygwin, for pretty dumb
technical reasons.  The only concession *I* would be willing to make
(but that's just me) is to add some text to admin scripts along these
lines:

   *** Alarm!  I couldn't create file foo.
   *** You're missing privileges.  If you're admin user and running
   *** on Vista, did you think to run the script in an elevated shell?


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/

[ANNOUNCEMENT] Updated: libgii1-1.0.2-1, libgii1-devel-1.0.2-1 and libgii1-input-x-1.0.2-1

[Peter Rosin]

A new version of 'libgii' is available for download. It is an upstreams
bugfix release, but I have also switched to cygport from g-b-s.

- input-linux-evdev(7): EV_RST has been renamed to EV_SYN in Linux 2.6.
  Fixed SF bugs #1159466 and #1447483
- buildsystem: make bootstrapping with automake 1.10 work.

New packages:

libgii1-1.0.2-1
libgii1-devel-1.0.2-1
libgii1-display-x-1.0.2-1


For a brief description of these packages, see http://cygwin.com/packages/ .

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Run setup.exe to install or update the libgii1 packages.

If you have questions or comments, please send them to the Cygwin
mailing list.  I would appreciate it if you would use the mailing list
rather than emailing me directly.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

Cheers,
Peter


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

[ANNOUNCEMENT] Updated: libggi2-2.2.2-1, libggi2-devel-2.2.2-1, libggi2-display-aa-2.2.2-1, libggi2-display-file-2.2.2-1, libggi2-display-terminfo-2.2.2-1, libggi2-display-x-2.2.2-1 and libggi2-samp

[Peter Rosin]

A new version of 'libggi' is available for download. It is an upstreams
bugfix release, but I have also switched to cygport from g-b-s and I have
backported a patch in response to a problem reported by Marco Atzeri in
http://cygwin.com/ml/cygwin/2008-11/msg00215.html.

- display-lcd823(7): Make it build. Reported by Kimura Masaru.
- programs/check/speed.c: Make it build with glibc 2.4. Reported by Kimura 
Masaru.
- display-tile(7): Handle flushed area independent of the origin of the tile.
- Crossblit fixes. Crossblitting some widths across some depths caused the 8
  rightmost pixels to not be blitted.
- display-vgl(7): Build fix.
- buildsystem: Make bootstrapping with automake 1.10 work.
- display-quartz(7): Don't create a composite window. This irritates internal 
event
  handling chains.
- generic-linear-4, generic-linear-4-r: lots of bugfixes in 4bit default 
renderers
- generic-linear-16, generic-linear-24, generic-linear-32: various crossblit 
fixes
- generic-stubs: fix stack corruption in copybox for unpacked sub-byte modes.
- generic-linear-1, generic-linear-1-r: fix off-by-one bug in ggiPutc(3).

New packages:

libggi2-2.2.2-1
libggi2-devel-2.2.2-1
libggi2-display-aa-2.2.2-1
libggi2-display-file-2.2.2-1
libggi2-display-terminfo-2.2.2-1
libggi2-display-x-2.2.2-1
libggi2-samples-2.2.2-1


For a brief description of these packages, see http://cygwin.com/packages/ .

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Run setup.exe to install or update the libggi2 packages.

If you have questions or comments, please send them to the Cygwin
mailing list.  I would appreciate it if you would use the mailing list
rather than emailing me directly.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

Cheers,
Peter




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

[ANNOUNCEMENT] Updated: libggiwmh2-0.3.2-1, libggiwmh2-devel-0.3.2-1, libggiwmh2-display-x-0.3.2-1 and libggiwmh2-samples-0.3.2-1

[Peter Rosin]

A new version of 'libggiwmh' is available for download. It is an upstreams
bugfix release, but I have also switched to cygport from g-b-s.

- buildsystem: make bootstrapping with automake 1.10 work.

New packages:

libggiwmh2-0.3.2-1
libggiwmh2-devel-0.3.2-1
libggiwmh2-display-x-0.3.2-1
libggiwmh2-samples-0.3.2-1


For a brief description of these packages, see http://cygwin.com/packages/ .

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Run setup.exe to install or update the libggiwmh0 packages.

If you have questions or comments, please send them to the Cygwin
mailing list.  I would appreciate it if you would use the mailing list
rather than emailing me directly.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

Cheers,
Peter



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

[ANNOUNCEMENT] Updated: libggimisc2-2.2.2-1, libggimisc2-devel-2.2.2-1 and libggimisc2-samples-2.2.2-1

[Peter Rosin]

A new version of 'libggimisc' is available for download. It is an upstreams
bugfix release, but I have also switched to cygport from g-b-s.

- buildsystem: make bootstrapping with automake 1.10 work.

New packages:

libggimisc2-2.2.2-1
libggimisc2-devel-2.2.2-1
libggimisc2-samples-2.2.2-1


For a brief description of these packages, see http://cygwin.com/packages/ .

To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Run setup.exe to install or update the libggimisc2 packages.

If you have questions or comments, please send them to the Cygwin
mailing list.  I would appreciate it if you would use the mailing list
rather than emailing me directly.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at the above URL.

Cheers,
Peter



--
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 on ggi failure

[Peter Rosin]

Den 2008-11-15 19:29, skrev Peter Rosin:

Den 2008-11-14 23:23, skrev Marco Atzeri:

I was trying to use gnuplot with ggi terminal
but gnuplot close with this unclear output:

Terminal type set to 'ggi'
gnuplot> plot [-1:1] sin(x)
LibGGI: No explicit target specified.
LibGGI: Try to use display-directx...
Init Backup Failed RC = 145. Exiting

any hint ?


Probably fixed by this patch:
http://ggi.cvs.sourceforge.net/viewvc/ggi/ggi-core/libggi/display/directx/ddinit.c?r1=1.50.2.1&r2=1.50.2.2 


I have now made a new release of the libggi2 package (2.2.2-1) including
the above mentioned patch. Can you please check if your problem is fixed
with that update? (when it hits the mirrors...)

Thanks,
Peter

--
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: mmap call gives invalid argument

[Phil Betts]

Corinna Vinschen wrote on Wednesday, November 19, 2008 3:45 PM::

> On Nov 19 22:56, Carlo Florendo wrote:
>> On Wed, Nov 19, 2008 at 7:28 PM, Corinna Vinschen wrote:
>>> On Nov 19 14:49, Carlo Florendo wrote:

Trees removed to enable wood to be seen...

 Table at 0x3BEE3000.

> 152   61108 [main] dmidecode 540 mmap64: addr 0, len 13783, prot 1,
>flags 1, fd 3, off 1005453312 ^^
>Where does dmidecode get this offset from?  The address is
>beyond the memory size available.

off = 1005453312 = 0x3BEE
len = 13783  = 0x35D7

Based only on the code snippet provided, the offset is the table 
address (0x3BEE3000) rounded down to the nearest page boundary 
(0x3BEE), and len is the table length (0x5D7) plus the offset 
of the table into the page (0x3000)

I've not looked at the cygwin mmap code or the /dev/mem code, but
assuming it's close to the linux implementation I'll proceed...

From a linux man page describing the errnos returned:

|  EINVAL We don't like start or length  or  offset.   (E.g.,
| they  are  too  large, or not aligned on a PAGESIZE
| boundary.)

This man page is pretty vague on whether the length should be a
multiple of getpagesize(), but a Tru64 man page is more explicit:

| len Specifies the length in bytes of the new region (rounded up 
| to a page boundary).

So:

Firstly, is the table address correct?  Since lseek also fails, it
would suggest not.

Secondly, the length (i.e. mmoffset+len) should be rounded up to a 
multiple of the page size.  Perhaps the cygwin implementation is
stricter in this regard than linux.


HTH

Phil
-- 

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

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

md5.sum vs. setup.ini on master ftp://cygwin.com/pub/cygwin

[Schwerzmann, Stephan]

dear cygweenies,  :-)

  I'm a great fan of cygwin because it make life on winxy somwhar
bearable - thanks for your work so far.

  today I wanted to pull the newest files off
 as I noticed a mismatch
between what  md5.sum  lists for setup.ini and what  setup.ini  is.

  I waited some hours before re-checking, but it's still mismatch.
  I peeked at 2-3 randomly choosen mirrors only to discover the same
mismatch...


  Pleas fix this soon - thankyou.

cheers
Stephan


--
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 on ggi failure

[Dr. Volker Zell]

> Peter Rosin writes:

> Den 2008-11-15 19:29, skrev Peter Rosin:
>> Den 2008-11-14 23:23, skrev Marco Atzeri:
>>> I was trying to use gnuplot with ggi terminal
>>> but gnuplot close with this unclear output:
>>> 
>>> Terminal type set to 'ggi'
gnuplot> plot [-1:1] sin(x)
>>> LibGGI: No explicit target specified.
>>> LibGGI: Try to use display-directx...
>>> Init Backup Failed RC = 145. Exiting
>>> 
>>> any hint ?
>> Probably fixed by this patch:
>> 
http://ggi.cvs.sourceforge.net/viewvc/ggi/ggi-core/libggi/display/directx/ddinit.c?r1=1.50.2.1&r2=1.50.2.2

> I have now made a new release of the libggi2 package (2.2.2-1) including
> the above mentioned patch. Can you please check if your problem is fixed
> with that update? (when it hits the mirrors...)

It works for me now.

> Thanks,
> Peter

Ciao
  Volker
  

--
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: md5.sum vs. setup.ini on master ftp://cygwin.com/pub/cygwin

[Marco Atzeri]

--- "Schwerzmann, Stephan" ha scritto:

> dear cygweenies,  :-)
> 
>   I'm a great fan of cygwin because it make life on
> winxy somwhar
> bearable - thanks for your work so far.
> 
>   today I wanted to pull the newest files off
>  as I noticed a
> mismatch
> between what  md5.sum  lists for setup.ini and what 
> setup.ini  is.
> 
>   I waited some hours before re-checking, but it's
> still mismatch.
>   I peeked at 2-3 randomly choosen mirrors only to
> discover the same
> mismatch...
> 

it seems that the md5sum is calculated 
before the update instead of after them

Nov 20 2008 13:07  376 md5.sum
Nov 19 2008 18:36Directory release
Nov 11 2008 23:04Directory release-2
Nov 20 2008 13:50   174211 setup-2.bz2
Nov 20 2008 13:50   65 setup-2.bz2.sig
Nov 20 2008 13:50   832246 setup-2.ini
Nov 20 2008 13:50   65 setup-2.ini.sig
Nov 20 2008 13:50   201604 setup.bz2
Nov 20 2008 13:50   65 setup.bz2.sig
Nov 20 2008 13:50   947731 setup.ini
Nov 20 2008 13:50   65 setup.ini.sig

> 
>   Pleas fix this soon - thankyou.
> 
> cheers
> Stephan
> 
> 
Marco



  Unisciti alla community di Io fotografo e video, il nuovo corso di 
fotografia di Gazzetta dello sport:
http://www.flickr.com/groups/iofotografoevideo

--
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: [Packaging error] postinstall error with mathomatic-14.1.4-1

[Dr. Volker Zell]

> Volker Zell writes:

> Hi
> .mathomaticrc is installed in /etc/defaults/etc/skel but the postinstall
> script tries to copy from /etc/defaults/etc

This error is still present in the latest version: 14.2.2-1

Ciao
  Volker
  

--
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.7 - noacl for cygdrive

[Richard Ivarson]

Corinna Vinschen wrote:
[..]

Yes, Rob meant for us RSYNC users: set CYGWIN=NONTSEC
... because NTSEC (the default) causes much trouble with the NT permissions 
on RSYNC'ed files. A web search shows that _many_ people run into these 
problems. So maybe for RSYNC the default NTSEC isn't a good idea. I'm on 
edge how Cygwin 1.7 solves or rather handles this problem.


For rsync ntsec is a good idea, imho.  Your scenario isn't my scenario.
I *want* permissions which reflect POSIX permissions closely.  I don't
care for Windows default permissions.  Lately we have lots of people
claiming that they use Cygwin tools in a native Windows environment and
how being POSIXy is in the way of what they are doing.  Keep in mind
that the whole idea of Cygwin is to provide a POSIXy environment and the
default should be as close to POSIX as possible.  


These "lots of people" who use Cygwin in Windows-only environments probably
think, like I did, that Cygwin "just" brings a bunch of highly usefuly Unix
like command line tools straight to the comfortable Windows NT/2000/XP
enviroment.
So we Windows coddled users are - or at least I was - under a slightly wrong
impression.


Using Cygwin in a
non-POSIXy situation is the border case, not the norm.  


I didn't know this motto. I've to confess that I first would have to look up 
the exact meaning of POSIX. :-)
Still Cygwin's very useful for us Windows-only environment people. Please 
bear with us "luxury users" in Windows-only environments. Maybe you 
understand better the problems we experience with our approach to a complex 
and useful software which Cygwin is.



So adapt your settings, but don't expect that it's the default.


Well, I'm happy it is possible to adapt the setting at all.

-Richard


--
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: [Packaging error] postinstall error with mathomatic-14.1.4-1

[Reini Urban]

2008/11/20 Dr. Volker Zell:
>> Volker Zell writes:
>> Hi
>> .mathomaticrc is installed in /etc/defaults/etc/skel but the postinstall
>> script tries to copy from /etc/defaults/etc
>
> This error is still present in the latest version: 14.2.2-1

Thanks!
Will be fixed asap when I get home from Germany.

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/

--
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: rsync 3.0.4 over ssh hanging on cygwin 1.7

[Fred Kemp]

Thanks to all who have replied so far - as Herb says, the cygwin+sshd 
+rsync combo is extremely useful, not least in that it allows my  
client PC's to simply run sshd as a very efficient (ie resource  
unintensive) background service, requiring no further user  
intervention (A Good Thing™).  Workarounds such as running OpenVPN or  
VirtualBox seem like the proverbial  sledgehammer to crack a nut and  
additionally add a further layer to configure/go wrong.


From my own point of view, I'm going to try playing around with a few  
options such as creating an ssh tunnel as described here: http://backuppc.wiki.sourceforge.net/Workaround+BackupPC+Windows+2003+Hang


to see if that helps and beyond that see if I can come up with some  
combination of rsync options and shell scripting that might allow me  
to atomise the transfer somewhat, possibly using --write-batch -- 
timeout and some batch vs logfile crunching to restart transfer at  
last file transferred at timeout point. It won't be as quick or as  
simple, but if it works and is robust, that'll do for me for now (I'm  
at least a week late on rolling this out as it is!) I won't however  
hold my breath as a test of recursively running rsync with --timeout  
on one user directory is showing only about another 5 files each time...


As ever all tips and pointers gratefully received, and if I have any  
blinding glimpses of the obvious, I'll certainly share with the  
list. :-)


Cheers,

Fred.



On Nov 20, 2008, at 1:48 AM, Herb Maeder wrote:


On 19 Nov 2008 09:54:41 EST, Christopher Faylor wrote:

On Wed, Nov 19, 2008 at 07:24:33AM -0500, Brett Serkez wrote:

I spent considerable time on this and reported were the problem is
occurring to no avail, don't waste your time.  In a nutshell the  
issue
is with Cygwin's bi-directional pipe emulation, this is a  
fundamental

feature of all UNIXies.  Secure Shell "forks and execs" rsync,
connecting standard out and in so that data flows over the internet
to/from SSH and then locally to/from rsync.  The problem is that
eventually a "signal" is missed and SSH and rsync deadlock, the  
local
pipe emulation is imperfect, and the rsync protocol has no  
provision to

recover from this dead lock.

A fix would require a change to this fundamental feature of  
Cygwin, it

is not clear to me that Windows has the necessary functionality to
properly implement, such a fix would require extensive retesting.


Your analysis of the problem is likely incorrect.  The problem has  
been
reported to be due to the fact that there is no foolproof way in  
Windows
to tell when a pipe can be written to in a non-blocking fashion.   
Since

that fact hasn't changed, I doubt that this has anything to do with
missed "signal"s and it certainly doesn't have anything to do with
bidirectional pipes.

Nevertheless, the problem is still there and as always PGA.  I have
spent a considerable amount of time staring at the code and  
googling for

a solution but to no avail.


Sounds like solving the root of problem may be beyond our control  
for now.
But, as an alternative, do you think that a cygwin specific  
workaround to
this problem in rsync (and/or sshd) might be feasible?  If so, would  
you

have any suggestions on how to approach that task?

Obviously the ideal solution would be to get the underlying problem  
fixed
in windows, especially since there's no reason other programs won't  
run

into the same issue.  But since the cygwin+sshd+rsync combo is quite
useful, it shows this problem regularly, and the alternatives aren't
great, having a specific workaround would be nice.  Even if it means
trading off performance and/or convenience for correct functionality.

Herb.

--
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: mmap call gives invalid argument

[Corinna Vinschen]

On Nov 20 13:10, Phil Betts wrote:
> Corinna Vinschen wrote on Wednesday, November 19, 2008 3:45 PM::
> > On Nov 19 22:56, Carlo Florendo wrote:
> >> On Wed, Nov 19, 2008 at 7:28 PM, Corinna Vinschen wrote:
> >>> On Nov 19 14:49, Carlo Florendo wrote:
> 
> Trees removed to enable wood to be seen...

:-)

>  Table at 0x3BEE3000.
> 
> > 152   61108 [main] dmidecode 540 mmap64: addr 0, len 13783, prot 1,
> >flags 1, fd 3, off 1005453312 ^^
> >Where does dmidecode get this offset from?  The address is
> >beyond the memory size available.
> 
> off = 1005453312 = 0x3BEE
> len = 13783  = 0x35D7
> 
> Based only on the code snippet provided, the offset is the table 
> address (0x3BEE3000) rounded down to the nearest page boundary 
> (0x3BEE), and len is the table length (0x5D7) plus the offset 
> of the table into the page (0x3000)
> 
> I've not looked at the cygwin mmap code or the /dev/mem code, but
> assuming it's close to the linux implementation I'll proceed...
> [...]
> So:
> 
> Firstly, is the table address correct?  Since lseek also fails, it
> would suggest not.
> 
> Secondly, the length (i.e. mmoffset+len) should be rounded up to a 
> multiple of the page size.  Perhaps the cygwin implementation is
> stricter in this regard than linux.

I don't think so.  The if-clause which fails in this case is basically:

  if (offset + length >= physical_memory_size)
return EINVAL;


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/

python package missing _sqlite3.dll in /usr/lib/python2.5/sqlite3

[Tim Hoel]

Using cygwin setup, I installed python (2.5.1) and sqlite3 (3.6.2-1).  Each 
of these work great on cygwin separately, and now I wanted to write a python 
program that used sqlite3.  But when I did "import sqlite3", I got the 
following error:


   ImportError:  No module named _sqlite3

I have been able to work around the problem by downloading the sources for 
pysqlite (2.5.0) from pysqlite.org and building it myself.  (Note that the 
python2.5/sqlite3 package is built from pysqlite source.)  Using cygwin 
setup again, I installed sqlite3 src (3.6.2-1-src), and tried to build 
pysqlite.  I did run into one build problem because this version of sqlite3 
does not have an entry for sqlite3_enable_load_extension().  I worked around 
this problem by turning off HAVE_LOAD_EXTENSION in connection.c.


Tim Hoel 



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

[ANNOUNCEMENT] Updated: OpenSSH-5.1p1-10 (-11)

[Corinna Vinschen]

I've just updated the version of OpenSSH to 5.1p1-10.

This release has been rebuilt from scratch, now adjusted to the new
path of the xauth tool as packed with the new X.Org X11R7 release.

There's an equivalent new 5.1p1-11 release for Cygwin 1.7 testers.


To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

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

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

Re: python package missing _sqlite3.dll in /usr/lib/python2.5/sqlite3

[Warren Young]

Tim Hoel wrote:
But when I did "import sqlite3", I 
got the following error:


   ImportError:  No module named _sqlite3


I thought this was fixed 2 months ago:

http://cygwin.com/ml/cygwin/2008-08/msg00156.html

Cygwin's Python currently links to SQLite statically, but from that 
thread, this doesn't seem to be a problem.


If it turns out that you really do need a dynamic library to make 
pysqlite happy, that's probably something the Cygwin Python maintainer, 
Jason Tishler, needs to take care of.  My SQLite packages for Cygwin 
include both static and dynamic libraries, it's just that Cygwin's 
Python doesn't know how to build against the dynamic ones yet.


It'd be best if Python and SQLite can remain separate, with Python 
modules building against the standard SQLite package files.  I'd hate to 
see a separate distribution of SQLite included with Python.  There's not 
enough maintainer bandwidth to go around even without wasting it on 
duplicate packaging like that.


Using cygwin setup again, I installed sqlite3 src (3.6.2-1-src), and 
tried to build pysqlite.  I did run into one build problem because this 
version of sqlite3 does not have an entry for 
sqlite3_enable_load_extension().  


I'll see about enabling that in the next build of the SQLite packages. 
It might not be possible, as it might use dlopen(), rather than 
LoadLibrary().


--
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: rsync 3.0.4 over ssh hanging on cygwin 1.7

[Brett Serkez]

On Thu, Nov 20, 2008 at 11:32 AM, Fred Kemp <[EMAIL PROTECTED]> wrote:
> Thanks to all who have replied so far - as Herb says, the cygwin+sshd+rsync
> combo is extremely useful, not least in that it allows my client PC's to
> simply run sshd as a very efficient (ie resource unintensive) background
> service, requiring no further user intervention (A Good Thing™).
>  Workarounds such as running OpenVPN or VirtualBox seem like the proverbial
>  sledgehammer to crack a nut and additionally add a further layer to
> configure/go wrong.

You may want to check out WinSCP:  http://winscp.net/eng/index.php

For adhoc work I use the graphical user interface, which supports
directory synchronizing, it does support scripting from the command
line for automation, it may do what you want.

Good luck,

Brett

--
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 on vista error "initgroups: Permission denied" (cygwin-1.7)

[Herb Maeder]

On 20 Nov 2008 11:37:23 +0100, Corinna Vinschen wrote:
> > Note, I'm not requesting any changes.  I'm just trying to understand if we
> > could/should establish guidelines for admin tasks requiring elevation.
> 
> All nice points but I don't think that you have to convince anybody that
> better documentation and scripts which work better in any environment
> are preferrable.  The point is, http://cygwin.com/acronyms/#SHTDI
> We can discuss stuff like that at great length but it won't help
> anybody if the docs and code doesn't get fixed along these lines.

OTOH, if you can't discuss stuff before patching, you're more likely to
get garbage.  Witness the last guy who tried.

> Be a part of the project and suggest documentation patches as you see
> fit, or create code patches for scripts to make them more intelligent.

Um, that's what I was trying to do.  It just that I'm not a big fan of the
"patch first, discuss later" philosophy, especially when I'm in unfamiliar
territory.  I usually try to get agreement on a gameplan first, then
execute.

Lucky for me too, since what I saw fit was already wrong twice on this 
elevation issue...

> That would help other users and us maintainers a lot.  None of us has
> access to all possible environments/systems and can care for all border
> cases.  Or take the next step and be a maintainer yourself.  In most
> cases it's not as much work in the long run as you think it is in the
> beginning (when creating your package(s) the first time).

I'm probably not maintainer material.  I don't care to discuss it on this
list, but it has nothing to do with the mechanics of maintaining a
package.  If you'd like to discuss it or convince me otherwise, you may
contact me personally.

> Talking about Vista migration.  From Cygwin's point of view Vista
> is just another OS.  The user is just another user.  Either the user
> has certain privileges or not.  A function works or returns EACCES.
> That's all.  Elevation is not an issue for Cygwin, for pretty dumb
> technical reasons. 

Though it is an issue from the cygwin user's point of view.

But I do understand where you are coming from.  Microsoft also took the
same approach (nothing was done to ease the pain of using Windows command
line tools requiring elevation).  Not that that necessarily makes it
http://acronyms.thefreedictionary.com/TRTTD ...

> The only concession *I* would be willing to make
> (but that's just me) is to add some text to admin scripts along these
> lines:
> 
>*** Alarm!  I couldn't create file foo.
>*** You're missing privileges.  If you're admin user and running
>*** on Vista, did you think to run the script in an elevated shell?

That's actually decently close to what I was asking about.  Though the
error statement could be qualified with (onVista && !elevated), and some
scripts which don't make sense without elevation (e.g. ssh-host-config)
could just test for that right from the get-go.  Plus there's no reason
that compiled commands couldn't do something similar (e.g. "regtool add").
Any code requiring elevation is obviously already cygwin specific.

But, it sounds to me like that is not worth doing and/or not desirable.
That's a perfectly good answer.  And I'm fine with that, believe me.  An
answer is all I was looking for.   

So, to summarize this thread and move on:

  1) vista specific documentation is welcome
  2) patches to csih/ssh-host-config for 1.7+vista+domain users are welcome
  3) patches for elevation issues are not

I'm willing to take a whack at 1), so if anyone has any specific topics
that should be covered or any hints on where this documentation belongs,
please let me know.  Else, I'll just do as I see fit.

I sould also like to address 2), but I am now in the boat of not having
access to the required environments/systems.  So I can't commit to that
one.

Herb.

--
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 on vista error "initgroups: Permission denied" (cygwin-1.7)

[Matthew Woehlke]

Herb Maeder wrote:

Any code requiring elevation is obviously already cygwin specific.


How so? There are tools on Linux that are only useful if run as root; 
how is that significantly different? (Especially on SELinux systems 
where rights are much more complicated than in the traditional UNIX model.)


--
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
--
C++ is for people who want to be able to not just shoot themselves in 
the foot, but do it with a rocket launcher. -- Igor Peshansky



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

Run OpenSSH service with Local System Account

[William Zhang]

Hi All,

I am wondering if there is a way to run the Cygwin OpenSSH service as
Local System Account in Windows 2003 and 2008 instead of the
cyg_server account created during the setup.   I am using
Cygwin+OpenSSH on the Windows test server and I remotely execute
automation testing script from a linux box. However the program
running on the Windows server is a GUI based program and has some
dialog box pop up at some time during the test.  Since running the SSH
service with cyg_server account does not allow the program to interact
with desktop, the test program will stop in the middle of the
automation test.   If it allow me to running the SSH service with
Local System Account, I can enable the "allow the service to interact
with desktop" option and my problem should be solved.I understand
there is purpose to create an account with special privileges as the
setup says:

"*** Info: You appear to be running Windows 2003 Server or later.  On 2003 and
*** Info: later systems, it's not possible to use the LocalSystem account
*** Info: for services that can change the user id without an explicit password
*** Info: (such as passwordless logins [e.g. public key authentication] via sshd
).

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

Run OpenSSH service with Local System Account

[William Zhang]

Hi All,

Sorry i hit the send button by mistake before I finished the last
mail. This is my
full question.

I am wondering if there is a way to run the Cygwin OpenSSH service as
Local System Account in Windows 2003 and 2008 instead of the
cyg_server account created during the setup.   I am using
Cygwin+OpenSSH on the Windows test server and I remotely execute
automation testing script from a linux box. However the program
running on the Windows server is a Windows GUI based program and has some
dialog box pop up at some time during the test.  Since running the SSH
service with cyg_server account does not allow the program to interact
with desktop, the test program will stop in the middle of the
automation test.   If it allow me to running the SSH service with
Local System Account, I can enable the "allow the service to interact
with desktop" option and my problem should be solved.I understand
there is purpose to create an account with special privileges as the
setup says:

"*** Info: You appear to be running Windows 2003 Server or later.  On 2003 and
*** Info: later systems, it's not possible to use the LocalSystem account
*** Info: for services that can change the user id without an explicit password
*** Info: (such as passwordless logins [e.g. public key
authentication] via sshd).

*** Info: If you want to enable that functionality, it's required to
create a new
*** Info: account with special privileges (unless a similar account
already exists).
*** Info: This account is then used to run these special servers.

it say if I want to enable that functionality i need create one
but I really don't care any security, password..
so I answer no to that question and installed the open ssh with local
system account  and the service can run
but the client can not log into the system.

Is there any configuration I can poke around to make it work with
local system account?

Thanks a lot!

William

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

nearly all postinstall scripts segfaulting in 64bit Windows (XP + Vista)

[Lonni J Friedman]

Greetings,
I'm attempting to setup a build environment, which happens to require
cygwin.  I ran into no problems getting this up with 32bit Windows XP,
however for both WINXP64 and VISTA64, the cygwin installation blows up
badly while running all of the postinstall scripts (in
/etc/postinstall).  Nearly all of them are segfaulting.

For example, if I attempt to run /etc/postinstall/bash.sh manually, it
churns for a few seconds, and then dies with the following output:
11 [main] bash 1644 +_cygtls::handle_exceptions: Error while dumping
state ( probably a corrupted stack)
Segmentation fault (core dumped)

The only potential oddity in this equation is that my Windows (both 32
& 64bit) installations are inside of Xen (running on a Linux system).

I'm at a complete loss on how to debug this at this point.  Any and
all suggestions are gratefully accepted.

--
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: Run OpenSSH service with Local System Account

[Larry Hall (Cygwin)]

William Zhang wrote:

Hi All,

Sorry i hit the send button by mistake before I finished the last
mail. This is my
full question.

I am wondering if there is a way to run the Cygwin OpenSSH service as
Local System Account in Windows 2003 and 2008 instead of the
cyg_server account created during the setup.   I am using
Cygwin+OpenSSH on the Windows test server and I remotely execute
automation testing script from a linux box. However the program
running on the Windows server is a Windows GUI based program and has some
dialog box pop up at some time during the test.  Since running the SSH
service with cyg_server account does not allow the program to interact
with desktop, the test program will stop in the middle of the
automation test.   If it allow me to running the SSH service with
Local System Account, I can enable the "allow the service to interact
with desktop" option and my problem should be solved.


Why do you believe that you can set this Local System Account to interact
with the desktop but not cyg_server?


I understand
there is purpose to create an account with special privileges as the
setup says:

"*** Info: You appear to be running Windows 2003 Server or later.  On 2003 and
*** Info: later systems, it's not possible to use the LocalSystem account
*** Info: for services that can change the user id without an explicit password
*** Info: (such as passwordless logins [e.g. public key
authentication] via sshd).

*** Info: If you want to enable that functionality, it's required to
create a new
*** Info: account with special privileges (unless a similar account
already exists).
*** Info: This account is then used to run these special servers.

it say if I want to enable that functionality i need create one
but I really don't care any security, password..
so I answer no to that question and installed the open ssh with local
system account  and the service can run
but the client can not log into the system.


By this you mean specifically what?  Perhaps you should provide the
output you get and/or you should run 'ssh -v -v -v' to get some insight
as to where it chokes.


Is there any configuration I can poke around to make it work with
local system account?


If you don't care about using pubkey authetication and are fine with
typing in your Windows password each time you invoke 'ssh', you should
be able to use the Local System Account.


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

_

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

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

Re: Run OpenSSH service with Local System Account

[William Zhang]

Thank you Larry! Please see my comment below.

On Thu, Nov 20, 2008 at 3:48 PM, Larry Hall (Cygwin)
<[EMAIL PROTECTED]> wrote:
> Why do you believe that you can set this Local System Account to interact
> with the desktop but not cyg_server?

In the Windows Services property Log On page, we have two option for
the service to run as:
One is to use Local System Account.  When this option is selected, you
have the "allow service to interact with desktop" enabled.
The second option is to use an account you specified but "allow
service to interact with desktop" option is disabled when it is
selected.

> By this you mean specifically what?  Perhaps you should provide the
> output you get and/or you should run 'ssh -v -v -v' to get some insight
> as to where it chokes.

When the ssh-host-config script ask if i want to create a cyg_server
user, I answer no so it defaults to use the system local account.
Below are the debug output and it failed at
ssh_exchange_identification. I guess the cyg_server account is used to
handle ssh_exchange_identification on windows 2003. Can I work around
this with the local system account?

$ ssh -v -v -v localhost
OpenSSH_5.1p1, OpenSSL 0.9.8h 28 May 2008
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/root/.ssh/identity type -1
debug1: identity file /home/root/.ssh/id_rsa type -1
debug1: identity file /home/root/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote host

> If you don't care about using pubkey authetication and are fine with
> typing in your Windows password each time you invoke 'ssh', you should
> be able to use the Local System Account.

I don't want any user interaction during the automation test. Can the
password be provided automatically?

--
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: Run OpenSSH service with Local System Account

[Larry Hall (Cygwin)]

William Zhang wrote:

Thank you Larry! Please see my comment below.

On Thu, Nov 20, 2008 at 3:48 PM, Larry Hall (Cygwin)
 wrote:

   ^^
.  Thanks.

Why do you believe that you can set this Local System Account to interact
with the desktop but not cyg_server?


In the Windows Services property Log On page, we have two option for
the service to run as:
One is to use Local System Account.  When this option is selected, you
have the "allow service to interact with desktop" enabled.
The second option is to use an account you specified but "allow
service to interact with desktop" option is disabled when it is
selected.


Ah yes.  I've gotten so used to the '-i' or 'cygrunsrv', which
'ssh-host-config' uses to configure the 'sshd' service that I forgot that
the check box isn't there in the GUI for any other user.  Regardless,
you can add it to 'ssh-host-config' if you want. Of course, this ability
is disabled in Vista and Longhorn according to 'cygrunsrv' so I don't
think this will help for 2008 (and maybe 2003?)


By this you mean specifically what?  Perhaps you should provide the
output you get and/or you should run 'ssh -v -v -v' to get some insight
as to where it chokes.


When the ssh-host-config script ask if i want to create a cyg_server
user, I answer no so it defaults to use the system local account.
Below are the debug output and it failed at
ssh_exchange_identification. I guess the cyg_server account is used to
handle ssh_exchange_identification on windows 2003. 


cyg_server is the account used to start services, 'sshd' in this case.
It has no direct association to ssh_exchange_identificatton.


Can I work around
this with the local system account?


Authentication hasn't started yet so I doubt the account makes much
difference.  But I see nothing wrong with trying it.  My guess is
you're going to need to start a debug server session to get better
insight.  At least that's what I would do.


$ ssh -v -v -v localhost
OpenSSH_5.1p1, OpenSSL 0.9.8h 28 May 2008
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/root/.ssh/identity type -1
debug1: identity file /home/root/.ssh/id_rsa type -1
debug1: identity file /home/root/.ssh/id_dsa type -1
ssh_exchange_identification: Connection closed by remote host


If you don't care about using pubkey authetication and are fine with
typing in your Windows password each time you invoke 'ssh', you should
be able to use the Local System Account.


I don't want any user interaction during the automation test. Can the
password be provided automatically?


No.  That's why there's public key.

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

_

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

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

Re: new cygport feature: list-readme [patch]

[Yaakov (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Reini Urban wrote:
> Attached is a patch against current stable 0.4.2, which adds list-readme,
> a list in README style format for all sub-packages.

Thanks for the patch.  I've been swamped with the Cygwin/X transition,
so I have yet to take a close look at this.

Sounds interesting, but I wonder if there is another way to do this
without actually tarballing each package.

> Maybe the new feature to support .list files should be better
> announced and described.

cygport as a whole needs to be documented.  I would prefer to use a
doxygen/gtk-doc type system to build documentation from the code and its
comments, but I'm not aware of any such system for bash.  Perhaps there
is, I just don't know.

> And maybe some helper is needed to detect changes in previous .list files.

Huh?


Yaakov
Cygwin Ports
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEAREIAAYFAkkmJhkACgkQpiWmPGlmQSOViACg0E9mCDxsMs71+NMXsPanfPeU
BnUAn2P5TxryppjaDnjvlSAkE60uwmml
=eoet
-END PGP SIGNATURE-

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

Re: mmap call gives invalid argument

[Carlo Florendo]

On Wed, Nov 19, 2008 at 11:44 PM, Corinna Vinschen wrote:



Thanks Corinna!

>
> Something's going wrong with the offset, it seems.  That's a snippet
> from your strace:
>
>  99   60848 [main] dmidecode 540 fhandler_dev_mem::open: MemSize: 958 MB
> 108   60956 [main] dmidecode 540 open: 3 = open (/dev/mem, 0x0)
> 152   61108 [main] dmidecode 540 mmap64: addr 0, len 13783, prot 1, flags 1, 
> fd 3, off 1005453312
>   ^^
>   Where does dmidecode get this offset from?  The address is beyond
>   the memory size available.
>
>  88   61196 [main] dmidecode 540 __set_errno: virtual void* 
> fhandler_dev_mem::mmap(char**, size_t, int, int, _off64_t):1832 val 22
>  81   61277 [main] dmidecode 540 fhandler_dev_mem::mmap: -1 = mmap(): illegal 
> parameter, set EINVAL
>  76   61353 [main] dmidecode 540 mmap64: 0x = mmap()
>
> What fails is a check in fhandler_dev_mem::mmap which checks that the
> address is within the valid address range.  This check is rather old.
> The last change to this function is from 2005.  The SMBIOS stuff seems
> to point outside of the valid physical memory range.
>
> Either the system is broken with respect to this SMBIOS data, or the
> check in Cygwin should not be made and the OS knows how to acces this
> data even though it appears to be beyond the address space.
>
> Try building Cygwin from scratch after disabling the first `if' statement
> in fhandler_dev_mem::mmap (file winsup/cygwin/mmap.cc).  If that helps,
> it seems that this check is too well meant and we should better rely on
> the OS function doing the right thing.

Ok.  I've recompiled cygwin.  I've also attached the new cygcheck.

The diff output below shows the only change I did. So essentially, we
just let the compiler skip the if statement you mentioned.

--- mmap.cc.orig2008-11-21 11:06:48.0 +0800
+++ mmap.cc 2008-11-21 11:06:59.0 +0800
@@ -1825,6 +1825,7 @@ HANDLE
 fhandler_dev_mem::mmap (caddr_t *addr, size_t len, int prot,
int flags, _off64_t off)
 {
+#ifdef IGNORE_CFF_DMIDECODE_ISSUE
   if (off >= mem_size
   || (DWORD) len >= mem_size
   || off + len >= mem_size)
@@ -1833,6 +1834,7 @@ fhandler_dev_mem::mmap (caddr_t *addr, s
   debug_printf ("-1 = mmap(): illegal parameter, set EINVAL");
   return INVALID_HANDLE_VALUE;
 }
+#endif

   UNICODE_STRING memstr;
   RtlInitUnicodeString (&memstr, L"\\device\\physicalmemory");


In spite of that, after recompiling dmidecode with the new
cygwin1.dll, this is what we get:

$ ./dmidecode.exe
/dev/mem: mmap: Invalid argument
# dmidecode 2.9
SMBIOS 2.5 present.
54 structures occupying 1495 bytes.
Table at 0x3BEE3000.

The new strace is here: http://astra.ph/research/carlo/strace2.out

Is this some problem associated with accessing the device because it's 1GB?

Thank you very much.

Best Regards,

Carlo
-- 
Carlo Florendo
Software Engineer
Astra Philippines - Software Development and Outsourcing
R&D: http://astra.ph, Astra Group: http://astra.co.jp


cyg.out
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/

Setup wants to revert my upgrade of Emacs

[Jonathan Ferro]

Casual browsing recently revealed that one of my all-time favorite software 
packages, Emacs Calc, has returned to active maintenance and is part of the GNU 
Emacs distribution.  My thought: why does my Cygwin installation not have it?

Setup run 1: Fiddling with Setup shows that I can turn all three of emacs, 
emacs-el, and emacs-X11 to "22.1-3" instead of "21.2-13".  Score!
Problem: 21.2-13 is uninstalled and nothing is installed.

Setup run 2: I can turn all three packages to "22.1-3" and *manually check* the 
binary box, something I've never had to do manually before.
This correctly installs all 3 packages, for now.

Setup run 3: When rerunning Setup to look at something else, fortunately I am 
in the habit of always looking at the "Partial" view before hitting Next, and I 
see that it has queued up all three packages to be reinstalled to version 
"21.2-13".
I have canceled out of that Setup session, but I'd like to figure out how to 
get my choice to "stick".

Am I asking in the right place, regarding the dependency information for the 
emacs package?
Should this be regarded as a general problem?  (I.e., is there some technical 
or policy issue preventing 22.1-3 from being listed as the "new" version?)
Is there something I can do to remove these packages from the maintenance 
upgrade list in my installation for now, so that I can stick with my chosen 
version?

Thanks in advance for any information.

-- Jonathan


Cygwin Configuration Diagnostics
Current System Time: Thu Nov 20 22:49:52 2008

Windows XP Professional Ver 5.1 Build 2600 Service Pack 3

Path:C:\cygwin\home\jonathan\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\Wave Systems Corp\Dell Preboot Manager\Access Client\v5\
C:\cygwin\lib\lapack

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1010(jonathan) GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1010(jonathan) GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

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

USER = 'jonathan'
PWD = '/home/jonathan'
HOME = '/home/jonathan'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\jonathan'
APPDATA = 'C:\Documents and Settings\jonathan\Application Data'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'jferro'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 6, GenuineIntel'
TERM = 'xterm'
WINDIR = 'C:\WINDOWS'
TEXDOCVIEW_txt = 'cygstart %s'
TEXDOCVIEW_dvi = 'cygstart %s'
WINDOWID = '12582937'
USERDOMAIN = 'JFERRO'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
OS = 'Windows_NT'
XTERM_SHELL = '/bin/bash'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
TEMP = '/cygdrive/c/DOCUME~1/jonathan/LOCALS~1/Temp'
TERMCAP = 'xterm-r6|xterm|xterm X11R6 
version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:'
USERNAME = 'jonathan'
PROCESSOR_LEVEL = '6'
TEXDOCVIEW_pdf = 'cygstart %s'
_ = '/usr/bin/cygcheck'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
CLIENTNAME = 'Console'
USERPROFILE = 'C:\Documents and Settings\jonathan'
TEXDOCVIEW_html = 'cygstart %s'
LOGONSERVER = '\\JFERRO'
!C: = 'C:\cygwin\bin'
PROCESSOR_ARCHITECTURE = 'x86'
XTERM_LOCALE = 'C'
XTERM_VERSION = 'Cygwin 6.8.99.903(237)'
SHLVL = '5'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
PROMPT = '$P$G'
LOGNAME = 'jonathan'
SYSTEMROOT = 'C:\WINDOWS'
TMP = '/cygdrive/c/DOCUME~1/jonathan/LOCALS~1/Temp'
LESS = 'X'
PROCESSOR_REVISION = '0f06'
CVS_RSH = '/bin/ssh'
PRINTER = 'Fax'
TEXDOCVIEW_ps = 'cygstart %s'
PROGRAMFILES = 'C:\Program Files'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
DISPLAY = ':0.0'
NUMBER_OF_PROCESSORS = '2'
SESSIONNAME = 'Console'
COMPUTERNAME = 'JFERRO'
XAUTHORITY = '/home/jonathan/.Xauthority'

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 flag

RE: Setup wants to revert my upgrade of Emacs

[Gary R. Van Sickle]

> From: Jonathan Ferro
> 
[snip having to check "binary"]
> 
> Setup run 3: When rerunning Setup to look at something else, 
> fortunately I am in the habit of always looking at the 
> "Partial" view before hitting Next, and I see that it has 
> queued up all three packages to be reinstalled to version "21.2-13".
> I have canceled out of that Setup session, but I'd like to 
> figure out how to get my choice to "stick".

It sounds like you're having two possibly separate problems:

1.  You shouldn't have to check binary, that sounds like a setup.ini
problem.
2.  Unfortunately there's no way to get any of your choices on the package
chooser page to stick.

-- 
Gary R. Van Sickle


--
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 on ggi failure

[Marco Atzeri]

--- Peter Rosin <[EMAIL PROTECTED]> ha scritto:

> Den 2008-11-15 19:29, skrev Peter Rosin:
> > Den 2008-11-14 23:23, skrev Marco Atzeri:
> >> I was trying to use gnuplot with ggi terminal
> >> but gnuplot close with this unclear output:
> >>
> >> Terminal type set to 'ggi'
> >> gnuplot> plot [-1:1] sin(x)
> >> LibGGI: No explicit target specified.
> >> LibGGI: Try to use display-directx...
> >> Init Backup Failed RC = 145. Exiting
> >>
> >> any hint ?
> > 
> > Probably fixed by this patch:
> >
>
http://ggi.cvs.sourceforge.net/viewvc/ggi/ggi-core/libggi/display/directx/ddinit.c?r1=1.50.2.1&r2=1.50.2.2
> 
> 
> I have now made a new release of the libggi2 package
> (2.2.2-1) including
> the above mentioned patch. Can you please check if
> your problem is fixed
> with that update? (when it hits the mirrors...)
> 
> Thanks,
> Peter
> 

it is working fine.

thanks
Marco




  Unisciti alla community di Io fotografo e video, il nuovo corso di 
fotografia di Gazzetta dello sport:
http://www.flickr.com/groups/iofotografoevideo

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