X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-1.1 required=5.0 	tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SARE_MSGID_LONG45,T_TO_NO_BRKTS_FREEMAIL
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <87pr266v6x.fsf@gmail.com>
References: <87pr266v6x DOT fsf AT gmail DOT com>
Date: Sun, 11 Apr 2010 14:13:05 -0500
Received: by 10.231.167.65 with SMTP id p1mr1430030iby.20.1271013185450; Sun,  	11 Apr 2010 12:13:05 -0700 (PDT)
Message-ID: <l2g845c0f81004111213s320f8272t29935c93ee7a7128@mail.gmail.com>
Subject: Re: Setup, update thyself
From: Rance Hall <ranceh AT gmail DOT com>
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Sun, Apr 11, 2010 at 7:16 AM, Paul Bibbings <paul DOT bibbings AT gmail DOT com> wr=
ote:
> Given how the process of updating packages using setup.exe can be
> handled quite automatically - updates are announced, mirrors catch-up,
> and the recent updates can be picked up with a run through setup that
> requires no interaction at all except to cycle through the `next's - I'm
> wondering how it might be that updating of setup.exe is not itself
> managed by this same process. =A0I am certainly notified if setup.exe is
> out of date, which then triggers the manual process of shutting it down,
> going to the website, grabbing the latest version and starting again.
> Could not this process be integrated into setup itself as "just another
> package install" in effect? Notification that setup.exe is out of date -
> general package selection is disabled - `Next' etc. downloads setup.exe
> as a `package' - automatic restart - continue from here...?
>

Excellent idea, but difficult to manage since windows has difficulty
replacing files that are in use.

Windows command shell scripting is well, lacking.

The standard way to do this would be to write a script that wgets (or
other windows alternative) the setup.exe on the web into a staging
area.  Run setup -v or some other appropriate switch to get a version
number on both the cygwin setup and the new one.  If needed replace
them.  and then run your standard update using the new setup.  It
works well, but I may be changing it to a fatal error when setup.exe
changes.  The switch between 1.5 and 1.7 could not have been handled
automatically without some study as to pitfalls, etc.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple