On Tue, Apr 8, 2014 at 4:55 PM, Adam Dinwoodie wrote:
> On Tue, Apr 08, 2014 at 03:24:29PM +0100, xmoon 2000 wrote:
>> Ho can I set Cygwin termnal title?
>>
>> I have tried echoing every escape sequence I have found on web.
>>
>> None seem to work.
>
> It's reasonably likely your `$PS1` includes a
On Tue, Apr 8, 2014, at 0:35, Dave Kilroy wrote:
> On 07/04/2014 13:02, Ronald Fischer wrote:
> > I have installed fish 2.1.0. Works fine, when invoking a new fish shell
> > manually.
> >
> > However, when doing a
> >
> > chere -ifcm -t mintty -s fish
> >
> > and invoke the new fish shell from
@Csaba Yes - that works.
Actually that's a big help - because within my looping bash script
that is keeping the window title up/changing until scripts stops .
Which is perfect.
thanks you
On 9 April 2014 08:37, Csaba Raduly wrote:
> On Tue, Apr 8, 2014 at 4:55 PM, Adam Dinwoodie wrote:
>> On
[cygcheck attachements got through, but message didn't???]
I'm running 64-bit Cygwin. The problem described here occured both
before and after upgrading from 1.7.28 to 1.7.29. (Cygcheck attached
to previous message).
I'm in the UK, where summer time started 10 days ago.
My Windows 8.1 laptop c
On Apr 9 10:24, Henry S. Thompson wrote:
> [cygcheck attachements got through, but message didn't???]
>
> I'm running 64-bit Cygwin. The problem described here occured both
> before and after upgrading from 1.7.28 to 1.7.29. (Cygcheck attached
> to previous message).
>
> I'm in the UK, where s
Corinna Vinschen writes:
> On Apr 9 10:24, Henry S. Thompson wrote:
>> [Clock behaving oddly/differently]
>> Has something changed with system clock vs. hardware clock between 32-
>> and 64-bit cygwin? Or am I looking in the wrong place altogether?
>
> Hmm, maybe. Apart from time_t being 64 bit
Forgive me if this posts a 2nd time, but I haven't seen it come
back after 6+ hours, so not sure where it went.
Corinna Vinschen wrote:
No, it's not. There's a major difference between mount points and
symlinks, which is, mount points are handled inside the kernel, while
symlinks are filesyste
Greetings, Henry S. Thompson!
> I'm running 64-bit Cygwin. The problem described here occured both
> before and after upgrading from 1.7.28 to 1.7.29. (Cygcheck attached
> to previous message).
> I'm in the UK, where summer time started 10 days ago.
> My Windows 8.1 laptop correctly gained an
Andrey Repin writes:
>> I'm in the UK, where summer time started 10 days ago.
>
>> My Windows 8.1 laptop correctly gained an hour at that time.
>
>> Yesterday it gained _another_ hour :-(.
>
> This is suspicious. I hope, there was no changes to DST dates in UK recently?
No, moved by one day from
On Wed, Apr 9, 2014 at 12:51 AM, Christopher Faylor wrote:
> Except for the lack of an advertised bugzilla link at the Cygwin web
> page, Cygwin is like every one of the other projects hosted at
> sourceware.org/gcc.gnu.org. This includes thriving projects like gcc,
> binutils, gdb, and others. A
I don't know if this report belongs here or if I should report a
binutils bug, but I'll start here.
When building emacs-w32.exe with the current binutils, I end up with an
executable that won't run after it's stripped (at least on x86_64). I
traced this to the fact that emacs-w32 comes with i
Trying to build heimdal to debug other problem. Installed sources,
installed missing dependency of gettext-devel, hit a previously known
problem (?):
/usr/local/src/heimdal-1.5.3/heimdal-1.5.3-1/src/heimdal-1.5.3/lib/libedit/src/editline/readline.h:79:29:
fatal error: sys/ttydefaults.h: No su
On Wed, Apr 09, 2014 at 09:55:51AM -0500, Steven Penny wrote:
>On Wed, Apr 9, 2014 at 12:51 AM, Christopher Faylor wrote:
>> Except for the lack of an advertised bugzilla link at the Cygwin web
>> page, Cygwin is like every one of the other projects hosted at
>> sourceware.org/gcc.gnu.org. This in
On Wed, Apr 09, 2014 at 11:24:03AM -0400, Ken Brown wrote:
>I don't know if this report belongs here or if I should report a
>binutils bug, but I'll start here.
>
>When building emacs-w32.exe with the current binutils, I end up with an
>executable that won't run after it's stripped (at least on x
On Wed, Apr 09, 2014 at 12:37:10PM -0400, Christopher Faylor wrote:
>I'll see what I can do about upgrading to using a more modern view which
>allows search. I assume that the contribution floodgate will open.
Actually, I guess I won't. Here's what the web browsing software has to
say about sear
On 4/9/2014 08:55, Steven Penny wrote:
On Wed, Apr 9, 2014 at 12:51 AM, Christopher Faylor wrote:
I see now you have Stockholm Syndrome with CVS.
CVS sucks. No new project should be started on CVS today.
HOWEVER:
If you think web code repository searching and a public bug tracker are
prima
On Wed, Apr 9, 2014 at 11:37 AM, Christopher Faylor wrote:
> I'll once again point out that gdb, binutils, and gcc seem to get by
> just fine without this. And, maybe I missed something, but I don't see
> search on sourceforge.net either. Given that, I don't see how this can
> be a huge barrier t
On Wed, Apr 09, 2014 at 10:50:20AM -0600, Warren Young wrote:
>I say all of this as one who has expressed a wish for Cygwin to move to
>a better VCS at least once in the past; probably more than once. The
>need to use CVS did not stop me from contributing a few small patches
>over the years. I
On Wed, Apr 9, 2014 at 10:55 AM, Steven Penny <...> wrote:
> On Wed, Apr 9, 2014 at 12:51 AM, Christopher Faylor wrote:
>> Except for the lack of an advertised bugzilla link at the Cygwin web
>> page, Cygwin is like every one of the other projects hosted at
>> sourceware.org/gcc.gnu.org. This incl
On Apr 9 12:46, Christopher Faylor wrote:
> On Wed, Apr 09, 2014 at 11:24:03AM -0400, Ken Brown wrote:
> >I don't know if this report belongs here or if I should report a
> >binutils bug, but I'll start here.
> >
> >When building emacs-w32.exe with the current binutils, I end up with an
> >execu
On Wed, Apr 09, 2014 at 12:02:46PM -0500, Steven Penny wrote:
>On Wed, Apr 9, 2014 at 11:37 AM, Christopher Faylor wrote:
>> I'll once again point out that gdb, binutils, and gcc seem to get by
>> just fine without this. And, maybe I missed something, but I don't see
>> search on sourceforge.net e
Thanks to Achim Gratz for adopting base-files.
Attached is an updated version of:
https://sourceware.org/ml/cygwin/2012-02/msg00806.html
Christian
diff -rup base-files-4.2-1.orig/etc/defaults/etc/bash.bashrc base-files-4.2-1/etc/defaults/etc/bash.bashrc
--- base-files-4.2-1.orig/etc/defaults/et
On 2014-04-09 10:59, Henry S. Thompson wrote:
Trying to build heimdal to debug other problem. Installed sources,
installed missing dependency of gettext-devel, hit a previously known
problem (?):
You are missing BRs, namely libedit-devel and libsqlite3-devel.
Yaakov
--
Problem reports:
On Apr 9 05:07, Linda Walsh wrote:
> Forgive me if this posts a 2nd time, but I haven't seen it come
> back after 6+ hours, so not sure where it went.
>
> Corinna Vinschen wrote:
> >
> >No, it's not. There's a major difference between mount points and
> >symlinks, which is, mount points are hand
On Wed, Apr 9, 2014 at 12:13 PM, Christopher Faylor wrote:
> It's possible that a site like github has more bandwidth and compute
> power than sourceware.org and doesn't have to worry about bogging down
> the system with malicious search attacks. We, unfortunately, do. So,
> while it is possible
I haven't installed a new Cygwin in quite a while. I'm doing it this morning
on a new 64-bit Win7 box.
I typically set my cygdrive prefix to "/". In the past, I believe I would do
this once, and it wouldn't have to do it again, as it would persist somewhere.
Now, it appears as if this goes aw
Yaakov (Cygwin/X) writes:
> On 2014-04-09 10:59, Henry S. Thompson wrote:
>> Trying to build heimdal to debug other problem. Installed sources,
>> installed missing dependency of gettext-devel, hit a previously known
>> problem (?):
>
> You are missing BRs, namely libedit-devel and libsqlite3-dev
Henry S. Thompson writes:
> Maybe same question -- acronym failure: BR ?
Build Requirement.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
--
Problem report
ht writes:
> Corinna Vinschen writes:
>
>> On Apr 9 10:24, Henry S. Thompson wrote:
>>> [Clock behaving oddly/differently]
>>> Has something changed with system clock vs. hardware clock between 32-
>>> and 64-bit cygwin? Or am I looking in the wrong place altogether?
>>
>> Hmm, maybe. Apart fro
ht writes:
> Another time, I'll try to figure out why [Heimdal's] cache isn't
> being deleted -- _that_ might actually be a cygwin version issue.
It's not. It's a Heimdal logic bug, I think. But if I'm right, it
should have bitten people using Heimdal under Linux before now.
I give up, back to
Christian Franke writes:
> Attached is an updated version of:
> https://sourceware.org/ml/cygwin/2012-02/msg00806.html
I'll put this on hold until the AD integration has landed in Cygwin
(which will require some larger changes anyway).
Generally I'd prefer to move such things that depend on perso
On 2014-04-09 12:47, Henry S. Thompson wrote:
On 2014-04-09 10:59, Henry S. Thompson wrote:
Trying to build heimdal to debug other problem. Installed sources,
installed missing dependency of gettext-devel, hit a previously known
problem (?):
You are missing BRs, namely libedit-devel and libsq
On Apr 9 17:43, KARR, DAVID wrote:
> I haven't installed a new Cygwin in quite a while. I'm doing it this morning
> on a new 64-bit Win7 box.
>
> I typically set my cygdrive prefix to "/". In the past, I believe I would do
> this once, and it wouldn't have to do it again, as it would persist
Would it be possible to update the version of tar currently in cygwin?
The current version is 1.26, which, in the GNU project anyway, was
released in March 2011. I need a version with a bug fix done in Nov
2011, so 1.27 or the latest (1.27-1) should do.
The bug fix fixes (among other things) th
> -Original Message-
> Corinna Vinschen
> Sent: Wednesday, April 09, 2014 11:45 AM
> Subject: Re: "mount -c /" in 64-bit win7 not persisting
>
> On Apr 9 17:43, KARR, DAVID wrote:
> > I haven't installed a new Cygwin in quite a while. I'm doing it this
> morning on a new 64-bit Win7 box.
On Wed, Apr 09, 2014 at 12:43:25PM -0500, Steven Penny wrote:
>On Wed, Apr 9, 2014 at 12:13 PM, Christopher Faylor wrote:
>>It's possible that a site like github has more bandwidth and compute
>>power than sourceware.org and doesn't have to worry about bogging down
>>the system with malicious searc
I've updated the gawk package to 4.1.1-1.
This is a new upstream release.
Changes from 4.1.0 to 4.1.1
---
1. The "stat" extension now includes a "devbsize" element which indicates
the units for the "nblocks" element.
2. The extension facility now works on MinGW. Many
Corinna Vinschen wrote:
No, it's not. There's a major difference between mount points and
symlinks, which is, mount points are handled inside the kernel, while
symlinks are filesystem objects. Reparse points are very certainly
filesystem objects. And bind mounts in Cygwin are handled in the
"k
Achim Gratz wrote:
Christian Franke writes:
Attached is an updated version of:
https://sourceware.org/ml/cygwin/2012-02/msg00806.html
I'll put this on hold until the AD integration has landed in Cygwin
(which will require some larger changes anyway).
Agree.
Generally I'd prefer to move such
The following packages have been updated in the Cygwin distribution:
* libjson-c2-0.11-2
* libjson-c-common-0.11-2
* libjson-c-devel-0.11-2
JSON-C implements a reference counting object model that allows you to
easily construct JSON objects in C, output them as JSON formatted
strings and parse
Greetings, Achim Gratz!
> Christian Franke writes:
>> Attached is an updated version of:
>> https://sourceware.org/ml/cygwin/2012-02/msg00806.html
> I'll put this on hold until the AD integration has landed in Cygwin
> (which will require some larger changes anyway).
> Generally I'd prefer to mo
Greetings, Steven Penny!
> On Wed, Apr 9, 2014 at 11:50 AM, Warren Young wrote:
>> If you think web code repository searching and a public bug tracker are
>> primary barriers to contribution, you aren't being honest with yourself.
>> They are nice, but not necessary.
> I am honest with myself. I,
PACKAGE DESCRIPTION
===
Homepage: http://mercurial.selenic.com
License : GPL-2+
Distributed, efficient Python based source control system. Mercurial is
designed for efficient handling of very large distributed projects.
CHANGES SINCE LAST RELEASE
==
- Bu
43 matches
Mail list logo
