Op 5-3-2015 om 20:14 schreef Achim Gratz:
I've promoted the test release to current. The release notes that
accompanied the test release are enclosed below.
General
---
I'm taking over as Perl maintainer from Reini Urban. Thank you Reini
for the past years of maintining Perl.
This
I've promoted the test release to current. The release notes that
accompanied the test release are enclosed below.
General
---
I'm taking over as Perl maintainer from Reini Urban. Thank you Reini
for the past years of maintining Perl.
This release updates Perl to version 5.14.4 (the
That was helpful! I have stopped trying rebase combinations and looking for
something else...
Thank you.
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Corinna Vinschen
Sent: Thursday, March 05, 2015 12:04 PM
To: cygwin@cygwin.com
Greetings, BGINFO4X!
Do I need to compile it with 64 bits tools to distribute it with cygwin64 ?
Or can I compile the 32 bits version and distribute both ports
(cygwin32 and cygwin64)?
I think, your answer was more like do I need to install 64-bit Cygwin to
compile 64-bit version of my
In order to reap the fruits of Ken Brown's work on clisp and its
dependencies (which seem to have escaped the attention of the plush
hippo hordes so far) I'm proposing to resurrect maxima as a Cygwin
package. The packaging is modeled after openSUSE.
--8---cut
Hi,
There is something wrong with pod2man and pod2html. When I regenerate
the dos2unix international man pages from pod, all the non-ascii
characters are wrong. This did not happen with the previous perl version.
To reproduce:
make maintainer-clean
make install
LANG=uk_UA.UTF-8 man dos2unix
My apologies, I'm sure everyone's sick of rebase questions, but I
haven't been able to resolve my problem, so here goes.
I keep getting this same 'unable to remap' error and 'rebaseall' does
not fix the problem.
Specifics:
On running 'youtube-dl', I get this output:
4 [main] python2.7
GNU troff has been updated to the latest upstream version 1.22.3.
In addition to that update, the X11 groff tools which previously were
not available on Cygwin are now in the groff-X11 sub-package. This
sub-package is semi-experimental and I'd welcome feedback on its
usefulness.
Regards,
GNU troff has been updated to the latest upstream version 1.22.3.
In addition to that update, the X11 groff tools which previously were
not available on Cygwin are now in the groff-X11 sub-package. This
sub-package is semi-experimental and I'd welcome feedback on its
usefulness.
Regards,
On Mar 5 22:56, Achim Gratz wrote:
Here's another one to reduce the logorrhea of setup unless otherwise
requested.
Yep, push it.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
On 03/05/2015 07:38 AM, kaef...@gmail.com wrote:
Hi there!
I've installed cygwin on a Windows Server 2008 R2 and found that the
uncluded coreutils don't seem to include the utility stdbuf to force
tools to not buffer their when they are piped to other tools (instead
of printed directly)
On 03/05/2015 06:44 AM, Jon TURNEY wrote:
Silently ignore 'g' and 'x' type tar extended headers, rather than warning
about
unknown (or unsupported) file type 'x'.
It seems that base-files has an 'x' extended header for each file, apparently
to
store the mtime.
Would we ever need to
On Mar 5 20:54, Achim Gratz wrote:
In order to reap the fruits of Ken Brown's work on clisp and its
dependencies (which seem to have escaped the attention of the plush
hippo hordes so far)
What? That's inexcusable. Andrew, one plush hippo for Ken, please.
I'm proposing to resurrect
I've been using Cygwin for some time now, but recently decided to try
a parallel installation of Cygwin 64 on the same machine. I've
noticed a strange discrepancy between how Cygwin 32 64 report file
permissions:
(32-bit)
% uname -a
CYGWIN_NT-6.1-WOW sothis 1.7.35(0.287/5/3) 2015-03-04 12:07
Here's another one to reduce the logorrhea of setup unless otherwise
requested.
X-Git-Url:
http://repo.or.cz/w/cygwin-setup/local.git/commitdiff_plain/63ec5d1957a169a9a7466e4065247e022f3eecc8
Demote some messages to LOG_BABBLE
* package_meta.cc (isManuallyWanted, isManuallyDeleted):
Greetings, Will Parsons!
I've been using Cygwin for some time now, but recently decided to try
a parallel installation of Cygwin 64 on the same machine. I've
noticed a strange discrepancy between how Cygwin 32 64 report file
permissions:
(32-bit)
% uname -a
CYGWIN_NT-6.1-WOW sothis
Hello,
I have compiled monit in cygwin but some of the functionalities are not aware.
I don't have the necessary programming experience to provide them.
The binary is usable, and I supply the unaware features with some
wrapper scripts that do same job.
After talking with the monit company, they
On Mar 4 16:41, Andrew Schulman wrote:
On Mar 4 19:23, Achim Gratz wrote:
Corinna Vinschen writes:
On Mar 3 15:59, Warren Young wrote:
On Mar 3, 2015, at 1:25 PM, Corinna Vinschen
corinna-cygwin-rdbxbdvo6bxqt0dzr+alfa-xmd5yjdbdmrexy1tmh2...@public.gmane.org
wrote:
On Mar 4 22:39, Achim Gratz wrote:
Marco Atzeri writes:
I presume Corinna asked for this:
$ addr2line.exe -a 0001801C2F96 -e /usr/bin/cygwin1.dll
Then that's giving us this:
/mnt/share/maint (1964) addr2line.exe -a 0001801C2F96 -e
/usr/bin/cygwin1.dll
0x0001801c2f96
On Mar 4 18:35, Warren Young wrote:
On Mar 4, 2015, at 6:11 PM, Eric Blake ebl...@redhat.com wrote:
On 03/04/2015 02:41 PM, Andrew Schulman wrote:
Huh? The plush hippos are always pink!
Awarded! http://cygwin.com/goldstars/#CV
Should I get anything for taking the orphaned
On Mar 5 16:24, BGINFO4X wrote:
Thanks for your answers.
Do I need to compile it with 64 bits tools to distribute it with cygwin64 ?
Or can I compile the 32 bits version and distribute both ports
(cygwin32 and cygwin64)?
In this king of package compiling 64 bits has no sense.
Cygwin 32
On Mar 5 15:40, Vladimir Sakharuk wrote:
Hi All,
I have found similar issues, but did not find solution that worked for me.
Looking for help.
I am trying to run applications on windows cluster.
I am getting random crashes like bellow.
However most of the times it works. I assume around
Thanks for your answers.
Do I need to compile it with 64 bits tools to distribute it with cygwin64 ?
Or can I compile the 32 bits version and distribute both ports
(cygwin32 and cygwin64)?
In this king of package compiling 64 bits has no sense.
Thanks a lot.
2015-03-05 14:59 GMT+01:00 Andrew
Hi All,
I have found similar issues, but did not find solution that worked for me.
Looking for help.
I am trying to run applications on windows cluster.
I am getting random crashes like bellow.
However most of the times it works. I assume around 1% of starts fails.
Starting it is again usually
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-03-05 13:58:03
Modified files:
winsup/cygwin : ChangeLog tty.h fhandler_tty.cc
winsup/cygwin/release: 1.7.36
Log message:
* tty.h (tty::set_master_ctl_closed): Rename from
On Mon, 2 Mar 2015 15:27:23 +0100
Corinna Vinschen corinna-cyg...@cygwin.com wrote:
As soon as we have your CA, we can discuss this patch further.
Can I send CA form by e-mail? Or should I send it as a postal mail?
Only postal so far, sorry. Maybe we can accept signed PDFs via email,
On Mar 5 15:09, Jon TURNEY wrote:
On 05/03/2015 14:17, Corinna Vinschen wrote:
On Mar 5 13:44, Jon TURNEY wrote:
@@ -170,8 +163,8 @@ archive_tar::next_file_name ()
sscanf (state.tar_header.size, %Io, state.file_length);
state.file_offset = 0;
-// vp2 (_tar_vfile, %c %9d %s\n,
last Xwin seems to have broken debug symbols and
it segfaults very early.
64 bit version has debug symbols, and it seems to work fine
$ gdb /usr/bin/XWin.exe
GNU gdb (GDB) 7.8
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
Thomas Wolff wrote:
Could signal transfer possibly use Windows in a way that does not have
this effect? (Windows experts...)
--
---
Utils like 'processhacker' (on source forge), have a suspend funtion
that allows you to suspend and continue both processes and threads,
I noticed a 2nd copy
On Fri, Feb 27, 2015 at 6:00 PM, Michael DePaulo mikedep...@gmail.com wrote:
On Fri, Feb 27, 2015 at 12:37 PM, Yaakov Selkowitz
yselkow...@cygwin.com wrote:
On Fri, 2015-02-27 at 08:49 -0500, Michael DePaulo wrote:
The benefit to Cygwin is that we will have a commonly used[1]
benchmark for
On Wed, Mar 4, 2015 at 11:37 PM, Yaakov Selkowitz yselkow...@cygwin.com wrote:
I have uploaded a new version of cygport to the Cygwin distribution and
the Fedora/EPEL Cygwin copr. Highlights in this version:
* A new 'upload' command for package maintainers;
...
Thank you!
Don't forget to
Package: cygwin
Version: 1.7.35-1
PTY of cygwin dies when master fd in parent process
is closed while a child process keeps valid master fd.
To reproduce this problem:
1) Compile following C sources (Test Case 1, 2)
2) Execute them.
Expected results are both:
01234567890
However, result of
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2015-03-05 12:57:34
Modified files:
winsup/cygwin : ChangeLog fhandler.h select.cc fhandler_tty.cc
Added files:
winsup/cygwin/release: 1.7.36
Log message:
* fhandler.h
On Mar 5 20:24, Takashi Yano wrote:
On Wed, 4 Mar 2015 19:18:57 +0100
Corinna Vinschen corinna-cyg...@cygwin.com wrote:
The result is the patch I attached to this mail. I'm not sure it's the
most feasible way to solve this problem, but it works pretty nicely for
me, including pasting
On Wed, 4 Mar 2015 20:00:35 -0500
GEORGE BARRICK gbarr...@kent.edu wrote:
octave:1 hndle = plot(1:10,1:10,k-)
hndle = -6.1426
2 [main] octave-cli-3.8.2 3688 child_info_fork::abort:
unable to remap cygfltk_gl-1.3.dll to same
address as parent (0x32) - try running
On 3/5/2015 5:36 AM, Yaakov Selkowitz wrote:
Marco,
Well, that didn't take long, see attached. (Not that I'm surprised,
given their history.) Before you update ImageMagick to upstream
6.9.0-9, you'll need to (re)build the current release (or a newer one
prior to 6.9.0-9) and split the DLLs
Yaakov Selkowitz yselkowitz at cygwin.com writes:
The following packages have been updated in the Cygwin distribution:
[...]
The GNU Compiler Collection includes front ends for C, C++, Objective-C,
Fortran, Java, and Ada, as well as standard libraries for these
languages.
These files
On 05.03.2015 03:54, Linda Walsh wrote:
I usually run the the windows version of 'Gvim' as
it will run even when there is no 'X' running...
...
I tried pressing ^z, as I would on linux (actually ^y
in my usage).
In the console window, I got a message that it had
stopped like I would in linux:
On Mar 5 13:44, Jon TURNEY wrote:
@@ -170,8 +163,8 @@ archive_tar::next_file_name ()
sscanf (state.tar_header.size, %Io, state.file_length);
state.file_offset = 0;
-// vp2 (_tar_vfile, %c %9d %s\n, state.tar_header.typeflag,
-// state.file_length, state.filename);
+
On Mar 5 13:44, Jon TURNEY wrote:
On 02/03/2015 16:32, Corinna Vinschen wrote:
On Mar 2 13:55, Jon TURNEY wrote:
Future work: there are some other uses of msg() to report real errors. At
the
moment, these are completely invisible unless you are running setup under a
debugger.
On Mar 5 14:31, Corinna Vinschen wrote:
Hi Takashi,
On Mar 5 21:53, Takashi Yano wrote:
Package: cygwin
Version: 1.7.35-1
PTY of cygwin dies when master fd in parent process
is closed while a child process keeps valid master fd.
To reproduce this problem:
1) Compile
Hi there!
I've installed cygwin on a Windows Server 2008 R2 and found that the
uncluded coreutils don't seem to include the utility stdbuf to force
tools to not buffer their when they are piped to other tools (instead
of printed directly)
I found that there is a commit with the comment enable
Hello,
I have compiled monit in cygwin but some of the functionalities are not aware.
I don't have the necessary programming experience to provide them.
The binary is usable, and I supply the unaware features with some
wrapper scripts that do same job.
After talking with the monit
On Wed, 4 Mar 2015 19:18:57 +0100
Corinna Vinschen corinna-cyg...@cygwin.com wrote:
The result is the patch I attached to this mail. I'm not sure it's the
most feasible way to solve this problem, but it works pretty nicely for
me, including pasting big chunks (I tried a clipboard with about
On 3/5/2015 18:16, Achim Gratz wrote:
Yaakov Selkowitz yselkowitz at cygwin.com writes:
The following packages have been updated in the Cygwin distribution:
[...]
The GNU Compiler Collection includes front ends for C, C++, Objective-C,
Fortran, Java, and Ada, as well as standard libraries
On 3/5/2015 10:22 AM, Kizito Porta Balanyà wrote:
Hello,
I have compiled monit in cygwin but some of the functionalities are not aware.
I don't have the necessary programming experience to provide them.
The binary is usable, and I supply the unaware features with some
wrapper scripts that do
On Mar 5 19:22, Takashi Yano wrote:
On Mon, 2 Mar 2015 15:27:23 +0100
Corinna Vinschen corinna-cyg...@cygwin.com wrote:
As soon as we have your CA, we can discuss this patch further.
Can I send CA form by e-mail? Or should I send it as a postal mail?
Only postal so far, sorry.
On Feb 16 16:42, Achim Gratz wrote:
Corinna Vinschen writes:
Uh oh, the debug information is either broken (which is unlikely) or GDB
doesn't use it anymore due to the CRC mismatch. Maybe the same CRC
mismatch breaks objcopy in cygport, given that both are based on the
same BFD code?
Hi Takashi,
On Mar 5 21:53, Takashi Yano wrote:
Package: cygwin
Version: 1.7.35-1
PTY of cygwin dies when master fd in parent process
is closed while a child process keeps valid master fd.
To reproduce this problem:
1) Compile following C sources (Test Case 1, 2)
2) Execute them.
archive_tar.cc contains some output directly using fprintf(stderr,), convert
that to using the printf-style log adaptors.
---
ChangeLog | 5 +
archive_tar.cc | 25 +
2 files changed, 14 insertions(+), 16 deletions(-)
diff --git a/ChangeLog b/ChangeLog
index
Remove msg(), which writes output to the debugger via OutputDebugString() and
convert it's uses to log output using the printf-style log adaptors.
Examining the uses of msg(), some of these are genuine errors, which should be
logged somewhere we might have a chance to see them. Convert those to
---
ChangeLog | 5 +
LogSingleton.cc | 28
LogSingleton.h | 5 +
3 files changed, 38 insertions(+)
diff --git a/ChangeLog b/ChangeLog
index 551cc94..0822701 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2015-03-04 Jon TURNEY
Silently ignore 'g' and 'x' type tar extended headers, rather than warning about
unknown (or unsupported) file type 'x'.
It seems that base-files has an 'x' extended header for each file, apparently to
store the mtime.
---
ChangeLog | 5 +
archive_tar.cc | 3 +++
2 files changed, 8
On 05/03/2015 12:38, Michael DePaulo wrote:
On Fri, Feb 27, 2015 at 6:00 PM, Michael DePaulo
mikedep333-re5jqeeqqe8avxtiumw...@public.gmane.org wrote:
On Fri, Feb 27, 2015 at 12:37 PM, Yaakov Selkowitz
yselkowitz-rdbxbdvo6bxqt0dzr+a...@public.gmane.org wrote:
On Fri, 2015-02-27 at 08:49
On 05/03/2015 14:17, Corinna Vinschen wrote:
On Mar 5 13:44, Jon TURNEY wrote:
@@ -170,8 +163,8 @@ archive_tar::next_file_name ()
sscanf (state.tar_header.size, %Io, state.file_length);
state.file_offset = 0;
-// vp2 (_tar_vfile, %c %9d %s\n, state.tar_header.typeflag,
-//
Corinna Vinschen writes:
I'm proposing to resurrect maxima as a Cygwin
package. The packaging is modeled after openSUSE.
Resurrect? We had that already at one point?
Yes, but only on 32bit due to the missing clisp due to the missing
ffcall… it got removed during the recent cleanup of stale
Jon TURNEY writes:
It seems that base-files has an 'x' extended header for each file, apparently
to
store the mtime.
That's a result of me having built that file on openSUSE and openSUSE's
decision to default to POSIX format instead of GNU.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305
Corinna Vinschen writes:
Here's another one to reduce the logorrhea of setup unless otherwise
requested.
Yep, push it.
Done.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Wavetables for the Waldorf Blofeld:
58 matches
Mail list logo