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
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/fa
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?
"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 wo
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
>the
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 switc
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
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
> ho
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
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 so
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 N
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
> 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 b
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 pr
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:
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;
th
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 v
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
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
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.a
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
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 th
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 i
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 th
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 l
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
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 beli
27 matches
Mail list logo
