public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Christopher Faylor <cgf@redhat.com>
To: "'cygwin@cygwin.com'" <cygwin@cygwin.com>
Subject: Re: Questions about Cygwin's setup...
Date: Thu, 25 Jan 2001 12:14:00 -0000	[thread overview]
Message-ID: <20010125151350.A13867@redhat.com> (raw)
In-Reply-To: <5C838890A2EDD411AFB2009027CC67091A2B78@cupex3.rational.com>

On Thu, Jan 25, 2001 at 11:52:44AM -0800, Masterson, Dave wrote:
>Well, strictly speaking, I am not a Windows system administrator --
>actually I'm a UNIX developer who happens to be working in a Windows
>group at the moment.  I was just considering introducing a UNIX
>environment to the group (they already have a messy MKS environment) in
>as low maintenance an approach as possible.  My previous message was
>just a couple of ideas that would make that easier.

And...?  This still doesn't invalidate my suggestion of seeing how other
people do it in generic Windows land.

>With respect to managing packages on a Windows system, what I've seen
>done by others is to put the installable packages (usually copies of
>the package's original CD) up on some central share somewhere and then
>leave it to the individual local system admins (usually the user of
>that system) to install and maintain the package on the system.  In
>this sense, network shares in Windows-NT are often used in the opposite
>manner of NFS mounts in UNIX (ie.  the shares hold centralized data
>whereas the NFS mounts hold centralized programs).  For the most part,
>this is often forced by the licensing and installation structure of
>these packages (ie.  single-user, single-machine licenses).

Since you're not a Windows administrator, why are you making
pronouncements on how stuff is down in Windows environments?

>Another post suggested a slightly kludgy way of doing what I want (I'm
>still thinking about how to apply it).  However, the post at least
>confirms that other people want to do what I'm suggesting and have
>investigated ways to workaround the current Setup.exe to do it.

I don't see what the "workaround" is.  I've seen people suggest ways for
doing what you want to do.  You need to do some extra stuff in addition
to what setup.exe was designed to do.

>Ultimately, though, I think
>Setup.exe package should facilitate this type of a setup (or, at least, not
>do anything to get in the way).

I must have missed something because I don't see how setup.exe is
getting in the way.  Is it because it can potentially add mount info to
the registry?  Or is it because it can't update itself?  I don't see
either as very big issues.  You certainly have enough tools available
to you to deal with either issue without having to modify setup.exe.

>In that, I think the "nice to haves" would be:
>
>* a command line tool that would create the necessary registry entries
>for Cygwin (so that it can be put into a batch script for all the users
>to run).

It's already in the cygwin distribution.  It is called "mount.exe".

>* a "setup" package that could be kept local and updated like any other
>package.

Don't know what you mean here.  I don't see why it is a big deal to
download the setup.exe program when you need it.  I guess I also don't
see the real need to keep everything completely up to date with the net.
Just download setup.exe on a weekly basis and use it to update your
installation.

cgf

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

  reply	other threads:[~2001-01-25 12:14 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-25 11:45 Masterson, Dave
2001-01-25 12:14 ` Christopher Faylor [this message]
2001-01-25 12:19 ` Larry Hall (RFK Partners, Inc)
  -- strict thread matches above, loose matches on Subject: below --
2001-01-26  6:36 Robinow, David
2001-01-25 14:18 Dan Lipofsky
2001-01-25 12:35 Masterson, Dave
2001-01-25 12:29 Masterson, Dave
2001-01-25 11:56 Masterson, Dave
2001-01-25 12:16 ` Christopher Faylor
2001-01-25 10:28 Masterson, Dave
2001-01-25 10:36 ` Christopher Faylor
2001-01-25 10:46 ` Earnie Boyd
2001-01-24 18:27 Masterson, Dave
2001-01-24 18:39 ` DJ Delorie
2001-01-24 19:20 ` Earnie Boyd
2001-01-24 20:22 ` Christopher Abbey
2001-01-24 17:21 Masterson, Dave
2001-01-24 17:52 ` Earnie Boyd
2001-01-24 18:17   ` DJ Delorie
2001-01-25 15:04     ` Paul Garceau
2001-01-24 18:00 ` DJ Delorie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20010125151350.A13867@redhat.com \
    --to=cgf@redhat.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).