On Wed, 18 Jan 2017 00:02:37, "Larry Hall (Cygwin)" wrote:
> Whoa! While I agree there has been some very negatively charged comments
> coming from Steven in this thread, I don't think we need to start finding
> fault with everything he says and does relative to it. It's perfectly
> fine for
On 01/17/2017 11:09 PM, Doug Henderson wrote:
On 17 January 2017 at 20:55, Steven Penny wrote:
On Tue, 17 Jan 2017 20:08:17, Eric Blake wrote:
[again, your email client likes to break threading, so I nearly missed
this one]
Sorry about that, I wrote my own client so that I could reply
On 17 January 2017 at 20:55, Steven Penny wrote:
> On Tue, 17 Jan 2017 20:08:17, Eric Blake wrote:
>> [again, your email client likes to break threading, so I nearly missed
>> this one]
>
> Sorry about that, I wrote my own client so that I could reply without
> subscribing:
I find it despicable
On Tue, 17 Jan 2017 20:08:17, Eric Blake wrote:
> [again, your email client likes to break threading, so I nearly missed
> this one]
Sorry about that, I wrote my own client so that I could reply without
subscribing:
http://github.com/svnpenn/a/blob/master/etc/mailing-list.awk
I switched the
Hi,
On 18/01/17 14:34, Shaddy Baddah wrote:
First please find attached a simple patch that fixes a problem I
encountered running ssh-host-config with the --debug option.
Also, it'd be nice if an enhancement was made to protect the privacy of
silly people.
--
Regards,
Silly person
--
Hi,
First please find attached a simple patch that fixes a problem I
encountered running ssh-host-config with the --debug option.
Pretty simple. Without redirecting the output of csih_stacktrace() to
stderr, then (3.5.4) Command Substitution of functions that call it will
run into problems. And
On 17 January 2017 at 01:57, Andrea Venturoli wrote:
>
> Hello.
>
> I've got a 2TB backup HD which is filled with several copies (at different
> times) of the same data; in other words, I could have the following
> directories:
>
> Data20170117
> Data20170110
> Data20170103
> ...
> Data20161220
[again, your email client likes to break threading, so I nearly missed
this one]
On 01/17/2017 06:36 PM, Steven Penny wrote:
> On Mon, 16 Jan 2017 19:32:19, Steven Penny wrote:
>> I did another bisect on the readline-7.0-testing branch and came up with
>> this:
>>
[your email client tends to break threading, which is making it VERY
hard to follow your multiple replies]
On 01/13/2017 08:46 AM, Eric Blake wrote:
> On 01/12/2017 11:05 PM, Steven Penny wrote:
>> On Tue, 3 Jan 2017 10:34:01, "Eric Blake (cygwin)" wrote:
>>> The releases of readline 7.0.1-1 and
I have just updated the mingw-w64 headers, runtime, and winpthreads to
5.0.1-1.
mingw64-*-headers-5.0.1-1
mingw64-*-runtime-5.0.1-1
mingw64-*-winpthreads-5.0.1-1
The cross compiler can produce Win32 and Win64 native binaries. As a
cross compiler, you may use --host=i686-w64-mingw32 or
On 2016-06-26 07:26, Jon Turney wrote:
Using a compressed empty file instead of a compressed archive means these
files need to be treated specially throughout the entire package pipeline.
I suppose you have tested this with calm, so I pushed it to master.
--
Yaakov
I have just updated the mingw-w64 headers, runtime, and winpthreads to
5.0.1-1.
mingw64-*-headers-5.0.1-1
mingw64-*-runtime-5.0.1-1
mingw64-*-winpthreads-5.0.1-1
The cross compiler can produce Win32 and Win64 native binaries. As a
cross compiler, you may use --host=i686-w64-mingw32 or
On Mon, 16 Jan 2017 18:57:51 +0100, Achim Gratz wrote:
> Katsumi Yamaoka writes:
>> Run setup-x86.exe for full install excluding *x86_64* modulues.
> You do not want a full Cygwin install. In particular, you do not want a
> full installl for Cygwin 32bit.
Yes, I know I overdo or am greedy. So,
On Mon, 16 Jan 2017 19:32:19, Steven Penny wrote:
> I did another bisect on the readline-7.0-testing branch and came up with this:
> ef27d114778ffef483ed2746603f9487f880edbd is the first bad commit
> commit ef27d114778ffef483ed2746603f9487f880edbd
> Author: Chet Ramey
hi Repin/team
thanks for your reply!
i also tried to install at c:/cygwin64
and the cygwin version is also 2.6.1-1
it is not due to my install method. i just mean that i am using the latest
setupexe, so the version is 2.6.1-1.
and what i need is how to install 2.6.0-1 currently?
or can you
On 1/17/2017 4:44 PM, Nellis, Kenneth (Conduent) wrote:
> From: Brian Inglis
>> On 2017-01-17 13:21, Marco Atzeri wrote:
>>> On 17/01/2017 21:00, Brian Inglis wrote:
All cygcheck output seems to have DOS line terminators in both
Cygwin 64 & 32.
Is this by design or just because
On 2016-12-16 15:09, Eric Blake wrote:
On 12/16/2016 02:40 PM, Eric Blake wrote:
bash 4.4 now warns about skipping NUL bytes in $(command), since
command substitution is only well-formed for commands that output
text, but NUL bytes are not text. Silence the warning by removing
NUL bytes from
From: Brian Inglis
> On 2017-01-17 13:21, Marco Atzeri wrote:
> > On 17/01/2017 21:00, Brian Inglis wrote:
> >> All cygcheck output seems to have DOS line terminators in both
> >> Cygwin 64 & 32.
> >> Is this by design or just because it's a native Windows app?
> > second one
>
> So by accident
On 2017-01-17 13:21, Marco Atzeri wrote:
> On 17/01/2017 21:00, Brian Inglis wrote:
>> All cygcheck output seems to have DOS line terminators in both
>> Cygwin 64 & 32.
>> Is this by design or just because it's a native Windows app?
> second one
So by accident rather than intent?
Could that be
On 17/01/2017 21:00, Brian Inglis wrote:
All cygcheck output seems to have DOS line terminators in both Cygwin 64 & 32.
Is this by design or just because it's a native Windows app?
second one
Regards
Marco
--
Problem reports: http://cygwin.com/problems.html
FAQ:
All cygcheck output seems to have DOS line terminators in both Cygwin 64 & 32.
Is this by design or just because it's a native Windows app?
It's annoying in command lines and scripts to have to strip the \r.
$ cygcheck -f /bin/find | cat -A
findutils-4.6.0-1^M$
$ cygcheck -p findutils > t; cat
From: Brian Inglis
>
> $ fgrep "$(cygcheck -f /usr/bin/find | sed 's/\r$//').tar." \
> /etc/setup/installed.db | cut -d' ' -f1
> findutils
>
> OR
>
> $ fgrep "$(cygcheck -f /usr/bin/find | d2u).tar." \
> /etc/setup/installed.db | cut -d' ' -f1
> findutils
>
On 2017-01-17 12:01, Nellis, Kenneth (Conduent) wrote:
> I want to be able to extract a package's name from its version
> information output by cygcheck -f. For many packages it is
> easy: just strip off after the first hyphen; for example:
>
> $ cygcheck -f /usr/bin/find
> findutils-4.6.0-1
> $
On 2017-01-17 10:25, Andrey Repin wrote:
>> installed cygwin using setup_64.exe from your website in my personal
>> pc, and provide the folder c:\program files\cygwin64
> Root directory with space or other ambiguous character may cause
> interoperability issues.
>> to our security
>> team for
I want to be able to extract a package's name from its version
information output by cygcheck -f. For many packages it is
easy: just strip off after the first hyphen; for example:
$ cygcheck -f /usr/bin/find
findutils-4.6.0-1
$ cygcheck -f /usr/bin/find | cut -d- -f1
findutils
$
But, then there
sun zheng writes:
> i was requesting to install cygwin 2.6.0-1 in my company's pc since
> this is the latest version. due to security checking, it takes nearly
> 2 months for me to get the approval of this version.
If that's a requirement, you will need to provide a local mirror with
the exact
Greetings, sun zheng!
> installed cygwin using setup_64.exe from your website in my personal
> pc, and provide the folder c:\program files\cygwin64
Root directory with space or other ambiguous character may cause
interoperability issues.
> to our security
> team for scanning and confirming.
New version `1.0.0-1
irssi
irssi-devel
have been uploaded.
CHANGES
This is a new upstream release focused on bug fix.
https://irssi.org/2017/01/05/irssi-1.0.0-released/
full list of changes
https://github.com/irssi/irssi/releases
DESCRIPTION
Irssi is a terminal based IRC client for UNIX
On 17/01/2017 15:09, Nellis, Kenneth (Conduent) wrote:
From: Marco Atzeri
On 17/01/2017 13:42, sun zheng wrote:
hi team,
As cygwin is a rolling distribution you can consider
http://www.fruitbat.org/Cygwin/timemachine.html#AHEM
for an installation frozen in time.
Regards
Marco
Maybe
From: Marco Atzeri [mailto:marco.atz...@gmail.com]
> On 17/01/2017 13:42, sun zheng wrote:
> > hi team,
> >
> > sorry for troubling. but
> >
> > currently i am facing a big problem:
> > i was requesting to install cygwin 2.6.0-1 in my company's pc since
> > this is the latest version. due to
On 17/01/2017 13:42, sun zheng wrote:
hi team,
sorry for troubling. but
currently i am facing a big problem:
i was requesting to install cygwin 2.6.0-1 in my company's pc since
this is the latest version. due to security checking, it takes nearly
2 months for me to get the approval of this
hi team,
sorry for troubling. but
currently i am facing a big problem:
i was requesting to install cygwin 2.6.0-1 in my company's pc since
this is the latest version. due to security checking, it takes nearly
2 months for me to get the approval of this version.
fortunately, it finally goes to
I've updated the gawk package to 4.1.4-2.
This is a bugfix release. It adds all post-release patches from the
gawk 4.1.4 stable branch. This should especially fix
https://cygwin.com/ml/cygwin/2017-01/msg00115.html
Have fun,
Corinna
--
Corinna Vinschen Please, send mails
I've updated the gawk package to 4.1.4-2.
This is a bugfix release. It adds all post-release patches from the
gawk 4.1.4 stable branch. This should especially fix
https://cygwin.com/ml/cygwin/2017-01/msg00115.html
Have fun,
Corinna
--
Corinna Vinschen Please, send mails
On Jan 17 03:12, Jim Reisert AD1C wrote:
> I just upgraded my Windows 10 Home 64-bit installation to the latest
> Windows Insider preview version:
>
> Version: 1607
> OS Build: 15007.1000
>
> I'm now getting this warning from Cygwin, but only in a CMD window
> (not XWin). It doesn't
Hello.
I've got a 2TB backup HD which is filled with several copies (at
different times) of the same data; in other words, I could have the
following directories:
Data20170117
Data20170110
Data20170103
...
Data20161220
User20170117
User20170110
User20170103
...
User20161220
DB20170117
2017-01-16 18:52 GMT+01:00 Achim Gratz:
> There is a build or packaging error somewhere with the 64bit version:
> the shutdown.exe delivered with the x86_64 package is in fact a 32bit
> executable that refuses to work in 64bit Cygwin. Can you please correct
> and re-release the package?
Thanks
37 matches
Mail list logo
