This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: setup.exe and replacing of in-use files
- From: "Robert Collins" <robert dot collins at syncretize dot net>
- To: "Lapo Luchini" <lapo at lapo dot it>, <cygwin-apps at cygwin dot com>
- Date: Mon, 8 Jul 2002 10:41:48 +1000
- Subject: Re: setup.exe and replacing of in-use files
- References: <3D2846C8.4030704@lapo.it> <017901c225cc$06714d80$1800a8c0@LAPTOP> <3D286965.4040006@lapo.it>
----- Original Message -----
From: "Lapo Luchini" <lapo@lapo.it>
To: <cygwin-apps@cygwin.com>
Sent: Monday, July 08, 2002 2:16 AM
Subject: Re: setup.exe and replacing of in-use files
> >Oh, and BTW: the patch was about 2 minutes work :}. Doing transactional
> >installs will be somewhat more :}.
> >
> I guess with transactional install you mean something like returning to
> the package list with the not-correctly-installed packages marked as
> "install" or "reinstall" be ok, it that case?
I mean turning a single remove|replace|install (of a set of packages) into a
transaction - that is it either completes successfully or it gets rolled
back so that nothing has changed. Currently if something fails partway
through a replace operation, then the software is left broken.
> Another option would be to keep yelling a dialog at the used telling
> which file is occupied until the file is no longer occupied (again, this
> ONLY when setup.exe is launched with the option).
Urk. Well it's possible I guess, but seriously annoying for the user.
Frankly I don't see the benefit.
> BTW: I don't know if it's KDE's setup.ini faults but every time I launch
> setup.exe it proposes to me tu upgrade kde-base package from version
> 2-2.2.2-b1 to actual version 2.2.2-b1.
> And if I select "keep" and then launch install again I get the proposal
> to upgrade from 2-2.2.2-b1 to actual version 2.2.2-b1.
> And if I select "keep" and then launch install again I get the proposal
> to upgrade from 2-2-2.2.2-b1 to actual version 2.2.2-b1.
> You got the idea, I guess.
The package release field must be pure numeric. I.e. 2.2.2-1, not 2.2.2-b1.
If you want a beta tag on packages then try 2.2.2b-1. The package release
field provides no information about package status, just versioning. Use the
package version field to provide such information.
Rob