On Jan 18 19:06, Igor Peshansky wrote:
Hi, Corinna,
As far as I understand, RubyGems is the Ruby equivalent of Perl's CPAN.
Is there a particular reason why it's not part of the ruby package? Does
the ruby package contain alternative mechanisms for installing standard
Ruby modules from the
Thrall, Bryan wrote:
Thrall, Bryan wrote on Thursday, January 12, 2006 1:17 PM:
Setup.exe currently (based on CVS HEAD) uses the last selected option
from the Source page instead of the command line option (if it is
present). For example, if the user selected Download without
installing the
http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-1.33.1-2-src.tar.bz2
http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-1.33.1-2.tar.bz2
http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-devel/boost-devel-1.33.1-2.tar.bz2
signature.asc
Description: OpenPGP digital
On Thu, 19 Jan 2006, Corinna Vinschen wrote:
On Jan 18 19:06, Igor Peshansky wrote:
Hi, Corinna,
As far as I understand, RubyGems is the Ruby equivalent of Perl's CPAN.
Is there a particular reason why it's not part of the ruby package? Does
the ruby package contain alternative
On Jan 19 12:49, V?clav Haisman wrote:
http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-1.33.1-2-src.tar.bz2
http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-1.33.1-2.tar.bz2
http://logout.sh.cvut.cz/~wilx/cygwin-boost/packages/boost-devel/boost-devel-1.33.1-2.tar.bz2
Hi,
The wget-1.10.2 source package contains the build script without the .sh
extension. Just a heads-up for the next version.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'
Hi,
I just had a chance to look at the run-1.1.6-1 source package, and it
looks like the build logs ended up in the patch. This is caused by a bug
in the GBS that the included patch ought to fix. I'll commit a variant of
it shortly.
Just a heads-up for the next version.
Igor
Index:
This is not an issue with coreutils-5.93, but the coreutils-5.3.0 source
won't extract without a managed mount due to some files that differ only
in filename case in the source tarball. There are workarounds, of course,
but for the future, this is something that needs to be put in the package
On Thu, Jan 19, 2006 at 10:44:56AM -, Dave Korn wrote:
Thrall, Bryan wrote:
Thrall, Bryan wrote on Thursday, January 12, 2006 1:17 PM:
Setup.exe currently (based on CVS HEAD) uses the last selected option
from the Source page instead of the command line option (if it is
present). For
Dave Korn wrote on Thursday, January 19, 2006 12:45 PM:
Christopher Faylor wrote:
So, since there is now this unbelievable consensus and good will
could someone check in the patch?
cgf
Well, I haven't tested it yet, so if nobody else does so first,
I'll build it and test it
This is not an issue with coreutils-5.93, but the coreutils-5.3.0 source
won't extract without a managed mount due to some files that differ only
in filename case in the source tarball. There are workarounds, of course,
but for the future, this is something that needs to be put in the package
On Thu, 19 Jan 2006, Eric Blake wrote:
This is not an issue with coreutils-5.93, but the coreutils-5.3.0
source won't extract without a managed mount due to some files that
differ only in filename case in the source tarball. There are
workarounds, of course, but for the future, this is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Igor Peshansky wrote:
Okay, thanks. I'll play around with the install, see how hard it is to
get it to behave properly, and try to ITP it at some point. If it turns
out I'll be using ruby more extensively, taking over maintainership may be
an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Igor Peshansky wrote:
Heh, that's cool, thanks for saving me the effort, Yaakov.
Well, IIRC, thank Gentoo for that solution.
Corinna already indicated her willingness to give over maintainership into
capable hands. I don't use Ruby regularly
Thrall, Bryan wrote:
Dave Korn wrote on Thursday, January 19, 2006 12:45 PM:
Christopher Faylor wrote:
So, since there is now this unbelievable consensus and good will
could someone check in the patch?
cgf
Well, I haven't tested it yet, so if nobody else does so first,
I'll
Hello,
Started trying to compile a familiar Linux library under Cygwin and ran
into a problem with the AC_PATH_XTRA autoconf macro which calls xmkmf
which calls imake. The trouble is that even with xorg devel installed,
and therefore I do have a /usr/X11R6/lib/X11/config/Imake.tmpl, imake
I start Cygwin/X by:
cd /usr/X11R6/bin
startx
My windows XP IP address is 192.168.0.249.
I connect to the lab1 computer by:
ssh -l admin 192.168.0.254
[EMAIL PROTECTED] admin]$ DISPLAY=192.168.0.249:0.0
[EMAIL PROTECTED] admin]$ export DISPLAY
[EMAIL PROTECTED] admin]$ gvim
Xlib: connection to
Cygwin when installed on Windows XP multi user machines will only run
under the account in which it in installed. In addition, the account
must have administrative rights, which is totally unacceptable.
What do I have to do to get it to run on non-administrative accounts
that were not the
google:
cygwin xp non-administrator account
result:
http://www.cygwin.com/ml/cygwin-xfree/2005-02/msg9.html
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Tom Legbandt
Sent: Thu, January 19, 2006 2:40 PM
To: cygwin-xfree@cygwin.com
Subject: Running
Soong, SylokeJ wrote:
google:
cygwin xp non-administrator account
result:
http://www.cygwin.com/ml/cygwin-xfree/2005-02/msg9.html
I think that
REM Mount local user %TEMP% as /tmp
mount -f -u -t %TEMP% /tmp
should not work is statxwin.bat is started from a link on desktop or
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-01-19 18:55:08
Modified files:
cygwin : ChangeLog fhandler_disk_file.cc
Log message:
* fhandler_disk_file.cc (fhandler_disk_file::opendir): Check posix path
for
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2006-01-19 21:16:38
Modified files:
utils : ChangeLog cygcheck.cc
Log message:
* cygcheck.cc (common_paths): Add patch.
Patches:
Hi folks
I have the following problem. I like to access a mounted drive in a ssh
connection.
situation
I mounted a drive on a server
\\server.domain\directory1\ directory1 on /mnt/maydrive type system
(binmode,noexec)
I connected from another machine to my windows-pc via ssh.
I like to
On Jan 18 16:49, Linda A. Walsh wrote:
Oh, sorry Brian -- flash update. Have you upgraded in the past
45 hours? Then you might have the newest feature implemented
by Christopher.
Is there any logic to doing this for /proc and /cygdrive and not
/dev?
The logic is that /dev should be a
On Jan 18 14:51, Weiqi Gao wrote:
After updating to the latest Cygwin release, I'm having problems with
MSVC, which I use everyday. The problem seems to be that the TEMP
environment variable is now translated to UNIX format
(/cygdrive/C/DOCUME~1/gao_w/LOCALS~1/Temp) instead of Windows format
On Jan 19 08:01, Eric Lilja wrote:
I just ran setup.exe to get the latest mingw-runtime (3.9-2), and I noticed
it also upgraded my cygwin 1.5.19-2 to 1.5.19-3 but I never saw that update
being announced...the mirror I used was ftp.cise.ufl.edu
The reason is, that no announcement has been
On Jan 19 09:44, [EMAIL PROTECTED] wrote:
Hi folks
I have the following problem. I like to access a mounted drive in a ssh
connection.
situation
I mounted a drive on a server
\\server.domain\directory1\ directory1 on /mnt/maydrive type system
(binmode,noexec)
I connected from
Hi,
Sorry if you have lost a lot of time with my question but ...
I always create the /etc/passwd and /etc/group running mkpasswd and mkgroup
*BUT* the problem with these servers are the initial files when the cygwin
setup finishes.
In the initial files of the servers working, the initial
On Wed, 18 Jan 2006, William A. Mahaffey III wrote:
is there a Linux version of setup.exe ?
I had run setup.exe in wine. This worked very well (last tried
about a year ago)
bye
ago
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Alexander Gottwald escribe:
On Wed, 18 Jan 2006, William A. Mahaffey III wrote:
is there a Linux version of setup.exe ?
I had run setup.exe in wine. This worked very well (last tried
about a year ago)
I tried once exactly that with no success. I am sure that it will work
nicely inside a
On Wed, Jan 18, 2006 at 06:41:27PM -0800, Joshua Daniel Franklin wrote:
On 1/13/06, Yitzchak Scott-Thoennes wrote:
It would be nice to have a sample batch file that automated
the cygwin1.dll replacement, too.
I've prettied up a batch file I use for installing cygwin-inst-*
snapshots,
I am installing cygwin on a XP box. I have downloaded the setup and
files to my local c:/tmp/files
When I run the setup, all appears good. I point to c:/cygwin and tell it
to find files from c:/tmp/files. The install completes fine but when I
type a cd ~ (show my home directory) the
Corinna Vinschen wrote:
Please check out the project web page for links to available information
and ports: http://cygwin.com/ .
Especially search the FAQ http://cygwin.com/faq/ and the user's guide
http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html
If you don't see what you need there,
Hi list,
I have a problem with starting sshd on a Windows 2003 Server machine.
After I installed the service and I try to start it it gives the
following error:
Error 1069: The service did not start due to a logon failure.
I searched the archives and found that the policy might be wrong and
On Thu, 19 Jan 2006, Corinna Vinschen wrote:
On Jan 18 16:49, Linda A. Walsh wrote:
Oh, sorry Brian -- flash update. Have you upgraded in the past
45 hours? Then you might have the newest feature implemented
by Christopher.
Is there any logic to doing this for /proc and /cygdrive and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ugh - http://cygwin.com/acronyms/#TOFU - reformatted.
According to Manel Rodero on 1/19/2006 3:13 AM:
-Original Message-
From: [EMAIL PROTECTED]
^
Ugh - http://cygwin.com/acronyms/#PCYMTNQREAIYR
Why? Because its
On Thu, Jan 19, 2006 at 02:41:39PM +0100, Philippe Laporte wrote:
I am very interested in your Cygwin Win CE efforts. Where/How can I
learn more?
There's no such thing as Cygwin for Win CE.
Thanks for your answer
How would you go about porting a POSIX app to Win CE? Port
Marcel Telka wrote:
On Thu, Jan 19, 2006 at 02:41:39PM +0100, Philippe Laporte wrote:
I am very interested in your Cygwin Win CE efforts. Where/How can I
learn more?
There's no such thing as Cygwin for Win CE.
Thanks for your answer
How would you go about porting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Brian Keener on 1/18/2006 11:20 AM:
When I attempt to do a find as in:
[EMAIL PROTECTED] ~
$ find / -name *winrc* -print
I get the following:
find: Filesystem loop detected; `/cygdrive/c/cygwin' has the same device
number
Brett Serkez escribe:
I am installing cygwin on a XP box. I have downloaded the setup and
files to my local c:/tmp/files
When I run the setup, all appears good. I point to c:/cygwin and tell it
to find files from c:/tmp/files. The install completes fine but when I
type a cd ~ (show my
Hi,
Thank you for the reply -- seems to work perfectly! The messages are
being logged to /var/log/messages (the default as defined in
/etc/syslog-ng.conf) and no longer to the Windows Application Event
log.
I noticed that in the Cygwin setup, syslogd has been replaced with
syslog-ng (new
Ugh, top-posting... Reformatted.
On Thu, 19 Jan 2006, Herman Poon wrote:
On Wed, 18 Jan 2006 16:59:53 -0500 (EST) Igor Peshansky [EMAIL PROTECTED]
wrote:
Thanks. It's usually easier to simply delete the address -- I 'X'd it out
to indicate that it was not masked before...
On Wed, 18 Jan
On Jan 19 06:54, Eric Blake wrote:
I've brought this up before, and the reply was
http://cygwin.com/acronyms/#PTC. Does anyone know where source code for a
Linux version of newgrp is located? I'm already looking at making su
work, and that alters the current gid, maybe I can throw together a
On Wed, 18 Jan 2006, Jeff Hardy wrote:
I have updated my windowsxp with the latest cygwin and
this breaks several scripts I have that use the run
command to start xterms without consoles. I have tried
to track the problem down and at least one problem is
that if I type run env /tmp/xxx and
Jan Nieuwenhuizen wrote:
William A. Mahaffey, III writes:
? Better yet, is there a Linux version of setup.exe ? TIA
Cyg-apt is a python script to install cygwin packages that can keep
your cross compile root up to date
http://lilypond.org/~janneke/software/cyg-apt
Jan.
On Wed, 18 Jan 2006, Christopher Faylor wrote:
http://cygwin.com/ml/cygwin/2005-05/msg00587.html
I've already alerted the run maintainer about this, FWIW.
Ugh..., sorry for not reading the whole thread before replying.
Thanks, but yuck!
--
Brian Ford
Lead Realtime Software Engineer
VITAL -
The following packages have been updated:
boost-1.33.1-2
boost-devel-1.33.1-2
Changes:
* Rebuilt against cygwin-1.5.19. This release is not compatible with
previous versions of cygwin1.dll because they lack readdir_r() function.
* Fixed documentation packaging.
--
Vaclav Haisman
***
What tools come with Cygwin that I can use to find differences between an old C
project and an updated branched version of it?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
KevinGPO wrote:
What tools come with Cygwin that I can use to find differences between an
old C project and an updated branched version of it?
diff.
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Hi,
I have found a bug in /usr/include/cygwin/socket.h:
struct sockaddr_storage {
sa_family_t ss_familiy;
...
should be
struct sockaddr_storage {
sa_family_t ss_family;
...
Some programs won't compile without the change. I believe it's just a
simple typo and not an
On Jan 19 17:27, [EMAIL PROTECTED] wrote:
Hi,
I have found a bug in /usr/include/cygwin/socket.h:
struct sockaddr_storage {
sa_family_t ss_familiy;
...
should be
struct sockaddr_storage {
sa_family_t ss_family;
...
Some programs won't compile without the
JC Oosthuizen jc.oosthuizen at gmail.com writes:
Hi list,
I have a problem with starting sshd on a Windows 2003 Server machine.
After I installed the service and I try to start it it gives the
following error:
Error 1069: The service did not start due to a logon failure.
I searched
Patchutils has been updated to 0.2.31-1.
This is a minor upstream bugfix release.
Patchutils is a small collection of programs that operate
on patch files. You can use the programs to combine,
filter and split, correct output from 'cvs diff', list
and grep patch files.
Max Bowsher.
--
To
Neon has been updated to 0.25.4-1.
Neon is an HTTP and WebDAV client library, with a C interface.
It is used by subversion and cadaver.
This is a new upstream version from a new release series, which breaks
API with the previous 0.24.7-2 package. Accordingly, the library
subpackage is now named
On 1/19/06, Corinna Vinschen [EMAIL PROTECTED] wrote:
The TEMP handling hasn't been changed for a long time.
This is not the cause of my problem then. Sorry about the noise.
--
Weiqi Gao (高为奇)
[EMAIL PROTECTED]
http://www.weiqigao.com/blog/
Bruno Martínez wrote:
Hi.
The documentation for the boost package is incomplete. The link to the
libraries docs from /cygwin/usr/share/doc/boost-1.33.1-1/index.htm
doesn't work, and the documentation for several libraries is missing.
For example, there's no documentation for multi_index.
Doxygen has been updated to 1.4.6-1.
Doxygen is a documentation system based on specially formatted comments
in source code, for C++, C, Java, Objective-C, IDL (Corba and Microsoft
flavors) and to some extent PHP, C#, and D.
This is a new upstream release.
Max Bowsher.
--
To update your
Eric Blake wrote:
find / -xdev -depth -name *winrc*
This works - no loop message
Furthermore, you can try seeing if the error message goes away if find
never changes device number during the traversal (this is achieved by
having a real /cygdrive rather than a virtual one):
$ cd
On Thu, 19 Jan 2006, Brian Keener wrote:
[snip]
It appears the real directory is what causes the internal loop error.
The real directory is causing find to recurse into the /cygdrive/*
hierarchy, and that, in turn, causes the internal loop error. Note that
if you had a c:\bwinrcb file, it
Ok...sounds logical.
The warning message about the duplicate inode may be
confusing for those not used to seeing it. I haven't
figured out a way around it (I've had the message for
a long time as I have my 'cygdrive' prefix mapped to /).
-l
Igor Peshansky wrote:
On Thu, 19 Jan 2006,
Ugh, top-posting... Reformatted.
On Thu, 19 Jan 2006, Linda. A. Walsh wrote:
Igor Peshansky wrote:
On Thu, 19 Jan 2006, Corinna Vinschen wrote:
On Jan 18 16:49, Linda A. Walsh wrote:
Oh, sorry Brian -- flash update. Have you upgraded in the past
45 hours? Then you might
I've made a new version of the Cygwin DLL and associated utilities
available for download. As usual, a list of what has changed is below.
To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Then, run
Looking through the cygcheck output I attached to an earler message
http://cygwin.com/ml/cygwin/2006-01/msg00799.html
I noticed strange output concerning kill.exe:
Found: C:\WINNT\kill.exe
Found: C:\cygwin\bin\kill.exe
Warning: C:\WINNT\kill.exe hides C:\cygwin\bin\kill.exe
Now, I
On Thu, Jan 19, 2006 at 01:46:07PM -0500, Igor Peshansky wrote:
BTW, you ought to get the same warning on Linux if you have weird mount
structure, e.g.,
/local/users/test on /u/test type none (rw,bind)
/local/users on /u/test/users type none (rw,bind)
(I don't know if the Linux mount will allow
Cliff Hones wrote:
Looking through the cygcheck output I attached to an earler message
http://cygwin.com/ml/cygwin/2006-01/msg00799.html
I noticed strange output concerning kill.exe:
Found: C:\WINNT\kill.exe
Found: C:\cygwin\bin\kill.exe
Warning: C:\WINNT\kill.exe hides
William A. Mahaffey, III writes:
http://lilypond.org/~janneke/software/cyg-apt
This looks intriguing, I just downloaded it. I am *NOT* a python guy,
would this work under regular Linux to do all the downloading ?
That's what I use it for.
Jan.
--
Jan Nieuwenhuizen [EMAIL PROTECTED] |
Dave Korn wrote:
Cliff Hones wrote:
Looking through the cygcheck output I attached to an earler message
http://cygwin.com/ml/cygwin/2006-01/msg00799.html
I noticed strange output concerning kill.exe:
Found: C:\WINNT\kill.exe
Found: C:\cygwin\bin\kill.exe
Warning:
Is this fact useful to the discussion? The run.exe
executable that shows a limited view of the
environment under the latest cygwin is exactly the
same executable that runs on the older version of
cygwin that I have that does NOT exhibit the same
pathological behavior of displaying the limited
Cliff Hones wrote:
Dave Korn wrote:
Cliff Hones wrote:
Looking through the cygcheck output I attached to an earler message
http://cygwin.com/ml/cygwin/2006-01/msg00799.html
I noticed strange output concerning kill.exe:
Found: C:\WINNT\kill.exe
Found: C:\cygwin\bin\kill.exe
On Thu, 19 Jan 2006, Jeff Hardy wrote:
Is this fact useful to the discussion? The run.exe
executable that shows a limited view of the
environment under the latest cygwin is exactly the
same executable that runs on the older version of
cygwin that I have that does NOT exhibit the same
Jeff Hardy wrote:
Is this fact useful to the discussion? The run.exe
executable that shows a limited view of the
environment under the latest cygwin is exactly the
same executable that runs on the older version of
cygwin that I have that does NOT exhibit the same
pathological behavior of
Jeff Hardy schrieb:
/tmp/xxx, most of my environment variables are
missing. Also, my HOME environment variable is now /
instead of what my home directory is. I have another
computer that I have not updated yet and when I do the
same exercise as above, all the environment variables
come across
On Thu, Jan 19, 2006 at 08:05:23PM -, Dave Korn wrote:
Whoops! Completely misread what was in front of my eyes there! Yes, we
do have a mystery after all!
I can't say that I understand the original intent of the cygcheck code,
which seemed to go out of its way to force the windows directory
On Thu, 19 Jan 2006, Holger Krull wrote:
Jeff Hardy schrieb:
/tmp/xxx, most of my environment variables are
missing. Also, my HOME environment variable is now /
instead of what my home directory is. I have another
computer that I have not updated yet and when I do the
same exercise as
Igor Peshansky schrieb:
On Thu, 19 Jan 2006, Holger Krull wrote:
Maybe have bash start run starting bash, like that:
E:\cygwin\bin\bash.exe -c -l 'run bash -c -l CYGWIN=server Xwin.exe :0 -query murpel
'
It looks overly complicated, but helps me to keep the cygwin dirs from
the windows
I cannot read the last 4-byte word in a file using lseek + read:
/* file foo exists and is large enough - say, 4 MB */
int fd = open(foo,O_RDONLY|O_BINARY);
uint32 data;
/* this succeeds and correctly returns the size of file foo minus 4 */
lseek(fd,-sizeof(data),SEEK_END);
/* this returns
I really have to say thanks to all of you who
responded!!!
What a great group of folks!
Some great ideas to work with, thank you.
And thanks to the authors, cygwin is a fantastic
environment that I have used daily for several years now.
__
Do You
Igor Peshansky wrote:
The real directory is causing find to recurse into the /cygdrive/*
hierarchy, and that, in turn, causes the internal loop error. Note that
if you had a c:\bwinrcb file, it would be found with the real /cygdrive
directory, and not found without it (using your command).
On Thu, 19 Jan 2006, Brian Keener wrote:
Igor Peshansky wrote:
The real directory is causing find to recurse into the /cygdrive/*
hierarchy, and that, in turn, causes the internal loop error. Note that
if you had a c:\bwinrcb file, it would be found with the real /cygdrive
directory,
Hi,
I've noticed since my last cygwin update (2 days ago with reinstall of
coreutils today)
that md5sum is failing on a check. For example
$ md5sum -c downloaded_file.gz.md5
: No such file or directoryz
: FAILED open or read
md5sum: WARNING: 1 of 1 listed file could not be read
I'm running:
I'm trying to compile TCL 8.4.12 using the 'unix' not
the 'win' target files. The target 'tclsh.exe' builds
ok with some modifications to various source files.
Now, I'm attempting to check the resulting build with
the TCL test suite.
Granted, there are numerous failures.
One failure in particular
Sam Steingold wrote:
I cannot read the last 4-byte word in a file using lseek + read:
/* file foo exists and is large enough - say, 4 MB */
int fd = open(foo,O_RDONLY|O_BINARY);
uint32 data;
/* this succeeds and correctly returns the size of file foo minus 4 */
I cannot read the last 4-byte word in a file using lseek + read:
/* file foo exists and is large enough - say, 4 MB */
int fd = open(foo,O_RDONLY|O_BINARY);
uint32 data;
/* this succeeds and correctly returns the size of file foo minus 4 */
lseek(fd,-sizeof(data),SEEK_END);
/* this
This seems to be a bug in gcc. The off_t argument to lseek is a 64-bit
type, but instead of being sign-extended to 64 bits, the value passed
(-sizeof(data)) passed is only extended to 32-bits, so is actually
+4294967292.
No, it is not a bug in gcc. Read a good book on C, please.
If you
Igor Peshansky wrote:
Well, that's easy enough to test as well: just create a
c:\cygwin\bwinrcb.txt and c:\q\qwinrcq.txt, make sure that when you do
a 'find /cygdrive/c -name *winrc', you get them in the following order:
[c:\bwinrcb.txt, c:\cygwin\bwinrcb.txt, c:\q\qwinrcq.txt], and then
On 1/18/06, Cliff Hones wrote:
It's rather a long time since I tried building my own cygwin from CVS. With
the new release out, I thought I'd give it a try, as I imagine HEAD is very
close to 1.5.19-2. I followed the instructions in the FAQ:
On Thu, Jan 19, 2006 at 08:53:26PM -0800, Joshua Daniel Franklin wrote:
. The FAQ info describing how to run the tests is wrong. It worked for
me when I ran make check in the i686-pc-cygwin/winsup subdirectory of
my build directory.
OK, I'll fix that.
Before we do that can we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Mark Bohlman on 1/19/2006 3:24 PM:
Notice the message : No such file or directoryz - that is not a typo but a
cut and paste.
Turns out that the .md5 file has a CR-LF (downloaded from source provider)
in it that is no
longer
I wrote:
I'm curious -- why would you want to install Cygwin on GNU/Linux when
most GNU/Linux distributions already include GNU tools?
William A. Mahaffey III wrote:
I don't :-). I want to install it on my GTW WIN2K box from the Linux
box, since the WIN2K box has no internet access, thus
The following packages have been updated:
boost-1.33.1-2
boost-devel-1.33.1-2
Changes:
* Rebuilt against cygwin-1.5.19. This release is not compatible with
previous versions of cygwin1.dll because they lack readdir_r() function.
* Fixed documentation packaging.
--
Vaclav Haisman
***
Neon has been updated to 0.25.4-1.
Neon is an HTTP and WebDAV client library, with a C interface.
It is used by subversion and cadaver.
This is a new upstream version from a new release series, which breaks
API with the previous 0.24.7-2 package. Accordingly, the library
subpackage is now named
Doxygen has been updated to 1.4.6-1.
Doxygen is a documentation system based on specially formatted comments
in source code, for C++, C, Java, Objective-C, IDL (Corba and Microsoft
flavors) and to some extent PHP, C#, and D.
This is a new upstream release.
Max Bowsher.
--
To update your
I've made a new version of the Cygwin DLL and associated utilities
available for download. As usual, a list of what has changed is below.
To update your installation, click on the Install Cygwin now link on
the http://cygwin.com/ web page. This downloads setup.exe to your
system. Then, run
93 matches
Mail list logo
