Igor Pechtchanski wrote:
[...]
P.S. It'd be a different story if we were using an 'engine' with
external overrides, like mingwports or cgf's netrel(?) -- then mods to
the engine to provide new features would be distinct from the
package-specific overrides. But gbs ain't like that.
Max Bowsher writes:
Dr. Volker Zell wrote:
I would like to contribute and maintain the cadaver package:
* http://www.webdav.org/cadaver/ (Homepage)
Max, would it be possible to recompile neon so that it picks up the new
openssl package ?
Refreshing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dr. Volker Zell wrote:
Max Bowsher writes:
Dr. Volker Zell wrote:
Max, would it be possible to recompile neon so that it picks up the
new
openssl package ?
Refreshing neon is of course, not a problem.
Thanks.
No
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This thread seems to have gone to sleep.
Summary: The addition of the 'logging' g-b-s feature introduced a bug:
Errors during phases of package building do not halt the build, so that
an error during 'make' or 'make install' would not prevent the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Franke wrote:
What would you think about an autoconf-like approach generating a
package-VER.sh script from some package.sh.in (yes, no version).
Then fixes and new features will be added to only one generation tool
(autogbs ?-)) which
Yaakov S said:
Note that Perl/Tk is a Tk *implementation*, and does not depend on tcltk.
..
ldesc: Complete Perl interface for Tk, built against Cygwin/X.
Well that ldesc is confusing considering that.
I think some of the confusion stems from the fact that tk is too closely
associtated with
Charles Wilson wrote:
I'd like to make a request: gbs is getting out of control with this
feature and that feature added. Some of these tasks are NEVER going to
be performed by anyone other than the primary maintainer: has anyone
actually used 'foo.sh list' or 'foo.sh depends'?
I use these
On Fri, Nov 18, 2005 at 12:40:28PM -0600, Yaakov S (Cygwin Ports) wrote:
Yitzchak Scott-Thoennes wrote:
At the risk of incurring Corinna's wrath, I second the request. I'd like
to see someone submit an X-less perl-Tk package too, with support in both
for alternatives.
Here are the
Yitzchak Scott-Thoennes wrote:
Hence the suggestion of using the features provided by the
alternatives package. Am I correct in assuming this works even for
dynamically loaded dlls?
No. It works for .so's on Linux, because the Linux loader understands
symlinks. Cygwin piggybacks on the
A few months ago I wrote asking for help with my freeze on startup
problem. I just now figured out what the problem was. I did some more
looking at the log files, and XWin was waiting for a hung sh process
that was doing something with keyboard maps. I found a post that
suggested adding a -kb
I've updated the version of file to 4.16-1.
This version is an update to the official version 4.16, mainly improved
magic value recognition and bug fixes.
The necessary Cygwin specific patches are now included upstream so this
version is entirely build from the vanilla sources.
To update your
Hi guys gals.
I'm tying to port a program of mine to cygwin, and have the following
problem:
complex.h is not found.
A search in the cygwin tree reveals:
/usr/lib/i686-pc-mingw32/3.4.4/include/c++/backward/complex.h
/usr/lib/i686-pc-cygwin/3.4.4/include/c++/backward/complex.h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John Coppens wrote:
[snip]
complex.h is not found.
A search in the cygwin tree reveals:
/usr/lib/i686-pc-mingw32/3.4.4/include/c++/backward/complex.h
/usr/lib/i686-pc-cygwin/3.4.4/include/c++/backward/complex.h
/usr/include/mingw/complex.h
Yao,
See the following:
http://cygwin.com/acronyms#PPIOSPE
On Tue, Nov 15, 2005 at 12:48:20PM +0800, Yao G. Zhan wrote:
I read the mailing list at cygwin.com and found that you made vsftpd
working on cygwin.
However, when I tried to compile vsftpd source 2.0.3 downloaded from
John Coppens john at jcoppens.com writes:
I'm tying to port a program of mine to cygwin, and have the following
problem:
complex.h is not found.
The compiler complains about the missing complex.h and about the complex
type in a file, even though I read gcc has complex C-99 support
On 11/19/2005, Daniel Callejas Sevilla wrote:
This has happened for one week now, but as far as I remember, there were no
changes to my installation one week ago. Everything was working fine
before.
Sorry, there's nothing obviously wrong that I can see. But if this truly
was working a week
gettext is the GNU package which provides 'national language support'
for other programs. It includes a number of utility programs. This is a
routine update to the latest upstream release.
--
Chuck
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce
The GNU libiconv package provides an iconv() implementation, for use on
systems which don't have one, or whose implementation cannot convert
from/to Unicode.
Changes since libiconv-1.9.2-1
* non-user visible maintainance update
* recompiled against recent gettext release
--
Chuck
***
alternatives provides a framework for managing installation of multiple
packages that provide similar features, and selecting between them.
Changes since 1.3.20a-1
* bug fix to handle DOS line endings in the /var/lib/alternatives/ database
* bug fix for race condition when reading
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit P. Haase wrote:
Maybe I was using the wrong wndow manager? Will try again later, need
to test metacity anyway.
I was just using the XWin multiwindow mode.
Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using
On Sat, 19 Nov 2005 18:55:33 + (UTC)
Tony Richardson [EMAIL PROTECTED] wrote:
_Complex double x = 7 + 8i;
x += -3 - 4i;
x *= 2 + 5i;
x /= 3 - 4i;
printf((%f,%f)\n, creal(x), cimag(x));
but it does not have built-in support for all of the complex functions
that are
John Coppens john at jcoppens dot com writes:
Tony Richardson ar63 at evansville.edu wrote:
_Complex double x = 7 + 8i;
but it does not have built-in support for all of the complex functions
that are declared in complex.h. I would assume the problem is
more of newlib issue than a
I've updated the version of file to 4.16-1.
This version is an update to the official version 4.16, mainly improved
magic value recognition and bug fixes.
The necessary Cygwin specific patches are now included upstream so this
version is entirely build from the vanilla sources.
To update your
gettext is the GNU package which provides 'national language support'
for other programs. It includes a number of utility programs. This is a
routine update to the latest upstream release.
--
Chuck
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce
alternatives provides a framework for managing installation of multiple
packages that provide similar features, and selecting between them.
Changes since 1.3.20a-1
* bug fix to handle DOS line endings in the /var/lib/alternatives/ database
* bug fix for race condition when reading
25 matches
Mail list logo