Robert Collins wrote:
Huh? Doing what I suggest has nothing to do with the # of connections,
the protocol supports it completely. It might, if you are spawning rsync
locally each time, with the file list option, you could (easily) add a
new file destination list, and that would provide the single
Changes:
3.1-3
* Change cd ${HOME} functionality for CHERE - Dave Kilroy
3.1-2
* Fix for zsh/ksh - Tero Niemela
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-3.1-3.tar.bz2
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum
On Sun, Nov 14, 2004 at 07:37:07PM -, John Morrison wrote:
Changes:
3.1-3
* Change cd ${HOME} functionality for CHERE - Dave Kilroy
3.1-2
* Fix for zsh/ksh - Tero Niemela
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-3.1-3.tar.bz2
On Sun, Nov 14, 2004 at 07:37:07PM -, John Morrison wrote:
Changes:
3.1-3
* Change cd ${HOME} functionality for CHERE - Dave Kilroy
3.1-2
* Fix for zsh/ksh - Tero Niemela
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-3.1-3.tar.bz2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please upload this at your earliest convienence.
http://cygwin-ports.sourceforge.net/install/temp/startup-notification/startup-notification-0.8-1-src.tar.bz2
Yaakov Selkowitz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please upload this at your earliest convienence.
http://cygwin-ports.sourceforge.net/install/temp/startup-notification/startup-notification-0.8-1-src.tar.bz2
Ok, I think I will be able to compile tonight. Will give you news at max
monday. After that, what do you want me to examine ?
Bruno
bruno patin wrote:
Ok, I think I will be able to compile tonight. Will give you news at max
monday. After that, what do you want me to examine ?
I the build of the debugging version succeeds, it would be nice if I
could get my hands on it, I still have no success building a debugging
version.
Gerrit P. Haase wrote:
bruno patin wrote:
Ok, I think I will be able to compile tonight. Will give you news at
max monday. After that, what do you want me to examine ?
I the build of the debugging version succeeds, it would be nice if I
If your build ...
could get my hands on it, I still have no
Gerrit P. Haase wrote:
bruno patin wrote:
Ok, I think I will be able to compile tonight. Will give you news at
max monday. After that, what do you want me to examine ?
I the build of the debugging version succeeds, it would be nice if I
could get my hands on it, I still have no success building
bruno patin wrote:
Gerrit P. Haase wrote:
bruno patin wrote:
Ok, I think I will be able to compile tonight. Will give you news at
max monday. After that, what do you want me to examine ?
I the build of the debugging version succeeds, it would be nice if I
could get my hands on it, I still have
Christopher Faylor cgf-no-personal-reply-please at cygwin.com writes:
On Tue, Nov 09, 2004 at 04:31:53PM +, Roboco Sanchez wrote:
The setup.exe should do the installation job properly.
[snip]
As for what our two develpers said, I do respect them for what they do
for us but I wouldn't
At 12:11 AM 11/14/2004 -0500, Christopher Faylor wrote:
When you first mentioned this, I had an idea that maybe we could be
waiting on something else besides a process handle which would be
inherited by any subprocesses. I thought that maybe we could somehow
use a mutex but there would always be
At 01:03 PM 11/14/2004 -0500, Christopher Faylor wrote:
On Sun, Nov 14, 2004 at 12:34:30PM -0500, Pierre A. Humblet wrote:
At 12:11 AM 11/14/2004 -0500, Christopher Faylor wrote:
BTW, have you ever tried using select, having a connection from the
parent to the child?
select involves polling or
On Sun, Nov 14, 2004 at 01:23:59PM -0500, Pierre A. Humblet wrote:
At 01:03 PM 11/14/2004 -0500, Christopher Faylor wrote:
On Sun, Nov 14, 2004 at 12:34:30PM -0500, Pierre A. Humblet wrote:
At 12:11 AM 11/14/2004 -0500, Christopher Faylor wrote:
BTW, have you ever tried using select, having a
I have two root directory structures (both with usr, bin, etc, ...). One
under the standard C:\cygwin ( i.e. /cygdrive/c/cygwin) and the other under
C:\cygwin\download (i.e. /cygdrive/c/cygwin/download).
When I enquire about the default bin location here is the reply:
$ which ls
/usr/bin/ls
Hi,
Recently 23 files *.tar.bz2 under release/X11/ altered and so did the
matching md5sums in setup.ini. (So these were real changes, not just a
case of a buggy setup.ini catching up with release/.)
However the version numbers did not alter, and so users with the earlier
download i.j.old are not
fergus schrieb:
Recently 23 files *.tar.bz2 under release/X11/ altered and so did the
matching md5sums in setup.ini. (So these were real changes, not just a
case of a buggy setup.ini catching up with release/.)
However the version numbers did not alter, and so users with the earlier
download
Daniel Newhouse wrote:
I installed all the cygwin packages except for the X11
packages (I set the X11 packages to uninstall) and
although I installed successfully there were a couple
of errors in the installation procedure.
I got an error message (in a Windows error message
box) at one point
In regards to adding code to support coLinux, I don't see why that
would be neccessary. coLinux doesn't need to talk to cygwin. Except
for older versions, coLinux is not built on cygwin.
If someone is really interested, as part of the coLinux tools I wrote
set of functions for querying cygwin
Hello,
i want to compile icecast under cygwin.
./configure works fine, but it produces this warning:
checking winsock2.h usability... no
checking winsock2.h presence... yes
configure: WARNING: winsock2.h: present but cannot be compiled
configure: WARNING: winsock2.h: check for missing
Gerrit P. Haase schrieb:
Libxml2 has been updated to version 2.6.16
NEWS
There was a bug in the 'xmlcatalog' program in version 2.6.13 of
Libxml2, it is strongly recommended to upgrade as soon as possible to
libxml2-2.6.16. The Cygwin Libxml2 distribution consists now of four
separate
At 07:06 AM 11/14/2004, Bernhard Janetzki wrote:
Hello,
i want to compile icecast under cygwin.
./configure works fine, but it produces this warning:
checking winsock2.h usability... no
checking winsock2.h presence... yes
configure: WARNING: winsock2.h: present but cannot be compiled
Hi Bernie,
Bernhard Janetzki wrote:
Hello,
i want to compile icecast under cygwin.
./configure works fine, but it produces this warning:
checking winsock2.h usability... no
checking winsock2.h presence... yes
configure: WARNING: winsock2.h: present but cannot be compiled
configure: WARNING:
On Sun, Nov 14, 2004 at 12:30:57PM +0100, Reini Urban wrote:
fergus schrieb:
Recently 23 files *.tar.bz2 under release/X11/ altered and so did the
matching md5sums in setup.ini. (So these were real changes, not just a
case of a buggy setup.ini catching up with release/.)
However the version
At 05:42 AM 11/14/2004, you wrote:
I have two root directory structures (both with usr, bin, etc, ...). One
under the standard C:\cygwin ( i.e. /cygdrive/c/cygwin) and the other under
C:\cygwin\download (i.e. /cygdrive/c/cygwin/download).
When I enquire about the default bin location here is
Hi.
On Sun, Nov 14, 2004 at 04:20:07PM +0100, Patrick Eisenacher wrote:
Unfortunately, the xml:base parameter in the group element is ignored
when updating the catalog, and I end up with my relative path being
substituted with an absolute one. But that's Marcel's plate again :) Can
the
Changes:
3.1-3
* Change cd ${HOME} functionality for CHERE - Dave Kilroy
3.1-2
* Fix for zsh/ksh - Tero Niemela
Please direct all comments and questions to the cygwin list.
J.
** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
Larry,
Thanks for your reply. C:\cygwin\download has always been the one used for
Setup on my system, and it only created havoc when I re-installed base and
library packages. It was supposed to be on the place to store the
installation files that Setup downloads.
Do suggest I should re-install
At 03:50 PM 11/14/2004, you wrote:
Larry,
Thanks for your reply. C:\cygwin\download has always been the one used for
Setup on my system, and it only created havoc when I re-installed base and
library packages. It was supposed to be on the place to store the
installation files that Setup
Thanks Larry,
This seems easy enough. I was about to run setup to follow your hunch of
the 1st email you sent me. Also, I was reading about rebase in same post.
You are right, I was distracted, I am so used to see the select the loacl
package directory selction on the 4th page, I must have
At 04:23 PM 11/14/2004, you wrote:
Thanks Larry,
This seems easy enough. I was about to run setup to follow your hunch of the
1st email you sent me. Also, I was reading about rebase in same post.
You are right, I was distracted, I am so used to see the select the loacl
package directory
I could not resist to try it before going out. It worked. I am late but
tha's ok. The only little problem is with the profile in /etc: bash:
/etc/profile: line 196: syntax error: unexpected end of file.
And I look in it with vi:
E325: ATTENTION
Found a swap file by the name /etc/.profile.swp
G'day,
I've googled around, searched the list archives, and not found anything
quite like what I'm experiencing.
Whenever I install onto a samba share (ie P:/cygwin instead of
C:/cygwin), the postinstall scripts don't run. There is no indication of
any errors. The most obvious symptom is the
On Fri, 12 Nov 2004 16:58:00 -0800, Brian Dessent [EMAIL PROTECTED] wrote:
Solution: add setup.exe logic to remove and install new
cygwin DLL first before all other operations, if selected.
I am willing to try an add this logic. Where is the source for setup.exe ?
I am looking through CVS and
Stephen More wrote:
I am willing to try an add this logic. Where is the source for setup.exe ?
I am looking through CVS and I am not finding the setup code:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src
You can find details of building setup.exe at
On Mon, Nov 15, 2004 at 10:47:16AM +1100, Donovan Baarda wrote:
I don't understand why the execute bits would not be set.
Remote shares are assumed to be non-executable by default for speed
considerations.
You can fix this by mounting the share with the -x option:
mount -x -f //foo/bar /bar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following package has been updated in the Cygwin distribution:
*** libgnomeprint22-2.8.0.1-1
This contains upstream bugfixes as part of the GNOME 2.8.1 desktop release.
Yaakov
- -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following package has been updated in the Cygwin distribution:
*** desktop-file-utils-0.10-1
This upstream release includes a major rewrite to the code and build
system, as much of the previous code (namely the internal libmenu) is
now in the
On Mon, 2004-11-15 at 15:36, Christopher Faylor wrote:
On Mon, Nov 15, 2004 at 10:47:16AM +1100, Donovan Baarda wrote:
I don't understand why the execute bits would not be set.
Remote shares are assumed to be non-executable by default for speed
considerations.
You can fix this by mounting
On Mon, Nov 15, 2004 at 03:56:01PM +1100, Donovan Baarda wrote:
On Mon, 2004-11-15 at 15:36, Christopher Faylor wrote:
On Mon, Nov 15, 2004 at 10:47:16AM +1100, Donovan Baarda wrote:
I don't understand why the execute bits would not be set.
Remote shares are assumed to be non-executable by
Changes:
3.1-3
* Change cd ${HOME} functionality for CHERE - Dave Kilroy
3.1-2
* Fix for zsh/ksh - Tero Niemela
Please direct all comments and questions to the cygwin list.
J.
** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following package has been updated in the Cygwin distribution:
*** libgnomeprint22-2.8.0.1-1
This contains upstream bugfixes as part of the GNOME 2.8.1 desktop release.
Yaakov
- -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following package has been updated in the Cygwin distribution:
*** desktop-file-utils-0.10-1
This upstream release includes a major rewrite to the code and build
system, as much of the previous code (namely the internal libmenu) is
now in the GNOME
44 matches
Mail list logo
