Just done a check on md5sums in setup.ini setup-timestamp: 1428012611
Usually the entries are of the style
filename filesize md5sum
but in setup.ini setup-timestamp: 1428012611 (and also I see earlier, so this
is not entirely recent) there are entries of the form
install:
CHANGES SINCE LAST RELEASE:
===
New upstream release.
* Fix: Skip the GB18030 tests when the system does not support the
Chinese locale with GB18030 character encoding.
* Fix: Small corrections in the manual in section GB18030 and OPTIONS
-m.
homepage:
CHANGES SINCE LAST RELEASE:
===
New upstream release.
* Fix: Skip the GB18030 tests when the system does not support the
Chinese locale with GB18030 character encoding.
* Fix: Small corrections in the manual in section GB18030 and OPTIONS
-m.
homepage:
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=78cfc586c88426f6b38eeb2fcbff0b55eb2b3e3a
commit 78cfc586c88426f6b38eeb2fcbff0b55eb2b3e3a
Author: David A. Wheeler dwhee...@dwheeler.com
Date: Thu Apr 2 14:04:55 2015 -0400
Add FAQ entry on how Cygwin counters install and update
On Apr 2 14:04, David A. Wheeler wrote:
* faq-setup.xml: Document how Cygwin secures installation and
update against man-in-the-middle (MITM) attacks. Note that
setup embeds a public key to check the signature of setup.ini,
and that setup.ini includes SHA-512
Hi Henri,
On Apr 2 19:47, Houder wrote:
Hi Corinna,
Reference:
https://cygwin.com/ml/cygwin/2015-04/msg8.html
- Re: Can I move Cygwin and Cygwin64 to a drive other than C: ?
Would you mind to keep the mail threading intact and reply to the issue
rather than creating a new
Fergus Daly writes:
Just done a check on md5sums in setup.ini setup-timestamp: 1428012611
Usually the entries are of the style
filename filesize md5sum
but in setup.ini setup-timestamp: 1428012611 (and also I see earlier, so this
is not entirely recent) there are entries of the form
https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=8e01f34ed10291506e395eb57a96231d3bd58d3d
commit 8e01f34ed10291506e395eb57a96231d3bd58d3d
Author: Takashi Yano takashi.y...@nifty.ne.jp
Date: Fri Apr 3 13:07:35 2015 +0900
Cygwin hangs up if several keys are typed during outputting
Hi Takashi,
On Apr 3 13:07, Takashi Yano wrote:
On Thu, 5 Mar 2015 13:59:01 +0100
Corinna Vinschen corinna-cyg...@cygwin.com wrote:
One small thing to be improved is here:
+ if (echo_cnt 0
+ReadFile (echo_r, outbuf, MIN (rlen, echo_cnt), n, NULL))
echo_cnt
On Apr 2 23:27, David A. Wheeler wrote:
On Thu, 2 Apr 2015 21:23:16 -0400, Bryan Berns bryan.be...@gmail.com wrote:
Since the setup executable is responsible for running a whole bunch of
community contributed post-install executables as part of the
installation process, I'm not sure
On Apr 3 13:12, D. Boland wrote:
I noticed that the package is orphaned. I 'd like to adopt it.
Sure, adopting orphaned packages is super.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Hi Henri,
On Apr 2 19:47, Houder wrote:
Hi Corinna,
Reference:
https://cygwin.com/ml/cygwin/2015-04/msg8.html
- Re: Can I move Cygwin and Cygwin64 to a drive other than C: ?
Would you mind to keep the mail threading intact and reply to the issue
rather than creating a new
On Thu, Apr 2, 2015 at 1:47 PM, Houder hou...@xs4all.nl wrote:
2015/04/02 19:13:56 ERROR 5 (0x0005) Copying File
E:\Cygwin\home\jvdwater\.bash_history
Access is denied.
Waiting 30 seconds... Retrying...
New File 689.bash_history
ROBOCOPY is very
Daniel,
On Feb 18 00:04, Corinna Vinschen wrote:
On Feb 17 23:51, Christian Franke wrote:
D. Boland wrote:
Hi Corinna,
Corinna Vinschen wrote:
Only two smaller problems:
- The mailq and newaliases symlinks in /usr/bin must not be part
of the package, otherwise they
On Apr 3 13:18, Corinna Vinschen wrote:
On Apr 2 20:30, Jon TURNEY wrote:
* exceptions.cc (call_signal_handler): Only bother to construct
the ucontext for signal handlers with SA_SIGINFO set.
Looks good, except...
+ ucontext_t context;
+ ucontext_t *thiscontext =
On Thu, Apr 2, 2015 at 1:47 PM, Houder hou...@xs4all.nl wrote:
2015/04/02 19:13:56 ERROR 5 (0x0005) Copying File
E:\Cygwin\home\jvdwater\.bash_history
Access is denied.
Waiting 30 seconds... Retrying...
New File 689.bash_history
ROBOCOPY is very
Greetings, lemke...@t-online.de!
I've got a strange problem: diff -r /d /g won't recurse into the two
directories. /d and /g are the
roots of two disks where /g is a clone (disk2vhd) of /d. ls -R and other
tools have no problems
to walk the tree. strace doesn't give me a clue. Any
I noticed that the package is orphaned. I 'd like to adopt it.
Cheers,
Daniel Boland
On Apr 2 20:30, Jon TURNEY wrote:
* exceptions.cc (call_signal_handler): Only bother to construct
the ucontext for signal handlers with SA_SIGINFO set.
Looks good, except...
+ ucontext_t context;
+ ucontext_t *thiscontext = NULL;
+
+ /* Only make a context for
Op 3-4-2015 om 16:17 schreef lemke...@t-online.de:
I've got a strange problem: diff -r /d /g won't recurse into the two
directories. /d and /g are the
roots of two disks where /g is a clone (disk2vhd) of /d. ls -R and other tools
have no problems
to walk the tree. strace doesn't give me a
Greetings, Erwin Waterlander!
I've got a strange problem: diff -r /d /g won't recurse into the two
directories. /d and /g are the
roots of two disks where /g is a clone (disk2vhd) of /d. ls -R and other
tools have no problems
to walk the tree. strace doesn't give me a clue. Any ideas?
I've got a strange problem: diff -r /d /g won't recurse into the two
directories. /d and /g are the
roots of two disks where /g is a clone (disk2vhd) of /d. ls -R and other tools
have no problems
to walk the tree. strace doesn't give me a clue. Any ideas?
Thanks,
Michael
Greetings, Mirko Vukovic!
This is not an only Cygwin question (I see it also in the output of
the Windows version of
Emacs's dired).
For some files in my directories, the output of ls -l gives the
Administrators as owner.
This is puzzling to me because:
- There is no Administrators user
This is not an only Cygwin question (I see it also in the output of
the Windows version of
Emacs's dired).
For some files in my directories, the output of ls -l gives the
Administrators as owner.
This is puzzling to me because:
- There is no Administrators user listed in the Windows accounts
-
24 matches
Mail list logo