Re: Can't use install-path longer than 15 chars after 2.875 update

On 2016-08-31 13:28, Garber, Dave (GE Oil & Gas, Non-GE) wrote: On Aug 31 18:59, Garber, Dave (GE Oil & Gas, Non-GE) wrote: On Aug 31 20:22, Jacek Sowiński wrote: After updating to setup-x86_64.exe version 2.875 I can't use install paths longer than 15 chars and error is throwed: The install

Re: Different representations of time in ls -l and date(1)

On Wed, Aug 31, 2016 at 4:17 PM, cyg Simple wrote: > > In other words, don't trust a default Exactly! -- Erik -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Re: [ANNOUNCEMENT] Updated: Cygwin 2.6.0-1

On 2016-08-31 13:30, Achim Gratz wrote: Brian Inglis writes: On 2016-08-31 12:32, Kenneth Wolcott wrote: On Wed, Aug 31, 2016 at 11:30 AM, Vince Rice wrote: As the 84 year old guy who helps my 70 year old dad … H. Is one of you Benjamin Button? :) That's

Re: [ANNOUNCEMENT] Updated: setup.exe (Release 2.875)

Emily Jackson writes: > On 8/31/2016 10:43 AM, Corinna Vinschen wrote: >> A new version of Setup, release 2.875, has been uploaded to >> >> https://cygwin.com/setup-x86.exe (32 bit version) >> https://cygwin.com/setup-x86_64.exe (64 bit version) > > I have downloaded the 64 bit version

Re: [ANNOUNCEMENT] Updated: setup.exe (Release 2.875)

On 8/31/2016 10:43 AM, Corinna Vinschen wrote: > A new version of Setup, release 2.875, has been uploaded to > > https://cygwin.com/setup-x86.exe (32 bit version) > https://cygwin.com/setup-x86_64.exe (64 bit version) I have downloaded the 64 bit version twice, and I keep getting the

Re: pdftk cygwin 32-bit

On 31/08/2016 22:19, Ivandro Sanches wrote: I would like to install pdftk but it seems it is not present anymore among the available packages from setup-x86.exe. If possible, could you please give me some hint on how to install pdftk on cygwin 32-bit? Thanks a lot pdftk has been removed as

pdftk cygwin 32-bit

I would like to install pdftk but it seems it is not present anymore among the available packages from setup-x86.exe. If possible, could you please give me some hint on how to install pdftk on cygwin 32-bit? Thanks a lot -- Problem reports: http://cygwin.com/problems.html FAQ:

Re: Different representations of time in ls -l and date(1)

On 8/31/2016 11:23 AM, Erik Soderquist wrote: > On Wed, Aug 31, 2016 at 10:45 AM, Eric Blake wrote: >> So, the answer to your question is determined by what your locale thinks >> is the appropriate representation; and I have no control over whether >> Windows' locale defaults will match glibc's

Re: Can't use install-path longer than 15 chars after 2.875 update

On Wed, 31 Aug 2016 20:38:39 +0200 Corinna Vinschen wrote: > So what was your actual install path? E:\PortableApps\CygwinPortable64 It works if I cut it to E:\PortableApps It doesn't however if it is E:\PortableApps1 I'm on Windows 7 64bit and I've tried both versions of setup.exe (x86 and

Re: [ANNOUNCEMENT] Updated: Cygwin 2.6.0-1

Brian Inglis writes: > On 2016-08-31 12:32, Kenneth Wolcott wrote: >> On Wed, Aug 31, 2016 at 11:30 AM, Vince Rice >> wrote: As the 84 year old guy who helps my 70 year old dad … >>> H. Is one of you Benjamin Button? :) >> That's what I thought when I first

Can't use install-path longer than 15 chars after 2.875 update

> -Original Message- > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On > Behalf Of Corinna Vinschen > Sent: Wednesday, August 31, 2016 3:26 PM > To: cygwin@cygwin.com > Subject: EXT: Re: Can't use install-path longer than 15 chars after 2.875 > update > > On Aug 31

Re: [ANNOUNCEMENT] Updated: Cygwin 2.6.0-1

On 31/08/2016 21:16, Brian Inglis wrote: On 2016-08-31 12:32, Kenneth Wolcott wrote: On Wed, Aug 31, 2016 at 11:30 AM, Vince Rice wrote: As the 84 year old guy who helps my 70 year old dad … H. Is one of you Benjamin Button? :) That's what I thought when I

Re: Can't use install-path longer than 15 chars after 2.875 update

On Aug 31 18:59, Garber, Dave (GE Oil & Gas, Non-GE) wrote: > > -Original Message- > > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On > > Behalf Of Corinna Vinschen > > Sent: Wednesday, August 31, 2016 2:39 PM > > To: cygwin@cygwin.com > > Subject: EXT: Re: Can't use

Re: per-version hints proposal

Jon Turney writes: >> calm will be changed so that: >> >> * The requires: line written in setup.ini will contain the union of the >> requires: from each pvr.hint >> >> * The sdesc:, ldesc:, category: and message: lines in setup.ini will be >> taken from the pvr.hint for the curr version I've not

Re: [PATCH 1/4] dlopen: switch to new pathfinder class

Hi Michael, On Aug 31 20:07, Michael Haubenwallner wrote: > Instead of find_exec, without changing behaviour use new pathfinder > class with new allocator_interface around tmp_pathbuf and new vstrlist > class. > * pathfinder.h (pathfinder): New file. > * vstrlist.h (allocator_interface,

Re: [ANNOUNCEMENT] Updated: Cygwin 2.6.0-1

On 2016-08-31 12:32, Kenneth Wolcott wrote: On Wed, Aug 31, 2016 at 11:30 AM, Vince Rice wrote: As the 84 year old guy who helps my 70 year old dad … H. Is one of you Benjamin Button? :) That's what I thought when I first read this, but I re-read it a couple

Re: Can't use install-path longer than 15 chars after 2.875 update

On 2016-08-31 12:59, Garber, Dave (GE Oil & Gas, Non-GE) wrote: On Aug 31 20:22, Jacek Sowiński wrote: After updating to setup-x86_64.exe version 2.875 I can't use install paths longer than 15 chars and error is throwed: The install directory must be absolute, with both a drive letter and

Can't use install-path longer than 15 chars after 2.875 update

> -Original Message- > From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On > Behalf Of Corinna Vinschen > Sent: Wednesday, August 31, 2016 2:39 PM > To: cygwin@cygwin.com > Subject: EXT: Re: Can't use install-path longer than 15 chars after 2.875 > update > > On Aug 31

Re: Can't use install-path longer than 15 chars after 2.875 update

On Aug 31 20:22, Jacek Sowiński wrote: > After updating to setup-x86_64.exe version 2.875 I can't use install > paths longer than 15 chars and error is throwed: > > > The install directory must be absolute, with both a drive letter and > > leading slash, like C:\Cygwin So what was your actual

Re: [ANNOUNCEMENT] Updated: Cygwin 2.6.0-1

On Wed, Aug 31, 2016 at 11:30 AM, Vince Rice wrote: >> As the 84 year old guy who helps my 70 year old dad … > > H. Is one of you Benjamin Button? :) That's what I thought when I first read this, but I re-read it a couple of times, it makes sense :-) -- Problem

Re: [ANNOUNCEMENT] Updated: Cygwin 2.6.0-1

> As the 84 year old guy who helps my 70 year old dad … H. Is one of you Benjamin Button? :) -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info:

Can't use install-path longer than 15 chars after 2.875 update

After updating to setup-x86_64.exe version 2.875 I can't use install paths longer than 15 chars and error is throwed: > The install directory must be absolute, with both a drive letter and > leading slash, like C:\Cygwin Below are the contents of setup.log.full: > 2016/08/31 19:09:26 Starting

[PATCH 4/4] dlopen: on unspecified lib dir search exe dir

Applications installed to some prefix like /opt/application do expect dlopen("libAPP.so") to load "/opt/application/bin/cygAPP.dll", which is similar to "/opt/application/lib/libAPP.so" on Linux. See also https://cygwin.com/ml/cygwin-developers/2016-08/msg00020.html * dlfcn.cc (dlopen): For

[PATCH 2/4] dlopen (pathfinder): try each basename per dir

Rather than searching all search dirs per one basename, search for all basenames within per one search dir. pathfinder.h (check_path_access): Interchange dir- and basename-loops. --- winsup/cygwin/pathfinder.h | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH 0/4] dlopen: improving the search algorithm

Hi Corinna, based on the discussion on -developers list [1][2], here's a reworked set of patches for dlopen, split along these features and fixes. [1] https://cygwin.com/ml/cygwin-developers/2016-06/msg0.html [2] https://cygwin.com/ml/cygwin-developers/2016-08/msg0.html *) Switch to

Re: [ANNOUNCEMENT] openssl 1.0.2h-1

On Aug 31 11:42, Yaakov Selkowitz wrote: > On 2016-08-31 06:10, Corinna Vinschen wrote: > > We can't and we won't switch to OpenSSH 1.1.0 unless at least the first > > problems are ironed out. There were a lot of partially backward > > incompatible changes, one of them results in OpenSSH not

Re: [ANNOUNCEMENT] Updated: Cygwin 2.6.0-1

On 31 August 2016 at 12:28, Nirgendsdorf wrote: > On Wed, 31 Aug 2016 15:58:45 +0200, Corinna Vinschen wrote: > >> I uploaded a new Cygwin release 2.6.0-1. >> >> Please note that this release won't work on Windows XP and Windows >> Server 2003 or 2003 R2. At least

Re: [ANNOUNCEMENT] openssl 1.0.2h-1

On 2016-08-31 06:10, Corinna Vinschen wrote: We can't and we won't switch to OpenSSH 1.1.0 unless at least the first problems are ironed out. There were a lot of partially backward incompatible changes, one of them results in OpenSSH not working with OpenSSL 1.1.0 yet. So, for the time being,

Re: [ANNOUNCEMENT] Updated: Cygwin 2.6.0-1

On Wed, 31 Aug 2016 15:58:45 +0200, Corinna Vinschen wrote: I uploaded a new Cygwin release 2.6.0-1. Please note that this release won't work on Windows XP and Windows Server 2003 or 2003 R2. At least Windows Vista or Windows Server 2008 are required. Well, there goes XP as another software

Re: Different representations of time in ls -l and date(1)

On Aug 31 15:23, Schwarz, Konrad wrote: > > -Original Message- > > > > So my problem is that date(1) outputs AM/PM style dates, whereas ls > > > > - > > > l > > > > uses 24 hour times. > > > > > > > > $ ls -l rtos_benchmark.lst > > > > -rwxr-xr-x+ 1 mchn1350 Domain Users 263 Aug 31 13:14 >

[ANNOUNCEMENT] Updated: setup.exe (Release 2.875)

A new version of Setup, release 2.875, has been uploaded to https://cygwin.com/setup-x86.exe (32 bit version) https://cygwin.com/setup-x86_64.exe (64 bit version) Changes compared to 2.874: - Layout changes in the chooser window header - Improved search field: You can now type as

Updated: setup.exe (Release 2.875)

A new version of Setup, release 2.875, has been uploaded to https://cygwin.com/setup-x86.exe (32 bit version) https://cygwin.com/setup-x86_64.exe (64 bit version) Changes compared to 2.874: - Layout changes in the chooser window header - Improved search field: You can now type as

Re: Different representations of time in ls -l and date(1)

On Wed, Aug 31, 2016 at 10:45 AM, Eric Blake wrote: > So, the answer to your question is determined by what your locale thinks > is the appropriate representation; and I have no control over whether > Windows' locale defaults will match glibc's locale defaults for en_US or > any other locale

RE: Different representations of time in ls -l and date(1)

> -Original Message- > > > So my problem is that date(1) outputs AM/PM style dates, whereas ls > > > - > > l > > > uses 24 hour times. > > > > > > $ ls -l rtos_benchmark.lst > > > -rwxr-xr-x+ 1 mchn1350 Domain Users 263 Aug 31 13:14 > > > rtos_benchmark.lst* > > > $ date > > > Wed, Aug 31,

Re: Different representations of time in ls -l and date(1)

On 2016-08-31 07:04, Frank Farance wrote: On 2016-08-31 08:09, Markus Hoenicka wrote: At 2016-08-31 13:41, Schwarz, Konrad was heard to say: Sorry for the previous incomplete mail. So my problem is that date(1) outputs AM/PM style dates, whereas ls -l uses 24 hour times. $ ls -l

Re: Different representations of time in ls -l and date(1)

On Aug 31 09:36, Eric Blake wrote: > On 08/31/2016 08:04 AM, Frank Farance wrote: > > On 2016-08-31 08:09, Markus Hoenicka wrote: > >> At 2016-08-31 13:41, Schwarz, Konrad was heard to say: > >>> Sorry for the previous incomplete mail. > >>> > >>> So my problem is that date(1) outputs AM/PM style

Re: Different representations of time in ls -l and date(1)

On 08/31/2016 09:36 AM, Eric Blake wrote: > Not necessarily. ls hardcodes its default representation for files > younger than 6 months to: > > "%b %e %H:%M" > > while date hardcodes its default representation to: > > nl_langinfo(_DATE_FMT) > Except that I just tested, and

Re: Different representations of time in ls -l and date(1)

On 08/31/2016 08:04 AM, Frank Farance wrote: > On 2016-08-31 08:09, Markus Hoenicka wrote: >> At 2016-08-31 13:41, Schwarz, Konrad was heard to say: >>> Sorry for the previous incomplete mail. >>> >>> So my problem is that date(1) outputs AM/PM style dates, whereas ls -l >>> uses 24 hour times.

Re: Different representations of time in ls -l and date(1)

On Aug 31 14:23, Schwarz, Konrad wrote: > > -Original Message- > > From: Schwarz, Konrad (CT RDA ITP SES-DE) > > Sent: Wednesday, August 31, 2016 2:51 PM > > To: 'cygwin@cygwin.com' > > Subject: RE: Different representations of time in ls -l and date(1) > > > > > -Original

RE: Different representations of time in ls -l and date(1)

> -Original Message- > From: Schwarz, Konrad (CT RDA ITP SES-DE) > Sent: Wednesday, August 31, 2016 2:51 PM > To: 'cygwin@cygwin.com' > Subject: RE: Different representations of time in ls -l and date(1) > > > -Original Message- > > From: Schwarz, Konrad (CT RDA ITP SES-DE) > >

[ANNOUNCEMENT] Updated: Cygwin 2.6.0-1

Hi folks, I uploaded a new Cygwin release 2.6.0-1. Please note that this release won't work on Windows XP and Windows Server 2003 or 2003 R2. At least Windows Vista or Windows Server 2008 are required. What's new: --- - Support for POSIX-1.2008 locale objects and per-thread locales.

Updated: Cygwin 2.6.0-1

Hi folks, I uploaded a new Cygwin release 2.6.0-1. Please note that this release won't work on Windows XP and Windows Server 2003 or 2003 R2. At least Windows Vista or Windows Server 2008 are required. What's new: --- - Support for POSIX-1.2008 locale objects and per-thread locales.

Re: Different representations of time in ls -l and date(1)

On 2016-08-31 08:09, Markus Hoenicka wrote: At 2016-08-31 13:41, Schwarz, Konrad was heard to say: Sorry for the previous incomplete mail. So my problem is that date(1) outputs AM/PM style dates, whereas ls -l uses 24 hour times. $ ls -l rtos_benchmark.lst -rwxr-xr-x+ 1 mchn1350 Domain Users

Re: passwd unrecoverable error 1265

On Aug 31 14:12, Vlado wrote: > On 31.8.2016 12:16, Corinna Vinschen wrote: > > I found a workaround: The Windows call for changing the password used > > by the passwd tool is > > > > ret = NetUserChangePassowrd (server, username, old_pwd, new_pwd); > > > > The server is usually the logon

Re: Different representations of time in ls -l and date(1)

On 31/08/2016 14:09, Markus Hoenicka wrote: At 2016-08-31 13:41, Schwarz, Konrad was heard to say: Sorry for the previous incomplete mail. So my problem is that date(1) outputs AM/PM style dates, whereas ls -l uses 24 hour times. $ ls -l rtos_benchmark.lst -rwxr-xr-x+ 1 mchn1350 Domain Users

Re: passwd unrecoverable error 1265

On 31.8.2016 12:16, Corinna Vinschen wrote: I found a workaround: The Windows call for changing the password used by the passwd tool is ret = NetUserChangePassowrd (server, username, old_pwd, new_pwd); The server is usually the logon server, prepended by double backslash, as in the variable

RE: Different representations of time in ls -l and date(1)

At 2016-08-31 13:41, Schwarz, Konrad was heard to say: Sorry for the previous incomplete mail. So my problem is that date(1) outputs AM/PM style dates, whereas ls -l uses 24 hour times. $ ls -l rtos_benchmark.lst -rwxr-xr-x+ 1 mchn1350 Domain Users 263 Aug 31 13:14 rtos_benchmark.lst* $ date

RE: Different representations of time in ls -l and date(1)

Sorry for the previous incomplete mail. So my problem is that date(1) outputs AM/PM style dates, whereas ls -l uses 24 hour times. $ ls -l rtos_benchmark.lst -rwxr-xr-x+ 1 mchn1350 Domain Users 263 Aug 31 13:14 rtos_benchmark.lst* $ date Wed, Aug 31, 2016 1:39:35 PM $ echo $LC_TIME $ echo

Re: [ANNOUNCEMENT] openssl 1.0.2h-1

On Aug 31 12:50, Gerrit Haase wrote: > 2016-05-04 19:35 GMT+02:00 Yaakov Selkowitz: > > > > The following packages have been uploaded to the Cygwin distribution: > > > > * openssl-1.0.2h-1 > > * openssl-devel-1.0.2h-1 > > * openssl-perl-1.0.2h-1 > > * libopenssl100-1.0.2h-1 > > *

Re: [ANNOUNCEMENT] openssl 1.0.2h-1

2016-05-04 19:35 GMT+02:00 Yaakov Selkowitz: > > The following packages have been uploaded to the Cygwin distribution: > > * openssl-1.0.2h-1 > * openssl-devel-1.0.2h-1 > * openssl-perl-1.0.2h-1 > * libopenssl100-1.0.2h-1 > * mingw64-i686-openssl-1.0.2h-1 > * mingw64-x86_64-openssl-1.0.2h-1 > >

Re: [PATCH setup] Allow setup to parse more than 3 versions from the setup.ini file

On 08/06/2015 14:43, Corinna Vinschen wrote: On Jun 3 17:30, Jon TURNEY wrote: Reminded by a recent request as to how to install xorg-server-1.17.1-2, which has disappeared beyond setup's ken (in order to determine if there was a regression in the curent version), this is a re-send of a patch

Re: passwd unrecoverable error 1265

On Aug 30 20:20, Vlado wrote: > Hello. > > I have few users with sshd-only access to server. They use passwd when > changing passwords. > > passwd is not working anymore for regular user (remote connection with > PuTTy): > > test@server ~ > $ passwd > Old password: > New

[newlib-cygwin] strace: Don't print exception info for SetThreadName exception

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=a157df316546ac77207b2a3c5eb08fa140643866 commit a157df316546ac77207b2a3c5eb08fa140643866 Author: Corinna Vinschen Date: Wed Aug 31 12:15:29 2016 +0200 strace: Don't print exception info for SetThreadName

[newlib-cygwin] Fix passwd getting error 1265 when running on newer Windows

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=472e5439e7c7c7ecb552149de494f91540b55f8b commit 472e5439e7c7c7ecb552149de494f91540b55f8b Author: Corinna Vinschen Date: Wed Aug 31 12:08:34 2016 +0200 Fix passwd getting error 1265 when running on newer

Re: update_etc_shells gone from cygport?

On Aug 30 11:44, Yaakov Selkowitz wrote: > On 2016-08-30 11:15, Achim Gratz wrote: > > Corinna Vinschen writes: > > > > update_etc_shells /bin/tcsh /bin/csh > > > > > > > > But I think we need to coordinate this with an updated base-cygwin. > > > > > > base-cygwin? Not base-files? > > > > The