New upstream release:
wget -r --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.7-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/mercurial-1.7-1.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/mercurial/setup.hint
Jari
New upstream release:
wget -r --no-host-directories --cut-dirs=3 \
http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.2.1-1-src.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.2.1-1.tar.bz2 \
http://cante.net/~jaalto/tmp/cygwin/bzr/setup.hint
Jari
Alex Royo aroyofla-re5jqeeqqe8avxtiumw...@public.gmane.org writes:
Hello list,
I updated Cygwin version 1.7.7, Python version 2.6.5 and Mercurial
version 1.5.4 (the latest versions packaged).
---
/usr/lib/python2.6/site-package/mercurial/demandimport.py:85:
Hi Ajay,
On Mon, Nov 1, 2010 at 5:59 AM, Ajay Jain wrote:
Hi,
I want my Xterm to display a constant title say mercury. So I use:
Xterm -T mercury. Further, I have placed the following line in my
.Xresources: xterm*allowTitleOps: 0. From my .vnc/xstartup, I also do:
xrdb -merge
Hello,
I was searching online to find more info about GDI and I came across your
information.
Can you tell me, are you still involved with GDI? If
you are, how are things going for you?
Please let me know.
Sincerely,
Aaron Tyler
--
Unsubscribe info:
Hello,
I was searching online to find more info about GDI and I came across your
information.
Can you tell me, are you still involved with GDI? If
you are, how are things going for you?
Please let me know.
Sincerely,
Aaron Tyler
--
Unsubscribe info:
Hello,
I was searching online to find more info about GDI and I came across your
information.
Can you tell me, are you still involved with GDI? If
you are, how are things going for you?
Please let me know.
Sincerely,
Aaron Tyler
--
Unsubscribe info:
Hello,
I was searching online to find more info about GDI and I came across your
information.
Can you tell me, are you still involved with GDI? If
you are, how are things going for you?
Please let me know.
Sincerely,
Aaron Tyler
--
Unsubscribe info:
Hello,
I was searching online to find more info about GDI and I came across your
information.
Can you tell me, are you still involved with GDI? If
you are, how are things going for you?
Please let me know.
Sincerely,
Aaron Tyler
--
Unsubscribe info:
Another glibc-ish paths.h define. Patch attached.
Yaakov
2010-11-02 Yaakov Selkowitz yselkow...@users.sourceforge.net
* include/paths.h (_PATH_VARTMP): Define.
Index: include/paths.h
===
RCS file:
On Tue, Nov 02, 2010 at 12:06:22PM -0500, Yaakov (Cygwin/X) wrote:
Another glibc-ish paths.h define. Patch attached.
Looks good. Please apply.
I think it's getting to be time for a 1.7.8 release...
cgf
On Mon, 01 Nov 2010 21:14:38 -0400
Pierre A. Humblet pierre.humb...@ieee.org wrote:
At 04:59 PM 11/1/2010, Janos Dohanics wrote:
I'm trying to set up cron jobs in a new cygwin installation. The cron
service is running, but jobs are not executed.
I ran cron_diagnose.sh which says The SYSTEM
Hi Giorgos,
My ~ and $HOME were never the same until I modified /etc/passwd to point to
the directory I wanted to use.
(I think there's something in the User's Guide to this effect, though I got
it from the mailing list.)
HTH,
--
Lee Maschmeyer
Wayne State University Computing Center
5925
On Mon, 1 Nov 2010 07:26:42 -0500, Kenneth Nellis wrote:
Not answered yet: Do all the files involved--source and object--reside
on the same computer as that performing the build? If not, you may
still have time sync problems.
Yes, all files involved reside on the same computer as that
On Tue, Nov 02, 2010 at 12:01:16PM +0100, Gary wrote:
Dan wrote:
This is a series of patches that tries to improve the user experience in
Cygwin.
Love both of these, and have wanted somethnig like them for ages :) I
hope they get adopted!
I can't see attachments and those e-mails are
On Tue, Nov 02, 2010 at 12:20:24PM -0700, Steven Monai wrote:
On 2010/11/02 12:02 PM, David Sastre wrote:
On Tue, Nov 02, 2010 at 12:01:16PM +0100, Gary wrote:
Dan wrote:
This is a series of patches that tries to improve the user experience in
Cygwin.
Love both of these, and have
On 11/2/2010 3:57 PM, Lee Maschmeyer wrote:
I hope it's not providing too much information, but I've attached (yes,
really :-) not only cygcheck -svr but also the typescript of the make
session and config.log. Note that I'm using gcc3 because 4 has never worked.
I think there was a packaging
chmod 755 /usr/bin/set-gcc-default-*
Yes, I did that ages ago.
--
Lee Maschmeyer
Wayne State University Computing Center
5925 Woodward, #281
Detroit MI 48202
USA
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
This is a series of patches that tries to improve the user experience in Cygwin.
It adds three new features:
1. EXECIGNORE
EXECIGNORE is a colon-separated list of glob patterns. If a file's
full path matches one of these, it is never considered
executable for completion purposes.
Index: bash-3.2/findcmd.c
===
--- bash-3.2.orig/findcmd.c
+++ bash-3.2/findcmd.c
@@ -44,6 +44,8 @@
#include hashcmd.h
#include findcmd.h /* matching prototypes and declarations */
+#include glob/strmatch.h
+
extern int
Index: bash-3.2/CYGWIN-PATCHES/bash.README
===
--- bash-3.2.orig/CYGWIN-PATCHES/bash.README
+++ bash-3.2/CYGWIN-PATCHES/bash.README
@@ -55,7 +55,14 @@ is on a binary mount with igncr disabled
would be text mounts with igncr disabled
Index: bash-3.2/doc/bash.1
===
--- bash-3.2.orig/doc/bash.1
+++ bash-3.2/doc/bash.1
@@ -1405,6 +1405,14 @@ subsequently reset.
Expands to the effective user ID of the current user, initialized at
shell startup. This variable is
Index: bash-3.2/bashline.c
===
--- bash-3.2.orig/bashline.c
+++ bash-3.2/bashline.c
@@ -220,6 +220,13 @@ int no_empty_command_completion;
are the only possible matches, even if FIGNORE says to. */
int force_fignore = 1;
+#if
Index: bash-3.2/CYGWIN-PATCHES/bash.README
===
--- bash-3.2.orig/CYGWIN-PATCHES/bash.README
+++ bash-3.2/CYGWIN-PATCHES/bash.README
@@ -62,7 +62,15 @@ of completion and PATH searching. The `t
are not affected. Use this variable to
Index: bash-3.2/doc/bash.1
===
--- bash-3.2.orig/doc/bash.1
+++ bash-3.2/doc/bash.1
@@ -7991,6 +7991,11 @@ If set,
changes its behavior to that of version 3.1 with respect to quoted
arguments to the conditional command's =~
Index: bash-3.2/bashline.c
===
--- bash-3.2.orig/bashline.c
+++ bash-3.2/bashline.c
@@ -50,6 +50,8 @@
#include execute_cmd.h
#include findcmd.h
#include pathexp.h
+#include shmbutil.h
+
#include builtins/common.h
#include
Index: bash-3.2/bashline.c
===
--- bash-3.2.orig/bashline.c
+++ bash-3.2/bashline.c
@@ -37,6 +37,10 @@
# include netdb.h
#endif
+#if __CYGWIN__
+# include sys/cygwin.h
+#endif
+
#include stdio.h
#include chartypes.h
#include
On 11/2/2010 12:43 PM, David Sastre wrote:
Could you please resend the patches?
Sorry about that; resent.
The problem seems to be a bug in quilt(1) that causes empty messages to
be sent when a patch's preamble doesn't end with a blank line.
--
Problem reports:
On 11/02/2010 02:49 PM, dan.colasci...@gmail.com wrote:
Index: bash-3.2/doc/bash.1
===
--- bash-3.2.orig/doc/bash.1
+++ bash-3.2/doc/bash.1
@@ -7991,6 +7991,11 @@ If set,
changes its behavior to that of version 3.1 with respect
On 2 November 2010 19:57, Lee Maschmeyer wrote:
Gentlefolk,
For the past couple years or more I've been building a program, brltty, from
its subversion development stream. The only problems I had were in that
stream and they were fixed quite rapidly by the developer, in large measure
because
On 11/02/2010 02:49 PM, dan.colasci...@gmail.com wrote:
+ rl_add_defun (shell-forward-word, bash_forward_shellword, -1);
+ rl_add_defun (shell-backward-word, bash_backward_shellword, -1);
+ rl_add_defun (shell-kill-word, bash_kill_shellword, -1);
+ rl_add_defun
On 11/02/2010 02:49 PM, dan.colasci...@gmail.com wrote:
@@ -439,6 +689,10 @@ initialize_readline ()
rl_unbind_key_in_map (CTRL('E'), vi_movement_keymap);
#endif
+#if __CYGWIN__
+ rl_bind_key_if_unbound_in_map (CTRL('W'), cg_dwim, emacs_ctlx_keymap);
+#endif
I'm not so convinced
On 11/2/2010 1:55 PM, Eric Blake wrote:
I can't help but wonder how much programmable completion could be taught
to strip .exe by itself
It can't, as far as I can see. Programmable completion doesn't operate
on words in command position (like the first non-variable-assignment
word on a line).
On 11/2/2010 1:59 PM, Eric Blake wrote:
I'm not so convinced about this one, particularly about the fact that it
consumes a default binding rather than requiring explicit effort to enable.
It does require explicit effort: you have to type the key sequence.
There are lots of useful functions
On 11/2/2010 1:56 PM, Eric Blake wrote:
On 11/02/2010 02:49 PM, dan.colasci...@gmail.com wrote:
+ rl_add_defun (shell-forward-word, bash_forward_shellword, -1);
+ rl_add_defun (shell-backward-word, bash_backward_shellword, -1);
+ rl_add_defun (shell-kill-word, bash_kill_shellword, -1);
On 11/2/2010 3:48 PM, dan.colasci...@gmail.com wrote:
Index: bash-3.2/CYGWIN-PATCHES/bash.README
===
--- bash-3.2.orig/CYGWIN-PATCHES/bash.README
+++ bash-3.2/CYGWIN-PATCHES/bash.README
@@ -55,7 +55,14 @@ is on a binary mount
On Tue, Nov 02, 2010 at 02:10:43PM -0700, Daniel Colascione wrote:
On 11/2/2010 1:56 PM, Eric Blake wrote:
On 11/02/2010 02:49 PM, dan.colascione wrote:
+ rl_add_defun (shell-forward-word, bash_forward_shellword, -1);
+ rl_add_defun (shell-backward-word, bash_backward_shellword, -1);
+
37 matches
Mail list logo