On Oct 19 13:34, Lapo Luchini wrote:
(sorry for the previous message with wrong Subject)
http://lapo.it/cygwin/nano/nano-2.0.9-1-src.tar.bz2
http://lapo.it/cygwin/nano/nano-2.0.9-1.tar.bz2
http://lapo.it/cygwin/nano/setup.hint
Uploaded. I removed the old nano-1.x releases.
Thanks,
On Oct 19 21:51, David Billinghurst wrote:
D=http://billinghurst.customer.netspace.net.au/cygwin
mkdir gmp
cd gmp
wget ${D}/gmp/gmp-4.2.4-1-src.tar.bz2
wget ${D}/gmp/gmp-4.2.4-1.tar.bz2
wget ${D}/gmp/setup.hint
mkdir libgmp-devel
cd libgmp-devel
wget
On Oct 19 14:22, Lapo Luchini wrote:
http://lapo.it/cygwin/lighttpd/lighttpd-1.4.20-1-src.tar.bz2
http://lapo.it/cygwin/lighttpd/lighttpd-1.4.20-1.tar.bz2
http://lapo.it/cygwin/lighttpd/setup.hint
Uploaded. I removed the old 1.4.9 and 1.4.15 releases.
Thanks,
Corinna
--
Corinna Vinschen
On Oct 17 23:42, Herb Maeder wrote:
On 15 Oct 2008 16:59:00 +0200, Corinna Vinschen wrote:
What happens to base-passwd now? John, do you stay maintainer? Igor,
are you taking over? If none of you is interested, are you interested
to take over maintainership, Herb?
I appreciate the
On Oct 19 21:56, David Billinghurst wrote:
D=http://billinghurst.customer.netspace.net.au/cygwin
mkdir mpfr
cd mpfr
wget ${D}/mpfr/mpfr-2.3.2-1-src.tar.bz2
wget ${D}/mpfr/mpfr-2.3.2-1.tar.bz2
wget ${D}/mpfr/setup.hint
mkdir libmpfr-devel
cd libmpfr-devel
wget
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages.
This is the first release specific for cygwin-1.7; the only differences
between this package and the simultaneously-released autoconf2.1-2.13-5
for cygwin-1.5 are
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages. The
autoconf2.5 package contains the latest edition of autoconf in the 2.5x
release sequence (which includes 2.60, 2.61, etc).
This is the first release specific
I am fairly new to Cygwin and I'm trying to get GRASS installed
(http://grass.itc.it/). Perhaps you could pointers. I am trying to run
the x-window system with the startx command but I get the output which
is attached as a text file. Perhaps you could help me out here.
Thanks
--
Had the same problem until I added the argument: -emulate3buttonsto my
startxwin.sh, at the line that starts X.
The problem isn't in your clipboard but in your inability to interact
properly with it.
Now, start two xterms fill your copy buffer by highlighting some text
in one window.
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2008-10-20 19:30:07
Modified files:
winsup/cygwin : ChangeLog fhandler_disk_file.cc ntdll.h path.cc
syscalls.cc
Log message:
* ntdll.h (NtSetAttributesFile): New
- Original Message -
From: Brian Dessent [EMAIL PROTECTED]
But on cygwin, there is no '-lstdc++' to be found in $Config{libpth}, so
MakeMaker decides to not pass the switch on (which has always been
MakeMaker's policy in such cases, afaik). This is a pity - there would be
no
problem
2008/10/20 Sisyphus:
Really the correct way to link C++ code is by using g++ which doesn't
require this manual -lstdc++ nonsense. Can't you just do that, by
either fixing the makefile to link with $(CXX) or overriding the
appropriate variable?
Aaah ... good point. I had missed something.
Hi All,
Background:
1. Running Cygwin (on USB Flash) on machine where there is Cygwin
installed in local machine
2. I already making script which back up Cygwin mount (on local
machine), put this back-up (remount.bat) in bin directory of Cygwin
(on USB) and making new mount point for Cygwin
Dear Sir,
When I try to compile C source with Cygwin I get this error (the
source code originally write with borland)
$ gcc -mno-cygwin test.c
In file included from
/usr/lib/gcc/i686-pc-mingw32/3.4.4/../../../../include/w32api/security.h:38,
from test.c:54:
Sisyphus wrote:
Of course, the other option on both linux and cygwin is to set *both*
$Config{cc} and $Config{ld} to 'g++', and that works fine on linux, but
doesn't quite work on cygwin where I still get an undefined reference to
[EMAIL PROTECTED]':
On Oct 17 17:38, Herb Maeder wrote:
On 17 Oct 2008 20:06:35 EDT, Christopher Faylor wrote:
On Fri, Oct 17, 2008 at 12:50:48PM -0700, Herb Maeder wrote:
But the tcp_wrappers package is not listed as a dependency in the openssh
setup.hint file.
libwrap0 is listed as an openssh dependency
- Original Message -
From: Brian Dessent [EMAIL PROTECTED]
.
.
Please post the entire link command and not just the error. It's
impossible to say what the true nature of the problem is otherwise. For
example, if you're trying to link a library and not an executable then
the above
bjoe wrote:
The thing that confusing me is the error came from w32api packages,
not from source code. Maybe someone in this list can explain to me
about what going on here.
You haven't provided enough information, such as what version of w32api
you're using. If you aren't using the latest
Sisyphus wrote:
Apparently g++ needs a -shared but ld2 doesn't. (I don't understand that.)
And I don't understand what is achieved by:
gcc -shared -o
Size.dll -Wl,--out-implib=libSize.dll.a -Wl,--export-all-symbols
-Wl,--enable-auto-import
-Wl,--stack,8388608
Hi all,
I am new to cygwin / unix. I installed latest cygwin 1.5.25-15
http://cygwin.com/ml/cygwin-announce/2008-06/msg00014.html by
setup.exe and tried to build another open source project called NBIS
FIngerPrint. The document says that it has been tested for Linux and
Windows with Cygwin.
Hi all,
I made some executables under Linux and it is not running under Cygwin.
It says command is not supported, if I run the exe.
I installed the cygwin latest one and I am new to Unix / Cygwin. What
other package has to be installed. I installed the
Note that the original codes are said to
Rajagopal, Prasanth wrote on 20 October 2008 14:10:
However, I got an error like target pattern contains no % when I ran the
makefile. By searching, I came to know that a : should be removed, but I
am not sure where exactly to remove, though the line number is given. I
am new to makefile
Thanks very much Larry, even if i cant solve this issue i at least
know the cause.
Sadly i cant find tfy.exe anywhere. I dont suppose anyone here still
has a copy?
On Sun, Oct 19, 2008 at 10:04 PM, Larry Hall (Cygwin)
[EMAIL PROTECTED] wrote:
Nick Calvert wrote:
Hi guys,
I have been using
- Original Message -
From: Reini Urban [EMAIL PROTECTED]
.
.
Current cygwin perl already has g++ as LD for some releases.
Good - I think that's a step in the right direction. (I wonder how we can
get linux builds to start doing the same.)
On my 5.8.8, LD is set to ld2 which, I
Hi,
the short answer is: it won't work. Executables (and libraries)
produced in Linux (and for Linux) do not run in Cygwin. Executables (and
libraries) produced in Cygwin do not run in Linux (unless Wine or
similar is used).
The long answer is... well there are hundreds of brilliant
On Mon, Oct 20, 2008 at 10:46 AM, Danilo Turina
[EMAIL PROTECTED] wrote:
The long answer is... well there are hundreds of brilliant persons in this
list that can give you the long answer better than I could possibly do.
Cygwin is source compatible, not binary compatible with Linux. This
means
Hi,
I've installed cygwin and I'm very pleased with it. Now I want to use
cron to run some kind of backup script where I need the possibilities
of a real shell (not DOS). After installing cron and ssmtp I first got
e-mails from cron. It seems to run, but since I've started cron as a
service
Hi Folks,
I run the setup-1.7 and upgraded my 1.5 version to try it out and I came
across this.
cygwin 1.5
[EMAIL PROTECTED]: /cygdrive/g/dilkiel_Tug_parallel_1/SmallApps/TUG
$ cygpath -m foo
foo
cygwin 1.7
[EMAIL PROTECTED] ~/views/dilkiel_Tug_parallel_1/SmallApps/TUG
$ cygpath -m foo
I've been happily using cygwin for many years but I recently loaded VMware on
my system and it seemed pretty snappy, so much so I decided to see how it
compared to native execution. I was surprised to see that I could compile much
faster under VMware than on Cygwin on the same host.
I
Manning, Sid wrote:
I've been happily using cygwin for many years but I recently loaded
VMware on my system and it seemed pretty snappy, so much so I decided
to see how it compared to native execution. I was surprised to see
that I could compile much faster under VMware than on Cygwin on the
- Original Message -
From: Jörg Schreiber
To: cygwin@cygwin.com
Sent: Monday, October 20, 2008 11:31 AM
Subject: Problems with cron
Hi,
I've installed cygwin and I'm very pleased with it. Now I want to use
cron to run some kind of backup script where I need the possibilities
of a real
Manning, Sid wrote:
I was surprised to see that I could compile much faster under VMware than on
Cygwin on the same host.
Why is that surprising? Cygwin and VMware work on entirely different
principles. Plus your chosen benchmark essentially tests the two
slowest aspects of Cygwin, process
Brian Dessent wrote on 20 October 2008 18:30:
Manning, Sid wrote:
I was surprised to see that I could compile much faster under VMware
than on Cygwin on the same host.
Why is that surprising?
Well, I can see why it might be surprising to anyone who isn't aware in some
detail exactly
On Mon, Oct 20, 2008 at 1:07 PM, Ralph Hempel wrote:
It looks like you're comparing compiling under Cygwin on the
host machine to compiling under Linux on a VMWare machine running
on the host and finding the second way faster.
Shocking!
Long story short, this is probably not so much a Cygwin
On 10/18/2008 10:05 PM, Ray Chuan wrote:
i think it would be useful to add the following dependencies for the
subversion source package:
As cgf mentioned, setup.exe doesn't support build dependencies. However,
/usr/share/doc/Cygwin/subversion-1.5.3.README does list the build
dependencies.
-
Mark J. Reed wrote:
Long story short, this is probably not so much a Cygwin issue
as general Windows issue...
No, I think that's going too far. It's a mismatch between the Windows
and UNIX process models, and the fact that compilation via make(1) is
optimized for the latter.
Agreed. I was
Manning, Sid wrote:
I was surprised to see that I could compile much faster under VMware
than on Cygwin on the same host.
Why is that surprising?
Well, I can see why it might be surprising to anyone who isn't aware in
some
detail exactly /how/ much work Cygwin has to do
Manning, Sid wrote:
I appreciate everyone's insight and I will definitely checkout
Mecklenburg's make book to get hard stats on the differences.
Mecklenburg's book is much better put to use as the definitive
reference for make :-)
Chapter 10 Improving the Performance of make pp182-195 is
* Rajagopal, Prasanth (Mon, 20 Oct 2008 09:09:19 -0400)
I made some executables under Linux and it is not running under
Cygwin. It says command is not supported, if I run the exe.
I installed the cygwin latest one and I am new to Unix / Cygwin. What
other package has to be installed. I
On 10/18/2008 10:51 PM, Ray Chuan wrote:
I'm referring to the latest subversion-1.5.3 source file.
Looking at build.conf, the subversion/libsvn_fs/libsvn_fs-1.la target
in build-outputs.mk should have the $(SVN_APRUTIL_LIBS) path for the
linker, but it doesn't. applying the below patch fixes
Hello,
I'm requesting help getting ssh properly configured on a Win 2003
Server SP2. I've installed sshd and gotten it running using priv sep
and the default sshd account. Here are the hosts.* and directory
listings with the output of a login attempt to localhost. Any help
would be
I've had issues with the file permissions in .ssh in the past, mine are all
600. I use the following when I need to add ssh access to a new account:
cd $HOME
chmod 0700 .ssh
ssh-keygen -t dsa -f $HOME/.ssh/id_dsa -P ''
cd $HOME/.ssh
cp id_dsa.pub
I was doing some testing of someone else's upcoming release of Devel::Size
(0.72), which
has been significantly rewritten and is quite different to the current CPAN
version (0.71).
I believe I was the one who rewrote it recently.
If it does build for more recent cygwin perls, then I guess
On 2008-10-08, Larry Hall (Cygwin) wrote:
Gary Johnson wrote:
snip
I did some searching for setup.exe debug hints and found out about
/var/log/setup.log.full, so I've attached a copy of that. I also looked
in /etc/setup for any clues that might be there. The installed.db file
includes
The autoconf package has been updated to version 6. Recall that this
package is not the real autoconf, but is a wrapper system to delegate to
the appropriate version of real autoconf (either 2.13 or 2.63 at present).
This is a feature enhancement and compatibility update, which adds
support for
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages.
This is a packaging update of the autoconf2.1 package, which provides
autoconf-2.13. This will most likely be the final autoconf2.1 update
for the cygwin-1.5
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages. The
autoconf2.5 package contains the latest edition of autoconf in the 2.5x
release sequence (which includes 2.60, 2.61, etc).
This will most likely be the final
This package provides a wrapper system for the various automakeX.Y
packages, and plays a role similar to that of the long-standing autoconf
wrapper package.
This wrapper system is based on the bash am-wrapper developed by the
gentoo distribution, with tweaks to support cygwin's existing
The autoconf package has been updated to version 6. Recall that this
package is not the real autoconf, but is a wrapper system to delegate to
the appropriate version of real autoconf (either 2.13 or 2.63 at present).
This is a feature enhancement and compatibility update, which adds
support for
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages.
This is a packaging update of the autoconf2.1 package, which provides
autoconf-2.13. This will most likely be the final autoconf2.1 update
for the cygwin-1.5
Autoconf is an extensible package of m4 macros that produce shell
scripts to automatically configure software source code packages. The
autoconf2.5 package contains the latest edition of autoconf in the 2.5x
release sequence (which includes 2.60, 2.61, etc).
This will most likely be the final
This package provides a wrapper system for the various automakeX.Y
packages, and plays a role similar to that of the long-standing autoconf
wrapper package.
This wrapper system is based on the bash am-wrapper developed by the
gentoo distribution, with tweaks to support cygwin's existing
52 matches
Mail list logo
