Re: Packages not found by setup 2.873

On Mar 31, 2016, at 2:57 AM, EMMANUELLE FOURNIER wrote: > > I've changed in tar.bz2, because in the x86 version of program, they were in > tar.bz2. You’ve misdiagnosed the cause of the change. Cygwin changed from distributing bz2-packed tarballs to xz-packed

Re: [attention p7zip maintainer] p7zip 15.14 is out

On 31/03/2016 13:54, Gerrit Haase wrote: 2016-03-19 15:12 GMT+01:00 Achim Gratz wrote: You might also want to add 'DEPEND="nasm"', since the build needs it (probably other stuff too, but I already had that installed). Hello Achim, is is common sense nowadays, to add packages required to

Re: [attention p7zip maintainer] p7zip 15.14 is out

Greetings, Gerrit Haase! >> You might also want to add 'DEPEND="nasm"', since the build needs it >> (probably other stuff too, but I already had that installed). > Hello Achim, > is is common sense nowadays, to add packages required to build from > source to the executable runtime dependencies?

rsync performance degradation? Could be a windows issue?

All, I'm not sure this is on-topic, but at least I'm in cygwin when I notice the below: I do a lot of large data transfers between USB drives. Often I get great speeds (70MB/sec or more). Sometimes it falls way off to closer to 20MB/sec with the same class of hardware. I experienced the

Re: strange cygwin sshd user generated (user name includes machine name)

RESOLVED! =) I’m happy to report Brian McGeorge found a solution, which was kindly passed on to me via Ben Stragnell. The answer is to set the environment variable LOGONSERVER to \\%COMPUTERNAME%. This works by not executing the body of the if statement in:

Re: strange cygwin sshd user generated (user name includes machine name)

RESOLVED! =) I’m happy to report Brian McGeorge found a solution, which was kindly passed on to me via Ben Stragnell. The answer is to set the environment variable LOGONSERVER to \\%COMPUTERNAME%. This works by not executing the body of the if statement in:

Re: windows exit codes truncated to 1 Byte

On 03/31/2016 12:50 PM, Corinna Vinschen wrote: > On Mar 31 09:24, Eric Blake wrote: >> On 03/31/2016 07:30 AM, Björn Stabel wrote: >>> Am 31.03.2016 um 15:01 schrieb Cristian: I noted that exit codes returned by CMD and other apps (msiexec) are truncated to 1 byte (0 .. 255). >> >>

Re: windows exit codes truncated to 1 Byte

On Mar 31 09:24, Eric Blake wrote: > On 03/31/2016 07:30 AM, Björn Stabel wrote: > > Am 31.03.2016 um 15:01 schrieb Cristian: > >> I noted that exit codes returned by CMD and other apps (msiexec) are > >> truncated to 1 byte (0 .. 255). > > This matches Linux, but not POSIX. Why? Does bash use

[PATCH 4/4] Update autoconf for doc/lsaauth/utils

Don't use obsolete LIB_AC_PROG_CC. Run autoupdate. winsup/ChangeLog: doc/aclocal.m4: delete lsaauth/aclocal.m4: ditto doc/configure.ac: refactor and update lsaauth/configure.ac: ditto utils/configure.ac: ditto doc/configure: regenerate lsaauth/configure: regenerate utils/configure: regenerate

[PATCH 3/4] Remove remnants of never-defined MALLOC_DEBUG and NEWVFORK

MALLOC_DEBUG and NEWVFORK haven't been defined since 2008 (46162537516c5e5fbb). Remove all references to tem. winsup/cygwin/ChangeLog: acconfig.h: delete dcrt0.cc (dll_crt0_1): remove NEWVFORK code. dcrt0.cc (do_exit): ditto. debug.h: ditto. dtable.h: ditto. winsup.h: ditto. globals.cc: ditto.

[PATCH 1/4] Remove leftover cruft from config.h.in

HAVE_BUILTIN_MEMTEST and AC_ALLOCA were removed in 4bd8eb7d1b. Cleanup leftover references. winsup/cygwin/ChangeLog acconfig.h: remove HAVE_BUILTIN_MEMTEST config.h.in: regenerate Signed-off-by: Peter Foley --- winsup/cygwin/acconfig.h | 3 --- winsup/cygwin/config.h.in

[PATCH 2/4] Don't use deprecated acconfig.h for DEBUGGING

Use the 3-arg form of AC_DEFINE. winsup/cygwin/ChangeLog: acconfig.h: Remove DEBUGGING define. configure.ac: Add description to DEBUGGING define. config.h.in: Regenerate. configure: Ditto. Signed-off-by: Peter Foley --- winsup/cygwin/acconfig.h | 3 ---

Re: wget seemingly modifies file access permissions on XP

Hi mihau, On 30.03.2016 16:39, mihau wrote: > hello, > > (my setup is latest cygwin 32bit on Win XP SP3, logged in as > Administrator) > > I have just updated my cygwin installation after a year or so and > stumbled upon weird behavior with its wget build. it seems to > screw file access

[ANNOUNCEMENT] free42 1.5.7-1

The following packages have been uploaded to the Cygwin distribution: * free42-1.5.7-1 Free42 is a re-implementation of the HP-42S calculator and the HP-82240 printer. It is a complete rewrite, not using any HP code, and it does not require an HP-42S ROM image. -- Yaakov -- Problem reports:

[ANNOUNCEMENT] idfpml 2.0.1-1

The following packages have been uploaded to the Cygwin distribution: * idfpml-devel-2.0.1-1 Software implementation of the IEEE 754-2008 Decimal Floating-Point Arithmetic specification, aimed at financial applications, especially in cases where legal requirements make it necessary to use

free42 1.5.7-1

The following packages have been uploaded to the Cygwin distribution: * free42-1.5.7-1 Free42 is a re-implementation of the HP-42S calculator and the HP-82240 printer. It is a complete rewrite, not using any HP code, and it does not require an HP-42S ROM image. -- Yaakov

idfpml 2.0.1-1

The following packages have been uploaded to the Cygwin distribution: * idfpml-devel-2.0.1-1 Software implementation of the IEEE 754-2008 Decimal Floating-Point Arithmetic specification, aimed at financial applications, especially in cases where legal requirements make it necessary to use

Re: Cross compiling for cygwin under Linux.

On 31/03/16 18:03, Yaakov Selkowitz wrote: On 2016-03-31 10:29, Yaakov Selkowitz wrote: On 2016-03-31 09:40, Michel Van den Bergh wrote: Unfortunately the gcc for CentOS appears not to work... /usr/bin/i686-pc-cygwin-gcc-4.9.3 -c test.c *** buffer overflow detected ***:

[PATCH] Add without-library-checks

When cross-compiling a toolchan targeting cygwin, building cygwin1.dll requires libgcc. However, building libgcc requires the cygwin headers to be installed. Configuring cygwin requries the mingw-crt libraries, which require the cygwin headers to be installed. Work around this circular dependency

[PATCH v2] Refactor to avoid nonnull checks on "this" pointer.

G++ 6.0 asserts that the "this" pointer is non-null for member functions. Refactor methods that check if this is non-null to be static where necessary, and remove the check where it is unnecessary. winsup/cygwin/ChangeLog external.cc (cygwin_internal): Call _pinfo::cmdline staticly cygheap.h

Re: Cross compiling for cygwin under Linux.

On 2016-03-31 10:29, Yaakov Selkowitz wrote: On 2016-03-31 09:40, Michel Van den Bergh wrote: Unfortunately the gcc for CentOS appears not to work... /usr/bin/i686-pc-cygwin-gcc-4.9.3 -c test.c *** buffer overflow detected ***:

Re: Cross compiling for cygwin under Linux.

On 2016-03-31 09:40, Michel Van den Bergh wrote: On 03/30/2016 06:19 PM, Yaakov Selkowitz wrote: On 2016-03-30 10:24, Michel Van den Bergh wrote: I am one of the authors of an application ( https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I would like to provide a Windows

Re: windows exit codes truncated to 1 Byte

On 03/31/2016 07:30 AM, Björn Stabel wrote: > Am 31.03.2016 um 15:01 schrieb Cristian: >> I noted that exit codes returned by CMD and other apps (msiexec) are >> truncated to 1 byte (0 .. 255). This matches Linux, but not POSIX. >> Windows exit codes are represented using 32 bits, so is this

Re: GCC package missing sanitize helper libraries

On 2016-03-31 09:08, Peter Foley wrote: The cygwin gcc package appears to be missing the helper libraries for the -fsanitize series of options. These are only supported on x86-linux. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Cross compiling for cygwin under Linux.

On 03/30/2016 06:19 PM, Yaakov Selkowitz wrote: On 2016-03-30 10:24, Michel Van den Bergh wrote: I am one of the authors of an application ( https://sourceforge.net/projects/icsdrone/ ) written for POSIX and I would like to provide a Windows binary. As I do not use Windows I would like to

Re: wget seemingly modifies file access permissions on XP

On Mar 30 19:55, mihau wrote: > >Btw., if you wget a file it's *supposed* to be non-executable. Assuming > >your umask is 0022, the file will be create with 0644 permissions. The > >default ACL created in this case explicitely disables execution for the > >admin user if the admin user is part of

GCC package missing sanitize helper libraries

The cygwin gcc package appears to be missing the helper libraries for the -fsanitize series of options. $ gcc -fsanitize=address a.c /usr/lib/gcc/x86_64-pc-cygwin/5.3.0/../../../../x86_64-pc-cygwin/bin/ld: cannot find -lasan collect2: error: ld returned 1 exit status Ditto for

Re: windows exit codes truncated to 1 Byte

Am 31.03.2016 um 15:01 schrieb Cristian: > I noted that exit codes returned by CMD and other apps (msiexec) are > truncated to 1 byte (0 .. 255). > > Steps to reproduce: > > 1) Create a batch with this content: > $ cat ./test.bat > @echo off > rem > echo Test exit code 266

Re: [attention p7zip maintainer] p7zip 15.14 is out

2016-03-19 15:12 GMT+01:00 Achim Gratz wrote: > > You might also want to add 'DEPEND="nasm"', since the build needs it > (probably other stuff too, but I already had that installed). Hello Achim, is is common sense nowadays, to add packages required to build from source to the executable runtime

Re: Upcoming change to TeX Live on Cygwin

On 3/30/2016 5:16 PM, Ken Brown wrote: I am in the process of discussing this with Norbert Preining[2], starting at http://tug.org/pipermail/tldistro/2016q1/000259.html. We have arrived at an agreement as to how to modify tlmgr to do what I want. (The modification may or may not make it into

Re: Packages not found by setup 2.873

Good Morning, First of all, thank you for answering me. - For packages format, I'm not an expert, so I've changed in tar.bz2, because in the x86 version of program, they were in tar.bz2. But if you mean that is not a cause, I will modify this. - I've modified setup in order to find packages

[ANNOUNCEMENT] ttfautohint 1.5-1

The following packages have been uploaded to the Cygwin distribution: * ttfautohint-1.5-1 * ttfautohint-gui-1.5-1 ttfautohint provides a 99% automated hinting process and a platform for finely hand-hinting the last 1%. It is ideal for web fonts and supports many scripts. This is an update to

ttfautohint 1.5-1

The following packages have been uploaded to the Cygwin distribution: * ttfautohint-1.5-1 * ttfautohint-gui-1.5-1 ttfautohint provides a 99% automated hinting process and a platform for finely hand-hinting the last 1%. It is ideal for web fonts and supports many scripts. This is an update to