Larry Hall (Cygwin) writes:
1. Create a link to gcc and call it gcc-4.
It must actually be gcc.exe linked to gcc-4.exe, due to the way some
(but not all) Perl build scripts handle EXEEXT.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
SD adaptations
On 2015-01-05 03:06, Laurens Blankers wrote:
On 5-1-2015 05:04, Larry Hall (Cygwin-X) wrote:
As far as I can tell, from the available information, users which meet
any of the following criteria will run into trouble:
- Custom .startxwinrc or .xinitrc
Just .startxwinrc, and the changes were
On 5-1-2015 10:48, Yaakov Selkowitz wrote:
Just .startxwinrc, and the changes were explained in the announcement.
The information is contained within the announcement, but it is a bit
difficult to figure out what to do from just the list of changes. A more
detailed step-by-step guide, preferably
On 2015-01-05 04:03, Laurens Blankers wrote:
On 5-1-2015 10:48, Yaakov Selkowitz wrote:
Just .startxwinrc, and the changes were explained in the announcement.
The information is contained within the announcement, but it is a bit
difficult to figure out what to do from just the list of changes.
You're right, this isn't pretty. :-( Any progress since then?
Well, I had a good idea: set up a shared (ControlMaster) ssh connection first,
in order to get the authentication out of the way, then have the sftp batch step
use the shared connection.
Unfortunately it seems that that idea isn't
lftp sftp://cygwin:@cygwin.com
Sorry, should be
lftp sftp://cyg...@cygwin.com
On 2014-12-19 09:13, Andrew Schulman wrote:
Here's what I have at the moment based on your branch as of a few weeks
ago. However, with password-protected SSH keys, the password prompt
isn't handled properly. Any ideas?
OK, I've looked into this. It can be done, but the only solution I can
On 5-1-2015 05:04, Larry Hall (Cygwin-X) wrote:
So I'm guessing with your statement above that English isn't your primary
language.
[..]
1. I am not the maintainer of the xinit package. [..]
English is indeed not my first language, but that is no excuse for not
carefully reading your replies
When using PuTTY with X11 forwarding enabled X clients are no longer
able to connect to the X server running locally. When reverting back to
1.3.2-1 the problem goes away.
This may be related to the -nolisten tcp which is now the default[1]. If
this is indeed the case it would be create of adding
Read the thread Never ending SSHD story: offering public key terminates
connection, you'll find explanation and the solution there.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Hi,
As requested [1] a separate thread for suggesting improvements to xinit,
in order to solve some of the issues people have been having since the
release of 1.3.4-1 [2].
1. Handling of empty .startxwinrc
Given the new behaviour of startxwin having an empty is never a correct
configuration. It
While porting exim to Windows 64 I have observed strange results when
resolving localhost
On Windows XP,
Resolv: search localhost type 28
Resolv: query localhost type 28
Resolv: DnsQuery: 0 (Windows)
Resolv: localhost Section 0 Type 28 Windows Record Length 16
08:02:06 3760 DNS lookup of
On 1/5/2015 10:28 AM, Marco Atzeri wrote:
On 1/5/2015 4:12 PM, Eric Blake wrote:
I'm the libsigsegv maintainer
Hi Eric,
are you aware of any reason, other than Reini's availability,
for which we have only the 32 bit libsigsegv package but not
the 64bit one ?
On 01/05/2015 08:28 AM, Marco Atzeri wrote:
On 1/5/2015 4:12 PM, Eric Blake wrote:
I'm the libsigsegv maintainer
Hi Eric,
are you aware of any reason, other than Reini's availability,
for which we have only the 32 bit libsigsegv package but not
the 64bit one ?
Yes. Upstream libsigsegv
On 2015-01-05 05:31, Laurens Blankers wrote:
When using PuTTY with X11 forwarding enabled X clients are no longer
able to connect to the X server running locally. When reverting back to
1.3.2-1 the problem goes away.
This may be related to the -nolisten tcp which is now the default[1]. If
this
On 1/5/2015 2:51 AM, Yaakov Selkowitz wrote:
On 2014-12-18 07:11, Ken Brown wrote:
On 12/18/2014 3:22 AM, Achim Gratz wrote:
Ken Brown writes:
+if [ -d /usr/share/texmf-dist ]
Looks like you'd want
if [ -d ${D}/usr/share/texmf-dist ]
here.
Thanks. I hope this is the last of the
$ cat test.cpp
#include string
int main()
{
std::to_string(0);
return 0;
}
# Reference:
http://stackoverflow.com/questions/12975341/to-string-is-not-a-member-of-std-says-so-g
$ g++ -std=c++1y test.cpp
test.cpp: In function ‘int main()’:
test.cpp:5:2: error: ‘to_string’ is not a
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
Can you include cygcheck output as outlined in the link below?
Problem reports: http://cygwin.com/problems.html
I've got the plain text file cygcheck.out, but it is unclear to me how I can
attach it to a post in this
Greetings, Hal Watson!
Can you include cygcheck output as outlined in the link below?
Problem reports: http://cygwin.com/problems.html
I've got the plain text file cygcheck.out, but it is unclear to me how I can
attach it to a post in this discussion per the guidelines (I'm using
Andrey Repin wrote:
Greetings, Hal Watson!
Can you include cygcheck output as outlined in the link below?
Problem reports: http://cygwin.com/problems.html
I've got the plain text file cygcheck.out, but it is unclear to me how I can
attach it to a post in this discussion per the
cygwin:
I am having trouble installing the Perl Digest::MD4 module via the
'cpan' command line program on Cygwin on Windows XP Professional.
I have filed a bug report via bug-digest-...@rt.cpan.org:
https://rt.cpan.org/Public/Bug/Display.html?id=101332
The maintainer observed:
Greetings, Will Parsons!
Can you include cygcheck output as outlined in the link below?
Problem reports: http://cygwin.com/problems.html
I've got the plain text file cygcheck.out, but it is unclear to me how I can
attach it to a post in this discussion per the guidelines (I'm using
On 01/05/2015 09:41 PM, David Christensen wrote:
cygwin:
I am having trouble installing the Perl Digest::MD4 module via the 'cpan'
command line program on Cygwin on Windows XP Professional.
I have filed a bug report via bug-digest-...@rt.cpan.org:
On 01/05/2015 04:06 AM, Laurens Blankers wrote:
snip
Since I believe the rest of what you wrote above has been covered in one
form or another since my last reply, I won't bore anyone with my responses.
This leaves just one very critical piece of business which absolutely must
be addressed:
A:
On 01/05/2015 04:56 PM, Hal Watson wrote:
Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes:
Can you include cygcheck output as outlined in the link below?
Problem reports: http://cygwin.com/problems.html
I've got the plain text file cygcheck.out, but it is unclear to
Ken Brown writes:
Do you have an opinion about that? I suggested /etc/texmf/postinstall
or /var/lib/texmf/postinstall, but Achim had other ideas. The only
precedent we have so far is Achim's new _autorebase, which uses
/etc/rebase.
Even for this I think /etc is the wrong place and I'd
Yaakov Selkowitz writes:
Some time ago we encountered an issue with setup not handling archives
created by pbzip2 correctly. Does anybody know if archives created by
pxz create the same issue or not?
I haven't looked at the code in setup yet, but setup would need to deal
correctly with
On 2015-01-05 05:46, Laurens Blankers wrote:
As requested [1] a separate thread for suggesting improvements to xinit,
in order to solve some of the issues people have been having since the
release of 1.3.4-1 [2].
1. Handling of empty .startxwinrc
Given the new behaviour of startxwin having an
On 2015-01-05 11:43, Yaakov Selkowitz wrote:
On 2015-01-05 05:46, Laurens Blankers wrote:
As requested [1] a separate thread for suggesting improvements to xinit,
in order to solve some of the issues people have been having since the
release of 1.3.4-1 [2].
1. Handling of empty .startxwinrc
On 01/04/2015 07:14 PM, Howard Guo wrote:
It seems that segfaults go unreported using pthread and Cygwin 1.7.33-2.
Here is a minimal code piece to reproduce:
#include pthread.h
void* thread_run(void* _) {
int *p = 0;
*p = 1;
return NULL;
}
int main(int
The package is not officially orphaned, but Reini seems short of time
and tesseract is currently lacking a 64bit ports.
wget -r -np -nH --cut-dirs=0 \
http://matzeri.altervista.org/x86_64/leptonica/index.html
wget -r -np -nH --cut-dirs=0 \
On 1/5/2015 4:12 PM, Eric Blake wrote:
I'm the libsigsegv maintainer
Hi Eric,
are you aware of any reason, other than Reini's availability,
for which we have only the 32 bit libsigsegv package but not
the 64bit one ?
Regards
Marco
--
Problem reports: http://cygwin.com/problems.html
32 matches
Mail list logo