I've updated the Cygwin 1.7 version of rsync to 3.0.6-1.
rsync is a file transfer program. rsync uses the 'rsync algorithm' which
provides a very fast method for bringing remote files into sync. It does
this by sending just the differences in the files across the link,
without requiring that both
Christopher Faylor wrote:
Haven't we already looped several times in this discussion? I don't
think there is any new information that needs to be imparted. Can we
close this down now?
People obviously wish to discuss the issue. If you're not interested in
their discussion then can't you simply
Jim Reisert AD1C wrote:
On Wed, Sep 16, 2009 at 10:16 AM, Andrew Schulman
wrote:
Personally I like /win/c etc., but sure, I guess you could put
none / cygdrive binary,posix=0,user 0 0
into /etc/fstab and get /c, /d, etc.
There is a huge downside to this. I tried it. It totally broke all my
p
I note with interest that in Cygwin 1.7 cygstart does not recognise
entries in the App Paths list, whereas in Cygwin 1.5 it does.
For example I have the following entry in my app paths list, pointing
to my favourite text editor:
$ regtool --verbose list
"/HKLM/SOFTWARE/Microsoft/Windows/CurrentVe
On Tue, Aug 25, 2009 at 12:53 PM, Gwen Morse wrote:
> On Tue, Aug 25, 2009 at 9:08 AM, Andy Koppe wrote:
>>> 2009/8/25 Gwen Morse:
I use a game client called Tinyfugue that can make use of ANSI 256 color
codes.
>
>>> $ rxvt -tn rxvt-256color -e game
>>
>> D'oh, you'd already tried that o
Yaakov (Cygwin/X) wrote:
> Compiling libcanberra-0.17 (which adds tons of -W flags) with latest
> libtool and gcc-4.3.2-2:
>
> CCLD test-canberra.exe
> ./.libs/lt-test-canberra.c: In function 'lt_fatal':
> ./.libs/lt-test-canberra.c:582: warning: function might be possible
> candidate for attr
On Thu, Sep 17, 2009 at 06:25:44PM -0600, Eric Blake wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>According to Larry Hall (Cygwin) on 9/17/2009 12:53 PM:
>> While I'm not suggesting that people should reassign their "cygdrive"
>> prefix
>> to "/", I think the problem you saw in your ca
On Thu, Sep 17, 2009 at 06:50:39PM -0600, Jim Reisert AD1C wrote:
>On Thu, Sep 17, 2009 at 5:18 PM, Larry Hall (Cygwin)
> wrote:
>>On 09/17/2009 06:42 PM, Jim Reisert AD1C wrote:
>>>
>>>Is there some reason why setup-1.7 has to blow up to full-screen when
>>>the "Select Packages" screen comes up?
Chuck,
Compiling libcanberra-0.17 (which adds tons of -W flags) with latest
libtool and gcc-4.3.2-2:
CCLD test-canberra.exe
./.libs/lt-test-canberra.c: In function 'lt_fatal':
./.libs/lt-test-canberra.c:582: warning: function might be possible
candidate for attribute 'noreturn' [-Wmissing
On Thu, Sep 17, 2009 at 5:18 PM, Larry Hall (Cygwin)
wrote:
> On 09/17/2009 06:42 PM, Jim Reisert AD1C wrote:
>>
>> Is there some reason why setup-1.7 has to blow up to full-screen when
>> the "Select Packages" screen comes up? I prefer the friendlier 1.5
>> version.
>
> Yes, it was changed so t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Larry Hall (Cygwin) on 9/17/2009 12:53 PM:
> While I'm not suggesting that people should reassign their "cygdrive"
> prefix
> to "/", I think the problem you saw in your case is a result of having set
> CVS up when your setting was still "
On 09/17/2009 06:42 PM, Jim Reisert AD1C wrote:
Is there some reason why setup-1.7 has to blow up to full-screen when
the "Select Packages" screen comes up? I prefer the friendlier 1.5
version.
Yes, it was changed so that you could easily see all the information in
the packages listed. As a b
On Thu, Sep 17, 2009 at 4:42 PM, Jim Reisert AD1C
wrote:
> Is there some reason why setup-1.7 has to blow up to full-screen when
> the "Select Packages" screen comes up? I prefer the friendlier 1.5
> version.
I forgot to mention, that the back/cancel etc. icons at the bottom end
up buried under
Is there some reason why setup-1.7 has to blow up to full-screen when
the "Select Packages" screen comes up? I prefer the friendlier 1.5
version.
- Jim
--
Jim Reisert AD1C, , http://www.ad1c.us
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/f
Mark Geisert wrote:
> Is there something I need to do to "condition" the Cygwin environment to
> generate FP exceptions? I saw the code in winsup/something/or/other to map
> x86
> FP exceptions to SIGFPE but it seems somehow the exceptions aren't being
> generated in the first place.
Very pos
I would like to get control when floating-point exceptions occur, but the simple
approach doesn't seem to work; see the STC below. It shows SIGSEGV can be
trapped but not SIGFPE. In another experiment I tried extending libsigsegv to
handle FP exceptions but got the same results.
Is there somethi
On 09/17/2009 12:32 PM, Jim Reisert AD1C wrote:
On Wed, Sep 16, 2009 at 10:16 AM, Andrew Schulman
wrote:
Personally I like /win/c etc., but sure, I guess you could put
none / cygdrive binary,posix=0,user 0 0
into /etc/fstab and get /c, /d, etc.
There is a huge downside to this. I tried i
On Wed, Sep 16, 2009 at 10:16 AM, Andrew Schulman
wrote:
> Personally I like /win/c etc., but sure, I guess you could put
>
> none / cygdrive binary,posix=0,user 0 0
>
> into /etc/fstab and get /c, /d, etc.
There is a huge downside to this. I tried it. It totally broke all my
projects using CV
On Thu, Sep 17, 2009 at 05:26:04AM -0600, Eric Blake wrote:
>Is the transition to 1.7 a good time to change the ABI and offer a 64-bit
>time_t type that won't overflow in 2038? Would we have to do the same
>sort of transition magic as was done back in 1.5 for 32-bit vs. 64-bit off_t?
Argh. I was
On Thu, Sep 17, 2009 at 06:36:26AM +0100, Andy Koppe wrote:
>2009/9/17 Christopher Faylor:
>>>My real gripe is with setup telling me off about putting Cygwin in the
>>>root dir ON EVERY SINGLE UPDATE.
>>
>> My real gripe is people who COMPLAIN ABOUT FREE SOFTWARE where they
>> HAVE THE SOURCE CODE.
On 09/17/2009 01:18 AM, Andy Koppe wrote:
2009/9/16 Dave Korn:
whatever) prefixes when accessing stuff from the other side of the
fence.
Never mind the fence, what colour are we going to paint the bikeshed?
This is purely a matter of taste.
Exactly. I didn't mean to suggest that Cygwin
Vincent R. wrote:
> I want to try to compile cegcc-4.4.0 (gcc targetting windows ce) with a
> mingw compiler but I don't know which one to choose.
> As always with open source software I can use :
>
> a) mingw(4.4.0) compiler from mingw project
> b) mingw32(4.4.1) compiler from mingw64(maybe rena
Hi,
After having started some debate about cygdrive prefix (it was not my
goal) I think I have another
dilemna ;-)
I want to try to compile cegcc-4.4.0 (gcc targetting windows ce) with a
mingw compiler but I don't
know which one to choose.
As always with open source software I can use :
a) ming
On 2009-09-17 12:08Z, hj.beck...@kreis-steinfurt.de wrote:
> I'm trying to compile 2 applications (klavaro/procbench, both from sf.net).
> Both ./confiugre steps
> end with the above error message. Searching the web tells me, that some libs
> are missing.
Probably it's a broken gcc installation
--- Gio 17/9/09, Eric Blake ha scritto:
> Da: Eric Blake
> Oggetto: Re: R: [Packaging bug] Re: [ANNOUNCEMENT] [1.7] Updated:
> {libhdf5_0,libhdf5-devel,hdf5}-1.6.9-1
> A: cygwin@cygwin.com
> Data: Giovedì 17 settembre 2009, 13:41
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According
I'm trying to compile 2 applications (klavaro/procbench, both from sf.net).
Both ./confiugre steps
end with the above error message. Searching the web tells me, that some libs
are missing.
There is no /lib/cpp on my system.
Searching cygwin.com for "lib/cpp" yields nothing, "cpp" a lot of packa
Hi,
After having started some debate about cygdrive prefix (it was not my
goal) I think I have another
dilemna ;-)
I want to try to compile cegcc-4.4.0 (gcc targetting windows ce) with a
mingw compiler but I don't
know which one to choose.
As always with open source software I can use :
a) ming
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Marco Atzeri on 9/17/2009 4:28 AM:
> on 1.7.0-61
>
> $ cd /usr/bin/
>
> /usr/bin $ cp yes /tmp
>
> /usr/bin $ $ ls /tmp/yes*
> /tmp/yes
>
>
> so it is a feature or a bug of 1.7 ?
A multiply-reported bug of coreutils as ported
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is the transition to 1.7 a good time to change the ABI and offer a 64-bit
time_t type that won't overflow in 2038? Would we have to do the same
sort of transition magic as was done back in 1.5 for 32-bit vs. 64-bit off_t?
- --
Don't work too hard, ma
--- Mer 16/9/09, Dr. Volker Zell ha scritto:
> Da: Dr. Volker Zell
> Oggetto: [Packaging bug] Re: [ANNOUNCEMENT] [1.7] Updated:
> {libhdf5_0,libhdf5-devel,hdf5}-1.6.9-1
> A: cygwin@cygwin.com
> Data: Mercoledì 16 settembre 2009, 17:52
> > Marco Atzeri
> writes:
>
> > Version
> {libhdf5
Lapo Luchini wrote:
> Dave Korn wrote:
>> Ah, looks like Cygwin only supports xattr on Samba filesystems.
>
> Mhh, well okay, then maybe I can upload the new 3.0.6 release anyways,
> announcing that the xattr feature is in testing (but the rest of the
> release is really as good as the previous wa
Harald Joerg wrote:
... -- EXCEPT...at the end -- how many times do I have to tell setup
that I *STILL* don't want the icon on my desktop??!
I eventually got around that one.
I found that I do not want *any* icons on my desktop and switched them
off completely. There is an option in the "Sor
Dr. Volker Zell wrote:
>> Version 1.8.2-1 of botan has been uploaded.
>
> There is a bogus /usr/docs/Botan-1.8.2 directory present which is wrong.
> The contents should be moved to /usr/share/doc/botan.
Ah, thanks for noticing.
I'll fix that while upgrading to 1.8.7 (hopefully soon).
--
Lapo Lu
Linda Walsh writes:
> [...] OTOH, at least the defaults are pretty sensible ...
Pretty sensible, indeed. I love /cygdrive as just another example of a
pretty sensible default.
> ... (I can just hit ENTER), through the setup ...
...and the default buttons in the GUI are always in the same place
* Andy Koppe (Wed, 16 Sep 2009 22:06:45 +0100)
> 2009/9/16 Thorsten Kampe
> > you shouldn't install Cygwin
> > directly to C:\ (but to C:\cygwin): so you don't have the Cygwin and the
> > Windows root folder structure mixed.
>
> And where exactly is the harm in that? Apple certainly don't see a
>
Shaddy Baddah wrote:
> In this case, although cygwin has a package management system, it is
> not going to manage the non-cygwin stuff dropped into c:/bin,lib,
> etc. And that means if a user goes and installs something like msys
---
I knew I had a good reason for thinking it would cause tr
36 matches
Mail list logo