Re: Putting package directory in c:\Cygwin

2012-04-28 Thread Andy
Christopher Faylor  cygwin.com> writes:
>On Sat, Apr 28, 2012 at 11:02:54PM +, Andy wrote:
>>Putting the packages directly in c:\Cygwin is ill-advised because it
>>shows up in the posix directory "/".  It pollutes the directory with
>>millions of package folders.  But what if I create a folder
>>c:\Cygwin\LocalPkgs and stick them in there?  From the 10,000 foot
>>perspective, it certainly would be a lot more organized to have all
>>cygwin stuff in one windows folder.
>
>You can make a directory wherever you want.  There is no such thing
>as a "Windows folder" compared to a "Cygwin folder".  They are all
>just regular old Windows directories.

I meant the path as seen from bash command line.

Thanks for clarifying that the package folder can go anywhere.  I
should have reviewed the FAQ, which actually says that the cygwin root
directory should not be put into c:\ .

However, I decided not to put the package directory in c:\Cygwin
anyway, just to make it that much easier to blow away c:\Cygwin when
problems are encountered with Setup.  I won't go into details because
the problems I encountered got easily fixed exactly in this manner.

Just as a note for others, though, I had to delete the shortcuts that
launch a cygwin shell and have the setup program recreate them.
Not doing so generates errors about the shortcut being bound to
mintty, which couldn't be found.  Hopefully, this detail will save
some people a bit of time.


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



Re: Choose different cygwin mirror without reselecting packages

2012-04-28 Thread Andy
Christopher Faylor  cygwin.com> writes:
> On Sat, Apr 28, 2012 at 11:06:29PM +, Andy wrote:
>> Is there a way to switch mirrors without having to reselect
>> packages?
>
> No.

Thanks, Chris.


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



Re: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)

2012-04-28 Thread Nick Lowe
I forgot to add, it also needs to be signed by a trusted root for it
to be useful to most people.

On Sun, Apr 29, 2012 at 1:51 AM, Nick Lowe  wrote:
> "I installed 2.772 on my systems as soon as it was available and I
> don't see any such issue using my local mirror.  Did you try another
> mirror?"
>
> Quite, but the idea of corruption was implicit in that question. A
> digital signature would rule that out. It was only a suggestion to
> ensure that that would never be a possibility.
>
> What's with the hostility? It's really bad etiquette... ;)
>
> Nick

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



Re: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)

2012-04-28 Thread Nick Lowe
"I installed 2.772 on my systems as soon as it was available and I
don't see any such issue using my local mirror.  Did you try another
mirror?"

Quite, but the idea of corruption was implicit in that question. A
digital signature would rule that out. It was only a suggestion to
ensure that that would never be a possibility.

What's with the hostility? It's really bad etiquette... ;)

Nick

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



Re: Putting package directory in c:\Cygwin

2012-04-28 Thread Christopher Faylor
On Sat, Apr 28, 2012 at 11:02:54PM +, Andy wrote:
>Putting the packages directly in c:\Cygwin is ill-advised because it shows up 
>in
>the posix directory "/".  It pollutes the directory with millions of package
>folders.  But what if I create a folder c:\Cygwin\LocalPkgs and stick them in
>there?  From the 10,000 foot perspective, it certainly would be a lot more
>organized to have all cygwin stuff in one windows folder.

You can make a directory wherever you want.  There is no such thing as a
"Windows folder" compared to a "Cygwin folder".  They are all just
regular old Windows directories.

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



Re: Choose different cygwin mirror without reselecting packages

2012-04-28 Thread Christopher Faylor
On Sat, Apr 28, 2012 at 11:06:29PM +, Andy wrote:
>Andy  gmail.com> writes:
>> I spent about 30-45 minutes choosing the packages I wanted from
>> setup.exe, then proceeded to download.  The particular server I
>> chose has a delay between files of what seems like infinity, so I
>> want to switch mirrors without having to re-select packages.  I was
>> hoping that my selection was saved somewhere, but no files within
>> the package directory seems to contain my selection info.  Is there
>> a way to switch mirrors without having to reselect packages?
>
>By the way, if the answer is "no", thanks if you can also reply.  I'd
>rather interrupt the current pathologically slow download and redo my
>package selection as soon as possible.  Thanks.

No.

cgf

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



Re: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)

2012-04-28 Thread Christopher Faylor
On Sat, Apr 28, 2012 at 09:57:01PM +0100, Nick Lowe wrote:
>> It's bad etiquette to derail an email thread with unrelated questions.
>
>I certainly didn't mean to derail it, the other points were ancillary
>to the implicit point that I intended to make which is that if the
>executable was digitally signed, any potential corruption would
>immediately be flagged by the operating system.

There is no evidence that setup.exe (which is signed) was corrupt.  It
has/had what we call in the software industry "a bug".  Digital signing
is not going to solve that.

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



Re: Choose different cygwin mirror without reselecting packages

2012-04-28 Thread Andy
Andy  gmail.com> writes:
> I spent about 30-45 minutes choosing the packages I wanted from
> setup.exe, then proceeded to download.  The particular server I
> chose has a delay between files of what seems like infinity, so I
> want to switch mirrors without having to re-select packages.  I was
> hoping that my selection was saved somewhere, but no files within
> the package directory seems to contain my selection info.  Is there
> a way to switch mirrors without having to reselect packages?

By the way, if the answer is "no", thanks if you can also reply.  I'd
rather interrupt the current pathologically slow download and redo my
package selection as soon as possible.  Thanks.


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



Putting package directory in c:\Cygwin

2012-04-28 Thread Andy
Putting the packages directly in c:\Cygwin is ill-advised because it shows up in
the posix directory "/".  It pollutes the directory with millions of package
folders.  But what if I create a folder c:\Cygwin\LocalPkgs and stick them in
there?  From the 10,000 foot perspective, it certainly would be a lot more
organized to have all cygwin stuff in one windows folder.


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



Choose different cygwin mirror without reselecting packages

2012-04-28 Thread Andy
I spent about 30-45 minutes choosing the packages I wanted from setup.exe, then
proceeded to download.  The particular server I chose has a delay between files
of what seems like infinity, so I want to switch mirrors without having to
re-select packages.  I was hoping that my selection was saved somewhere, but no
files within the package directory seems to contain my selection info.  Is there
a way to switch mirrors without having to reselect packages?


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



Cygwin NFS server yields empty directory listing

2012-04-28 Thread Ken
For some years I have run an old Unix system (OpenStep) as an NFS client.
The NFS server has been SFU running on Windows XP. This combination works
fine.

For Windows 7 I have looked at HameWin, FreeNFS, ... but they have
limitations like very restricted user mapping.

I've therefore tried Cygwin NFS server, which is more promising. I appear to
have it set up correctly (permissions, firewall, user mapping, exports,
etc.). It sort-of works but there's a bizarre problem.

When I list a directory exported from the Windows server to the Unix client
it works fine the first time. But when I list the directory a second (or
later) time I get no entries listed.

I turned on all logging for nfsd. It seems that it serves up directory
entries only on the first access. On subsequent accesses, there is only
minimal processing in NFS server and no attempt to read the directory:

nfsd[8796] 04/28/112 18:25 fhandle.c 938 : fh_find: psi=14cfa... found
'/tmp', fd=-1
nfsd[8796] 04/28/112 18:25 dispatch.c 174 : getattr [1 112/4/28 19:25:32
clam 0.100+100,0]
nfsd[8796] 04/28/112 18:25 dispatch.c 174 : /tmp
nfsd[8796] 04/28/112 18:25 fhandle.c 938 : fh_find: psi=14cfa... found
'/tmp', fd=-1
nfsd[8796] 04/28/112 18:25 ugid_map.c 455 : ugid_get_entry(0x20075278, 0)
result 0x20075680
nfsd[8796] 04/28/112 18:25 ugid_map.c 287 : luid(192.168.1.20, 0) = 500
nfsd[8796] 04/28/112 18:25 ugid_map.c 455 : ugid_get_entry(0x200782b8, 100)
result 0x200789e0
nfsd[8796] 04/28/112 18:25 ugid_map.c 310 : lgid(192.168.1.20, 100) = 1008
nfsd[8796] 04/28/112 18:25 ugid_map.c 455 : ugid_get_entry(0x200782b8, 100)
result 0x200789e0
nfsd[8796] 04/28/112 18:25 ugid_map.c 310 : lgid(192.168.1.20, 100) = 1008
nfsd[8796] 04/28/112 18:25 ugid_map.c 455 : ugid_get_entry(0x200782b8, 0)
result 0x200786c0
nfsd[8796] 04/28/112 18:25 ugid_map.c 310 : lgid(192.168.1.20, 0) = 513
nfsd[8796] 04/28/112 18:25 ugid_map.c 237 : ruid(192.168.1.20, 544) = -2
nfsd[8796] 04/28/112 18:25 ugid_map.c 264 : rgid(192.168.1.20, 513) = -2
nfsd[8796] 04/28/112 18:25 dispatch.c 182 : result: 0

(no readdir at this point)

Despite the empty directory listing, I can create and delete files or
directories in the exported directory. I therefore think that the NFS setup
is correct, but for some reason reading a directory gives no results after
one access.

Any inspirations? I am using Windows 7 Enterprise SP1, cygwin 1.7.14-2,
nfs-server 2.3-5.



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



Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?

2012-04-28 Thread marco atzeri

On 4/28/2012 10:45 PM, Christopher Faylor wrote:

On Sat, Apr 28, 2012 at 02:24:29PM -0400, Christopher Faylor wrote:

I can duplicate this.  I'll try to fix it today.


I think I fixed the problem.  I at least fixed *a* problem.  The latest
setup.exe, now on cygwin.com has the fix that solved the issue for me.

cgf



no change in my case :-(

installing from matzeri.altervista.org

it crashes trying to download the missing setup.bz2.
If I add a setup.bz2 it crashes with the missing setup.bz2.sig


Marco



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



Re: Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)

2012-04-28 Thread Nick Lowe
> It's bad etiquette to derail an email thread with unrelated questions.

I certainly didn't mean to derail it, the other points were ancillary
to the implicit point that I intended to make which is that if the
executable was digitally signed, any potential corruption would
immediately be flagged by the operating system.

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



Using Red Hat digital signing on setup.exe (was Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?)

2012-04-28 Thread Christopher Faylor
It's bad etiquette to derail an email thread with unrelated questions.

On Sat, Apr 28, 2012 at 07:22:29PM +0100, Nick Lowe wrote:
>Is there a reason why the Cygwin executables, and certainly the
>installer, are not digitally signed by Redhat?

setup.exe is not produced by Red Hat and the Cygwin project at
cygwin.com is not a Red Hat project.  So, the logicstics of doing this
aside, I doubt that Red Hat would be too keen on the idea.

cgf

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



Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?

2012-04-28 Thread Christopher Faylor
On Sat, Apr 28, 2012 at 02:24:29PM -0400, Christopher Faylor wrote:
>I can duplicate this.  I'll try to fix it today.

I think I fixed the problem.  I at least fixed *a* problem.  The latest
setup.exe, now on cygwin.com has the fix that solved the issue for me.

cgf

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



gdb hanging in emacs

2012-04-28 Thread Ryan Johnson

Hi all,

I'm trying to use a home-built cross-gdb to do some remote debugging 
over tcp, but running gdb inside emacs doesn't work. M-x gud-gdb works 
fine, it's something wrong with the emacs integration. Unlike past times 
this has come up, the issue doesn't seem to be related to seg faults; 
the closest match I can find is from the emacs mailing list a while back 
[1], and involves a so-called "phase error." Basically, a large fraction 
of commands cause gud to hang in "[initializing...]" state for minutes 
or longer, apparently because it doesn't see what it expects and gets 
confused.


The workaround to use 'file $BINARY' instead of specifying it at the 
command line avoids one problem, but simple things like 'set remotebaud 
115200' also hang (unless added to a .gdbinit), and actually attempting 
to attach to the remote process similarly hangs forever in the 
initializing state. There is no CPU or disk utilization, and the command 
can't be interrupted with C-c C-c (though that does make it report a 
phase error before going back to hung). In some cases the "hang" 
resolves itself after about two minutes -- usually for simple commands 
like `set remotebaud' -- but more often than not, it's permanent. The 
behavior is also somewhat erratic, in the sense that the specific set of 
commands that hangs changes slowly over time and/or between invocations.


So, two questions:

1. Has anyone else seen this, and if so, do they have any advice or 
workarounds?


2. Cygwin's official gdb doesn't seem to have any of these problems, 
though I can't test most of the commands, since it can't attach to the 
remote process. Is there some set of cygwin-specific patches I could 
borrow that make all the difference, or is my observation just coincidence?


Thanks!
Ryan

[1] http://lists.gnu.org/archive/html/help-gnu-emacs/2008-06/msg00713.html



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



[ANNOUNCEMENT] Updated: openssl-1.0.1b-1, openssl-devel-1.0.1b-1, libopenssl100-1.0.1b-1

2012-04-28 Thread Corinna Vinschen
I've updated the version of OpenSSL to 1.0.1b-1.

This is an upstream new feature release.  The Cygwin release is build from
the vanilla sources, now packaged using cygport.

Here's the official release message:



   OpenSSL version 1.0.1b released
   ===

   OpenSSL - The Open Source toolkit for SSL/TLS
   http://www.openssl.org/

   The OpenSSL project team is pleased to announce the release of
   version 1.0.1b of our open source toolkit for SSL/TLS. This new
   OpenSSL version is a new feature release. For a complete
   list of changes, please see

   http://www.openssl.org/source/exp/CHANGES.

   The most significant changes are:

  o Fix compilation error on non-x86 platforms.
  o Make FIPS capable OpenSSL ciphers work in non-FIPS mode.
  o Fix SSL_OP_NO_TLSv1_1 clash with SSL_OP_ALL in OpenSSL 1.0.0

   We consider OpenSSL 1.0.1b to be the best version of OpenSSL
   available and we strongly recommend that users of older versions
   upgrade as soon as possible. OpenSSL 1.0.1b is available for
   download via HTTP and FTP from the following master locations (you
   can find the various FTP mirrors under
   http://www.openssl.org/source/mirror.html):

 * http://www.openssl.org/source/
 * ftp://ftp.openssl.org/source/

   The distribution file name is:

o openssl-1.0.1b.tar.gz
  Size: 4456651
  MD5 checksum: a1da58ce63baef3812004714fa302c47
  SHA1 checksum: b6222cbbf835c27d9ad6db22262da6e4a2aca8b8

   The checksums were calculated using the following commands:

openssl md5 openssl-1.0.1b.tar.gz
openssl sha1 openssl-1.0.1b.tar.gz

   Yours,

   The OpenSSL Project Team.




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


*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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


cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

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

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

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

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

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



Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?

2012-04-28 Thread Ken

Christopher Faylor wrote:

On Sat, Apr 28, 2012 at 08:06:21PM +0200, Corinna Vinschen wrote:

On Apr 28 13:02, Ken wrote:

marco atzeri wrote:

BLODA is still a possibility, I have Symantec installed; or there
is subtle bug handling the missing files on the website

Marco



Hi Marco,

   Nice to see that you can reproduce the problem!  I neglected to
mention that this seems to occur immediately after the initial
setup.ini download (even to a fresh, non-cached, local folder), but
it would seem that you have reproduced what I am experiencing.  As I
mentioned, the download operations work fine with the previous
version of setup.exe (from 1.7.13); which is why I question whether
or not something is slightly awry in the new version.

There's no change between 2.769 and 2.772 which would explain any change
in handling the .ini file.

Yeah, ditto, but...


I installed 2.772 on my systems as soon as it was available and I don't
see any such issue using my local mirror.  Did you try another mirror?


Yes, as I mentioned in my initial post, I tried a few 
different mirrors with the same result.



I can duplicate this.  I'll try to fix it today.

cgf



Excellent!  I look forward to the fix. :-)

Thank you!
Ken


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



Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?

2012-04-28 Thread Christopher Faylor
On Sat, Apr 28, 2012 at 08:06:21PM +0200, Corinna Vinschen wrote:
>On Apr 28 13:02, Ken wrote:
>> marco atzeri wrote:
>> >BLODA is still a possibility, I have Symantec installed; or there
>> >is subtle bug handling the missing files on the website
>> >
>> >Marco
>> >
>> >
>> Hi Marco,
>> 
>>   Nice to see that you can reproduce the problem!  I neglected to
>> mention that this seems to occur immediately after the initial
>> setup.ini download (even to a fresh, non-cached, local folder), but
>> it would seem that you have reproduced what I am experiencing.  As I
>> mentioned, the download operations work fine with the previous
>> version of setup.exe (from 1.7.13); which is why I question whether
>> or not something is slightly awry in the new version.
>
>There's no change between 2.769 and 2.772 which would explain any change
>in handling the .ini file.

Yeah, ditto, but...

>I installed 2.772 on my systems as soon as it was available and I don't
>see any such issue using my local mirror.  Did you try another mirror?

I can duplicate this.  I'll try to fix it today.

cgf

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



Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?

2012-04-28 Thread Nick Lowe
Is there a reason why the Cygwin executables, and certainly the
installer, are not digitally signed by Redhat?

Also, with reference to:

http://blogs.msdn.com/b/cjacks/archive/2009/03/27/manifesting-for-compatibility-on-windows-7.aspx
http://msdn.microsoft.com/en-us/library/dd371711%28v=vs.85%29.aspx

Should the Cygwin executables should be manifested so that they cannot
run under any PCA compatibility shim and get the Windows 7
'behaviour'?

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



Re: the tzset tool does not match the man description

2012-04-28 Thread Corinna Vinschen
On Apr 28 17:55, marco atzeri wrote:
> On 4/28/2012 5:29 PM, rodmed...@cantv.net wrote:
> >Hi,
> >
> >It seems to me that the behavior of the tzset tool does not
> >match the description given in the man pages.
> >Apparently  the tzset tool which is part  of the cygwin  pckage
> >is different from the one described in the man pages. I
> >think that this is a confusing situation. If I am right,
> >I think that the cygwin maintainers should changing
> >the name of the tzset tool to something else (tzget ?).
> >
> >greetings
> >
> >RM
> >
> 
> tzset tool has no man page.
> (no /usr/share/man/man1/tzset.1.gz )
> 
> 
> what you see with "man tzset" is the man of the newlib tzset
> function
> /usr/share/man/man3/tzset.3.gz

And here's the description of the tzset command:

  http://cygwin.com/cygwin-ug-net/using-utils.html#tzset


Corinna

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

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



Re: Cygwin 1.7.14-2 setup.exe v2.772 broken?

2012-04-28 Thread Corinna Vinschen
On Apr 28 13:02, Ken wrote:
> marco atzeri wrote:
> >BLODA is still a possibility, I have Symantec installed; or there
> >is subtle bug handling the missing files on the website
> >
> >Marco
> >
> >
> Hi Marco,
> 
>   Nice to see that you can reproduce the problem!  I neglected to
> mention that this seems to occur immediately after the initial
> setup.ini download (even to a fresh, non-cached, local folder), but
> it would seem that you have reproduced what I am experiencing.  As I
> mentioned, the download operations work fine with the previous
> version of setup.exe (from 1.7.13); which is why I question whether
> or not something is slightly awry in the new version.

There's no change between 2.769 and 2.772 which would explain any change
in handling the .ini file.

I installed 2.772 on my systems as soon as it was available and I don't
see any such issue using my local mirror.  Did you try another mirror?


Corinna

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

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



Re: the tzset tool does not match the man description

2012-04-28 Thread marco atzeri

On 4/28/2012 5:29 PM, rodmed...@cantv.net wrote:

Hi,

It seems to me that the behavior of the tzset tool does not
match the description given in the man pages.
Apparently  the tzset tool which is part  of the cygwin  pckage
is different from the one described in the man pages. I
think that this is a confusing situation. If I am right,
I think that the cygwin maintainers should changing
the name of the tzset tool to something else (tzget ?).

greetings

RM



tzset tool has no man page.
(no /usr/share/man/man1/tzset.1.gz )


what you see with "man tzset" is the man of the newlib tzset
function
/usr/share/man/man3/tzset.3.gz

-

TZSET(3)   NEWLIB 
TZSET(3)


NAME
   9.11 `tzset'--set timezone characteristics from TZ environment 
variable


SYNOPSIS
#include 
void tzset(void);
void _tzset_r (struct _reent *);

--

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



the tzset tool does not match the man description

2012-04-28 Thread rodmed...@cantv.net
Hi,

It seems to me that the behavior of the tzset tool does not
match the description given in the man pages. 
Apparently  the tzset tool which is part  of the cygwin  pckage
is different from the one described in the man pages. I
think that this is a confusing situation. If I am right,
I think that the cygwin maintainers should changing
the name of the tzset tool to something else (tzget ?).

greetings

RM

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



Re: The "date" command is giving wrong results (SOLVED).

2012-04-28 Thread Corinna Vinschen
On Apr 28 00:30, Rodrigo Medina wrote:
> Corinna Vinschen wrote:
> >... you might consider to debug the tzset tool ...
> 
> The cygwin tzset program is OK.
> The problem was caused by a non-standard TZ-regestry
> produced by an non-official patch that I applied few
> years ago when the venezuelan legal time zone was
> change from GMT-4:00 to GMT-4:30, that at that time was not
> supported by Microsoft. With the official  Microsoft tz patch
> everything is OK.
> 
> Sorry for the noise.

No worries.  Thanks for keeping us informed.


Corinna

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

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



Re: Cygwin passes through null writes to other software when redirecting standard input/output (i.e. piping)

2012-04-28 Thread Daniel Colascione
On 4/27/12 10:27 PM, Christopher Faylor wrote:
> The above comment shows an "and" relationship here.  Message type pipes
> more closely mimic Linux (UNIX) pipe behavior AND are definitely
> required for ptys.

Yeah, but because message pipes break other programs. Cygwin has only
been using message pipes since 23-Oct-11 (1.134), and it got along
fine before that, ICANON aside. If Cygwin programs don't actually
_need_ message pipes in the general case, Cygwin should use byte pipes
instead.



signature.asc
Description: OpenPGP digital signature


Re: how to deny delete

2012-04-28 Thread pen

The problem i have is - no new user be created but i'm also administrator.
I want to restrict some folders from being moved(or even touched).
appreciate your hints help.

regards
pen


pen wrote:
> 
> How about locking the vnode or inode of directory? i did not find any such
> reference but i believe it must be doable.
> 
> 
> Larry Hall (Cygwin-X) wrote:
>> 
>> On 4/24/2012 1:01 PM, Corinna Vinschen wrote:
>>> On Apr 24 12:57, Larry Hall (Cygwin) wrote:
 On 4/24/2012 4:24 AM, pen wrote:
>
> unfortunately, the options u pointed and what andrey pointed arent
> possible.
> In line with the locking file or directory any commands or API are
> available? Any tips on implementing it would be helpful.

 Windows will allow you to manage just the delete permission.  If you
 need
 that level of control, check out 'icacls'.  Something like the
 following
 may work for you:

icacls  /deny:D
>>>
>>> Doesn't help in Cygwin if the user is admin.  Think SE_BACKUP_PRIVILEGE.
>> 
>> Ah yes.  And the OP said dropping this privilege for the user was a
>> non-starter for some reason.  OK, I'm out of ideas.
>> 
>> -- 
>> Larry
>> 
>> _
>> 
>> A: Yes.
>>  > Q: Are you sure?
>>  >> A: Because it reverses the logical flow of conversation.
>>  >>> Q: Why is top posting annoying in email?
>> 
>> --
>> Problem reports:   http://cygwin.com/problems.html
>> FAQ:   http://cygwin.com/faq/
>> Documentation: http://cygwin.com/docs.html
>> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/how-to-deny-delete-tp33732027p33763249.html
Sent from the Cygwin list mailing list archive at Nabble.com.


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