From: Brian Dessent <brian@dessent.net>
To: cygwin-apps@cygwin.com
Subject: Re: [HEADSUP] Let's start a Cygwin 1.7 release area
Date: Tue, 08 Apr 2008 23:27:00 -0000 [thread overview]
Message-ID: <47FBFF63.3D2474FD@dessent.net> (raw)
In-Reply-To: <20080408214608.GA8083@calimero.vinschen.de>
Corinna Vinschen wrote:
> Sorry, but I didn't remember that. Why didn't you just tell us?
I thought we were talking about two different things.
As I see it, here are the *conceptual* things we're dealing with:
A) We want to have a tree of packages that is still usable for users of
9x/ME after 1.7 is released, even if it's not updated often or at all.
Since setup can determine this at runtime, it can simply decide to fetch
a different .ini.
B) We want to have a playground where maintainers and advanced users can
try out 1.7 and packages built against 1.7, in preparation for the
release.
C) During that prep period (i.e. right now) we want the "standard" 1.5
tree to remain and be the default for users.
Now, having written that it appears that (A) and (C) are really the same
thing. So maybe we only actually have two things: the current tree
which will get renamed to _legacy after 1.7 is released, and a new
playground which will be promoted to the standard "release" tree when
1.7 is ready and tested.
> How do you differ the setup.ini files if you only have different release
> subdirs? setup_legacy.ini?
Sorry, I actually misremembered how this was implemented. The switching
happens at the .ini level:
#define SETUP_INI_FILENAME (IsWindowsNT () ? "setup.ini" :
"setup_legacy.ini")
#define SETUP_BZ2_FILENAME (IsWindowsNT () ? "setup.bz2" :
"setup_legacy.bz2")
And of course the .ini file contains the filename of the package
including the "release" part:
version: 1.5.25-11
install: release/cygwin/cygwin-1.5.25-11.tar.bz2 1427217
e1f969931a1e18855716f2c57c3a876a
Thus, setup just looks for a different .ini, the thing on sourceware
that generates that ini can decide what the dirs are named.
> When I came up with that a couple of days ago, I thought it might be bad
> to rename the current release area for 1.5 so that it keeps working as
> is and downloading from the 1.7 release area requires to make the
> conscience choice to use the 1.7 setup. If we can do this with a
> release-1.7 plus a setup-1.7.ini file, than that's ok for me, too.
So it appears this is what we want:
For right now/temporary:
- "standard" setup.exe grabs setup.ini/bz2 for both 9x/ME and NT (i.e.
no version checking code)
- "advanced user/maintainer" setup.exe grabs setup-1.7.ini/bz2
unconditionally which will be a new tree we create, which contains
packages built against 1.7
At point of 1.7 release:
- rename setup.ini to setup_legazy.ini
- rename setup-1.7.init to setup.ini
- release new setup.exe that replaces both of the above, with 9x/ME
check enabled (back to one version of setup.exe)
Sound about right?
And yes, it's rather trivial to release a new setup.exe with the ini
name tweaked, so once we decide on that I can upload such to the
website.
Brian
next prev parent reply other threads:[~2008-04-08 23:27 UTC|newest]
Thread overview: 132+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-02 12:36 Corinna Vinschen
2008-04-02 17:46 ` Corinna Vinschen
2008-04-02 23:01 ` Charles Wilson
2008-04-03 9:42 ` Corinna Vinschen
2008-04-03 13:56 ` Christopher Faylor
2008-04-03 14:20 ` Corinna Vinschen
2008-04-03 15:16 ` Igor Peshansky
2008-04-03 15:37 ` Corinna Vinschen
2008-04-03 15:39 ` Corinna Vinschen
2008-04-03 15:47 ` Corinna Vinschen
2008-04-03 23:13 ` Charles Wilson
2008-04-03 16:12 ` Christopher Faylor
2008-04-03 16:27 ` Corinna Vinschen
2008-04-03 17:00 ` Christopher Faylor
2008-04-03 17:12 ` Corinna Vinschen
2008-04-03 23:06 ` Charles Wilson
2008-04-04 0:39 ` Christopher Faylor
2008-04-04 1:51 ` Charles Wilson
2008-04-03 23:21 ` Warren Young
2008-04-04 0:41 ` Christopher Faylor
2008-04-03 22:52 ` Charles Wilson
2008-04-04 12:22 ` Corinna Vinschen
2008-04-05 10:09 ` Corinna Vinschen
2008-04-05 6:17 ` Karl M
2008-04-04 0:50 ` Christopher Faylor
2008-04-04 12:16 ` Corinna Vinschen
2008-04-08 16:27 ` Corinna Vinschen
2008-04-08 17:27 ` Christopher Faylor
2008-04-08 17:40 ` Corinna Vinschen
2008-04-08 18:42 ` Christopher Faylor
2008-04-08 21:07 ` Corinna Vinschen
2008-04-08 21:18 ` Brian Dessent
2008-04-08 21:46 ` Corinna Vinschen
2008-04-08 21:54 ` Corinna Vinschen
2008-04-08 23:27 ` Brian Dessent [this message]
2008-04-09 8:27 ` Corinna Vinschen
2008-04-09 11:34 ` Brian Dessent
2008-04-09 12:16 ` Corinna Vinschen
2008-04-09 12:28 ` Brian Dessent
2008-04-09 14:32 ` Christopher Faylor
2008-04-09 16:28 ` Corinna Vinschen
2008-04-11 15:13 ` Corinna Vinschen
2008-04-12 0:35 ` Brian Dessent
2008-04-12 11:36 ` Corinna Vinschen
2008-04-12 12:23 ` Corinna Vinschen
2008-04-12 12:43 ` Brian Dessent
2008-04-12 15:15 ` Corinna Vinschen
2008-04-12 17:43 ` Eric Blake
2008-04-12 23:00 ` Brian Dessent
2008-04-13 9:43 ` Corinna Vinschen
2008-04-13 19:35 ` Christopher Faylor
2008-04-14 9:56 ` Corinna Vinschen
2008-04-14 14:36 ` Christopher Faylor
2008-04-15 3:00 ` Brian Dessent
2008-04-15 8:55 ` Corinna Vinschen
2008-04-15 9:09 ` Corinna Vinschen
2008-04-15 9:24 ` Brian Dessent
2008-04-15 9:31 ` Corinna Vinschen
2008-04-15 9:35 ` Corinna Vinschen
2008-04-15 14:17 ` Christopher Faylor
2008-04-15 15:44 ` Corinna Vinschen
2008-04-15 16:16 ` Reini Urban
2008-04-15 17:59 ` Christopher Faylor
2008-04-15 18:39 ` Corinna Vinschen
2008-04-15 18:52 ` Lapo Luchini
2008-04-16 9:39 ` Corinna Vinschen
2008-04-16 16:25 ` Christopher Faylor
2008-04-20 15:45 ` Christopher Faylor
2008-04-20 18:47 ` Charles Wilson
2008-04-20 21:56 ` Christopher Faylor
2008-04-20 22:11 ` Christopher Faylor
2008-04-20 22:44 ` Charles Wilson
2008-04-20 22:55 ` Christopher Faylor
2008-04-20 23:08 ` Charles Wilson
2008-04-20 22:40 ` Charles Wilson
2008-04-21 8:33 ` Corinna Vinschen
2008-04-21 20:34 ` Corinna Vinschen
2008-04-21 20:54 ` Christopher Faylor
2008-04-15 18:58 ` Eric Blake
2008-04-16 2:25 ` Brian Dessent
2008-04-16 8:45 ` Corinna Vinschen
2008-04-21 14:04 ` Corinna Vinschen
2008-04-21 17:48 ` Corinna Vinschen
2008-04-21 20:15 ` Corinna Vinschen
2008-04-22 6:03 ` Brian Dessent
2008-04-22 6:59 ` Jörg Schaible
2008-04-22 8:26 ` Brian Dessent
2008-04-22 11:12 ` Corinna Vinschen
2008-04-22 8:48 ` Corinna Vinschen
2008-04-22 9:46 ` Brian Dessent
2008-04-22 10:57 ` Corinna Vinschen
2008-04-22 11:07 ` Brian Dessent
2008-04-22 14:44 ` Pēteris Kļaviņš
2008-04-22 14:56 ` Brian Dessent
2008-04-22 15:26 ` Pēteris Kļaviņš
2008-04-22 15:39 ` Brian Dessent
2008-04-22 23:18 ` Pēteris Kļaviņš
2008-04-23 9:27 ` Brian Dessent
2008-04-23 20:09 ` Pēteris Kļaviņš
2008-04-22 15:38 ` Corinna Vinschen
2008-04-14 23:24 ` Igor Peshansky
2008-04-15 3:08 ` Brian Dessent
2008-04-15 8:59 ` Corinna Vinschen
2008-04-12 12:24 ` Dr. Volker Zell
2008-04-12 12:32 ` Corinna Vinschen
2008-04-13 3:43 ` Christopher Faylor
2008-04-13 9:03 ` Corinna Vinschen
2008-04-13 19:47 ` Christopher Faylor
2008-04-13 4:44 ` Christopher Faylor
2008-04-13 9:05 ` Corinna Vinschen
2008-04-14 2:34 ` Christopher Faylor
2008-04-08 21:39 ` Christopher Faylor
2008-04-08 21:53 ` Corinna Vinschen
2008-04-11 16:27 ` Andrew Schulman
2008-04-11 16:37 ` Corinna Vinschen
2008-07-24 22:41 ` Phil Nelson
2008-07-25 4:21 ` Christopher Faylor
2008-07-25 7:21 ` Corinna Vinschen
2008-07-25 13:56 ` Phil Nelson
2008-07-25 14:20 ` Corinna Vinschen
2008-04-06 14:35 klavins
2008-04-06 21:04 ` Christopher Faylor
2008-04-08 18:34 Charles Wilson
2008-04-08 18:43 ` Christopher Faylor
2008-04-08 21:09 ` Corinna Vinschen
2008-04-09 15:04 Charles Wilson
2008-04-09 16:02 ` Corinna Vinschen
2008-04-22 15:51 Charles Wilson
2008-04-22 16:01 ` Corinna Vinschen
2008-04-25 11:22 ` Corinna Vinschen
2008-04-22 16:08 ` Brian Dessent
2008-04-22 17:02 ` Charles Wilson
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=47FBFF63.3D2474FD@dessent.net \
--to=brian@dessent.net \
--cc=cygwin-apps@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).