On 19.07.2020 06:42, Matt Seitz wrote:
From: Cygwin On Behalf Of Brian Inglis
On 2020-07-18 19:09, Matt Seitz wrote:
When I ran Setup today to get the latest Cygwin, Setup reported an error:
Warning: One or more mirrors you have selected is/are not on the list of
official Cygwin mirrors any
On Sun, 19 Jul 2020 04:42:33 +
Matt Seitz wrote:
> > From: Cygwin On Behalf Of Brian Inglis
> >
> > On 2020-07-18 19:09, Matt Seitz wrote:
> > > When I ran Setup today to get the latest Cygwin, Setup reported an error:
> > >
> > > Warning: One or more mirrors you have selected is/are not on
> From: Cygwin On Behalf Of Brian Inglis
>
> On 2020-07-18 19:09, Matt Seitz wrote:
> > When I ran Setup today to get the latest Cygwin, Setup reported an error:
> >
> > Warning: One or more mirrors you have selected is/are not on the list of
> official Cygwin mirrors any more. It/They may be
On 7/17/2020 5:39 PM, km2z7kca0oge--- via Cygwin wrote:
Hi there,
Recently I've noticed that PHP seems have to hard 4MB memory limit,
[...]
Example script:
```
http://mirror.cwcs.co.uk/centos/8.2.2004/isos/x86_64/CentOS-8.2.2004-x86_64-dvd1.iso');
// A large file such as an ISO.
```
On 2020-07-18 17:29, Lester Ingber via Cygwin wrote:
> Is anyone else having problems with ssh -- a most basic tool?
>
> The past few months ssh has not been working for me. I have had to use
> WSL Bash.
Windows installs its own ssh client and sshd server when WSL is installed:
before starting
On 2020-07-18 19:09, Matt Seitz wrote:
> When I ran Setup today to get the latest Cygwin, Setup reported an error:
>
> Warning: One or more mirrors you have selected is/are not on the list of
> official Cygwin mirrors any more. It/They may be out of date or missing some
> packages.
For more
When I ran Setup today to get the latest Cygwin, Setup reported an error:
Warning: One or more mirrors you have selected is/are not on the list of
official Cygwin mirrors any more. It/They may be out of date or missing some
packages.
cygcheck.out
Description: cygcheck.out
--
Problem
Date: Sat, 18 Jul 2020 07:47:40 +0200
From: Marco Atzeri via Cygwin
> On 18.07.2020 02:45, Lemures Lemniscati via Cygwin wrote:
>
> >
> > Hi!
> >
> > Thank you for updating cmake.
> >
> > Some errors'll occur in Source/kwsys/SystemInformation.cxx
> > since /proc/meminfo in Cygwin has only these
On 7/18/2020 6:29 PM, Lester Ingber via Cygwin wrote:
Is anyone else having problems with ssh -- a most basic tool?
No. It is working as expected.
$ cygcheck -c openssh
Cygwin Package Information
Package VersionStatus
openssh 8.3p1-1OK
$ ssh -p
Is anyone else having problems with ssh -- a most basic tool?
The past few months ssh has not been working for me. I have had to use
WSL Bash.
Lester
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:
Hi,
So i noticed graph wasn't doing anything, i could even get it to respond to the
help argument.
I attached strace to it, and it shows that it was seg-faulting.
I _just_ did an update, specifically to see if that would fix it and it did not.
1 could someone reproduce this ?
2 what should i
On 2020-07-18 14:09, Achim Gratz wrote:
> Brian Inglis writes:
>> Need a 5.4.0-2 soon!
>
> Which part of "it's fixed" is confusing you? Look in the release
> package, not the RC2.
Sorry - thought I was looking at a recent setup.ini but not recent enough, and
didn't take in there was only test
Brian Inglis writes:
> Need a 5.4.0-2 soon!
Which part of "it's fixed" is confusing you? Look in the release
package, not the RC2.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
Am 18.07.2020 um 21:56 schrieb Achim Gratz:
Thomas Wolff writes:
Errh, which you explained above, sorry. Anyhow, gnuplot.exe did not
get installed.
OK, it's called gnuplot-base now. Is it a good idea to drop plain
gnuplot as an invocation name?
By the way, the next release of mintty will also
On 17.07.2020 23:25, Marco Atzeri wrote:
On 17.07.2020 23:03, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
Okay. I've updated my test packages, and they are available at
https://www.hamishmb.com/files/cygwin-temp/ as before. Please let me
know if I'm now good to go or if there are any more
On 2020-07-18 13:37, Brian Inglis wrote:
> On 2020-07-18 11:45, Brian Inglis wrote:
>> On 2020-07-18 10:45, Thomas Wolff wrote:
>>> Am 18.07.2020 um 18:40 schrieb Thomas Wolff:
Am 18.07.2020 um 18:31 schrieb Thomas Wolff:
> Am 18.07.2020 um 09:55 schrieb Achim Gratz:
>> Gnuplot
Brian Inglis writes:
> Script to setup postinstall alternatives is actually called gnuplot-base.dash
> and the executable name does not look as if alternatives will use it:
That was an error in the test packages that has since been fixed and had
been noted in the announcement of the test package.
Thomas Wolff writes:
>> Errh, which you explained above, sorry. Anyhow, gnuplot.exe did not
>> get installed.
> OK, it's called gnuplot-base now. Is it a good idea to drop plain
> gnuplot as an invocation name?
> By the way, the next release of mintty will also support GNUTERM=tek40xx
The
On 2020-07-18 11:45, Brian Inglis wrote:
> On 2020-07-18 10:45, Thomas Wolff wrote:
>> Am 18.07.2020 um 18:40 schrieb Thomas Wolff:
>>> Am 18.07.2020 um 18:31 schrieb Thomas Wolff:
Am 18.07.2020 um 09:55 schrieb Achim Gratz:
> Gnuplot version 5.4.0 is now available on Cygwin. The
On 2020-07-18 10:45, Thomas Wolff wrote:
> Am 18.07.2020 um 18:40 schrieb Thomas Wolff:
>> Am 18.07.2020 um 18:31 schrieb Thomas Wolff:
>>> Am 18.07.2020 um 09:55 schrieb Achim Gratz:
Gnuplot version 5.4.0 is now available on Cygwin. The upstream release
notes are available at:
On 2020-07-18 09:33, km2z7kca0oge--- via Cygwin wrote:
>> You told us nothing about what versions of Windows, Cygwin, and PHP you are
>> running, so WAG, either:
> Wow Brian, what a rude response. I definitely followed the problem reporting
> guide, and didn't realise you'd need information
Am 18.07.2020 um 18:40 schrieb Thomas Wolff:
Am 18.07.2020 um 18:31 schrieb Thomas Wolff:
Am 18.07.2020 um 09:55 schrieb Achim Gratz:
Gnuplot version 5.4.0 is now available on Cygwin. The upstream release
notes are available at:
http://www.gnuplot.info/ReleaseNotes_5_4.html
Cygwin Notes
Am 18.07.2020 um 18:31 schrieb Thomas Wolff:
Am 18.07.2020 um 09:55 schrieb Achim Gratz:
Gnuplot version 5.4.0 is now available on Cygwin. The upstream release
notes are available at:
http://www.gnuplot.info/ReleaseNotes_5_4.html
Cygwin Notes
The tutorial has been removed from
Am 18.07.2020 um 09:55 schrieb Achim Gratz:
Gnuplot version 5.4.0 is now available on Cygwin. The upstream release
notes are available at:
http://www.gnuplot.info/ReleaseNotes_5_4.html
Cygwin Notes
The tutorial has been removed from the 5.4 branch of gnuplot, so it is
no longer
Oh, to add one more thing here, I've noticed there's a patch in the Cygwin
Source Package called `7.1.9-malloc-cygwin.patch` which references something to
do with Page sizes and 4096 which makes me wonder if this is interfering
somehow.
> +#define REAL_PAGE_SIZE 4096
--Jack
--
Problem
> You told us nothing about what versions of Windows, Cygwin, and PHP you are
> running, so WAG, either:
Wow Brian, what a rude response. I definitely followed the problem reporting
guide, and didn't realise you'd need information overload that probably doesn't
relate to the case at hand. When
After this, we will end up dumping memory regions where:
- state is MEM_COMMIT (i.e. is not MEM_RESERVE or MEM_FREE), and
-- type is MEM_PRIVATE and protection allows reads (i.e. not a guardpage), or
-- type is MEM_IMAGE and protection allows writes
Making this decision based on the current
Drop excluded regions, now it's always empty
---
winsup/utils/dumper.cc | 48 --
winsup/utils/dumper.h | 17 ---
2 files changed, 4 insertions(+), 61 deletions(-)
diff --git a/winsup/utils/dumper.cc b/winsup/utils/dumper.cc
index
Use the (undocumented) MEMORY_WORKING_SET_EX_INFORMATION in dumper to
determine if a MEM_IMAGE region is unsharable, and hence has been
modified.
---
winsup/doc/utils.xml | 8 ++---
winsup/utils/Makefile.in | 2 +-
winsup/utils/dumper.cc | 63 ++--
3
---
winsup/utils/Makefile.in | 6 +--
winsup/utils/dumper.cc | 2 -
winsup/utils/dumper.h| 2 -
winsup/utils/parse_pe.cc | 107 ---
4 files changed, 3 insertions(+), 114 deletions(-)
delete mode 100644 winsup/utils/parse_pe.cc
diff --git
---
winsup/utils/dumper.cc | 101 -
1 file changed, 80 insertions(+), 21 deletions(-)
diff --git a/winsup/utils/dumper.cc b/winsup/utils/dumper.cc
index ccc4bd12f..46e4b0692 100644
--- a/winsup/utils/dumper.cc
+++ b/winsup/utils/dumper.cc
@@ -289,6 +289,25
Improve how dumper determines if a memory region should be dumped:
Currently we open and read the PE file for each module, and exclude regions
corresponding to sections marked 'DEBUGGING' or 'CODE'.
This doesn't work correctly if the DLL has been loaded to an address other
than the ImageBase
Date: Sat, 18 Jul 2020 12:45:35 +0200
From: Achim Gratz
> Lemures Lemniscati via Cygwin-apps writes:
> > I've prepared it at a branch w_build-requires in the repository
> > https://cygwin.com/git/cygwin-packages/libiconv.git .
> >
> > But not merged yet to master branch.
>
> You should push
Lemures Lemniscati via Cygwin-apps writes:
> I've prepared it at a branch w_build-requires in the repository
> https://cygwin.com/git/cygwin-packages/libiconv.git .
>
> But not merged yet to master branch.
You should push experiments to the playground branch, which you can
force-push and delete
Date: Sat, 18 Jul 2020 10:29:15 +0200
From: Achim Gratz
> When you next build the libiconv package, please add BUILD_REQUIRES so
> the CI can try to build it. Currently it's missing at least gperf from
> the CI build environment.
All right, Achim.
I've prepared it at a branch w_build-requires
Subject: Re: [ITA] cmake-3.18.0-1 and related packages
Date: Sat, 18 Jul 2020 09:01:20 +0200
From: Achim Gratz
> Marco Atzeri via Cygwin-apps writes:
> > I know, but it take times, specially as I will hate to lose
> > the history if I port only last version
>
> You can rewrite the git repo with
The following Perl distributions have been updated to their latest
version on CPAN:
x86/x86_64
--
perl-Compress-Bzip2-2.28-1
perl-GD-2.72-1
noarch
--
perl-LWP-Protocol-https-6.09-1
perl-Mojolicious-8.57-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to
The following Perl distributions have been updated to their latest
version on CPAN:
x86/x86_64
--
perl-Compress-Bzip2-2.28-1
perl-GD-2.72-1
noarch
--
perl-LWP-Protocol-https-6.09-1
perl-Mojolicious-8.57-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to
When you next build the libiconv package, please add BUILD_REQUIRES so
the CI can try to build it. Currently it's missing at least gperf from
the CI build environment.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for
Achim Gratz writes:
> Marco Atzeri via Cygwin-apps writes:
>> I know, but it take times, specially as I will hate to lose
>> the history if I port only last version
>
> You can rewrite the git repo with filter-branch to keep the history. I
> did that with my packages since I also had them in a
Gnuplot version 5.4.0 is now available on Cygwin. The upstream release
notes are available at:
http://www.gnuplot.info/ReleaseNotes_5_4.html
Cygwin Notes
The tutorial has been removed from the 5.4 branch of gnuplot, so it is
no longer available in the package.
The ggi terminal
Gnuplot version 5.4.0 is now available on Cygwin. The upstream release
notes are available at:
http://www.gnuplot.info/ReleaseNotes_5_4.html
Cygwin Notes
The tutorial has been removed from the 5.4 branch of gnuplot, so it is
no longer available in the package.
The ggi terminal
Greetings, km2z7kca0oge--- via Cygwin!
> Recently I've noticed that PHP seems have to hard 4MB memory limit, even
> when overridden in the settings. For whatever reason the bundled PHP
> versions with Cygwin have this problem.
> The failing message is `Out of memory` which indicates PHP thinks
Marco Atzeri via Cygwin-apps writes:
> I know, but it take times, specially as I will hate to lose
> the history if I port only last version
You can rewrite the git repo with filter-branch to keep the history. I
did that with my packages since I also had them in a single repo. I now
have them
On 18.07.2020 08:12, Achim Gratz wrote:
Marco Atzeri via Cygwin-apps writes:
New cygport and patch files are placed
to https://github.com/cygwin-lem/cmake-cygport/tree/n_3.18.0-1d
(I can't find any git repository for cmake.cygport).
all mine are together at
On 18.07.2020 08:14, Achim Gratz wrote:
Lemures Lemniscati via Cygwin writes:
Some errors'll occur in Source/kwsys/SystemInformation.cxx
since /proc/meminfo in Cygwin has only these fields
$ cat /proc/meminfo
MemTotal: 20824372 kB
MemFree:13545156 kB
HighTotal: 0 kB
Lemures Lemniscati via Cygwin writes:
> Some errors'll occur in Source/kwsys/SystemInformation.cxx
> since /proc/meminfo in Cygwin has only these fields
>
> $ cat /proc/meminfo
> MemTotal: 20824372 kB
> MemFree:13545156 kB
> HighTotal: 0 kB
> HighFree: 0 kB
>
Marco Atzeri via Cygwin-apps writes:
>> New cygport and patch files are placed
>> to https://github.com/cygwin-lem/cmake-cygport/tree/n_3.18.0-1d
>> (I can't find any git repository for cmake.cygport).
>
> all mine are together at
>
> https://github.com/matzeri/cygwin-pkg
You should put them on
48 matches
Mail list logo