public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
@ 2008-04-19 18:05 Spiro Trikaliotis
  2008-04-19 18:35 ` Spiro Trikaliotis
  2008-04-21 13:29 ` Spiro Trikaliotis
  0 siblings, 2 replies; 14+ messages in thread
From: Spiro Trikaliotis @ 2008-04-19 18:05 UTC (permalink / raw)
  To: cygwin

Hello,

I have run into the following issue with Subversion on cygwin. Note that
this problem does not occur when running the original Subversion
versions from subversion.tigris.org; unfortunately, the ones from
trigris.org do not work in a cygwin bash.

Ok, here is the description: Sometimes (!) when I do a "svn co" or "svn up",
I get the following error:

svn: Can't move 'src/arch/riscos/.svn/tmp/all-wcprops' to 'src/arch/riscos/.svn/all-wcprops': Permission denied

Note that the directory ('src/arch/riscos/') can be different.
Additionally, sometimes, it is not "all-wcprops", but the file
"entries".

To me, this seems to be related to the permissions of these files: 444
aka r--r--r--. It seems to fail to overwrite the file in
.svn/all-wcprops with the working copy from .svn/tmp/all-wcprops, as the
permissions are not set for writing.

As this error does not occur always, I would expect there is a race
between different code paths.


Note that a "svn switch" always results in the above error line. Thus,
for debugging purposes, using "svn switch" might be a much better
alternative.


This problems happens on two different computers, both running XP SP2. I
attached the output of "cygcheck -s -v -r > cygcheck.out" to this mail,
as requested on http://cygwin.com/problems.html.

Oh... If it is important, I have used DOS line endings when I installed
Cygwin. Additionally, today, I upgraded to the latest version, just to
make sure it is not fixed yet. Additionally, I could not find this
problem mentioned in this mailing list here.

Regards
Spiro.

-- 
Spiro R. Trikaliotis                              http://opencbm.sf.net/
http://www.trikaliotis.net/                     http://www.viceteam.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/

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-19 18:05 Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories Spiro Trikaliotis
@ 2008-04-19 18:35 ` Spiro Trikaliotis
  2008-04-21 13:29 ` Spiro Trikaliotis
  1 sibling, 0 replies; 14+ messages in thread
From: Spiro Trikaliotis @ 2008-04-19 18:35 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 466 bytes --]

Hello,

* On Sat, Apr 19, 2008 at 06:59:56PM +0200 I wrote:
 
> This problems happens on two different computers, both running XP SP2. I
> attached the output of "cygcheck -s -v -r > cygcheck.out" to this mail,

it was the old "where is the attachment?" problem. I am sorry. Here, you
can find it.

Regards,
Spiro.

-- 
Spiro R. Trikaliotis                              http://opencbm.sf.net/
http://www.trikaliotis.net/                     http://www.viceteam.org/

[-- Attachment #2: cygcheck.out --]
[-- Type: text/plain, Size: 33946 bytes --]


Cygwin Configuration Diagnostics
Current System Time: Sat Apr 19 18:37:27 2008

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:	C:\cygwin\home\tri\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:\Programme\Microsoft Driver Test Manager\Controller\
	c:\Programme\GNU\GnuPG\pub
	C:\cygwin\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1005(tri)             GID: 513(Kein)
513(Kein)                  545(Benutzer)
555(Remotedesktopbenutzer)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1005(tri)             GID: 513(Kein)
513(Kein)                  545(Benutzer)
555(Remotedesktopbenutzer)

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

USER = 'tri'
PWD = '/home/tri/cbm/vice.svn.greg'
CYGWIN = 'ntsec tty'
HOME = '/home/tri'
MAKE_MODE = 'unix'

HOMEPATH = '\cygwin\home\tri'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/X11R6/man'
HOSTNAME = 'agger'
TERM = 'screen'
SHELL = '/bin/bash'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 13 Stepping 8, GenuineIntel'
WINDIR = 'C:\WINDOWS'
SSH_CLIENT = '192.168.113.2 3857 22'
TEXDOCVIEW_txt = 'cygstart %s'
TEXDOCVIEW_dvi = 'cygstart %s'
OLDPWD = '/home/tri/cbm'
USERDOMAIN = 'NT-AUTORITÄT'
SSH_TTY = '/dev/tty0'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Dokumente und Einstellungen\All Users'
TEMP = '/cygdrive/c/WINDOWS/TEMP'
COMMONPROGRAMFILES = 'C:\Programme\Gemeinsame Dateien'
SSH_AUTH_SOCK = '/tmp/ssh-2Bn7arNQDO/agent.3084'
USERNAME = 'SYSTEM'
TEXDOCVIEW_pdf = 'cygstart %s'
PROCESSOR_LEVEL = '6'
MAIL = '/var/spool/mail/tri'
SYSTEMDRIVE = 'C:'
TEXDOCVIEW_html = 'cygstart %s'
USERPROFILE = 'C:\Dokumente und Einstellungen\tri'
PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ '
PROCESSOR_ARCHITECTURE = 'x86'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LOGNAME = 'tri'
TMP = '/cygdrive/c/WINDOWS/TEMP'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'OKIPAGE 14ex (von SIEG)'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0d08'
SSH_CONNECTION = '192.168.113.2 3857 192.168.113.13 22'
TEXDOCVIEW_ps = 'cygstart %s'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Programme'
NUMBER_OF_PROCESSORS = '1'
COMPUTERNAME = 'AGGER'
_ = '/usr/bin/cygcheck'

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

c:  hd  NTFS     70001Mb  88% CP CS UN PA FC     
d:  cd             N/A    N/A                    

C:\cygwin      /          system  textmode
C:\cygwin/bin  /usr/bin   system  textmode
C:\cygwin/lib  /usr/lib   system  textmode
.              /cygdrive  system  textmode,cygdrive

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

  103k 2007/09/16 C:\cygwin\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygapr-1-0.dll" v0.0 ts=2007/9/16 20:04
   70k 2007/09/16 C:\cygwin\bin\cygaprutil-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygaprutil-1-0.dll" v0.0 ts=2007/9/16 20:33
  704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0
                  "cygaspell-15.dll" v0.0 ts=2007/12/18 12:39
   87k 2006/02/16 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygatk-1.0-0.dll" v0.0 ts=2006/2/6 22:13
   61k 2008/04/01 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygbz2-1.dll" v0.0 ts=2008/4/1 5:37
    7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypt-0.dll" v0.0 ts=2003/10/19 9:57
 1059k 2007/10/19 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypto-0.9.8.dll" v0.0 ts=2007/10/19 13:45
  194k 2007/06/30 C:\cygwin\bin\cygcurl-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygcurl-3.dll" v0.0 ts=2007/6/30 3:13
  221k 2007/06/30 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0
                  "cygcurl-4.dll" v0.0 ts=2007/6/30 2:54
  703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb-4.2.dll" v0.0 ts=2007/12/17 12:58
  764k 2007/12/17 C:\cygwin\bin\cygdb-4.3.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb-4.3.dll" v0.0 ts=2007/12/17 13:29
  943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb-4.5.dll" v0.0 ts=2007/12/17 14:12
 1036k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 12:58
 1106k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.3.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb_cxx-4.3.dll" v0.0 ts=2007/12/17 13:29
 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 14:12
   58k 2006/07/14 C:\cygwin\bin\cygedsio-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygedsio-0.dll" v0.0 ts=2006/7/14 15:47
  118k 2007/04/06 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygexpat-0.dll" v0.0 ts=2007/4/6 22:43
  161k 2007/03/28 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygfontconfig-1.dll" v0.0 ts=2007/3/28 13:16
   40k 2006/11/15 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygform-8.dll" v0.0 ts=2006/11/15 8:06
   48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
                  "cygform7.dll" v0.0 ts=2003/8/9 11:25
  860k 2008/03/23 C:\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygfpx-1.dll" v0.0 ts=2008/3/23 21:12
  462k 2007/05/31 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygfreetype-6.dll" v0.0 ts=2007/5/31 5:34
   19k 2006/11/19 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm-4.dll" v0.0 ts=2006/11/19 9:18
    8k 2006/11/19 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm_compat-4.dll" v0.0 ts=2006/11/19 9:18
  451k 2005/12/27 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdk-x11-2.0-0.dll" v0.0 ts=2005/12/26 12:20
   77k 2005/12/27 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2005/12/26 12:11
   54k 2005/12/27 C:\cygwin\bin\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2005/12/26 13:03
   94k 2006/10/23 C:\cygwin\bin\cyggettextlib-0-15.dll - os=4.0 img=1.0 sys=4.0
                  "cyggettextlib-0-15.dll" v0.0 ts=2006/10/23 2:14
   14k 2006/10/23 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggettextpo-0.dll" v0.0 ts=2006/10/23 2:17
  182k 2006/10/23 C:\cygwin\bin\cyggettextsrc-0-15.dll - os=4.0 img=1.0 sys=4.0
                  "cyggettextsrc-0-15.dll" v0.0 ts=2006/10/23 2:17
  135k 2005/03/16 C:\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygglib-1-2-0.dll" v0.0 ts=2005/3/16 3:16
  515k 2006/06/06 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygglib-2.0-0.dll" v0.0 ts=2006/6/6 0:32
  182k 2008/03/23 C:\cygwin\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygglut-3.dll" v0.0 ts=2008/3/23 19:18
   12k 2005/03/16 C:\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggmodule-1-2-0.dll" v0.0 ts=2005/3/16 3:18
   10k 2006/06/06 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggmodule-2.0-0.dll" v0.0 ts=2006/6/6 0:36
  222k 2006/06/06 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggobject-2.0-0.dll" v0.0 ts=2006/6/6 0:35
   10k 2005/03/16 C:\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggthread-1-2-0.dll" v0.0 ts=2005/3/16 3:18
   14k 2006/06/06 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggthread-2.0-0.dll" v0.0 ts=2006/6/6 0:36
 2764k 2005/12/27 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggtk-x11-2.0-0.dll" v0.0 ts=2005/12/26 12:43
   25k 2008/01/04 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory6.dll" v0.0 ts=2008/1/4 4:31
  271k 2007/08/24 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygicons-0.dll" v0.0 ts=2007/8/24 9:24
  976k 2006/10/22 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygiconv-2.dll" v0.0 ts=2006/10/23 1:44
   22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-1.dll" v0.0 ts=2001/12/13 10:28
   37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-2.dll" v0.0 ts=2003/8/10 23:50
   31k 2005/11/20 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-3.dll" v0.0 ts=2005/11/20 3:04
   31k 2006/10/23 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-8.dll" v0.0 ts=2006/10/23 2:12
   12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygioperm-0.dll" v0.0 ts=2003/2/17 20:58
  241k 2008/04/02 C:\cygwin\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygjasper-1-701-1.dll" v0.0 ts=2008/4/2 17:19
  246k 2008/04/02 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygjasper-1.dll" v0.0 ts=2008/4/2 18:19
   48k 2006/11/17 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygjbig-2.dll" v0.0 ts=2006/11/17 8:43
   48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0
                  "cygjbig1.dll" v0.0 ts=2003/8/11 1:58
  124k 2006/11/09 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0
                  "cygjpeg-62.dll" v0.0 ts=2006/11/9 10:02
   60k 2004/09/27 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygkpathsea-3.dll" v0.0 ts=2004/9/27 19:32
   65k 2005/05/05 C:\cygwin\bin\cygkpathsea-4.dll - os=4.0 img=1.0 sys=4.0
                  "cygkpathsea-4.dll" v0.0 ts=2005/5/5 16:33
   39k 2007/11/24 C:\cygwin\bin\cyglber-2-3-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyglber-2-3-0.dll" v0.0 ts=2007/11/24 18:10
  173k 2008/03/23 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0
                  "cyglcms-1.dll" v0.0 ts=2008/3/23 11:35
  189k 2007/11/24 C:\cygwin\bin\cygldap-2-3-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygldap-2-3-0.dll" v0.0 ts=2007/11/24 18:13
  202k 2007/11/24 C:\cygwin\bin\cygldap_r-2-3-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygldap_r-2-3-0.dll" v0.0 ts=2007/11/24 18:17
  395k 2008/04/17 C:\cygwin\bin\cygMagick++-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygMagick++-1.dll" v0.0 ts=2008/4/17 21:21
  391k 2006/11/05 C:\cygwin\bin\cygMagick++-10.dll - os=4.0 img=1.0 sys=4.0
                  "cygMagick++-10.dll" v0.0 ts=2006/11/5 15:43
 1709k 2006/11/05 C:\cygwin\bin\cygMagick-10.dll - os=4.0 img=1.0 sys=4.0
                  "cygMagick-10.dll" v0.0 ts=2006/11/5 15:32
 1915k 2008/04/17 C:\cygwin\bin\cygMagickCore-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygMagickCore-1.dll" v0.0 ts=2008/4/17 21:05
  782k 2008/04/17 C:\cygwin\bin\cygMagickWand-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygMagickWand-1.dll" v0.0 ts=2008/4/17 21:17
   21k 2006/11/15 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu-8.dll" v0.0 ts=2006/11/15 8:05
   29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu7.dll" v0.0 ts=2003/8/9 11:25
   20k 2006/12/21 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.1 sys=4.0
                  "cygminires.dll" v0.0 ts=2006/12/21 6:07
   67k 2006/11/15 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++-8.dll" v0.0 ts=2006/11/15 8:13
  237k 2006/11/15 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses-8.dll" v0.0 ts=2006/11/15 8:02
  224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses7.dll" v0.0 ts=2003/8/9 11:24
   97k 2007/09/16 C:\cygwin\bin\cygneon-26.dll - os=4.0 img=1.0 sys=4.0
                  "cygneon-26.dll" v0.0 ts=2007/9/16 19:41
   12k 2006/11/15 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel-8.dll" v0.0 ts=2006/11/15 8:04
   19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel7.dll" v0.0 ts=2003/8/9 11:24
  198k 2005/07/18 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpango-1.0-0.dll" v0.0 ts=2005/7/18 13:26
  134k 2005/07/18 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpangoft2-1.0-0.dll" v0.0 ts=2005/7/18 13:28
   33k 2005/07/18 C:\cygwin\bin\cygpangowin32-1.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpangowin32-1.0-0.dll" v0.0 ts=2005/7/18 13:29
   36k 2005/07/18 C:\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpangox-1.0-0.dll" v0.0 ts=2005/7/18 13:27
   22k 2005/07/18 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpangoxft-1.0-0.dll" v0.0 ts=2005/7/18 13:29
  133k 2007/06/27 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcre-0.dll" v0.0 ts=2007/6/27 5:49
  303k 2007/06/27 C:\cygwin\bin\cygpcrecpp-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcrecpp-0.dll" v0.0 ts=2007/6/27 5:50
    7k 2007/06/27 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcreposix-0.dll" v0.0 ts=2007/6/27 5:50
 1224k 2007/07/19 C:\cygwin\bin\cygperl5_8.dll - os=4.0 img=1.0 sys=4.0
                  "cygperl5_8.dll" v0.0 ts=2007/7/8 21:14
  226k 2006/11/05 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
                  "cygpng12.dll" v0.0 ts=2006/11/6 0:32
   22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpopt-0.dll" v0.0 ts=2002/6/9 7:45
    4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0
                  "cygpspell-15.dll" v0.0 ts=2007/12/18 12:40
 6018k 2005/08/11 C:\cygwin\bin\cygqt-mt-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygqt-mt-3.dll" v0.0 ts=2005/8/12 0:06
  202k 2005/08/11 C:\cygwin\bin\cygqui-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygqui-1.dll" v0.0 ts=2005/8/12 0:13
  155k 2008/01/04 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline6.dll" v0.0 ts=2008/1/4 4:31
   78k 2004/10/13 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygsasl2-2.dll" v0.0 ts=2004/10/14 0:50
  118k 2007/06/27 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygssh2-1.dll" v0.0 ts=2007/6/27 7:56
  219k 2007/10/19 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0
                  "cygssl-0.9.8.dll" v0.0 ts=2007/10/19 13:45
  140k 2007/09/19 C:\cygwin\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_client-1-0.dll" v0.0 ts=2007/9/20 0:15
   32k 2007/09/19 C:\cygwin\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_delta-1-0.dll" v0.0 ts=2007/9/20 0:11
   26k 2007/09/19 C:\cygwin\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_diff-1-0.dll" v0.0 ts=2007/9/20 0:14
   14k 2007/09/19 C:\cygwin\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_fs-1-0.dll" v0.0 ts=2007/9/20 0:12
  128k 2007/09/19 C:\cygwin\bin\cygsvn_fs_base-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_fs_base-1-0.dll" v0.0 ts=2007/9/20 0:12
   87k 2007/09/19 C:\cygwin\bin\cygsvn_fs_fs-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_fs_fs-1-0.dll" v0.0 ts=2007/9/20 0:11
   11k 2007/09/19 C:\cygwin\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_ra-1-0.dll" v0.0 ts=2007/9/20 0:15
   93k 2007/09/19 C:\cygwin\bin\cygsvn_ra_dav-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_ra_dav-1-0.dll" v0.0 ts=2007/9/20 0:14
   20k 2007/09/19 C:\cygwin\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_ra_local-1-0.dll" v0.0 ts=2007/9/20 0:12
   61k 2007/09/19 C:\cygwin\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_ra_svn-1-0.dll" v0.0 ts=2007/9/20 0:13
  110k 2007/09/19 C:\cygwin\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_repos-1-0.dll" v0.0 ts=2007/9/20 0:12
  159k 2007/09/19 C:\cygwin\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_subr-1-0.dll" v0.0 ts=2007/9/20 0:11
  175k 2007/09/19 C:\cygwin\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygsvn_wc-1-0.dll" v0.0 ts=2007/9/20 0:14
  229k 2008/04/03 C:\cygwin\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0
                  "cygt1-5.dll" v0.0 ts=2008/4/3 14:09
  312k 2006/11/10 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff-5.dll" v0.0 ts=2006/11/10 9:09
  282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff4.dll" v0.0 ts=2003/8/11 4:32
  697k 2006/11/05 C:\cygwin\bin\cygWand-10.dll - os=4.0 img=1.0 sys=4.0
                  "cygWand-10.dll" v0.0 ts=2006/11/5 15:41
  289k 2008/03/23 C:\cygwin\bin\cygwmf-0-2-7.dll - os=4.0 img=1.0 sys=4.0
                  "cygwmf-0-2-7.dll" v0.0 ts=2008/3/23 16:16
   99k 2008/03/23 C:\cygwin\bin\cygwmflite-0-2-7.dll - os=4.0 img=1.0 sys=4.0
                  "cygwmflite-0-2-7.dll" v0.0 ts=2008/3/23 16:16
   22k 2008/02/24 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygwrap-0.dll" v0.0 ts=2008/2/23 8:03
   35k 2006/07/14 C:\cygwin\bin\cygxdelta-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygxdelta-2.dll" v0.0 ts=2006/7/14 15:48
 1069k 2007/05/22 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygxml2-2.dll" v0.0 ts=2007/5/22 8:49
   65k 2006/10/16 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
                  "cygz.dll" v0.0 ts=2006/10/16 3:10
 1829k 2008/04/17 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2008/4/17 12:11
    Cygwin DLL version info:
        DLL version: 1.5.25
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 156
        Shared data: 4
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix: 
        Build date: Thu Apr 17 12:11:03 CEST 2008
        CVS tag: cr-0x5f1
        Shared id: cygwin1S4

   26k 2005/09/21 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygDtPrint-1.dll" v0.0 ts=2005/9/22 1:31
   20k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygfontenc-1.dll" v0.0 ts=2005/10/26 21:14
   34k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygFS-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygFS-6.dll" v0.0 ts=2005/10/26 19:52
  357k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygGL-1.dll" v0.0 ts=2005/10/26 20:30
  441k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygGLU-1.dll" v0.0 ts=2005/10/26 20:48
   74k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygICE-6.dll" v0.0 ts=2005/10/26 19:11
   74k 2005/09/21 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygMrm-2.dll" v0.0 ts=2005/9/22 1:30
    8k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygoldX-6.dll" v0.0 ts=2005/10/26 19:09
 1662k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0
                  "cygOSMesa-4.dll" v0.0 ts=2005/10/26 20:32
   28k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygSM-6.dll" v0.0 ts=2005/10/26 19:12
   63k 2005/09/21 C:\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygUil-2.dll" v0.0 ts=2005/9/22 1:31
  884k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygX11-6.dll" v0.0 ts=2005/10/26 19:07
    8k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXau-6.dll" v0.0 ts=2005/10/26 18:31
  250k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXaw-6.dll" v0.0 ts=2005/10/26 19:33
  354k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0
                  "cygXaw-7.dll" v0.0 ts=2005/10/26 19:39
  360k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygXaw-8.dll" v0.0 ts=2005/10/26 19:45
  268k 2008/04/10 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0
                  "cygXaw3d-7.dll" v0.0 ts=2008/4/10 8:25
    7k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXcomposite-1.dll" v0.0 ts=2005/10/26 21:04
   30k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXcursor-1.dll" v0.0 ts=2005/10/26 21:03
    8k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXdamage-1.dll" v0.0 ts=2005/10/26 21:02
   16k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXdmcp-6.dll" v0.0 ts=2005/10/26 18:34
    7k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXevie-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXevie-1.dll" v0.0 ts=2005/10/26 21:01
   50k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXext-6.dll" v0.0 ts=2005/10/26 19:14
   15k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygXfixes-3.dll" v0.0 ts=2005/10/26 21:02
   56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXft-1.dll" v0.0 ts=2003/11/18 2:42
   63k 2008/04/10 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygXft-2.dll" v0.0 ts=2008/4/10 21:22
   26k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXi-6.dll" v0.0 ts=2005/10/26 19:48
  121k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxkbfile-1.dll" v0.0 ts=2005/10/26 19:54
   11k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygxkbui-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxkbui-1.dll" v0.0 ts=2005/10/26 19:54
 1185k 2005/09/21 C:\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygXm-2.dll" v0.0 ts=2005/9/22 1:27
   74k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXmu-6.dll" v0.0 ts=2005/10/26 19:22
   10k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXmuu-1.dll" v0.0 ts=2005/10/26 19:23
   26k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXp-6.dll" v0.0 ts=2005/10/26 19:27
   54k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0
                  "cygXpm-4.dll" v0.0 ts=2005/10/26 19:26
   10k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygXrandr-2.dll" v0.0 ts=2005/10/26 20:58
   30k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXrender-1.dll" v0.0 ts=2005/10/26 20:52
    7k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygXRes-1.dll" v0.0 ts=2005/10/26 21:00
   38k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygxrx-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygxrx-6.dll" v0.0 ts=2005/10/26 22:13
   24k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygxrxnest-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygxrxnest-6.dll" v0.0 ts=2005/10/26 22:14
  283k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXt-6.dll" v0.0 ts=2005/10/26 19:19
   27k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXTrap-6.dll" v0.0 ts=2005/10/26 21:00
   17k 2005/10/27 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0
                  "cygXtst-6.dll" v0.0 ts=2005/10/26 19:49

Service             : sshd
Display name        : CYGWIN sshd
Current State       : Running
Controls Accepted   : Stop
Command             : /usr/sbin/sshd -D
stdin path          : /dev/null
stdout path         : /var/log/sshd.log
stderr path         : /var/log/sshd.log
Environment         : CYGWIN="ntsec tty" 
Process Type        : Own Process
Startup             : Automatic
Dependencies        : tcpip
Account             : LocalSystem


Cygwin Package Information
Last downloaded files to: C:\Install\cygwin-20080419
Last downloaded files from: http://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin

Package                 Version
_update-info-dir        00725-1
alternatives            1.3.29a-1
ash                     20040127-3
aspell                  0.60.5-1
aspell-en               6.0.0-1
astyle                  1.22-1
atk                     1.10.3-1
autoconf                4-1
autoconf2.1             2.13-3
autoconf2.5             2.61-1
automake                2-1
automake1.10            1.10.1-1
automake1.4             1.4p6-4
automake1.5             1.5-2
automake1.6             1.6.3-3
automake1.7             1.7.9-3
automake1.8             1.8.5-3
automake1.9             1.9.6-2
base-files              3.7-1
base-passwd             2.2-1
bash                    3.2.33-18
bash-completion         20060301-2
binutils                20060817-1
bool                    0.2.1-1
bzip2                   1.0.5-2
cabextract              1.1-1
chere                   1.0-1
clear                   1.0-2
coreutils               6.10-1
cpio                    2.9-1
crypt                   1.1-1
curl                    7.16.3-1
curl-devel              7.16.3-1
cvs                     1.11.22-1
cvsps                   2.1-1
cvsutils                0.2.3-1
cygrunsrv               1.34-1
cygutils                1.3.2-1
cygwin                  1.5.25-12
cygwin-doc              1.4-4
cygwin-x-doc            1.0.4-1
ddd                     3.3.9-1
diffstat                1.45-1
diffutils               2.8.7-1
dpatch                  2.0.26-2
e2fsprogs               1.35-3
ed                      0.2-1
editrights              1.01-2
exim                    4.68-2
expat                   1.95.8-2
findutils               4.4.0-1
fontconfig              2.4.1-5
freeglut                2.4.0-1
freetype2               2.3.4-2
gawk                    3.1.6-1
gcc-core                3.4.4-3
gcc-g++                 3.4.4-3
gcc-mingw-core          20050522-1
gcc-mingw-g++           20050522-1
gdb                     6.8-2
gettext                 0.15-1
gettext-devel           0.15-1
ghostscript-base        8.62-2
ghostscript-fonts-other 6.0-1
ghostscript-fonts-std   8.11-1
ghostscript-x11         8.62-2
git                     1.5.5-1
glib                    1.2.10-3
glib2                   2.10.3-1
glib2-runtime           2.10.3-1
grep                    2.5.1a-4
groff                   1.18.1-2
gtk2-x11                2.6.10-1
gtk2-x11-runtime        2.6.10-1
gv                      3.6.3-2
gvim                    7.1.002-1
gzip                    1.3.12-2
hexedit                 1.2.12-1
ImageMagick             6.4.0.6-1
indent                  2.2.9-2
ioperm                  0.4-1
jasper                  1.900.1-1
jbigkit                 1.6-1
lcms                    1.17-1
less                    382-1
lesstif                 0.94.4-1
libapr1                 1.2.11-1
libaprutil1             1.2.10-1
libaspell15             0.60.5-1
libbz2_1                1.0.5-2
libcurl3                7.15.4-2
libcurl4                7.16.3-1
libdb4.2                4.2.52.5-2
libdb4.3                4.3.29.1-1
libdb4.5                4.5.20.2-2
libexpat0               1.95.8-2
libfontconfig1          2.4.1-5
libfpx1                 1.2.0.13-1
libfreetype26           2.3.4-2
libgdbm4                1.8.3-8
libgettextpo0           0.15-1
libglut3                2.4.0-1
libiconv2               1.11-1
libImageMagick1         6.4.0.6-1
libintl1                0.10.40-1
libintl2                0.12.1-3
libintl3                0.14.5-1
libintl8                0.15-1
libjasper1              1.900.1-1
libjasper1.701_0        1.701.0-3
libjbig1                1.5-3
libjbig2                1.6-1
libjpeg62               6b-12
libkpathsea3            2.0.2-15
libkpathsea4            3.0.0-3
liblcms1                1.17-1
libMagick10             6.3.0.1-2
libncurses-devel        5.5-3
libncurses7             5.3-4
libncurses8             5.5-3
libneon26               0.26.4-1
libopenldap2_3_0        2.3.39-1
libpcre0                7.2-1
libpng12                1.2.12-1
libpopt0                1.6.4-4
libreadline6            5.2.12-10
libsasl2                2.1.19-3
libssh2-devel           0.15-1
libssh2_1               0.15-1
libtiff4                3.6.0-5
libtiff5                3.8.2-3
libwmf                  0.2.8.4-2
libwmf027               0.2.8.4-2
libwrap0                7.6-4
libXaw3d7               1.5D-7
libxdelta2              1.1.3-3
libXft                  2.1.7-2
libXft1                 1.0.0-1
libXft2                 2.1.7-2
libxml2                 2.6.28-2
login                   1.9-7
lyx                     1.4.5-1
lzma                    4.43-2
m4                      1.4.10b-2
make                    3.81-2
man                     1.6e-1
mingw-bzip2             1.0.5-2
mingw-libbz2_1          1.0.5-2
mingw-runtime           3.14-1
mingw-zlib              1.2.3-2
minires                 1.01-1
mktemp                  1.5-4
mutt                    1.4.2.2-2
nasm                    2.02-1
ncurses                 5.5-3
netcat                  1.10-2
openssh                 5.0p1-1
openssl                 0.9.8g-1
openssl-devel           0.9.8g-1
pango                   1.8.1-1
pango-runtime           1.8.1-1
patch                   2.5.8-9
patchutils              0.2.31-1
pcre                    7.2-1
pdftk                   1.41-1
perl                    5.8.8-4
perl-Error              0.17010-1
ping                    1.0-1
python                  2.5.1-2
qt3                     3.3.4-2
qt3-bin                 3.3.4-2
readline                5.2.12-10
rebase                  2.4.3-1
run                     1.1.10-1
sed                     4.1.5-2
sharutils               4.7-1
shutdown                1.7-1
subversion              1.4.5-2
syslog-ng               2.0.7.1-1
t1lib5                  5.1.2-1
tar                     1.20-1
tcltk                   20060202-1
termcap                 20050421-1
terminfo                5.5_20061104-1
tetex                   3.0.0-3
tetex-base              3.0.0-3
tetex-bin               3.0.0-3
tetex-tiny              3.0.0-3
texinfo                 4.8a-1
tzcode                  2007h-2
unzip                   5.52-2
util-linux              2.13.1-2
vim                     7.1-1
w32api                  3.11-1
which                   2.19-1
X-start-menu-icons      1.0.4-1
X-startup-scripts       1.0.11-1
Xaw3d                   1.5D-7
xdelta                  1.1.3-3
xorg-x11-base           6.8.99.901-1
xorg-x11-bin            6.8.99.901-1
xorg-x11-bin-dlls       6.8.99.901-1
xorg-x11-bin-lndir      6.8.99.901-1
xorg-x11-etc            6.8.99.901-1
xorg-x11-f100           6.8.99.901-1
xorg-x11-fcyr           6.8.99.901-1
xorg-x11-fenc           6.8.99.901-1
xorg-x11-fnts           6.8.99.901-1
xorg-x11-fscl           6.8.99.901-1
xorg-x11-fsrv           6.8.99.901-1
xorg-x11-libs-data      6.8.99.901-1
xorg-x11-man-pages      6.8.99.901-1
xorg-x11-man-pages-html 6.8.99.901-1
xorg-x11-xwin           6.8.99.901-1
xpdf                    3.02-1
xterm                   229-1
zip                     2.32-2
zlib                    1.2.3-2
Use -h to see help about each section


[-- Attachment #3: Type: text/plain, Size: 218 bytes --]

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

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-19 18:05 Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories Spiro Trikaliotis
  2008-04-19 18:35 ` Spiro Trikaliotis
@ 2008-04-21 13:29 ` Spiro Trikaliotis
  2008-04-21 13:39   ` Dave Korn
  1 sibling, 1 reply; 14+ messages in thread
From: Spiro Trikaliotis @ 2008-04-21 13:29 UTC (permalink / raw)
  To: cygwin

Hello,

* On Sat, Apr 19, 2008 at 06:59:56PM +0200 I wrote:
 
> I have run into the following issue with Subversion on cygwin. Note that
> this problem does not occur when running the original Subversion
> versions from subversion.tigris.org; unfortunately, the ones from
> trigris.org do not work in a cygwin bash.
> 
> Ok, here is the description: Sometimes (!) when I do a "svn co" or "svn up",
> I get the following error:
> 
> svn: Can't move 'src/arch/riscos/.svn/tmp/all-wcprops' to 'src/arch/riscos/.svn/all-wcprops': Permission denied

Here, I have lied obviously. The problem is not related to the
Subversion client of Cygwin: In fact, it has nothing to do with Cygwin
at all.

It is a problem of my Anti-Virus solution. So, I have already contacted
the company which develops it.

I am sorry for the confusion, and I hope no one of you invested much
time to debug this problem yet.

Regards,
   Spiro.

-- 
Spiro R. Trikaliotis                              http://opencbm.sf.net/
http://www.trikaliotis.net/                     http://www.viceteam.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/

^ permalink raw reply	[flat|nested] 14+ messages in thread

* RE: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-21 13:29 ` Spiro Trikaliotis
@ 2008-04-21 13:39   ` Dave Korn
  2008-04-23 17:44     ` Bernard Blackham
  2008-04-26 12:03     ` Spiro Trikaliotis
  0 siblings, 2 replies; 14+ messages in thread
From: Dave Korn @ 2008-04-21 13:39 UTC (permalink / raw)
  To: cygwin

Spiro Trikaliotis wrote on 21 April 2008 11:24:

> Hello,
> 
> * On Sat, Apr 19, 2008 at 06:59:56PM +0200 I wrote:
>> Ok, here is the description: Sometimes (!) when I do a "svn co" or "svn
>> up", I get the following error: 
>> 
>> svn: Can't move 'src/arch/riscos/.svn/tmp/all-wcprops' to
> 'src/arch/riscos/.svn/all-wcprops': Permission denied
> 
> Here, I have lied obviously. The problem is not related to the
> Subversion client of Cygwin: In fact, it has nothing to do with Cygwin at
> all. 
> 
> It is a problem of my Anti-Virus solution. So, I have already contacted
> the company which develops it.

  Ah, this problem happens sometimes: the anti-virus on-access scanner keeps a
handle open to the file a bit too long, interfering with normal operations
that require unshared access.

> I am sorry for the confusion, and I hope no one of you invested much
> time to debug this problem yet.

  No problem at all, in fact thanks for the report: we keep a list of programs
that are (or have been in some versions) known to cause interference of this
sort with cygwin:

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

  Would you mind telling us the name of the AV software at fault, so that we
can add it to the list?  It would also be helpful if you could identify a
running process, installed executable or registry key path that can be used to
detect if the AV in question is installed, as we can then add automatic
detection in cygcheck.exe; hopefully, if anyone else runs up against this
problem, we can save them the pain of trying to diagnose it.

> http://opencbm.sf.net/
> http://www.trikaliotis.net/
> http://www.viceteam.org/

   Yay cool retro!

    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/

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-21 13:39   ` Dave Korn
@ 2008-04-23 17:44     ` Bernard Blackham
  2008-04-23 19:28       ` Brian Dessent
                         ` (2 more replies)
  2008-04-26 12:03     ` Spiro Trikaliotis
  1 sibling, 3 replies; 14+ messages in thread
From: Bernard Blackham @ 2008-04-23 17:44 UTC (permalink / raw)
  To: cygwin

On Mon, Apr 21, 2008 at 11:35:51AM +0100, Dave Korn wrote:
> > * On Sat, Apr 19, 2008 at 06:59:56PM +0200 I wrote:
> >> Ok, here is the description: Sometimes (!) when I do a "svn co" or "svn
> >> up", I get the following error: 
> >> 
> >> svn: Can't move 'src/arch/riscos/.svn/tmp/all-wcprops' to
> > 'src/arch/riscos/.svn/all-wcprops': Permission denied
> > 
> > It is a problem of my Anti-Virus solution. So, I have already contacted
> > the company which develops it.
> 
>   Ah, this problem happens sometimes: the anti-virus on-access scanner keeps a
> handle open to the file a bit too long, interfering with normal operations
> that require unshared access.

I gather that this issue has been brought up several times over the
last few years already but nothing has been done about it other than
to say "disable your virus checker/indexing service".

Why doesn't the Cygwin SVN build simply just #define WIN32 (or
whatever it takes) so the code which is _already in SVN_ to work
around this problem is actually used to fix the issue? I have not
seen anyone give a reason as to why this shouldn't be done. (If
there is, please feel free to flame me :)

I work with a repository of about 2GB and nearly a hundred thousand
files. I have never been able to check this out with Cygwin SVN
without it failing - company policy does not allow disabling of
virus checkers (as does the lack of admin rights). The only reliable
workaround I have found is to:

  (a) check it out with WinSVN (the Win32 build of SVN) - this
      always works flawlessly, but creates non-Cygwin symlinks;

  (b) go through and remove the symlinks in Cygwin:
         svn status | awk '/^~/ {print $2}' | xargs rm -f

  (c) svn update in Cygwin to restore the small handful of symlinks
      in Cygwin-style symlinks

taking about twice as long.  It would be much easier if the SVN
binary in Cygwin would DTRT in the first place.

Is there a showstopping reason why this can't be done? I would be
more than happy to test it out :)

Cheers,
Bernard.


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

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Subversion problems with "svn switch", "svn co", "svn switch",   because of 'wrong' permissions in .svn/ directories
  2008-04-23 17:44     ` Bernard Blackham
@ 2008-04-23 19:28       ` Brian Dessent
  2008-04-23 22:06       ` Dave Korn
  2008-04-26 18:02       ` Spiro Trikaliotis
  2 siblings, 0 replies; 14+ messages in thread
From: Brian Dessent @ 2008-04-23 19:28 UTC (permalink / raw)
  To: Bernard Blackham; +Cc: cygwin

Bernard Blackham wrote:

> Why doesn't the Cygwin SVN build simply just #define WIN32 (or
> whatever it takes) so the code which is _already in SVN_ to work
> around this problem is actually used to fix the issue? I have not
> seen anyone give a reason as to why this shouldn't be done. (If
> there is, please feel free to flame me :)

Because defining WIN32 would enable all of the native Windows codepaths
and disable all the POSIX codepaths... that would not work very well
considering that all Cygwin functions expect POSIX paths not Win32
paths.  You'd essentially be building a native Win32 svn client that has
no POSIX capability but still uses the Cygwin library, the worst of all
possible worlds.  But I'm quite sure you wouldn't even get that far
since all those MSVCRT-specific things would stop it from even building,
such as 1-arg vs 2-arg mkdir(), %lld vs %I64d, : vs ;, _foo vs foo, etc.

What really needs to happen is to find just those places where a virus
scanner workaround exists and change "#ifdef _WIN32" to "#if
defined(_WIN32) || defined(__CYGWIN__)".

Brian

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

^ permalink raw reply	[flat|nested] 14+ messages in thread

* RE: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-23 17:44     ` Bernard Blackham
  2008-04-23 19:28       ` Brian Dessent
@ 2008-04-23 22:06       ` Dave Korn
  2008-04-26 18:02       ` Spiro Trikaliotis
  2 siblings, 0 replies; 14+ messages in thread
From: Dave Korn @ 2008-04-23 22:06 UTC (permalink / raw)
  To: cygwin

Bernard Blackham wrote on 23 April 2008 18:08:

> Why doesn't the Cygwin SVN build simply just #define WIN32 (or
> whatever it takes) so the code which is _already in SVN_ to work
> around this problem is actually used to fix the issue? I have not
> seen anyone give a reason as to why this shouldn't be done. (If
> there is, please feel free to flame me :)

  I don't know in this specific case, but in the general case: nobody else is
reporting having this problem apart from you.  There are millions of other
programs out there that aren't cygwin, and it seems Just Plain Wrong to twist
and contort cygwin until it's bent completely out of shape trying to fix other
people's bug in other people's software.  (Historically, that's one of the
prime reasons why the windows OS itself is such a godawful mess....)

  Simply defining WIN32, btw, will not work.  It will bring in all sorts of
code that assumes MSVCRT functions are available, and just break the .. (oh,
hang on, I see Brian has just addressed this point, so I'll leave off there).

> I work with a repository of about 2GB and nearly a hundred thousand
> files. I have never been able to check this out with Cygwin SVN
> without it failing - company policy does not allow disabling of
> virus checkers (as does the lack of admin rights).

  Again; if it is your company policy to force you to use buggy AV software
that breaks the vital tools you need to perform your work, then your company's
policy is bad and wrong, and nobody is particuarly inclined to try and work
around it in cygwin, potentially impairing the operation of cygwin for the
everybody-else-in-the-world who does /not/ work for your company.

> It would be much easier if the SVN
> binary in Cygwin would DTRT in the first place.

  It DOES do absolutely "the right thing", and is prevented from success by
external force majeure.  All cygwin does is open, read, write, and close
files.  Any system on which those fundamental operations can fail owing to the
interference of another application is fundamentally broken, and it is not
cygwin's fault for in any way not "doing the right thing".

> Is there a showstopping reason why this can't be done? I would be
> more than happy to test it out :)

  Of course there is no reason why it is impossible in theory, but there may
be engineering reasons such as performance impact why it is not desirable in
practice.  SVN is an open source project like any other, so if you want this
changed, your best bet is to send a patch upstream to the responsible
maintainers.  It would greatly strengthen the argument for inclusion of the
patch if you accompanied it with timings of testruns that show it does not
cause any significant performance degradation - not, of course, when compared
with the version that can't fully run under your buggy antivirus, but when
compared with the unpatched version running under no antivirus, or when
comparing the two as run under a different antivirus; you can't justify
causing a slowdown for everybody by pointing to your one broken machine and
saying it's not slower on that, for example.


    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/

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-21 13:39   ` Dave Korn
  2008-04-23 17:44     ` Bernard Blackham
@ 2008-04-26 12:03     ` Spiro Trikaliotis
  1 sibling, 0 replies; 14+ messages in thread
From: Spiro Trikaliotis @ 2008-04-26 12:03 UTC (permalink / raw)
  To: cygwin

Hello Dave,

I am sorry for the late answer, but first, I was on a business trip, and
secondly, I was speaking with the AntiVirus support team to try to find
a fix or, at least, work-around for this issue.

* On Mon, Apr 21, 2008 at 11:35:51AM +0100 Dave Korn wrote:
> Spiro Trikaliotis wrote on 21 April 2008 11:24:
> 
> > Hello,
> > 
> > * On Sat, Apr 19, 2008 at 06:59:56PM +0200 I wrote:
> >> Ok, here is the description: Sometimes (!) when I do a "svn co" or "svn
> >> up", I get the following error: 
> >> 
> >> svn: Can't move 'src/arch/riscos/.svn/tmp/all-wcprops' to
> > 'src/arch/riscos/.svn/all-wcprops': Permission denied
[...]
> > It is a problem of my Anti-Virus solution. So, I have already contacted
> > the company which develops it.

>   Would you mind telling us the name of the AV software at fault, so that we
> can add it to the list?

In my case, it is Antivir Professional (Version 8) by Avira, a German
company (formerly know as H+BEDV). The running process is avgnt.exe, a
registry key path is HKLM\SOFTWARE\Avira\Antivir Workstation\Path which
contains a path to the installed Antivir (in my case,
"C:\Programme\Avira\Antivir Workstation\" - yes, I am using a German
Windows XP, thus, "\Programme\")

Note, however, that this problem did not occur with the former version
7. It seems to be a new feature of the new version 8 which came out on
April 14th. I am still working with the support to find a solution to
this.

They have come up with two work-arounds for the problem:

1. Put SVN.EXE (and CVS.EXE, btw.) into the list of files that are not
   scanned. With this, I do not have any problems anymore. Anyway, I
   consider this to be a big security problem.

or

2. Put the directory where the files are to be checked out into an
   exception list which is not scanned. Again, this work-around works.
   I consider this to be a big security problem too.

Why don't I like these solutions? I regularly check out sources from
different open internet servers (for example, SourceForge). I would like
to get the program checking them out as well as the checked-out
sandboxes under control of the AV program.


There was a third work-around proposal:

3. In Antivir, there is a list of file extensions which are to be
   checked for malware. By default, this list contains the most
   important file extensions (like .exe, .bat, .cmd, .com, and-so-on).
   If I disable this list and tell Antivir to check files on ALL
   extensions, the problem does not completely vanish, but it happens
   much less than before!

Unfortunately, no. 3 has another draw-back: At least for my artificial
test .cmd script I wrote to demonstrate the problem to the Avira
support, the problem has moved.

The script repeatedly performs the following steps:

a. (generate a file test.tmp)
b. copy test.tmp to test.2.tmp
c. move test.2.tmp "over" test.tmp
d. repeat steps b. and c.

Without the work-around #3, the above test does not fail at all. Only
the second variant fails:

m. (generate a file test)
n. copy test to test.2
o. move test.2 "over" test
p. repeat steps n. and o.

Here, step o. fails. You see the difference? In o., the file is named
"test" (w/o extension), in c., it is named test.tmp (w/ extension).


If I use the work-around #3, o. does not fail anymore, but c. does. So,
the problem is moved. Interestingly, though, it does not fail as often
in c. as it did with the original settings, failing in o.

BTW: On my machine, the test m., n., o., p. fails approx. 0.2% of the
tries.

Of course, looking at the script I wrote and the results, it is clear
why SVN and CVS fail mostly on larger check-outs: First, they use this
scheme rather often (for example, CVS generates CVS/Entries.tmp and
moves it over CVS/Entries), but it does not occur that frequently this
it will break always.


I am still trying to convince the AV vendor to accept this as a bug and
fix this issue. IMHO, the scheme "generate a new temporary file and move
it over the original one" is used very often in programs, thus, this
issue might affect many programs. Perhaps, programs like Word for
Windows do not fail on this scheme either because this problem does not
happen that frequently, or because their files all have file extensions.

I will report here if I find a suitable solution.

Regards,
Spiro.

-- 
Spiro R. Trikaliotis                              http://opencbm.sf.net/
http://www.trikaliotis.net/                     http://www.viceteam.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/

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-23 17:44     ` Bernard Blackham
  2008-04-23 19:28       ` Brian Dessent
  2008-04-23 22:06       ` Dave Korn
@ 2008-04-26 18:02       ` Spiro Trikaliotis
  2008-04-28 23:45         ` Dave Korn
  2 siblings, 1 reply; 14+ messages in thread
From: Spiro Trikaliotis @ 2008-04-26 18:02 UTC (permalink / raw)
  To: cygwin

Hello Bernard,

* On Thu, Apr 24, 2008 at 01:08:16AM +0800 Bernard Blackham wrote:
> On Mon, Apr 21, 2008 at 11:35:51AM +0100, Dave Korn wrote:

> >   Ah, this problem happens sometimes: the anti-virus on-access scanner keeps a
> > handle open to the file a bit too long, interfering with normal operations
> > that require unshared access.
> 
> I gather that this issue has been brought up several times over the
> last few years already but nothing has been done about it other than
> to say "disable your virus checker/indexing service".

Oh... Had this issue been brought up for SVN, or in general? Before I
posted, I had checked on this mailing list (and others), but I could not
find it being reported before.


> Why doesn't the Cygwin SVN build simply just #define WIN32 (or
> whatever it takes) so the code which is _already in SVN_ to work
> around this problem is actually used to fix the issue? I have not
> seen anyone give a reason as to why this shouldn't be done. (If
> there is, please feel free to flame me :)

As we have seen from other responses, there are some reasons why this is
not done.

Anyway, this reminds me of another problem: Personally, I install Cygwin
with DOS line endings (CR/LF). That's the reason why I have built
CVS.EXE myself some moons ago ;), as the pre-built version did not like
this setup. (IIRC, the outputs were garbled in many places. At the time
when I tested it, it was a known issue on the info-cvs mailing list.) At
least CVS checks out the text files in the "native" format of the
platform - as I am using Cygwin with CR/LF, this is the CR/LF format.

Unfortunately, with SVN from Cygwin, this is not true anymore. For the
Cygwin version of SVN, the "native" format for text files uses Unix line
endings (LF) only.

As there a way to get it fixed? Or is it again something for upstream?

Best regards,
   Spiro.

-- 
Spiro R. Trikaliotis                              http://opencbm.sf.net/
http://www.trikaliotis.net/                     http://www.viceteam.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/

^ permalink raw reply	[flat|nested] 14+ messages in thread

* RE: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-26 18:02       ` Spiro Trikaliotis
@ 2008-04-28 23:45         ` Dave Korn
  2008-04-29  9:19           ` Jörg Schaible
  0 siblings, 1 reply; 14+ messages in thread
From: Dave Korn @ 2008-04-28 23:45 UTC (permalink / raw)
  To: cygwin

Spiro Trikaliotis wrote on 26 April 2008 10:42:

> Anyway, this reminds me of another problem: Personally, I install Cygwin
> with DOS line endings (CR/LF). That's the reason why I have built
> CVS.EXE myself some moons ago ;), as the pre-built version did not like
> this setup. (IIRC, the outputs were garbled in many places. At the time
> when I tested it, it was a known issue on the info-cvs mailing list.) At
> least CVS checks out the text files in the "native" format of the
> platform - as I am using Cygwin with CR/LF, this is the CR/LF format.
> 
> Unfortunately, with SVN from Cygwin, this is not true anymore. For the
> Cygwin version of SVN, the "native" format for text files uses Unix line
> endings (LF) only.
> 
> As there a way to get it fixed? Or is it again something for upstream?

  A config item to override the default setting for "native" eol-style might
well be a useful feature enhancement patch for upstream; it would be useful on
all platforms, not just Cygwin.

    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/

^ permalink raw reply	[flat|nested] 14+ messages in thread

* RE: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-28 23:45         ` Dave Korn
@ 2008-04-29  9:19           ` Jörg Schaible
  2008-04-29 10:59             ` Dave Korn
  0 siblings, 1 reply; 14+ messages in thread
From: Jörg Schaible @ 2008-04-29  9:19 UTC (permalink / raw)
  To: Dave Korn, cygwin

cygwin-owner@cygwin.com wrote:
> Spiro Trikaliotis wrote on 26 April 2008 10:42:
> 
>> Anyway, this reminds me of another problem: Personally, I install
>> Cygwin with DOS line endings (CR/LF). That's the reason why I have
>> built CVS.EXE myself some moons ago ;), as the pre-built version did
>> not like this setup. (IIRC, the outputs were garbled in many places.
>> At the time when I tested it, it was a known issue on the info-cvs
>> mailing list.) At least CVS checks out the text files in the
>> "native" format of the platform - as I am using Cygwin with CR/LF,
>> this is the CR/LF format. 
>> 
>> Unfortunately, with SVN from Cygwin, this is not true anymore. For
>> the Cygwin version of SVN, the "native" format for text files uses
>> Unix line endings (LF) only. 
>> 
>> As there a way to get it fixed? Or is it again something for
>> upstream? 
> 
>   A config item to override the default setting for "native"
> eol-style might well be a useful feature enhancement patch for
> upstream; it would be useful on all platforms, not just Cygwin.

Well, Cygwin's Subversion simply does not respect text mounts (compared to CVS) and that's hardly something for upstream.

- Jörg

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

^ permalink raw reply	[flat|nested] 14+ messages in thread

* RE: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-29  9:19           ` Jörg Schaible
@ 2008-04-29 10:59             ` Dave Korn
  2008-04-29 12:53               ` Jörg Schaible
  0 siblings, 1 reply; 14+ messages in thread
From: Dave Korn @ 2008-04-29 10:59 UTC (permalink / raw)
  To: 'Jörg Schaible', cygwin

Jörg Schaible wrote on 29 April 2008 07:39:

> cygwin-owner@cygwinWOOPS wrote:

  Say, has your Outlook Quotefix gone screwy too?

>> Spiro Trikaliotis wrote on 26 April 2008 10:42:
>> 
>>> Unfortunately, with SVN from Cygwin, this is not true anymore. For
>>> the Cygwin version of SVN, the "native" format for text files uses Unix
>>> line endings (LF) only. 
>>> 
>>> As there a way to get it fixed? Or is it again something for
>>> upstream?
>> 
>>   A config item to override the default setting for "native"
>> eol-style might well be a useful feature enhancement patch for
>> upstream; it would be useful on all platforms, not just Cygwin.
> 
> Well, Cygwin's Subversion simply does not respect text mounts
> (compared to CVS) and that's hardly something for upstream.
> 

  Hmm, well it might or might not be, it depends what method it's using to
determine the native mode.

  If it was simply fopen()ing a file in text mode and writing, it would of
course "respect" textmode mounts automatically.  Perhaps it manages it all
manually by always writing in binary mode, and it inherently assumes that all
filing systems operate in the same textmode, and some test it does misleads
it?

  It also depends on the attitude of the upstream maintainers to accepting
platform-specific patches.

    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/

^ permalink raw reply	[flat|nested] 14+ messages in thread

* RE: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-29 10:59             ` Dave Korn
@ 2008-04-29 12:53               ` Jörg Schaible
  2008-04-29 18:55                 ` Spiro Trikaliotis
  0 siblings, 1 reply; 14+ messages in thread
From: Jörg Schaible @ 2008-04-29 12:53 UTC (permalink / raw)
  To: cygwin

Dave Korn wrote:
> Jörg Schaible wrote on 29 April 2008 07:39:
> 
>> cygwin-owner@cygwinWOOPS wrote:
> 
>   Say, has your Outlook Quotefix gone screwy too?
> 
>>> Spiro Trikaliotis wrote on 26 April 2008 10:42:
>>> 
>>>> Unfortunately, with SVN from Cygwin, this is not true anymore. For
>>>> the Cygwin version of SVN, the "native" format for text files uses
>>>> Unix line endings (LF) only. 
>>>> 
>>>> As there a way to get it fixed? Or is it again something for
>>>> upstream?
>>> 
>>>   A config item to override the default setting for "native"
>>> eol-style might well be a useful feature enhancement patch for
>>> upstream; it would be useful on all platforms, not just Cygwin.
>> 
>> Well, Cygwin's Subversion simply does not respect text mounts
>> (compared to CVS) and that's hardly something for upstream.
>> 
> 
>   Hmm, well it might or might not be, it depends what method it's
> using to determine the native mode.
> 
>   If it was simply fopen()ing a file in text mode and writing, it
> would of course "respect" textmode mounts automatically.  Perhaps it
> manages it all manually by always writing in binary mode, and it
> inherently assumes that all filing systems operate in the same
> textmode, and some test it does misleads it?
> 
>   It also depends on the attitude of the upstream maintainers to
> accepting platform-specific patches.

Well, it might be very well that Subversion always uses binary mode for file I/O, it will even convert text files on its own if the svn:eol-style property is set (unless your file has no mixed EOLs). OTOH it cannot know that an environment uses two different native modes, that's quite a Cygwin speciality. So, it's some kind of catch-22 ;-)

- Jörg

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

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories
  2008-04-29 12:53               ` Jörg Schaible
@ 2008-04-29 18:55                 ` Spiro Trikaliotis
  0 siblings, 0 replies; 14+ messages in thread
From: Spiro Trikaliotis @ 2008-04-29 18:55 UTC (permalink / raw)
  To: cygwin

Hello,

* On Tue, Apr 29, 2008 at 12:58:53PM +0200 Jörg Schaible wrote:
> 
> Well, it might be very well that Subversion always uses binary mode
> for file I/O,

Indeed, it seems so.

This topic came up before (see the thread started at
http://svn.haxx.se/dev/archive-2005-02/0993.shtml), and the way
Subversion works has not been changed yet. In
http://svn.haxx.se/dev/archive-2005-02/1034.shtml, it is described as
follows:

  Look at the function svn_subst_eol_style_from_value() in the file
  subversion/libsvn_subr/subst.c. That function determines what the
  various svn:eol-style settings mean and you will see that "native"
  leads to APR_EOL_STR, i.e. Subversion gets the value from APR.

There is even a work-around available to change this behaviour:

  You could change svn_subst_eol_style_from_value() and rebuild
  Subversion, or you could change APR_EOL_STR and rebuild all of APR,
  APR-UTIL and Subversion, it depends what behaviour you want. 


Anyway, I already asked for the Antivirus-Workaround upstream, I will
propose some change here, too.

Unfortunately, as Subversion is currently at 1.5 RC4, I doubt they will
include such changes for 1.5. Anyway, I will try.

Best regards,
   Spiro.

-- 
Spiro R. Trikaliotis                              http://opencbm.sf.net/
http://www.trikaliotis.net/                     http://www.viceteam.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/

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2008-04-29 18:33 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-04-19 18:05 Subversion problems with "svn switch", "svn co", "svn switch", because of 'wrong' permissions in .svn/ directories Spiro Trikaliotis
2008-04-19 18:35 ` Spiro Trikaliotis
2008-04-21 13:29 ` Spiro Trikaliotis
2008-04-21 13:39   ` Dave Korn
2008-04-23 17:44     ` Bernard Blackham
2008-04-23 19:28       ` Brian Dessent
2008-04-23 22:06       ` Dave Korn
2008-04-26 18:02       ` Spiro Trikaliotis
2008-04-28 23:45         ` Dave Korn
2008-04-29  9:19           ` Jörg Schaible
2008-04-29 10:59             ` Dave Korn
2008-04-29 12:53               ` Jörg Schaible
2008-04-29 18:55                 ` Spiro Trikaliotis
2008-04-26 12:03     ` Spiro Trikaliotis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).