> An 'rm -r' after installation should not be that big a deal.
Carefully making sure you're deleting the download area, not the installation ;-)
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTED]
On Sun, Nov 19, 2000 at 11:11:48PM -0500, DJ Delorie wrote:
>> Perhaps there should be an option (like a checkbox) for specifying whether
>> or not the user wishes to delete the files after the installation.
>
>Perhaps the user can just delete the files they don't want? It's not
>a big deal, and
> Perhaps there should be an option (like a checkbox) for specifying whether
> or not the user wishes to delete the files after the installation.
Perhaps the user can just delete the files they don't want? It's not
a big deal, and we already have more options than I'm comfortable
with.
--
Want
Perhaps there should be an option (like a checkbox) for specifying whether
or not the user wishes to delete the files after the installation.
On Mon, 20 Nov 2000, [iso-2022-jp] 楊 淳珂 wrote:
> >
> >Watch out for users that add their own tar.gz files to a download
> >area. You don'
> Perhaps we should have a wish list for improvements to the setup.exe
> program as I have seen at least 4 posted to this mailing list recently.
> As the developers of Cygwin pointed out patches are very welcome.
We have two wish lists.
1. The todo list at cygwin.com
2. The README in setup's so
Perhaps we should have a wish list for improvements to the setup.exe
program as I have seen at least 4 posted to this mailing list recently.
As the developers of Cygwin pointed out patches are very welcome.
Bye,
N.
On Mon, 20 Nov 2000, [iso-2022-jp] 楊 淳珂 wrote:
> I think setup.
> I disagree: If I want to back out to a previous version then I would be
> really miffed if I had to download it again. However if you were to
> remove tarballs from two revisions back I'd have no problem :-]
Usually, setup.ini knows about the previous stable release. The
tricky parts are the
I disagree: If I want to back out to a previous version then I would be
really miffed if I had to download it again. However if you were to
remove tarballs from two revisions back I'd have no problem :-]
Rob
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent:
>
>Watch out for users that add their own tar.gz files to a download
>area. You don't want to delete those.
To prevent setup.exe from incorrectly removing users' own tar.gz files, it
might be necessary for setup.exe to keep a list of tar.gz files it has
downloaded.
> It is enough for the users to keep just the tar.gz files the latest
> packages for the reinstallation of cygwin.
Watch out for users that add their own tar.gz files to a download
area. You don't want to delete those.
--
Want to unsubscribe from this list?
Send a message to [EMAIL PROTECTE
I think setup.exe should be able to automaticly remove the old tar.gz files
after it has installed the latest packages successfully, because those old
tar.gz files are of no use except wasting more hard disk space.
It is enough for the users to keep just the tar.gz files the latest
packages for
Charles Wilson wrote:
>
> Chris Faylor wrote:
> >
> > - Fix from DJ for getting ordinal values right when generating a DLL.
> >
>
> I'm not convinced this actually did the trick. I rebuilt libXpm-noX
> (which uses a def file with 'skipped' numbers -- since I want to keep
> the ordinals the same
On Sun, Nov 19, 2000 at 03:52:33PM -0500, Charles S. Wilson wrote:
> > (I thought all of that overly-precise specification was discarded
> > long ago since it's too cumbersome for practical use -- except of course on
> > win32...)
>
> yep. but we're on win32.
;-)
> > why isn't 'extern' part of
Thomas Dickey wrote:
>
> On Sun, Nov 19, 2000 at 02:58:13PM -0500, Charles S. Wilson wrote:
> >
> > extern NCURSES_EXPORT(type, funcname) (args)
> > extern NCURSES_EXPORT_VAR(type) varname
>
> hmm - is that for mapping to native dll stuff, or part of cywgin's dll
> support?
it's for mappi
On Sun, Nov 19, 2000 at 02:58:13PM -0500, Charles S. Wilson wrote:
>
> extern NCURSES_EXPORT(type, funcname) (args)
> extern NCURSES_EXPORT_VAR(type) varname
hmm - is that for mapping to native dll stuff, or part of cywgin's dll
support? (I thought all of that overly-precise specification w
Thomas Dickey wrote:
>
> On Sun, Nov 19, 2000 at 01:14:25PM -0500, Charles S. Wilson wrote:
> > There is no official cygwin ncurses. I uploaded a test version a few
>
> there may be no "official" cygwin ncurses, but the webpage says it's on the
> cdrom (probably 4.2), which is enough for most p
On Sun, Nov 19, 2000 at 06:40:27PM +1300, Vulcan Helicopters wrote:
>I have managed to get gcc to compile a program, but when I try and run it
>(by double clicking the .exe in explorer) I get the following error:
>
>A required .DLL file, CYGWIN1.DLL, was not found
>
>I have not installed the compl
On Sun, Nov 19, 2000 at 01:28:57PM -0500, Thomas Dickey wrote:
>On Sun, Nov 19, 2000 at 01:14:25PM -0500, Charles S. Wilson wrote:
>>There is no official cygwin ncurses. I uploaded a test version a few
>
>there may be no "official" cygwin ncurses, but the webpage says it's on
>the cdrom (probably
On Sun, Nov 19, 2000 at 01:14:25PM -0500, Charles S. Wilson wrote:
> There is no official cygwin ncurses. I uploaded a test version a few
there may be no "official" cygwin ncurses, but the webpage says it's on the
cdrom (probably 4.2), which is enough for most people to assume that.
The current
There is no official cygwin ncurses. I uploaded a test version a few
weeks ago, and was soliciting comments. Thank you for debugging the
problems you found. Pending confirmation of your diagnoses, I'll try to
add these items to the next test release of ncurses for cygwin.
However, point #3 bel
> > Maybe. If we feel like it. Probably not, though.
>
> If the expressed attitude was actually the way things are done, cygwin
> would annoy users very quickly and would loose its user base.
The underlying problem is that we have an extremely limited number of
people working on cygwin, and
Last week (Nov 14) I asked a question about TCGETS/TCSETS in cygwin,
I haven't received even a single answer. Since then I have encountered
some other problem with ncurses on cygwin. I solved all of them by now
and I have some observations.
The problems were:
1. No support for the ioctl call with
jamesekeenan writes:
>
>Thanks for responding. But I must I'm still puzzled. If I
>delete Cygwin B20 and its directory structure, what in the
>downloading of the various utilities builds a new structure
>and imposes a new installation? Another way of putting this
>question: What does the w
The great new setup.exe program does it all.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
[EMAIL PROTECTED]
Sent: Sunday, November 19, 2000 10:08 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Puzzled by Cygwin Download and Installation
Thanks for responding. But I must I'm still puzzled. If I delete Cygwin B20 and its
directory structure, what in the downloading of the various utilities builds a new
structure and imposes a new installation? Another way of putting this question: What
does the work formerly done by "full.ex
A normal cygwin installation keeps its .exe's and .dll's (/usr/bin) off the System and
User Environment paths. That comes in handy
at times; e.g. when you have both MKS and cygwin installed together. You are welcome
to change that, but it doesn't happen unless
you do it yourself. When you ope
26 matches
Mail list logo
