Re: [ANNOUNCEMENT] Updated: sysvinit-2.86-2: A System-V Init Clone

[Dr. Volker Zell]

> Charles Wilson writes:


> However, the new package doesn't have a post-install script at all. I
> wonder if you shouldn't:

This was my intention.

> (1) remove the explicit csih_enable_color from init-config

Will go for (1).

The explicit use of init-config is mentioned in the README.

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: [ANNOUNCEMENT] Updated: {freeglut/libglut3/libglut-devel}-2.4.0-1: Open Source GLUT implementation

[Dr. Volker Zell]

> Volker Zell writes:

> Hi
> New versions of 'freeglut/libglut3/libglut-devel' have been uploaded to a 
server near you.


> Cygwin NEWS:
> 

>  o Maintainer change
>  o Switched to cygport build framework
>  o Package split in main, library and devel package
>  o Changed layout from /usr/X11R6 to /usr hierarchy

NOTE: Due to the monolithic nature of Gerrit's old package the
  setup.hint files of the following packages have been updated:
  
>jasper freeglut -> libglut3
>tiff   freeglut -> libglut3

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: [ANNOUNCEMENT] Updated: {libwmf/libwmf027/libwmf-devel/libwmf-doc/gdk-pixbuf2-wmf}-0.2.8.4-2: Windows Metafile library

[Dr. Volker Zell]

> Volker Zell writes:

> Hi
> New versions of 
'libwmf/libwmf027/libwmf-devel/libwmf-doc/gdk-pixbuf2-wmf' have been 
> uploaded to a server near you.

By the way, I noticed the following error in /var/log/setup.log.full:

2008/03/29 15:58:11 running: D:\\bin\bash.exe -c /etc/postinstall/libwmf.sh
g_module_open() failed for /usr/lib/gtk-2.0/2.4.0/loaders/io-wmf.dll: No such 
file or directory

This postinstall script is generated through cygport.

Running /etc/postinstall/libwmf.sh from the console works fine and
creates the  /etc/gtk-2.0/gdk-pixbuf.loaders file.

Can anybody confirm ?

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: [ANNOUNCEMENT] Updated: {bzip2/libbz2_1/libbz2-devel}-1.0.5-2

[Dr. Volker Zell]

> Charles Wilson writes:

> bzip2 provides the bzip2.exe / bunzip2.exe executables, a
> patent-unencumbered but highly effective compression tool.

> CHANGES:

> * Update to new upstream release
>   addresses security issues CAN-2005-1260, CAN-2005-0953

http://cygwin.com/ml/cygwin/2008-03/msg00488.html

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/

[ANNOUNCEMENT] Updated: {gmp/libgmp3/libgmp-devel}-4.2.2-1

[David Billinghurst]

Version 4.2.2-1 of gmp/libgmp3/libgmp-devel have been uploaded.

PACKAGE DESCRIPTION
===

Homepage: http://swox.com/gmp
License : GNU LGPL

GMP is a free library for arbitrary precision arithmetic, operating
on signed integers, rational numbers, and floating point numbers. There 
is no practical limit to the precision except the ones implied by the 
available memory in the machine GMP runs on. GMP has a rich set of 
functions, and the functions have a regular interface.


CHANGES SINCE LAST RELEASE
==

Minor bug fixes.  See http://gmplib.org/

The upstream build has increased the version on libgmpxx.  This change
was reverted as cyggmpxx-3.dll is backward compatible with the previous
releases.

INSTALL OR UPGRADE NOTES


Standard install.


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

Re: ssh-host-config found in 4.9p1 is broken

[Corinna Vinschen]

On Mar 31 15:01, Ehab Teima wrote:
> Hi, 
> 
> ssh-host-config found in 4.9p1 is broken. Running the script dies with the 
> message "Unexpected end of file at line 624". By inspecting the code, I found 
> that there is an non-closed if near line 191. There is an open if that was 
> never closed. 

Thanks for the hint.  I've uploaded a new version with a fixed
ssh-host-config script.


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: {mpfr/libmpfr1/libmpfr-devel}-2.3.1-1

[David Billinghurst]

Version 2.3.1-1 of mpfr/libmpfr1/libmpfr-devel have been uploaded.

PACKAGE DESCRIPTION
===

Homepage: http://www.mpfr.org
License : GNU LGPL 2.1 or later

The MPFR library is a C library for multiple-precision floating-point
computations with exact rounding (also called correct rounding). It is 
based on the GMP multiple-precision library.  The main goal of MPFR is 
to provide a library for multiple-precision floating-point computation 
which is both efficient and has a well-defined semantics. It copies the 
good ideas from the ANSI/IEEE-754 standard for double-precision 
floating-point arithmetic.


CHANGES SINCE LAST RELEASE
==

Minor upstream bug fixes.  http://www.mpfr.org/mpfr-current/#changes

INSTALL OR UPGRADE NOTES


Standard install.


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

using rsync with Win32/UNC pathnames?

[Tomasz Chmielewski]

According to http://www.cygwin.com/cygwin-ug-net/using.html:

  Cygwin supports both Win32- and POSIX-style paths, where directory
  delimiters may be either forward or back slashes. UNC pathnames
  (starting with two slashes and a network name) are also supported.


However, this doesn't seem to work with rsync.


rsync will fail when sing Win32-style paths (it tries to connect via SSH):

$ rsync -v C:\1 C:\2
The source and destination cannot be both remote.
rsync error: syntax or usage eror (code 1) at 
/home/lapo/packaging/tmp/rsync-2.6.9/main.c(1068) [receiver=2.6.9]



It works fine with cygwin paths:

$ rsync -v /cygdrive/c/1 /cygdrive/c/2
1

sent 150 bytes  received 42 bytes  384.00 bytes/sec
total size is 68  speedup is 0.35


Why does it fail with Win32-paths?

Is is possible to use rsync.exe with Win32 and/or UNC paths?

--
Tomasz Chmielewski
http://wpkg.org

--
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: using rsync with Win32/UNC pathnames?

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Tomasz Chmielewski on 4/1/2008 5:59 AM:
| According to http://www.cygwin.com/cygwin-ug-net/using.html:
|
|   Cygwin supports both Win32- and POSIX-style paths, where directory
|   delimiters may be either forward or back slashes. UNC pathnames
|   (starting with two slashes and a network name) are also supported.

Cygwin1.dll does.  But that doesn't mean all cygwin apps do.

| It works fine with cygwin paths:
|
| $ rsync -v /cygdrive/c/1 /cygdrive/c/2

Then use that.  POSIX paths are the preferred way to specify files, and if
a backslash-path doesn't work, we aren't going to bend over backwards to
make it "work".

|
| Why does it fail with Win32-paths?

In the case of rsync (and also tar), the program has a special and
documented syntax of remote-name:file, so you are asking to find the
remote machine named "C" and the file "\1" on that machine, rather than
the file "1" on the local drive c.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkfyJXIACgkQ84KuGfSFAYDXLgCgzaDfXm0HF/ei/UW6kk9geQoT
G6kAnit7zmC9pYZBTJxoAASBx4e29+u8
=bnbG
-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: using rsync with Win32/UNC pathnames?

[Tomasz Chmielewski]

Eric Blake schrieb:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Tomasz Chmielewski on 4/1/2008 5:59 AM:
| According to http://www.cygwin.com/cygwin-ug-net/using.html:
|
|   Cygwin supports both Win32- and POSIX-style paths, where directory
|   delimiters may be either forward or back slashes. UNC pathnames
|   (starting with two slashes and a network name) are also supported.

Cygwin1.dll does.  But that doesn't mean all cygwin apps do.

| It works fine with cygwin paths:
|
| $ rsync -v /cygdrive/c/1 /cygdrive/c/2

Then use that.  POSIX paths are the preferred way to specify files, and if
a backslash-path doesn't work, we aren't going to bend over backwards to
make it "work".


I'd love to, but there are murky places in the Windows world where no 
one is able to read or write, unless UNC paths are used [1].


In Windows, path can have only up to 260 characters. Generally, it is 
not possible to create longer pathnames. Why "generally"?
Because sometimes, it is possible to create longer pathnames (i.e., when 
accessing local files from a remote mount). In this case, a local 
process won't be able to access a file called:


C:\path\longer\than\260\characters

For such cases, one has to use UNC pathnames:

\\?\C:\path\longer\than\260\characters


And this is why I can't use /cygdrive/c/path/longer/than/260/characters, 
because it "expands" to Win32-style path (which has a 260 character 
limitation) rather than to UNC-style path.


In other words: rsync will be unable to backup certain user files.



|
| Why does it fail with Win32-paths?

In the case of rsync (and also tar), the program has a special and
documented syntax of remote-name:file, so you are asking to find the
remote machine named "C" and the file "\1" on that machine, rather than
the file "1" on the local drive c.


That's really bad.
Any ideas how to work this around?


[1] http://msdn2.microsoft.com/en-us/library/aa365247.aspx



--
Tomasz Chmielewski
http://wpkg.org

--
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: using rsync with Win32/UNC pathnames?

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Tomasz Chmielewski on 4/1/2008 6:15 AM:
| In Windows, path can have only up to 260 characters.

In Windows, the ASCII functions can only handle up to 260 characters.  But
the Unicode functions handle more.  You may be interested in trying a
snapshot, where longer filenames are (mostly) supported, and in
particular, your use case of rsync with names longer than 260 characters
should work using POSIX-style paths.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkfyKb0ACgkQ84KuGfSFAYAqswCcCTw+FcYwZxe8mmOuo4ZRu/C6
+bUAn3/2uDynItPLi39I2zxkkm3f+tqF
=I1tW
-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: using rsync with Win32/UNC pathnames?

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Tomasz Chmielewski on 4/1/2008 6:34 AM:
| Nope, they are not supported in snapshots; drive snapshots are nothing
| different than a normal drive (I assume you're talking about VSS /
| shadow copy snapshots for the whole drive, i.e. snapshot C:, it appears
| as read-only V:?).

Nope.  I'm talking about cygwin snapshots:
http://cygwin.com/snapshots/
http://cygwin.com/faq/faq-nochunks.html#faq.setup.snapshots

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkfyLfUACgkQ84KuGfSFAYBjcQCgyEppiQ+aczj4t4hiKOJ1ZIO8
VW0An0wEaCdHLN9sXc74Ayp6xNUv7bOU
=cEjI
-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: using rsync with Win32/UNC pathnames?

[Corinna Vinschen]

On Apr  1 06:43, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Tomasz Chmielewski on 4/1/2008 6:34 AM:
> | Nope, they are not supported in snapshots; drive snapshots are nothing
> | different than a normal drive (I assume you're talking about VSS /
> | shadow copy snapshots for the whole drive, i.e. snapshot C:, it appears
> | as read-only V:?).
>
> Nope.  I'm talking about cygwin snapshots:
> http://cygwin.com/snapshots/
> http://cygwin.com/faq/faq-nochunks.html#faq.setup.snapshots

That's right, but.


The problem is that long path names are supported by the snapshot Cygwin
DLLs, but not necessarily by the applications using it.  Since the
applications in the Cygwin net distro are still compiled under Cygwin
1.5.x, there's some (hopefully low) probability that applications are
using static buffers of size PATH_MAX, which is defined as 260 in 1.5.x.
So, right now, there's no guarantee that applications will be able to
deal with long path names, unless they have been compiled under a Cygwin
snapshot with all new header files installed.



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: using rsync with Win32/UNC pathnames?

[Tomasz Chmielewski]

Eric Blake schrieb:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Tomasz Chmielewski on 4/1/2008 6:34 AM:
| Nope, they are not supported in snapshots; drive snapshots are nothing
| different than a normal drive (I assume you're talking about VSS /
| shadow copy snapshots for the whole drive, i.e. snapshot C:, it appears
| as read-only V:?).

Nope.  I'm talking about cygwin snapshots:
http://cygwin.com/snapshots/
http://cygwin.com/faq/faq-nochunks.html#faq.setup.snapshots


OK, the development snapshot, not drive snapshot ;)

No, it's not different - I'm using it already (cygwin1-20080327.dll - as 
it allows Administrator users to access files for which they have no 
permissions - nice feature).



--
Tomasz Chmielewski
http://wpkg.org

--
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: using rsync with Win32/UNC pathnames?

[Tomasz Chmielewski]

Corinna Vinschen schrieb:

On Apr  1 06:43, Eric Blake wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Tomasz Chmielewski on 4/1/2008 6:34 AM:
| Nope, they are not supported in snapshots; drive snapshots are nothing
| different than a normal drive (I assume you're talking about VSS /
| shadow copy snapshots for the whole drive, i.e. snapshot C:, it appears
| as read-only V:?).

Nope.  I'm talking about cygwin snapshots:
http://cygwin.com/snapshots/
http://cygwin.com/faq/faq-nochunks.html#faq.setup.snapshots


That's right, but.


The problem is that long path names are supported by the snapshot Cygwin
DLLs, but not necessarily by the applications using it.  Since the
applications in the Cygwin net distro are still compiled under Cygwin
1.5.x, there's some (hopefully low) probability that applications are
using static buffers of size PATH_MAX, which is defined as 260 in 1.5.x.
So, right now, there's no guarantee that applications will be able to
deal with long path names, unless they have been compiled under a Cygwin
snapshot with all new header files installed.



I see.
Probably a reason why it fails for me.


--
Tomasz Chmielewski
http://wpkg.org

--
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: using rsync with Win32/UNC pathnames?

[Tomasz Chmielewski]

Eric Blake schrieb:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Tomasz Chmielewski on 4/1/2008 6:15 AM:
| In Windows, path can have only up to 260 characters.

In Windows, the ASCII functions can only handle up to 260 characters.  But
the Unicode functions handle more.  You may be interested in trying a
snapshot, where longer filenames are (mostly) supported,


Nope, they are not supported in snapshots; drive snapshots are nothing 
different than a normal drive (I assume you're talking about VSS / 
shadow copy snapshots for the whole drive, i.e. snapshot C:, it appears 
as read-only V:?).




and in
particular, your use case of rsync with names longer than 260 characters
should work using POSIX-style paths.


Like /cygdrive/v/some/longish/path/...?

Nope, it doesn't work, rsync skips these files and says "skipping overly 
long name". So "Cygwin-expanded" paths have Win32-limitations; not UNC 
ones, where longer names are allowed.


BTW, what a mess is Windows: several incompatible ways of specifying 
paths etc.



--
Tomasz Chmielewski
http://wpkg.org


--
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: Building perl-5.10.0

[Corinna Vinschen]

Hi Eric,

On Mar 23 20:28, Eric Blake wrote:
>   POSIX also states that chmod(2) is
> supposed to disable any ACLs that allow alternate access.

How long did you know that this is wrong in Cygwin?  I was really
surprised to read that.  Maybe you told me already and I ignored it.
One of the Cygwin patches in 2001 was to change the alloc_sd function so
that unrelated ACEs are not touched when changing the ACEs reflecting
the standard file permission bits.  It never occured to any of us that
this might be wrong.  Oh well.  I'll look into changing that for 1.7.0.


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: Building perl-5.10.0

[Corinna Vinschen]

On Apr  1 15:21, Corinna Vinschen wrote:
> Hi Eric,
> 
> On Mar 23 20:28, Eric Blake wrote:
> >   POSIX also states that chmod(2) is
> > supposed to disable any ACLs that allow alternate access.
> 
> How long did you know that this is wrong in Cygwin?  I was really
> surprised to read that.  Maybe you told me already and I ignored it.
> One of the Cygwin patches in 2001 was to change the alloc_sd function so
> that unrelated ACEs are not touched when changing the ACEs reflecting
> the standard file permission bits.  It never occured to any of us that
> this might be wrong.  Oh well.  I'll look into changing that for 1.7.0.

Erm... hang on.  I just tested this on Linux:

  $ touch xxx
  $ getfacl xxx
  # file: xxx
  # owner: corinna
  # group: users
  user::rw-
  group::r--
  mask::r--
  other::r--

  $ setfacl -m u:nobody:r-- xxx
  $ getfacl xxx
  # file: xxx
  # owner: corinna
  # group: users
  user::rw-
  user:nobody:r--
  group::r--
  mask::r--
  other::r--

  $ chmod 666 xxx
  $ getfacl xxx
  # file: xxx
  # owner: corinna
  # group: users
  user::rw-
  user:nobody:r--
  group::r--
  mask::rw-
  other::rw-

This looks like what we do on Cygwin, too.  Shouldn't the "nobody" entry
disappear when calling chmod?  That's how I understand the statement in
the POSIX docs:

 "An alternate file access control mechanism shall [...] be disabled for
  a file after the file permission bits are changed for that file with
  chmod( ).  The disabling of the alternate mechanism need not disable
  any additional mechanisms supported by an implementation."

Either the ACLs of a file are not an "alternate" access mechanism,
but an "additional" access mechanism.  But that doesn't match the
description either:

 "An additional access control mechanism shall only further restrict
  the access permissions defined by the file permission bits."

Or, Linux doesn't follow POSIX here, which seems unlikely to me.

Or, I completly misunderstand what the above quote means.


Any comment?


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: postinstall hang

[Popper, Samuel (US SSA)]

> | $ NUM=1; while true ; do echo $NUM; NUM=$(( $NUM + 1 )); done
> |
> | will run indefinitely,
> 
> because it doesn't fork

Correct; that's what I was trying to demonstrate.

> | $ NUM=1; while true ; do echo `echo $NUM` ; NUM=$(( $NUM + 1 ));
done
> |
> | Hangs pretty quickly,
> 
> because it forks a huge number of processes, and each fork is likely
to be
> tripped up by a BLODA

As I understand it, that should fork once per iteration.

Running with cut-down PATH:

[EMAIL PROTECTED] ~]$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin
[EMAIL PROTECTED] ~]$ NUM=1; while true ; do echo `echo $NUM` ;
NUM=$(( $NUM + 1 )); done
1
2

Here, it hung after 2 iterations.  The default /etc/profile forks more
than that!

Other than sneaking in via PATH, the only moderately intrusive thing
running on the system is Sysinternal's ProcessExplorer.  But I tried
running with that closed, and it made no difference.

Is there anything else that could contribute to BLODA?

Thanks,

-Sam



--
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: postinstall hang

[Dave Korn]

Popper, Samuel (US SSA) wrote on 01 April 2008 14:47:

> > > $ NUM=1; while true ; do echo `echo $NUM` ; NUM=$(( $NUM + 1 )); done
> > > 
> > > Hangs pretty quickly,
> > 
> > because it forks a huge number of processes, and each fork is likely to
> > be tripped up by a BLODA
> 
> As I understand it, that should fork once per iteration.
> 
> Running with cut-down PATH:
> 
> [EMAIL PROTECTED] ~]$ echo $PATH
> /usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin
> [EMAIL PROTECTED] ~]$ NUM=1; while true ; do echo `echo $NUM` ;
> NUM=$(( $NUM + 1 )); done 1
> 2
> 
> Here, it hung after 2 iterations.  The default /etc/profile forks more
> than that! 

  FWIW, can't reproduce it here on XPSP2 with cygwin 1.5.23.

> Other than sneaking in via PATH, the only moderately intrusive thing
> running on the system is Sysinternal's ProcessExplorer.  But I tried
> running with that closed, and it made no difference.
> 
> Is there anything else that could contribute to BLODA?

  Yes, absolutely anything that hooks or injects into processes.  Try using
procexp to get a list of DLLs from the stuck bash processes, and let us know
what's there.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

Re: ssh: issue with file permissions on Samba network shares

[Greg Chicares]

On 2008-04-01 13:31Z, Public Mailing Lists wrote:
> 
>> Permissions 0644 for '/home/xxx/.ssh/id_rsa' are too open.

Try this:
  chmod 600 ~/.ssh/id_rsa

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

ssh: issue with file permissions on Samba network shares

[Public Mailing Lists]

Hi guys,

I got a Linux home directory. On Windows, this directory imported as 
Windows share, and I mount it under Cygwin. This way, I can use all my 
Linux settings dot-files, and I don't see the Windows path name mess 
that much.


Ssh (OpenSSH_4.7p1, OpenSSL 0.9.8g 19 Oct 2007) on Cygwin refuses to 
read my private key from the .ssh directory. It complains like this:



@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE!  @
@@@
Permissions 0644 for '/home/xxx/.ssh/id_rsa' are too open.
It is recommended that your private key files are NOT accessible by 
others.

This private key will be ignored.
bad permissions: ignore key: /home//.ssh/id_rsa
[EMAIL PROTECTED]'s password:


and then, it asks me for a password. That's quite inconvenient, as I 
intend to run lots of commands from a shell script on another host using 
ssh.


It's nice of ssh to care so much about my file permissions. However, in 
this environment with Windows and Cygwin, I don't have that much control 
over my file permissions, do I?


Has anybody else experienced this phenomenon? What is the most elegant 
(or recommended) way of dealing with this situation?


TIA

Cheers,
Gordon



--
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 problems under Vista (please reply to Vinod)

[Larry Hall (Cygwin)]

On 04/01/2008, Tatsuro MATSUOKA wrote:
I have to polish my English writing as good as you have wriiten. :-) 


Your English is much better than my (non-existant) Japanese so I have no
cause to complain. ;-)

--
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: ssh: issue with file permissions on Samba network shares

[Andrew DeFaria]

Greg Chicares wrote:

On 2008-04-01 13:31Z, Public Mailing Lists wrote:

Permissions 0644 for '/home/xxx/.ssh/id_rsa' are too open.

Try this:
chmod 600 ~/.ssh/id_rsa
If that doesn't work (after the chmod try an ls -l to verify the mod) 
then it could be that your home directory is being shared by Samba and 
Samba is not configured properly (i.e. being part of the domain) such 
that it carries all of the users credentials. If that be the case then 
you'll never get the chmod to actually work. IIRC (it's been a few 
clients ago) if the Samba server is pretty bare then it's only using an 
smbpasswd file. Such a file does not have enough structure to carry all 
the information about Windows users credentials. Samba recommends 
configuring stuff to be part of the domain and to use a TDB (which it 
calls a Trivial Database) or an LDAP style configuration so that the 
Samba server is servicing all of the SMB protocol properly (Forgive any 
of my terminology errors). IOW if your home directory share were on a 
Windows server I bet everything would be working but since it's probably 
on a Linux system and being shared with Samba it might be that you don't 
have it fully configured.


At that previous client I could not get the admin to update the Samba 
configuration. My workaround (hazy) was to do the ssh but somehow to 
specify that my ~/.ssh was local, temporarily - i.e. for the ssh only. 
IIRC it wasn't ideal but it sorta worked.

--
Andrew DeFaria 
The beatings will continue until morale improves.


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

RE: ssh: issue with file permissions on Samba network shares

[Dave Korn]

Andrew DeFaria wrote on 01 April 2008 16:11:

> Greg Chicares wrote:
> > On 2008-04-01 13:31Z, Public Mailing Lists wrote:
> > > > Permissions 0644 for '/home/xxx/.ssh/id_rsa' are too open.
> > Try this:
> > chmod 600 ~/.ssh/id_rsa
> If that doesn't work (after the chmod try an ls -l to verify the mod)
> then it could be that your home directory is being shared by Samba and
> Samba is not configured properly (i.e. being part of the domain) such
> that it carries all of the users credentials. 

  A third possibility is that the OP needs to use "CYGWIN=smbntsec".

http://cygwin.com/cygwin-ug-net/using-cygwinenv.html



cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: postinstall hang

[Popper, Samuel (US SSA)]

> > Is there anything else that could contribute to BLODA?
> 
>   Yes, absolutely anything that hooks or injects into processes.  Try
> using
> procexp to get a list of DLLs from the stuck bash processes, and let
us
> know
> what's there.

Here's my list of candidate BLODA .dll's from procexp:
AcLua.DLL
ADVAPI32.DLL
apphelp.dll
bash.exe
CRYPT32.dll
ctype.nls
cygiconv-2.dll
cygintl-8.dll
cygncurses-8.dll
cygreadline6.dll
cygwin1.dll
GDI32.dll
imagehlp.dll
IMM32.DLL
kernel32.dll
locale.nls
MSASN1.dll
msvcrt.dll
ntdll.dll
ole32.dll
psapi.dll
RPCRT4.dll
Secur32.dll
sfc_os.dll
ShimEng.dll
sortkey.nls
sorttbls.nls
tsappcmp.dll
unicode.nls
USER32.dll
USERENV.dll
WINTRUST.dll

They all appear to be from cygwin or right from Windows (I can send the
desciption/version number information if desired).  In case it is
relevant, this system is running Server 2003 on a dual-core Pentium D.

-Sam


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

SMTP

[Diego Costa]

Hello all,

On cygwin is possible to send e-mails per script ?

There´s any SMTP protocol on it? How do i configure ?.

Thanks guys

-- 
Diego

--
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: postinstall hang

[David Johnstone]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Popper, Samuel (US SSA) on 3/31/2008 2:48 PM:
|> I've tried to install cygwin now about 7 or 8 times but the
| postinstall
|> always hangs somewhere, in different scripts at different places.

Sounds like the classic symptoms of http://cygwin.com/acronyms/#BLODA


Thanks. Sounds plausible.
Unfortunately though I have killed all possible candidates
I could find and it doesn't seem to make any difference.
I found a few references to "BLODA" as well as the link above,
but no actual "list" as such anywhere. Anyone know of a list?
Many thanks, David


--
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: postinstall hang

[Dave Korn]

David Johnstone wrote on 01 April 2008 19:14:

> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> > 
> > According to Popper, Samuel (US SSA) on 3/31/2008 2:48 PM:
> > > > I've tried to install cygwin now about 7 or 8 times but the
> > > > postinstall always hangs somewhere, in different scripts at
> > > > different places. 
> > 
> > Sounds like the classic symptoms of
> http://cygwin.com/acronyms/#BLODA
> 
> Thanks. Sounds plausible.
> Unfortunately though I have killed all possible candidates
> I could find and it doesn't seem to make any difference.
> I found a few references to "BLODA" as well as the link above,
> but no actual "list" as such anywhere. Anyone know of a list?

  Sorry, I ought to send a patch to update that acronym entry with a link.
The list is in the FAQ, at:

http://cygwin.com/faq/faq-nochunks.html#faq.using.bloda


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: SMTP

[Troy Bull]

On Tue, Apr 1, 2008 at 11:36 AM, Diego Costa <[EMAIL PROTECTED]> wrote:
> Hello all,
>
>  On cygwin is possible to send e-mails per script ?
>
>  There´s any SMTP protocol on it? How do i configure ?.
>
>  Thanks guys
>
>  --
>  Diego
>


I think you could use the package ssmtp, and or the email package.

Troy

--
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: postinstall hang

[Dave Korn]

Popper, Samuel (US SSA) wrote on 01 April 2008 16:53:

> Here's my list of candidate BLODA .dll's from procexp:

> They all appear to be from cygwin or right from Windows 

  Yes, I think you're right about that, so I doubt any of them is related.

> (I can send the desciption/version number information if desired).  

  Shouldn't be necessary.  If there was a BLODA problem with one of the
bog-standard MS-shipped system DLLs, we'd surely be hearing from a lot more
people with problems on the list.

  Here's a couple more bits of info you could try sending that might give us
clues:

#1.  Run "cygcheck -s -r -v > cygcheck.out" and send the .out file as an
attachment (specifically, please, not inline text) with your next post to
the list.

#2.  Using the "sc.exe" command (originally from MS' Resource Kit, but IIUIC
built-in to all recent versions), get a list of all services and drivers by
running "sc queryex type= all bufsize= 65536 > sc-out.txt", and send that as
an attachment.

#3.  If #2. can't work for any reason, you can still get part of the info (a
list of running services) by running "net start > servs.txt", and send that.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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] New package: cdrkit 1.1.7.1-1 -- genisoimage, icedax, wodim

[Christian Franke]

The cdrkit suite is now part of the cygwin distribution.

http://cdrkit.org/

cdrkit is a suite of programs for recording CDs and DVDs, blanking
CD-RW media, creating ISO filesystem images, extracting audio CD
data, and more.  The programs were originally derived from
several sources, most notably mkisofs, cdda2wav, and cdrecord.

The following packages are available:

cdrkit: README files only.

genisoimage: Create ISO9660/Joliet/HFS filesystem images.
(includes extra tools: dirsplit, geteltorito, mkzftree,
isodebug, isodump, isoinfo, isovfy)

icedax: Extract audio CD (CDDA) data.

wodim: Command line CD/DVD writing tool.

mkisofs: Compatibility symlink mkisofs -> genisoimage.

cdda2wav: Compatibility symlink cdda2wav -> icedax.

cdrecord: Compatibility symlink cdrecord -> wodim.


Christian Franke

--

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 keep clicking "Next".

If you have questions or comments, please send them to the Cygwin
mailing list.

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, please
use the automated form at:

http://cygwin.com/lists.html#subscribe-unsubscribe

If this does not work, then 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 this URL.


--
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: postinstall hang

[Dave Korn]

David Johnstone wrote on 01 April 2008 20:03:

> Thanks, here are the outputs.
> Actually I do have a logitech webcam, but couldn't find any
> running processes I could
> associate with it. In the Registry run section is an entry for
> C:\Programme\Logitech\Video\ManifestEngine.exe boot
> but I can't see that in the task manager, or anything started by it.
> The cygcheck does say though:-
> 
> "Potential app conflicts:
> Logitech Process Monitor service
> Detected: HKLM Registry Key, Named process."
> 
> So perhaps the problem is there?

THAT'S IT!   

  Logitech process monitor is infamous for borking cygwin.  Stop and Disable
it in the service control manager and with just a little luck all those
crashes will be lost in time, like tears in the rain.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: postinstall hang

[David Johnstone]

Thanks, here are the outputs.
Actually I do have a logitech webcam, but couldn't find any
running processes I could
associate with it. In the Registry run section is an entry for
C:\Programme\Logitech\Video\ManifestEngine.exe boot
but I can't see that in the task manager, or anything started by it.
The cygcheck does say though:-

"Potential app conflicts:
Logitech Process Monitor service
Detected: HKLM Registry Key, Named process."

So perhaps the problem is there?


   THAT'S IT!   


 Logitech process monitor is infamous for borking cygwin.  Stop and Disable
it in the service control manager and with just a little luck all those
crashes will be lost in time, like tears in the rain.


YES!!!
Thanks, I didn't realise the Logitech Process Manager entered itself as a 
service...
I just did a complete reinstall with it disabled and even with X and everything 
all
went fine! For the moment I only really need the cygwin X-Server -
do you think that will that run ok with the Logitech Process Manager?
Or is that asking for trouble again?


--
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: lost SIGTERM signal handler and winpcap....

[James Abley]

On 28/03/2008, S A <[EMAIL PROTECTED]> wrote:
>
>  Here's the really strange part:
>
>  if I do an strace on my application, then my signal handler
>  gets invoked correctly!! Can't explain this.

c.f. Heisenbug [1]. It's common enough, but very annoying. Gives you
another avenue to explore though. What does strace do to the
environment that causes the problem to disappear?

Sorry I can't help with your main problem though.

James

[1] http://en.wikipedia.org/wiki/Heisenbug#Heisenbugs

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

Embedded packaging of cygwin without installation

[Hans Kaiser]

Hello list,

I was searching for a packaging option of cygwin without an installation. 
The requirements are:
- possibility of a copy/zip-deployment (no install)
- no changes on existing preinstalled cygwin installation

The first step was successful with http://www.cygwineasy.tk. But it
destroyed the preinstalled cygwins, which I must not change...

Does anybody here has an idea, how I could realize the requirements?

Best regards,
Hans



--
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: lost SIGTERM signal handler and winpcap....

[Larry Hall (Cygwin)]

James Abley wrote:

On 28/03/2008, S A wrote:

 Here's the really strange part:

 if I do an strace on my application, then my signal handler
 gets invoked correctly!! Can't explain this.


c.f. Heisenbug [1]. It's common enough, but very annoying. Gives you
another avenue to explore though. What does strace do to the
environment that causes the problem to disappear?


That's simple.  strace is a Windows app, not a Cygwin app.  So it doesn't
have the Cygwin signal semantics.

You'll probably get a better feel for the differences here if you take a
look at the Cygwin doc:



Gritty details can be found in 'how-signals-work.txt' the 'cygwin'
source directory.


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

_

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

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

Re: using rsync with Win32/UNC pathnames?

[James Abley]

On 01/04/2008, Tomasz Chmielewski <[EMAIL PROTECTED]> wrote:
> Corinna Vinschen schrieb:
>
> > On Apr  1 06:43, Eric Blake wrote:
>  >> -BEGIN PGP SIGNED MESSAGE-
>  >> Hash: SHA1
>  >>
>  >
>  > That's right, but.
>  >
>  > 
>  > The problem is that long path names are supported by the snapshot Cygwin
>  > DLLs, but not necessarily by the applications using it.  Since the
>  > applications in the Cygwin net distro are still compiled under Cygwin
>  > 1.5.x, there's some (hopefully low) probability that applications are
>  > using static buffers of size PATH_MAX, which is defined as 260 in 1.5.x.
>  > So, right now, there's no guarantee that applications will be able to
>  > deal with long path names, unless they have been compiled under a Cygwin
>  > snapshot with all new header files installed.
>  > 
>
>
> I see.
>  Probably a reason why it fails for me.

I've just tried the current snapshot and most (all?) of my problems
with long path names have gone away, whereas the main release was
failing at the start of the month.

Previously:

2008/03/07 20:47:05 [13024] rsync: readlink
"/AppData/Local/Application Data/Application Data/Application
Data/Application Data/Application Data/Application Data/Application
Data/A
pplication Data/Application Data/Application
Data/Adobe/Acrobat/8.0/Cache/Search80/08695a9e61055471bbeac6c64c29faa3.idx"
(in jabley) failed: File name too long (91)

But using the current snapshot, rsync (2.6.9) has been fine with the
long path names. There are some issues (hey, it's a snapshot!) which
I'll report separately, but I'm pretty happy!

Cheers,

James

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

Snapshot cygwin-inst-20080327 regression in ls (permissions?)

[James Abley]

Hi,

I was testing this snapshot as part of my exploration into how long
path name support is coming on, specifically for rsync. It seems to be
going very well; thanks for all the improvements. I did notice a
couple of things:

$ ls -l ~
ls: cannot access /cygdrive/c/Users/jabley/Application Data: Input/Output error
ls: cannot access /cygdrive/c/Users/jabley/Cookies: Input/Output error
ls: cannot access /cygdrive/c/Users/jabley/Local Settings: Input/Output error
ls: cannot access /cygdrive/c/Users/jabley/My Documents: Input/Output error
ls: cannot access /cygdrive/c/Users/jabley/NetHood: Input/Output error
ls: cannot access /cygdrive/c/Users/jabley/PrintHood: Input/Output error
ls: cannot access /cygdrive/c/Users/jabley/Recent: Input/Output error
ls: cannot access /cygdrive/c/Users/jabley/SendTo: Input/Output error
ls: cannot access /cygdrive/c/Users/jabley/Start Menu: Input/Output error
ls: cannot access /cygdrive/c/Users/jabley/Templates: Input/Output error
total 23969
drwx--+  5 jabley Domain Users0 Apr 12  2007 AppData
???  ? ?  ?   ??
Application Data
drwx--+  2 jabley Domain Users0 Apr 12  2007 Contacts
???  ? ?  ?   ?? Cookies
drwxr-xr-x+  6 jabley Domain Users0 Feb 18 22:03 Data
drwx--+  2 jabley Domain Users 8192 Feb 18 11:28 Desktop
...

I'm not sure what's changed so that I can no longer list the
directories. What is probably a related issue, from the rsyncd log
when I was pulling stuff from the Windows Vista machine (with rsync
--daemon running on Windows) onto my Ubuntu machine:


2008/04/01 20:58:50 [324] rsyncd version 2.6.9 starting, listening on port 
2008/04/01 20:59:25 [5828] name lookup failed for 192.168.0.7:
temporary failure in name resolution.
2008/04/01 20:59:25 [5828] connect from UNKNOWN (192.168.0.7)
2008/04/01 20:59:25 [5828] rsync on jabley/ from UNKNOWN (192.168.0.7)
2008/04/01 20:59:25 [5828] building file list
2008/04/01 20:59:25 [5828] rsync: readlink "/Application Data" (in
jabley) failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] rsync: readlink "/Cookies" (in jabley)
failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] rsync: readlink "/Local Settings" (in
jabley) failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] rsync: readlink "/My Documents" (in jabley)
failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] rsync: readlink "/NetHood" (in jabley)
failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] rsync: readlink "/PrintHood" (in jabley)
failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] rsync: readlink "/Recent" (in jabley)
failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] rsync: readlink "/SendTo" (in jabley)
failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] rsync: readlink "/Start Menu" (in jabley)
failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] rsync: readlink "/Templates" (in jabley)
failed: Input/Output error (5)
2008/04/01 20:59:25 [5828] file has vanished: "/proc" (in jabley)
2008/04/01 21:01:42 [5828] rsync: readlink "/AppData/Local/Application
Data" (in jabley) failed: Input/Output error (5)
2008/04/01 21:01:42 [5828] rsync: readlink "/AppData/Local/History"
(in jabley) failed: Input/Output error (5)
2008/04/01 21:01:42 [5828] rsync: readlink "/AppData/Local/Temporary
Internet Files" (in jabley) failed: Input/Output error (5)
2008/04/01 21:02:04 [5828] rsync: readlink "/Documents/My Music" (in
jabley) failed: Input/Output error (5)
2008/04/01 21:02:04 [5828] rsync: readlink "/Documents/My Pictures"
(in jabley) failed: Input/Output error (5)
2008/04/01 21:02:04 [5828] rsync: readlink "/Documents/My Videos" (in
jabley) failed: Input/Output error (5)
2008/04/01 21:14:43 [5828] rsync: send_files failed to open
"/NTUSER.DAT" (in jabley): Device or resource busy (16)
2008/04/01 21:14:46 [5828] rsync: send_files failed to open
"/ntuser.dat.LOG1" (in jabley): Device or resource busy (16)
2008/04/01 21:14:46 [5828] rsync: send_files failed to open
"/ntuser.dat.LOG2" (in jabley): Device or resource busy (16)
2008/04/01 22:03:07 [5828] rsync error: some files could not be
transferred (code 23) at
/home/lapo/packaging/tmp/rsync-2.6.9/main.c(683) [sender=2.6.9]

HTH,

Cheers,

James

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

Problem running setup using an internal mirror

[Spilker, Rob]

I'm trying to install cygwin on a number of workstations and want to
make it as automated as possible.

The LAN does not have direct internet access, so I setup an internal
mirror containing only the few packages we're interested in.

I tried running setup -q --root c:\cygwin --site
http://internal.site/path/to/files, but setup still wants to download
the list of mirrors from cygwin.com, which blocks until it times out or
is terminated.

Is there a way to do install directly from a mirror site?

thanks

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

Re: [ANNOUNCEMENT] Updated: {bzip2/libbz2_1/libbz2-devel}-1.0.5-2

[Charles Wilson]

Dr. Volker Zell wrote:


http://cygwin.com/ml/cygwin/2008-03/msg00488.html


tar tvf bzip2-1.0.5-2.tar.bz:

usr/bin/
usr/bin/bunzip2.exe
usr/bin/bzcat.exe
usr/bin/bzcmp
usr/bin/bzdiff
usr/bin/bzegrep
usr/bin/bzfgrep
usr/bin/bzgrep
usr/bin/bzip2.exe
usr/bin/bzip2recover.exe
usr/bin/bzless
usr/bin/bzmore
usr/share/doc/
usr/share/doc/bzip2-1.0.5/
usr/share/doc/bzip2-1.0.5/CHANGES
usr/share/doc/bzip2-1.0.5/LICENSE
usr/share/doc/bzip2-1.0.5/manual.html
usr/share/doc/bzip2-1.0.5/manual.pdf
usr/share/doc/bzip2-1.0.5/manual.ps
usr/share/doc/bzip2-1.0.5/README
usr/share/doc/bzip2-1.0.5/README.COMPILATION.PROBLEMS
usr/share/doc/Cygwin/
usr/share/doc/Cygwin/bzip2-1.0.5.README
usr/share/info/
usr/share/info/bzip2.info.gz
usr/share/man/man1/
usr/share/man/man1/bzcmp.1.gz
usr/share/man/man1/bzdiff.1.gz
usr/share/man/man1/bzegrep.1.gz
usr/share/man/man1/bzfgrep.1.gz
usr/share/man/man1/bzgrep.1.gz
usr/share/man/man1/bzip2.1.gz
usr/share/man/man1/bzless.1.gz
usr/share/man/man1/bzmore.1.gz
etc/
etc/postinstall/
etc/postinstall/bzip2.sh


Yes? I mentioned this in the changelog, but not in the announcement, 
because the one about which you complained was never formally announced.


--
Chuck


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

Re: Building perl-5.10.0

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Corinna Vinschen on 4/1/2008 7:44 AM:
| Erm... hang on.  I just tested this on Linux:
|
|
| This looks like what we do on Cygwin, too.

Then we're in good company :)  In other words, no need to go changing
things to be different than Linux, until we've proven Linux is wrong.

|  Shouldn't the "nobody" entry
| disappear when calling chmod?  That's how I understand the statement in
| the POSIX docs:
|
|  "An alternate file access control mechanism shall [...] be disabled for
|   a file after the file permission bits are changed for that file with
|   chmod( ).  The disabling of the alternate mechanism need not disable
|   any additional mechanisms supported by an implementation."
|
| Either the ACLs of a file are not an "alternate" access mechanism,
| but an "additional" access mechanism.  But that doesn't match the
| description either:
|
|  "An additional access control mechanism shall only further restrict
|   the access permissions defined by the file permission bits."

Yes, those were the two paragraphs I was noticing when I made my claim
that cygwin's chmod(2) wasn't obeying POSIX.

ACLs can serve as both "alternate" (give more rights to some users than
what is implied by the traditional stat bits) and "additional" (restrict
rights to certain users outside of what is shown in the traditional stat
bits).

|
| Or, Linux doesn't follow POSIX here, which seems unlikely to me.

Actually, it seems highly likely to me - after all, at one point, POSIX
considered standardizing a form of ACLs, but it never went anywhere (and
in the meantime, several competing styles of how to implement ACLs cropped
up; Solaris and Linux tackle the issue noticably different, and Selinux
security descriptors are yet another wrinkle in the picture).  Maybe it's
worth asking on the Austin Group mailing list?

|
| Or, I completly misunderstand what the above quote means.

No, your understanding matched mine.

- --
Don't work too hard, make some time for fun as well!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkfy1ZMACgkQ84KuGfSFAYCpOwCeN/av36V08YCmkTTSDnVBO5EX
tU0An1gVK7kRaGrZSJDxX8SFr/WSD1vx
=opK3
-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/