On Wed, 27 Feb 2013 14:59:20 +0100, Corinna Vinschen wrote:
On Feb 27 21:29, JonY wrote:
I'm worried that I might break gcc installs if I overlooked something
obvious.
The upload will be overwriting the .hint files, java and libffi are
empty packages (I could not get java to build
Could someone fix this please?
On Thu, Feb 28, 2013 at 12:04 AM, Yaakov
yselkow...@users.sourceforge.net wrote:
On Wed, 27 Feb 2013 14:59:20 +0100, Corinna Vinschen wrote:
On Feb 27 21:29, JonY wrote:
I'm worried that I might break gcc installs if I overlooked something
obvious.
The upload will be overwriting the
On Thu, 28 Feb 2013 11:14:22 -0500, Christopher Faylor wrote:
Could someone fix this please?
I removed the require for the moment, but the proper solution is to
provide the jar in the distro. If you want, I could do that in a way
that doesn't require pulling in the entire GNU Classpath
On Thu, 28 Feb 2013 07:06:21 -1000, NightStrike wrote:
Does cygwin have an automatic package building machinery thing like
Fedora? Fedora does mass rebuilds with mingw-w64 often, for instance.
No, we don't, and we haven't done a mass rebuild since 1.5.0 IIRC
(too long, IMO).
Yaakov
On 3/1/2013 03:42, Yaakov (Cygwin/X) wrote:
On Thu, 28 Feb 2013 11:14:22 -0500, Christopher Faylor wrote:
Could someone fix this please?
I removed the require for the moment, but the proper solution is to
provide the jar in the distro. If you want, I could do that in a way
that doesn't
CVSROOT:/cvs/src
Module name:src
Branch: cygwin-64bit-branch
Changes by: cori...@sourceware.org 2013-02-28 14:05:23
Modified files:
winsup/cygwin : ChangeLog.64bit pseudo-reloc.cc
Log message:
* pseudo-reloc.cc (do_pseudo_reloc): Add test to check for
Am 11.05.2012 19:29, schrieb Franz Kettwig:
After updating to the latest cygwin, my Java processes no longer receive SIGINT
signals. I have attached a simple Java program that adds a ShutdownHook that
will print out when the correct signal is received and the main program sleeps
indefinitely
wget ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.3-p392.tar.bz2
with latest snapshot, both 32bit and 64bit
Can anyone else reproduce this? Corinna can't reproduce it either so
we need more data points.
This is likely the final obstacle to a 1.7.18 release so we're keen
on getting this
On Wed, Feb 27, 2013 at 5:16 PM, Kevin Layer wrote:
Did you read the original report and all the replies in the chain?
...it requires my .bashrc to be sourced (.bash_profile merely sources
.bashrc).
Then what is the value of $SHELL?
--
Earnie
--
I'm running the latest sshd
I set up local port forwarding on my android phone using the ssh -L command
On my phone terminal emulator makes use of dropbear client v0.53.1
I set my browser proxy in orweb v2 0.4.4a to forward to the port specified
in the above command
Required connections
Earnie Boyd wrote:
On Wed, Feb 27, 2013 at 5:16 PM, Kevin Layer wrote:
Did you read the original report and all the replies in the chain?
...it requires my .bashrc to be sourced (.bash_profile merely sources
.bashrc).
Then what is the value of $SHELL?
/bin/bash
--
It's dumper.exe that's being called. There was no useful information
in the console window, other than the complaint that nodosfilewarning
should have fixed.
Thanks, Ken for deferring DBUS until EMACS emacs-24.4
- Jim
--
Jim Reisert AD1C, jjreis...@alum.mit.edu, http://www.ad1c.us
--
Problem
The stderr for Microsoft Windows native commands is undesirably
buffered when they are executed on Cygwin shell, Like this:
$ uname -a
CYGWIN_NT-6.1 localhost 1.7.17(0.262/5/3) 2012-10-19 14:39 i686 Cygwin
$ which nslookup
/cygdrive/c/Windows/system32/nslookup
$ nslookup
...
set q=hogehoge
set
On 2/28/2013 10:39 PM, sm...@cygwin.akamoz.jp wrote:
The stderr for Microsoft Windows native commands is undesirably
buffered when they are executed on Cygwin shell, Like this:
$ uname -a
CYGWIN_NT-6.1 localhost 1.7.17(0.262/5/3) 2012-10-19 14:39 i686 Cygwin
$ which nslookup
15 matches
Mail list logo