I noticed that the release directory from mirrors.rcn.net is empty just now.
Earnie.
Daniel Reed wrote:
On 2003-07-16T09:31+0100, Max Bowsher wrote:
) Daniel Reed wrote:
) Any headway on this? I see naim's version listed as 0.11.5.9-cyg1-1 now,
) still get the same behaviour. Off the top of my
Christopher Faylor wrote:
On Fri, Jul 11, 2003 at 09:23:06PM -0400, Igor Pechtchanski wrote:
If you want them, fill out the form at http://sources.redhat.com/ and use
'cygwin-apps' for the project.
cgf
I can commit to cygrunsrv under cygwin-apps. Does that mean I have commit
rights to the whole
Christopher Faylor wrote:
On Fri, Jul 11, 2003 at 02:23:16PM -0400, Nicholas Wourms wrote:
[EMAIL PROTECTED] wrote:
I think it would make sense for there to be a limitation on how long a
package exists in this table with no votes. I think that after two
months of no votes the package should
Corinna Vinschen wrote:
On Thu, Jun 12, 2003 at 01:20:21PM -0400, Pierre A. Humblet wrote:
Corinna Vinschen wrote:
It works on my antique Win95 and on my CYGWIN_NT-4.0. There the Windows
functions return an error and minires falls back to resolv.conf
Of course LoadLibrary/GetProcAddres would work
Robert Collins wrote:
No, I used:
$ cvs -z4 tag -Fb setup-200303
in a setup-200303-troubleshooting working dir.
Which intuitively says ...? This should not have updated the cvs
repository. It would have been commits at a later date that would have
updated the repository. The ``tag'' updates
Pavel Tsekov wrote:
What about a setup which has debugging information in it. So one can use
Dr. Mingw to get a useful stack trace. Installing Dr. Mingw is not hard
at all.
You can get it and other utilities in
http://prdownloads.sf.net/mingw/mingw-utils-0.2.tar.gz
Earnie.
Max Bowsher wrote:
(Before I had to reinstall, and can no-longer reproduce)
Oh, so it's the reboot to correct the issue method that is the solution! ;)
Earnie.
Robert Collins wrote:
On Mon, 2003-03-31 at 20:01, Max Bowsher wrote:
However, the redefinition of fprintf in ini.cc, is as far as I can see,
totally unused, and can be removed.
Robert: Can you confirm this, and approve me to delete it from ini.cc ?
Well, fprintf *is* used in setup. The
Max Bowsher wrote:
I confirm your ICE.
Did you try -mno-fun-dllimport?
Earnie.
Charles Wilson wrote:
Christopher Faylor wrote:
Or even a separate Sources category...
I like this...
I don't particularly.
Something along the lines of a directory tree structure would be nice
though.
+ foo
+ bar
The user clicks the + foo and gets
- foo
+ foo-1.0-1.tar.bz2
+
Max Bowsher wrote:
Volker Quetschke wrote:
Hi!
1. grace
date : 25 Nov 2002
version: 5.1.12-1
status : updated package available for review
notes : http://www.cygwin.com/ml/cygwin-apps/2002-11/msg00322.html
reviews: http://www.cygwin.com/ml/cygwin-apps/2003-03/msg00254.html
votes : 2 (Lapo
Max Bowsher wrote:
curl-7.10.3 uses libtool-1.4.2 - I'm not surprised it didn't manage to make
a DLL.
The on the horizon 1.5.0 release of libtool will handle building both
shared and static versions of the libraries appropriately.
Earnie.
Volker Quetschke wrote:
Hi!
(This request is directed to the bison maintainer, propably Christopher)
The reason why I would like to get back access to the old bison 1.35
version is, that it is a prerequisite for the build of OpenOffice 1.0.2.
And you're uncapable of building this version
Robb, Sam wrote:
A workaround is to create a regular directory, mount the Windows
drive at that directory, and then export the directory. For
example:
$ mkdir -p /exports/c
$ mount -f -s -b c:/ /exports/c
$ echo /exports/c (ro,all_squash) /etc/exports
Would
Christopher Faylor wrote:
On Tue, Jan 21, 2003 at 07:39:26AM -0500, Earnie Boyd wrote:
Robb, Sam wrote:
A workaround is to create a regular directory, mount the Windows
drive at that directory, and then export the directory. For
example:
$ mkdir -p /exports/c
$ mount -f -s -b
No, I was using cached profile. There is no Domain Controller available.
John Morrison wrote:
Sorry for going back to this, Earnie, are you logg'ed
into a domain to give the information below?
Thanks,
J.
From: Earnie Boyd
Question:
have you a known situation where $USERDOMAIN != hostname
Max Bowsher wrote:
There is no other way.
(Well, of course, it is possible, but please trust me - it's too
complicated.)
Too complicated!?!? What's complicated about using tar in the root
``/'' directory? Oh, yea, it's the meta package control that can't be
easily duplicated. The
Pavel Tsekov wrote:
Sorry, for the noise. This seems to be some strange kind of spam.
They have two seperate message headers
Received: (qmail 4935 invoked from network); 17 Dec 2002 12:53:14 -
Message-ID: [EMAIL PROTECTED]
Received: (qmail 27022 invoked from network); 17 Dec 2002
Christopher Faylor wrote:
On Tue, Dec 17, 2002 at 08:38:48PM +0100, Pavel Tsekov wrote:
Sorry, for the noise. This seems to be some strange kind of spam.
Hmm. Let me check the cygwin-announce subscriber list...
Do you, by any chance, have either of the two original messages, Pavel? I'd
Christopher Faylor wrote:
On Mon, Dec 09, 2002 at 01:53:43PM -0500, Earnie Boyd wrote:
Wrong list, redirected. Please remove [EMAIL PROTECTED] from the
distribution when responding.
Jim wrote:
Would be really really nice if /tmp existed as a link that a directory
/tmp weren't created after
Matthew Smith wrote:
I assume you mean as a link to a windows temp directory somewhere. However,
what if that gets changed by someone? Suddenly a lot of stuff starts
breaking, and people start posting here asking why application foo isn't
working. The majority of the people are fine with a
Wrong list, redirected. Please remove [EMAIL PROTECTED] from the
distribution when responding.
Jim wrote:
Would be really really nice if /tmp existed as a link that a directory
/tmp weren't created after running setup...
Pierre A. Humblet wrote:
# if USERDOMAIN isn't empty and
#USERDOMAIN isn't the hostname then we are in a domain
if [ ! -z $USERDOMAIN ] [ $USERDOMAIN != `hostname` ] ; then
# domain user
type=-d
fi
# Should we append rather than replace?
if [ ! -e /etc/passwd ] ; then
/bin/mkpasswd
Wrong list, redirected. Please remove [EMAIL PROTECTED] from the
distribution in your responses.
[EMAIL PROTECTED] wrote:
Greetings,
When I try to start Apache with the httpd.conf file configured for both http
https, I receive the following error after the command:
$ ./apachectl start
Max Bowsher wrote:
D zlib/autom4te.cache
M zlib/configure
These should be kept in CVS. zlib, like the setup root, is kept
ready-to-go.
You are correct. CVS won't actually ignore configure, even if it *is* in
.cvsignore, because it is under version control.
autom4te.cache isn't though, so
Max Bowsher wrote:
Earnie Boyd [EMAIL PROTECTED] wrote:
That depends on how it's coded. The -mwindows switch alone doesn't
cause the abscense of stdio.
foo.c
#include stdlib.h
#include stdio.h
#include windows.h
int WINAPI WinMain (
HINSTANCE hInstance,
HINSTANCE hPrevInstance
Robert Collins wrote:
IIRC -mwindows builds don't get a console, so can't output command line
help.
That doesn't mean you can't create one.
Earnie.
I agree with Sergey, but wouldn't /usr/sbin be a better choice of
destination? /usr/sbin should not be in the PATH of a typical user.
Sergey Okhapkin wrote:
Because these scripts are accessible for everyone and may change global
configuration settings, these scripts are for for cygwin
IIRC, the old style symlink wouldn't work with a .exe extention.
Earnie.
Christopher Faylor wrote:
On Fri, Nov 08, 2002 at 07:31:53PM -0500, Sergey Okhapkin wrote:
What are the symlink problems? Do you mean a symlink points to the
executable name without .exe suffix?
Yes. But I was
Robert Collins wrote:
On Sun, 2002-11-10 at 11:05, Sergey Okhapkin wrote:
I think a postinstall script that:
* sets reasonable defaults
* obeys and doesn't overwrite user defined settings
should be ok.
The postinstall script could always query the user.
Earnie.
Wrong list, redirected. Please remove [EMAIL PROTECTED] from the
distribution list in your responses.
Gary Stainburn wrote:
Hi all,
I'm trying to start apache for the first time and I'm getting the following
error. I've had a look in the archives and found a thread about a similar
problem
Wrong list, redirected. Please remove [EMAIL PROTECTED] from the
distribution when responding.
gilles BOURGEOIS wrote:
hello, from france,
(newbie using cygwin), i am wondering about how I could use the DLL API
*directly* without prompting with the starting x terminal (bash commands)
The fact
Wrong list, redirected. Please remove cygwin-patches from the
distribution in response.
Paul Johnston wrote:
Hi,
Windows has direct equivalents of some standard unix files: /etc/hosts,
services, protocols, networks. It is helpful to have symbolic links from
these files in /etc to the windows
Chris January wrote:
http://www.doc.ic.ac.uk/~ccj00/procps-010801/procps-010801-2.tar.bz2
http://www.doc.ic.ac.uk/~ccj00/procps-010801/procps-010801-2-src.tar.bz2
http://www.doc.ic.ac.uk/~ccj00/procps-010801/setup.hint
Uploaded. Please drop the version field in setup.hint. I
The Cygwin net distro isn't sort of a one man show, it's a community
effort. It's not Chris and me who are the responsible people for
reviewing a package and we are not the only people with the right
to upload packages.
This is one of the reasons I think that it might be better to:
1)
Christopher Faylor wrote:
On Tue, Sep 10, 2002 at 09:14:46PM +1000, Gareth Pearce wrote:
Just a pro-vote - for both - not that i have had a chance to check them
for quality...
Corinna says:
Why not?
ummm because I am a busy boy? :P - barely get a few minutes spare at
all these days,
Christopher Faylor wrote:
On Tue, Sep 10, 2002 at 01:27:05PM -0400, Nicholas Wourms wrote:
I agree, even though in the past I've been one of those who've done
this. I can see where the breakdown lies. It seems that since Chuck
left for vacation that no one takes on looking at a package.
.
- Dan
Earnie Boyd wrote:
I suggest that this issue be dealt with within the Cygwin distribution of
autoconf-2.13.
Earnie.
Dan Kegel wrote:
[repost -- mail system problems]
Building cross gcc's on cygwin fails because autoconf 2.13's AC_TRY_COMPILER
test assumes that it's ok
I suggest that this issue be dealt with within the Cygwin distribution of
autoconf-2.13.
Earnie.
Dan Kegel wrote:
[repost -- mail system problems]
Building cross gcc's on cygwin fails because autoconf 2.13's AC_TRY_COMPILER
test assumes that it's ok to try to run possibly cross-compiled
I'm surprised that this announcement was accepted, it's not standard
format.
Earnie.
Original Message
Subject: GNU emacs 21.2-6 available
Date: Tue, 20 Aug 2002 23:23:31 -0400
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
GNU emacs 21.2-6 has been uploaded.
Changes:
- fixed
Corinna Vinschen wrote:
On Mon, Aug 12, 2002 at 06:45:32PM -0400, Joe Buehler wrote:
Joe Buehler wrote:
New GNU emacs packages are available for upload to sources.redhat.com at:
http://68.100.179.154:3000/cygwin/emacs-21.2-3/emacs/emacs-21.2-3-src.tar.bz2
Danny Smith wrote:
--- Danny Smith [EMAIL PROTECTED] wrote: I have modified the
Adriano dos Santos Fernandes patchset somewhat so that
it
can be used with both cygwin and mingw
In absence of feedback on this patch from cygwin developers I will modify so
that it only applies to
John Morrison wrote:
There. Quite long and slightly rambly. However, what do
people think; aye or nay? The copy _will_ be done as part
of $HOME creation, default files would be a bonus I believe.
Some of the files I have on my system which I believe could
have defaults...
.bashrc
John Morrison wrote:
There's now a 1.0-2. Added a little more functionality and
lots more comments.
I've not recieved much feedback wrt this. Come on folks -
what do you think?
I haven't looked at the package but
sdesc: Core common files needed for correct operation of cygwin
John Morrison wrote:
From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
John Morrison wrote:
There's now a 1.0-2. Added a little more functionality and
lots more comments.
I've not recieved much feedback wrt this. Come on folks -
what do you think?
I haven't looked
Christopher Faylor wrote:
Shouldn't there be a dependency on the Cygwin package?
ack :)
requires: cygwin
I don't see any reason for this to require cygwin. There are no programs
there.
There would be no point in downloading this file by itself. Therefore,
a dependency to cygwin
John Morrison wrote:
From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
Thanks Earnie, response is welcome :)
John Morrison wrote:
Some of the files I have on my system which I believe could
have defaults...
.xinit Yes - But should be copied only
Harold L Hunt II wrote:
Earnie,
The reply-to address for the mailing list is now [EMAIL PROTECTED]
Yes, I set it that way myself.
In light of this, maybe you should reevaluate whether your default
action should be to hit ``reply'' or ``reply-to-all''.
I will not be adjusting my
Nicholas Wourms wrote:
Jason Tishler wrote:
Is that a deficiency of cygwin as a whole, or just related to the way
my DLL was built?)
Cygwin's fork() attempts to load DLLs in the child in the same location
as in the parent. If it fails, then the child aborts.
Other than the lack
Jan Nieuwenhuizen wrote:
diff -purNX.cvsignore ../foo .
then, the CVS directories may show up.]
So `diff -purNX.cvsignore -xCVS ../foo .'
Earnie.
Jan Nieuwenhuizen wrote:
Btw: A very silly question, but I can't seem to get `cvs diff' to
respect your (Cygwin's?) wishes of excluding the ChangeLog from
the diff. It doesn't grok -X,--exclude options, most annoying.
How do you manage?
Remove the ChangeLog diff from
Jan Nieuwenhuizen wrote:
Earnie Boyd [EMAIL PROTECTED] writes:
Btw: A very silly question, but I can't seem to get `cvs diff' to
respect your (Cygwin's?) wishes of excluding the ChangeLog from
the diff. It doesn't grok -X,--exclude options, most annoying.
How do you
--- Jan Nieuwenhuizen [EMAIL PROTECTED] wrote:
Hi List,
Last night, I've eventually succeeded in building guile-1.5.6, with
shared object libraries for Cygwin.
I'm in favor of this package, although I haven't review them yet.
With this package autogen (autogen.sf.net) should build as
Nicholas Wourms wrote:
You might want to try http://bochs.sourceforge.net/ instead of vmware.
Earnie.
Very cool Earnie, I didn't know this project was still going on...
Looks like it's made huge progress since I last checked... Can you
give any first-hand testimonials?
No, it is
John Marshall wrote:
Yes. They've been screwed by the download mirror system Sourceforge
introduced on 2002-05-03. As I wrote when I changed prc-tools's
.htaccess to deal with this:
Update the redirect to cope with Sourceforge's new download
mirror system. You'd think
Christopher Faylor wrote:
I'm finishing up on the release of gcc 3.1 and I have a few gotchas that
I'd like to discuss:
1) I was going to take Red Hat's cue and release the new version of
gcc as gcc3. However, this will require manual deinstallation of
gcc (2.95.3-whatever) so
Earnie Boyd wrote:
Danny has merged his branch into the CVS HEAD. The MinGW runtime now
supplies many C99 compliances. I will be uploading a mingw-runtime-2.0
version shortly. In the meantime the HEAD is to be considered frozen
until I get out the release, hopefully today.
If you wish
Robert Collins wrote:
Hmm, well it's definitely a bug, but how to fix? The workaround will
(setting non-UNICODE programs to English) will have to do for now.
Perhaps a #define UNICODE before #include windows.h would help?
Earnie.
Robert Collins wrote:
-Original Message-
From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
Sent: Monday, 10 June 2002 11:20 PM
To: Robert Collins
Cc: [EMAIL PROTECTED]
Subject: Re: New setup.exe snapshot 2.249.2.2
Robert Collins wrote:
Hmm, well it's definitely a bug
Robert Collins wrote:
I'd like to formalise what file:// and cygfile:// schemes mean.
file:// is a native filesystem URL handler - whatever the OS may be.
cygfile:// is a handler that only makes sense on mingw platforms, and
access's the cygwin mount table.
cygfile:// makes no sense at
Robert Collins wrote:
How would this confuse them ? I don't think with
file://d|/foo/bar.txt is better thatn file://d/foo/bar.txt. There is a
method which converts d:\foo\bar to file URL - isn't it enough ? There
is also a method whic gets the parsed URL as path.
Btw see the
Pavel Tsekov wrote:
file://d|/foo/bar.txt is on win32.
Ok I understand this. The d| or d: is useful so we can understand that
the path is not on some remote machine.
EB file:///d/foo/bar.txt on Cygwin should work as well depending on the
EB cygdrive value. ;)
EB file:///d:/foo/bar.txt
Robert Collins wrote:
-Original Message-
From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 07, 2002 9:50 PM
cygfile:// makes no sense at all on my MinGW platforms. What
mingw are you talking about? cygfile:// to me only makes
sense in Cygwin land
Robert Collins wrote:
On Tue, 2002-05-07 at 22:24, Earnie Boyd wrote:
Robert Collins wrote:
-Original Message-
From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
Fine, but that's still a Cygwin library and doesn't exist in MinGW land.
I'm making a fuss for search engine sake
Jason Tishler wrote:
Rob,
On Tue, May 07, 2002 at 12:55:49AM +1000, Robert Collins wrote:
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 07, 2002 12:57 AM
If the attached patch is accepted, can I start using STL in
setup.exe now?
You can start using STL
Charles Wilson wrote:
(*) counter argument: gtk+ on cygwin currently uses X. However, the
code is THERE to use native MS windowing -- because there is a native MS
port (on a separate CVS branch). It might be possible, some time in the
future, to have TWO different gtk+ builds on cygwin:
Robert Collins wrote:
-Original Message-
From: Charles Wilson [mailto:[EMAIL PROTECTED]]
Sent: Saturday, May 04, 2002 5:04 AM
Volker Zell agreed. Nobody else responded. I kinda like it, but FHS
has moved away from that; now on Red Hat systems it appears that ONLY
those
Charles Wilson wrote:
Earnie Boyd wrote:
I see it's time for me to chime in. We the cygwin-apps developers must
insist that all X11 packages use --prefix=/usr/X11R6 because it's possible
for an X11 package to be both Win32 and X11, E.G.: rxvt. And I the user
could want to use either
Robert Collins wrote:
-Original Message-
From: Jason Tishler [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 03, 2002 11:52 PM
As long as the required dependencies are easily satisfied:
a) STL headers + any libs for gcc on cygwin (i.e. OOTB build for
developers).
Isn't
Robert Collins wrote:
-Original Message-
From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 02, 2002 3:52 AM
To: Jan Nieuwenhuizen
Cc: [EMAIL PROTECTED]
Subject: Re: Error in configuring setup.
Required AUTHORS and NEWS files are missing.
Required
Fine by me.
Earnie.
Danny Smith wrote:
Hello
Can any one see any problems with moving this block of defines:
#ifdef __GNUC__
#ifndef NONAMELESSUNION
#if __GNUC__ 2 || (__GNUC__ == 2 __GNUC_MINOR__ = 95)
#define _ANONYMOUS_UNION __extension__
#define _ANONYMOUS_STRUCT
Upon Robert's insistance I've installed the autotools. :( Now after
about 10 iterations of aclocal, libtoolize, autoconf I:
mkdir bld
cd bld
../configure
And toward the configure ends with:
configure: configuring in libgetopt++
configure: running /bin/sh ../cfgaux/configure 'CFLAGS=-O0 -g'
Required AUTHORS and NEWS files are missing.
Earnie.
Jan Nieuwenhuizen wrote:
Earnie Boyd [EMAIL PROTECTED] writes:
Upon Robert's insistance I've installed the autotools. :( Now after
about 10 iterations of aclocal, libtoolize, autoconf I:
And toward the configure ends
Earnie Boyd wrote:
Upon Robert's insistance I've installed the autotools. :( Now after
about 10 iterations of aclocal, libtoolize, autoconf I:
mkdir bld
cd bld
../configure
And toward the configure ends with:
configure: configuring in libgetopt++
configure: running /bin/sh
BTW, the CVS has a configure file in the setup directory as well as an
aclocal.m4.
Earnie.
Earnie Boyd wrote:
Earnie Boyd wrote:
Upon Robert's insistance I've installed the autotools. :( Now after
about 10 iterations of aclocal, libtoolize, autoconf I:
mkdir bld
cd bld
FYI.
Earnie.
Robert Collins wrote:
Setup should now reliably cross compile or natively compile OOTB.
Can I configure it from CVS without the autotools installed yet?
PLEASE, put the autotools created files there!
Earnie.
I've used the redownload feature to reget a corrupted downloaded file.
Not often, but it's worth saving the functionality.
Earnie.
Robert Collins wrote:
Ok. Time for a straw poll.
Please write back (to me or the list, your choice) whether you use the
DELIBERATE 'download again'
Corinna Vinschen wrote:
On Sat, Apr 27, 2002 at 06:04:55PM -0400, Larry Hall (RFK Partners, Inc) wrote:
But everyone will complain if they can't run the package after they install
it. I think we should absolutely avoid the latter case. The former
we can deal with as required.
What's
Robert Collins wrote:
===
- Original Message -
From: Earnie Boyd [EMAIL PROTECTED]
To: Robert Collins [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, April 29, 2002 9:32 PM
Subject: Re: 'redownload' aka download again and cygwin setup
I've used
Robert Collins wrote:
===
- Original Message -
From: Earnie Boyd [EMAIL PROTECTED]
To: Robert Collins [EMAIL PROTECTED]
No, I simply want to get the latest versions from CVS and configure
and
make. I don't want the autotools installed.
Why do you want to get
Larry Hall (RFK Partners, Inc) wrote:
At 07:44 AM 4/29/2002, Earnie Boyd wrote:
-8-
The point is, the extra path walks are
expensive.
Quite true. But I would say that Corinna's suggestion, from a strict
technical perspective, makes netpbm in a different bin directory usable
'out
Robert Collins wrote:
-Original Message-
From: Charles Wilson [mailto:[EMAIL PROTECTED]]
Sent: Sunday, April 28, 2002 2:46 AM
...
But cygwin is used on
both NTFS and
FAT...
Which is the killer question: is adding a directory to the search path
more or less of a
Charles Wilson wrote:
Robert Collins wrote:
Yes. I even documented all this some time back on
http://www.cygwin.com/ml/cygwin-apps/2001-11/msg00634.html, but
predicatably enough, no patches where forthcoming. Probably due to the
complete lack of a prebuilt bz2lib for mingw (that my
Robert Collins wrote:
d) a --with-cygwin-headers=/path/to/headers and in mount.cc pickup the
needed headers.
With a default of $(prefix)/include.
Earnie.
You can avoid this by attaching a file with a .txt suffix.
Earnie.
Max Bowsher wrote:
This adds a backslash() call to fix strange behaviour when creating the Cygwin
link on the start menu.
Currently, the link is created with name 'Programs/Cygwin/Cygwin Bash
Shell.lnk'. NB: those are
Charles Wilson wrote:
However, directories other than the root are unlimited in size (except
by your patience, and vision)
Given that, I think the usual /usr/bin directory should suffice.
Earnie.
Charles Wilson wrote:
Robert Collins wrote:
And the GPL requires us to document the changes made - if we have the
patch pre-applied, with no reverse patch, then this isn't the case.
Asking folk to go elsewhere to get that 'pristine' source puts the onus
on the upstream to make that
Danny Smith wrote:
Todo:
2b) set an option like --export-libs=* or something else
2c) identify the libs to export and set an option like
--export-libs=lib1,lib2,
Do I need to refresh the patch I submitted to binutils many moons ago. It
is useful its own right (building
Yes, so go for it.
Earnie.
Danny Smith wrote:
I think that this (return 8 byte structures in registers) should also go in
mingw32.h config file for GCC. I'm not sure about cygwin.h ldiv() returns
an 8-byte structure. I can't think of any others, but if we're serious
about
Is there any real solution to this problem w.r.t. the current -devel
version of libtool?
Earnie.
_
Do You Yahoo!?
Get your free yahoo.com address at http://mail.yahoo.com
Let's be real picky:
XFree86-xserv-major.minor-portrelease.tar.bz2 is what is required for
the binary release.
XFree86-xserv-major.minor-portrelease-src.tar.bz2 is what is required
for the source release.
I've used xserv only as an example scenario and I'm not picking on it
specifically.
Charles Wilson wrote:
So I just updated my local mirror and discovered that somebody unpacked
the entire w32api package onto sourceware:
cygwin/latest/w32api/hold/w32api-1.3-2/*
What's that all about? Shouldn't that stuff be kept out of the mirrored
anonftp area?
FWIW, I didn't
Earnie Boyd wrote:
Charles Wilson wrote:
So I just updated my local mirror and discovered that somebody unpacked
the entire w32api package onto sourceware:
cygwin/latest/w32api/hold/w32api-1.3-2/*
What's that all about? Shouldn't that stuff be kept out of the mirrored
anonftp
Christopher Faylor wrote:
On Wed, Apr 10, 2002 at 03:08:09PM -0400, Earnie Boyd wrote:
FWIW, I didn't create this. I'll check the area.
So who redid my packages and what was wrong with the originals?
http://sources.redhat.com/ml/cygwin/2002-04/msg00526.html
Thanks,
Earnie
I'm shooting for the end of the week.
Earnie.
Christopher Faylor wrote:
We really need a new w32api release soon.
Are there any plans to release one? The last release seems to have been
in December of 2001 and there have been many changes since then.
cgf
Stanislav Sinyagin wrote:
Hi Markus,
I am using these distributions in my propriatory software:
Your proprietary software will need to have a GPL license if it uses any
library compiled with Cygwin1.dll dependencies. Your proprietary
software will need to have a GPL license if it uses
Charles Wilson wrote:
Lame followup to my own post:
I think we should have A 'more' package for this reason:
Q: Where's more?
A: In the 'more' package.
makes a lot more sense than
Q: Where's more?
A: Use less instead. It's better. BTW, you'll probably need to set
PAGER=less.
Thanks, Chris. I won't be able to take a look at a new package until
mid April.
Earnie.
Christopher Faylor wrote:
On Thu, Mar 21, 2002 at 04:59:06PM -0800, Michael A Chase wrote:
I've installed all packages except postgres. The only packages I have
with the leading './' are opengl and
Has my vote.
Earnie.
Christopher Faylor wrote:
Now that we have clickable categories, I think we should consider not
making Base the default installation, defaulting to something like
Standard instead.
Standard would include things like:
base +
bzip2
bash
clear
tcsh
less
vim
1 - 100 of 122 matches
Mail list logo