Re: [RFU 1.5] task-1.8.5-1

2009-12-11 Thread Corinna Vinschen
On Dec 11 01:11, Federico Hernandez wrote:
  Packages are no longer being accepted for Cygwin 1.5.
 
 So I repackage for 1.7 and do a new RFU then, correct?

You should also build the package for and under 1.7 using gcc-4,
not just repackage the 1.5 builds.


Corinna

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


Re: [RFU] smartmontools-5.39-1

2009-12-11 Thread Corinna Vinschen
On Dec 10 22:24, Christian Franke wrote:
 New upstream release
 
 wget \
  
 http://franke.dvrdns.org/cygwin/release-2/smartmontools/smartmontools-5.39-1.tar.bz2
  \
  
 http://franke.dvrdns.org/cygwin/release-2/smartmontools/smartmontools-5.39-1-src.tar.bz2
  \
  http://franke.dvrdns.org/cygwin/release-2/smartmontools/setup.hint

Uploaded.  I just removed cygwin from the requires line.


Thanks,
Corinna

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


Re: RFU: suite3270 3.3.4p7-2

2009-12-11 Thread Corinna Vinschen
On Dec 10 21:06, Peter A. Castro wrote:
 Hi!
 
 As per Corinna's request, all suite3270 packages have been recompiled for
 Cygwin 1.7 with all directory hierarchy retargeted for /usr instead of
 /usr/X11R6.
 
 Please upload:
 
 Source  Install packages:
 
 wget \
 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.3.4p7-2.tar.bz2 \
 http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.3.4p7-2-src.tar.bz2 \
 http://www.fruitbat.org/Cygwin/suite3270/c3270-3.3.4p7-2.tar.bz2 \
 http://www.fruitbat.org/Cygwin/suite3270/pr3287-3.3.4p7-2.tar.bz2 \
 http://www.fruitbat.org/Cygwin/suite3270/s3270-3.3.4p7-2.tar.bz2 \
 http://www.fruitbat.org/Cygwin/suite3270/tcl3270-3.3.4p7-2.tar.bz2 \
 http://www.fruitbat.org/Cygwin/suite3270/x3270-3.3.4p7-2.tar.bz2
 
 Updated setup.hint files:
 
 wget \
 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270 \
 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.c3270 \
 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.pr3287 \
 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.s3270 \
 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.tcl3270 \
 http://www.fruitbat.org/Cygwin/suite3270/setup.hint.x3270

Thank you!  Uploaded.



Corinna

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


Re: RFU: suite3270 3.3.4p7-2

2009-12-11 Thread Corinna Vinschen
On Dec 11 10:34, Corinna Vinschen wrote:
 On Dec 10 21:06, Peter A. Castro wrote:
  Updated setup.hint files:
  
  wget \
  http://www.fruitbat.org/Cygwin/suite3270/setup.hint.suite3270 \
  http://www.fruitbat.org/Cygwin/suite3270/setup.hint.c3270 \
  http://www.fruitbat.org/Cygwin/suite3270/setup.hint.pr3287 \
  http://www.fruitbat.org/Cygwin/suite3270/setup.hint.s3270 \
  http://www.fruitbat.org/Cygwin/suite3270/setup.hint.tcl3270 \
  http://www.fruitbat.org/Cygwin/suite3270/setup.hint.x3270
 
 Thank you!  Uploaded.

Forgot to mention: I removed cygwin from all requires lines.


Corinna

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


Re: 1.7 installation failed (on network drive?)

2009-12-11 Thread Thomas Wolff

Corinna Vinschen wrote:

Thomas,

On Dec  7 17:09, Thomas Wolff wrote:
  

I've tested the network installation with last Saturday's update of
setup-1.7.exe and unfortunately, the problem remains.
However, I can add a screen log after calling setup from mintty for
the case that setup cannot even store its log anywhere (attached).
Don't know if that helps. Apparently setup-1-7.exe cannot create
directories (including the top package directory) on that network
NFTS drive, although all other tools can easily create them.
Despite cgf's point this should not delay the 1.7.1 release, may I
suggest once more (and I'm not adding this to the 1.7.1 release
date thread) that while the release is being delayed anyway due to
other discussions, we might as well try to resolve this. Personally,
I can do with a workaround; I'm just trying to help avoid trouble
with other users complaining after the release...
Thomas



I just had another look into this and unfortunately I still can't
reproduce it.  What I see in your log output is the fact that ...
hang on ...
  

io_stream_cygfile: fopen(/etc/setup/timestamp) failed 13 Permission denied
io_stream_cygfile: fopen(/var/run/utmp) failed 13 Permission denied
io_stream_cygfile: fopen(/etc/setup/alternatives.lst.gz) failed 13 Permission 
denied
[etc]


So the fopen calls fail.  fopen in setup is actually a call to nt_wfopen
in filemanip.cc.  If you could take a look, it's not a very complicated
function.  The general idea is to call NtCreateFile with
FILE_OPEN_FOR_BACKUP_INTENT rights to allow an admin to install without
permission trouble.

As you can see, the error handling (lines 466ff) is somewhat
oversimplified.  You get a Permission denied as a fallback error
if none of the path-related errors is triggered.  Unfortunately
we don't know the exact status code returned by NtCreateFile and
I have no real idea what the problem might be.
  
I have traced the status values returned by NtCreateFile (with printf 
actually), see the screen logs attached. I pasted in the popup error 
messages where they occurred.

There is a bunch of the following NtCreateFile problems in the log:
#define STATUS_ACCESS_DENIED ((NTSTATUS)0xC022L)
#define STATUS_OBJECT_NAME_INVALID ((NTSTATUS)0xC033L)
#define STATUS_OBJECT_NAME_NOT_FOUND ((NTSTATUS)0xC034L)
#define STATUS_OBJECT_PATH_NOT_FOUND ((NTSTATUS)0xC03AL)
#define STATUS_OBJECT_PATH_SYNTAX_BAD ((NTSTATUS)0xC03BL)

However, before the fatal error occurs, it's just STATUS_ACCESS_DENIED 
in both cases.



What we need is this:  Build a debug version of setup (you need gcc-3
for that since the -mno-cygwin option is still used), start it under
GDB, and set a breakpoint to filemanip.cc:468.  GDB will break there if
an error gets triggered.  Examine what status codes are returned.
See /usr/include/w32api/ddk/ntstatus.h what status code that is.
  
I also ran it with gdb and could just see the same status code that' 
also in my trace log; don't know if there's any other gdb-retrieved 
information you'd like to see.



That might give us some clue.  The only vague idea what you could try
else is to remove the FILE_OPEN_REPARSE_POINT flag from the NtCreateFile
call and see if it works without that.
  
That makes no difference, I tried both versions. The flag is only used 
in filemanip.cc anyway while the problem occurs in mkdir.cc.
Hope this helps a little bit, maybe at least for coming up with further 
debug instructions.


Thomas
Starting cygwin install, version 2.662
filemanip:NtCreateFile - C03B
filemanip:NtCreateFile - C03A
io_stream_cygfile: fopen(/etc/setup/setup.rc) failed 2 No such file or directory
filemanip:NtCreateFile - C03B
filemanip:NtCreateFile - C03A
io_stream_cygfile: fopen(/etc/setup/last-cache) failed 2 No such file or 
directory
filemanip:NtCreateFile - C03B
filemanip:NtCreateFile - C03A
io_stream_cygfile: fopen(/etc/setup/last-action) failed 2 No such file or 
directory
filemanip:NtCreateFile - C03B
filemanip:NtCreateFile - C03A
io_stream_cygfile: fopen(/etc/setup/net-method) failed 2 No such file or 
directory
filemanip:NtCreateFile - C03B
filemanip:NtCreateFile - C03A
io_stream_cygfile: fopen(/etc/setup/net-proxy-host) failed 2 No such file or 
directory
filemanip:NtCreateFile - C03B
filemanip:NtCreateFile - C03A
io_stream_cygfile: fopen(/etc/setup/net-proxy-port) failed 2 No such file or 
directory
filemanip:NtCreateFile - C03B
filemanip:NtCreateFile - C03A
io_stream_cygfile: fopen(/etc/setup/last-mirror) failed 2 No such file or 
directory
filemanip:NtCreateFile - C03B
filemanip:NtCreateFile - C03A
io_stream_cygfile: fopen(/etc/setup/extrakeys) failed 2 No such file or 
directory
filemanip:NtCreateFile - C03B
filemanip:NtCreateFile - C03A
io_stream_cygfile: fopen(/etc/setup/chooser_window_settings) failed 2 No such 
file or directory
Current Directory: h:\
User has NO backup/restore rights
Could not open Service control manager

RFU: sqlite 3.6.21-1

2009-12-11 Thread Warren Young

New upstream release:

wget -e robots=off --cut-dirs=2 -np -nH -A'*3.6.21*' -r \
http://etr-usa.com/cygwin/sqlite3/

This is the first version packaged explicitly for 1.7.  Previous 3.6.2 
was copied over from 1.5 repo.


RFU: ctags 5.8-1

2009-12-11 Thread Warren Young

New upstream release:

wget -e robots=off --cut-dirs=2 -np -nH -A'*5.8-1*' -r \
http://etr-usa.com/cygwin/ctags/

setup.hint unchanged.

This is the first version packaged explicitly for 1.7.  Previous 5.7 was 
copied over from 1.5 repo.


RFU: doxygen 1.6.1-1

2009-12-11 Thread Warren Young

New upstream release:

wget -e robots=off --cut-dirs=2 -np -nH -A'*1.6.1-1*' -r \
http://etr-usa.com/cygwin/doxygen/

setup.hint unchanged.

This is the first version packaged explicitly for 1.7.  Previous 1.5.5 
was copied over from 1.5 repo.


Re: 1.7 installation failed (on network drive?)

2009-12-11 Thread Dave Korn
Thomas Wolff wrote:
 Selected local directory: H:\cygwin17p1
 mkdir:NtCreateFile - C022
 mbox note: Couldn't create directory H:\cygwin17p1, sorry.  (Is drive full or 
 read-only?)

  So that's coming from here:

  status = NtCreateFile (dir,
 STANDARD_RIGHTS_ALL | FILE_LIST_DIRECTORY,
 attr, io, NULL, FILE_ATTRIBUTE_DIRECTORY,
 FILE_SHARE_VALID_FLAGS, FILE_CREATE,
 FILE_DIRECTORY_FILE
 | FILE_SYNCHRONOUS_IO_NONALERT
 | FILE_OPEN_FOR_BACKUP_INTENT, NULL, 0);

  Interesting.  Does it possibly succeed if you remove the
FILE_OPEN_FOR_BACKUP_INTENT flag?

cheers,
  DaveK