On Mar 28 17:24, Christopher Faylor wrote:
I can't speak for Corinna, but I would rather *not* have to be the bad
guy or a single (double?) point of contact. I would rather have more
community involvement. I'm already drowning in being the focal point
for most cygwin bugs with help from only
Hi Jason,
On Mar 26 21:58, Jason Tishler wrote:
Sorry for the delay, but I was on vacation.
no worries. I hope you enjoyed them.
On Tue, Mar 23, 2004 at 03:58:45PM +0100, Corinna Vinschen wrote:
can we expect a new postgresql package soon, which uses the IPC
functions from cygserver
On Mar 27 00:26, Daniel Reed wrote:
If no #!src is provided, external-source will be required in the final
.hint. If no external-source is provided when one is needed, the field will
be set to the first complete package preceeding the current one. That is,
in the above example, libfoo-devel
On Mon, Mar 29, 2004 at 11:41:54AM +0200, Corinna Vinschen wrote:
On Mar 28 17:24, Christopher Faylor wrote:
I can't speak for Corinna, but I would rather *not* have to be the bad
guy or a single (double?) point of contact. I would rather have more
community involvement. I'm already drowning
On Thu, 2004-03-25 at 23:29, Reini Urban wrote:
Robert Collins schrieb:
On Sat, 2004-03-13 at 08:07, Christopher Faylor wrote:
At the very least, it would be nice to get out a new release which
resized correctly. I know that the current implementation isn't perfect
but I wonder if it is
Earnie or Danny,
The recent directx reorganization in the winsup/w32api dir has allowed
some mingw-only code to slip into the general build
(lib/directx/dxerr.c). This causes a compile failure when building a
cygwin target. Please have the author of the new code rectify this by
not using
--- Robert Collins [EMAIL PROTECTED] wrote:
At the very least, it would be nice to get out a new release which
resized correctly. I know that the current implementation isn't perfect
but I wonder if it is better than the alternative of having a new user a
week sending in a suggestion that
Robert Collins wrote:
On Thu, 2004-03-25 at 23:29, Reini Urban wrote:
Robert Collins schrieb:
On Sat, 2004-03-13 at 08:07, Christopher Faylor wrote:
At the very least, it would be nice to get out a new release which
resized correctly. I know that the current implementation isn't perfect
On Mon, Mar 29, 2004 at 09:49:08AM -0800, Joshua Daniel Franklin wrote:
--- Robert Collins [EMAIL PROTECTED] wrote:
At the very least, it would be nice to get out a new release which
resized correctly. I know that the current implementation isn't perfect
but I wonder if it is better than
On Mon, 29 Mar 2004, Andre Bleau wrote:
Robert Collins wrote:
On Thu, 2004-03-25 at 23:29, Reini Urban wrote:
Robert Collins schrieb:
On Sat, 2004-03-13 at 08:07, Christopher Faylor wrote:
At the very least, it would be nice to get out a new release which
resized correctly. I
On Mar 29 09:49, Joshua Daniel Franklin wrote:
--- Robert Collins [EMAIL PROTECTED] wrote:
At the very least, it would be nice to get out a new release which
resized correctly. I know that the current implementation isn't perfect
but I wonder if it is better than the alternative of
New experimental GNU emacs package files are available at:
http://68.98.176.216:3000/cygwin/emacs-21.3.50-1/emacs-21.3.50-1-src.tar.bz2
http://68.98.176.216:3000/cygwin/emacs-21.3.50-1/emacs-21.3.50-1.tar.bz2
http://68.98.176.216:3000/cygwin/emacs-21.3.50-1/emacs-X11/emacs-X11-21.3.50-1.tar.bz2
On 2004-03-29T11:57+0200, Corinna Vinschen wrote:
) On Mar 27 00:26, Daniel Reed wrote:
) If no #!src is provided, external-source will be required in the final
) .hint. If no external-source is provided when one is needed, the field will
) I would refuse the package instead. Otherwise we could
Larry Hall wrote:
Joe, is there a reason you don't specify that this is a test version in
your setup.hint? Unless I'm mistaken, if you do this, you can specify
that this version is experimental and then also which version is current
and which is previous. So you don't need to ask someone else
From: Nicholas Wourms
The recent directx reorganization in the winsup/w32api dir has
allowed
some mingw-only code to slip into the general build
(lib/directx/dxerr.c). This causes a compile failure when building a
cygwin target. Please have the author of the new code rectify this by
not
On Mon, Mar 29, 2004 at 11:46:20AM +0200, Corinna Vinschen wrote:
On Mar 26 21:58, Jason Tishler wrote:
Nevertheless, I will try to release a PostgreSQL package built
against cygserver as soon as possible.
That would be nice, thank you.
I tried over the weekend, but found a SEGV problem
16 matches
Mail list logo
