On Tue, Apr 8, 2014 at 4:27 PM, Achim Gratz wrote:
Reini Urban writes:
Only if you register each and every user module with the system.
But we don't want that.
Wait, weren't we talking about vendor-perl, possibly site-perl? These
two locations are already registered with the system. The
Yaakov (Cygwin/X) writes:
Yes, we do want to have packages for all Perl modules required by
other packages. Telling users oh, if you want to make this Cygwin
package work, go install the modules from CPAN is not a viable
solution.
Thanks, Yaakov. The packaging issue introduced by the opaque
Christopher Faylor writes:
Nevermind. Stupid coding error.
It appears that the new setup.ini is generated before any file removals
have happened, but after the copies have been done. I don't know if
that will produce yet another error from upset (so far there are none),
but since I was trying
Achim Gratz writes:
Christopher Faylor writes:
Nevermind. Stupid coding error.
It appears that the new setup.ini is generated before any file removals
have happened, but after the copies have been done. I don't know if
that will produce yet another error from upset (so far there are none),
On Wed, Apr 09, 2014 at 11:28:25PM +0200, Achim Gratz wrote:
Christopher Faylor writes:
Nevermind. Stupid coding error.
It appears that the new setup.ini is generated before any file removals
have happened, but after the copies have been done.
No, that is not right. The setup.ini is created
On Thu, Apr 10, 2014 at 12:32:59AM +0200, Achim Gratz wrote:
Achim Gratz writes:
Christopher Faylor writes:
Nevermind. Stupid coding error.
It appears that the new setup.ini is generated before any file removals
have happened, but after the copies have been done. I don't know if
that will
Christopher Faylor writes:
On Wed, Apr 09, 2014 at 11:28:25PM +0200, Achim Gratz wrote:
It appears that the new setup.ini is generated before any file removals
have happened, but after the copies have been done.
No, that is not right. The setup.ini is created last.
Then I have no idea how a
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-04-09 19:20:01
Modified files:
winsup/cygwin : ChangeLog exceptions.cc
Log message:
* exceptions.cc (exception::myfault_handle): Only handle the minimum
amount of exceptions the
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 line to set
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 the Windows
@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 rcs...@gmail.com wrote:
On Tue, Apr 8, 2014 at 4:55 PM, Adam
[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
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 summer
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 (32 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
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 hour
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 31/3 in
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. All
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
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
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 includes
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
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
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
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 to
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. It
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 includes
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
executable that
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 either.
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
---
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 handled
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 to
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
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-devel.
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 reports:
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
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
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)
-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.
I
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 search
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 of
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
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
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 move such
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, as
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
==
-
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
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
==
-
50 matches
Mail list logo