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 d
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: http://c
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 what I thought when I first read
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 tw
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 old
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
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:
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 loc
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 x86_6
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 read this, but I re-read it a
> -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 18:59
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 first read this, but I re-read
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 inst
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 of times, it makes sense :-)
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 leadi
> -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 20:22,
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 ins
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 reports: http://cygwin.c
> 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: http://cygwin.com/ml/
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 cy
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 worki
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 Windows Vista or Windows Server
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, w
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
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
>
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 fast
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 outsid
> -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,
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 rtos_benchmark.
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 d
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 nl_langinfo(_DATE_F
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.
>>>
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 Message-
> -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)
> > Sen
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.
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 2
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 serv
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 2
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
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
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 $LAN
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
> > * mingw64-i686-opens
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
>
> ...
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 pas
44 matches
Mail list logo
